[#6030] test bfin-elf via simulator, it stops in gdb.gdbtk/c_variable.exp with case "stop in subroutine1"

Document created by Aaronwu Employee on Oct 17, 2013
Version 1Show Document
  • View in full screen mode

[#6030] test bfin-elf via simulator, it stops in gdb.gdbtk/c_variable.exp with case "stop in subroutine1"

Submitted By: Vivi Li

Open Date

2010-05-17 03:05:06     Close Date

2010-05-25 23:28:21

Priority:

Medium High     Assignee:

Mike Frysinger

Board:

N/A     Silicon Revision:

Resolution:

Assigned (Not Started)     Fixed In Release:

N/A

Processor:

ALL     

Host Operating System:

toolchain rev.:

4.3.4_rev4152     kernel rev.:

State:

Closed     Found In Release:

2010R1

Is this bug repeatable?:

N/A     

Summary: test bfin-elf via simulator, it stops in gdb.gdbtk/c_variable.exp with case "stop in subroutine1"

Details:

 

When test bfin-elf via simulator, gdb test stops in gdb.gdbtk/c_variable.exp with test case "stop in subroutine1". I have to kill the test pid in the background as the test can not continue.

 

Last passed time is on Mar 29th, 2010. And it fails after that.

--

toolchain svn Revision: 4130

U-Boot svn Revision: 2242

uclinux-dist svn Revision: 9538

linux svn Revision: 8561

--

 

In gdb.log, we can see it stops after case "check whether linteger -- lsimple.integer changed (c_variable-2.8)" is passed.

The next case is "stop in subroutine1 (c_variable-2.9)".

--

  check_update

 

==== Result was:

lpcharacter {}

++++ c_variable-2.5 PASSED

 

 

==== c_variable-2.6 check whether llong -- lsimple.character changed

==== Contents of test case:

 

  check_update

 

==== Result was:

{lsimple.character lsimple.integer lfloat lpfloat llong lplong ldouble lpdouble} {}

++++ c_variable-2.6 PASSED

 

 

==== c_variable-2.7 check whether lsimple.signed_character, lsimple.char_ptr, lpsimple, func changed

==== Contents of test case:

 

  check_update

 

==== Result was:

{lpsimple func lpsimple->integer} {}

++++ c_variable-2.7 PASSED

 

 

==== c_variable-2.8 check whether linteger -- lsimple.integer changed

==== Contents of test case:

 

  check_update

 

==== Result was:

{lsimple.character lsimple.integer lcharacter linteger lfloat llong lpsimple->integer ldouble} {}

++++ c_variable-2.8 PASSED

 

(it stops here)

--

 

Follow-ups

 

--- Robin Getz                                               2010-05-20 19:29:05

I can replicate -

 

> ps 24582

  PID TTY      STAT   TIME COMMAND

24582 pts/1    S+     0:00 bfin-elf-insight -nx -q

--tclcommand=/home/rgetz/blackfin/trunk/toolchain/binutils-2.17/gdb/testsuite/gdb.gdbtk/c_variable.test

 

> strace -p 24582

Process 24582 attached - interrupt to quit

select(6, [5], [], [], NULL

 

>cat /proc/24582/fdinfo/6

pos:    2377279

flags:  0100002

 

>cat /proc/24582/fd/6

Test Run By rgetz on Thu May 20 17:56:45 2010

Target is bfin-unknown-elf

Host   is x86_64-unknown-linux-gnu

 

                === gdb tests ===

 

Schedule of variations:

    bfin-sim

 

Running target bfin-sim

Using /home/rgetz/blackfin/trunk/gcc_build/boards/bfin-sim.exp as board

description file for target.

Using /usr/share/dejagnu/config/sim.exp as generic interface file for target.

Using /usr/share/dejagnu/baseboards/basic-sim.exp as board description file for

target.

Using

/home/rgetz/blackfin/trunk/toolchain/binutils-2.17/gdb/testsuite/config/sim.exp

as tool-and-target-specific interface file.

Running

/home/rgetz/blackfin/trunk/toolchain/binutils-2.17/gdb/testsuite/gdb.ada/array_return.exp

...

UNSUPPORTED: gdb.ada/array_return.exp: Ada compilation failed:

default_target_compile: Can't find bfin-elf-gnatmake.

[[[...snip...]]]

==== c_variable-2.8 check whether linteger -- lsimple.integer changed

==== Contents of test case:

 

  check_update

 

==== Result was:

{lsimple.character lsimple.integer lcharacter linteger lfloat llong

lpsimple->integer ldouble} {}

++++ c_variable-2.8 PASSED

 

?

 

I see things being run - but I'm not sure where it's getting stuck...

 

The program is not being run.

(gdb) file

/home/rgetz/blackfin/trunk/gcc_build/gdb_build/testsuite/gdb.asm/asm-source

Reading symbols from

/home/rgetz/blackfin/trunk/gcc_build/gdb_build/testsuite/gdb.asm/asm-source...done.

(gdb) target sim

Connected to the simulator.

(gdb) load

Loading section .text, size 0x5c lma 0x0

Loading section .data, size 0x8 lma 0x105c

Start address 0x0

Transfer rate: 800 bits in <1 sec.

(gdb) delete breakpoints

(gdb) info breakpoints

No breakpoints or watchpoints.

(gdb) break main

Breakpoint 1 at 0x14: file

/home/rgetz/blackfin/trunk/toolchain/binutils-2.17/gdb/testsuite/gdb.asm/asmsrc1.s,

line 25.

(gdb) target sim

Connected to the simulator.

(gdb) load

Loading section .text, size 0x5c lma 0x0

Loading section .data, size 0x8 lma 0x105c

Start address 0x0

Transfer rate: 800 bits in <1 sec.

(gdb) run

Starting program:

/home/rgetz/blackfin/trunk/gcc_build/gdb_build/testsuite/gdb.asm/asm-source

 

Breakpoint 1, main () at

/home/rgetz/blackfin/trunk/toolchain/binutils-2.17/gdb/testsuite/gdb.asm/asmsrc1.s:29

29              gdbasm_several_nops

Current language:  auto; currently asm

(gdb) f

 

It seems to be working OK - but the file doesn't ever close.

 

 

--- Mike Frysinger                                           2010-05-24 15:22:08

when it stops like that, it has most likely displayed something in the X session

and the select() is actually waiting for user input (click a button).  best

thing would be to install something like scrot and take a snapshot of it.

 

$ pgrep -lf Xvfb

5026 Xvfb :1464 -ac

$ DISPLAY=:1464 scrot snap.png

 

then post that snapshot as an attachment, or look at it yourself to see what it

wants ...

 

--- Mike Frysinger                                           2010-05-24 16:28:23

i was hitting a problem, but turned out to be unrelated (committed a fix for it

at any rate).  current svn trunk passes the same way for me as it always has.  a

few tests fail, but they've always failed.  i certainly dont see the hang as

reported here.  please run that scrot stuff to see what's going on in your Xvfb.

another option might be to vnc into it via x11vnc, but that's more

complicated.

 

...

Running ../../../gdb/testsuite/gdb.gdb/xfullpath.exp ...

Running ../../../gdb/testsuite/gdb.gdbtk/browser.exp ...

Running ../../../gdb/testsuite/gdb.gdbtk/c_variable.exp ...

FAIL: gdb.gdbtk/c_variable.exp: check that all children of weird change (ops,

we are now reporting array names as changed in this case - seems harmless

though) (c_variable-6.31)

Running ../../../gdb/testsuite/gdb.gdbtk/console.exp ...

gdb compile failed, ../../../gdb/testsuite/gdb.gdbtk/simple.c: In function

‘main’:

../../../gdb/testsuite/gdb.gdbtk/simple.c:9: warning: incompatible implicit

declaration of built-in function ‘malloc’

../../../gdb/testsuite/gdb.gdbtk/simple.c:15: warning: incompatible implicit

declaration of built-in function ‘strncpy’

WARNING: Testcase compile failed, so some tests in this file will automatically

fail.

 

FAIL: gdb.gdbtk/console.exp: invoke unknown command (console-error-1)

Running ../../../gdb/testsuite/gdb.gdbtk/cpp_variable.exp ...

Running ../../../gdb/testsuite/gdb.gdbtk/insight-support.exp ...

Running ../../../gdb/testsuite/gdb.gdbtk/srcwin.exp ...

FAIL: gdb.gdbtk/srcwin.exp: variable balloon test (srcwin-5.1)

FAIL: gdb.gdbtk/srcwin.exp: mixed mode disassembly of include file (mi/1101)

(srcwin-6.1)

FAIL: gdb.gdbtk/srcwin.exp: stack up (2) (srcwin3-3.2)

Running ../../../gdb/testsuite/gdb.gdbtk/windows.exp ...

Running ../../../gdb/testsuite/gdb.hp/gdb.aCC/exception.exp ...

...

 

--- Robin Getz                                               2010-05-24 21:38:38

Yeah - this looks like it works for me now...

 

                === gdb Summary ===

 

# of expected passes            9273

# of unexpected failures        17

# of expected failures          41

# of known failures             8

# of unresolved testcases       2

# of untested testcases         34

# of unsupported tests          36

/home/rgetz/blackfin/trunk/gcc-t-elf/bin/bfin-elf-gdb version  6.6 -nx

 

--- Vivi Li                                                  2010-05-25 23:26:03

It works for me too.

So close this bug.

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

No Files Were Found

Attachments

    Outcomes