Dcow_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kit_ty_kate has joined #asahi-dev
Dcow_ has joined #asahi-dev
yuyichao has quit [Quit: Konversation terminated!]
Dcow__ has joined #asahi-dev
Dcow_ has quit [Remote host closed the connection]
Dcow__ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
yuyichao has joined #asahi-dev
dwalt has quit []
PhilippvK has joined #asahi-dev
kov has quit [Quit: Coyote finally caught me]
phiologe has quit [Ping timeout: 480 seconds]
kov has joined #asahi-dev
Glanzmann has joined #asahi-dev
jeffmiw has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #asahi-dev
minecrell has quit [Quit: :( ]
the_lanetly_052 has joined #asahi-dev
aleasto has joined #asahi-dev
the_lanetly_052 has quit [Read error: Connection reset by peer]
the_lanetly_052 has joined #asahi-dev
kgarrington has joined #asahi-dev
kgarrington has quit [Remote host closed the connection]
<kettenis>
hmm, attempting to read from config space of the (non-existing) function 2 of the BCM4378 PCI device makes the device crap out
___nick___ has joined #asahi-dev
___nick___ has quit []
___nick___ has joined #asahi-dev
<Redecorating[m]>
Is that the bluetooth part of it? It'd be interesting to see if the same occurs on an intel mac with bcm4377 (which has two functions as well)
<kettenis>
bluetooth is function 1
<kettenis>
function 2 doesn't exist, but reading its config space while the device is "alive" results in no more wifi interrupts
<maz>
I guess the bit of glue logic that 'implements' PCI is slightly less than perfect...
<maz>
could also be firmware...
<kettenis>
yeah, probing is fine
<kettenis>
initial probing by the kernel that is
<kettenis>
we noticed that starting X killed wifi
<maz>
nice one.
<kettenis>
Xorg "probes" the pci bus again through libpci (even though that's pointless on these machines)
<kettenis>
managed to reproduce it with pcidump(4) (OpenBSD's equivalent of lspci)
<kettenis>
I think my solution is to let userland only read pci config space for devices actually probed by the kernel
<maz>
seems reasonable. you probably don't want to let userspace mess with something that the kernel doesn't know about. unless you want to do some sort of PCI passthrough to userspace (and even then, you can have a stub driver).
__nick__ has joined #asahi-dev
___nick___ has quit [Ping timeout: 480 seconds]
yuyichao has quit [Ping timeout: 480 seconds]
Dcow_ has joined #asahi-dev
yuyichao has joined #asahi-dev
Major_Biscuit has joined #asahi-dev
MajorBiscuit has quit [Ping timeout: 480 seconds]
<marcan>
kettenis: ouch
<marcan>
that's an ugly one
<marcan>
wonder if that's apple's fault or broadcom's
<kettenis>
I'm blaming broadcom
<kettenis>
the multifunction BCM5719 on the power9 machine I have seems to have a similar issue
<kettenis>
(forgotten all about that one, but my fix works there as well)
<kettenis>
that conclusion may actually be wrong
the_lanetly_052 has quit [Ping timeout: 480 seconds]
the_lanetly_052 has joined #asahi-dev
yuyichao_ has joined #asahi-dev
yuyichao has quit [Ping timeout: 480 seconds]
bluerise_ has joined #asahi-dev
bluerise has quit [Ping timeout: 480 seconds]
yuyichao has joined #asahi-dev
yuyichao_ has quit [Ping timeout: 480 seconds]
the_lanetly_052 has quit [Ping timeout: 480 seconds]
bluerise_ is now known as bluerise
ChaosPrincess has quit [Quit: WeeChat 3.4]
ChaosPrincess has joined #asahi-dev
Major_Biscuit has quit [Ping timeout: 480 seconds]
Dcow__ has joined #asahi-dev
Dcow_ has quit [Ping timeout: 480 seconds]
Dcow__ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Dcow_ has joined #asahi-dev
Dcow_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jeffmiw has joined #asahi-dev
__nick__ has quit [Ping timeout: 480 seconds]
Dcow_ has joined #asahi-dev
Gaspare has joined #asahi-dev
Dcow_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]