From: Joel Soete <soete.joel@tiscali.be>
To: John David Anglin <dave@hiauly1.hia.nrc.ca>
Cc: lamont@debian.org, parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] [gcc] should we teach gcc some new tricks?
Date: Mon, 02 May 2005 18:37:07 +0000 [thread overview]
Message-ID: <42767353.4040100@tiscali.be> (raw)
In-Reply-To: <200503261548.j2QFm7eL005849@hiauly1.hia.nrc.ca>
Hello Dave,
John David Anglin wrote:
[snip]
>>Besides the recent gcc-snapshot build failure, I'm having problems
>>building the packages at all at the moment, there's no difference
>>using between sarge and unstable.
>
I am trying now the new debian dpkg sources gcc-4.0
>
> I've had this problem from time to time, particularly on server
> machines. My c3k is solid and this doesn't happen. For some reason,
> the libjava build is most prone to the segfaults in sh/bash and
> sometimes make. Grant's recent builds on gsyprf11 seem to have
> changed the nature of the faults. Now, the kernel panics instead
> of a segfault in sh. Grant would know more as to what's causing
> these crashes.
>
I am using a sister system a b2k with a 2.6.12-rc2-pa1 64bit (more stable then the 32bit)
and an unstable debian install.
>
>>- if the build succeeds, every test case in the testsuite fails, due
>> to expect(?) problems. lamont told me that's reproducible on another
>> A500, seeing some messages on the serial console, but I can't see
>> these messages. I'm currently running the A500 kernels from the
>> parisc archives. palinux-a500-defconfig-2.6.{8.1-pa11,11-pa2,12-rc1-pa1}
>> all show the same behaviour.
>
but I unfortunately encounter also an expect pb (hanging):
# ps -ef
[snip]
root 11231 11228 9 17:08 pts/1 00:13:36 expect -- /usr/share/dejagnu/runtest.exp --tool gcc
root 11251 11231 0 17:08 pts/1 00:00:01 [expect] <defunct>
root 13466 1414 0 18:53 ? 00:00:00 sshd: jso [priv]
root 13478 13466 0 18:53 ? 00:00:00 sshd: jso [priv]
jso 13584 13466 0 18:53 ? 00:00:00 sshd: jso@pts/5
jso 13587 13584 0 18:53 pts/5 00:00:00 -bash
root 13695 13587 0 18:53 pts/5 00:00:00 -su
root 14056 11231 0 18:54 pts/1 00:00:00 [20020220-1.exe] <defunct>
root 14057 11231 0 18:54 pts/1 00:00:00 [cat] <defunct>
root 14226 10073 0 19:34 pts/1 00:00:00 sleep 30
root 14227 13695 0 19:34 pts/5 00:00:00 ps -ef
# pstree 11228
expect --- [20020220-1.exe]
+ [cat]
+ [expect]
and the console showing me:
-------------------------------
\ ^__^
\ (xx)\_______
(__)\ )\/\
U ||----w |
|| ||
expect (pid 11251): Protection id trap (code 27)
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001101111111100001111 Not tainted
r00-03 0000000000000000 000000001046a030 00000000101b21ec 000000001fdafb00
r04-07 00000000105c4ce0 0000000000000000 000000000002e4f8 0000000000000001
r08-11 0000000000000000 000000000002e500 00000000000001fe 000000001fdafb00
r12-15 fffffffffffffff2 0000000000000000 00000000000aa000 00000000000f2f08
r16-19 0000000000000000 00000000000f2a88 0000000000000001 000000001f3ec000
r20-23 0000000000000001 0000000000000000 000000000002e4fe 000000001fdafb1a
r24-27 0000000000000000 0000000000000001 000000001b3dac80 00000000105c4ce0
r28-31 0000000000000000 000000001f3ec3c0 000000001f3ec270 0000000000000000
sr0-3 0000000000bc8800 0000000000000000 0000000000000000 0000000000bc8800
sr4-7 0000000000000000 0000000000000000 0000000000000000 0000000000000000
IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b22e4 00000000101b22e8
IIR: 0ed5d240 ISR: 0000000000bc8800 IOR: 000000000002e4fe
CPU: 0 CR30: 000000001f3ec000 CR31: 0000000010584000
ORIG_R28: 000000001010e400
IAOQ[0]: sys_poll+0x274/0x298
IAOQ[1]: sys_poll+0x278/0x298
RP(r2): sys_poll+0x17c/0x298
# disasm 0ed5d240
0: 0e d5 d2 40 sth r21,0(sr3,r22)
as r22 ended by E, the privilege of this address would be 2 (the last 2 bits?)
>
> I think that there are issues with expect, tcl and dejagnu.
>
> 1) Dejagnu asks expect to trap SEGFAULTS. This is undefined and results
> in the fault insn being executed repeatively. It's a simple one line
> fix to remove this:
>
> --- runtest.exp.orig 2004-08-25 16:10:38.000000000 -0400
> +++ runtest.exp 2004-08-25 16:11:13.000000000 -0400
> @@ -1503,8 +1503,7 @@
> if ![exp_debug] {
> foreach sig "{SIGTERM {terminated}} \
> {SIGINT {interrupted by user}} \
> - {SIGQUIT {interrupted by user}} \
> - {SIGSEGV {segmentation violation}}" {
> + {SIGQUIT {interrupted by user}}" {
> set signal [lindex $sig 0]
> set str [lindex $sig 1]
> trap "send_error \"got a \[trap -name\] signal, $str \\n\"; log_and_exit;" $signal
>
> I've probably munged the diff doing a cut and paste.
>
Even thought I applied this patch
> 2) There is some kind of timing issue with expect/tcl when a given
> test ends. This causes expect to hang. When this happens, you
> will see a defunct expect task. It is a child of the expect task
> that is hung.
>
Exactely the one which try to access an address without having enough privilege (if i well understand?)
> Tcl 8.3 works better than 8.4. I know they have changed some of
> the code in this area but I don't know why this happens. I've also
> had this happen on x86 but pa seems much more prone to this problem.
>
> Tcl 8.3 also works better for tests that generate a lot of output.
> It is less likely to truncate the output resulting in a test failure.
> I think this has to do with the handling of pipes at exit.
>
Well I just rediscover this kind comments, so still have to test this and the rest
> 3) A warning appears compiling expect in a couple of places regarding
> the second argument of waitpid. It's always int. However, expect
> thinks the type of this argument is WAIT_STATUS_TYPE. This gets
> used when NO_UNION_WAIT isn't defined. This problem can be worked
> around be adding "-ansi -D_SVID_SOURCE -D_POSIX_SOURCE" to CFLAGS.
> I had hoped that fixing this would resolve the expect hangs but it
> doesn't seem to help. However, I do like a build without warnings.
> To get this with the above CFLAGS, a number of missing include
> directives need to be added.
>
> I use the following setup:
>
> dave@hiauly6:~/gnu/expect-5.43/objdir$ runtest --version
> WARNING: Couldn't find the global config file.
> Expect version is 5.43.0
> Tcl version is 8.3
> Framework version is 1.4.4
>
> I haven't seen any significant difference in behavior between
> 5.42.1 and 5.43.0. The former is the debian patched source.
>
> 4) There is a exit timing issue in tcl 8.4. I tried a patch from the
> tcl list that claimed to fix this but it didn't seem to fix either
> the hangs or the truncation problem.
>
>
Thanks a lot,
Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
next prev parent reply other threads:[~2005-05-02 18:37 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-24 13:07 [parisc-linux] [gcc] should we teach gcc some new tricks? Randolph Chung
2005-03-24 13:27 ` James A. Morrison
2005-03-24 16:19 ` John David Anglin
2005-03-24 16:59 ` Grant Grundler
2005-03-24 17:35 ` John David Anglin
2005-03-24 21:23 ` Grant Grundler
[not found] ` <200503242133.j2OLXl4R020985@hiauly1.hia.nrc.ca>
2005-03-24 22:33 ` Grant Grundler
2005-03-24 23:34 ` John David Anglin
2005-03-24 23:55 ` Randolph Chung
2005-03-24 23:59 ` Randolph Chung
2005-03-25 0:07 ` John David Anglin
2005-06-22 19:54 ` Joel Soete
2005-06-23 3:23 ` John David Anglin
2005-06-23 5:27 ` Grant Grundler
2005-06-23 6:10 ` Joel Soete
2005-03-24 19:37 ` James A. Morrison
2005-03-24 21:33 ` Grant Grundler
2005-03-26 8:55 ` Matthias Klose
2005-03-26 15:48 ` John David Anglin
2005-03-26 21:35 ` Grant Grundler
[not found] ` <16971.44399.144991.110733@gargle.gargle.HOWL>
2005-03-29 1:36 ` John David Anglin
2005-03-31 12:08 ` Michael S. Zick
2005-05-02 18:37 ` Joel Soete [this message]
2005-05-02 19:01 ` John David Anglin
2005-05-02 20:20 ` John David Anglin
2005-05-02 20:46 ` John David Anglin
2005-05-05 16:20 ` Joel Soete
2005-05-05 17:07 ` John David Anglin
2005-05-05 18:41 ` Joel Soete
[not found] <200505031334.j43DYRBT004104@hiauly1.hia.nrc.ca>
2005-05-03 17:58 ` Joel Soete
2005-05-03 19:00 ` John David Anglin
-- strict thread matches above, loose matches on Subject: below --
2005-06-23 7:19 Joel Soete
2005-06-23 13:09 ` John David Anglin
[not found] <42B91C1400000F85@mail-1-bnl.tiscali.it>
2005-06-25 6:46 ` John David Anglin
2005-06-25 8:29 ` Joel Soete
2005-07-01 13:43 ` Joel Soete
[not found] <42C81991.6030502@tiscali.be>
2005-07-03 18:47 ` John David Anglin
2005-07-04 14:51 ` Joel Soete
2005-07-05 14:59 ` Joel Soete
2005-07-07 1:27 ` John David Anglin
[not found] <200507051816.j65IGuIY028621@hiauly1.hia.nrc.ca>
2005-07-06 16:40 ` Joel Soete
2005-07-06 17:00 ` John David Anglin
[not found] <42B91C1400005075@mail-1-bnl.tiscali.it>
2005-07-09 15:42 ` Joel Soete
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42767353.4040100@tiscali.be \
--to=soete.joel@tiscali.be \
--cc=dave@hiauly1.hia.nrc.ca \
--cc=lamont@debian.org \
--cc=parisc-linux@lists.parisc-linux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox