3 Oct
2004
3 Oct
'04
11:57 p.m.
Hello all!
Has anyone else had this problem?
I patch 2.6.8.1 with 2.6.9-rc3, 2.6.9-rc3-mm1, and vp-2.6.9-mm1-s8.
My machine is an AMD64 3400+ laptop running FC3t1 and gcc-3.4.1-2
When I make I get:
CC kernel/irq/autoprobe.o
In file included from kernel/irq/autoprobe.c:9:
include/linux/irq.h:78: error: syntax error before \"wait_queue_head_t\"
include/linux/irq.h:78: warning: no semicolon at end of struct or union
include/linux/irq.h:80: error: syntax error before \'}\' token
include/linux/irq.h:80: warning: type defaults to `int\' in declaration of
`irq_desc_t\'
include/linux/irq.h:82: error: syntax error before \"irq_desc\"
include/linux/irq.h:82: warning: type defaults to `int\' in declaration of
`irq_desc\'
include/linux/irq.h:82: warning: data definition has no type or storage class
In file included from kernel/irq/autoprobe.c:9:
include/linux/irq.h:92: error: syntax error before \"irq_desc_t\"
include/linux/irq.h:92: warning: function declaration isn\'t a prototype
include/linux/irq.h:93: error: syntax error before \"irq_desc_t\"
include/linux/irq.h:93: warning: function declaration isn\'t a prototype
kernel/irq/autoprobe.c: In function `probe_irq_on\':
kernel/irq/autoprobe.c:30: error: `desc\' undeclared (first use in this function)
kernel/irq/autoprobe.c:30: error: (Each undeclared identifier is reported only once
kernel/irq/autoprobe.c:30: error: for each function it appears in.)
kernel/irq/autoprobe.c:31: warning: ISO C90 forbids mixed declarations and code
kernel/irq/autoprobe.c:42: error: request for member `action\' in something not a
structure or union
kernel/irq/autoprobe.c:43: error: request for member `handler\' in something not a
structure or union
kernel/irq/autoprobe.c:80: warning: ISO C90 forbids mixed declarations and code
kernel/irq/autoprobe.c: In function `probe_irq_mask\':
kernel/irq/autoprobe.c:121: error: `desc\' undeclared (first use in this function)
kernel/irq/autoprobe.c:122: warning: ISO C90 forbids mixed declarations and code
kernel/irq/autoprobe.c: In function `probe_irq_off\':
kernel/irq/autoprobe.c:163: error: `desc\' undeclared (first use in this function)
kernel/irq/autoprobe.c:164: warning: ISO C90 forbids mixed declarations and code
make[2]: *** [kernel/irq/autoprobe.o] Error 1
make[1]: *** [kernel/irq] Error 2
make: *** [kernel] Error 2
I dont know what to do. Thanks for the help!
-thewade
12:59 a.m.
On Sun, 3 Oct 2004 19:40:15 -0600
"thewade" <pdman(a)aproximation.org> wrote:
Hello all!
Has anyone else had this problem?
no,
probably gcc-3.4 related. it builds fine on gcc-3.3 [debian unstable]
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
1:18 a.m.
On Mon, 4 Oct 2004 04:56:35 +0200
Florian Schmidt <mista.tapas(a)gmx.net> wrote:
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?
Hmm, this seems to be a qjackctl issue. I see the same error in S7 and
jackd started from qjackctl, but it works flawlwssly nonetheless [xruns
are back to normal with S7].
cannot write to jackstart sync pipe 4 (Bad file
descriptor)
jackd: wait for startup process exit failed
jackd 0.99.0
flo
7:30 p.m.
On Monday 04 October 2004 03:56, Florian Schmidt wrote:
On Sun, 3 Oct 2004 19:40:15 -0600
"thewade" <pdman(a)aproximation.org> wrote:
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
Hello all!
Has anyone else had this problem?
no,
probably gcc-3.4 related. it builds fine on gcc-3.3 [debian unstable]
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
7:40 p.m.
On Mon, 2004-10-04 at 17:33, Dave wrote:
On Monday 04 October 2004 03:56, Florian Schmidt
wrote:
Um, you cannot be seeing exactly the same, because thewade's problem is
that it would not build at all. This is a completely different issue.
Lee
On Sun, 3 Oct 2004 19:40:15 -0600
"thewade" <pdman(a)aproximation.org> wrote:
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. Hello all!
Has anyone else had this problem?
no,
probably gcc-3.4 related. it builds fine on gcc-3.3 [debian unstable]
7:57 p.m.
On Monday 04 October 2004 22:23, Lee Revell wrote:
On Mon, 2004-10-04 at 17:33, Dave wrote:
sorry not thewade but same as Florian Schmidt
sorry for the confusion
dave
On Monday 04 October 2004 03:56, Florian Schmidt
wrote:
Um, you cannot be seeing exactly the same, because thewade's problem is
that it would not build at all. This is a completely different issue.
Lee On Sun, 3 Oct 2004 19:40:15 -0600
"thewade" <pdman(a)aproximation.org> wrote:
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. Hello all!
Has anyone else had this problem?
no,
probably gcc-3.4 related. it builds fine on gcc-3.3 [debian unstable]
8:01 p.m.
On Sun, 2004-10-03 at 22:56, Florian Schmidt wrote:
On Sun, 3 Oct 2004 19:40:15 -0600
"thewade" <pdman(a)aproximation.org> wrote:
Weird. Are you getting lots of printk()s?
Lee
Hello all!
Has anyone else had this problem?
no,
probably gcc-3.4 related. it builds fine on gcc-3.3 [debian unstable]
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?
8:37 p.m.
On Monday 04 October 2004 22:43, Lee Revell wrote:
On Sun, 2004-10-03 at 22:56, Florian Schmidt wrote:
No but I have recompiled with all debugging off. (If this is where i will see
printks)
I will have to try again with trace enabled to see if i am doing something
different
Dave
On Sun, 3 Oct 2004 19:40:15 -0600
"thewade" <pdman(a)aproximation.org> wrote:
Weird. Are you getting lots of printk()s? Hello all!
Has anyone else had this problem?
no,
probably gcc-3.4 related. it builds fine on gcc-3.3 [debian unstable]
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?
Lee
1:42 a.m.
On Sun, 2004-10-03 at 21:40, thewade wrote:
Hello all!
Has anyone else had this problem?
I patch 2.6.8.1 with 2.6.9-rc3, 2.6.9-rc3-mm1, and vp-2.6.9-mm1-s8.
My machine is an AMD64 3400+ laptop running FC3t1 and gcc-3.4.1-2
When I make I get:
CC kernel/irq/autoprobe.o
In file included from kernel/irq/autoprobe.c:9:
You need to start with 2.6.8, not 2.6.8.1. There were probably some
rejects.
If that's a typo, and you really did start with 2.6.8, then this could
be a bug in the VP patch.
Lee
7384
days inactive
7385
days old
linux-audio-user@lists.linuxaudio.org
9 comments
5 participants
participants (5)
-
Dave -
Florian Schmidt -
Lee Revell -
Mark Knecht -
thewade