[haiku-bugs] Re: [Haiku] #3999: Boot hangs at ohci ownership change when C1E is enabled (was: Boot hangs (with a twist) as ohci driver tries to take ownership)

  • From: "mmlr" <trac@xxxxxxxxxxxx>
  • Date: Mon, 23 May 2011 23:23:58 -0000

#3999: Boot hangs at ohci ownership change when C1E is enabled
-------------------------+---------------------------
   Reporter:  meianoite  |      Owner:  mmlr
       Type:  bug        |     Status:  new
   Priority:  normal     |  Milestone:  R1
  Component:  Drivers    |    Version:  R1/pre-alpha1
 Resolution:             |   Keywords:
 Blocked By:             |   Blocking:
Has a Patch:  0          |   Platform:  All
-------------------------+---------------------------

Old description:

> When I boot Haiku, the bootloader hangs on the third icon indefinitely.
> The first time I saw this I intended to reboot and enable the onscreen
> debug console, but for some reason I hit the power button instead of the
> reset one. And the boot continued!!
>
> Puzzled, I rebooted, enabled the debug console, hit "p" to disable
> paging, and arrived at the text shown on the two attached pictures.
> "before" shows the kernel hung at the "usb ohci -1: smm is in control of
> the host controller" message. "after" shows what happens immediately
> after I hit the power button.
>
> Syslog with timestamps is attached as well. But it's from a different
> session, as when I boot with onscreen debugging Haiku will hang on a
> black screen at the very end of the boot instead of going to the desktop
> (and that I tried using a FAT-formatted USB stick, but it KDL'd when I
> copied the syslog to it). Notice that for some unknown (to me) reason,
> the timestamps are within the same second, instead of being apart by the
> several minutes I waited between taking both screenshots (and hitting the
> power button, consequently). For example, JPEG EXIF data shows the
> "before" picture was taken at 16h18m44s, and the "after" picture at
> 16h21m18s. I guess what is timestamped is the buffer, and not the message
> itself.
>
> Also attached is the output from dmesg from a verbose boot of FreeBSD on
> the same machine. Hope it helps.
>
> I can of course change any compilation options to help debug this. The
> image is build on FreeBSD, but I've built Haiku on Haiku proper (yay!)
> and the same symptom shows. Makes no difference if I'm booting from a USB
> stick or from the hard drive (syslog is from a HD boot).
>
> The motherboard BIOS is flashed to the latest version found on Asus'
> site. I have *no* idea why ACPI is showing _ASUS_ **Notebook** as the
> vendor identifier, as this is straight from Asus, flashed scratch with
> bootblock rewriting, ESCD cleared, CMOS cleared and everything I could
> think of to make it as pristine as possible, and not any modded/hacked
> BIOS.
>
> I tried both with USB peripherals attached or detached; made no
> difference. Also tried inserting and removing peripherals while the boot
> is hung, no difference as well. There's one peripheral I couldn't detach,
> which is the RTL8187 WLAN interface that's build in on the motherboard;
> it connects straight to a special, internal USB header. I hope it's not
> the culprit, but still, only Haiku refuses to boot/requires hitting the
> power button in the middle of the boot process to continue loading, so...

New description:

 See comment:5 for the distilled problem.

 When I boot Haiku, the bootloader hangs on the third icon indefinitely.
 The first time I saw this I intended to reboot and enable the onscreen
 debug console, but for some reason I hit the power button instead of the
 reset one. And the boot continued!!

 Puzzled, I rebooted, enabled the debug console, hit "p" to disable paging,
 and arrived at the text shown on the two attached pictures. "before" shows
 the kernel hung at the "usb ohci -1: smm is in control of the host
 controller" message. "after" shows what happens immediately after I hit
 the power button.

 Syslog with timestamps is attached as well. But it's from a different
 session, as when I boot with onscreen debugging Haiku will hang on a black
 screen at the very end of the boot instead of going to the desktop (and
 that I tried using a FAT-formatted USB stick, but it KDL'd when I copied
 the syslog to it). Notice that for some unknown (to me) reason, the
 timestamps are within the same second, instead of being apart by the
 several minutes I waited between taking both screenshots (and hitting the
 power button, consequently). For example, JPEG EXIF data shows the
 "before" picture was taken at 16h18m44s, and the "after" picture at
 16h21m18s. I guess what is timestamped is the buffer, and not the message
 itself.

 Also attached is the output from dmesg from a verbose boot of FreeBSD on
 the same machine. Hope it helps.

 I can of course change any compilation options to help debug this. The
 image is build on FreeBSD, but I've built Haiku on Haiku proper (yay!) and
 the same symptom shows. Makes no difference if I'm booting from a USB
 stick or from the hard drive (syslog is from a HD boot).

 The motherboard BIOS is flashed to the latest version found on Asus' site.
 I have *no* idea why ACPI is showing _ASUS_ **Notebook** as the vendor
 identifier, as this is straight from Asus, flashed scratch with bootblock
 rewriting, ESCD cleared, CMOS cleared and everything I could think of to
 make it as pristine as possible, and not any modded/hacked BIOS.

 I tried both with USB peripherals attached or detached; made no
 difference. Also tried inserting and removing peripherals while the boot
 is hung, no difference as well. There's one peripheral I couldn't detach,
 which is the RTL8187 WLAN interface that's build in on the motherboard; it
 connects straight to a special, internal USB header. I hope it's not the
 culprit, but still, only Haiku refuses to boot/requires hitting the power
 button in the middle of the boot process to continue loading, so...

--

Comment (by mmlr):

 Repurposing this for the C1E problem.

-- 
Ticket URL: <http://dev.haiku-os.org/ticket/3999#comment:6>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.

Other related posts:

  • » [haiku-bugs] Re: [Haiku] #3999: Boot hangs at ohci ownership change when C1E is enabled (was: Boot hangs (with a twist) as ohci driver tries to take ownership) - mmlr