From: Anuradha Ratnaweera <[EMAIL PROTECTED]>
> On Wed, 30 May 2001, Robert Siemer wrote:
> > > > Following patch fixes a compiler warning in aci.c.
> > > ... how about putting it inside an "#ifdef DEBUG"?
> >
> > This is exactly what
From: Anuradha Ratnaweera <[EMAIL PROTECTED]>
> On Wed, 30 May 2001, Anuradha Ratnaweera wrote:
>
> > Following patch fixes a compiler warning in aci.c.
>
> I can guess the usefullness of the functiion print_bits that would be
> removed if my patch is applied. If this is so, how about putting
From: Anuradha Ratnaweera [EMAIL PROTECTED]
On Wed, 30 May 2001, Anuradha Ratnaweera wrote:
Following patch fixes a compiler warning in aci.c.
I can guess the usefullness of the functiion print_bits that would be
removed if my patch is applied. If this is so, how about putting it
inside
From: Anuradha Ratnaweera [EMAIL PROTECTED]
On Wed, 30 May 2001, Robert Siemer wrote:
Following patch fixes a compiler warning in aci.c.
... how about putting it inside an #ifdef DEBUG?
This is exactly what I did some month ago with my little working
tree.
So will you
Hello!
The patch is for miroSOUND sound cards. The corresponding driver files
are aci.c and radio-miropcm20.c
The latest is for 2.4.2 and can be found on:
http://www.uni-karlsruhe.de/~Robert.Siemer/Private/
http://www.uni-karlsruhe.de/~Robert.Siemer/Private/aci-2.4.2.patch
(61kB)
Changes:
Hello!
The patch is for miroSOUND sound cards. The corresponding driver files
are aci.c and radio-miropcm20.c
The latest is for 2.4.2 and can be found on:
http://www.uni-karlsruhe.de/~Robert.Siemer/Private/
http://www.uni-karlsruhe.de/~Robert.Siemer/Private/aci-2.4.2.patch
(61kB)
Changes:
Hi Jocelyn!
You wrote:
> I made a very little patch to avoid
> people complaining that the kernel doesn't compile
> properly when trying to use radio miropcm20 driver.
> (I've seen some of this in french newsgroups...)
> -dep_tristate ' Miro PCM20 Radio' CONFIG_RADIO_MIROPCM20
>
Hi Jocelyn!
You wrote:
I made a very little patch to avoid
people complaining that the kernel doesn't compile
properly when trying to use radio miropcm20 driver.
(I've seen some of this in french newsgroups...)
-dep_tristate ' Miro PCM20 Radio' CONFIG_RADIO_MIROPCM20
$CONFIG_VIDEO_DEV
> >Miles Lane <[EMAIL PROTECTED]> wrote:
> >>depmod: *** Unresolved symbols in
> >>/lib/modules/2.4.1/kernel/drivers/media/radio/radio-miropcm20.o
> >>depmod: aci_write_cmd
> >>depmod: aci_indexed_cmd
> >>depmod: aci_write_cmd_d
I made up an new patch for 2.4.1. You can find it on
Miles Lane [EMAIL PROTECTED] wrote:
depmod: *** Unresolved symbols in
/lib/modules/2.4.1/kernel/drivers/media/radio/radio-miropcm20.o
depmod: aci_write_cmd
depmod: aci_indexed_cmd
depmod: aci_write_cmd_d
I made up an new patch for 2.4.1. You can find it on
From: "Ruurd A. Reitsma" <[EMAIL PROTECTED]>
> >Miles Lane <[EMAIL PROTECTED]> wrote:
> >>depmod: *** Unresolved symbols in
> >>/lib/modules/2.4.1/kernel/drivers/media/radio/radio-miropcm20.o
> >>depmod: aci_write_cmd
> >>depmod: aci_indexed_cmd
> >>depmod: aci_write_cmd_d
>
From: "Ruurd A. Reitsma" [EMAIL PROTECTED]
Miles Lane [EMAIL PROTECTED] wrote:
depmod: *** Unresolved symbols in
/lib/modules/2.4.1/kernel/drivers/media/radio/radio-miropcm20.o
depmod: aci_write_cmd
depmod: aci_indexed_cmd
depmod: aci_write_cmd_d
appearently Robert Siemer's
From: Martin Diehl <[EMAIL PROTECTED]>
> On Mon, 29 Jan 2001, Linus Torvalds wrote:
> Below is the updated patch. It should handle both (0x01/0x41
> like) mappings. I can (and did) only test the 0x01 case.
> USBIRQ routing (0x62) supported, IDE/ACPI/DAQ untouched.
I don't really understand your
From: Linus Torvalds <[EMAIL PROTECTED]>
> On Mon, 29 Jan 2001, Robert Siemer wrote:
> >
> > Further I always see '09' in the Configuration Space at Interrupt_Line
> > (0x3c) for the 00:01.2 USB Controller. But 2.4.0 says:
> > Interrupt: pin A routed to IR
From: Linus Torvalds [EMAIL PROTECTED]
On Mon, 29 Jan 2001, Robert Siemer wrote:
Further I always see '09' in the Configuration Space at Interrupt_Line
(0x3c) for the 00:01.2 USB Controller. But 2.4.0 says:
Interrupt: pin A routed to IRQ 12
while 2.4.0-test9 states:
Interrupt
From: Martin Diehl [EMAIL PROTECTED]
On Mon, 29 Jan 2001, Linus Torvalds wrote:
Below is the updated patch. It should handle both (0x01/0x41
like) mappings. I can (and did) only test the 0x01 case.
USBIRQ routing (0x62) supported, IDE/ACPI/DAQ untouched.
I don't really understand your note
From: Linus Torvalds <[EMAIL PROTECTED]>
> On Mon, 29 Jan 2001, Robert Siemer wrote:
> > >
> > > and see if that changes the behaviour.
> >
> > It doesn't. A diff from the kernel output is following. Maybe it
> > helps...
>
> Actually, this
From: Linus Torvalds <[EMAIL PROTECTED]>
> On Mon, 29 Jan 2001, Robert Siemer wrote:
> (...) that's really interesting..
>
> > Device 00:01.0 (slot 0): ISA bridge
> > INTA: link 0x01, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
> > INTB: link 0x02, irq mask 0x1eb
From: Linus Torvalds <[EMAIL PROTECTED]>
> Another one..
> Robert, can you get the dump_pirq script from the pcmcia_cs package
> and send the output to us?
...it seems to reflect my settings in the bios:
Interrupt routing table found at address 0xf0a50:
Version 1.0, size 0x0080
Interrupt
ADME.OSS
--- linux-vanilla/Documentation/sound/README.OSSFri Jul 28 21:50:52 2000
+++ linux/Documentation/sound/README.OSSSat Jan 27 16:23:15 2001
@@ -17,6 +17,7 @@
document can be still interesting and very helpful.
[ File edited 17.01.1999 - Riccardo Facchetti ]
+[ Edited miro
Hi Martin!
While moving from 2.4.0-test9 to 2.4.0 I got the following problem:
Linux thinks my usb controller is on IRQ 12 instead of IRQ 9.
The 'BIOS box' (on boot) still states that usb is on IRQ 9.
Under test9 pci-irq-behaviour was okay for me, but with 2.4.0 I cant
load the usb-modules (the
Hi Martin!
While moving from 2.4.0-test9 to 2.4.0 I got the following problem:
Linux thinks my usb controller is on IRQ 12 instead of IRQ 9.
The 'BIOS box' (on boot) still states that usb is on IRQ 9.
Under test9 pci-irq-behaviour was okay for me, but with 2.4.0 I cant
load the usb-modules (the
ADME.OSS
--- linux-vanilla/Documentation/sound/README.OSSFri Jul 28 21:50:52 2000
+++ linux/Documentation/sound/README.OSSSat Jan 27 16:23:15 2001
@@ -17,6 +17,7 @@
document can be still interesting and very helpful.
[ File edited 17.01.1999 - Riccardo Facchetti ]
+[ Edited miro
From: Linus Torvalds [EMAIL PROTECTED]
Another one..
Robert, can you get the dump_pirq script from the pcmcia_cs package
and send the output to us?
...it seems to reflect my settings in the bios:
Interrupt routing table found at address 0xf0a50:
Version 1.0, size 0x0080
Interrupt
From: Linus Torvalds [EMAIL PROTECTED]
On Mon, 29 Jan 2001, Robert Siemer wrote:
(...) that's really interesting..
Device 00:01.0 (slot 0): ISA bridge
INTA: link 0x01, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
INTB: link 0x02, irq mask 0x1eb8 [3,4,5,7,9,10,11,12]
INTC: link 0x03
From: Linus Torvalds [EMAIL PROTECTED]
On Mon, 29 Jan 2001, Robert Siemer wrote:
and see if that changes the behaviour.
It doesn't. A diff from the kernel output is following. Maybe it
helps...
Actually, this looks like it _did_ fix something - now the kernel no
longer
Hi!
I'm the new maintainer for aci.c and the dependent files including
radio-miropcm20.c. (Thanks to Markus Kuhn and Ruurd Reitsma.)
The patch is for 2.4.0-test8 and makes the aci lowlevel driver working
again!
During testing with test8 I found a bug in soundcard.c. The second
file is a patch
Hi!
I'm the new maintainer for aci.c and the dependent files including
radio-miropcm20.c. (Thanks to Markus Kuhn and Ruurd Reitsma.)
The patch is for 2.4.0-test8 and makes the aci lowlevel driver working
again!
During testing with test8 I found a bug in soundcard.c. The second
file is a patch
28 matches
Mail list logo
