marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | General project discussion | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Topics: #asahi-dev #asahi-re #asahi-gpu #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
zkrx has quit [Ping timeout: 240 seconds]
jeffmiw_ has joined #asahi
klaus has quit [Ping timeout: 252 seconds]
jeffmiw_ has quit [Ping timeout: 240 seconds]
raster has quit [Quit: Gettin' stinky!]
klaus has joined #asahi
zkrx has joined #asahi
klaus has quit [Ping timeout: 265 seconds]
klaus has joined #asahi
klaus has quit [Ping timeout: 268 seconds]
DragoonAethis has quit [Quit: hej-hej!]
DragoonAethis has joined #asahi
klaus has joined #asahi
arekm has quit [Ping timeout: 252 seconds]
arekm has joined #asahi
odmir has quit [Remote host closed the connection]
odmir has joined #asahi
klaus has quit [Ping timeout: 246 seconds]
odmir has quit [Ping timeout: 240 seconds]
<marcan>
pipcet[m]: isn't the touchbar oled?
<marcan>
though I guess it might have a brightness control and oled displays might export that as a backlight
<marcan>
in which case it'd be a display backlight since it's a display
klaus has joined #asahi
klaus has quit [Ping timeout: 240 seconds]
<JTL>
I'd be curious if you'd be able to manipulate the PWM and/or "refresh" frequency
<amw>
Has anyone tried CONFIG_EARLY_PRINTK_USB_XDBC as per linux/Documentation/driver-api/usb/usb3-debug-port.rst ?
<amw>
It sounds like it might be the next step after using a normal USB m1n1 boot for linux serial console
mxw39 has joined #asahi
mxw39 has quit [Remote host closed the connection]
<sven>
nah, but i have usb gadget mode working in linux as well
<sven>
it's somewhat hacked together, but tl;dr: grab my iommu patches, make sure the usb PHY has been brought up from m1n1 and add a dwc3 node attached to the iommu to the device tree
<sven>
make sure to enable g_serial as well ofc ;)
mxw39 has joined #asahi
<sven>
or alternatively: enable full bypass mode in the usb iommu, add dma-ranges to the device tree, patch the dwc3 driver to use 64bit dma addresses and add a node for it to the device tree as well
<amw>
I found the usb2 debug port to not be very reliable in practise - might be better with usb3
<amw>
A few posts suggest that gadget mode is not so useful for debugging as it starts up quite late
<sven>
yeah, but i'm not so sure if the mac mini even has a usb3 debug port
<amw>
I think it's standard on the USB controllers, usally the first port only, but might require some other hardware/PHY tweaks possibly?
<sven>
probably
<sven>
it might also just not be supported on apple hw. they don't seem to care much about standards
<amw>
Can the gadget driver be used as a console at all? Or only has a serial port e.g. once booted?
<sven>
"The xHCI debug capability (DbC) is an optional but standalone functionality provided by the xHCI host controller. " let's see
<sven>
it comes up quite some time before userspace afaik, but i haven't played much with it because macos doesn't seem to attach their cdc kext to it