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-stream #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
d0p1 has quit [Ping timeout: 480 seconds]
<marcan>
RealityVoid: the old repo probably had AIC code that does not work as a VM guest (which needs to use different registers), hence the undefined instruction exception.
nico_32 has quit [Remote host closed the connection]
nico_32 has joined #asahi
yuyichao_ has joined #asahi
phiologe has joined #asahi
slicey has joined #asahi
PhilippvK has quit [Ping timeout: 480 seconds]
hspak has quit [Remote host closed the connection]
hspak has joined #asahi
<marcan>
j_ey: fwiw m1n1 should now propagate USB disabling from the HV to the dtb, so you no longer need to comment out the dwc3 to avoid it stealing it
kov has quit [Quit: Coyote finally caught me]
kov has joined #asahi
marvin24_ has joined #asahi
marvin24 has quit [Ping timeout: 480 seconds]
leah has joined #asahi
marvin24_ has quit [Remote host closed the connection]
<jannau>
MagMell[m]: I haven't actually tested that build myself (just a build of the same kernel/config on my PC)
<jannau>
MagMell[m]: how do you boot the kernel? you need the dtb from that build for the ethernet card to work
<cth451_desktop>
OP here.
<cth451_desktop>
The kernel was sideloaded with linux.py
<jannau>
using the dtb from the kernel build?
<cth451_desktop>
I'm pretty sure that I've used the dtb from the kernel build
<MagMell[m]>
t8103-j274
<cth451_desktop>
I was planning to boot off root on iSCSI and currently stuck in initrd shell
<jannau>
cth451_desktop: works for me with `tools/linux.py /tmp/m1/boot/Image.gz /tmp/m1/boot/dtbs/apple/t8103-j274.dtb -b "root=/dev/sda2 rootwait"` after unpacking the kernel package in /tmp/m1/
<cth451_desktop>
Is /dev/sda2 a USB drive?
<cth451_desktop>
I probably should make a thumb stick with a rootfs and try that first
Dcow has quit [Quit: My Mac Mini has gone to sleep. ZZZzzz…]
bps has quit [Ping timeout: 480 seconds]
bps has joined #asahi
gladiac is now known as Guest6367
gladiac has joined #asahi
aleasto has quit [Remote host closed the connection]
<mps>
nice, booted from usb and keyboard works
Guest6367 has quit [Ping timeout: 480 seconds]
nskl has quit [Remote host closed the connection]
nskl has joined #asahi
chamomile has joined #asahi
<FireFox317>
does anyone know where the wifi firmware is located on the macos install? I want to try to get wifi working on my macbook air with allysa patches
<mps>
jannau: your kernel have all this in it? would be nice to try it
<FireFox317>
mps, if you apply all the patches from jannau on top of v5.16-rc1 and also use the config that they provided then nvme will work out of the box
<mps>
firefox317: thanks, though it will be cumbersome to reapply such number of patches every monday when new -rc kernels are released
<FireFox317>
mps, i would wait a bit for things start to settle
<j_ey>
can they just take a directory of patches, rather than listing every one manually?
<FireFox317>
all the stuff that we are currently doing is still kinda experimental, and its not for general user yet
<j_ey>
if you skip shasum..
<mps>
j_ey: no, in APKBUILD all patches 'must' be listed similar to PKGBUID
<j_ey>
the must being in quotes makes me think it doesnt need to :P
<jannau>
makepkg (arch linux pkg build tool) even complained about having the patches in directory. I did not read the manual though
<jannau>
I want sha256sums for every patch though
<mps>
j_ey: they must in quotes and ordered list and they applied in this listed order
<j_ey>
why not just use a git sha from jannau's branch?
d0p1 has joined #asahi
<jannau>
official tarballs and patches use less resources for mirroring
<jannau>
although a admit it's annoying to manage
<j_ey>
yeah but for now, its probably fine
<j_ey>
(to just use a branch)
<mps>
j_ey: yes, urls can be used but in always changing git repos this is not 'stable'
<jannau>
just reference a commit or better a tag or avoid rewriting the branch
<sven>
jannau: that i2c dt binding fix looks reasonable to me as well. Maybe just keep the old “wrong” compatible as deprecated in there (see e.g. snps,dwc3 for how that’s done)
<sven>
not sure it matters much at this point though since the i2c nodes aren’t in the dt yet
<kettenis>
doesn't matter at this point, so it is best to fix it now instead of carrying it forever
<sven>
fine with me
<jannau>
sven: I'm preparing to send that out with pinctrl #interrupt-cells fix
<sven>
I think you need to fix the compatible in the example as well though
<jannau>
yes, thanks
gladiac is now known as Guest6373
gladiac has joined #asahi
Guest6373 has quit [Ping timeout: 480 seconds]
jmr2 has joined #asahi
<jmr2>
marcan: in the small cleanups category, would you mind doing chmod +x proxyclient/experiments/*.py please?
X-Scale has joined #asahi
X-Scale` has quit [Ping timeout: 480 seconds]
<jmr2>
marcan: FYI, with the latest m1n1, it's no longer possible to use alyssa's trick to get wifi to work on the Air (running experiments/smc.py between tools/chainload.py and tools/linux.py)
<jmr2>
Bisected to b9ddd74.
<FireFox317>
jmr2, for me it works
<FireFox317>
however i'm running the kernel through the hypervisor but i think that shouldnt matter
<FireFox317>
jmr2, oh wait yeah i had to fixup smc.py indeed
<jmr2>
firefox317: good to know. Which version are you using, and what did you change?
<FireFox317>
jmr2, latest version and replace `gpio_key(RFKILL_PIN)` with `'gP0d'` on line 30 and 31 of experiments/smc.py
<jmr2>
Tnaks, but looks like there's more to it than that. I'm on 23c3617 (latest), and I get "AttributeError: 'SMCEndpoint' object has no attribute 'write_key'".
<jmr2>
If I replace write_key by write, I get "NameError: name 'gP0d' is not defined"
<jmr2>
*Thanks
nsklaus has quit [Ping timeout: 480 seconds]
<FireFox317>
whoops, yeah also change write_key to write
<jmr2>
firefox317: and that works. Thank you! Have you considered doing a pull request?
nsklaus has joined #asahi
<jmr2>
(if you do, you can remove the RFKILL_PIN = 13 line as well)
jmr2 has quit [Remote host closed the connection]
d0p1 has quit [Ping timeout: 480 seconds]
mini has quit [Ping timeout: 480 seconds]
nsklaus has quit [Quit: WeeChat 3.3]
nsklaus has joined #asahi
nsklaus has quit [Quit: WeeChat 3.3]
nsklaus has joined #asahi
nsklaus has quit []
mini has joined #asahi
chamomile has joined #asahi
yuyichao_ has quit [Ping timeout: 480 seconds]
nsklaus has joined #asahi
Dcow has joined #asahi
Dcow has quit [Ping timeout: 480 seconds]
why2[m] has joined #asahi
nsklaus has quit [Quit: WeeChat 3.3]
nsklaus has joined #asahi
nsklaus has quit []
nsklaus has joined #asahi
chamomile has quit [Remote host closed the connection]
faiz_abbas[m] has joined #asahi
chamomile has joined #asahi
___nick___ has quit [Ping timeout: 480 seconds]
X-Scale` has joined #asahi
X-Scale has quit [Ping timeout: 480 seconds]
<cth451_desktop>
jannau: compiled another kernel with AQTION set to yes but still no eth device
<cth451_desktop>
I'm using a custom rootfs on a USB thumb drive. Do you happen to know whether this will require firmware blobs?
<cth451_desktop>
* require firmware to use 10GE
<ar>
i have an aquantia nic on my amd64 desktop, and there's no mention of it loading any firmware in dmesg. but it also might be a weird one, as the nic is on thunderbolt
<cth451_desktop>
or pcie?
<cth451_desktop>
Not sure how the 1G card would be wired though.
<mini>
I know the aquantia NICs have flashed firmware, I don't know if they load any at runtime
<kettenis>
is there any trace of the PCI device in dmesg?
<cth451_desktop>
no mention of any PCIe devices other than 3 apple device a the usb controller
<cth451_desktop>
If the nic is in fact on thunderbolt (like internally wired), I could try to get boltd on there and see if anything changes
nsklaus has quit [Quit: WeeChat 3.3]
nsklaus has joined #asahi
_chamomile has joined #asahi
chamomile has quit [Ping timeout: 480 seconds]
nsklaus has quit [Quit: WeeChat 3.3]
klaus has joined #asahi
<JTL>
ar: 10gbe? how is it anyway? :P
<ar>
JTL: it works
klaus has quit []
<ar>
JTL: the only issue is that for thunderbolt to work at all on this system, i needed to add some magic kernel parameters
<JTL>
ah
<ar>
pci=realloc,assign-busses,hpbussize=0x33
inertia has joined #asahi
flying_sausages has quit [Ping timeout: 480 seconds]