Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
> hrm. it misbehaved on ac9 now. i'll try a different soundcard and see > what happens. is es1370 known to be relatively stable? i have one of > those lying about somewhere. The es1370 hasnt changed much but the VM code had a little (and testing ac9 tests who different sets of behaviour). If you have ACPI enabled then disable it next test - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sun, Feb 11, 2001 at 01:19:02PM +1100, john slee wrote: > On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote: > > Does 2.4.1-ac9 behave ? > > yep, works fine. let me amend this slightly: works fine when not using xfree86 with pci s3virge. guess it wasnt the kernel at fault after all. :-) 2.4.2-pre3 behaves also, haven't bothered trying anything else yet. note that commenting out the bits of XF86Config relevant to the s3 was sufficient, didn't need to physically remove the card. it is still odd, since there aren't any resource conflicts (that i am aware of) thanks, j. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sun, Feb 11, 2001 at 10:20:33PM +1100, john slee wrote: > i'm fairly sure its not ram at fault, since nothing else is acting > strangely, and it only crops up when i use /dev/dsp. > > anything else i can try to narrow it down? this is just a home > workstation, so i can try practically anything if necessary. I missed this thread a bit but I also am experiencing problems when using sound (playing mp3's) -- hard crashes. I am not sure wether it's X related (xmms/X v4.0x), sound related (opensound drivers), hardware related (dual BP6, non OC with apic patches). could you mail privately what the issues are ? maybe I have the same problems. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote: > Does 2.4.1-ac9 behave ? hrm. it misbehaved on ac9 now. i'll try a different soundcard and see what happens. is es1370 known to be relatively stable? i have one of those lying about somewhere. i'm fairly sure its not ram at fault, since nothing else is acting strangely, and it only crops up when i use /dev/dsp. anything else i can try to narrow it down? this is just a home workstation, so i can try practically anything if necessary. j. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote: Does 2.4.1-ac9 behave ? hrm. it misbehaved on ac9 now. i'll try a different soundcard and see what happens. is es1370 known to be relatively stable? i have one of those lying about somewhere. i'm fairly sure its not ram at fault, since nothing else is acting strangely, and it only crops up when i use /dev/dsp. anything else i can try to narrow it down? this is just a home workstation, so i can try practically anything if necessary. j. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sun, Feb 11, 2001 at 10:20:33PM +1100, john slee wrote: i'm fairly sure its not ram at fault, since nothing else is acting strangely, and it only crops up when i use /dev/dsp. anything else i can try to narrow it down? this is just a home workstation, so i can try practically anything if necessary. I missed this thread a bit but I also am experiencing problems when using sound (playing mp3's) -- hard crashes. I am not sure wether it's X related (xmms/X v4.0x), sound related (opensound drivers), hardware related (dual BP6, non OC with apic patches). could you mail privately what the issues are ? maybe I have the same problems. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sun, Feb 11, 2001 at 01:19:02PM +1100, john slee wrote: On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote: Does 2.4.1-ac9 behave ? yep, works fine. let me amend this slightly: works fine when not using xfree86 with pci s3virge. guess it wasnt the kernel at fault after all. :-) 2.4.2-pre3 behaves also, haven't bothered trying anything else yet. note that commenting out the bits of XF86Config relevant to the s3 was sufficient, didn't need to physically remove the card. it is still odd, since there aren't any resource conflicts (that i am aware of) thanks, j. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote: > > it doesn't happen to me on 2.4.1-pre11 with andrew morton's low > > scheduling latency patch. > > Does 2.4.1-ac9 behave ? yep, works fine. j. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
> it doesn't happen to me on 2.4.1-pre11 with andrew morton's low > scheduling latency patch. Does 2.4.1-ac9 behave ? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
'mpg123 foo.mp3' triggers this. doesn't seem to be restricted to mpg123
however. happens with everything using /dev/dsp.
it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
scheduling latency patch.
symptoms are hard lockup, and random noise from speakers. even magic
sysrq doesn't work. i certainly don't get anything resembling the
intended sound.
soundcard is my beloved gravis ultrasound classic, which has never
failed me before.
diff'd drivers/sound/ between vanilla trees of 2.4.0, 2.4.1, and
2.4.2pre{1,2,3}. the only changes i could see in sound*[ch] and
gus*[ch] were replacing malloc.h with slab.h. i probably missed
something, it's past 5am now. i can't remember seeing this lockup on
any previous kernel.
diagnostic stuff follows. note that i am not currently using the
TRM-S1040, and have not applied the appropriate kernel patch for it.
thanks in advance,
j.
ver_linux: (all debian-testing versions of things, except kernel)
--
Linux elektra 2.4.2-pre3 #10 Sun Feb 11 02:57:42 EST 2001 i686 unknown
Kernel modules 2.4.1
Gnu C 2.95.3
Gnu Make 3.79.1
Binutils 2.10.1.0.2
Linux C Library2.2.1
Dynamic linker ldd (GNU libc) 2.2.1
Procps 2.0.7
Mount 2.10q
Net-tools 2.05
Console-tools 0.2.3
Sh-utils 2.0.11
Modules Loaded ipt_state iptable_nat iptable_filter iptable_mangle
ip_conntrack_ftp ip_conntrack ppp_async ppp_generic slhc ip_tables floppy 3c59x
ne2k-pci 8390
cpuinfo: (not overclocked)
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 6
model name : Celeron (Mendocino)
stepping: 5
cpu MHz : 534.553
cache size : 128 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36
mmx fxsr
bogomips: 1064.96
lspci -vvv:
---
00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR-
00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03)
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B+
00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- [disabled] [size=64K]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [f0] AGP version 1.0
Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2
Command: RQ=0 SBA- AGP- 64bit- FW- Rate=
dmesg:
--
Linux version 2.4.2-pre3 (root@elektra) (gcc version 2.95.3 20010125 (prerelease)) #10
Sun Feb 11 02:57:42 EST 2001
BIOS-provided physical RAM map:
BIOS-e820: 0009fc00 @ (usable)
BIOS-e820: 0400 @ 0009fc00 (reserved)
BIOS-e820: 0001 @ 000f (reserved)
BIOS-e820: 0001 @ (reserved)
BIOS-e820: 13ef @ 0010 (usable)
BIOS-e820: d000 @ 13ff3000 (ACPI data)
BIOS-e820: 3000 @ 13ff (ACPI NVS)
On node 0 totalpages: 81920
zone(0): 4096 pages.
zone(1): 77824 pages.
zone(2): 0 pages.
Kernel command line: auto BOOT_IMAGE=242pre3 ro root=302 mem=320M
Initializing CPU#0
Detected 534.553 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1064.96 BogoMIPS
Memory: 320408k/327680k available (768k kernel code, 6884k reserved, 283k data, 168k
init, 0k highmem)
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
CPU: Before vendor init, caps: 0183f9ff , vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0183f9ff
CPU: After generic, caps: 0183f9ff
hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
'mpg123 foo.mp3' triggers this. doesn't seem to be restricted to mpg123
however. happens with everything using /dev/dsp.
it doesn't happen to me on 2.4.1-pre11 with andrew morton's low
scheduling latency patch.
symptoms are hard lockup, and random noise from speakers. even magic
sysrq doesn't work. i certainly don't get anything resembling the
intended sound.
soundcard is my beloved gravis ultrasound classic, which has never
failed me before.
diff'd drivers/sound/ between vanilla trees of 2.4.0, 2.4.1, and
2.4.2pre{1,2,3}. the only changes i could see in sound*[ch] and
gus*[ch] were replacing malloc.h with slab.h. i probably missed
something, it's past 5am now. i can't remember seeing this lockup on
any previous kernel.
diagnostic stuff follows. note that i am not currently using the
TRM-S1040, and have not applied the appropriate kernel patch for it.
thanks in advance,
j.
ver_linux: (all debian-testing versions of things, except kernel)
--
Linux elektra 2.4.2-pre3 #10 Sun Feb 11 02:57:42 EST 2001 i686 unknown
Kernel modules 2.4.1
Gnu C 2.95.3
Gnu Make 3.79.1
Binutils 2.10.1.0.2
Linux C Library2.2.1
Dynamic linker ldd (GNU libc) 2.2.1
Procps 2.0.7
Mount 2.10q
Net-tools 2.05
Console-tools 0.2.3
Sh-utils 2.0.11
Modules Loaded ipt_state iptable_nat iptable_filter iptable_mangle
ip_conntrack_ftp ip_conntrack ppp_async ppp_generic slhc ip_tables floppy 3c59x
ne2k-pci 8390
cpuinfo: (not overclocked)
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 6
model name : Celeron (Mendocino)
stepping: 5
cpu MHz : 534.553
cache size : 128 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36
mmx fxsr
bogomips: 1064.96
lspci -vvv:
---
00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort-
MAbort+ SERR- PERR-
Latency: 32
Region 0: Memory at e000 (32-bit, prefetchable) [size=32M]
Capabilities: [a0] AGP version 1.0
Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2
Command: RQ=0 SBA- AGP- 64bit- FW- Rate=none
00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03)
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
I/O behind bridge: f000-0fff
Memory behind bridge: d800-dbff
Prefetchable memory behind bridge: e400-e4ff
BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- Reset- FastB2B+
00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
Latency: 0
00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) (prog-if 80
[Master])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
Latency: 32
Region 4: I/O ports at f000 [size=16]
00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) (prog-if 00
[UHCI])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
Latency: 32
Interrupt: pin D routed to IRQ 9
Region 4: I/O ports at d000 [size=32]
00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
00:09.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
Subsystem: 3Com Corporation 3C905B Fast Etherlink XL 10/100
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
Latency: 32 (2500ns min, 2500ns max),
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
it doesn't happen to me on 2.4.1-pre11 with andrew morton's low scheduling latency patch. Does 2.4.1-ac9 behave ? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sat, Feb 10, 2001 at 07:33:53PM +, Alan Cox wrote: it doesn't happen to me on 2.4.1-pre11 with andrew morton's low scheduling latency patch. Does 2.4.1-ac9 behave ? yep, works fine. j. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
