yuyichao has joined #asahi-dev
squags has joined #asahi-dev
squags has joined #asahi-dev
squags has joined #asahi-dev
aleasto has quit [Quit: Konversation terminated!]
riker77_ has joined #asahi-dev
riker77 has quit [Ping timeout: 480 seconds]
riker77_ is now known as riker77
PhilippvK has joined #asahi-dev
phiologe has quit [Ping timeout: 480 seconds]
<
marcan>
kettenis: debug regs are basically the only standard regs we trap
<
marcan>
that's partially because the HV uses debug functionality, but we don't currently virtualize guest debug stuff properly anyway
JTL has quit [Remote host closed the connection]
JTL has joined #asahi-dev
JTL has quit [Quit: Just a test]
JTL has joined #asahi-dev
<
sven>
I didn’t even realize that’s a standard reg
the_lanetly_052___ has joined #asahi-dev
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
<
kettenis>
hmm, looks like linux messes with with MDSCR_EL1 as well when entering/leaving the kernel
<
kettenis>
ah, but it disables single-stepping conditionally
<
kettenis>
meanwhile, I've figured out how to set up the memory map in u-boot "late"
<
j`ey>
kettenis: ooh!
<
kettenis>
the bits for enabling bypass mode in the t6000 dart didn't change isn't it?
<
marcan>
kettenis: I'm not sure we've tested bypass mode on t6000...
<
marcan>
I do know subpage protection is now mandatory
<
marcan>
wouldn't surprise me if bypass mode just didn't work...
<
sven>
I wonder if they still have that stream 15 bypass hack(?) then
<
sven>
oh, I think as long as there is that bypass property in the ADR the DART should still have that mode
<
Jamie[m]1>
the t8110 seems to still have what I would describe as a "stream 15 bypass hack(?)" just going off the ADT
<
Jamie[m]1>
so i assume the t6000 does too
<
sven>
I still wonder what that hack is all about
aleasto has joined #asahi-dev
<
kettenis>
that may have a chance of working on the M1 Pro/Max
<
kettenis>
where working means that you'll get some framebuffer output
<
Jamie[m]1>
you asking for testing?
<
kettenis>
that'd be great; I don't have the hardware myself
<
kettenis>
you'll nedd a device tree from asahi branch of the asahi github linux repo
the_lanetly_052___ has quit [Ping timeout: 480 seconds]
<
jannau>
kettenis: no framebuffer on m1 max. I'll update and reenable the debug uart
<
kettenis>
when you re-enable the debug uart, you'll also need to change the base address to te riht address
<
kettenis>
this should work with the hypervisor uart emulation
<
jannau>
I have access to the hw uart. u-boot prints version, model and dram size on the uart
<
kettenis>
so it makes it into build_mem_map() probably
<
kettenis>
don't see something obviously wrong with the t6000_mem_map
<
kettenis>
could be that get_page_table_size() returns a value that is too small
<
jannau>
yes, it makes it to build_mem_map() and memory and framebuffer address/size are correct
<
jannau>
increasing get_page_table_size() up to 8M does not make a difference
gabuscus has quit [Ping timeout: 480 seconds]
gabuscus has joined #asahi-dev
gabuscus has quit [Ping timeout: 480 seconds]
gabuscus has joined #asahi-dev
the_lanetly_052 has joined #asahi-dev
zimsneexh has joined #asahi-dev
<
marcan>
kettenis: t6000 does have a larger physical address space size, fwiw
<
kettenis>
the relevant u-boot code seems to support that
<
kettenis>
whether it actually works is a different question of course
aleasto has quit [Quit: Konversation terminated!]
tpw_rules has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
___nick___ has joined #asahi-dev
___nick___ has quit []
___nick___ has joined #asahi-dev
the_lanetly_052__ has joined #asahi-dev
the_lanetly_052 has quit [Ping timeout: 480 seconds]
curlyqueue has joined #asahi-dev
___nick___ has quit [Ping timeout: 480 seconds]
tpw_rules has joined #asahi-dev