2.6.18-rc4-mm3 -- intel8x0 audio busted

2.6.18-rc4-mm3 -- intel8x0 audio busted

[Miles Lane]

I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
I haven't been able to track down the cause yet.  The modules
all load, and there seems to be the expected enties in /proc,
but my sound preferences panel shows no available audio card.

# ls /proc/asound/card0/
codec97#0  id  intel8x0  oss_mixer  pcm0c  pcm0p  pcm1c  pcm2c  pcm3c  pcm4p

0000:00:1f.5 Multimedia audio controller: Intel Corporation
82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
        Subsystem: Hewlett-Packard Company: Unknown device 3080
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 5
        Region 0: I/O ports at 1c00 [size=256]
        Region 1: I/O ports at 18c0 [size=64]
        Region 2: Memory at e0100c00 (32-bit, non-prefetchable) [size=512]
        Region 3: Memory at e0100800 (32-bit, non-prefetchable) [size=256]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME+

snd_intel8x0           28316  0
snd_ac97_codec         92576  1 snd_intel8x0
snd_ac97_bus            2176  1 snd_ac97_codec
snd_pcm_oss            25632  0
snd_mixer_oss          15104  1 snd_pcm_oss
snd_pcm                73352  3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer              19204  1 snd_pcm
snd                    48256  6
snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore               6880  1 snd
snd_page_alloc          8584  2 snd_intel8x0,snd_pcm

Aug 26 23:16:56 localhost kernel: intel8x0_measure_ac97_clock:
measured 50093 usecs
Aug 26 23:16:56 localhost kernel: intel8x0: clocking to 48000
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:pcmC0D4p
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:pcmC0D3c
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:pcmC0D2c
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:pcmC0D1c
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:adsp
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:pcmC0D0p
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:pcmC0D0c
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:dsp
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:audio
Aug 26 23:16:56 localhost kernel: PM: Adding info for ac97:0-0:unknown codec
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:controlC0
Aug 26 23:16:56 localhost kernel: PM: Adding info for No Bus:mixer
Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
obsolete sysctl system call
Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
obsolete sysctl system call
Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
obsolete sysctl system call
Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
obsolete sysctl system call
Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
obsolete sysctl system call

Linux Dumbleedor 2.6.18-rc4-mm3 #31 Sat Aug 26 22:48:34 PDT 2006 i686 GNU/Linux

Gnu C                  4.0.3
Gnu make               3.81beta4
binutils               2.16.91
util-linux             2.12r
mount                  2.12r
module-init-tools      3.2.2
e2fsprogs              1.38
jfsutils               1.1.8
reiserfsprogs          3.6.19
reiser4progs           1.0.5
xfsprogs               2.7.7
pcmcia-cs              3.2.8
PPP                    2.4.4b1
Linux C Library        2.3.6
Dynamic linker (ldd)   2.3.6
Procps                 3.2.6
Net-tools              1.60
Console-tools          0.2.3
Sh-utils               5.93
udev                   079
Modules Loaded         binfmt_misc apm ipv6 processor
cpufreq_powersave cpufreq_performance cpufreq_ondemand freq_table
cpufreq_conservative nls_ascii nls_cp437 vfat fat nls_utf8 ntfs
nls_base sr_mod sbp2 scsi_mod parport_pc lp parport snd_intel8x0
snd_ac97_codec snd_ac97_bus pcmcia snd_pcm_oss snd_mixer_oss
yenta_socket rsrc_nonstatic snd_pcm snd_timer snd ide_cd sdhci
mmc_core ipw2200 ohci1394 ieee1394 pcmcia_core 8139cp 8139too mii
soundcore uhci_hcd ehci_hcd cdrom psmouse shpchp pci_hotplug
snd_page_alloc usbcore intel_agp agpgart evdev

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Takashi Iwai]

At Sat, 26 Aug 2006 23:55:32 -0700,
Miles Lane wrote:
> 
> I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
> I haven't been able to track down the cause yet.  The modules
> all load, and there seems to be the expected enties in /proc,
> but my sound preferences panel shows no available audio card.
(snip)
> Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> obsolete sysctl system call
> Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
> obsolete sysctl system call
> Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> obsolete sysctl system call
> Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> obsolete sysctl system call
> Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> obsolete sysctl system call

Are these messages relavant?  Even "ls" fails there...


Takashi

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Andrew Morton]

On Mon, 28 Aug 2006 17:11:52 +0200
Takashi Iwai <tiwai@suse.de> wrote:

> At Sat, 26 Aug 2006 23:55:32 -0700,
> Miles Lane wrote:
> > 
> > I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
> > I haven't been able to track down the cause yet.  The modules
> > all load, and there seems to be the expected enties in /proc,
> > but my sound preferences panel shows no available audio card.
> (snip)
> > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > obsolete sysctl system call
> > Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
> > obsolete sysctl system call
> > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > obsolete sysctl system call
> > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > obsolete sysctl system call
> > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > obsolete sysctl system call
> 
> Are these messages relavant?  Even "ls" fails there...
> 

No, they're just a little warning we put in there to find out how
removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).

It isn't relevant to this problem.

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Takashi Iwai]

At Mon, 28 Aug 2006 11:49:39 -0700,
Andrew Morton wrote:
> 
> On Mon, 28 Aug 2006 17:11:52 +0200
> Takashi Iwai <tiwai@suse.de> wrote:
> 
> > At Sat, 26 Aug 2006 23:55:32 -0700,
> > Miles Lane wrote:
> > > 
> > > I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
> > > I haven't been able to track down the cause yet.  The modules
> > > all load, and there seems to be the expected enties in /proc,
> > > but my sound preferences panel shows no available audio card.
> > (snip)
> > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > obsolete sysctl system call
> > > Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
> > > obsolete sysctl system call
> > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > obsolete sysctl system call
> > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > obsolete sysctl system call
> > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > obsolete sysctl system call
> > 
> > Are these messages relavant?  Even "ls" fails there...
> > 
> 
> No, they're just a little warning we put in there to find out how
> removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).
> 
> It isn't relevant to this problem.

OK.

Then it must be something in the driver communication.
Miles, do you have proper /dev/snd/* entries?


Takashi

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Miles Lane]

On 8/28/06, Takashi Iwai <tiwai@suse.de> wrote:
> At Mon, 28 Aug 2006 11:49:39 -0700,
> Andrew Morton wrote:
> >
> > On Mon, 28 Aug 2006 17:11:52 +0200
> > Takashi Iwai <tiwai@suse.de> wrote:
> >
> > > At Sat, 26 Aug 2006 23:55:32 -0700,
> > > Miles Lane wrote:
> > > >
> > > > I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
> > > > I haven't been able to track down the cause yet.  The modules
> > > > all load, and there seems to be the expected enties in /proc,
> > > > but my sound preferences panel shows no available audio card.
> > > (snip)
> > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > obsolete sysctl system call
> > > > Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
> > > > obsolete sysctl system call
> > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > obsolete sysctl system call
> > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > obsolete sysctl system call
> > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > obsolete sysctl system call
> > >
> > > Are these messages relavant?  Even "ls" fails there...
> > >
> >
> > No, they're just a little warning we put in there to find out how
> > removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).
> >
> > It isn't relevant to this problem.
>
> OK.
>
> Then it must be something in the driver communication.
> Miles, do you have proper /dev/snd/* entries?

Hello,

I have no /dev/snd directory.
/dev/sndstat contains:

Sound Driver:3.8.1a-980706 (ALSA v1.0.12rc1 emulation code)
Kernel: Linux Dumbleedor 2.6.18-rc4-mm3 #2 Tue Aug 29 01:26:36 PDT 2006 i686
Config options: 0

Installed drivers:
Type 10: ALSA emulation

Card config:
Intel 82801DB-ICH4 with unknown codec at 0xe0100c00, irq 17

Audio devices:
0: Intel 82801DB-ICH4 (DUPLEX)

Synth devices: NOT ENABLED IN CONFIG

Midi devices: NOT ENABLED IN CONFIG

Timers:
7: system timer

Mixers:
0: Conexant id 30

Also, "cat /proc/asound/pcm" gives:

00-04: Intel ICH - IEC958 : Intel 82801DB-ICH4 - IEC958 : playback 1
00-03: Intel ICH - ADC2 : Intel 82801DB-ICH4 - ADC2 : capture 1
00-02: Intel ICH - MIC2 ADC : Intel 82801DB-ICH4 - MIC2 ADC : capture 1
00-01: Intel ICH - MIC ADC : Intel 82801DB-ICH4 - MIC ADC : capture 1
00-00: Intel ICH : Intel 82801DB-ICH4 : playback 1 : capture 1

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Takashi Iwai]

At Tue, 29 Aug 2006 01:57:11 -0700,
Miles Lane wrote:
> 
> On 8/28/06, Takashi Iwai <tiwai@suse.de> wrote:
> > At Mon, 28 Aug 2006 11:49:39 -0700,
> > Andrew Morton wrote:
> > >
> > > On Mon, 28 Aug 2006 17:11:52 +0200
> > > Takashi Iwai <tiwai@suse.de> wrote:
> > >
> > > > At Sat, 26 Aug 2006 23:55:32 -0700,
> > > > Miles Lane wrote:
> > > > >
> > > > > I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
> > > > > I haven't been able to track down the cause yet.  The modules
> > > > > all load, and there seems to be the expected enties in /proc,
> > > > > but my sound preferences panel shows no available audio card.
> > > > (snip)
> > > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > > obsolete sysctl system call
> > > > > Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
> > > > > obsolete sysctl system call
> > > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > > obsolete sysctl system call
> > > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > > obsolete sysctl system call
> > > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > > obsolete sysctl system call
> > > >
> > > > Are these messages relavant?  Even "ls" fails there...
> > > >
> > >
> > > No, they're just a little warning we put in there to find out how
> > > removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).
> > >
> > > It isn't relevant to this problem.
> >
> > OK.
> >
> > Then it must be something in the driver communication.
> > Miles, do you have proper /dev/snd/* entries?
> 
> Hello,
> 
> I have no /dev/snd directory.

That's odd.  Any udev errors?
Do you have /sys/class/sound/* directories?


Takashi

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Miles Lane]

On 8/29/06, Takashi Iwai <tiwai@suse.de> wrote:
> At Tue, 29 Aug 2006 01:57:11 -0700,
> Miles Lane wrote:
> >
> > On 8/28/06, Takashi Iwai <tiwai@suse.de> wrote:
> > > At Mon, 28 Aug 2006 11:49:39 -0700,
> > > Andrew Morton wrote:
> > > >
> > > > On Mon, 28 Aug 2006 17:11:52 +0200
> > > > Takashi Iwai <tiwai@suse.de> wrote:
> > > >
> > > > > At Sat, 26 Aug 2006 23:55:32 -0700,
> > > > > Miles Lane wrote:
> > > > > >
> > > > > > I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
> > > > > > I haven't been able to track down the cause yet.  The modules
> > > > > > all load, and there seems to be the expected enties in /proc,
> > > > > > but my sound preferences panel shows no available audio card.
> > > > > (snip)
> > > > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > > > obsolete sysctl system call
> > > > > > Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
> > > > > > obsolete sysctl system call
> > > > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > > > obsolete sysctl system call
> > > > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > > > obsolete sysctl system call
> > > > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > > > obsolete sysctl system call
> > > > >
> > > > > Are these messages relavant?  Even "ls" fails there...
> > > > >
> > > >
> > > > No, they're just a little warning we put in there to find out how
> > > > removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).
> > > >
> > > > It isn't relevant to this problem.
> > >
> > > OK.
> > >
> > > Then it must be something in the driver communication.
> > > Miles, do you have proper /dev/snd/* entries?
> >
> > Hello,
> >
> > I have no /dev/snd directory.
>
> That's odd.  Any udev errors?
> Do you have /sys/class/sound/* directories?

I don't know how to track down udev errors, unfortunately.
I now suspect that the problems I am having with network
device names getting messed up and this problem with
the sound drivers spring from the same cause (some
failure in device setup in udev).

Any suggestions on how to track down udev issues are
most appreciated!  I am curious to know whether this
is a bug in udev or in the kernel code.

Thanks,
        Miles

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Miles Lane]

On 8/29/06, Miles Lane <miles.lane@gmail.com> wrote:
> On 8/29/06, Takashi Iwai <tiwai@suse.de> wrote:
> > At Tue, 29 Aug 2006 01:57:11 -0700,
> > Miles Lane wrote:
> > >
> > > On 8/28/06, Takashi Iwai <tiwai@suse.de> wrote:
> > > > At Mon, 28 Aug 2006 11:49:39 -0700,
> > > > Andrew Morton wrote:
> > > > >
> > > > > On Mon, 28 Aug 2006 17:11:52 +0200
> > > > > Takashi Iwai <tiwai@suse.de> wrote:
> > > > >
> > > > > > At Sat, 26 Aug 2006 23:55:32 -0700,
> > > > > > Miles Lane wrote:
> > > > > > >
> > > > > > > I haven't had working audio in 2.6.18-rc4-mm series (1,2,3).
> > > > > > > I haven't been able to track down the cause yet.  The modules
> > > > > > > all load, and there seems to be the expected enties in /proc,
> > > > > > > but my sound preferences panel shows no available audio card.
> > > > > > (snip)
> > > > > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > > > > obsolete sysctl system call
> > > > > > > Aug 26 23:16:56 localhost kernel: warning: process `ls' used the
> > > > > > > obsolete sysctl system call
> > > > > > > Aug 26 23:16:56 localhost kernel: warning: process `alsactl' used the
> > > > > > > obsolete sysctl system call
> > > > > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > > > > obsolete sysctl system call
> > > > > > > Aug 26 23:16:56 localhost kernel: warning: process `amixer' used the
> > > > > > > obsolete sysctl system call
> > > > > >
> > > > > > Are these messages relavant?  Even "ls" fails there...
> > > > > >
> > > > >
> > > > > No, they're just a little warning we put in there to find out how
> > > > > removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).
> > > > >
> > > > > It isn't relevant to this problem.
> > > >
> > > > OK.
> > > >
> > > > Then it must be something in the driver communication.
> > > > Miles, do you have proper /dev/snd/* entries?
> > >
> > > Hello,
> > >
> > > I have no /dev/snd directory.
> >
> > That's odd.  Any udev errors?
> > Do you have /sys/class/sound/* directories?

I didn't figure out how to get Ubuntu's udev installation working
(it's version 079), but I tried replacing Ubuntu's udev with 098 built
from source off of kernel.org.  It worked.  It would be nice to know
why the other version is failing with the current MM tree, but it
appears that it'll all get sorted out when Ubuntu rolls out an
up-to-date udev package.

Thanks,
        Miles

-- 
VGER BF report: H 0.435924

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Andi Kleen]

Andrew Morton <akpm@osdl.org> writes:

> 
> No, they're just a little warning we put in there to find out how
> removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).

I made the same experiment some time ago -- all of them use only a single
sysctl (KERN_VERSION). If that one is emulated there are basically no users 
left. I can resend a patch to warn only for those that are not KERN_VERSION
if there is interest.

-Andi

Re: 2.6.18-rc4-mm3 -- intel8x0 audio busted

[Andrew Morton]

On 28 Aug 2006 21:05:46 +0200
Andi Kleen <ak@suse.de> wrote:

> Andrew Morton <akpm@osdl.org> writes:
> 
> > 
> > No, they're just a little warning we put in there to find out how
> > removeable sys_sysctl() is.  (Answer: not very.  I'll drop that patch).
> 
> I made the same experiment some time ago -- all of them use only a single
> sysctl (KERN_VERSION). If that one is emulated there are basically no users 
> left. I can resend a patch to warn only for those that are not KERN_VERSION
> if there is interest.
> 

Yes, that would be useful, thanks.

Eric, it sounds like one way to settle this would be to keep sys_sysctl()
if CONFIG_SYSCTL_SYSCALL=n, but only a stripped-down version which supports
KERN_VERSION.  And which spits a once-per-boot warning so people stop using
it one day.

Or we give up and go do something else.  This is all a bit of a pita.