Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*page

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*page_buf\s+breakage\.\.\.\s*$/: 12 ]

Total 12 documents matching your query.

1. page_buf breakage... (score: 1): Author: Daniel Moore <dxm@xxxxxxxxxxxxxxxxxxxxxxxx>; Date: Wed, 12 Jul 2000 15:50:40 +1000; I've finally nailed this one down... Under certain circumstances during a clean remount, the log recovery code clobbers a large area of disk after the end of the log. The reason this happens is becau; /archives/xfs/2000-07/msg00066.html (7,660 bytes)
2. Re: page_buf breakage... (score: 1): Author: Russell Cattelan <cattelan@xxxxxxxxxxx>; Date: Wed, 12 Jul 2000 01:22:24 -0500; Hmm... well we need to write out the correct number of bytes. Let me look at this and see if we should change xfs or pagebuf... Where in pagebuf is it ignoring the count field? -- Russell Cattelan ca; /archives/xfs/2000-07/msg00068.html (8,789 bytes)
3. Re: page_buf breakage... (score: 1): Author: Daniel Moore <dxm@xxxxxxxxxxxxxxxxxxxxxxxx>; Date: Wed, 12 Jul 2000 16:35:04 +1000; Russell Cattelan writes: => Daniel Moore wrote: => > Is pb_count_desired meant to be supported or is it an IRIX hang => > over that needs to be removed? => => Hmm... well we need to write out the cor; /archives/xfs/2000-07/msg00069.html (8,605 bytes)
4. Re: page_buf breakage... (score: 1): Author: Russell Cattelan <cattelan@xxxxxxxxxxx>; Date: Wed, 12 Jul 2000 17:33:17 -0500; Try this patch and see how things work for you... I still have debugging messages in... you may want to take them out. I haven't testing this a bunch but it does correctly update the size. Note I ass; /archives/xfs/2000-07/msg00076.html (10,942 bytes)
5. Re: page_buf breakage... (score: 1): Author: xxxx); Date: Thu, 13 Jul 2000 00:30:58 -0500; ! ((bp)->pb_count_desired = (bp)->pb_buffer_length = cnt) It isn't used for user data... for meta data it should set... from pagebuf_get /* For inodes without mapping functions we can always fill in; /archives/xfs/2000-07/msg00084.html (10,261 bytes)
6. Re: page_buf breakage... (score: 1): Author: xxxx>; Date: Thu, 13 Jul 2000 16:00:31 +1000; Russell Cattelan writes: => Daniel Moore wrote: => => > Russell Cattelan writes: => > => > => Yes I would guess so. => > => Setting the length to the count is not what you want to do. => > => The buf; /archives/xfs/2000-07/msg00085.html (9,079 bytes)
7. page_buf breakage... (score: 1): Author: xxxx>; Date: Wed, 12 Jul 2000 15:50:40 +1000; I've finally nailed this one down... Under certain circumstances during a clean remount, the log recovery code clobbers a large area of disk after the end of the log. The reason this happens is becau; /archives/xfs/2000-07/msg00372.html (7,660 bytes)
8. Re: page_buf breakage... (score: 1): Author: oore); Date: Wed, 12 Jul 2000 01:22:24 -0500; Hmm... well we need to write out the correct number of bytes. Let me look at this and see if we should change xfs or pagebuf... Where in pagebuf is it ignoring the count field? -- Russell Cattelan ca; /archives/xfs/2000-07/msg00374.html (8,789 bytes)
9. Re: page_buf breakage... (score: 1): Author: xxxx>; Date: Wed, 12 Jul 2000 16:35:04 +1000; Russell Cattelan writes: => Daniel Moore wrote: => > Is pb_count_desired meant to be supported or is it an IRIX hang => > over that needs to be removed? => => Hmm... well we need to write out the cor; /archives/xfs/2000-07/msg00375.html (8,605 bytes)
10. Re: page_buf breakage... (score: 1): Author: xxxx>; Date: Wed, 12 Jul 2000 17:33:17 -0500; Try this patch and see how things work for you... I still have debugging messages in... you may want to take them out. I haven't testing this a bunch but it does correctly update the size. Note I ass; /archives/xfs/2000-07/msg00382.html (10,942 bytes)
11. Re: page_buf breakage... (score: 1): Author: xxxxxxxxxx); Date: Thu, 13 Jul 2000 00:30:58 -0500; ! ((bp)->pb_count_desired = (bp)->pb_buffer_length = cnt) It isn't used for user data... for meta data it should set... from pagebuf_get /* For inodes without mapping functions we can always fill in; /archives/xfs/2000-07/msg00390.html (10,261 bytes)
12. Re: page_buf breakage... (score: 1): Author: xxxxxxxxxx>; Date: Thu, 13 Jul 2000 16:00:31 +1000; Russell Cattelan writes: => Daniel Moore wrote: => => > Russell Cattelan writes: => > => > => Yes I would guess so. => > => Setting the length to the count is not what you want to do. => > => The buf; /archives/xfs/2000-07/msg00391.html (9,079 bytes)

Current List: 1 - 12
Page: [1]