8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Hi, I've been using 8.1-RELEASE on this desktop machine for a few months already, but only now found the time to look at a couple of problems with snd_hda and suspend/resume it still has. Maybe someone here has hints to fix them - I'd be grateful to hear them. Audio with snd_hda(4) works, but only if loaded as a module AND only if I load the module AFTER booting. If I compile it into the kernel or add snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 mixer(8) shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 There is no audio in that case. Unloading and reloading the module (or just loading the module manually after the boot process) logs: hdac0: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC885 hdac1: mem 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 pcm3: at cad 0 nid 1 on hdac1 mixer then shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 75:75 Mixer igainis currently set to 0:0 Audio then seems to work fine. (Plugging earphones into the computer's case's front plugs doesn't do anything, though - audio still comes from the speakers attached to the plug at the back of the case. Any ideas about that?) Loading snd_hda from a startup script would probably work, but I guess that's not the way it was meant to work. The other problem is with suspend/resume: Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power button wakes the system up again. Everything seems to work, only the LCD monitor remains off. (There also seem to be occasional cases in which the keyboard doesn't work any more, but I haven't really looked at that, yet. Usually, the system comes back up properly.) Loading dpms(4) doesn't seem to make a difference. The only way to turn the display on again seems to be typing "shutdown -r now" blindly. Regards, Stefan pgpgVNfPKc1sA.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Mon, Nov 15, 2010 at 10:37:09AM +0100, Stefan Walter wrote: > Hi, > [...] > The other problem is with suspend/resume: > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > button wakes the system up again. Everything seems to work, only the LCD > monitor remains off. (There also seem to be occasional cases in which the > keyboard doesn't work any more, but I haven't really looked at that, yet. > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > to make a difference. The only way to turn the display on again seems to > be typing "shutdown -r now" blindly. Try to set hw.acpi.reset_video to 1 in loader.conf. pgpTcsGD9f5wm.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Quoth Stefan Walter on Monday, 15 November 2010: > Hi, > > I've been using 8.1-RELEASE on this desktop machine for a few months > already, but only now found the time to look at a couple of problems with > snd_hda and suspend/resume it still has. Maybe someone here has hints to > fix them - I'd be grateful to hear them. > > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > load the module AFTER booting. If I compile it into the kernel or add > snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: > > hdac0: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > hdac1: HDA Codec #0: Realtek ALC885 > pcm1: at cad 0 nid 1 on hdac1 > pcm2: at cad 0 nid 1 on hdac1 > pcm3: at cad 0 nid 1 on hdac1 > > mixer(8) shows: > > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > > There is no audio in that case. Unloading and reloading the module (or > just loading the module manually after the boot process) logs: > > hdac0: mem 0xfe024000-0xfe027fff > irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC885 > hdac1: mem > 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > pcm3: at cad 0 nid 1 on hdac1 > > mixer then shows: > > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 75:75 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer mix is currently set to 0:0 > Mixer rec is currently set to 75:75 > Mixer igainis currently set to 0:0 > > Audio then seems to work fine. (Plugging earphones into the computer's > case's front plugs doesn't do anything, though - audio still comes from > the speakers attached to the plug at the back of the case. Any ideas about > that?) Loading snd_hda from a startup script would probably work, but I > guess that's not the way it was meant to work. > I had the same problem, but a later update to 8.1-STABLE seems to have fixed it. -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpTsn0nAsFtX.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Lars Engels, 15.11.10, 12:51h CET: > On Mon, Nov 15, 2010 at 10:37:09AM +0100, Stefan Walter wrote: > > Hi, > > > [...] > > The other problem is with suspend/resume: > > > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > > button wakes the system up again. Everything seems to work, only the LCD > > monitor remains off. (There also seem to be occasional cases in which the > > keyboard doesn't work any more, but I haven't really looked at that, yet. > > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > > to make a difference. The only way to turn the display on again seems to > > be typing "shutdown -r now" blindly. > > Try to set hw.acpi.reset_video to 1 in loader.conf. That does indeed help (when suspending/resuming from the console - when doing it from X11, it doesn't) - thanks! Regards, Stefan pgpitVzm1FhJb.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Chip Camden, 15.11.10, 17:52h CET: [Audio problem with snd_hda] > > I had the same problem, but a later update to 8.1-STABLE seems to have > fixed it. OK, looking forward to an update, then. Thanks! Regards, Stefan pgpStuFQ4e1uV.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Bruce Cran, 16.11.10, 15:44h CET: > On Monday 15 November 2010 09:37:09 Stefan Walter wrote: > > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > > button wakes the system up again. Everything seems to work, only the LCD > > monitor remains off. (There also seem to be occasional cases in which the > > keyboard doesn't work any more, but I haven't really looked at that, yet. > > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > > to make a difference. The only way to turn the display on again seems to > > be typing "shutdown -r now" blindly. > > What graphics card do you have? If it's nVidia, try building the driver with > ACPI_PM enabled and running "acpiconf -s3" from X11. That boots the video > chip > up on my laptop at least - though it seems some corruption occurs because > I've > had some odd panics afterwards in the fs and vm subsystems, and attempting to > suspend for a second time results in the system rebooting instead. It's an ATI Radeon HD 4200 integrated on the mainboard, using x11-drivers/xf86-video-ati. It now works from the console with hw.acpi.reset_video=1. From within X11, it doesn't. Regards, Stefan pgpGbUfdCxzhO.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Tue, Nov 16, 2010 at 08:06:01PM +0100, Stefan Walter wrote: > Bruce Cran, 16.11.10, 15:44h CET: > > > On Monday 15 November 2010 09:37:09 Stefan Walter wrote: > > > > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > > > button wakes the system up again. Everything seems to work, only the LCD > > > monitor remains off. (There also seem to be occasional cases in which the > > > keyboard doesn't work any more, but I haven't really looked at that, yet. > > > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > > > to make a difference. The only way to turn the display on again seems to > > > be typing "shutdown -r now" blindly. > > > > What graphics card do you have? If it's nVidia, try building the driver > > with > > ACPI_PM enabled and running "acpiconf -s3" from X11. That boots the video > > chip > > up on my laptop at least - though it seems some corruption occurs because > > I've > > had some odd panics afterwards in the fs and vm subsystems, and attempting > > to > > suspend for a second time results in the system rebooting instead. > > It's an ATI Radeon HD 4200 integrated on the mainboard, using > x11-drivers/xf86-video-ati. It now works from the console with > hw.acpi.reset_video=1. From within X11, it doesn't. You could try this: http://lists.debian.org/debian-bsd/2009/11/msg6.html Download && compile the code (gcc -o chvt chvt.c). Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to /etc/rc.resume, so that your machine automatically changes to ttyv0 before going to sleep and changes back to X after waking up. pgpboEgLdWaBD.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Tue, 16 Nov 2010 21:46:44 +0100 Lars Engels wrote: > Download && compile the code (gcc -o chvt chvt.c). > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > /etc/rc.resume, so that your machine automatically changes to ttyv0 > before going to sleep and changes back to X after waking up. The acpi code already does this: if you run acpiconf from within X you'll see ttyv0 appear, the system turns off and when resuming ttyv0 appears before X11. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Tue, 16 Nov 2010, Bruce Cran wrote: > On Tue, 16 Nov 2010 21:46:44 +0100 > Lars Engels wrote: > > > Download && compile the code (gcc -o chvt chvt.c). > > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > > /etc/rc.resume, so that your machine automatically changes to ttyv0 > > before going to sleep and changes back to X after waking up. > > The acpi code already does this: if you run acpiconf from within X > you'll see ttyv0 appear, the system turns off and when resuming ttyv0 > appears before X11. Perhaps this might be one of those machines (I have two) that respond positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=1 ? cheers, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Monday 15 November 2010 09:37:09 Stefan Walter wrote: > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > button wakes the system up again. Everything seems to work, only the LCD > monitor remains off. (There also seem to be occasional cases in which the > keyboard doesn't work any more, but I haven't really looked at that, yet. > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > to make a difference. The only way to turn the display on again seems to > be typing "shutdown -r now" blindly. What graphics card do you have? If it's nVidia, try building the driver with ACPI_PM enabled and running "acpiconf -s3" from X11. That boots the video chip up on my laptop at least - though it seems some corruption occurs because I've had some odd panics afterwards in the fs and vm subsystems, and attempting to suspend for a second time results in the system rebooting instead. -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
[Resent because I forgot to really cc jkim...sorry!] Ian Smith, 17.11.10, 04:20h CET: > On Tue, 16 Nov 2010, Bruce Cran wrote: > > On Tue, 16 Nov 2010 21:46:44 +0100 > > Lars Engels wrote: > > > > > Download && compile the code (gcc -o chvt chvt.c). > > > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > > > /etc/rc.resume, so that your machine automatically changes to ttyv0 > > > before going to sleep and changes back to X after waking up. > > > > The acpi code already does this: if you run acpiconf from within X > > you'll see ttyv0 appear, the system turns off and when resuming ttyv0 > > appears before X11. In my case, I don't see ttyv0 appear before suspend - neither from within X nor from another tty. But when suspending from another tty, I see ttyv0 briefly after resume before it switches back to the one I started acpiconf from, so I guess the automatic switching works at least between ttys. When starting acpiconf from within X, I hear three beeps at intervals of about one second before the system suspends. As I wrote before, when the system resumes the screen turns on but remains black, the keyboard doesn't seem to do anything and I can only press the power button again to shut the system down completely. There have been cases where I've seen the console right before its powered down with lots of messages like this one (typed from memory): info: [drm] wait idle failed status > Perhaps this might be one of those machines (I have two) that respond > positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=1 ? When I do that, the only difference I've noticed is that I don't hear the three beeps mentioned above. Can anyone tell me if there have been changes to the ACPI code in 8-STABLE since 8.1-RELEASE that might influence the suspend/resume behaviour in this case? (There has been an MFC recently, but I have no idea if that might change anything for me - cc'd jkim because he seems to know much about this stuff.) Regards, Stefan pgpxXaCWQLXPV.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Ian Smith, 17.11.10, 04:20h CET: > On Tue, 16 Nov 2010, Bruce Cran wrote: > > On Tue, 16 Nov 2010 21:46:44 +0100 > > Lars Engels wrote: > > > > > Download && compile the code (gcc -o chvt chvt.c). > > > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > > > /etc/rc.resume, so that your machine automatically changes to ttyv0 > > > before going to sleep and changes back to X after waking up. > > > > The acpi code already does this: if you run acpiconf from within X > > you'll see ttyv0 appear, the system turns off and when resuming ttyv0 > > appears before X11. In my case, I don't see ttyv0 appear before suspend - neither from within X nor from another tty. But when suspending from another tty, I see ttyv0 briefly after resume before it switches back to the one I started acpiconf from, so I guess the automatic switching works at least between ttys. When starting acpiconf from within X, I hear three beeps at intervals of about one second before the system suspends. As I wrote before, when the system resumes the screen turns on but remains black, the keyboard doesn't seem to do anything and I can only press the power button again to shut the system down completely. There have been cases where I've seen the console right before its powered down with lots of messages like this one (typed from memory): info: [drm] wait idle failed status > Perhaps this might be one of those machines (I have two) that respond > positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=1 ? When I do that, the only difference I've noticed is that I don't hear the three beeps mentioned above. Can anyone tell me if there have been changes to the ACPI code in 8-STABLE since 8.1-RELEASE that might influence the suspend/resume behaviour in this case? (There has been an MFC recently, but I have no idea if that might change anything for me - cc'd jkim because he seems to know much about this stuff.) Regards, Stefan pgpjSHr70GbHO.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Stefan Walter-5 wrote: > > Can anyone tell me if there have been changes to the ACPI code in 8-STABLE > since 8.1-RELEASE that might influence the suspend/resume behaviour in > this case? (There has been an MFC recently, but I have no idea if that > might change anything for me - cc'd jkim because he seems to know much > about this stuff.) > > Regards, > Stefan > Hello. Recent change in suspend behaviour here I can attribute only to ACPICA MFC. Previously resume left me with blank screen or non responsive one. Now upon resume; from X11 or not, almost all is working, only thing that is stalled is pointer. Also, I get CPU0 local APIC error 0x40 and upon restarting calcru : runtime went backwards from (...) for pid 1 (init) Huge improvement from non-working suspend though. best regards, - Jakub Lach P.S. T400 amd64 -- View this message in context: http://old.nabble.com/8.1-RELEASE%3A-snd_hda-works-as-module-only%2C-suspend-resume-leaves-display-off-tp30217487p30270860.html Sent from the freebsd-stable mailing list archive at Nabble.com. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Jakub Lach, 21.11.10, 12:29h CET: > Stefan Walter-5 wrote: > > > > Can anyone tell me if there have been changes to the ACPI code in 8-STABLE > > since 8.1-RELEASE that might influence the suspend/resume behaviour in > > this case? (There has been an MFC recently, but I have no idea if that > > might change anything for me - cc'd jkim because he seems to know much > > about this stuff.) > > > > Regards, > > Stefan > > > > Hello. > > Recent change in suspend behaviour here I can > attribute only to ACPICA MFC. > > Previously resume left me with blank screen or non > responsive one. > > Now upon resume; from X11 or not, almost all is working, > only thing that is stalled is pointer. > > Also, I get CPU0 local APIC error 0x40 and upon restarting > > calcru : runtime went backwards from (...) > for pid 1 (init) > > Huge improvement from non-working suspend though. I originally didn't want to update my system before the code freeze for 8.2, but this sounded promising, so I just did it this afternoon. I have suspended and resumed the system from X11 a few times now, and it seems like it works reliably and without any problems now. (Now I also see the switch to ttyv0 before the system is suspended.) Great improvement for my desktop system - thanks to everyone working on it! Best regards, Stefan pgpaxMIngg6s5.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Sunday 21 November 2010 05:37 am, Stefan Walter wrote: > [Resent because I forgot to really cc jkim...sorry!] > > Ian Smith, 17.11.10, 04:20h CET: > > On Tue, 16 Nov 2010, Bruce Cran wrote: > > > On Tue, 16 Nov 2010 21:46:44 +0100 > > > > > > Lars Engels wrote: > > > > Download && compile the code (gcc -o chvt chvt.c). > > > > Add "$path/$to/chvt 1" to /etc/rc.suspend and > > > > "$path/$to/chvt 9" to /etc/rc.resume, so that your machine > > > > automatically changes to ttyv0 before going to sleep and > > > > changes back to X after waking up. > > > > > > The acpi code already does this: if you run acpiconf from > > > within X you'll see ttyv0 appear, the system turns off and > > > when resuming ttyv0 appears before X11. > > In my case, I don't see ttyv0 appear before suspend - neither from > within X nor from another tty. But when suspending from another > tty, I see ttyv0 briefly after resume before it switches back to > the one I started acpiconf from, so I guess the automatic switching > works at least between ttys. Most cases, it happens too fast and users don't notice transition. > When starting acpiconf from within X, I hear three beeps at > intervals of about one second before the system suspends. As I > wrote before, when the system resumes the screen turns on but > remains black, the keyboard doesn't seem to do anything and I can > only press the power button again to shut the system down > completely. There have been cases where I've seen the console right > before its powered down with lots of messages like this one (typed > from memory): > > info: [drm] wait idle failed status If you are using hw.acpi.reset_video=1, please load vesa.ko instead. hw.acpi.reset_video is an evil hack. ;-) I don't know why X.org complains, though. > > Perhaps this might be one of those machines (I have two) that > > respond positively to setting sysctl > > hw.syscons.sc_no_suspend_vtswitch=1 ? > > When I do that, the only difference I've noticed is that I don't > hear the three beeps mentioned above. > > Can anyone tell me if there have been changes to the ACPI code in > 8-STABLE since 8.1-RELEASE that might influence the suspend/resume > behaviour in this case? (There has been an MFC recently, but I have > no idea if that might change anything for me - cc'd jkim because he > seems to know much about this stuff.) Yes, I did several MFCs after 8.1-RELEASE, especially syscons(4), not ACPI. Jung-uk Kim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Stefan Walter, 15.11.10, 10:37h CET: > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > load the module AFTER booting. If I compile it into the kernel or add > snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: > > hdac0: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > hdac1: HDA Codec #0: Realtek ALC885 > pcm1: at cad 0 nid 1 on hdac1 > pcm2: at cad 0 nid 1 on hdac1 > pcm3: at cad 0 nid 1 on hdac1 > > mixer(8) shows: > > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > > There is no audio in that case. Unloading and reloading the module (or > just loading the module manually after the boot process) logs: > > hdac0: mem 0xfe024000-0xfe027fff > irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC885 > hdac1: mem > 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > pcm3: at cad 0 nid 1 on hdac1 > > mixer then shows: > > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 75:75 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer mix is currently set to 0:0 > Mixer rec is currently set to 75:75 > Mixer igainis currently set to 0:0 > > Audio then seems to work fine. (Plugging earphones into the computer's > case's front plugs doesn't do anything, though - audio still comes from > the speakers attached to the plug at the back of the case. Any ideas about > that?) Loading snd_hda from a startup script would probably work, but I > guess that's not the way it was meant to work. Unfortunately, the recent update to 8-STABLE didn't change anything with these problems - any ideas, anyone? Regards, Stefan pgpMTvhWqAOok.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On 30.11.2010 22:12, Stefan Walter wrote: Stefan Walter, 15.11.10, 10:37h CET: Audio with snd_hda(4) works, but only if loaded as a module AND only if I load the module AFTER booting. If I compile it into the kernel or add snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 mixer(8) shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 There is no audio in that case. Unloading and reloading the module (or just loading the module manually after the boot process) logs: hdac0: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC885 hdac1: mem 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 pcm3: at cad 0 nid 1 on hdac1 mixer then shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 75:75 Mixer igainis currently set to 0:0 Audio then seems to work fine. (Plugging earphones into the computer's case's front plugs doesn't do anything, though - audio still comes from the speakers attached to the plug at the back of the case. Any ideas about that?) Loading snd_hda from a startup script would probably work, but I guess that's not the way it was meant to work. Unfortunately, the recent update to 8-STABLE didn't change anything with these problems - any ideas, anyone? Loading driver aftre boot seems have different device probe order. That causes HDMI HDA codec on video card to be probed either first or second. It is not snd_hda problem and could be handled just by choosing right pcm device to use (possibly via hw.snd.default_unit sysctl). Lack of audio redirection can probably be explained by CODEC configuration made by BIOS. I suppose that front connectors are configured as separate pcm device. -- Alexander Motin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
Alexander Motin, 30.11.10, 22:07h CET: > On 30.11.2010 22:12, Stefan Walter wrote: > > Stefan Walter, 15.11.10, 10:37h CET: > >> Audio with snd_hda(4) works, but only if loaded as a module AND only if I > >> load the module AFTER booting. If I compile it into the kernel or add > >> snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: > >> > >> hdac0: HDA Codec #0: ATI RS690/780 HDMI > >> pcm0: at cad 0 nid 1 on hdac0 > >> hdac1: HDA Codec #0: Realtek ALC885 > >> pcm1: at cad 0 nid 1 on hdac1 > >> pcm2: at cad 0 nid 1 on hdac1 > >> pcm3: at cad 0 nid 1 on hdac1 > >> > >> mixer(8) shows: > >> > >> Mixer vol is currently set to 75:75 > >> Mixer pcm is currently set to 75:75 > >> > >> There is no audio in that case. Unloading and reloading the module (or > >> just loading the module manually after the boot process) logs: > >> > >> hdac0: mem > >> 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 > >> hdac0: HDA Driver Revision: 20100226_0142 > >> hdac0: [ITHREAD] > >> hdac0: HDA Codec #0: Realtek ALC885 > >> hdac1: mem > >> 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 > >> hdac1: HDA Driver Revision: 20100226_0142 > >> hdac1: [ITHREAD] > >> hdac1: HDA Codec #0: ATI RS690/780 HDMI > >> pcm0: at cad 0 nid 1 on hdac0 > >> pcm1: at cad 0 nid 1 on hdac0 > >> pcm2: at cad 0 nid 1 on hdac0 > >> pcm3: at cad 0 nid 1 on hdac1 > >> > >> mixer then shows: > >> > >> Mixer vol is currently set to 75:75 > >> Mixer pcm is currently set to 75:75 > >> Mixer speaker is currently set to 75:75 > >> Mixer line is currently set to 75:75 > >> Mixer mic is currently set to 0:0 > >> Mixer mix is currently set to 0:0 > >> Mixer rec is currently set to 75:75 > >> Mixer igainis currently set to 0:0 > >> > >> Audio then seems to work fine. (Plugging earphones into the computer's > >> case's front plugs doesn't do anything, though - audio still comes from > >> the speakers attached to the plug at the back of the case. Any ideas about > >> that?) Loading snd_hda from a startup script would probably work, but I > >> guess that's not the way it was meant to work. > > > > Unfortunately, the recent update to 8-STABLE didn't change anything with > > these problems - any ideas, anyone? > > Loading driver aftre boot seems have different device probe order. That > causes HDMI HDA codec on video card to be probed either first or second. > It is not snd_hda problem and could be handled just by choosing right > pcm device to use (possibly via hw.snd.default_unit sysctl). Indeed - setting hw.snd.default_unit to 1 helped. > Lack of audio redirection can probably be explained by CODEC > configuration made by BIOS. I suppose that front connectors are > configured as separate pcm device. Ah, OK - seems like you're right again. Setting hw.snd.default_unit to the other analog one directed the sound to the front plugs. Thanks a lot! Regards, Stefan pgpou3WUk7XfU.pgp Description: PGP signature
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
2010/11/15 Stefan Walter : > Hi, > > I've been using 8.1-RELEASE on this desktop machine for a few months > already, but only now found the time to look at a couple of problems with > snd_hda and suspend/resume it still has. Maybe someone here has hints to > fix them - I'd be grateful to hear them. > > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > load the module AFTER booting. If I compile it into the kernel or add > snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: > > hdac0: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > hdac1: HDA Codec #0: Realtek ALC885 > pcm1: at cad 0 nid 1 on hdac1 > pcm2: at cad 0 nid 1 on hdac1 > pcm3: at cad 0 nid 1 on hdac1 > > mixer(8) shows: > > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > > There is no audio in that case. Unloading and reloading the module (or > just loading the module manually after the boot process) logs: > > hdac0: mem 0xfe024000-0xfe027fff > irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC885 > hdac1: mem > 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > pcm3: at cad 0 nid 1 on hdac1 > > mixer then shows: > > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 75:75 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer mix is currently set to 0:0 > Mixer rec is currently set to 75:75 > Mixer igain is currently set to 0:0 > > Audio then seems to work fine. (Plugging earphones into the computer's > case's front plugs doesn't do anything, though - audio still comes from > the speakers attached to the plug at the back of the case. Any ideas about > that?) Loading snd_hda from a startup script would probably work, but I > guess that's not the way it was meant to work. > > The other problem is with suspend/resume: > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > button wakes the system up again. Everything seems to work, only the LCD > monitor remains off. (There also seem to be occasional cases in which the > keyboard doesn't work any more, but I haven't really looked at that, yet. > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > to make a difference. The only way to turn the display on again seems to > be typing "shutdown -r now" blindly. > > Regards, > Stefan > Same here, if I have snd_hda directly in kernel, screen doesn't wake up with or without hw.acpi.reset_video=1. I don't like much modules since it takes some time to load at boot so if a fix could be made it will be great.. Cheers, -- Demelier David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER wrote: > Same here, if I have snd_hda directly in kernel, screen doesn't wake > up with or without hw.acpi.reset_video=1. I don't like much modules > since it takes some time to load at boot > Are you booting from a tape drive or something? -- Adam Vande More ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
2010/12/1 Adam Vande More : > On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER > wrote: >> >> Same here, if I have snd_hda directly in kernel, screen doesn't wake >> up with or without hw.acpi.reset_video=1. I don't like much modules >> since it takes some time to load at boot > > Are you booting from a tape drive or something? > > -- > Adam Vande More > No, but loading if you convert your kernel into modules, it takes a lot of time to load every modules. PC-BSD does it and it's slow. -- Demelier David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off
I have exactly the same problem, the video never wakes up for acpiconf -s 3. My computer is HP nc8430, with 8.2-PRELEASE amd64. My old laptop Dell Inspiron 1100 with FreeBSD5.5 i386 has the same problem. So FreeBSD just can't handle suspend on my laptops :) On Wed, Dec 1, 2010 at 3:49 PM, David DEMELIER wrote: > 2010/11/15 Stefan Walter : > > Hi, > > > > I've been using 8.1-RELEASE on this desktop machine for a few months > > already, but only now found the time to look at a couple of problems with > > snd_hda and suspend/resume it still has. Maybe someone here has hints to > > fix them - I'd be grateful to hear them. > > > > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > > load the module AFTER booting. If I compile it into the kernel or add > > snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: > > > > hdac0: HDA Codec #0: ATI RS690/780 HDMI > > pcm0: at cad 0 nid 1 on hdac0 > > hdac1: HDA Codec #0: Realtek ALC885 > > pcm1: at cad 0 nid 1 on hdac1 > > pcm2: at cad 0 nid 1 on hdac1 > > pcm3: at cad 0 nid 1 on hdac1 > > > > mixer(8) shows: > > > > Mixer vol is currently set to 75:75 > > Mixer pcm is currently set to 75:75 > > > > There is no audio in that case. Unloading and reloading the module (or > > just loading the module manually after the boot process) logs: > > > > hdac0: mem > 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: [ITHREAD] > > hdac0: HDA Codec #0: Realtek ALC885 > > hdac1: mem > 0xfdffc000-0xfdff irq 19 at device 5.1 on pci1 > > hdac1: HDA Driver Revision: 20100226_0142 > > hdac1: [ITHREAD] > > hdac1: HDA Codec #0: ATI RS690/780 HDMI > > pcm0: at cad 0 nid 1 on hdac0 > > pcm1: at cad 0 nid 1 on hdac0 > > pcm2: at cad 0 nid 1 on hdac0 > > pcm3: at cad 0 nid 1 on hdac1 > > > > mixer then shows: > > > > Mixer vol is currently set to 75:75 > > Mixer pcm is currently set to 75:75 > > Mixer speaker is currently set to 75:75 > > Mixer line is currently set to 75:75 > > Mixer mic is currently set to 0:0 > > Mixer mix is currently set to 0:0 > > Mixer rec is currently set to 75:75 > > Mixer igainis currently set to 0:0 > > > > Audio then seems to work fine. (Plugging earphones into the computer's > > case's front plugs doesn't do anything, though - audio still comes from > > the speakers attached to the plug at the back of the case. Any ideas > about > > that?) Loading snd_hda from a startup script would probably work, but I > > guess that's not the way it was meant to work. > > > > The other problem is with suspend/resume: > > > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > > button wakes the system up again. Everything seems to work, only the LCD > > monitor remains off. (There also seem to be occasional cases in which the > > keyboard doesn't work any more, but I haven't really looked at that, yet. > > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > > to make a difference. The only way to turn the display on again seems to > > be typing "shutdown -r now" blindly. > > > > Regards, > > Stefan > > > > Same here, if I have snd_hda directly in kernel, screen doesn't wake > up with or without hw.acpi.reset_video=1. I don't like much modules > since it takes some time to load at boot so if a fix could be made it > will be great.. > > Cheers, > > -- > Demelier David > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- Zhihao Yuan The best way to predict the future is to invent it. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
