Messages in this thread | | | Date | Mon, 15 Nov 1999 22:23:44 +0000 (GMT) | From | Eleonora Autore <> | Subject | Re: 2.3.28 more on ramdisk problems.... |
| |
no, the system is quescent. This is getting more complex and therefore more exciting; due to my ignorance of the page cache - Alan Cox gave me a hint on how that request function works and I realize that I need to understand this beast called "page cache" :(
Basically, I am going to trace all requests to rd and see if ever get any READ requests. I don't yet understand how this mechanism "page cache" is going to satisfy all requests before they actually hit the block device layer. I suppose the fileops points to block_read/block_write so that is how things happen. So, I need to trace all io via block_read/write for the specific rdev corresponding to my device.
Still looking (but soon will be sleeping) Tigran.
On Mon, 15 Nov 1999, Mr. James W. Laferriere wrote:
> > Hello Tigrand, By chance is there a fs update being run ? > this actually sounds as if the fs data isn't being written > to the fs in question . Maybe I am way off track to . Hth JimL > > On Mon, 15 Nov 1999, Eleonora Autore wrote: > > > # od -tx4 -Ax /mnt/sbin/init > > > 000000 00000000 00000000 00000000 00000000 > > > * > > > 006420 00000000 > > > 006424 > > more info, if I create a new file and write some data to it I can read it > > back ok, but if I umount/mount fs again then that file's data is filled > > with zeroes but metadata is read correctly. > > Besides, I am looking at the rd_request() and it looks like a joke: > > > > if (CURRENT->cmd == READ) > > memset(CURRENT->buffer, 0, len); > > else > > set_bit(BH_Protected, &CURRENT->bh->b_state); > > how can it possibly be so simple - where is the actual io? On the other > > hand, it is the same in 2.2.x and 2.2.12 works fine. > > Still looking.... > > Tigran. > +----------------------------------------------------------------+ > | James W. Laferriere | System Techniques | Give me VMS | > | Network Engineer | 25416 22nd So | Give me Linux | > | babydr@baby-dragons.com | DesMoines WA 98198 | only on AXP | > +----------------------------------------------------------------+ > >
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |