Re: location of bioq lock
From: Scott Long (scottl_at_samsco.org)
Date: 07/15/05
- Previous message: Poul-Henning Kamp: "Re: location of bioq lock"
- In reply to: Poul-Henning Kamp: "Re: location of bioq lock"
- Next in thread: Poul-Henning Kamp: "Re: location of bioq lock"
- Reply: Poul-Henning Kamp: "Re: location of bioq lock"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Fri, 15 Jul 2005 00:45:24 -0600 To: Poul-Henning Kamp <phk@haven.freebsd.dk>
Poul-Henning Kamp wrote:
> In message <20050714181356.A58300@xorpc.icir.org>, Luigi Rizzo writes:
>
>
>>Anyways there might be a way out...
>>requests go from dev_strategy()
>
>
> The right place for this is geom_disk.c:g_disk_start() and the start
> routines of the drivers which do not use geom_disk.
>
> The easiest way to handle it would be to set a flag on the g_provider
> saying "no more", have g_down spill the requests into a side queue
> and when the driver is ready again, it calls some function which
> pulls the request out of the side queue again.
>
>
I agree. The 'side queue' can be a bioq also that gets handed off in
whole to the driver once the path is unfrozen, but that's an
optimization that is best done at a later time.
Scott
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
- Previous message: Poul-Henning Kamp: "Re: location of bioq lock"
- In reply to: Poul-Henning Kamp: "Re: location of bioq lock"
- Next in thread: Poul-Henning Kamp: "Re: location of bioq lock"
- Reply: Poul-Henning Kamp: "Re: location of bioq lock"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|