Re: [PATCH 3/3] Make ide dma blacklist handling a bit saner.

2007-05-30 Thread Bartlomiej Zolnierkiewicz
Hi, On Tuesday 29 May 2007, Junio C Hamano wrote: > Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> writes: > > > The change itself looks good but IMO it is worth doing it before patch #2/3 > > (it would also make it possible for me to merge this patch immediately). > > Yes, I should have conside

Re: [PATCH 3/3] Make ide dma blacklist handling a bit saner.

2007-05-28 Thread Junio C Hamano
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> writes: > The change itself looks good but IMO it is worth doing it before patch #2/3 > (it would also make it possible for me to merge this patch immediately). Yes, I should have considered that the earlier #2/3 needs coordination between you and Jef

Re: [PATCH 3/3] Make ide dma blacklist handling a bit saner.

2007-05-28 Thread Bartlomiej Zolnierkiewicz
Hi, On Tuesday 22 May 2007, Junio C Hamano wrote: > Earlier, the matching of (model,rev) in ide-dma black/white list > handling was to consider "ALL" in the table to match any > revision. This changes the wildcard to NULL. This way, the > DMA_BLACK_LIST macro used in the previous patch does not

[PATCH 3/3] Make ide dma blacklist handling a bit saner.

2007-05-21 Thread Junio C Hamano
Earlier, the matching of (model,rev) in ide-dma black/white list handling was to consider "ALL" in the table to match any revision. This changes the wildcard to NULL. This way, the DMA_BLACK_LIST macro used in the previous patch does not have to use a slightly funky compile time constant expressi