openSuSE11.1 ->nVidia 180.22 -> audio problem and overscan

Nothing, nothing and nothing.
Please, have a look to: third dmesg - nopaste.com (beta)
Probably help to know that my htpc is linked with a 3,5 audio cable to my Samsung LCD TV LE32A656… in VGA no sound (never had), and in HDMI no sound (if I uninstall nvidia vga driver sound works… boh).

Which model options did you try?

In your dmesg I note an acpi and nvidia comment immediately prior to the alsa driver trying to load.


ACPI: Thermal Zone [THRM] (44 C)
ACPI: WMI: Mapper loaded
nvidia: module license 'NVIDIA' taints kernel.
hda_codec: Unknown model for ALC883, trying auto-probe from BIOS...

As you can see in dmesg, I tried those:

3stack-dig
6stack-dig
3stack-6ch
3stack-6ch-dig
auto

no others… probably some nvidia driver around???

I recommend you try them all, one by one.

acer and lenovo too?!?

I note this line in the dmesg:

hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj

The HD-Audio.txt file has this to say:

DMA-Position Problem

The most common problem of the controller is the inaccurate DMA pointer reporting.  The DMA pointer for playback and capture can be read in two ways, either via a LPIB register or via a position-buffer map.  As default the driver tries to read from the io-mapped position-buffer, and falls back to LPIB if the position-buffer appears dead.  However, this detection isn't perfect on some devices.  In such a case, you can change the default method via `position_fix` option.

`position_fix=1` means to use LPIB method explicitly.
`position_fix=2` means to use the position-buffer.  
0 is the default value, the automatic check and fallback to LPIB as described in the above.  If you get a problem of repeated sounds, this option might help.

In addition to that, every controller is known to be broken regarding the wake-up timing.  It wakes up a few samples before actually processing the data on the buffer.  This caused a lot of problems, for example, with ALSA dmix or JACK.  Since 2.6.27 kernel, the driver puts an artificial delay to the wake up timing.  This delay is controlled via `**bdl_pos_adj**` option. 

When `bdl_pos_adj` is a negative value (as default), it's assigned to an appropriate value depending on the controller chip.  For Intel chips, it'd be 1 while it'd be 32 for others.  Usually this works. Only in case it doesn't work and you get warning messages, you should change this parameter to other values.

All of them.

Sorry, my time is over…
Good night and thanks. THANKS for the moment.

The diagnostic script you ran provided this information on your badl_pos_adj and position_fix, … but I do not know if that is different for different model options.
bdl_pos_adj : 32
position_fix : 0
If worst comes to worst, you could play with those values, although it might be useful to see what those values might be when your sound works.

I don’t know where adjust those values… can you help me again?
And what about that “nvidia taints kernel…” string?

ACPI: Thermal Zone [THRM] (44 C)
ACPI: WMI: Mapper loaded
nvidia: module license ‘NVIDIA’ taints kernel.
hda_codec: Unknown model for ALC883, trying auto-probe from BIOS…

I think one place where they could be located would be in the /etc/modprobe.d/sound file. BUT before attempting that, I recommend you try all the various model options first. All of them. Note you must restart alsa sound driver after each saved attempt.

I’m not knowedgeable in this.

My view is that (taints kernel) is not good.

But you need someone who knows something about:
a. kernels,
b. nVidia drivers, and
c. alsa sound driver
to knowledgeably comment on that.

Given that I always use the nVidia openGL driver (and not the proprietary driver) , and given I do NOT mess around with my kernel, that definitely excludes me from helping there.

OK, I’ll go forther with probing all models. Restarting alsa and controlling alsamixer.
About nvidia… I do not know what to do…
Now I’m writing on another linux-machine, an older one with 11.0 and pae-kernel… audio goes fine with pc speakers (video integrated), and nvidia drivers too (173.xx).
Here is the dmesg for a comparison: dmesg from another linux ma… - nopaste.com (beta)

where I can’t see nothing about ALSA but:

ACPI: I/O resource vt596_smbus [0x400-0x407] conflicts with ACPI region SMOV [0x400-0x406]
ACPI: Device needs an ACPI driver
nvidia: module license ‘NVIDIA’ taints kernel.
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
NVRM: loading NVIDIA Linux x86 Kernel Module 96.43.07 Wed Jul 2 12:17:43 PDT 2008
ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 22
PCI: Setting latency timer of device 0000:00:11.5 to 64

linux:/home/francy # rpm -qa | grep alsa
alsa-plugins-1.0.16-57.1
alsa-1.0.16-39.1
alsa-oss-1.0.15-48.1
alsa-plugins-pulse-1.0.16-57.1
alsa-utils-1.0.16-35.1

linux:/home/francy # rpm -qa | grep pulse
pulseaudio-0.9.10-26.5
libpulse-browse0-0.9.10-26.5
libpulsecore4-0.9.10-26.5
pulseaudio-esound-compat-0.9.10-26.5
alsa-plugins-pulse-1.0.16-57.1
libpulse0-0.9.10-26.5

linux:/home/francy # rpm -q libasound2
libasound2-1.0.16-39.1

linux:/home/francy # uname -a
Linux linux 2.6.25.16-0.1-pae #1 SMP 2008-08-21 00:34:25 +0200 i686 athlon i386 GNU/Linux

linux:/home/francy # cat /etc/modprobe.d/sound
options snd-via82xx enable=1 index=0

Ssy1.sBrlL7AXWD4:VT8233/A/8235/8237 AC97 Audio Controller

alias snd-card-0 snd-via82xx

Thanks, but is it an identical PC ? I have access to 5 PC’s with Linux installed at home (if one counts my mother’s, that I maintain remotely, I have access to 6 PCs), so I don’t need to see a 7th. :slight_smile:

Have you tried all the model options?

lol! No it isn’t obviously… I thought that it could help us. :frowning:
I ever ask you pardon for my english?
So, this evening if it’ll be possible I’ll try the other model options.
Let me know a thing: but in D-SUB (VGA mode) wuold I have to hear audio? 'Cause I never heard it… only in HDMI with 3,5 jack.

@oldpc

in the evening I’ll try the other models.
Thanks

Toninght I did a quit try installing nvidia 180.29 drivers.
Something changed… HDMI Nvidia cames up in aplay -l but still no sound.
I try with 3stack-6ch-dig and others, but in root permissions I obtain this with NO sound:
htpc:/home/htpc/.jd/downloads/L_Hawke # speaker-test -c2 -l5 -twav

speaker-test 1.0.19

Playback device is default
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2048 to 8192
Period size range from 1024 to 1024
Using max buffer size 8192
Periods = 4
was set period_size = 1024
was set buffer_size = 8192
0 - Front Left
1 - Front Right
Time per period = 2,846523
0 - Front Left
1 - Front Right

and in user permissions I obtain:

htpc@htpc:~> speaker-test -c2 -l5 -twav

speaker-test 1.0.19

Playback device is default
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
ALSA lib pcm_dmix.c:975:(snd_pcm_dmix_open) unable to create IPC semaphore
Playback open error: -13,Permission denied
ALSA lib pcm_dmix.c:975:(snd_pcm_dmix_open) unable to create IPC semaphore
Playback open error: -13,Permission denied
ALSA lib pcm_dmix.c:975:(snd_pcm_dmix_open) unable to create IPC semaphore
Playback open error: -13,Permission denied

News from nvidia 180.29

htpc:/home/htpc # aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: ALC888 Analog [ALC888 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 1: ALC888 Digital [ALC888 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0

All devices are listed as Nvidia controlled…

In alsamixer I can see:

Card: HDA NVidia
Chip: Nvidia MCP67 HDMI

and no more words about ALC888…

Try adding your regular user to group audio:
SDB:AudioTroubleshooting - fix a permissions problem - openSUSE

Yes, this evenenig but… with root permissions it does not play nothing…

I’ll try this way…
No headphone output on MCP51 - nV News Forums