[#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