Opened 5 years ago

Closed 5 years ago

Last modified 4 years ago

#14922 closed bug (fixed)

boot regression xhci related

Reported by: korli Owned by: nobody
Priority: normal Milestone: R1/beta2
Component: Drivers/USB/XHCI Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #14924
Platform: All

Description

14263044aac31fb9b570850708a3c29a4f44f95d boots OK

7b53b3c2e49005cd02ca61c1f39d340267d52760 doesn't boot

Attachments (1)

SAM_7105_small.JPG​ (824.4 KB ) - added by korli 5 years ago.
KDL screenshot

Download all attachments as: .zip

Change History (8)

by korli, 5 years ago

Attachment: SAM_7105_small.JPG​ added

KDL screenshot

comment:1 by waddlesplash, 5 years ago

It paniced in snooze()? That doesn't seem to make any sense. Are you sure my changes broke it?

comment:2 by korli, 5 years ago

I agree, it's weird. However I double checked, 14263044aac31fb9b570850708a3c29a4f44f95d boots OK, while c409803d6f4a0577547c05938c6fecd1a43aec4a doesn't.

The XHCI controller is a Fresco Logic FL1009 (1b73:1009).

comment:3 by waddlesplash, 5 years ago

I guess hrev52916 and then the lock added in 358dd70e161e0faf8159ff178f3ebd7dd07ba7f4 (just pushed) may be relevant somehow. At least I got panics due to elements of Device being NULL without the first commit.

comment:4 by waddlesplash, 5 years ago

Blocking: 14924 added

comment:5 by korli, 5 years ago

Resolution: → fixed
Status: new → closed

fixed in hrev52922

comment:7 by nielx, 4 years ago

Milestone: Unscheduled → R1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

Note: See TracTickets for help on using tickets.