Re: [PATCH] ucc_geth: fix compilation

2007-09-18 Thread Kumar Gala
bs.org list; netdev >> Subject: Re: [PATCH] ucc_geth: fix compilation >> >> >> On Sep 13, 2007, at 10:23 AM, Anton Vorontsov wrote: >> >>> Currently qe_bd_t is used in the macro call -- >> dma_unmap_single, which >>> is a no-op on PPC32, thu

RE: [PATCH] ucc_geth: fix compilation

2007-09-18 Thread Li Yang-r58472
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > On Behalf Of Kumar Gala > Sent: Friday, September 14, 2007 10:08 PM > To: Jeff Garzik > Cc: linuxppc-dev@ozlabs.org list; netdev > Subject: Re: [PATCH] ucc_geth: fix compilation > >

Re: [PATCH] ucc_geth: fix compilation

2007-09-15 Thread Jeff Garzik
Anton Vorontsov wrote: > Currently qe_bd_t is used in the macro call -- dma_unmap_single, > which is a no-op on PPC32, thus error is hidden today. Starting > with 2.6.24, macro will be replaced by the empty static function, > and erroneous use of qe_bd_t will trigger compilation error. > > Signed-

Re: [PATCH] ucc_geth: fix compilation

2007-09-14 Thread Kumar Gala
On Sep 13, 2007, at 10:23 AM, Anton Vorontsov wrote: > Currently qe_bd_t is used in the macro call -- dma_unmap_single, > which is a no-op on PPC32, thus error is hidden today. Starting > with 2.6.24, macro will be replaced by the empty static function, > and erroneous use of qe_bd_t will trigger

[PATCH] ucc_geth: fix compilation

2007-09-13 Thread Anton Vorontsov
Currently qe_bd_t is used in the macro call -- dma_unmap_single, which is a no-op on PPC32, thus error is hidden today. Starting with 2.6.24, macro will be replaced by the empty static function, and erroneous use of qe_bd_t will trigger compilation error. Signed-off-by: Anton Vorontsov <[EMAIL PRO