Re: [gentoo-user] No motherboard beep since kernel upgrade
On Sun, 23 Mar 2014 18:35:20 +0100 null_ptr wrote: > On 23/03/14 11:06, Tom Wijsman wrote: > Switching to the old kernel fixed it so I bisected the linux-stable > sources (as in the wiki) and the first bad commit is bd450dcc357. > Attached is the bisect.log. > Since it seems like it's a kernel bug I will create a bug report. https://bugzilla.kernel.org/ Can you send me a link me (or CC me) to the kernel bug when you do so? As a kernel maintainer, I can follow and perhaps backport a patch. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
Re: [gentoo-user] No motherboard beep since kernel upgrade
On 23/03/14 11:06, Tom Wijsman wrote: On Sat, 22 Mar 2014 12:29:03 +0100 null_ptr wrote: I attached them. Old config/lsmod/dmesg is the first parameter of the diff. Looks okay to me; I see in the other thread that it was clarified that this is a problem through the speakers/headset and thus not through the PC speaker, which leads me to think you have either Volker's idea that it is muted in alsa-mixer (why would a kernel upgrade do this?) or you have an actual bug in one of the kernel sound modules (more likely?). It's definitely not muted. If it is a kernel bug, then I think that switching back to the old kernel would make it work again; if that's the case, I suggest you to consider a git bisect between the two releases to find the bad commit: http://wiki.gentoo.org/wiki/Kernel_git-bisect Switching to the old kernel fixed it so I bisected the linux-stable sources (as in the wiki) and the first bad commit is bd450dcc357. Attached is the bisect.log. Since it seems like it's a kernel bug I will create a bug report. Thanks for the help and sorry that I wasn't as clear in the first place. Bisecting: a merge base must be tested [8bb495e3f02401ee6f76d1b1d77f3ac9f079e376] Linux 3.10 Bisecting: 12493 revisions left to test after this (roughly 14 steps) [987e1d56b3157592d73f7f6170decada716fc415] ixgbe: include QSFP PHY types in ixgbe_is_sfp() Bisecting: 6246 revisions left to test after this (roughly 13 steps) [d2f3e9eb7c9e12e89f0ac5f0dbc7a9aed0ea925d] Merge tag 'fixes-nc-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc Bisecting: 3132 revisions left to test after this (roughly 12 steps) [5e0b3a4e88012d259e8b2c0f02f393c79686daf9] Merge branch 'sched-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip Bisecting: 1289 revisions left to test after this (roughly 11 steps) [a09e9a7a4b907f2dfa9bdb2b98a1828ab4b340b2] Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux Bisecting: 917 revisions left to test after this (roughly 10 steps) [ae7a835cc546fc67df90edaaa0c48ae2b22a29fe] Merge branch 'next' of git://git.kernel.org/pub/scm/virt/kvm/kvm Bisecting: 459 revisions left to test after this (roughly 9 steps) [90d561bed9619fc08c31eab9315ebe811d41149a] Merge remote-tracking branch 'asoc/topic/fsl' into tmp Bisecting: 232 revisions left to test after this (roughly 8 steps) [79916433f8549564038a7faae26e3ec4135f4b5d] Merge remote-tracking branch 'asoc/topic/rt5640' into asoc-next Bisecting: 141 revisions left to test after this (roughly 7 steps) [a8cc20999799a94929a56393ff39b32245e33d64] alsa/rme96: Add missing inclusion of linux/vmalloc.h Bisecting: 44 revisions left to test after this (roughly 6 steps) [97c4de8fc0a47b99220b1209c7457c7dde05637a] Merge branch 'topic/hda-ad-remove-static' into for-3.12 Bisecting: 22 revisions left to test after this (roughly 5 steps) [2d60fc7f7d3d79e5646646bb34811961f19d111a] ALSA: hdspm - AES32: Enable TCO/Sync-In in snd_hdspm_put_sync_ref() Bisecting: 11 revisions left to test after this (roughly 4 steps) [fc39a7ea9235104b06ee43385d4265f2d078e62b] ALSA: hda - Drop static quirk for Toshiba Satellite L40-10Q Bisecting: 5 revisions left to test after this (roughly 3 steps) [5ccc618fee67f0f0b2122dd4b32a02fd2b6a1569] ALSA: hda - Remove static quirks for AD1884/1984 & variants Bisecting: 2 revisions left to test after this (roughly 2 steps) [e0b27167c2d6464ff7ae7e35725024349e44596b] ALSA: hda - Convert the static quirk for Samsung Q1 Ultra Bisecting: 0 revisions left to test after this (roughly 1 step) [36ad45309be840d652394cfb032b592b6a20a3dd] ALSA: hda - Remove static quirks for AD1988 codecs Bisecting: 0 revisions left to test after this (roughly 0 steps) [bd450dcc357646cc277c560ab24b35f940efa585] ALSA: hda - Remove static quirks for AD1981 and AD1983 codecs bd450dcc357646cc277c560ab24b35f940efa585 is the first bad commit commit bd450dcc357646cc277c560ab24b35f940efa585 Author: Takashi Iwai Date: Thu Jul 4 15:48:04 2013 +0200 ALSA: hda - Remove static quirks for AD1981 and AD1983 codecs These are relatively easy ones, as we already converted all static quirks to the generic parser. Signed-off-by: Takashi Iwai :04 04 8cd5b17b4e02bf6bba92e604726d36a46f3674ca c6dc5c9f6d74012a31c549d4b4c81b657ba235f0 M sound
Re: [gentoo-user] No motherboard beep since kernel upgrade
On Mar 23, 2014, at 5:13, Volker Armin Hemmann wrote: > Am 23.03.2014 00:45, schrieb null_ptr: >> On 22/03/14 23:40, Volker Armin Hemmann wrote: >>> Am 22.03.2014 02:08, schrieb null_ptr: On 21/03/14 14:41, Lee wrote: > I can't think of the name of the module, pcspkr IIRC or some such, > but it > prolly isn't loaded. Modprobe can tell you if it's available & load > it. > On Mar 21, 2014 12:41 PM, "Dat G" wrote: > >> On 21/03/14 19:54, Francesco Turco wrote: >> >>> On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: >>> Module for my sound card is running and SND_HDA_INPUT_BEEP is activated in kernel config. Am I missing something else? >>> >>> Perhaps you need CONFIG_INPUT_PCSPKR. >>> >> I tried building with that and it didn't fix it. "modprobe pcspkr" doesn't change anything. It is still silent. I also tried building it in the kernel. On the other hand from what I understand the snd_hda_intel should be doing the beeps when the mainboard does not have a physical speaker on the mainboard and instead beeps through the regular sound device. At least on 3.10.25 I had not build the pcspkr module and the system beeped happily. >>> >>> Now, are we talking about the motherboard beeping through a little >>> builtin speaker that does not work >>> or >>> Are we talking about your onboard sound not beeping in your >>> headphones/your attached speakers when there is a motherboard 'beep'? >>> >>> Either way, I don't see any problem at all. A non-beeping computer is a >>> correctly working one. >> >> I'm talking about the onboard sound not beeping in the attached >> headphones/speakers when there is a motherboard 'beep'. The problem is >> that I used that for some events as a status (e.g. battery running low) >> and I like the annoying nature of the beep for these events. >> >> > > so it is not a 'speaker' problem but a sound card problem. You should > have stated that from the beginning. > > Probably something muted that should not be muted. > Check that you can play sounds from different sources to see that there is no process blocking your alsa driver. If there is a program that is blocking alsa you can find out which process it is by: fuser -v /dev/snd/*
Re: [gentoo-user] No motherboard beep since kernel upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 23/03/14 14:13, Volker Armin Hemmann wrote: > so it is not a 'speaker' problem but a sound card problem. You > should have stated that from the beginning. > > Probably something muted that should not be muted. Myself and at least one other on #gentoo had an issue after a kernel upgrade where we had to re-add our user to the audio group (and relog). # gpasswd -a audio I couldn't track it down myself because my machine is in a somewhat less than standard state; but the user on #gentoo said they were more or less ... - -- wraeth GnuPG Fingerprint: D1FF 129E 77EF FD1F CEA4 F384 1989 6A1D E411 864C -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlMutw0ACgkQGYlqHeQRhkxZXAEAgixyVzu9mzKcF6EVDBgz+kVx luOrYG+R/EU3AXWwocAA/AhN3IGchKfY5/QQ9rsI2DrBXsXCGl0lL2TJwyE6wJT3 =BoTp -END PGP SIGNATURE-
Re: [gentoo-user] No motherboard beep since kernel upgrade
On Sat, 22 Mar 2014 12:29:03 +0100 null_ptr wrote: > I attached them. Old config/lsmod/dmesg is the first > parameter of the diff. Looks okay to me; I see in the other thread that it was clarified that this is a problem through the speakers/headset and thus not through the PC speaker, which leads me to think you have either Volker's idea that it is muted in alsa-mixer (why would a kernel upgrade do this?) or you have an actual bug in one of the kernel sound modules (more likely?). If it is a kernel bug, then I think that switching back to the old kernel would make it work again; if that's the case, I suggest you to consider a git bisect between the two releases to find the bad commit: http://wiki.gentoo.org/wiki/Kernel_git-bisect -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
Re: [gentoo-user] No motherboard beep since kernel upgrade
Hello, On Sun, 23 Mar 2014, null_ptr wrote: >On 22/03/14 23:40, Volker Armin Hemmann wrote: >>Am 22.03.2014 02:08, schrieb null_ptr: >>>"modprobe pcspkr" doesn't change anything. It is still silent. I also >>>tried >>>building it in the kernel. >>> >>>On the other hand from what I understand the snd_hda_intel should be >>>doing the beeps when the mainboard does not have a physical speaker on >>>the mainboard and instead beeps through the regular sound device. At >>>least on 3.10.25 I had not build the pcspkr module and the system beeped >>>happily. >> >>Now, are we talking about the motherboard beeping through a little >>builtin speaker that does not work >>or >>Are we talking about your onboard sound not beeping in your >>headphones/your attached speakers when there is a motherboard 'beep'? [..] >I'm talking about the onboard sound not beeping in the attached >headphones/speakers when there is a motherboard 'beep'. The problem is >that I used that for some events as a status (e.g. battery running low) >and I like the annoying nature of the beep for these events. Wait. What now? You have (at least) two sound-devices that can beep: a) the beeper on your motherboard in this case, use what I wrote, i.e. pcsp=enable=1 in your kernel commandline and make sure modprobe pcspkr works. The module is not needed in the initrd. b) the onboard-sound-chip via attached speakers/headphones in this case, disable the mobo-beeper (might be default) blacklist pcspkr explicitly, possibly along with with the kernel-parameter pcsp=enable=0 and your normal alsa-driver should take over the task of "beeping" (snd-pcsp is a different beast). If it does not, your alsa-driver might be buggy as it should take over the beeping. HTH, -dnh, I wanted case a), beeping completely independent from any other audio stuff. And with the program 'beep' (http://www.johnath.com/beep) and/or the snd-pcsp driver, you can use the beeper to do more than the standard beep. -- There is a green, multi-legged creature crawling on your shoulder.
Re: [gentoo-user] No motherboard beep since kernel upgrade
Am 23.03.2014 00:45, schrieb null_ptr: > On 22/03/14 23:40, Volker Armin Hemmann wrote: >> Am 22.03.2014 02:08, schrieb null_ptr: >>> On 21/03/14 14:41, Lee wrote: I can't think of the name of the module, pcspkr IIRC or some such, but it prolly isn't loaded. Modprobe can tell you if it's available & load it. On Mar 21, 2014 12:41 PM, "Dat G" wrote: > On 21/03/14 19:54, Francesco Turco wrote: > >> On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: >> >>> Module for my sound card is running and SND_HDA_INPUT_BEEP is >>> activated >>> in kernel config. Am I missing something else? >>> >> >> Perhaps you need CONFIG_INPUT_PCSPKR. >> > I tried building with that and it didn't fix it. >>> >>> "modprobe pcspkr" doesn't change anything. It is still silent. I also >>> tried >>> building it in the kernel. >>> >>> On the other hand from what I understand the snd_hda_intel should be >>> doing the beeps when the mainboard does not have a physical speaker on >>> the mainboard and instead beeps through the regular sound device. At >>> least on 3.10.25 I had not build the pcspkr module and the system >>> beeped >>> happily. >>> >>> >> >> Now, are we talking about the motherboard beeping through a little >> builtin speaker that does not work >> or >> Are we talking about your onboard sound not beeping in your >> headphones/your attached speakers when there is a motherboard 'beep'? >> >> Either way, I don't see any problem at all. A non-beeping computer is a >> correctly working one. > > I'm talking about the onboard sound not beeping in the attached > headphones/speakers when there is a motherboard 'beep'. The problem is > that I used that for some events as a status (e.g. battery running low) > and I like the annoying nature of the beep for these events. > > so it is not a 'speaker' problem but a sound card problem. You should have stated that from the beginning. Probably something muted that should not be muted.
Re: [gentoo-user] No motherboard beep since kernel upgrade
On 22/03/14 23:40, Volker Armin Hemmann wrote: Am 22.03.2014 02:08, schrieb null_ptr: On 21/03/14 14:41, Lee wrote: I can't think of the name of the module, pcspkr IIRC or some such, but it prolly isn't loaded. Modprobe can tell you if it's available & load it. On Mar 21, 2014 12:41 PM, "Dat G" wrote: On 21/03/14 19:54, Francesco Turco wrote: On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: Module for my sound card is running and SND_HDA_INPUT_BEEP is activated in kernel config. Am I missing something else? Perhaps you need CONFIG_INPUT_PCSPKR. I tried building with that and it didn't fix it. "modprobe pcspkr" doesn't change anything. It is still silent. I also tried building it in the kernel. On the other hand from what I understand the snd_hda_intel should be doing the beeps when the mainboard does not have a physical speaker on the mainboard and instead beeps through the regular sound device. At least on 3.10.25 I had not build the pcspkr module and the system beeped happily. Now, are we talking about the motherboard beeping through a little builtin speaker that does not work or Are we talking about your onboard sound not beeping in your headphones/your attached speakers when there is a motherboard 'beep'? Either way, I don't see any problem at all. A non-beeping computer is a correctly working one. I'm talking about the onboard sound not beeping in the attached headphones/speakers when there is a motherboard 'beep'. The problem is that I used that for some events as a status (e.g. battery running low) and I like the annoying nature of the beep for these events.
Re: [gentoo-user] No motherboard beep since kernel upgrade
Am 22.03.2014 02:08, schrieb null_ptr: > On 21/03/14 14:41, Lee wrote: >> I can't think of the name of the module, pcspkr IIRC or some such, >> but it >> prolly isn't loaded. Modprobe can tell you if it's available & load it. >> On Mar 21, 2014 12:41 PM, "Dat G" wrote: >> >>> On 21/03/14 19:54, Francesco Turco wrote: >>> On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: > Module for my sound card is running and SND_HDA_INPUT_BEEP is > activated > in kernel config. Am I missing something else? > Perhaps you need CONFIG_INPUT_PCSPKR. >>> I tried building with that and it didn't fix it. > > "modprobe pcspkr" doesn't change anything. It is still silent. I also > tried > building it in the kernel. > > On the other hand from what I understand the snd_hda_intel should be > doing the beeps when the mainboard does not have a physical speaker on > the mainboard and instead beeps through the regular sound device. At > least on 3.10.25 I had not build the pcspkr module and the system beeped > happily. > > you should have started with that bit of information. Now, are we talking about the motherboard beeping through a little builtin speaker that does not work or Are we talking about your onboard sound not beeping in your headphones/your attached speakers when there is a motherboard 'beep'? Either way, I don't see any problem at all. A non-beeping computer is a correctly working one.
Re: [gentoo-user] No motherboard beep since kernel upgrade
Hello, On Sat, 22 Mar 2014, null_ptr wrote: >"modprobe pcspkr" doesn't change anything. It is still silent. I also tried >building it in the kernel. > >On the other hand from what I understand the snd_hda_intel should be >doing the beeps when the mainboard does not have a physical speaker on >the mainboard and instead beeps through the regular sound device. At >least on 3.10.25 I had not build the pcspkr module and the system beeped >happily. Have the module 'pcspkr' available and add 'pcsp=enable=1' to your kernel command line. HTH, -dnh -- Every feature is a bug, unless it can be turned off. -- Karl Heuer
Re: [gentoo-user] No motherboard beep since kernel upgrade
On Fri, 21 Mar 2014 18:51:22 +0100 null_ptr wrote: > Since the last kernel upgrade Which kernel package? From which version to which version? > the motherboard beep of my system has gone silent. Can you diff the dmesg as well as `lsmod` output before and after? > Module for my sound card is running and SND_HDA_INPUT_BEEP is > activated in kernel config. Am I missing something else? Can you diff the kernel config file before and after? PS: You can use `diff A B | less` to compare file A and B; if you want to share it with us, you can do `diff A B > /tmp/AB.diff` or so. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
Re: [gentoo-user] No motherboard beep since kernel upgrade
On 21/03/14 14:41, Lee wrote: I can't think of the name of the module, pcspkr IIRC or some such, but it prolly isn't loaded. Modprobe can tell you if it's available & load it. On Mar 21, 2014 12:41 PM, "Dat G" wrote: On 21/03/14 19:54, Francesco Turco wrote: On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: Module for my sound card is running and SND_HDA_INPUT_BEEP is activated in kernel config. Am I missing something else? Perhaps you need CONFIG_INPUT_PCSPKR. I tried building with that and it didn't fix it. "modprobe pcspkr" doesn't change anything. It is still silent. I also tried building it in the kernel. On the other hand from what I understand the snd_hda_intel should be doing the beeps when the mainboard does not have a physical speaker on the mainboard and instead beeps through the regular sound device. At least on 3.10.25 I had not build the pcspkr module and the system beeped happily.
Re: [gentoo-user] No motherboard beep since kernel upgrade
I can't think of the name of the module, pcspkr IIRC or some such, but it prolly isn't loaded. Modprobe can tell you if it's available & load it. On Mar 21, 2014 12:41 PM, "Dat G" wrote: > On 21/03/14 19:54, Francesco Turco wrote: > >> On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: >> >>> Module for my sound card is running and SND_HDA_INPUT_BEEP is activated >>> in kernel config. Am I missing something else? >>> >> >> Perhaps you need CONFIG_INPUT_PCSPKR. >> > I tried building with that and it didn't fix it. > >
Re: [gentoo-user] No motherboard beep since kernel upgrade
On 21/03/14 19:54, Francesco Turco wrote: On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: Module for my sound card is running and SND_HDA_INPUT_BEEP is activated in kernel config. Am I missing something else? Perhaps you need CONFIG_INPUT_PCSPKR. I tried building with that and it didn't fix it.
Re: [gentoo-user] No motherboard beep since kernel upgrade
On Fri, Mar 21, 2014, at 18:51, null_ptr wrote: > Module for my sound card is running and SND_HDA_INPUT_BEEP is activated > in kernel config. Am I missing something else? Perhaps you need CONFIG_INPUT_PCSPKR.
[gentoo-user] No motherboard beep since kernel upgrade
Since the last kernel upgrade the motherboard beep of my system has gone silent. The notebook is a HP Compaq 6710b and with an Intel 82801H Chipset (see attached lscpi -k) Module for my sound card is running and SND_HDA_INPUT_BEEP is activated in kernel config. Am I missing something else? null_ptr B: Are you pondering what I'm pondering? P: Well, I think so, Brain, but do I really need two tongues? 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: i915 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 0c) Subsystem: Hewlett-Packard Company Compaq 6710b 00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: ehci-pci 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03) Kernel driver in use: pcieport 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03) Kernel driver in use: pcieport 00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03) Kernel driver in use: pcieport 00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03) Kernel driver in use: pcieport 00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: ehci-pci 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3) 00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b 00:1f.2 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [IDE mode] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: ata_piix Kernel modules: pata_acpi, ata_generic 02:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b6) Subsystem: Hewlett-Packard Company Compaq 6710b Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket 10:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02) Subsystem: Hewlett-Packard Company PRO/Wireless 3945ABG [Golan] Network Connection Kernel driver in use: iwl3945 Kernel modules: iwl3945 18:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02) Subsystem: Hewlett-Packard Company Device 30c2 Kernel driver in use: tg3 Kernel modules: tg3