Opened 9 years ago
Last modified 3 years ago
#12412 assigned bug
[input_server] Crash in atomic_set
Reported by: | ronald-scheckelhoff-trac | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Servers/input_server | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | #12416, #12713, #16190 | |
Platform: | All |
Description
This is related to observations of hrev 49665 and 49666 installations.
The referenced debugger trap occurs only on the first boot attempt. Subseqently, everything is fine.
Attachments (4)
Change History (22)
by , 9 years ago
Attachment: | IMG_0883-1.JPG added |
---|
comment:1 by , 9 years ago
Note: this was a first boot attempt from an ISO created CD (downloaded nightly), for the purpose of installing the OS. A second boot attempt works fine (both hrevs), and installs the system.
comment:3 by , 9 years ago
The success message is a part of the debugger startup, not the actual debug call reason. Or why do you think that this was left in place on purpose?
If this is reproducible, please get a stack trace of the thread using the bt or sc command. Unfortunately I don't think there's a way to print the actual debugger call message from the command line version of the debugger yet.
comment:4 by , 9 years ago
Relative to the bt, I think the debugger was frozen. I seem to be having problems reproducing the issue, but it could be that this happens only if the hard drive has a previous installation (of another OS) with GRUB on it. I'll continue to attempt to reproduce the issue, and try to get a back trace.
comment:5 by , 9 years ago
Component: | System → Servers/input_server |
---|---|
Owner: | changed from | to
From the debugger command line you can use the save_report command to get a complete report, however if booting from a read-only CD this won't be of much use.
The crash is in input_server, so you may have trouble using the keyboard. This would explain the "freeze".
comment:7 by , 9 years ago
Just had it happen when trying to install hrev49736 x86_gcc2 from a CD using the anyboot image.
comment:8 by , 9 years ago
Are there any steps that can be taken at the debugger prompt to extract any useful information?
comment:9 by , 9 years ago
You can use save_report
to save a report file to the desktop, but unfortunately this won't be very useful when booting from CD.
As mmlr mentionned, typing bt
or sc
to get a backtrace, and taking a picture of that, would provide info as to where in the code the crash is happening.
comment:10 by , 9 years ago
Yesterday, before your reply, I had run a couple of backtraces of some of the threads. I have attached a photo, which may or may not be of use in finding the issue. I tried to trigger the fault again this morning by trying about 25 installation boots, but nothing happened.
by , 9 years ago
Attachment: | IMG_0127.JPG added |
---|
comment:11 by , 9 years ago
This might be fixed in hrev49756 if the input_server was actually in the process of starting to watch for device entries. If it's still possible to reproduce it would be helpful to get a live serial log that would capture a back trace of the crash.
comment:12 by , 9 years ago
A suggestion to change the title to be more specific: "Debugger entered on first post install boot"
comment:13 by , 9 years ago
Had it happen with hrev49760 x86_gcc2. Unfortunately I was not serial logging at the time. I have attached the syslogs in the event they may be useful.
by , 9 years ago
Attachment: | syslog.old added |
---|
by , 9 years ago
comment:15 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:16 by , 4 years ago
Summary: | Debugger entered on boot → [input_server] Crash in atomic_set |
---|
comment:17 by , 4 years ago
Blocking: | 16190 added |
---|
Snapshot of screen