Linux PARISC architecture development
 help / color / mirror / Atom feed
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

  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