Bug#815787: May be a kernel problem not a pulseaudio one?

[Cristian Ionescu-Idbohrn]

On Sun, 28 Feb 2016, Linus Torvalds wrote:
> On Feb 28, 2016 9:36 AM, "Cristian Ionescu-Idbohrn" 
>  wrote:
> >
> > "Apparently there is some work under way to allow both ZONE_DEVICE
> > (needed for DAX) and ZONE_DMA (needed by the sound drivers) to be
> > supported in the same kernel configuration."
>
> Yeah, but do you actually need or use ZONE_DEVICE?

I don't think so.

> Even DAX doesn't actually need it except for some special cases, iirc.

I think so too.

> I don't think distributions should necessarily enable it at all yet.

Well, they obviously do, for some reason :(

> > and there may be some hope with:
> >
> > http://www.spinics.net/lists/kernel/msg2170767.html
> >
> > Is there, Linus?
>
> Yes, but that's 4.6 of later. And unlikely to be marked for back
> porting to stable.

I'll need to be pacient then :)

> So *eventually* we'll support that combination, but for now...


Cheers,

-- 
Cristian

Bug#815787: May be a kernel problem not a pulseaudio one?

[Linus Torvalds]

On Feb 28, 2016 9:36 AM, "Cristian Ionescu-Idbohrn" <
cristian.ionescu-idbo...@axis.com> wrote:
>
>
> "Apparently there is some work under way to allow both ZONE_DEVICE
> (needed for DAX) and ZONE_DMA (needed by the sound drivers) to be
> supported in the same kernel configuration."

Yeah, but do you actually need or use ZONE_DEVICE?

Even DAX doesn't actually need it except for some special cases, iirc.

I don't think distributions should necessarily enable it at all yet.

> and there may be some hope with:
>
> http://www.spinics.net/lists/kernel/msg2170767.html
>
> Is there, Linus?

Yes, but that's 4.6 of later. And unlikely to be marked for back porting to
stable.

So *eventually* we'll support that combination, but for now...

  Linus

Bug#815787: May be a kernel problem not a pulseaudio one?

[Cristian Ionescu-Idbohrn]

On Sat, 27 Feb 2016, Linus Torvalds wrote:
> On Sat, Feb 27, 2016 at 1:52 PM, Cristian Ionescu-Idbohrn
>  wrote:
> > Background: https://bugs.debian.org/815787
> >
> > "Until recently the Sound Blaster Live! card in my workstation
> > worked fine. Sometime recently it has stopped working."
> >
> > On Sat, 27 Feb 2016, Ben Hutchings wrote:
> >> On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> >> >
> >> > No mention of that in the changelog.
> >>
> >> Yes there is:
> >>
> >>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
> >> - This disables drivers for some AC'97 sound cards
> >
> > Alright, but not obvious to me.
> >
> > So, what is to do about that?
>
> If I read this right, this seems to be a Debian kernel configuration
> choice rather than anything else.
>
> Does it work if you just compile your own kernel?

Did that twice today.  Not there yet :( Looks like the bottom line is:

"Apparently there is some work under way to allow both ZONE_DEVICE
(needed for DAX) and ZONE_DMA (needed by the sound drivers) to be
supported in the same kernel configuration."

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814855#37

and there may be some hope with:

http://www.spinics.net/lists/kernel/msg2170767.html

Is there, Linus?


-- 
Cristian

Bug#815787: May be a kernel problem not a pulseaudio one?

[Ben Hutchings]

Control: reassign -1 src:linux
Control: forcemerge 814855 -1

On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> On Thu, 25 Feb 2016, Felipe Sateler wrote:
> > 
> > Control: retitle: linux-4.4: missing snd-emu10k1 modules
> > 
> > On 25 February 2016 at 15:14, Russel Winder  wrote:
> > > Hi,
> > > 
> > > > The emu10k1 (or emu10k1x) driver (for the sound blaster) is not
> > > > loaded, so this is almost certainly a kernel problem.
> > > 
> > > Hummm….
> > > 
> > > > > find /lib -name "*emu10k*"
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> > > synth.ko
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> > > /lib/modules/4.2.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> > > synth.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > > /lib/modules/4.4.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > > 
> > > I think we have an answer, the kernel modules are not being packaged. I
> > > should have got here a lot earlier!
> > 
> > OK, now we have a root cause. Retitling the bug accordingly.
> 
> Yes, I'm hit by this one too.  The kernel image was simply not built
> with full support for the emu10k1 cards:
> 
> /boot/config-4.3.0-1-amd64:CONFIG_GAMEPORT_EMU10K1=m
> /boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1_SEQ=m
> /boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1=m
> /boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1X=m
> 
> /boot/config-4.4.0-1-amd64:CONFIG_GAMEPORT_EMU10K1=m
> /boot/config-4.4.0-1-amd64:# CONFIG_SND_EMU10K1_SEQ is not set
> 
> No mention of that in the changelog.

Yes there is:

  * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
- This disables drivers for some AC'97 sound cards

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

signature.asc
Description: This is a digitally signed message part

Bug#815787: May be a kernel problem not a pulseaudio one?

[Ben Hutchings]

On Sat, 2016-02-27 at 23:47 +0100, Cristian Ionescu-Idbohrn wrote:
> On Sat, 27 Feb 2016, Linus Torvalds wrote:
> > On Sat, Feb 27, 2016 at 1:52 PM, Cristian Ionescu-Idbohrn
> >  wrote:
> > > Background: https://bugs.debian.org/815787
> > > 
> > > "Until recently the Sound Blaster Live! card in my workstation worked
> > > fine. Sometime recently it has stopped working."
> > > 
> > > On Sat, 27 Feb 2016, Ben Hutchings wrote:
> > > > On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> > > > > 
> > > > > No mention of that in the changelog.
> > > > 
> > > > Yes there is:
> > > > 
> > > >   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
> > > > - This disables drivers for some AC'97 sound cards
> > > 
> > > Alright, but not obvious to me.
> > > 
> > > So, what is to do about that?
> > 
> > If I read this right, this seems to be a Debian kernel configuration
> > choice rather than anything else.

That's exactly what it is.  In unstable, which is called that for a
reason.

> > Does it work if you just compile your own kernel?
> 
> Wooh.  That was fast ;)  I'll try to beat Ben to it ;)  Tomorrow...
> Too late now.
> 
> Still, I really wonder what the debian changelog motivation behind it
> might be.  Various applications work much nicer with 4.3.5-1, than
> ever.  I read in the kernel log:
> 
> commit 5c408fee254633a5be69505bc86c6b034f871ab4
> Author: Maciej S. Szmigiero 
> Date:   Mon Jan 18 20:07:44 2016 +0100
> ...
> This fixes hard lockup on fsl_ssi module reload,
> at least in AC'97 mode.
> ...
> commit 3f1c241f0f5f90046258e6b8d4aeb6463ffdc08e
> Author: Maciej S. Szmigiero 
> Date:   Sun Dec 20 21:30:25 2015 +0100
> ...
> This unbreaks AC'97 register access.
> ...
> commit 25e5ef974c33f1e4a07a68bf830e6493ee6dab11
> Author: Maciej S. Szmigiero 
> Date:   Sun Dec 20 21:34:29 2015 +0100
> ...
> ASoC: fsl-asoc-card: use different route map for AC'97 mode
> 
> fsl_ssi uses different stream names ("AC97 Playback" / "AC97 Capture")
> in AC'97 mode so in this case fsl-asoc-card route map should
> also be using them.
> 
> But, I can't see that _does explain_ the:
> 
>    * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
>  - This disables drivers for some AC'97 sound cards
> 
> nor justifies the action.  Ben, care to explain?

The features that I enabled conflict with ZONE_DMA which is required by
these sound drivers.

If that conflict is removed then I'll happily enable them again.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

signature.asc
Description: This is a digitally signed message part

Bug#815787: May be a kernel problem not a pulseaudio one?

[Cristian Ionescu-Idbohrn]

On Sat, 27 Feb 2016, Linus Torvalds wrote:
> On Sat, Feb 27, 2016 at 1:52 PM, Cristian Ionescu-Idbohrn
>  wrote:
> > Background: https://bugs.debian.org/815787
> >
> > "Until recently the Sound Blaster Live! card in my workstation worked
> > fine. Sometime recently it has stopped working."
> >
> > On Sat, 27 Feb 2016, Ben Hutchings wrote:
> >> On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> >> >
> >> > No mention of that in the changelog.
> >>
> >> Yes there is:
> >>
> >>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
> >> - This disables drivers for some AC'97 sound cards
> >
> > Alright, but not obvious to me.
> >
> > So, what is to do about that?
>
> If I read this right, this seems to be a Debian kernel configuration
> choice rather than anything else.
>
> Does it work if you just compile your own kernel?

Wooh.  That was fast ;)  I'll try to beat Ben to it ;)  Tomorrow...
Too late now.

Still, I really wonder what the debian changelog motivation behind it
might be.  Various applications work much nicer with 4.3.5-1, than
ever.  I read in the kernel log:

commit 5c408fee254633a5be69505bc86c6b034f871ab4
Author: Maciej S. Szmigiero 
Date:   Mon Jan 18 20:07:44 2016 +0100
...
This fixes hard lockup on fsl_ssi module reload,
at least in AC'97 mode.
...
commit 3f1c241f0f5f90046258e6b8d4aeb6463ffdc08e
Author: Maciej S. Szmigiero 
Date:   Sun Dec 20 21:30:25 2015 +0100
...
This unbreaks AC'97 register access.
...
commit 25e5ef974c33f1e4a07a68bf830e6493ee6dab11
Author: Maciej S. Szmigiero 
Date:   Sun Dec 20 21:34:29 2015 +0100
...
ASoC: fsl-asoc-card: use different route map for AC'97 mode

fsl_ssi uses different stream names ("AC97 Playback" / "AC97 Capture")
in AC'97 mode so in this case fsl-asoc-card route map should
also be using them.

But, I can't see that _does explain_ the:

   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
 - This disables drivers for some AC'97 sound cards

nor justifies the action.  Ben, care to explain?


Cheers,

-- 
Cristian

Bug#815787: May be a kernel problem not a pulseaudio one?

[Christian Seiler]

On 02/27/2016 10:52 PM, Cristian Ionescu-Idbohrn wrote:
>>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
>> - This disables drivers for some AC'97 sound cards
> 
> Alright, but not obvious to me.
> 
> So, what is to do about that?

There are people working upstream on solving this issue:

http://thread.gmane.org/gmane.linux.kernel.mm/145039/

So you could stick with the Jessie 3.16 kernel (don't use 4.3,
because that won't receive security updates) until this is
fixed in a future kernel version.

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#815787: May be a kernel problem not a pulseaudio one?

[Linus Torvalds]

On Sat, Feb 27, 2016 at 1:52 PM, Cristian Ionescu-Idbohrn
 wrote:
> Background: https://bugs.debian.org/815787
>
> "Until recently the Sound Blaster Live! card in my workstation worked
> fine. Sometime recently it has stopped working."
>
> On Sat, 27 Feb 2016, Ben Hutchings wrote:
>> On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
>> >
>> > No mention of that in the changelog.
>>
>> Yes there is:
>>
>>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
>> - This disables drivers for some AC'97 sound cards
>
> Alright, but not obvious to me.
>
> So, what is to do about that?

If I read this right, this seems to be a Debian kernel configuration
choice rather than anything else.

Does it work if you just compile your own kernel?

 Linus

Bug#815787: May be a kernel problem not a pulseaudio one?

[Cristian Ionescu-Idbohrn]

Background: https://bugs.debian.org/815787

"Until recently the Sound Blaster Live! card in my workstation worked
fine. Sometime recently it has stopped working."

On Sat, 27 Feb 2016, Ben Hutchings wrote:
> On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> >
> > No mention of that in the changelog.
>
> Yes there is:
>
>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
> - This disables drivers for some AC'97 sound cards

Alright, but not obvious to me.

So, what is to do about that?  Stay on 4.3.5-1 for as long as I'm
happy with keeping this nice, working, piece of electronix:

Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
Subsystem: Creative Labs SBLive! Player 5.1

vintage 1999, or throw it away?  Do things need to be killed before
they're dead?  Oh, well.  Rethoric questions, maybe.  I do have the
money to add some more stuff to the junk yard :(

I once heard a story about a printer that started a movement.
Hopefully, the history might repeat itself.


Cheers,

-- 
Cristian

Bug#815787: May be a kernel problem not a pulseaudio one?

[Cristian Ionescu-Idbohrn]

On Thu, 25 Feb 2016, Felipe Sateler wrote:
>
> Control: retitle: linux-4.4: missing snd-emu10k1 modules
>
> On 25 February 2016 at 15:14, Russel Winder  wrote:
> > Hi,
> >
> >> The emu10k1 (or emu10k1x) driver (for the sound blaster) is not
> >> loaded, so this is almost certainly a kernel problem.
> >
> > Hummm….
> >
> > |> find /lib -name "*emu10k*"
> > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1
> > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> > synth.ko
> > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> > /lib/modules/4.2.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1
> > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> > synth.ko
> > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> > /lib/modules/4.3.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > /lib/modules/4.4.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> >
> > I think we have an answer, the kernel modules are not being packaged. I
> > should have got here a lot earlier!
>
> OK, now we have a root cause. Retitling the bug accordingly.

Yes, I'm hit by this one too.  The kernel image was simply not built
with full support for the emu10k1 cards:

/boot/config-4.3.0-1-amd64:CONFIG_GAMEPORT_EMU10K1=m
/boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1_SEQ=m
/boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1=m
/boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1X=m

/boot/config-4.4.0-1-amd64:CONFIG_GAMEPORT_EMU10K1=m
/boot/config-4.4.0-1-amd64:# CONFIG_SND_EMU10K1_SEQ is not set

No mention of that in the changelog.


Cheers,

-- 
Cristian

Bug#815787: May be a kernel problem not a pulseaudio one?

[Felipe Sateler]

Control: retitle: linux-4.4: missing snd-emu10k1 modules

On 25 February 2016 at 15:14, Russel Winder  wrote:
> Hi,
>
>> The emu10k1 (or emu10k1x) driver (for the sound blaster) is not
>> loaded, so this is almost certainly a kernel problem.
>
> Hummm….
>
> |> find /lib -name "*emu10k*"
> /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1
> /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> synth.ko
> /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> /lib/modules/4.2.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1
> /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> synth.ko
> /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> /lib/modules/4.3.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> /lib/modules/4.4.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
>
> I think we have an answer, the kernel modules are not being packaged. I
> should have got here a lot earlier!

OK, now we have a root cause. Retitling the bug accordingly.

-- 

Saludos,
Felipe Sateler

Bug#815787: May be a kernel problem not a pulseaudio one?

[Russel Winder]

Hi,

[…]
> 
> Second attempt is to do `ls /dev/snd/control*` , and run `udevadm
info
> $controlfile` for each result.

|> ls /dev/snd/control*
/dev/snd/controlC0

|> udevadm info /dev/snd/controlC0
P: /devices/pci:00/:00:01.0/:01:00.1/sound/card0/controlC0
N: snd/controlC0
S: snd/by-path/pci-:01:00.1
E: DEVLINKS=/dev/snd/by-path/pci-:01:00.1
E: DEVNAME=/dev/snd/controlC0
E: DEVPATH=/devices/pci:00/:00:01.0/:01:00.1/sound/card0/controlC0
E: ID_PATH=pci-:01:00.1
E: ID_PATH_TAG=pci-_01_00_1
E: MAJOR=116
E: MINOR=2
E: SUBSYSTEM=sound
E: TAGS=:uaccess:
E: USEC_INITIALIZED=6361135


[…]

> The emu10k1 (or emu10k1x) driver (for the sound blaster) is not
> loaded, so this is almost certainly a kernel problem.

Hummm….

|> find /lib -name "*emu10k*"
/lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1
/lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
/lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
synth.ko
/lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
/lib/modules/4.2.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
/lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1
/lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
/lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
synth.ko
/lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
/lib/modules/4.3.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
/lib/modules/4.4.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko

I think we have an answer, the kernel modules are not being packaged. I
should have got here a lot earlier!

-- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder



signature.asc
Description: This is a digitally signed message part

Bug#815787: May be a kernel problem not a pulseaudio one?

[Felipe Sateler]

Control: reassign -1 linux-image-4.4.0-1-amd64



On 25 February 2016 at 14:20, Russel Winder  wrote:
> Hi,
>
>>
>> Thanks, that is useful.
>
> Splendid. I appreciate it can be a pain having to ask for data, but it
> is much easier to send it what is asked for and will be useful than to
> try and guess ahead of time and inundate with useless stuff.

Yes, moreover, the level of output from pulseaudio verbose mode is too
much for normal usage so it cannot be automatically included.

>
>> The log contains:
>>
>> module-udev-detect.c: Found 1 cards.
>>
>> And no trace of the sound blaster. The code suggests that this is
>> either because it is no longer in the sound subsystem, or that the
>> path does not have an id[1].
>
> Sound blaster is definitely still there, witness that it is in the
> lspci listing and it works fine in earlier kernels.
>
> 09:02.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1
> (rev 05)
> 09:02.1 Input device controller: Creative Labs SB Live! Game Port (rev
> 05)
>
>> What is the output of:
>>
>> ls -d /sys/devices/*/*/sound/*
>
> |> ls -d /sys/devices/*/*/sound/*
> ls: cannot access '/sys/devices/*/*/sound/*': No such file or directory
>
> Which seems a bit terminal. Shall I reboot to 4.3.0 and do the same for
> comparison?

Second attempt is to do `ls /dev/snd/control*` , and run `udevadm info
$controlfile` for each result.

But, I somehow missed over the fact that in the initial bug report,
one of the attachments shows alsa knows nothing of the sound blaster.
If alsa does not know about it, then neither will pulseaudio. This
most likely is a problem in the kernel, so I am reassigning there and
CCing the kernel list.

>
>> And for each of those paths, what is the output of:
>>
>> udevadm info -p $path
>>
>> ?
>>
>> Also please attach the output of `lsmod | grep snd`
>
> |> lsmod | grep snd
> snd_hda_codec_hdmi 53248  1
> snd_hda_intel  36864  0
> snd_hda_codec 131072  2 snd_hda_codec_hdmi,snd_hda_intel
> snd_hda_core   65536  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
> snd_hwdep  16384  1 snd_hda_codec
> snd_pcm   102400  4 
> snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
> snd_timer  32768  1 snd_pcm
> snd81920  6 
> snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec,snd_hda_intel
> soundcore  16384  1 snd

The emu10k1 (or emu10k1x) driver (for the sound blaster) is not
loaded, so this is almost certainly a kernel problem.


-- 

Saludos,
Felipe Sateler

Bug#815787: May be a kernel problem not a pulseaudio one?

[Russel Winder]

Hi,

> 
> Thanks, that is useful.

Splendid. I appreciate it can be a pain having to ask for data, but it
is much easier to send it what is asked for and will be useful than to
try and guess ahead of time and inundate with useless stuff.

> The log contains:
> 
> module-udev-detect.c: Found 1 cards.
> 
> And no trace of the sound blaster. The code suggests that this is
> either because it is no longer in the sound subsystem, or that the
> path does not have an id[1].

Sound blaster is definitely still there, witness that it is in the
lspci listing and it works fine in earlier kernels.

09:02.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1
(rev 05)
09:02.1 Input device controller: Creative Labs SB Live! Game Port (rev
05)

> What is the output of:
> 
> ls -d /sys/devices/*/*/sound/*

|> ls -d /sys/devices/*/*/sound/*
ls: cannot access '/sys/devices/*/*/sound/*': No such file or directory

Which seems a bit terminal. Shall I reboot to 4.3.0 and do the same for
comparison?

> And for each of those paths, what is the output of:
> 
> udevadm info -p $path
> 
> ?
> 
> Also please attach the output of `lsmod | grep snd`

|> lsmod | grep snd
snd_hda_codec_hdmi 53248  1
snd_hda_intel  36864  0
snd_hda_codec 131072  2 snd_hda_codec_hdmi,snd_hda_intel
snd_hda_core   65536  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_hwdep  16384  1 snd_hda_codec
snd_pcm   102400  4 
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
snd_timer  32768  1 snd_pcm
snd81920  6 
snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec,snd_hda_intel
soundcore  16384  1 snd



> [1] http://sources.debian.net/src/pulseaudio/8.0-
> 1/src/modules/module-udev-detect.c/#L479
> 
> 
-- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder



signature.asc
Description: This is a digitally signed message part

Bug#815787: May be a kernel problem not a pulseaudio one?

[Felipe Sateler]

On 25 February 2016 at 12:44, Russel Winder  wrote:
> The log is attached.


Thanks, that is useful.

The log contains:

module-udev-detect.c: Found 1 cards.

And no trace of the sound blaster. The code suggests that this is
either because it is no longer in the sound subsystem, or that the
path does not have an id[1].

What is the output of:

ls -d /sys/devices/*/*/sound/*

And for each of those paths, what is the output of:

udevadm info -p $path

?

Also please attach the output of `lsmod | grep snd`

[1] 
http://sources.debian.net/src/pulseaudio/8.0-1/src/modules/module-udev-detect.c/#L479


-- 

Saludos,
Felipe Sateler

Bug#815787: May be a kernel problem not a pulseaudio one?

[Felipe Sateler]

Control: tags -1 moreinfo

On 25 February 2016 at 04:39, Russel Winder  wrote:
> I have tried rebooting to kernel 4.2, 4.3 as well as 4.4. This is only
> a problem for kernel 4.4, things works fine using kernels 4.3 and 4.2.
>
> I also get similar problems when booting to Fedora, there though kernel
> 4.4 works fine and kernel 4.5 fails.

The logs attached indeed do only show the HDMI Nvidia card. Could you
attach a pulseaudio verbose log[1]? This may give a hint on why it
doesn't pick up the card.

[1] https://wiki.ubuntu.com/PulseAudio/Log

>
> This may not be a pulseaudio problem per se. Should I raise a new bug
> report or can this one be relocated to get to the people that need to
> look at it?

This can be forwarded, but first please attach the log.

-- 

Saludos,
Felipe Sateler

Bug#815787: May be a kernel problem not a pulseaudio one?

[Russel Winder]

I have tried rebooting to kernel 4.2, 4.3 as well as 4.4. This is only
a problem for kernel 4.4, things works fine using kernels 4.3 and 4.2.

I also get similar problems when booting to Fedora, there though kernel
4.4 works fine and kernel 4.5 fails.

This may not be a pulseaudio problem per se. Should I raise a new bug
report or can this one be relocated to get to the people that need to
look at it?


signature.asc
Description: This is a digitally signed message part