Bug 221405 - Supermicro X10Dri-T motherboard sometimes fails to boot
Summary: Supermicro X10Dri-T motherboard sometimes fails to boot
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 11.1-RELEASE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-bugs mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-08-11 01:18 UTC by Rajil Saraswat
Modified: 2017-08-15 19:27 UTC (History)
0 users

See Also:


Attachments
Screenshot of the failed boot (135.60 KB, image/jpeg)
2017-08-11 01:18 UTC, Rajil Saraswat
no flags Details
Log of the successful boot (421.37 KB, text/plain)
2017-08-11 01:19 UTC, Rajil Saraswat
no flags Details
Log of the failed boot (21.12 KB, text/plain)
2017-08-11 01:20 UTC, Rajil Saraswat
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rajil Saraswat 2017-08-11 01:18:16 UTC
Created attachment 185251 [details]
Screenshot of the failed boot

Hello,

I have a Supermicro X10Dri-T motherboard which fails to boot sometimes. I have tried changing X2APIC setting in the bios but it did not help. In addition, i commented out the EARLY_AP_STARTUP option in the kernel but the issue still remained.

I have attached the screenshot of the failure and logs of the failed and successful boots.

I tried booting with Fedora live cd (Fedora-Workstation-Live-x86_64-25-1.3.iso) and the boot was successful each time.

Thanks
Comment 1 Rajil Saraswat 2017-08-11 01:19:46 UTC
Created attachment 185252 [details]
Log of the successful boot
Comment 2 Rajil Saraswat 2017-08-11 01:20:09 UTC
Created attachment 185253 [details]
Log of the failed boot
Comment 3 Rajil Saraswat 2017-08-11 01:24:56 UTC
The contents of /boot/loader.conf are

kern.geom.label.disk_ident.enable="0"
kern.geom.label.gptid.enable="0"
vfs.zfs.min_auto_ashift=12
zfs_load="YES"
net.fibs=6
net.add_addr_allfibs=0
ipfw_load="YES"
net.inet.ip.fw.default_to_accept=1
geom_eli_load="YES"
coretemp_load="YES"
aesni_load="YES"


sfxge_load="YES"

#disable APIC so that debian vm doesnt give error
hw.vmm.vmx.use_apic_vid="0"

#so that windows bhyve can see more cores
hw.vmm.topology.cores_per_package="8"

#powerd
hint.p4tcc.0.disabled=1
hint.acpi_throttle.0.disabled=1

vmm_load="YES"
pptdevs="1/0/0 2/0/0 131/0/0 131/0/1"
Comment 4 Rajil Saraswat 2017-08-13 18:30:22 UTC
The culprit was the USB-3 card

[code]
xhci1@pci0:129:0:0:     class=0x0c0330 card=0x00141912 chip=0x00141912 rev=0x03 hdr=0x00
    vendor     = 'Renesas Technology Corp.'
    device     = 'uPD720201 USB 3.0 Host Controller'
    class      = serial bus
    subclass   = USB
[/code]

The cards i tried were the following based on uPD720201 chipset
Mailiya PCI-E to USB 3.0 4 Port PCI Express Expansion Card (PCIe Card)
https://www.amazon.com/Mailiya-Expansion-Superspeed-Connector-Desktops/dp/B01G86538S
and 
Rosewill PCI-E to USB 3.0 4-Port PCI Express Expansion Card
https://www.amazon.com/dp/B011LZY20G

Both cause the hangup at boot. After removing the card the system boots up fine.
Comment 5 Mark Linimon freebsd_committer freebsd_triage 2017-08-15 19:27:36 UTC
Information moved into new issue 221491.