On Monday 04 October 2004 03:56, Florian Schmidt wrote: > On Sun, 3 Oct 2004 19:40:15 -0600 > > "thewade" <pdman@xxxxxxxxxxxxxxxx> wrote: > > Hello all! > > > > Has anyone else had this problem? > > no, > > probably gcc-3.4 related. it builds fine on gcc-3.3 [debian unstable] > I am seeing exactly the same with kernel 2.6.9-rc1-bk12-vp-s0. It was a perfect setup very few xruns now all of a sudden after an apt-get upgrade sometime in the not too distant past lots of xruns. I have only just noticed as i usually run -p2048. jackd 0.99.0 debian unstable Dave > but S8 seems to have some other problems. I get xruns of more than 1 or > 2ms [although the preempt timing reports normal max latencies around > 200us] which i have only seen on S7 when the tmpdir wasn't mounted on a > tmpfs. SCHED_FIFO is ok, tmp dir is mounted on tmpfs. VP, KP, HIP, SIP, > BKLP are all enabled[see below]. Interesting enough i see the weird > jackstart pipe error when starting jackd with qjackctl, too[although > it's configured to use jackd directly]. What kernel was the other person > seeing this using? > > PID LWP CLS PRI TTY TIME CMD > 6007 - - - pts/3 00:00:08 jackd > - 6007 TS 8 - 00:00:00 - > - 6008 TS 7 - 00:00:00 - > - 6009 FF 60 - 00:00:00 - > - 6010 FF 50 - 00:00:08 - > > from commandline looks all normal > > tapas@mango:~$ jackd -R -d alsa -p 64 > jackd 0.99.0 > Copyright 2001-2003 Paul Davis and others. > jackd comes with ABSOLUTELY NO WARRANTY > This is free software, and you are welcome to redistribute it > under certain conditions; see the file COPYING for details > > loading driver .. > creating alsa driver ... hw:0|hw:0|64|2|48000|0|0|nomon|swmeter|-|32bit > control device hw:0 > configuring for 48000Hz, period = 64 frames, buffer = 2 periods > Couldn't open hw:0 for 32bit samples trying 24bit instead > Couldn't open hw:0 for 24bit samples trying 16bit instead > Couldn't open hw:0 for 32bit samples trying 24bit instead > Couldn't open hw:0 for 24bit samples trying 16bit instead > > from qjackctl: > > 04:45:28.261 /usr/bin/jackd -R -P25 -t20000 -dalsa -dhw:0 -r48000 -p32 > -n2 04:45:28.340 JACK was started with PID=9589 (0x2575). > cannot write to jackstart sync pipe 4 (Bad file descriptor) > jackd: wait for startup process exit failed > jackd 0.99.0 > Copyright 2001-2003 Paul Davis and others. > jackd comes with ABSOLUTELY NO WARRANTY > This is free software, and you are welcome to redistribute it > under certain conditions; see the file COPYING for details > loading driver .. > apparent rate = 48000 > creating alsa driver ... hw:0|hw:0|32|2|48000|0|0|nomon|swmeter|-|32bit > control device hw:0 > configuring for 48000Hz, period = 32 frames, buffer = 2 periods > Couldn't open hw:0 for 32bit samples trying 24bit instead > Couldn't open hw:0 for 24bit samples trying 16bit instead > Couldn't open hw:0 for 32bit samples trying 24bit instead > Couldn't open hw:0 for 24bit samples trying 16bit instead > > > some system info" > > ----------- > /proc/interrupts: > CPU0 > 0: 1021895 XT-PIC timer 0/21895 > 1: 3486 XT-PIC i8042 3/3486 > 2: 0 XT-PIC cascade 0/0 > 5: 1144291 XT-PIC CS46XX 0/44291 > 8: 4 XT-PIC rtc 0/4 > 10: 495 XT-PIC eth0 0/495 > 12: 37684 XT-PIC i8042 0/37684 > 14: 38165 XT-PIC ide0 0/38165 > 15: 26239 XT-PIC ide1 0/26239 > NMI: 0 > ERR: 0 > ----------- > /proc/irq/1/i8042/threaded:1 > /proc/irq/10/eth0/threaded:1 > /proc/irq/12/i8042/threaded:1 > /proc/irq/14/ide0/threaded:1 > /proc/irq/15/ide1/threaded:1 > /proc/irq/5/CS46XX/threaded:0 > /proc/irq/8/rtc/threaded:0 > ----------- > /sys/block/hda/queue/max_sectors_kb:16 > /sys/block/hdc/queue/max_sectors_kb:16 > /sys/block/hdd/queue/max_sectors_kb:16 > ----------- > voluntary_preemption > 1 > kernel_preemption > 1 > softirq redirect > 1 > hardirq redirect > 1 > ----------- > preempt_thresh > 0 > ----------- > preempt_max_thresh > 135 > ----------- > trace enabled > 1 > ----------- > > > > > > > basically i'd say: something's fishy about S8. I also wonder: the option > Preempt the big kernel lock shows up two times in menuconfig for me.. > very weird. > > I also got some dmesg stuff i've never seen before: > > > > > > > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 > ide: Assuming 33MHz system bus speed for PIO modes; override with > idebus=xx SIS5513: IDE controller at PCI slot 0000:00:02.5 > SIS5513: chipset revision 208 > SIS5513: not 100% native mode: will probe irqs later > SIS5513: SiS735 ATA 100 (2nd gen) controller > ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA > ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA > Probing IDE interface ide0... > hda: IC35L060AVER07-0, ATA DISK drive > requesting new irq thread for IRQ14... > elevator: using anticipatory as default io scheduler > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > Probing IDE interface ide1... > hdc: ST340823A, ATA DISK drive > hdd: TDK CDRW121032, ATAPI CD/DVD-ROM drive > requesting new irq thread for IRQ15... > ide1 at 0x170-0x177,0x376 on irq 15 > Probing IDE interface ide2... > ide2: Wait for ready failed before probe ! > Probing IDE interface ide3... > ide3: Wait for ready failed before probe ! > Probing IDE interface ide4... > ide4: Wait for ready failed before probe ! > Probing IDE interface ide5... > ide5: Wait for ready failed before probe ! > hda: max request size: 128KiB > IRQ#14 thread started up. > hda: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63, > UDMA(100) hda: cache flushes not supported > hda: hda1 hda2 hda3 > hdc: max request size: 128KiB > IRQ#15 thread started up. > hdc: Host Protected Area detected. > current capacity is 78165360 sectors (40020 MB) > native capacity is 78165361 sectors (40020 MB) > hdc: 78165360 sectors (40020 MB) w/1024KiB Cache, CHS=65535/16/63, > UDMA(33) hdc: cache flushes not supported > hdc: hdc1 hdc2 > hdd: ATAPI 32X CD-ROM CD-R/RW drive, 2048kB Cache, DMA > Uniform CD-ROM driver Revision: 3.20 > > > > > very weird [the ide probe stuff].. S7 was working very good.. > > flo