Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-18 Thread Jaroslav Kysela
On Mon, 18 Feb 2002, [iso-8859-1] Chris Rankin wrote: > --- Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > > We use > > GFP_ATOMIC|GFP_DMA like pci_allocate_consistent(). > > OK, I've hacked about a bit and it's not the presence > of GFP_ATOMIC that causes trouble but the absence of > GFP_DMA. > >

Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-18 Thread Chris Rankin
--- Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > We use > GFP_ATOMIC|GFP_DMA like pci_allocate_consistent(). OK, I've hacked about a bit and it's not the presence of GFP_ATOMIC that causes trouble but the absence of GFP_DMA. Note that the current code in snd_malloc_isa_pages() is: dma_area =

Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-18 Thread Chris Rankin
--- Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > I removed dma_flags from isa pages allocation > routines. We use > GFP_ATOMIC|GFP_DMA like pci_allocate_consistent(). Interesting ... my original and working code did the following: buf = snd_malloc_pages(size, GFP_KERNEL | GFP_DMA); and then us

Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-18 Thread Chris Rankin
--- Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > I verified the contents of pci_allocate_consistent() > and I agree that it > should work at least for i386 and alpha > architectures so I reverted back > your code. Hi, I have ported my driver to use the new snd_malloc_isa_pages() call ... and m

Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-18 Thread Jaroslav Kysela
On Mon, 18 Feb 2002, Takashi Iwai wrote: > At Sun, 17 Feb 2002 10:29:20 +0100 (CET), > Jaroslav wrote: > > > > On Sat, 16 Feb 2002, [iso-8859-1] Chris Rankin wrote: > > > > > Hi, > > > > > > I saw from the CVS ChangeLog that ALSA is moving away > > > from the deprecated virt_to_bus() to the new >

Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-18 Thread Takashi Iwai
At Sun, 17 Feb 2002 10:29:20 +0100 (CET), Jaroslav wrote: > > On Sat, 16 Feb 2002, [iso-8859-1] Chris Rankin wrote: > > > Hi, > > > > I saw from the CVS ChangeLog that ALSA is moving away > > from the deprecated virt_to_bus() to the new > > pci_allocate_consistent() system calls. Unfortunately,

Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-17 Thread Chris Rankin
--- Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > Using pci_allocate_consistent() for ISA DMA > allocation routines is > definitely a bad idea. I added > snd_malloc_isa_pages() code as you > suggested to snd.o (it seems that it's good to > abstract such bus specific > allocation routines). Thanks

Re: [Alsa-devel] Sudden ISA DMA problems

2002-02-17 Thread Jaroslav Kysela
On Sat, 16 Feb 2002, [iso-8859-1] Chris Rankin wrote: > Hi, > > I saw from the CVS ChangeLog that ALSA is moving away > from the deprecated virt_to_bus() to the new > pci_allocate_consistent() system calls. Unfortunately, > this is causing problems for my ISA DMA sound driver > (CS4231 / MPU401 b

[Alsa-devel] Sudden ISA DMA problems

2002-02-16 Thread Chris Rankin
Hi, I saw from the CVS ChangeLog that ALSA is moving away from the deprecated virt_to_bus() to the new pci_allocate_consistent() system calls. Unfortunately, this is causing problems for my ISA DMA sound driver (CS4231 / MPU401 based). I have currently "fixed" things by #undef-ing the ISA_USE_PCI