| |||||||||||||
Turning off cachingTurning off cachingPosted Aug 8, 2013 19:10 UTC (Thu) by sciurus (subscriber, #58832)In reply to: Turning off caching by etienne Parent article: A survey of memory management patches
Won't unmounting it drop the cache for that device?
(Log in to post comments)
Turning off caching Posted Aug 9, 2013 4:17 UTC (Fri) by mathstuf (subscriber, #69389) [Link]
Would "-o remount,ro" work? Unmounting might be a little too disruptive. Of course, I'm not sure what happens when the filesystem behind a rw file I'm using gets remounted ro? Is it still writeable until I close it? Hit the next block? Delay the remount?
Turning off caching and switching to read-only Posted Aug 11, 2013 1:43 UTC (Sun) by giraffedata (subscriber, #1954) [Link] Switching a filesystem image read-only cleans the cache, but does not purge it. Thus, when you next read the file and see the correct data, that is no proof that the kernel correctly wrote to the device, which is what the OP wants. For that, you need to purge the cache and then read. As for what happens when you switch to read-only while writing to a file is in progress: The mount() system call to switch to read-only fails. It fails if any file is open for writing. And I'll tell you when else it fails, which causes no end of pain: when there's an unlinked file (a file not in any directory) in the filesystem. Because the kernel must update the filesystem when the file eventually closes (because it must delete the file at that time), the kernel cannot allow the switch to r/o.
Turning off caching Posted Aug 9, 2013 8:43 UTC (Fri) by etienne (subscriber, #25256) [Link]
No, because the partition is not mounted.
On most embedded systems, you have two set of each partitions, and you update the whole unused partition by copying the device itself (that device image may contain a filesystem or just a CPIO or just a binary file like an image of the data to initialise the FPGA or the image of Linux kernel (U-boot cannot read filesystem content)). So you copy the whole partition, check that there is no error writing, drop the cache, read it back and check there is no error reading, and check the checksum/SHA1 of the whole partition. Unlike a PC there isn't any software recovery in case of failure, no expensive (in terms of PCB space) recovery FLASH, the only recovery is to plug an external JTAG adapter and it is slow. Most cards I use have two U-boot, all of them have two Device Tree.
Turning off caching Posted Aug 9, 2013 16:28 UTC (Fri) by jimparis (subscriber, #38647) [Link]
> So you copy the whole partition, check that there is no error writing, drop the cache, read it back and check there is no error reading, and check the checksum/SHA1 of the whole partition.
Why don't you just use O_DIRECT?
Turning off caching Posted Aug 11, 2013 2:02 UTC (Sun) by giraffedata (subscriber, #1954) [Link] So you copy the whole partition, check that there is no error writing, drop the cache, read it back and check there is no error reading, and check the checksum/SHA1 of the whole partition.Why don't you just use O_DIRECT? One good reason is because then you don't get all the benefits of caching. There's a good reason systems normally write through the buffer/cache, and it probably applies here: you want the kernel to be able to choose the order and size of writes to the device, independent of the order and size of writes by the application. For speed and such. But I remember using an ioctl(BLKFLSBUF) to purge just the cache of a particular device, for speed testing; that's a lot less reckless than dropping every cached piece of information from the entire system. I wonder if that still works.
|
|||||||||||||