lachiefish has quit [Quit: Konversation terminated!]
bpye has quit [Quit: Ping timeout (120 seconds)]
bpye has joined #asahi-dev
as400 has joined #asahi-dev
lachiefish has joined #asahi-dev
<amarioguy>
hmm
<amarioguy>
m1n1's proxyclient on macos is not respecting the m1n1device variable\
<amarioguy>
always defaulting to the pretty udev name which is problematic (if you want to tethered boot while having real uart)
<amarioguy>
since macos has no udev equivalent
<amarioguy>
hmm seems like running the script with python3 resolved it?
* amarioguy
shrugs
lachiefish has quit [Quit: Konversation terminated!]
lachiefish has joined #asahi-dev
<amarioguy>
so i guess it now recognizes the variable? bit confusing but i'll take the win i guess
lachiefish has quit [Quit: Konversation terminated!]
lachiefish has joined #asahi-dev
lachiefish has quit [Read error: Connection reset by peer]
as400 has quit [Remote host closed the connection]
as400 has joined #asahi-dev
nicolas17 has quit [Quit: Konversation terminated!]
zshrc has quit [Ping timeout: 480 seconds]
bgb has joined #asahi-dev
zshrc has joined #asahi-dev
zshrc has quit [Ping timeout: 480 seconds]
bgb has quit [Ping timeout: 480 seconds]
as400 has quit [Remote host closed the connection]
as400 has joined #asahi-dev
ccs1 has joined #asahi-dev
as400 has quit [Ping timeout: 480 seconds]
as400 has joined #asahi-dev
ccs1 has quit [Ping timeout: 480 seconds]
<marcan>
any objections to making @AsahiLinux@fosstodon.org the official Asahi presence on fedi?
<marcan>
I'd probably just set up the crossposter for now and see what happens to Twitter
SSJ_GZ has joined #asahi-dev
Dementor has joined #asahi-dev
chadmed has quit [Quit: Konversation terminated!]
<sven>
jannau: have you tried setting a different mode than the preferred one?
as400_ has joined #asahi-dev
as400 has quit [Remote host closed the connection]
as400_ is now known as as400
<marcan>
nevermind, apparently fosstodon blocks japan's two largest instances lol
<marcan>
why is fedi such a shitshow...
as400_ has joined #asahi-dev
yamii has quit [Quit: WeeChat 3.6]
as400 has quit [Remote host closed the connection]
yamii has joined #asahi-dev
<jannau>
sven: yes, no change in behavior. on dcpext side everything looks ok but still no signal
<sven>
:/
<jannau>
with the rebased tree I see "phy-apple-atc 503000000.phy: Invalid state 0 in usb3_set_phy" not sure if that's the rebase or if I missed it yesterday
<sven>
uh, let me check that
<sven>
but that sounds weird
as400_ is now known as as400
cylm has joined #asahi-dev
noopwafel has joined #asahi-dev
as400 has quit [Ping timeout: 480 seconds]
as400 has joined #asahi-dev
<jannau>
sven: should anything switch dpin0/1 to dcpext on hotplug? The only thing I see is "Switched dpin{0,1} to disconnected state" and on dcpext probe "Switched dpphy to dispext0,0"
<jannau>
from the devicetree that's the only thing I'd expect to happen since there's only 'mux-controls = <&atcphy1_xbar 0>;'
<sven>
no, dpin0/1 should remain disconnected
<sven>
those are for thunderbolt
<sven>
not at home yet but I’ll take a closer look at those traces you took later
<sven>
do you have any other display or a hdmi capture card?
<sven>
i think whatever issue you have is somehow related to that display and it would be nice to confirm that
<sven>
(also, this is starting to feel like those sd card issues I kept running into for a year or so when writing bootmii. marcan surely remembers my frustration from back then…)
<jannau>
I tried 3 different displays, 2 with usb-c/dp adapter and one direct usb-c
<sven>
huh
<sven>
that’s weird. both of my displays and the capture card with all adapter I have work here :/
<sven>
let me also double check later that I didn’t forget to commit anything
<jannau>
I think the traces are taken with the cursed dell 4k display, requires MST for 4k 60Hz and tends to be a bit flakey. dcp offers only 4K 30Hz and macos seems to have no problems
<jannau>
I can retake traces with another display. it was the display I was testing when you asked for the traces
gladiac has joined #asahi-dev
gladiac has quit [Quit: k thx bye]
as400 has quit [Ping timeout: 480 seconds]
<sven>
sure, the more traces the better
<sven>
Also wouldn’t surprise me if this is just some hit somewhere I got wrong
<sven>
*bit
<sven>
ohhh… I think I also have two or three writes that are still hardcoded. maybe those need to change based on tunables or something
<sven>
(I.e. those should bet set32 and because I just use writel right now sone tunable setting is overwritten)
as400 has joined #asahi-dev
as400_ has joined #asahi-dev
as400 has quit [Remote host closed the connection]
as400_ is now known as as400
r0ni has quit [Quit: Leaving]
bgb has joined #asahi-dev
sleber has joined #asahi-dev
<sven>
jannau: do you want to send a patch to fix that broken extcon (again) or should I send something?
<jannau>
I have a preliminary patch preventing calling extcon_find_edev_by_node() in dwc3_get_extcon()
<jannau>
unsure if that's the best solution
<sven>
i'd just check for usb-role-switch just before the USB PHY lookup and add a comment above
<sven>
let me double check that, I might've messed up ACIOPHY_CROSSBAR_DPMODE and ACIOPHY_CROSSBAR_DP_BOTH_PMA
<bgb>
jannau: sorry to bother, what is the sane way to change kernel pagesize to 4K on current asahilinux install?
<sven>
DPMODE is also actually called DP_SINGLE_PMA fwiw
<sven>
yup, ACIOPHY_CROSSBAR_DP_BOTH_PMA should be BIT(17)
<sven>
12:07:25 <sven> Also wouldn’t surprise me if this is just some [bit] somewhere I got wrong
<sven>
:D
<sven>
let me actually check that entire SINGLE_PMA/BOTH_PMA again. i remember being confused by that when tracing macos
<jannau>
the tracer reports it in DPMODE
<sven>
yeah, that comes from when I was confused
<sven>
macos does two writes to it though iirc
<sven>
i later matched it up with xnu debug prints and the first one was BOTH_PMA and the second one SINGLE_PMA iirc
<jannau>
the cursed dell display still doesn't work, let me try a modeswitch
<sven>
my slightly-less-cursed dell display sometimes just needs a modetest -M apple
<sven>
(without any mode)
as400 has joined #asahi-dev
<jannau>
oh, I wouldn't expect that that has any effect. I assumed it queries just information. hmm, maybe it causes the modes to be propagated to drm?
<sven>
i was quite surprised as well, but somehow it made a difference
<sven>
maybe yet another race somewhere
<jannau>
still doesn't work on t6001 but there's most likely something wrong with the atc tunables/fuses. usb3 doesn't work either
<sven>
hm... iirc USB3 used to work
<sven>
but maybe I broke it on t6001 while adding DP support
<sven>
maybe try removing writel(0x10000cef, atcphy->regs.core + 0x8); and the following three lines. they're just copied from a hv trace and might not be required at all
<jannau>
maybe something I messed up in the devicetree, atc tracer shows nothing on usb3 device insertion
<sven>
did you add the lpdptx reg to the phy node?
<jannau>
yes, and I adjusted the size of core register
<jannau>
that's btw missing for atcphy0 in t8103
<sven>
yeah, i didn't touch atcphy0 at all because so far i've always been running under the hv
<sven>
that graph connection also needs to go the actual connector and not to the root display-subsystem
<jannau>
hmm, on atcphy1 I see at least something in the tracer (hv is on atcphy2) but still only high sped usb device
Major_Biscuit has joined #asahi-dev
<sven>
:/
<sven>
essentially all that matters is that first the mux_set code does its stuff and only then dwc3 comes up and switches pipehandler over to usb3
<sven>
I think that's guaranteed with the current code though
<jannau>
cursed, superspeed workes with the opposite plug orientation
<sven>
uh oh
<sven>
did I also break the orientation switching code? :D
as400 has quit [Ping timeout: 480 seconds]
<jannau>
seems to be either a problem on the first time or racy. now I get superspeed in both orientations
<jannau>
and even on atcphy0. this seems to be a problem with the first connection after boot
<sven>
oh, i think I actually know about that one
<sven>
I think the issue is that dwc3 is already up and then atcphy goes behind its back and brings up the SS PHY
<sven>
needs a fix in the role switch reset quirk code to just not bring dwc3 up initially
as400 has joined #asahi-dev
Major_Biscuit has quit [Ping timeout: 480 seconds]
as400 has quit [Ping timeout: 480 seconds]
as400 has joined #asahi-dev
sleber has joined #asahi-dev
as400_ has joined #asahi-dev
as400 has quit [Remote host closed the connection]
as400_ is now known as as400
bgb has quit [Quit: WeeChat 3.5]
Dementor has quit [Quit: Ping timeout (120 seconds)]
Dementor has joined #asahi-dev
<jannau>
huh, usb 3 gen 2 is faster on t6001 than on t8103. 919 MB/s vs 817 MB/s
<jannau>
and working dcpext on t6001. appears a little bit flakey
<jannau>
atcphy seems to be slightly different on t600x
<jannau>
sven: any idea where LN_TXA_CAL_CTRL and LN_TX_CAL_CODE are coming from? I see 0x7f, 7 on the mac mini and 0x1f, 5 on t6001 with macos
<sven>
not sure :(
<sven>
I hardcoded the values I saw in my traces for now
<sven>
pretty much everything that doesn’t have a #define is something hardcoded that has to be tracked down
<sven>
I know that the crossbar is also different on t6k iirc
<sven>
it sometimes uses pclk2 there
Graypup_ has quit [Quit: meow]
Graypup_ has joined #asahi-dev
kujeger has joined #asahi-dev
<sven>
jannau: just pushed something that fixes the "no usb3 on first connection after boot" for me
Dementor has quit [Quit: Ping timeout (120 seconds)]
<jannau>
sigh, hit quite often a NULL pointer dereference in drm_connector_set_link_status_property() from dcp_hotplug() and I don't know why
<jannau>
sven: doesn't seem to work reliably. super speed on one port, high speed on first connect
<sven>
huh :/
<sven>
seemed to be reliable here
Dementor has joined #asahi-dev
<sven>
weird. unless i'm missing something it should defer initializing dwc3 until it gets the first role-switch notification. and at that point the SS PHY should be up an running
<sven>
*and
<jannau>
and after the first connect semi-dead (usb descriptors can be read but the device doesn't come up). I see "phy-apple-atc 703000000.phy: pipehandler lock not acked" on one port
<jannau>
let me try without my dp changes on t6001
<sven>
hrm, just managed to reproduce the "first connect is high-speed only" again :/
<jannau>
reproduced without dp changes. "pipehandler lock not acked" now on the other port. Seems to be the port which came initially up as super speed (at the 2nd or 3rd reconnect)
<sven>
hrm, i can't reproduce that one at all
<sven>
this is with a usb3 device directly connected to the port?
<sven>
i.e. no usb3/dp hub?
<jannau>
yes, a usb3 gen2 device
<sven>
hrm, so something's clearly weird. at first boot it looks like everything happens in the right order in the tracer
<sven>
first atcphy is initialized and then dwc3 comes up and eventually switches the pipehandler thing to the SS PHY
<jannau>
connected with a short usb-c to usb-c cable, not reproducible without 281b70768786
<sven>
and yet the device comes up at high speed :/
dcavalca has joined #asahi-dev
Dementor has quit [Quit: Ping timeout (120 seconds)]
dcavalca has quit []
dcavalca has joined #asahi-dev
dcavalca has quit []
dcavalca has joined #asahi-dev
dcavalca has quit []
dcavalca has joined #asahi-dev
Dementor has joined #asahi-dev
<jannau>
I might have killed atcphy1 on my macbook pro 14"
<sven>
that’s possible?!
<sven>
I’ve abused mine a lot and the worst I had to do was a reboot
<jannau>
seems to be alive again after connecting a storage
<jannau>
device
<jannau>
broken state survived a power off and a reboot into macos. display was dead on the first connect in macos (not sure if that display is reliable with usb-c in macos)
<sven>
huh, that never happened to me
Dementor has quit [Quit: Ping timeout (120 seconds)]
Dementor has joined #asahi-dev
as400 has quit [Remote host closed the connection]
as400 has joined #asahi-dev
zshrc has joined #asahi-dev
<jannau>
plasma (x11 and wayland) doesn't seem to like dcpext, sddm (x11) seems to be confused or confuses dcp and displays dcpext's framebuffer also on the other display
<jannau>
ah, it uses the same framebuffer on both displays and dcp has a problem with mirrored mode
sleber_ has joined #asahi-dev
sleber has quit [Ping timeout: 480 seconds]
<jannau>
no, that looks like X11 is simply broken
<jannau>
ah, an issue of the restricted framebuffer size
<jannau>
still strange that it resorts to overwriting it's own framebuffer
as400 has quit [Remote host closed the connection]
as400 has joined #asahi-dev
sleber has joined #asahi-dev
sleber_ has quit [Ping timeout: 480 seconds]
cylm_ has joined #asahi-dev
as400 has quit [Ping timeout: 480 seconds]
cylm has quit [Ping timeout: 480 seconds]
as400 has joined #asahi-dev
gladiac has joined #asahi-dev
sleber has quit [Remote host closed the connection]
sleber has joined #asahi-dev
zshrc is now known as Guest645
zshrc has joined #asahi-dev
<jannau>
sven: crossbar_dp_single_pma seems to depend on the display. I need to use ACIOPHY_CROSSBAR_DP_SINGLE_PMA_UNK008 on t6001 with the full hd usb-c display
<jannau>
on t8103 it works with ACIOPHY_CROSSBAR_DP_SINGLE_PMA_UNK008 and ACIOPHY_CROSSBAR_DP_SINGLE_PMA_UNK100
as400 has quit [Ping timeout: 480 seconds]
Guest645 has quit [Ping timeout: 480 seconds]
zshrc is now known as Guest647
zshrc has joined #asahi-dev
Guest647 has quit [Ping timeout: 480 seconds]
zshrc is now known as Guest648
zshrc has joined #asahi-dev
as400 has joined #asahi-dev
Guest648 has quit [Ping timeout: 480 seconds]
zshrc has quit [Ping timeout: 480 seconds]
as400_ has joined #asahi-dev
as400 has quit [Remote host closed the connection]
zshrc has joined #asahi-dev
sleber has quit [Remote host closed the connection]
<sven>
huh, interesting
<sven>
I wonder where it comes from then
<sven>
that’s set long before DCP even figure out the link rate
<jannau>
the dell dp 1.2 display works with ACIOPHY_CROSSBAR_DP_SINGLE_PMA_UNK100 on t6001
<sven>
I thought it just depended on 2 lane vs 4 lane but I guess I was just confused by the traces :/
zshrc has quit [Ping timeout: 480 seconds]
<jannau>
but not with unk008 and it doesn't work on t8103 with either one
as400_ has quit [Ping timeout: 480 seconds]
<sven>
strange, but the display works with t8103 on macOS?
zshrc has joined #asahi-dev
<jannau>
macos uses UNK008 with the dell on t6001
<jannau>
yes
<jannau>
I'll see what macos does with dell display on t8103
<sven>
I’ll probably try to reverse engineer where that single pma actually comes from sometime this week
<jannau>
we probably should come up with a testing document to get traces from users once it is a little more stable
<sven>
yeah, good idea
<jannau>
macos uses UNK008 with DP only on the t8103 as well