> Oh no, not again. This isn't the first time kernel folks
> have tried to demote the sg driver's GFP_ATOMIC to GFP_KERNEL.

That is because it is abusing GFP_ATOMIC.

> In the past it has ended in grief. The driver was written
> to attempt _fast_ allocation and if that failed then:

You want it to not swap?  Then __GFP_NOIO would be correct.

>   - lessen the requested allocation (e.g. smaller elements
>     but more of them in a scatter gather list), or

What is when the allocation is already 1 page? 

>   - report the error back to the user (i.e. ENOMEM) assuming
>     that they are knowledgeable enough to do something about it
>     (e.g. do two smaller READs rather than one larger one).

But the kernel can actually do something about it, just not
when you pass it __GFP_ATOMIC.

-Andi

-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to