[PlanetCCRMA] problems with jack ?
David Gerard Matthews
dgm4+@pitt.edu
Tue Apr 22 18:11:02 2003
Yes, it's a bug with older VIA chipsets and ICE cards. I don't think
it applies to all VIA/Athlon boxes, or even to all ICE cards. (I think
it might effect M-Aduio cards, but not Terratec, or something like
that.) It's pretty much limited to Thunderbird and original Athlons,
and older VIA boards. I don't think it effects Athlon XP's, or
anything with an AMD chipset. It is a PITA, although I don't have any
USB-only devices, so it didn't effect me too much. However, you're out
of luck if you want to use a USB midi interface. However, I should
point out that it isn't USB that's the culprit as much as ACPI. I got
slightly better performance after I disabled USB, but I was still
getting a substantial amount of dropouts until I disabled ACPI. I
haven't tried re-enabling USB, however. (All of this comes from a few
Delta boards and newsgroups I found. The posters were mostly using
Windows, but it seems to be a low-level OS-independent hardware thing.)
I should also point out that disabling ACPI has nasty side effects if
you also run Windows. Windows will boot into safe mode if it was
installed with ACPI enabled and you then try to boot with it disabled.
(Linux doesn't care.) I found myself having to re-enable it every time
I booted Windows (not a common occurrence, and even less common now
that I have a Mac on which to run Sibelius.)
HTH,
dgm
On Tuesday, April 22, 2003, at 07:22 PM, Mark Knecht wrote:
> David,
> No problem.
>
> My additional information is that I was at one time successfully
> using
> USB based MIDI with RME cards, and I use only Via chipsets. If USB is a
> problem, then it would appear to be specific to the ICE1712 series of
> cards,
> as far as I can tell. It may be specific to some certain Via chipset,
> as
> some of their older PCI interfaces didn't work as well as the newer
> ones...
>
> Anyway, it's good info, but unlikely to make Olaf very happy...
>
> Cheers,
> Mark
>
>> -----Original Message-----
>> From: planetccrma-admin@ccrma.Stanford.EDU
>> [mailto:planetccrma-admin@ccrma.Stanford.EDU]On Behalf Of David Gerard
>> Matthews
>> Sent: Tuesday, April 22, 2003 4:14 PM
>> To: planetccrma@ccrma.Stanford.EDU
>> Subject: Fwd: [PlanetCCRMA] problems with jack ?
>>
>>
>> Ok, sorry, I accidentally sent this only to Mark; it was supposed to
>> go
>> to the whole list. (Thanks, Mark, for pointing this out.)
>>
>> Begin forwarded message:
>>
>>> From: Mark Knecht <mknecht@controlnet.com>
>>> Date: Tue Apr 22, 2003 6:58:30 PM America/New_York
>>> To: David Gerard Matthews <dgm4@pitt.edu>
>>> Subject: RE: [PlanetCCRMA] problems with jack ?
>>>
>>>> -----Original Message-----
>>>> From: David Gerard Matthews [mailto:dgm4+@pitt.edu]
>>>> Sent: Tuesday, April 22, 2003 3:37 PM
>>>> To: Mark Knecht
>>>> Subject: Re: [PlanetCCRMA] problems with jack ?
>>>>
>>>> Actually, if you're using an ICE1712-based card with an Athlon, you
>>>> should probably disable USB altogether. I had horrible problems
>>>> with
>>>> dropouts on my system (Athlon 1100, Biostar board, Delta 1010) no
>>>> matter what window manager I was using, and regardless of what the
>>>> buffer settings were, and whether I was using JACK or straight ALSA.
>>>> I
>>>> found out that for some reason ICE cards don't really play nicely
>>>> with
>>>> Athlons, especially with VIA chipsets (which seems to be the most
>>>> common chipset on Athlon systems). I found some sites that
>>>> recommended
>>>> disabling USB and ACPI when using Delta cards on Windows, and I gave
>>>> it
>>>> a try even though I run Linux. A radical solution, but it seems to
>>>> work.
>>>> HTH,
>>>> dgm
>>>>
>>
>> Further notes: I realize the MidiSport is a USB device. I'm not sure
>> what to do about that, but my USB controller and sound card were on
>> different interrupts and I was still having problems. I'm not sure if
>> this applies to newer boards, but this is a known bug.
>> -dgm
>>
>>
>>>> On Tuesday, April 22, 2003, at 02:17 PM, Mark Knecht wrote:
>>>>
>>>>> Olaf,
>>>>> It appears that your Ice1712 audio device is sharing an
>>>>> interrupt
>>>>> with
>>>>> your USB controller. I understand that your MidiSport is USB. Do
>>>>> you
>>>>> have
>>>>> other USB devices also? (Disk drive? Hub? Keyboard?)
>>>>>
>>>>> There are two major things that cause this in my brief
>>>>> experience
>>>>> here:
>>>>>
>>>>> 1) Other programs that run, and take time, causing Jack to glitch.
>>>>> 2) Bad hardware setup where devices share interrupts, or are given
>>>>> low
>>>>> priority interrupts, so the hardware doesn't respond fast enough
>>>>> and
>>>>> Jack
>>>>> glitches.
>>>>>
>>>>> Take a look at your ps -aux output and look for things that
>>>>> maybe
>>>>> shouldn't be running, or that you do not necessarily need. Gnome is
>>>>> pretty
>>>>> bad, in my experience, KDE is better, and a really stripped down
>>>>> window
>>>>> manager like fluxbox is really quite good. (I think especially on
>>>>> an
>>>>> older,
>>>>> slower system like yours.)
>>>>>
>>>>> My recommendation on the hardware side would be to get the USB
>>>>> and
>>>>> Ice1712 on different interrupts. To do this will require that you
>>>>> go
>>>>> into
>>>>> BIOS and do a little poking around there, plus you will probably
>>>>> have
>>>>> to
>>>>> change the PCI slot that your card is in. Look in your 'Advanced'
>>>>> BIOS
>>>>> page,
>>>>> and then usually 'PCI Configuration' section, for how you assign
>>>>> interrupts
>>>>> to devices. Try to get your card on IRQ9, but by itself.
>>>>>
>>>>> I hope one of these solves your problems. I know others use the
>>>>> Ice1712
>>>>> successfully, so I'm sure you probably can also.
>>>>>
>>>>> Good luck,
>>>>> Mark
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: planetccrma-admin@ccrma.Stanford.EDU
>>>>>> [mailto:planetccrma-admin@ccrma.Stanford.EDU]On Behalf Of Olaf
>>>>>> Giesbrecht
>>>>>> Sent: Tuesday, April 22, 2003 9:11 AM
>>>>>> To: Mark Knecht
>>>>>> Cc: planetccrma@ccrma.Stanford.EDU
>>>>>> Subject: RE: [PlanetCCRMA] problems with jack ?
>>>>>>
>>>>>>
>>>>>> How about sending
>>>>>>> more info on the PC itself, as well as the output of lspci,
>>>>>> lspci -v and cat
>>>>>>> /proc/interrupts.
>>>>>>
>>>>>> thanks for answering so fast ! the outpust you asked for are
>>>>>> following
>>>>>> below. and infos on the pc :it is an amd athlon 900 mhz on a
>>>>>> ASUS-mainboard. all the cards are listed below and what is not
>>>>>> listed
>>>>>> is
>>>>>> the midiman midisport 8x8 usb-midi-interface
>>>>>> software is redhat7.3 with planetccrma kernel and other stuff from
>>>>>> here
>>>>>> (Alsa is cvs-version, because i do not get the midi-interfae to
>>>>>> work
>>>>>> with your rpm...)
>>>>>>
>>>>>> thanks for helping (i m new with linux, so it an be a simple
>>>>>> mistake),
>>>>>> tell me if you need more info
>>>>>>
>>>>>> greetings olaf
>>>>>>
>>>>>>
>>>>>> # lspci
>>>>>> 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1647
>>>>>> Northbridge
>>>>>> [MAGiK 1 / MobileMAGiK 1] (rev b0)
>>>>>> 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] PCI to AGP
>>>>>> Controller
>>>>>> 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] USB 1.1
>>>>>> Controller
>>>>>> (rev 03)
>>>>>> 00:04.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev
>>>>>> c4)
>>>>>> 00:06.0 USB Controller: Acer Laboratories Inc. [ALi] USB 1.1
>>>>>> Controller
>>>>>> (rev 03)
>>>>>> 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA
>>>>>> Bridge
>>>>>> [Aladdin IV]
>>>>>> 00:0b.0 SCSI storage controller: Adaptec AHA-2930CU (rev 03)
>>>>>> 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
>>>>>> RTL-8029(AS)
>>>>>> 00:0d.0 Multimedia audio controller: IC Ensemble Inc ICE1712
>>>>>> [Envy24]
>>>>>> (rev 02)
>>>>>> 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU
>>>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128
>>>>>> RL/VR
>>>>>> AGP
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> # lspci -v
>>>>>> 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1647
>>>>>> Northbridge
>>>>>> [MAGiK 1 / MobileMAGiK 1] (rev b0)
>>>>>> Flags: bus master, medium devsel, latency 0
>>>>>> Memory at f0000000 (32-bit, prefetchable) [size=128M]
>>>>>> Capabilities: [b0] AGP version 2.0
>>>>>> Capabilities: [a4] Power Management version 1
>>>>>>
>>>>>> 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] PCI to AGP
>>>>>> Controller
>>>>>> (prog-if 00 [Normal decode])
>>>>>> Flags: bus master, slow devsel, latency 0
>>>>>> Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
>>>>>> I/O behind bridge: 0000d000-0000dfff
>>>>>> Memory behind bridge: eb000000-ebdfffff
>>>>>> Prefetchable memory behind bridge: ebf00000-efffffff
>>>>>>
>>>>>> 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] USB 1.1
>>>>>> Controller
>>>>>> (rev 03) (prog-if 10 [OHCI])
>>>>>> Subsystem: Acer Laboratories Inc. [ALi] USB 1.1 Controller
>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 9
>>>>>> Memory at ea800000 (32-bit, non-prefetchable) [size=4K]
>>>>>> Capabilities: [60] Power Management version 2
>>>>>>
>>>>>> 00:04.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev
>>>>>> c4)
>>>>>> (prog-if fa)
>>>>>> Subsystem: Asustek Computer, Inc. A7A266 Motherboard IDE
>>>>>> Flags: bus master, medium devsel, latency 32
>>>>>> I/O ports at b400 [size=16]
>>>>>> Capabilities: [60] Power Management version 2
>>>>>>
>>>>>> 00:06.0 USB Controller: Acer Laboratories Inc. [ALi] USB 1.1
>>>>>> Controller
>>>>>> (rev 03) (prog-if 10 [OHCI])
>>>>>> Subsystem: Acer Laboratories Inc. [ALi] USB 1.1 Controller
>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 5
>>>>>> Memory at e9800000 (32-bit, non-prefetchable) [size=4K]
>>>>>> Capabilities: [60] Power Management version 2
>>>>>>
>>>>>> 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA
>>>>>> Bridge
>>>>>> [Aladdin IV]
>>>>>> Subsystem: Acer Laboratories Inc. [ALi] ALI M1533 Aladdin
>>>>>> IV ISA Bridge
>>>>>> Flags: bus master, medium devsel, latency 0
>>>>>> Capabilities: [a0] Power Management version 1
>>>>>>
>>>>>> 00:0b.0 SCSI storage controller: Adaptec AHA-2930CU (rev 03)
>>>>>> Subsystem: Adaptec: Unknown device 3869
>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 10
>>>>>> I/O ports at a800 [disabled] [size=256]
>>>>>> Memory at e8800000 (32-bit, non-prefetchable) [size=4K]
>>>>>> Expansion ROM at <unassigned> [disabled] [size=64K]
>>>>>> Capabilities: [dc] Power Management version 1
>>>>>>
>>>>>> 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
>>>>>> RTL-8029(AS)
>>>>>> Subsystem: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
>>>>>> Flags: medium devsel, IRQ 11
>>>>>> I/O ports at a400 [size=32]
>>>>>>
>>>>>> 00:0d.0 Multimedia audio controller: IC Ensemble Inc ICE1712
>>>>>> [Envy24]
>>>>>> (rev 02)
>>>>>> Subsystem: TERRATEC Electronic GmbH: Unknown device 1125
>>>>>> Flags: bus master, medium devsel, latency 32, IRQ 9
>>>>>> I/O ports at a000 [size=32]
>>>>>> I/O ports at 9800 [size=16]
>>>>>> I/O ports at 9400 [size=16]
>>>>>> I/O ports at 9000 [size=64]
>>>>>> Capabilities: [80] Power Management version 1
>>>>>>
>>>>>> 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU
>>>>>> Flags: medium devsel
>>>>>>
>>>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128
>>>>>> RL/VR
>>>>>> AGP (prog-if 00 [VGA])
>>>>>> Subsystem: ATI Technologies Inc Xpert 99/Xpert 2000
>>>>>> Flags: bus master, stepping, 66Mhz, medium devsel, latency
>>>>>> 64, IRQ 11
>>>>>> Memory at ec000000 (32-bit, prefetchable) [size=64M]
>>>>>> I/O ports at d800 [size=256]
>>>>>> Memory at eb000000 (32-bit, non-prefetchable) [size=16K]
>>>>>> Expansion ROM at ebfe0000 [disabled] [size=128K]
>>>>>> Capabilities: [50] AGP version 2.0
>>>>>> Capabilities: [5c] Power Management version 1
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> # cat /proc/interrupts
>>>>>> CPU0
>>>>>> 0: 2576932 XT-PIC timer
>>>>>> 1: 3831 XT-PIC keyboard
>>>>>> 2: 0 XT-PIC cascade
>>>>>> 5: 0 XT-PIC usb-ohci
>>>>>> 8: 1 XT-PIC rtc
>>>>>> 9: 119785 XT-PIC usb-ohci, ICE1712
>>>>>> 10: 60 XT-PIC aic7xxx
>>>>>> 11: 5224 XT-PIC eth0
>>>>>> 12: 163436 XT-PIC PS/2 Mouse
>>>>>> 14: 58472 XT-PIC ide0
>>>>>> 15: 396002 XT-PIC ide1
>>>>>> NMI: 0
>>>>>> ERR: 0
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am Mon, 2003-04-21 um 23.24 schrieb Mark Knecht:
>>>>>>> Hi Olaf,
>>>>>>> Possibly the setup of your system isn't optimized yet. How
>>>>>> about sending
>>>>>>> more info on the PC itself, as well as the output of lspci,
>>>>>> lspci -v and cat
>>>>>>> /proc/interrupts.
>>>>>>>
>>>>>>> Often this is caused by the sound card not getting a 'good'
>>>>>> interrupt, or
>>>>>>> having to share it with some other cards. It is often solvable.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Mark
>>>>>>>
>>>>>>>> --Original Message--
>>>>>>>> From: planetccrma-admin@ccrma.Stanford.EDU
>>>>>>>> [mailto:planetccrma-admin@ccrma.Stanford.EDU]On Behalf Of Olaf
>>>>>>>> Giesbrecht
>>>>>>>> Sent: Monday, April 21, 2003 2:14 PM
>>>>>>>> To: planetccrma@ccrma.Stanford.EDU
>>>>>>>> Subject: [PlanetCCRMA] problems with jack ?
>>>>>>>>
>>>>>>>>
>>>>>>>> hello,
>>>>>>>>
>>>>>>>> i am running a redhat 7.3 system (with a terratec ews88mt/
>>>>>>>> envy24
>>>>>>>> audio-card and a midiman 8x8 usb-midi-interface) with a lot of
>>>>>>>> stuff
>>>>>>>> from your place.
>>>>>>>> when i use jack (jackstart -R -d alsa -d hw -r 44100) and
>>>>>>>> alsaplayer
>>>>>>>> (alsaplayer -o jack), i always get little breaks in audio.
>>>>>> this is what
>>>>>>>> jack then always says:
>>>>>>>>
>>>>>>>>
>>>>>>>> **** alsa_pcm: xrun of at least 22.154 msecs
>>>>>>>>
>>>>>>>>
>>>>>>>> i tried it as user and as root - no difference...
>>>>>>>>
>>>>>>>> what am i doing wrong ?
>>>>>>>>
>>>>>>>> greetings
>>>>>>>>
>>>>>>>> olaf
>>>>>>>>
>>>>>>>> --
>>>>>>>> _____________________________
>>>>>>>> http://www.datentraeger.org
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> PlanetCCRMA mailing list
>>>>>>>> PlanetCCRMA@ccrma.stanford.edu
>>>>>>>> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> PlanetCCRMA mailing list
>>>>>>> PlanetCCRMA@ccrma.stanford.edu
>>>>>>> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>>>>> --
>>>>>> _____________________________
>>>>>> http://www.datentraeger.org
>>>>>>
>>>>>> _______________________________________________
>>>>>> PlanetCCRMA mailing list
>>>>>> PlanetCCRMA@ccrma.stanford.edu
>>>>>> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> PlanetCCRMA mailing list
>>>>> PlanetCCRMA@ccrma.stanford.edu
>>>>> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>>>
>>>>
>>>
>>>
>>
>> _______________________________________________
>> PlanetCCRMA mailing list
>> PlanetCCRMA@ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>
>>
>
>
> _______________________________________________
> PlanetCCRMA mailing list
> PlanetCCRMA@ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma