function and change
sbus_dma_enable to avoid occasional system crashes when
stopping recording.
signed off: Georg Chini <[EMAIL PROTECTED]>
--- linux-2.6.22-rc5/sound/sparc/cs4231.c 2007-06-17 04:09:12.0
+0200
+++ linux-2.6.22-rc5.changed/sound/sparc/
sbus_dma_enable to avoid occasional system crashes when
stopping recording.
signed off: Georg Chini <[EMAIL PROTECTED]>
--- linux-2.6.22-rc5/sound/sparc/cs4231.c 2007-06-17 04:09:12.0
+0200
+++ linux-2.6.22-rc5.changed/sound/sparc/cs4231.c 2007-06-18
it and my
assertion check here is wrong.
Regardless of what type of TAG type we sent to the target, when it
reconnects after a disconnect it always gives SIMPLE_QUEUE_TAG (0x20)
as the tag type.
This is explained clearly in section 6.6.17 of the SCSI-2 standard,
for example.
Georg Chini gave the
David Miller wrote:
I only need to resolve the bug that Bertrand is still seeing
where the reconnect tag gets corrupted somehow.
I'll try to work on that over the weekend, but for everyone
else keep beating on it :-)
-
Hi Dave,
I'm seeing the same problem on my ultra2 with 2.6.21-rc7 a
David Miller wrote:
But it seems that nowadays the ISA CS4231 driver is using a value of
"64" for period_bytes_min. Perhaps the Sparc driver should do that
too :-)
My machine seems too slow to handle this. With values less
than 256 sound will not work properly. I think it starts missing
From: Georg Chini [EMAIL PROTECTED]
SBUS: Change IRQ-handler return value from 0 to IRQ_HANDLED and
fix some initialisation problems.
Change period_bytes_min from 4096 to 256 to allow driver to work with
low latency (VOIP) applications. Hope this does not break EBUS.
Signed-off-by: Georg Chini
Hello,
Georg Chini wrote:
With OSS it works fine for a while, but after exactly 9 IRQ's
from the cs4231 card I get the following kernel message:
I was wrong, the message appears after 10 IRQ's, even if I
use different applications (mplayer, xmms, twinkle) and close
them
rs [(none)]
Any idea what the messages mean or what I can do to correct the problem?
Regards
Georg Chini
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
el 2.6.11.7 and 2.6.12-rc2 with the same results.
If I increase all udelay's in cs4231.c by a factor of ten, the timeout messages
vanish, but there is still no sound.
Any ideas?
Regards
Georg Chini
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
t
Tom 'spot' Callaway wrote:
This is being BTFIXEDUP to pte_pfn.
Removing the if (srmmu_device_memory(pte_val(pte))) check stops the
oops, but it doesn't make X work. The screen goes blank, but the X
session never appears.
Hi,
maybe this is an error in the driver for TGX. My SS5 has a TCX card and
10 matches
Mail list logo