marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | Not ready for end users / self contained install yet. Soon. | General project discussion | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Topics: #asahi-dev #asahi-re #asahi-gpu #asahi-stream #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
<Glanzmann>
jannau: Nice. What is the oops about before x is starting?
<Glanzmann>
jannau: So the dcp driver now advertises the best mode?
<jannau>
the warning was a timeout in drm_atomic_helper_wait_for_vblanks
<Glanzmann>
jannau: Have you tested the dcp driver also on the air/pro 2020 or just on the mini?
<Glanzmann>
jannau: I see.
<jannau>
the best mode according to the dcp, it reports a score for each mode
<Glanzmann>
jannau: On Friday I worked in xfreerdp the whole day without the dcp driver but with modesetting and sometimes the screen was not updating and one time I had a big artefact. I only had that with xfreerdp, did you notice somthing like that as well?
<Glanzmann>
jannau: Nice.
<j`ey>
jannau: even with the timeout increase in drm_atomic_helper_wait_for_vblanks?
<jannau>
just tested on the mini, I have no m1 laptop, the call to enable the output on the mac mini might break it on the laptops
<Glanzmann>
I see.
<Glanzmann>
jannau: I'm currently in Switzerland and left my mini at home, otherwise I would give it a test. So I have to wait for 1 or 2 weeks.
<Glanzmann>
jannau: Have you tried xrandr? I often rotate my monitor my 90 degress and run it with xrandr -o 1. With the old dcp driver it works.
<Glanzmann>
jannau: Btw. does screen blanking and hdmi hotplug (remove and plug in again) already work?
<jmr2>
jannau: regarding your keyboard driver, that I haven't tried yet:
<jmr2>
I see two references to SPI_HID_APPLE (first in the rules for HID_APPLE in drivers/hid/Kconfig, second in the comments for SPI_HID_APPLE_OF in drivers/hid/spi-hid
<jmr2>
Kconfig) but no definition. If you search for it in menuconfig, you get "type unknown". Should those refer to SPI_HID_APPLE_CORE instead?
<jmr2>
And shouldn't SPI_HID_APPLE_OF depend on SPI_APPLE instead of SPI? Found the hard way...
<jannau>
jmr2: SPI_HID_APPLE was the previous config symbol before I started splitting it into devicetree and acpi variant. the second one is supposed to replace applespi
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jannau>
and no, it should not depend on a specific SPI controller driver
aleasto has joined #asahi
<jannau>
SPI_APPLE should probably be in defconfig though or it/s default value should depend on ARCH_APPLE
<jmr2>
Thanks. Looks like I'm better at finding issues than suggesting solutions :-)