Re: CS5530 Alsa driver fails

2007-08-01 Thread Ash Willis
> the VGA video. If your box has VSA2 then VSA2 firmware has some kind of
> hooks to allow a native sound driver to take over and to reroute the
> interrupts without SB emulation. I don't have the docs for VSA2 but the
> horribly big natsemi provided audio driver does show how to do it.
> 

I wouldn't mind porting VSA2 support to ALSA. I just don't have test
hardware. Do you happen to know any examples of hardware that run VSA2
firmware or is it just a case of a firmware update?

> Alan

Thanks,

Ash

-- 
We've Got Your Name at http://www.mail.com!
Get a FREE E-mail Account Today - Choose From 100+ Domains

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: CS5530 Alsa driver fails

2007-08-01 Thread Ash Willis
>Hello,
>
>Linux: 2.6.23-rc1-git3
>Hardware: CX5530
>
>After "modprobe snd-cs5530" I have:
>CS5530: XpressAudio at 0x220
>CS5530: MPU at 0x330
>CS5530: IRQ: 9 DMA8: 0 DMA16: 5
>sb: can't grab irq 9
>CS5530: Could not create SoundBlaster
>CS5530_Audio: probe of :00:12.3 failed with error -16
>Thank You
>Rafa
>
>~ $ cat /proc/interrupts
>   CPU0
>  0:  26624XT-PIC-XTtimer
>  2:  0XT-PIC-XTcascade
>  4:428XT-PIC-XTserial
>  8:  0XT-PIC-XTrtc
>  9:  10793XT-PIC-XTohci_hcd:usb1
> 10:   1326XT-PIC-XTeth0
>NMI:  0
>ERR:  0

Hi Rafa,
It seems that you're already using irq 9 for another device, and as Alan says
the cs5530 audio device doesn't seem to do irq sharing. It seems to me that you
need to go into your BIOS settings at startup and tell the device to use an irq
line that's not already in use by some other device. Can you please let me know
if this works?

The ALSA CS5530 driver is one that I ported from Alan's OSS Kahlua driver, so
there may be some things that I've missed. If the above advice doesn't work,
please confirm whether or not the device is functioning correctly in your
current set up with Alan's original OSS driver.

Thanks,

Ash


-- 
We've Got Your Name at http://www.mail.com!
Get a FREE E-mail Account Today - Choose From 100+ Domains

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: CS5530 Alsa driver fails

2007-08-01 Thread Ash Willis
Hello,

Linux: 2.6.23-rc1-git3
Hardware: CX5530

After modprobe snd-cs5530 I have:
CS5530: XpressAudio at 0x220
CS5530: MPU at 0x330
CS5530: IRQ: 9 DMA8: 0 DMA16: 5
sb: can't grab irq 9
CS5530: Could not create SoundBlaster
CS5530_Audio: probe of :00:12.3 failed with error -16
Thank You
Rafa#322;

~ $ cat /proc/interrupts
   CPU0
  0:  26624XT-PIC-XTtimer
  2:  0XT-PIC-XTcascade
  4:428XT-PIC-XTserial
  8:  0XT-PIC-XTrtc
  9:  10793XT-PIC-XTohci_hcd:usb1
 10:   1326XT-PIC-XTeth0
NMI:  0
ERR:  0

Hi Rafa#322;,
It seems that you're already using irq 9 for another device, and as Alan says
the cs5530 audio device doesn't seem to do irq sharing. It seems to me that you
need to go into your BIOS settings at startup and tell the device to use an irq
line that's not already in use by some other device. Can you please let me know
if this works?

The ALSA CS5530 driver is one that I ported from Alan's OSS Kahlua driver, so
there may be some things that I've missed. If the above advice doesn't work,
please confirm whether or not the device is functioning correctly in your
current set up with Alan's original OSS driver.

Thanks,

Ash


-- 
We've Got Your Name at http://www.mail.com!
Get a FREE E-mail Account Today - Choose From 100+ Domains

-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: CS5530 Alsa driver fails

2007-08-01 Thread Ash Willis
 the VGA video. If your box has VSA2 then VSA2 firmware has some kind of
 hooks to allow a native sound driver to take over and to reroute the
 interrupts without SB emulation. I don't have the docs for VSA2 but the
 horribly big natsemi provided audio driver does show how to do it.
 

I wouldn't mind porting VSA2 support to ALSA. I just don't have test
hardware. Do you happen to know any examples of hardware that run VSA2
firmware or is it just a case of a firmware update?

 Alan

Thanks,

Ash

-- 
We've Got Your Name at http://www.mail.com!
Get a FREE E-mail Account Today - Choose From 100+ Domains

-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: Is it time for remove (crap) ALSA from kernel tree ?

2007-06-24 Thread Ash Willis
kloczek,
The fact that it is now open source does mean that it's a suitable replacement.

If you actually want a productive discussion, you'd be better off making an
attempt at describing exactly _why_ ALSA is 'crap' and how in your opinion OSS
overcomes ALSA's shortfalls.

IMHO, it would be far more realistic and managable to look at the OSS codebase
and use it to make improvements to ALSA. I'm looking into one or two issues
myself and I've mentioned looking at the OSS code for possible improvements on
the alsa-devel list. I think it's generally agreed that OSS can't do much at all
that ALSA doesn't already do. Sure, if you've been smoking crack, you might want
to rip out ALSA and replace it with OSS to gain some minor functionality but
you'd also lose functionality in the process.

Unless you can describe how the actual architecture of ALSA is inferior and not
just complain about some particular device not being fully supported, the best
idea is clearly to port any lacking functionality from OSS -> ALSA. In the case
that you can actually provide valid reasons for ALSA's inferiority, I shall
respectfully eat my hat :)

Either way, have bug reports been filed for areas of ALSA that you are unhappy
with?

Ash

-- 
Get a Free E-mail Account at Mail.com!
Choose From 100+ Personalized Domains
Visit http://www.mail.com today

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: Is it time for remove (crap) ALSA from kernel tree ?

2007-06-24 Thread Ash Willis
kloczek,
The fact that it is now open source does mean that it's a suitable replacement.

If you actually want a productive discussion, you'd be better off making an
attempt at describing exactly _why_ ALSA is 'crap' and how in your opinion OSS
overcomes ALSA's shortfalls.

IMHO, it would be far more realistic and managable to look at the OSS codebase
and use it to make improvements to ALSA. I'm looking into one or two issues
myself and I've mentioned looking at the OSS code for possible improvements on
the alsa-devel list. I think it's generally agreed that OSS can't do much at all
that ALSA doesn't already do. Sure, if you've been smoking crack, you might want
to rip out ALSA and replace it with OSS to gain some minor functionality but
you'd also lose functionality in the process.

Unless you can describe how the actual architecture of ALSA is inferior and not
just complain about some particular device not being fully supported, the best
idea is clearly to port any lacking functionality from OSS - ALSA. In the case
that you can actually provide valid reasons for ALSA's inferiority, I shall
respectfully eat my hat :)

Either way, have bug reports been filed for areas of ALSA that you are unhappy
with?

Ash

-- 
Get a Free E-mail Account at Mail.com!
Choose From 100+ Personalized Domains
Visit http://www.mail.com today

-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/