Opened 16 years ago
Closed 15 years ago
#2601 closed bug (fixed)
firewire init monopolizes UI after boot
Reported by: | donn | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | System/Kernel | Version: | R1/pre-alpha1 |
Keywords: | Cc: | adek336@… | |
Blocked By: | Blocking: | ||
Platform: | x86 |
Description
At the end of the bootstrap, after the UI, Terminal etc. have been drawn on screen but before the Desktop contents, the firewire device initialization keeps the system too busy to respond to user inputs for the first two or three seconds.
hrev26947, MSI K8N Neo4 motherboard, NForce4 chipset. Firewire on or off in the BIOS, makes no difference. No firewire devices.
Attachments (1)
Change History (8)
by , 16 years ago
comment:2 by , 16 years ago
IMO, it does not relate with firewire, although there are so many memory allocations during booting in syslog.
comment:3 by , 16 years ago
Cc: | added |
---|
comment:5 by , 15 years ago
Thanks for the reminder! Have had no problem with the alpha, evidently because it doesn't have firewire, but I just installed a recent image (hrev35849) and the firewire initialization is still disabled? This one has a bus_managers/firewire, 68227 bytes, but is looking for a bus_managers/firewire/v1.
KERN: module: Search for bus_managers/firewire/v1 failed.
KERN: fw_raw: couldn't load bus_managers/firewire/v1
comment:6 by , 15 years ago
I'm sorry! I'm confused (/Haiku1/var/log from old install with browser and vi, is not the same /var/log when booted from /Haiku1 partition ...)
hrev35849 firewire is alive and apparently well - I can't verify that it works, but at least its initialization completes in a timely fashion, on my computer.
tail end of syslog, including firewire init