[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Torrent client kills my sound



On Thu, 2005-01-06 at 10:46 +0100, Vegard Lundby Rekaa wrote:
> >
> > NO. I only read the mail-list. There is the index of debian-testing so
> > far.
> >
> > http://lists.debian.org/debian-testing/2005/01/threads.html
> >
> > I received no info.
> > --
> > greg, greg@gregfolkert.net
> >
> > The technology that is
> > Stronger, better, faster:  Linux
> >
> I'm sorry, my bad. I'm confident I sent the mail but something must have
> gone wrong.
> 
> Heres the outputs you asked for:
> 
> hjem:~# lspci
> 0000:00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host
> bridge (rev 03)
> 0000:00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP
> bridge (rev 03)
> 0000:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
> 0000:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
> 0000:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
> 0000:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
> 0000:00:09.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97]
> (rev 08)
> 0000:00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M
> [Tornado] (rev 74)
> 0000:01:00.0 VGA compatible controller: nVidia Corporation NV15 [GeForce2
> GTS/Pro] (rev a3)
> hjem:~#
> 
> hjem:~# cat /proc/interrupts
>            CPU0
>   0:     245696          XT-PIC  timer
>   1:       4577          XT-PIC  keyboard
>   2:          0          XT-PIC  cascade
>   4:      40606          XT-PIC  serial
>   8:          4          XT-PIC  rtc
>  10:          0          XT-PIC  usb-uhci
>  11:     150964          XT-PIC  nvidia
>  12:       9411          XT-PIC  Ensoniq AudioPCI, eth0

Well right here is your problem ^^^^^^^^^^^^^^

>  14:      36507          XT-PIC  ide0
>  15:         22          XT-PIC  ide1
> NMI:          0
> LOC:     245670
> ERR:          1
> MIS:          0

Is the 3c905c an actual NIC or is it built-in on the motherboard?

I used to use 3com cards all the time. Then the 3c905a/b debacle with
Microsoft "demanding" 3com change the PnP/PCI configuration process.
Supposedly "fixed" in the 3c905c cards. NOT! Made it even worse, Windows
couldn't use them without resetting the PnP config in BIOS and forcing
removal of the NIC(in windows) and replacing any cached "INF" files in %
WINDOWSROOT%/INF, before you reset the BIOS. This only happened on a few
machines. Usually the ones that had a problem NIC (earlier 3c905) and
was replaced by the vendor with the 3c905c.

This really killed any respect for 3com with me. The worst part of the
problem, your NIC never gets fully initialized by Linux... nor Windows.

Sure it works, but not great. The only way you can make more sure that
the card is init'd properly is:

        In BIOS, there should be a setting that says "PnP OS Installed"
        or "OS is PnP ready". Change it to NO. That way the BIOS fully
        initializes the PCI Bus and anything else needing it.

The best alternative I now use, if you like these cards, is the Intel
cards supported by eepro100 or e100 or e1000 modules. I have also used
successfully the cards supported by 8139cp, 8139too, pcnet32, sis900,
sk98lin, via-rhine, via-velocity.

You can run modinfo on the various modules I mentioned and get the alias
line and look those up for manufacturers and card models.

First try the BIOS thinger. If that doesn't help, look at
the /proc/interrupts and see what is sharing with eth0. If sharing
jiggle the cards around until the sound an eth0 don't share. 


Anyway here is my /proc/interrupts:
                
        [greg@king:~]$ cat /proc/interrupts
                   CPU0
          0: 2684663328          XT-PIC  timer
          1:     707514          XT-PIC  i8042
          2:          0          XT-PIC  cascade
          7:    9041223          XT-PIC  aic7xxx, uhci_hcd, uhci_hcd
          8:          1          XT-PIC  rtc
          9:          0          XT-PIC  acpi
         10:    2238911          XT-PIC  ide2, ide3
         11:   14404983          XT-PIC  eth0
         12:         37          XT-PIC  i8042
         14:   19831517          XT-PIC  ide0
         15:      10797          XT-PIC  Ensoniq AudioPCI
        NMI:          0
        LOC:          0
        ERR:          0
        MIS:          0

see a difference here? the only sharing being done is between devices
that DO know how to share interrupts. Sometimes you just have to play
with card order to get things right.

lspci for S&Gs:

[greg@king:~]$ lspci
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
0000:00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
0000:00:04.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:04.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 16)
0000:00:04.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 16)
0000:00:04.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
0000:00:09.0 SCSI storage controller: Adaptec AHA-2940U2/U2W
0000:00:0a.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 02)
0000:00:0c.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
0000:00:11.0 Unknown mass storage controller: Promise Technology, Inc. PDC20265 (FastTrak100 Lite/Ultra100) (rev 02)
0000:01:00.0 Display controller: 3DLabs GLINT R3 (rev 01)

Good luck.
-- 
greg, greg@gregfolkert.net

The technology that is
Stronger, better, faster: Linux

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


Reply to: