On Sat, 30 Jun 2001, Steve Lord wrote:
>
> > Yes. 2.4.6-pre8 fixes that (not sure if its up already).
>
> It is up.
>
> >
> > > If the fix is to avoid page_launder in these cases then the number of
> > > occurrences when an alloc_pages fails will go up.
> >
> > > I was attempting to come
>
> On Sat, 30 Jun 2001, Steve Lord wrote:
> >
> > OK, sounds reasonable, time to go download and merge again I guess!
>
> For 2.4.7 or so, I'll make a backwards-compatibility define (ie make
> GFP_BUFFER be the same as the new GFP_NOIO, which is the historical
> behaviour and the anally safe va
> Yes. 2.4.6-pre8 fixes that (not sure if its up already).
It is up.
>
> > If the fix is to avoid page_launder in these cases then the number of
> > occurrences when an alloc_pages fails will go up.
>
> > I was attempting to come up with a way of making try_to_free_buffers
> > fail on buffe
On Sat, 30 Jun 2001, Steve Lord wrote:
>
> OK, sounds reasonable, time to go download and merge again I guess!
For 2.4.7 or so, I'll make a backwards-compatibility define (ie make
GFP_BUFFER be the same as the new GFP_NOIO, which is the historical
behaviour and the anally safe value, if not very
>
> On Sat, 30 Jun 2001, Steve Lord wrote:
> >
> > It looks to me as if all memory allocations of type GFP_BUFFER which happen
> > in generic_make_request downwards can hit the same type of deadlock, so
> > bounce buffers, the request functions of the raid and lvm paths can all
> > end up in try_
On Sat, 30 Jun 2001, Steve Lord wrote:
>
> It looks to me as if all memory allocations of type GFP_BUFFER which happen
> in generic_make_request downwards can hit the same type of deadlock, so
> bounce buffers, the request functions of the raid and lvm paths can all
> end up in try_to_free_buffer
On Sat, 30 Jun 2001, Steve Lord wrote:
> >
> >
> > On Fri, 29 Jun 2001, Steve Lord wrote:
> >
> > >
> > > Has anyone else seen a hang like this:
> > >
> > > bdflush()
> > > flush_dirty_buffers()
> > > ll_rw_block()
> > > submit_bh(buffer X)
> > > generic_make_request()
>
>
>
> On Fri, 29 Jun 2001, Steve Lord wrote:
>
> >
> > Has anyone else seen a hang like this:
> >
> > bdflush()
> > flush_dirty_buffers()
> > ll_rw_block()
> > submit_bh(buffer X)
> > generic_make_request()
> > __make_request()
> > create_bounce()
> >
On Fri, 29 Jun 2001, Steve Lord wrote:
>
> Has anyone else seen a hang like this:
>
> bdflush()
> flush_dirty_buffers()
> ll_rw_block()
> submit_bh(buffer X)
> generic_make_request()
> __make_request()
> create_bounce()
> alloc_bou
On Sat, 30 Jun 2001, Marcelo Tosatti wrote:
>
>
> On Fri, 29 Jun 2001, Steve Lord wrote:
>
> >
> > Has anyone else seen a hang like this:
> >
> > bdflush()
> > flush_dirty_buffers()
> > ll_rw_block()
> > submit_bh(buffer X)
> > generic_make_request()
> > __mak
On Fri, 29 Jun 2001, Steve Lord wrote:
>
> Has anyone else seen a hang like this:
>
> bdflush()
> flush_dirty_buffers()
> ll_rw_block()
> submit_bh(buffer X)
> generic_make_request()
> __make_request()
> create_bounce()
> alloc
> Has anyone else seen a hang like this:
>
> bdflush()
> flush_dirty_buffers()
> ll_rw_block()
> submit_bh(buffer X)
> generic_make_request()
> __make_request()
> create_bounce()
> alloc_bounce_page()
> alloc_page
Has anyone else seen a hang like this:
bdflush()
flush_dirty_buffers()
ll_rw_block()
submit_bh(buffer X)
generic_make_request()
__make_request()
create_bounce()
alloc_bounce_page()
alloc_page()
13 matches
Mail list logo
