8.2-STABLE: audio stopped working properly after upgrade to today's sources
Hi, I have just upgraded to 8.2-STABLE (sources from today) and now my audio does not work as it should, its all very, very quiet, even at levels 100/100 for PCM/VOL with mixer, also when I plug in the headphones they are deaf and sound still plays on the speakers, below are some details of my hardware. I did not done any modifications to GENERIC config, just build it 'as is'. Thanks in advance for any help, vermaden Generally: Dell Latitude E6400 (laptop) % uname -a FreeBSD e6400 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Jul 4 09:34:04 CEST 2011 root@e6400:/usr/obj/usr/src/sys/GENERIC amd64 % cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: (play/rec) default pcm1: (play) pcm2: (play) pcm3: (play) % mixer Mixer vol is currently set to 100:100 Mixer bass is currently set to 50:50 Mixer treble is currently set to 50:50 Mixer pcm is currently set to 100:100 Mixer mic is currently set to 0:0 Recording source: mic % pciconf -lv hostb0@pci0:0:0:0: class=0x06 card=0x02331028 chip=0x2a408086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile Memory Controller Hub' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x03 card=0x02331028 chip=0x2a428086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel Mobile Graphic (Mobile Intel 4 Series Chipset Family)' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x02331028 chip=0x2a438086 rev=0x07 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel Mobile Graphic (Mobile Intel 4 Series Chipset Family)' class = display em0@pci0:0:25:0:class=0x02 card=0x02331028 chip=0x10f58086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82567LM-2 Gigabit Network Connection (82567LM)' class = network subclass = ethernet uhci0@pci0:0:26:0: class=0x0c0300 card=0x02331028 chip=0x29378086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x02331028 chip=0x29388086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:26:2: class=0x0c0300 card=0x02331028 chip=0x29398086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x02331028 chip=0x293c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0x02331028 chip=0x293e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) HD Audio Controller' class = multimedia subclass = HDA pcib1@pci0:0:28:0: class=0x060400 card=0x02331028 chip=0x29408086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x02331028 chip=0x29428086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x02331028 chip=0x29448086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 3' class = bridge subclass = PCI-PCI uhci3@pci0:0:29:0: class=0x0c0300 card=0x02331028 chip=0x29348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci4@pci0:0:29:1: class=0x0c0300 card=0x02331028 chip=0x29358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci5@pci0:0:29:2: class=0x0c0300 card=0x02331028 chip=0x29368086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x02331028 chip=0x293a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:0:30:0: class=0x0604
dell latitude 13
> Intel Core#2 Duo SU7300 1.3GHz, 3MB L2 cache, FSB 800MHz > Intel GS45 Express + Intel ICH9M-Enhanced (chipset) > Intel GMA 4500 MHD (graphics) > Intel Link 5100 IEEE 802.11a/b/g/n WiFi (wifi) Hi, I have a laptop with GM45 with GMA 4500 MHD graphics, also a WiFi card 5100 and all taht hardware works like a charm, with i915.ko driver for GMA 4500 and if_iwn.ko for the wireless 5100 chip. Regards, vermaden -- Kredyt gotowkowy nr 1! Teraz do 150 000zl bez zaswiadczen! http://linkint.pl/f29e1 ___ 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"
NFS related include files and make delete-old
Hi, For a few months now, during the usual make delete-old after make installworld the files /usr/include/nfs/krpc.h and /usr/include/nfs/nfsdiskless.h turn up time and again. I have them deleted, but they get reinstalled during the next make installworld. This is a fairly old installation, but running an up-to-date 8.2-STABLE and these header files are also present in the directory /usr/include/nfsclient. Could it be that either the wrong files are specified in /usr/src/ObsoleteFiles.inc or the headers are installed in the wrong directory during make installworld? On my 9.0-CURRENT systems I also have the headers at both locations, but there only those in /usr/include/nfsclient get reinstalled and there is no entry in /usr/src/ObsoleteFiles.inc. Kind regards, Hans Ottevanger ___ 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.2-STABLE: audio stopped working properly after upgrade to today's sources
On Mon, Jul 04, 2011 at 10:35:28AM +0200, vermaden wrote:
> I have just upgraded to 8.2-STABLE (sources from today) and now my
> audio does not work as it should, its all very, very quiet, even at levels
> 100/100 for PCM/VOL with mixer, also when I plug in the headphones
> they are deaf and sound still plays on the speakers, below are some
> details of my hardware.
>
> I did not done any modifications to GENERIC config, just build it 'as
> is'.
>
> {snip}
You're going to need to disclose what source and build date your
previous kernel/system was, or else it'll be extremely difficult to tell
what commit may have caused your problem.
Furthermore, you cross-posted this to -stable, -questions, as well as
-current. I don't know why you picked -current; 8.2-STABLE isn't HEAD,
and as such I've removed it from the CC list, as well as -questions
since I imagine more people follow -stable.
--
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |
___
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: NFS related include files and make delete-old
On Mon, Jul 04, 2011 at 10:54:38AM +0200, Hans Ottevanger wrote: > For a few months now, during the usual make delete-old after > make installworld the files > > /usr/include/nfs/krpc.h > > and > > /usr/include/nfs/nfsdiskless.h > > turn up time and again. I have them deleted, but they get reinstalled > during the next make installworld. This is a fairly old installation, > but running an up-to-date 8.2-STABLE and these header files are also > present in the directory /usr/include/nfsclient. > > Could it be that either the wrong files are specified in > /usr/src/ObsoleteFiles.inc or the headers are installed in the wrong > directory during make installworld? I can confirm this problem on many (6-7) different systems. It's specific to RELENG_8. Rick, any insights? -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ 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.2-STABLE: audio stopped working properly after upgrade to today's sources
I have found a sollution, here:
http://forums.freebsd.org/showpost.php?p=73828&postcount=3
To be precise, this solved my problem:
# sysctl hw.snd.default_unit=1
Sorry for needless CC's.
Regards,
vermaden
Regards and sorry for
"Jeremy Chadwick" pisze:
> On Mon, Jul 04, 2011 at 10:35:28AM +0200, vermaden wrote:
> > I have just upgraded to 8.2-STABLE (sources from today) and now my
> > audio does not work as it should, its all very, very quiet, even at levels
> > 100/100 for PCM/VOL with mixer, also when I plug in the headphones
> > they are deaf and sound still plays on the speakers, below are some
> > details of my hardware.
> >
> > I did not done any modifications to GENERIC config, just build it 'as
> > is'.
> >
> > {snip}
>
> You're going to need to disclose what source and build date your
> previous kernel/system was, or else it'll be extremely difficult to tell
> what commit may have caused your problem.
>
> Furthermore, you cross-posted this to -stable, -questions, as well as
> -current. I don't know why you picked -current; 8.2-STABLE isn't HEAD,
> and as such I've removed it from the CC list, as well as -questions
> since I imagine more people follow -stable.
>
> --
> | Jeremy Chadwickjdc at parodius.com |
> | Parodius Networking http://www.parodius.com/ |
> | UNIX Systems Administrator Mountain View, CA, US |
> | Making life hard for others since 1977. PGP 4BD6C0CB |
>
>
--
Kredyt gotowkowy nr 1! Teraz do 150 000zl bez zaswiadczen!
http://linkint.pl/f29e1
___
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"
Request for MFC r215299: Echoing asterisks for GELI passphrase
Greetings, Could someone please MFC r215299? This commit enhances a workaround for a long-standing bug (kern/105368) and is pretty much required for any production system affected by the bug. (Without the patch, anyone that can run dmesg can see the passphrase entered for the root filesystem. ;_;) Regards, Eugene 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: Request for MFC r215299: Echoing asterisks for GELI passphrase
Hi Eugene, Just a note: The /var/run/dmesg.boot file is world readable by default ;) opv@pandora-d ~> dmesg dmesg: sysctl kern.msgbuf: Operation not permitted opv@pandora-d ~> tail -n 5 /var/run/dmesg.boot pcm4: at cad 0 nid 1 on hdac1 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ufs/deskroot opv@pandora-d ~> ll /var/run/dmesg.boot -rw-r--r-- 1 root wheel 10619 Jul 1 19:30 /var/run/dmesg.boot On 7/4/11, Eugene Kim wrote: > Greetings, > > Could someone please MFC r215299? This commit enhances a workaround > for a long-standing bug (kern/105368) and is pretty much required for > any production system affected by the bug. (Without the patch, anyone > that can run dmesg can see the passphrase entered for the root > filesystem. ;_;) > > Regards, > Eugene 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" > ___ 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: NFS related include files and make delete-old
> Hi, > > For a few months now, during the usual make delete-old after > make installworld the files > > /usr/include/nfs/krpc.h > > and > > /usr/include/nfs/nfsdiskless.h > > turn up time and again. I have them deleted, but they get reinstalled > during the next make installworld. This is a fairly old installation, > but running an up-to-date 8.2-STABLE and these header files are also > present in the directory /usr/include/nfsclient. > I moved them from sys/nfsclient to sys/nfs, so that it would be more obvious that they are shared by both NFS clients (in sys/nfsclient and sys/fs/nfsclient). So the ones at the new location /usr/include/nfs would not be deleted, the entry in ObsoleteFiles.inc that removed them from /usr/include/nfs was deleted (by someone else, after discussing it with me). I felt that they should remain in the old location for backwards compatibility. (The "userland" contents of the two copies are identical, so it shouldn't matter which copy any userland app includes. One problem here is that I have no idea if any software outside of /usr/src includes these.) > Could it be that either the wrong files are specified in > /usr/src/ObsoleteFiles.inc or the headers are installed in the wrong > directory during make installworld? > > On my 9.0-CURRENT systems I also have the headers at both locations, > but there only those in /usr/include/nfsclient get reinstalled and > there is no entry in /usr/src/ObsoleteFiles.inc. > Actually, only the ones in /usr/include/nfs should get updated, because they now live in sys/nfs and not sys/nfsclient. I plan on adding an entry to ObsoleteFiles.inc in head/current for the /usr/include/nfsclient ones. (Thanks for the reminder w.r.t. this.) Should I MFC this to stable/8? (I had assumed that I should leave them in the old location for backwards compatibility and therefore wasn't going to MFC deletion of them in /usr/include/nfsclient. If I MFC that, the entries for them in ObsoleteFiles.inc for /usr/include/nfs need to be deleted, so they remain in the new location.) rick ps: Maybe I shouldn't have MFC'd the changes for making the two NFS clients use the shared diskless boot code, but that would have made later MFCs difficult. ___ 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"
