starting from 2.6.0 (2 years ago) i have the following bug.
link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
and https://bugtrack.alsa-project.org/alsa-bug/view.php?id=230
fast summary:
when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
file)
i hear noises, related to disk activity. more hd is used, more chicks
and ZZZZ noises happen.
linux 2.4.x and windows has no problems, perfect.
tried module/standalone alsa drivers.
Please fix that...2 years' bug!
Ready to test any patch/solution.
On 10/31/05, Patrizio Bassi <[email protected]> wrote:
> starting from 2.6.0 (2 years ago) i have the following bug.
Well, the problem probably started before then.
> link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
> Please fix that...2 years' bug!
Speaking as a programmer, that's not a lot to go off of to find the
bug. I think everyone would agree it's a bug, but we'll need more help
from you.
> fast summary:
> when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
> file) i hear noises, related to disk activity. more hd is used, more chicks
> and ZZZZ noises happen.
Does hdparm -i (or -I) show differences between the 2.4 kernels and
2.6? 2.6 has new IDE drivers, and so perhaps your system isn't using
the best driver any more.
You may also want to compare lspci -vv of your IDE controller and
sound card between 2.4 and 2.6, and see if there are any differences.
No guarantees, but this is where you'd start.
> Ready to test any patch/solution.
Try that. If nothing obvious appears in the examination, you may want
to try the 2.6.14-rt1 patchset from Ingo Molnar. It's designed to
reduce latency in the kernel, but also has a latency tracer that may
be particularly useful for your problem. (Assuming it's a latency
issue, and not a hardware misconfiguration due to 2.6 doing something
wrong.)
Ray
Ray Lee wrote:
> On 10/31/05, Patrizio Bassi <[email protected]> wrote:
>
>>starting from 2.6.0 (2 years ago) i have the following bug.
>
>
> Well, the problem probably started before then.
>
>
>>link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>
>
>>Please fix that...2 years' bug!
>
>
> Speaking as a programmer, that's not a lot to go off of to find the
> bug. I think everyone would agree it's a bug, but we'll need more help
> from you.
>
>
>>fast summary:
>>when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
>>file) i hear noises, related to disk activity. more hd is used, more chicks
>>and ZZZZ noises happen.
>
This to me sounds more like an interference issue, something I have seen
on many laptops (I used to repair them in a previous incarnation). It is
often referred to as "the 50Hz/60Hz hum" or the "ground loop" see any of
these:
-http://www.pcmus.com/power-grounding.htm
-http://en.wikipedia.org/wiki/Ground_loop_%28electricity%29
--
Mike Fowler
Registered Linux user: 379787
"I could be a genius if I just put my mind to it, and I,
I could do anything, if only I could get 'round to it"
-PULP 'Glory Days'
Patrizio Bassi <[email protected]> wrote:
> starting from 2.6.0 (2 years ago) i have the following bug.
> link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
> and https://bugtrack.alsa-project.org/alsa-bug/view.php?id=230
>
> fast summary:
> when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
> file)
> i hear noises, related to disk activity. more hd is used, more chicks
> and ZZZZ noises happen.
Maybe you just need to tune down unused and non-connected inputs in the
mixer, especially microphone? Happened to me once.
--
Ich danke GMX daf?r, die Verwendung meiner Adressen mittels per SPF
verbreiteten L?gen zu sabotieren.
Bodo Eggert ha scritto:
> Patrizio Bassi <[email protected]> wrote:
>
>>starting from 2.6.0 (2 years ago) i have the following bug.
>
>
>>link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>>and https://bugtrack.alsa-project.org/alsa-bug/view.php?id=230
>>
>>fast summary:
>>when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
>>file)
>>i hear noises, related to disk activity. more hd is used, more chicks
>>and ZZZZ noises happen.
>
>
> Maybe you just need to tune down unused and non-connected inputs in the
> mixer, especially microphone? Happened to me once.
no, it's good configured, all fields are off
Mike Fowler ha scritto:
>
>
> Ray Lee wrote:
>
>> On 10/31/05, Patrizio Bassi <[email protected]> wrote:
>>
>>> starting from 2.6.0 (2 years ago) i have the following bug.
>>
>>
>>
>> Well, the problem probably started before then.
>>
>>
>>> link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>>
>>
>>
>>> Please fix that...2 years' bug!
>>
>>
>>
>> Speaking as a programmer, that's not a lot to go off of to find the
>> bug. I think everyone would agree it's a bug, but we'll need more help
>> from you.
>>
>>
>>> fast summary:
>>> when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
>>> file) i hear noises, related to disk activity. more hd is used, more
>>> chicks
>>> and ZZZZ noises happen.
>>
>>
>
> This to me sounds more like an interference issue, something I have seen
> on many laptops (I used to repair them in a previous incarnation). It is
> often referred to as "the 50Hz/60Hz hum" or the "ground loop" see any of
> these:
>
> -http://www.pcmus.com/power-grounding.htm
> -http://en.wikipedia.org/wiki/Ground_loop_%28electricity%29
>
not hardware related, as it works with 2.4 and windows
Ray Lee ha scritto:
> On 10/31/05, Patrizio Bassi <[email protected]> wrote:
>
>>starting from 2.6.0 (2 years ago) i have the following bug.
>
>
> Well, the problem probably started before then.
>
>
>>link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>
>
>>Please fix that...2 years' bug!
>
>
> Speaking as a programmer, that's not a lot to go off of to find the
> bug. I think everyone would agree it's a bug, but we'll need more help
> from you.
>
>
>>fast summary:
>>when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
>>file) i hear noises, related to disk activity. more hd is used, more chicks
>>and ZZZZ noises happen.
>
>
> Does hdparm -i (or -I) show differences between the 2.4 kernels and
> 2.6? 2.6 has new IDE drivers, and so perhaps your system isn't using
> the best driver any more.
>
> You may also want to compare lspci -vv of your IDE controller and
> sound card between 2.4 and 2.6, and see if there are any differences.
>
> No guarantees, but this is where you'd start.
>
>
>>Ready to test any patch/solution.
>
>
> Try that. If nothing obvious appears in the examination, you may want
> to try the 2.6.14-rt1 patchset from Ingo Molnar. It's designed to
> reduce latency in the kernel, but also has a latency tracer that may
> be particularly useful for your problem. (Assuming it's a latency
> issue, and not a hardware misconfiguration due to 2.6 doing something
> wrong.)
>
> Ray
actually i don't have any more 2.4 kernels due to some problems with
other devices.
however i remember i checked that and it was pretty the same
i know i gave you all few infos, but, ask me and i'll try more.
i have an intel bx440 chipset, udma33.
kernel is perfectly tuned.
i notice that with dma disabled it works much better.
problem happens with hda/hdc, so both ide channels.
hdparm -i /dev/hda
/dev/hda:
Model=IBM-DTLA-307030, FwRev=TX4OA50C, SerialNo=YKDYKV9J094
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=60036480
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1:
* signifies the current active mode
hdparm -i /dev/hdc
/dev/hdc:
Model=IC35L060AVV207-0, FwRev=V22OA63A, SerialNo=VNVB07G2RJ2X4M
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=120103200
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:
* signifies the current active mode
On Mon, 2005-10-31 at 16:30 +0100, Patrizio Bassi wrote:
> starting from 2.6.0 (2 years ago) i have the following bug.
>
> link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
> and https://bugtrack.alsa-project.org/alsa-bug/view.php?id=230
>
> fast summary:
> when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
> file)
> i hear noises, related to disk activity. more hd is used, more chicks
> and ZZZZ noises happen.
>
> linux 2.4.x and windows has no problems, perfect.
> tried module/standalone alsa drivers.
Your problem is a "singing capacitor", caused by cheap motherboard
components. The problem appeared in 2.6.0 because that's when the timer
frequency changed from 100HZ to 1000HZ.
Starting with 2.6.14 you can work around this by compiling with HZ set
to 250 or 100. But it's fundamentally a hardware problem.
Lee
On Mon, 2005-10-31 at 18:04 +0100, Patrizio Bassi wrote:
> > On 10/31/05, Patrizio Bassi <[email protected]> wrote:
> >>starting from 2.6.0 (2 years ago) i have the following bug.
> >>link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
> >>fast summary:
> >>when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
> >>file) i hear noises, related to disk activity. more hd is used, more chicks
> >>and ZZZZ noises happen.
> >
> > Does hdparm -i (or -I) show differences between the 2.4 kernels and
> > 2.6? 2.6 has new IDE drivers, and so perhaps your system isn't using
> > the best driver any more.
> >
> > You may also want to compare lspci -vv of your IDE controller and
> > sound card between 2.4 and 2.6, and see if there are any differences.
> >
> > No guarantees, but this is where you'd start.
> >
> >
> >>Ready to test any patch/solution.
> >
> >
> > Try that. If nothing obvious appears in the examination, you may want
> > to try the 2.6.14-rt1 patchset from Ingo Molnar. It's designed to
> > reduce latency in the kernel, but also has a latency tracer that may
> > be particularly useful for your problem. (Assuming it's a latency
> > issue, and not a hardware misconfiguration due to 2.6 doing something
> > wrong.)
> >
> > Ray
>
> actually i don't have any more 2.4 kernels due to some problems with
> other devices.
I'd suggest installing one and at minimum booting it to single user mode
to run some tests. If 2.4 works great, then it's worthwhile to find out
what it's getting right that 2.6 is getting wrong. The only way to find
that out is to compare the two.
> however i remember i checked that and it was pretty the same
Well, I barely trust my own memory in general, so I'd suggest that we
check. Humor me. This is the standard way to find out where a problem
is. Check the good, check the bad, compare the two.
> kernel is perfectly tuned.
<?> How do you know?
> i notice that with dma disabled it works much better.
> problem happens with hda/hdc, so both ide channels.
> hdparm -i /dev/hda
It'd be more useful to see hdparm 2.4 versus 2.6, so we can see if
there's any difference. If we don't see the 2.4 version, then we can't
tell if this is something worthwhile to tweak. Does that make sense? If
they are set the same between both 2.4 and 2.6, then we know we can rule
the hard drive settings out as the source of the problem.
> BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=off
> BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=off
MultiSect is off on both, can you turn that on and see if that makes a
difference? Without multisect set on (and set to 16), your hard drives
are transferring one sector per interrupt, instead of a max of 16. This
makes for a lot more interrupts on the system, and might be the source
of the problem.
If that doesn't change anything, you may also try what Mike Fowler
hinted at, and recompile your kernel with Hz set to 100 instead of the
default 250. As well as trying the RT patchset and seeing if that shows
any sources of problems.
Ray
Lee Revell ha scritto:
> On Mon, 2005-10-31 at 16:30 +0100, Patrizio Bassi wrote:
>
>>starting from 2.6.0 (2 years ago) i have the following bug.
>>
>>link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>>and https://bugtrack.alsa-project.org/alsa-bug/view.php?id=230
>>
>>fast summary:
>>when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
>>file)
>>i hear noises, related to disk activity. more hd is used, more chicks
>>and ZZZZ noises happen.
>>
>>linux 2.4.x and windows has no problems, perfect.
>>tried module/standalone alsa drivers.
>
>
> Your problem is a "singing capacitor", caused by cheap motherboard
> components. The problem appeared in 2.6.0 because that's when the timer
> frequency changed from 100HZ to 1000HZ.
>
> Starting with 2.6.14 you can work around this by compiling with HZ set
> to 250 or 100. But it's fundamentally a hardware problem.
>
> Lee
I have an Asus P2B-F, it should be a value board and not a cheap one.
i have 250hz and it still happens.
i'll check with 100, even if i see it's suggested for server and not
desktop (my usage)
Ray Lee ha scritto:
> On Mon, 2005-10-31 at 18:04 +0100, Patrizio Bassi wrote:
>
>>>On 10/31/05, Patrizio Bassi <[email protected]> wrote:
>>>
>>>>starting from 2.6.0 (2 years ago) i have the following bug.
>>>>link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>
>
>>>>fast summary:
>>>>when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
>>>>file) i hear noises, related to disk activity. more hd is used, more chicks
>>>>and ZZZZ noises happen.
>>>
>>>Does hdparm -i (or -I) show differences between the 2.4 kernels and
>>>2.6? 2.6 has new IDE drivers, and so perhaps your system isn't using
>>>the best driver any more.
>>>
>>>You may also want to compare lspci -vv of your IDE controller and
>>>sound card between 2.4 and 2.6, and see if there are any differences.
>>>
>>>No guarantees, but this is where you'd start.
>>>
>>>
>>>
>>>>Ready to test any patch/solution.
>>>
>>>
>>>Try that. If nothing obvious appears in the examination, you may want
>>>to try the 2.6.14-rt1 patchset from Ingo Molnar. It's designed to
>>>reduce latency in the kernel, but also has a latency tracer that may
>>>be particularly useful for your problem. (Assuming it's a latency
>>>issue, and not a hardware misconfiguration due to 2.6 doing something
>>>wrong.)
>>>
>>>Ray
>>
>>actually i don't have any more 2.4 kernels due to some problems with
>>other devices.
>
>
> I'd suggest installing one and at minimum booting it to single user mode
> to run some tests. If 2.4 works great, then it's worthwhile to find out
> what it's getting right that 2.6 is getting wrong. The only way to find
> that out is to compare the two.
>
>
>>however i remember i checked that and it was pretty the same
>
>
> Well, I barely trust my own memory in general, so I'd suggest that we
> check. Humor me. This is the standard way to find out where a problem
> is. Check the good, check the bad, compare the two.
>
>
>>kernel is perfectly tuned.
>
>
> <?> How do you know?
>
>
>>i notice that with dma disabled it works much better.
>>problem happens with hda/hdc, so both ide channels.
>
>
>>hdparm -i /dev/hda
>
>
> It'd be more useful to see hdparm 2.4 versus 2.6, so we can see if
> there's any difference. If we don't see the 2.4 version, then we can't
> tell if this is something worthwhile to tweak. Does that make sense? If
> they are set the same between both 2.4 and 2.6, then we know we can rule
> the hard drive settings out as the source of the problem.
>
>
>> BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=off
>> BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=off
>
>
> MultiSect is off on both, can you turn that on and see if that makes a
> difference? Without multisect set on (and set to 16), your hard drives
> are transferring one sector per interrupt, instead of a max of 16. This
> makes for a lot more interrupts on the system, and might be the source
> of the problem.
>
> If that doesn't change anything, you may also try what Mike Fowler
> hinted at, and recompile your kernel with Hz set to 100 instead of the
> default 250. As well as trying the RT patchset and seeing if that shows
> any sources of problems.
>
> Ray
>
2.4 is hard to try for me....i'll try if i can...
i set 16 to sectors setting, but nothing changed, no real changes.
i'll recompile tomorrow -git4 with 100Hz option to check if timer can
help me
Patrizio Bassi wrote:
> Ray Lee ha scritto:
>
>> On Mon, 2005-10-31 at 18:04 +0100, Patrizio Bassi wrote:
>>
>>
>>>> On 10/31/05, Patrizio Bassi <[email protected]> wrote:
>>>>
>>>>
>>>>> starting from 2.6.0 (2 years ago) i have the following bug.
>>>>> link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>>
>>
>>
>>>>> fast summary:
>>>>> when playing audio and using a bit the harddisk (i.e. md5sum of a
200mb
>>>>> file) i hear noises, related to disk activity. more hd is used,
more chicks
>>>>> and ZZZZ noises happen.
>>>>
>>>>
>>>> Does hdparm -i (or -I) show differences between the 2.4 kernels and
>>>> 2.6? 2.6 has new IDE drivers, and so perhaps your system isn't using
>>>> the best driver any more.
>>>>
>>>> You may also want to compare lspci -vv of your IDE controller and
>>>> sound card between 2.4 and 2.6, and see if there are any differences.
>>>>
>>>> No guarantees, but this is where you'd start.
>>>>
>>>>
>>>>
>>>>
>>>>> Ready to test any patch/solution.
>>>>
>>>>
>>>>
>>>> Try that. If nothing obvious appears in the examination, you may want
>>>> to try the 2.6.14-rt1 patchset from Ingo Molnar. It's designed to
>>>> reduce latency in the kernel, but also has a latency tracer that may
>>>> be particularly useful for your problem. (Assuming it's a latency
>>>> issue, and not a hardware misconfiguration due to 2.6 doing something
>>>> wrong.)
I've seen something like this yesterday on ECS P6EXP-Me board (i440EX
chipset) with onboard CMI8338 PCI sound chip. The sound was distorted
when e.g. moving mouse in Windows. When I disabled "PCI 2.1 support" in
BIOS, the problem disappeared in Windows. But when I booted Slax LiveCD,
the same problem appeared - so I think that Linux enables something
that's causing these problems with some PCI sound devices on these chipsets.
--
Ondrej Zary
Ondrej Zary ha scritto:
> Patrizio Bassi wrote:
>
>> Ray Lee ha scritto:
>>
>>> On Mon, 2005-10-31 at 18:04 +0100, Patrizio Bassi wrote:
>>>
>>>
>>>>> On 10/31/05, Patrizio Bassi <[email protected]> wrote:
>>>>>
>>>>>
>>>>>> starting from 2.6.0 (2 years ago) i have the following bug.
>>>>>> link: http://bugzilla.kernel.org/show_bug.cgi?id=2579
>>>>>
>>>
>>>
>>>>>> fast summary:
>>>>>> when playing audio and using a bit the harddisk (i.e. md5sum of a
>>>>>> 200mb
>>>>>> file) i hear noises, related to disk activity. more hd is used,
>>>>>> more chicks
>>>>>> and ZZZZ noises happen.
>>>>>
>>>>>
>>>>> Does hdparm -i (or -I) show differences between the 2.4 kernels and
>>>>> 2.6? 2.6 has new IDE drivers, and so perhaps your system isn't using
>>>>> the best driver any more.
>>>>>
>>>>> You may also want to compare lspci -vv of your IDE controller and
>>>>> sound card between 2.4 and 2.6, and see if there are any differences.
>>>>>
>>>>> No guarantees, but this is where you'd start.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Ready to test any patch/solution.
>>>>>
>>>>>
>>>>>
>>>>> Try that. If nothing obvious appears in the examination, you may want
>>>>> to try the 2.6.14-rt1 patchset from Ingo Molnar. It's designed to
>>>>> reduce latency in the kernel, but also has a latency tracer that may
>>>>> be particularly useful for your problem. (Assuming it's a latency
>>>>> issue, and not a hardware misconfiguration due to 2.6 doing something
>>>>> wrong.)
>>>>
>
> I've seen something like this yesterday on ECS P6EXP-Me board (i440EX
> chipset) with onboard CMI8338 PCI sound chip. The sound was distorted
> when e.g. moving mouse in Windows. When I disabled "PCI 2.1 support"
> in BIOS, the problem disappeared in Windows. But when I booted Slax
> LiveCD, the same problem appeared - so I think that Linux enables
> something that's causing these problems with some PCI sound devices on
> these chipsets.
>
i played a bit with bios, but no luck.
considering that in my windows copy i have no problems, i'm sure it's
linux 2.6
update: can't use linux 2.4, i have nptl only and acpi problems too.
i'll play with timers and latency
On Mon, Oct 31, 2005 at 04:30:48PM +0100, Patrizio Bassi wrote:
> when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
> file)
> i hear noises, related to disk activity. more hd is used, more chicks
> and ZZZZ noises happen.
>
> linux 2.4.x and windows has no problems, perfect.
I remeber similar problems with es1370 and OSS/ALSA driver. OSS were
fine, ALSA produced noise.
It turned to be PCI latency timer issues. OSS driver changed it's value
to working good values. ALSA didn't touch latency timer, and during hard
disk activity sound stuttered.
Got rid of problem by running setpci -d CARD:ID latency_timer=40
--
Tomasz Torcz 72->| 80->|
[email protected] 72->| 80->|
At Mon, 31 Oct 2005 23:10:03 +0100,
Tomasz Torcz wrote:
>
> [1 <text/plain; us-ascii (quoted-printable)>]
> On Mon, Oct 31, 2005 at 04:30:48PM +0100, Patrizio Bassi wrote:
> > when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
> > file)
> > i hear noises, related to disk activity. more hd is used, more chicks
> > and ZZZZ noises happen.
> >
> > linux 2.4.x and windows has no problems, perfect.
>
> I remeber similar problems with es1370 and OSS/ALSA driver. OSS were
> fine, ALSA produced noise.
> It turned to be PCI latency timer issues. OSS driver changed it's value
> to working good values. ALSA didn't touch latency timer, and during hard
> disk activity sound stuttered.
Hmm, I don't see any relevant code in OSS es137*.c.
> Got rid of problem by running setpci -d CARD:ID latency_timer=40
If this helps, the fix would be easy...
Takashi
Takashi Iwai ha scritto:
>At Mon, 31 Oct 2005 23:10:03 +0100,
>Tomasz Torcz wrote:
>
>
>>[1 <text/plain; us-ascii (quoted-printable)>]
>>On Mon, Oct 31, 2005 at 04:30:48PM +0100, Patrizio Bassi wrote:
>>
>>
>>>when playing audio and using a bit the harddisk (i.e. md5sum of a 200mb
>>>file)
>>>i hear noises, related to disk activity. more hd is used, more chicks
>>>and ZZZZ noises happen.
>>>
>>>linux 2.4.x and windows has no problems, perfect.
>>>
>>>
>> I remeber similar problems with es1370 and OSS/ALSA driver. OSS were
>>fine, ALSA produced noise.
>> It turned to be PCI latency timer issues. OSS driver changed it's value
>>to working good values. ALSA didn't touch latency timer, and during hard
>>disk activity sound stuttered.
>>
>>
>
>Hmm, I don't see any relevant code in OSS es137*.c.
>
>
>
>> Got rid of problem by running setpci -d CARD:ID latency_timer=40
>>
>>
>
>If this helps, the fix would be easy...
>
>
>Takashi
>
>
>
i never talked about OSS.
i wrote the solution i found, check the ml
On Tue, Nov 01, 2005 at 10:54:55AM +0100, Patrizio Bassi wrote:
> i played a bit with bios, but no luck.
> considering that in my windows copy i have no problems, i'm sure it's
> linux 2.6
>
> update: can't use linux 2.4, i have nptl only and acpi problems too.
> i'll play with timers and latency
One more suggestion:
try running distributed-net or something else that uses 100% cpu.
I also have "bad sound" from on-board audio (hp nx9110 notebook
and some elcheap asus motherboard). Usually it is a bad or cheap
motherboard design.
If using your CPU 100% fixes or mostly diminishes your audio
distortion, you can be 100% sure that the audio part has a very
bad design (no separate voltage controllers or good power supply
filters, and no separate power supply circuit, and of course a
good deal of crosstalk between analog lines and "digital" lines).
--
begin LOVE-LETTER-FOR-YOU.txt.vbs
I am a signature virus. Distribute me until the bitter
end
On Wed, 2005-11-23 at 17:22 +0100, Ard van Breemen wrote:
> On Tue, Nov 01, 2005 at 10:54:55AM +0100, Patrizio Bassi wrote:
> > i played a bit with bios, but no luck.
> > considering that in my windows copy i have no problems, i'm sure it's
> > linux 2.6
> >
> > update: can't use linux 2.4, i have nptl only and acpi problems too.
> > i'll play with timers and latency
> One more suggestion:
> try running distributed-net or something else that uses 100% cpu.
> I also have "bad sound" from on-board audio (hp nx9110 notebook
> and some elcheap asus motherboard). Usually it is a bad or cheap
> motherboard design.
> If using your CPU 100% fixes or mostly diminishes your audio
> distortion, you can be 100% sure that the audio part has a very
> bad design (no separate voltage controllers or good power supply
> filters, and no separate power supply circuit, and of course a
> good deal of crosstalk between analog lines and "digital" lines).
>
Please try to isolate whether the PCI latency timer change OR the change
from HZ=250 to HZ=100 fixed the problem.
Lee
Lee Revell ha scritto:
>On Wed, 2005-11-23 at 17:22 +0100, Ard van Breemen wrote:
>
>
>>On Tue, Nov 01, 2005 at 10:54:55AM +0100, Patrizio Bassi wrote:
>>
>>
>>>i played a bit with bios, but no luck.
>>>considering that in my windows copy i have no problems, i'm sure it's
>>>linux 2.6
>>>
>>>update: can't use linux 2.4, i have nptl only and acpi problems too.
>>>i'll play with timers and latency
>>>
>>>
>>One more suggestion:
>>try running distributed-net or something else that uses 100% cpu.
>>I also have "bad sound" from on-board audio (hp nx9110 notebook
>>and some elcheap asus motherboard). Usually it is a bad or cheap
>>motherboard design.
>>If using your CPU 100% fixes or mostly diminishes your audio
>>distortion, you can be 100% sure that the audio part has a very
>>bad design (no separate voltage controllers or good power supply
>>filters, and no separate power supply circuit, and of course a
>>good deal of crosstalk between analog lines and "digital" lines).
>>
>>
>>
>
>Please try to isolate whether the PCI latency timer change OR the change
>from HZ=250 to HZ=100 fixed the problem.
>
>Lee
>
>
>
>
it seems both.
now i'm using 1000hz with 0x40 latency.
i still get some noises but lower than before (lat = 0x20).
however i saw you marked it closed as hardware problem, i'm sure it isn't.
it' a linux 2.6 problem for me, as 2.4 and windows works perfectly. stop :)
a windows copy, running under vmware on linux 2.6, seems to work good too.
On Wed, 2005-11-23 at 21:05 +0100, Patrizio Bassi wrote:
> it seems both.
> now i'm using 1000hz with 0x40 latency.
> i still get some noises but lower than before (lat = 0x20).
>
> however i saw you marked it closed as hardware problem, i'm sure it
> isn't.
>
> it' a linux 2.6 problem for me, as 2.4 and windows works perfectly.
> stop :)
> a windows copy, running under vmware on linux 2.6, seems to work good
> too.
>
If the noise is caused by higher HZ settings then that is a hardware
problem. Windows and Linux 2.4 use a lower HZ setting than Linux 2.6.
Lee
Lee Revell ha scritto:
>On Wed, 2005-11-23 at 21:05 +0100, Patrizio Bassi wrote:
>
>
>>it seems both.
>>now i'm using 1000hz with 0x40 latency.
>>i still get some noises but lower than before (lat = 0x20).
>>
>>however i saw you marked it closed as hardware problem, i'm sure it
>>isn't.
>>
>>it' a linux 2.6 problem for me, as 2.4 and windows works perfectly.
>>stop :)
>>a windows copy, running under vmware on linux 2.6, seems to work good
>>too.
>>
>>
>>
>
>If the noise is caused by higher HZ settings then that is a hardware
>problem. Windows and Linux 2.4 use a lower HZ setting than Linux 2.6.
>
>Lee
>
>
>
>
i'm not sure of this, however i trust you as you'll have more experience
than me.
i'll buy no more creative cheap hw.