Import FreeBSD fixes for Intel Atom Cherry Trail SOCs

[fraenki]

I've tried running OPNsense (amd64) on an Intel Atom x5 Z8350 SOC (UP board), but it won't boot.

A workaround is to set the following boot options:

set hint.uart.0.flags=0x10
set hint.uart.1.flags=0x10

There's already a patch available from FreeBSD:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207910

It would be nice to get the fixes ready for OPNsense 17.7.

(The internal eMMC drive is still not being recognized, but I was able to install OPNsense on an USB flash drive instead.)

[fichtner]

opnsense/src@0357654fe95

I'll add this with the next kernel update for 17.1.x, likely not 17.1.9

[Halino]

Whas this fix imported into the 17.7 RC1 ?

[fichtner]

17.1.9 :)

[FlorianHeigl]

@fraenki did you additionally set hint.uart.1.disabled=1?
I couldn't ever get it to boot without that.

[fraenki]

did you additionally set hint.uart.1.disabled=1

Yes, I have this setting in my /boot/loader.conf.local.

[jo3rg]

Seems this issue is still persistent in the latest release: 18.1.9
Breaks after each and every upgrade...

[fichtner]

Sure, makes sense since the ticket is still open. ;)

[fichtner]

Oh wait it isn’t. I mixed up this with the Apollo Lake ticket. Nevermind.

[jo3rg]

I'm confused now. :)
What can we do to fix this issue sustainable?

[fichtner]

@jo3rg hmm, @fraenki asked for a commit to be included that would fix this and it was imported so it was closed. It seems there may be another commit in the wild or a new PCI type not yet recognised by FreeBSD because you have "the same issue" on a different hardware base?

[jo3rg]

@fichtner what do you need to identify the exact hardware?

[fichtner]

Not sure yet. I’ll be back on Monday to check where this info can be found in your system.

[fichtner]

@jo3rg this should help identify it:

# pciconf -l

[fichtner]

PS: I could not find any new UART devices in FreeBSD that would fit your description.

It would be interesting to know what hardware you are using and how "it breaks after each update", because if you use /boot/loader.conf.local it shouldn't. Since 18.1.6 we also have support in system: setting: tunables for this.

[fraenki]

(FWIW, this works for me, at least on the hardware listed in first post.)

[jo3rg]

@fichtner
root@OPNsense:~ # pciconf -l hostb0@pci0:0:0:0: class=0x060000 card=0x72708086 chip=0x22808086 rev=0x36 hdr=0x00 vgapci0@pci0:0:2:0: class=0x030000 card=0x72708086 chip=0x22b08086 rev=0x36 hdr=0x00 none0@pci0:0:11:0: class=0x118000 card=0x72708086 chip=0x22dc8086 rev=0x36 hdr=0x00 xhci0@pci0:0:20:0: class=0x0c0330 card=0x72708086 chip=0x22b58086 rev=0x36 hdr=0x00 none1@pci0:0:26:0: class=0x108000 card=0x72708086 chip=0x22988086 rev=0x36 hdr=0x00 pcib1@pci0:0:28:0: class=0x060400 card=0x72708086 chip=0x22c88086 rev=0x36 hdr=0x01 isab0@pci0:0:31:0: class=0x060100 card=0x72708086 chip=0x229c8086 rev=0x36 hdr=0x00 re0@pci0:1:0:0: class=0x020000 card=0x012310ec chip=0x816810ec rev=0x0c hdr=0x00

[jo3rg]

@fichtner any feedback on that?