Opened 14 years ago

Closed 13 years ago

Last modified 13 years ago

#7750 closed bug (fixed)

booting hangs as of r42316

Reported by: luroh Owned by: korli
Priority: normal Milestone: R1
Component: - General Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

hrev42316, gcc4, cross-compiled from Ubuntu 11.04 (32-bit).

Booting halts, showing nothing but a blue background and a non-movable mouse cursor.

Attaching syslog and lshw.

Attachments (2)

syslog_r42316.txt (89.7 KB ) - added by luroh 14 years ago.
lshw.txt (20.2 KB ) - added by luroh 14 years ago.

Download all attachments as: .zip

Change History (10)

by luroh, 14 years ago

Attachment: syslog_r42316.txt added

by luroh, 14 years ago

Attachment: lshw.txt added

comment:1 by siarzhuk, 14 years ago

The same behaviour is observed with rtl81xx driver. The net_server hangs at device initialization. Disabling the net_server in the boot script let the system boot completely. Looks like this problem was introduced in last revisions. The "re" was not updated to 8.2 so, probably, such updating may help.

comment:2 by taos, 13 years ago

I can add broadcom440x and marvell_yukon (+ probably atheroswifi) to the list on hrev42322 gcc2hybrid (compiled on haiku alpha 3). This might affect more BSD drivers. Only network driver that doesn't prevent haiku from booting properly on my system is the (non-BSD) ipw2100.

comment:3 by fishpond, 13 years ago

I have this problem with the original R1 Alpha 3 rtl81xx driver and resolved it by replacing the driver file with an old version.

If all FBSD based drivers are impacted in the same way, then a large part of the potential new userbase is not able to boot/testdrive Haiku.

I think version needs to be updated to R1 Alpha 3 and IMHO this is a high priority issue.

in reply to:  3 ; comment:4 by anevilyak, 13 years ago

Replying to fishpond:

If all FBSD based drivers are impacted in the same way, then a large part of the potential new userbase is not able to boot/testdrive Haiku.

They aren't, this changeset was committed after Alpha3 was branched and tagged.

in reply to:  4 comment:5 by fishpond, 13 years ago

Ok, thinks are working fine after clean reinstall of R1α. My apologies.

Replying to anevilyak:

They aren't, this changeset was committed after Alpha3 was branched and tagged.

Right, I could not figure how that could be related. Just had the exact symptoms, a syslog ending in

KERN: [rtl81xx] (re) MAC rev. 0x00400000

and no changes to the driver itself. Thanks for pointing out and, most definitely - for a great release.

comment:6 by tqh, 13 years ago

Tracked it to get stuck somewhere inside the second call to device_get_children(..) here: http://dev.haiku-os.org/browser/haiku/trunk/src/libs/compat/freebsd_network/fbsd_mii.c#L393 (ma.mii_phyno is 1, phymax is 31)

comment:7 by tqh, 13 years ago

Resolution: fixed
Status: newclosed

Should hopefully be fixed in hrev42342.

comment:8 by luroh, 13 years ago

Yes, boots fine here now. Thanks!

Note: See TracTickets for help on using tickets.