Haiku freezes with hrev56949+2 on startup

[tclaus]

Until hrev56935 everything is OK, with hrev56941 Haiku freezes on my machine on startup.

Screen is blue and a non-moving mouse cursor is visible. However, network seems to work, but something is going on in the background - response on SSH commands is very slow.

The Machine is a Dell Inspiron 1720 Laptop

[tclaus]

Syslog of freeze

[korli]

What is this +2 after hrev56949?

[korli]

Did you try hrevs between hrev56900 and hrev56949? 3 weeks of updates.

[waddlesplash]

What is this +2 after hrev56949?

hrev56950 did not get a hrev tag for some reason.

[waddlesplash]

KERN: usb error control pipe 47: KERN: timeout waiting for queued request to complete
KERN: usb error hub 46: error updating port status
KERN: usb_hid: keyboard device unhandled control 0x00002710
KERN: usb error control pipe 47: timeout waiting for queued request to complete
KERN: usb error hub 46: error updating port status
KERN: ps2_dev: reset failed: Operation timed out
KERN: ps2: devfs_publish_device input/mouse/ps2/0, status = 0xffffffff
KERN: ps2: devfs_publish_device input/keyboard/at/0, status = 0x00000000
KERN: usb error control pipe 47: timeout waiting for queued request to complete
KERN: usb error hub 46: error updating port status
USER 'KS': Notify of added/removed/started/stopped device
KERN: ps2: keyboard reset failed, status 0x80000009, data 0x00

Either of these could be the problem. Could you please post a syslog from a working boot?

[tclaus]

Last working configuration

[waddlesplash]

No USB or PS/2 errors, indeed.

Could you try and test with some of the revisions inbetween the two hrevs that you did test with? For example, hrev56935. The "Updating system" page actually explains how to upgrade/downgrade to a specific hrev (though note not all may be available, see ​https://eu.hpkg.haiku-os.org/haiku/master/x86_64/ to see what hrevs you can install.)

[tclaus]

Latest working configuration

[tclaus]

Earliest version that fails

[tclaus]

I have added two syslog - the one is the latest version that runs, the other the earliest that fails. (I can not remove the older files, the new ones are more specific)

[waddlesplash]

PCI refactor seems to blame.

[Keldrim]

Same issue here on my HP 6005 Pro everything after ​hrev56935 will freeze on boot, attached a syslog of my last working config, and a screecap of the kernel panic I got on ​hrev57013.

[waddlesplash]

EHCI timeouts, indeed probably just more broken MSI interrupts.

[dpirate]

I have the same problem on ThinkPad Edge E545 since I updated yesterday. Same USB errors in syslog. The USB mouse no longer works but the USB keyboard does (they're not both on one wireless USB dongle). The last update before the PCI refactor worked fine.

[Anarchos]

Not sure if it is relevant to the ticket, but i have doubts on the function configure_msi() :
on ​https://github.com/search?q=repo%3Ahaiku%2Fhaiku%20configure_msi&type=code i can see it with parameters

pci_device *device, uint8 count, uint8 *startVector
and uint8 bus, uint8 device, uint8 function, uint8 count, uint8 *startVector

Not sure if it is inconsistant or correct.

[waddlesplash]

That's correct, there's two different interfaces here: the "legacy" PCI module and the "new-style" one.

[waddlesplash]

Please retest after hrev57034, it may make a difference here.

[Keldrim]

On my end no change, still exactly the same kernel panic as before and not booting, grabbed ​hrev57038 for a test.

[tclaus]

Kernel Panic on 57038 here, too. "Fatal exception NMI Interrupt"

[dpirate]

No change here as well.

KERN: usb error ehci 5: qtd (0x129c5400) error: 0x00080248
KERN: usb error control pipe 33: timeout waiting for queued request to complete
KERN: usb error ehci 5: qtd (0x129c5600) error: 0x00080248
KERN: usb error ehci 5: error while setting device address
KERN: usb error control pipe 33: timeout waiting for queued request to complete
Last message repeated 1 time
KERN: usb error ehci 5: qtd (0x129c5a00) error: 0x00080248
KERN: usb error control pipe 33: timeout waiting for queued request to complete
KERN: usb error ehci 5: qtd (0x129c5c00) error: 0x00080248
KERN: usb error ehci 5: error while setting device address
KERN: usb hub 14: port 0: new device connected
KERN: usb error control pipe 34: timeout waiting for queued request to complete
Last message repeated 2 times
KERN: usb error ohci 2: error while setting device address
KERN: usb error control pipe 34: timeout waiting for queued request to complete
Last message repeated 2 times
KERN: usb error ohci 2: error while setting device address
KERN: usb hub 29: port 1: new device connected
KERN: slab memory manager: created area 0xffffffffa6801000 (14954)
KERN: usb error control pipe 33: timeout waiting for queued request to complete
Last message repeated 1 time
KERN: usb error ehci 5: qtd (0x129c6080) error: 0x00080248

[zelenoviy]

I have a similar problem on VMware (and on real hardware too, but it takes longer to copy logs from there). VmWare Workstation

hrev50019 works fine, after updating to hrev57038 there are a lot of errors in the log regarding usb. The system starts but takes a very long time.

[zelenoviy]

VMWare, hrev57019, Work Fine

[zelenoviy]

VMWare, hrev57038, USB errors

[waddlesplash]

Please retest after hrev57045.

[Keldrim]

Even worse now instantly kills off the loading of the USB stick and wont even get to the kernel panic anymore.

[zelenoviy]

Replying to waddlesplash:

Please retest after hrev57045.

USB works for me.

[waddlesplash]

Replying to Keldrim:

Even worse now instantly kills off the loading of the USB stick and wont even get to the kernel panic anymore.

Not sure what you mean by this, could you please be more descriptive of what happens?

[Keldrim]

Replying to waddlesplash:

Replying to Keldrim:

Even worse now instantly kills off the loading of the USB stick and wont even get to the kernel panic anymore.

Not sure what you mean by this, could you please be more descriptive of what happens?

I have my working Haiku install on my HP test rig which is still on version hrev56935, so right now i test newer versions purely on my USB drive right now.

Before hrev57045 it would boot till "boot disk" before halting and giving me the kernel panic I posted.

After hrev57045 as soon as it gets to "plug in card" the USB stick goes offline and booting is dead on the spot, no kernel panic, no logs.

[dpirate]

I've updated to hrev57051 and the problem is still present. But it's even worse, the system is now stuck on the add-on card icon (3rd one) at the boot screen. However I've noticed that if I boot without the mouse USB dongle plugged in and only plug it in when the system has finished booting, there are no USB errors in the syslog, the system no longer takes a long time to (or hangs at) boot, and the USB mouse works.

[waddlesplash]

Please retest after hrev57061.

[dpirate]

I've tested hrev57063 : the system no longer hangs at boot, but it still takes a long time to boot and the mouse still doesn't work.

[Keldrim]

Gave hrev57063 a go and looks like my system is booting fine again, still added a log for hrev57063 since there is still some USB errors left but looking good so far.

[waddlesplash]

The errors appear to have been correctly recovered from, so I think there's nothing left that needs to be done here.

tclaus hasn't replied, but since everyone else has reported this is fixed, I'll close for now. We can reopen if there's still problems.

[tclaus]

I was at vacation and could not test it, but with rev 57080 I also be sent to Kernel Debugger.

[tclaus]

syslog of 57080 which crashes

[waddlesplash]

There are no crashes in that syslog, please upload a picture.

[tclaus]

screenshot of latest Kernel Panic

[tclaus]

Replying to waddlesplash:

There are no crashes in that syslog, please upload a picture.

I added a picture of the kernel panic. (Is there another way to store what is in the screen shot as a file? )

[waddlesplash]

Only if you have a serial port.

This looks like a separate problem from the originally reported one, please open a new ticket. You may be able to boot to desktop anyway by using "co".