linux-mips
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

Re: semaphore woes in 2.6, 32bit

from [Ralf Baechle] [Permanent Link][Original]
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Subject: Re: semaphore woes in 2.6, 32bit
From: Ralf Baechle <ralf@linux-mips.org>
Date: Tue, 11 May 2004 16:05:07 +0200
Cc: geert@linux-m68k.org, jsun@mvista.com, linux-mips@linux-mips.org
In-reply-to: <20040511.225305.55510293.anemo@mba.ocn.ne.jp>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20040509164835.GA28011@linux-mips.org> <20040510.222845.78701815.anemo@mba.ocn.ne.jp> <20040510140606.GA9312@linux-mips.org> <20040511.225305.55510293.anemo@mba.ocn.ne.jp>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.4.1i 
On Tue, May 11, 2004 at 10:53:05PM +0900, Atsushi Nemoto wrote:

> >> I see.  Thank you for pointing out it.  I must learn 2.6 DMA API
> >> quickly ...
> 
> ralf> This also applies to the 2.4 PCI DMA API.
> 
> But 2.4 PCI DMA API does not have dma_get_cache_alignment() (or
> equivalent), or am I missing something?

No, you don't; that was a problem in the 2.4 DMA API which got fixed
in 2.5.  For 2.4 using L1_CACHE_BYTES from <asm/cache.h> is a reasonable
alternative.

  Ralf
[More with this subject...]
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  Re: uclibc mips ld.so and undefined symbols with nonzero symbol table entry st_value, Daniel Jacobowitz
Next by Date:  Re: uclibc mips ld.so and undefined symbols with nonzero symbol table entry st_value, Bradley D. LaRonde
Previous by Thread:  Re: semaphore woes in 2.6, 32bit, Atsushi Nemoto
Next by Thread:  Newsgroups or mailing lists for Siemens hardware, Andre Majorel
Indexes:  [Date] [Thread] [Top] [All Lists]