summary refs log tree commit diff stats
path: root/results/classifier/105/other/804517
blob: 6db285820f3768e100e6b3aa23b615c2acc7f6ba (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
other: 0.967
boot: 0.965
semantic: 0.960
mistranslation: 0.957
instruction: 0.957
device: 0.955
socket: 0.952
assembly: 0.951
network: 0.951
vnc: 0.948
graphic: 0.943
KVM: 0.915

qemu crashes on Darwin in qemu_iohandler_poll

I have an issue when I try to run qemu-system-arm on Mac OS X. 
Sometime between 1 and 15 secs after qemu is started it crashes
as shown bellow.

Same thing on linux host works fine.

Is anybody else experiencing this?
Any Hints?

Thanks,

Damjan



(gdb) run
Starting program: /opt/arm-qemu/bin/qemu-system-arm -M verdex -pflash flash.img -nographic -monitor null -m 289
Reading symbols for shared libraries .++++++++++++++........................................................................................ done
pxa2xx_clkpwr_write: CPU frequency change attempt


U-Boot 1.2.0 (May 10 2008 - 21:17:19) - PXA270@400 MHz - 1604

*** Welcome to Gumstix ***

DRAM:  256 MB
Flash: 32 MB
Using default environment

Hit any key to stop autoboot:  1 
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00007fff5fbfed30
0x00007fff5fbfed30 in ?? ()
(gdb) 
(gdb) bt
#0  0x00007fff5fbfed30 in ?? ()
#1  0x00000001000c26f4 in qemu_iohandler_poll ()
#2  0x00000001001975ae in main_loop_wait ()
#3  0x00000001001976e2 in main_loop ()
#4  0x000000010019bfbc in qemu_main ()
#5  0x00000001000d63a5 in main ()
(gdb)

fter bisection seems that this starts happening after following patch:

commit 09716e45a05cc0c93bcf55bd0c0888dd678e490f
Author: Alexander Graf <email address hidden>
Date:   Thu Jun 9 00:55:37 2011 +0200

   sigfd: use pthread_sigmask


diff --git a/compatfd.c b/compatfd.c
index bd377c4..41586ce 100644
--- a/compatfd.c
+++ b/compatfd.c
@@ -29,7 +29,7 @@ static void *sigwait_compat(void *opaque)
    sigset_t all;

    sigfillset(&all);
-    sigprocmask(SIG_BLOCK, &all, NULL);
+    pthread_sigmask(SIG_BLOCK, &all, NULL);

    while (1) {


However before this patch qemu doesn't respond to keyboard (i.e. commit 31b7c261).

Last full working commit is 630ecca.


I am seeing the same think when I try to run a sample built under gcc from the TI tools

117	void qemu_iohandler_poll(fd_set *readfds, fd_set *writefds, fd_set *xfds, int ret)
118	{
119	    if (ret > 0) {
120	        IOHandlerRecord *pioh, *ioh;
121	
122	        QLIST_FOREACH_SAFE(ioh, &io_handlers, next, pioh) {
(gdb) l
123	            if (!ioh->deleted && ioh->fd_read && FD_ISSET(ioh->fd, readfds)) {
124	                ioh->fd_read(ioh->opaque);
125	            }

(gdb) print ioh
$2 = (IOHandlerRecord *) 0x5

However Peter Maydell sent me a kernel image that runs fine on OS X.  However when I try to run it under gdb I get the same problem that you see.

Oliver

Can you still reproduce this issue with the latest version of QEMU, or could we close this ticket nowadays?

[Expired for QEMU because there has been no activity for 60 days.]