#4312 closed bug (fixed)
"Could not read block, operation timed out" at boot
Reported by: | hiei | Owned by: | mmlr |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Drivers/USB | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | x86 |
Description
Downloaded image "haiku-pre-alpha-hrev32591-raw" (gcc2) and flashed on a USB memory stick. Booting from USB, it starts correctly but after showing the blue background, it panics with the attached message.
Some time ago (a year or so) the same procedure worked correctly on the same hardware (Acer Aspire 5560, Intel Core Duo).
Attachments (4)
Change History (27)
by , 15 years ago
comment:1 by , 15 years ago
Component: | System/Kernel → Drivers/USB |
---|---|
Owner: | changed from | to
Status: | new → assigned |
follow-up: 3 comment:2 by , 15 years ago
I've tried hrev32619, now it doesn't panics but simply is stuck with the blue background and the mouse icon. Pressing F12 doesn't works.
comment:3 by , 15 years ago
comment:4 by , 15 years ago
Ok, I tried hrev32619 again and, after waiting 15-20 seconds after USB key led stop flashing, I entered in KDL and typed the "syslog" command. I don't know if it is the right way, but at the end of the syslog there are some messages about interrupts that could be related with my problem. I've attached the screenshoot.
by , 15 years ago
Attachment: | syslog.jpg added |
---|
follow-up: 6 comment:5 by , 15 years ago
That actually sounds like ticket #2247 ... can you try disabling Firewire in your BIOS?
comment:6 by , 15 years ago
follow-up: 8 comment:7 by , 15 years ago
In that case, can you type "ints" at the kdebug> prompt and take a shot of the resulting output?
comment:8 by , 15 years ago
Replying to anevilyak:
In that case, can you type "ints" at the kdebug> prompt and take a shot of the resulting output?
Here it is. It's not very readable, I hope you can read what you need.
by , 15 years ago
comment:9 by , 15 years ago
My guess would be that the firewire driver attaches to the wrong interrupt line here. I take it you don't have the option to remove the firewire driver somehow? If you can, you can either remove the user of the firewire stack, the fw_raw driver, or you can remove the firewire bus_manager itself.
follow-up: 11 comment:10 by , 15 years ago
Currently I'm using the nightly images from haiku-files so I think I'm not able to do it. There is any way to disable it from the boot loader?
If needed I could try to compile an image sometime this week and then remove the driver.
comment:11 by , 15 years ago
Replying to hiei:
Currently I'm using the nightly images from haiku-files so I think I'm not able to do it. There is any way to disable it from the boot loader?
There isn't.
What I'd be interested in is if the PCI debug output actually shows the same interrupt line as the firewire bus_manager expected it. To find that out could you please enable on-screen debug output and take a look at the first few pages. There you'll see all the devices enumerated with the interesting information. If you search through that you'll see the OHCI Firewire controller somewhere and it has a "interrupt_line" attribute printed. If you could copy that info here, that'd be helpful. In doubt feel free to post a photo of said pages. Thanks!
comment:12 by , 15 years ago
Ok, it says "interrupt_line 0b" and "interrupt_pin 01". I tried to make a photo but with the black background it wasn't readable at all.
comment:13 by , 15 years ago
I've tried the alfa1 candidate image that doesn't have the fireware driver included and now haiku boots correctly.
comment:14 by , 14 years ago
Should this ticket be closed, or should the problem be retested with the firewire driver re-introduced?
comment:16 by , 13 years ago
Blocking: | 7665 added |
---|
comment:17 by , 13 years ago
I'm not following Haiku project from some time, if you can point me out where I can find an image to place on the USB to test I can recheck.
comment:18 by , 13 years ago
by , 13 years ago
Attachment: | 20110612-output.jpg added |
---|
follow-up: 20 comment:19 by , 13 years ago
hrev42095 gives me the attached output, let me know if you need other tests.
comment:20 by , 13 years ago
comment:21 by , 13 years ago
Today I've tried to download the last nightly but there are no recent files on www.haiku-files.org/anyboot at the moment... I've tried Alpha3 and it starts without problems (I'm writing this comment with WebPositive!).
comment:22 by , 6 years ago
Resolution: | → fixed |
---|---|
Status: | in-progress → closed |
comment:23 by , 6 years ago
Blocking: | 7665 removed |
---|
Can you please try that with a revision >= hrev32615. It's likely that during the heavy load of the initial MIME-setting the tiny 2 second timeout simply wasn't enough. I've enlarged it now, so it should only happen if there is a real underlying problem.