jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi
ec0 has quit [Ping timeout: 480 seconds]
whomst has joined #asahi
ec0 has joined #asahi
chadmed_ has joined #asahi
zrides has joined #asahi
zrides has quit [Remote host closed the connection]
SSJ_GZ has joined #asahi
pthariensflame has joined #asahi
Telessia has joined #asahi
pthariensflame has quit []
guillaume_g has joined #asahi
rvalue has quit [Remote host closed the connection]
rvalue has joined #asahi
bps has joined #asahi
<Cyrinux>
Tramtrist OK thx for the test, to dig deeper. Do you have libinput to the last version also maybe? A requirement on libinput version?
chadmed_ has quit [Ping timeout: 480 seconds]
bps has quit [Ping timeout: 480 seconds]
Telessia has quit [Remote host closed the connection]
Telessia has joined #asahi
chadmed_ has joined #asahi
Zopolis4 has quit [Quit: Connection closed for inactivity]
Telessia has quit [Quit: Telessia]
SSJ_GZ has quit [Remote host closed the connection]
chadmed has quit [Ping timeout: 480 seconds]
cylm_ has joined #asahi
amarioguy has quit [Remote host closed the connection]
llrcombs has quit []
amarioguy has joined #asahi
rcombs has joined #asahi
Zopolis4 has joined #asahi
bps has joined #asahi
chadmed_ has quit [Ping timeout: 480 seconds]
whomst has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
maria has quit [Ping timeout: 480 seconds]
bps has quit [Ping timeout: 480 seconds]
chadmed has joined #asahi
maria has joined #asahi
<eric_engestrom>
efi vars are supposed to be supported, right? I'm getting a crash in `efivarfs_file_write()` when running `bootctl install`: https://photos.app.goo.gl/yfDgkriGRCLJ45tC6
<maz>
eric_engestrom: I don't think they are. there is no firmware to actually handle the storage, AFAIK.
<chadmed>
efi vars arent supported but bootctl install shouldnt fail, i am running systemd-boot right now
<eric_engestrom>
chadmed: "shouldn't fail" is a bit confusing; should it fallback to something else? or should it silently ignore the failure? (the latter doesn't sound right)
<chadmed>
for me it just threw a warning about efi vars not being writeable but still dumped BOOTAA64.efi to EFI/BOOT just fine (which is all we need since this is what u-boot looks for)
<eric_engestrom>
ah right, so I guess I need to read up on u-boot to see how it works
<chadmed>
u-boot shouldnt factor in here, its just hard coded to look for /EFI/BOOT/BOOTAA64.efi
<eric_engestrom>
for context I'm trying to get my main asahi install luks-encrypted, but I'm failing at getting the boot chain "connected" in the right way
<eric_engestrom>
jannau: thx; that's exactly what I did (although from a chroot, and minus the loader.conf except the first line which is the only one I have, and loglevel=3 which I don't have)
kujeger has joined #asahi
Telessia has joined #asahi
MajorBiscuit has joined #asahi
Telessia has quit [Ping timeout: 480 seconds]
bps has joined #asahi
chengsun_ has joined #asahi
chengsun has quit [Read error: Connection reset by peer]
c10l has quit [Ping timeout: 480 seconds]
Chai-T-Rex has quit [Quit: Chai-T-Rex]
c10l has joined #asahi
chadmed has quit [Remote host closed the connection]
Mudb0y has quit [Read error: Connection reset by peer]
Mudb0y has joined #asahi
hightower4 has quit [Ping timeout: 480 seconds]
Mudb0y has quit []
marvin24_ has joined #asahi
<ChaosPrincess>
marcan: wrt your recent mastodon post - kryszstof really pissed me off recently. He read v1, v2, i even have his r-by on one of the patches, but then posts comments on v5 on stuff that was unchanged since v1.
<marcan>
sigh.
<marcan>
yeah.
<ChaosPrincess>
I probably would be less angry if it was gitlab or sth and not mail, where the times between submissions are that long.
<marcan>
exactly.
<marcan>
and they *don't get* that this is a problem. any of them.
<marcan>
(of the bad ones I mean, there are some good ones)
<ChaosPrincess>
And im kinda dumb and not 100% understand what he meant in his comment, so its an extra v0v
marvin24 has quit [Ping timeout: 480 seconds]
<marcan>
I had the SD driver maintainer complain that I aligned a block of #defines after adding one more that pushed the tabstop. ended up having to leave it unaligned.
<marcan>
now the nvmem maintainer is asking me *not* to fix a bug that is naturally fixed by the minor refactor involved in fixing the bug I was trying to fix
<marcan>
(after he ignored my patch long enough that another developer found and submitted a fix for the same issue, whom he is now also nitpicking - I guess he wants us to fix to see who fixes all the nitpicks first?)
<marcan>
*fight to
<marcan>
this is just such a giant waste of time for everyone
<marcan>
meanwhile the Broadcom developer literally answered "who knows" to some of my questions about what devices are out in the wild
<marcan>
you *work for the company*, you can *find out*
<marcan>
*I* certainly can't divine out of a crystal ball what silicon revisions you've shipped with what revision ID mappings so we can actually do firmware requests properly
<sven>
or the company is so dysfunctional that it doesn't even know which devices are out in the wild :D
<bps>
marcan, I think part of the problem is the broadcom/cypress split. not sure if Arend will even be able to find out with absolute certainty what chip revision IDs are out there in the wild, as cypress may have done something different. and cypress developers hardly participate at all upstream...
<marcan>
this was a patch submitted by cypress, and the author never replied to my original query
<marcan>
which I now have to fix because judging by what the Broadcom guy is saying, the Cypress patch is wrong
<marcan>
(but already upstream)
<marcan>
but if the Cypress chips now have the same chip IDs as Broadcom chips but are actually not the same chip, now we have a bigger problem
<marcan>
I sure hope that's not the case and this is just a stupid rebrand
Mudb0y has joined #asahi
<bps>
dce45ded7619 ("brcmfmac: Support 89459 pcie")?
<marcan>
yes
<bps>
ugh
<marcan>
that commit branded the BCM4355 as CC89459, and a PCI ID that already has a Broadcom device sub-name as a Cypress one
<bps>
yeah it really is a disaster. cypress are the main offender here I think. have you seen that they maintain their own out-of-tree brcmfmac release?
<bps>
you might find some more coherence here. generally what has happened is that they have half-arsed the upstreaming process and other people have sometimes submitted some of their patches independently (myself included). I think they basically gave up on upstreaming now. but the code is GPL so it's possible that whatever ended up in mainline was inconsistent
<marcan>
lol firmware under "cyfmac" with Broadcom device names
<bps>
yes :D
<bps>
apparently they don't haev time to upstream, but they have time to "rebrand" firmware filenames
<marcan>
sigh
<marcan>
meanwhile my job now is to port features from bcmdhd to brcmfmac because Broadcom only have <20% of one employee working on it
<bps>
bcmdhd is really bad
<bps>
last time I looked at it
<bps>
are they still maintaining that?
<marcan>
(other than firmware selection, all the Apple platform support stuff is just implementing missing features already in bcmdhd)
<marcan>
it is, and they are
Mudb0y has quit []
<marcan>
while they neglect brcmfmac
<marcan>
bcmdhd is what all the Android devices use
<bps>
it's so stupid because brcmfmac is a much more well written driver, despite its shortcomings
<marcan>
complete with #define-gated device configuration and all that lovely stuff
<marcan>
yes, brcmfmac was probably a good Broadcom driver 8 years ago
<bps>
well, when you have worked with wifi vendors as much as I have, you learn that they are all crooks :)
<marcan>
now it's just 8 years behind in feature support
<bps>
what are you missing in brcmfmac?
<marcan>
see our patchset :p
<bps>
sorry but I have not followed your patches in great detail
<marcan>
support for the new PCIe core revisions, sleep state mailbox over the ring buffer, new scan interface stuff, etc are just the required ones to make Apple chips work properly
<marcan>
then there's also piles of new WPA modes and such that are also missing
<bps>
well, fwiw the newer wpa modes will probably not be required for some time as APs retain backward compatibility. but yeah, really sad that all the work is going on in bcmdhd
<bps>
it's the same story with marvell (now NXP)... they put all their effort into their shitty out-of-tree driver and neglect upstream mwifiex
<bcrumb>
this is how I did the LUKS setup originally, but now the hooks are broken and need to be replaced with above, so this is just to have some context, but above is actually working, the following breaks as mentioned https://github.com/b-crumb/asahi-notes/blob/main/ASAHILUKS.md ... i need to really updated he text but it is an absolute pain to write it
<selfi>
what is your problem actually
<bcrumb>
i was replying to eric you didn't see.
<selfi>
i am new to this
<selfi>
ok fine
bcrumb has quit []
<bps>
thanks anyway marcan for your work, I admire your persistence and attention to detail. and I hope your brcmfmac nighmare ends soon :)
<selfi>
can u tell me other channels for casual talks
bcrumb has joined #asahi
<bcrumb>
selfi: asahi-offtopic
<selfi>
hi
<selfi>
what does this mean
<bcrumb>
I mean depends what is casual, casual about asahi, here, offtopic , in offtopic
<selfi>
ok thanks
c10l has joined #asahi
<selfi>
do anyone know how to install sleeping dogs using wine
Mudb0y has joined #asahi
bcrumb has quit []
<mps>
is this software bot?
Mudb0y has quit []
<selfi>
suiiii
marvin24 has joined #asahi
selfi has quit [Quit: Leaving]
marvin24_ has quit [Ping timeout: 480 seconds]
BPCZd has quit [Ping timeout: 480 seconds]
c10l has quit [Quit: Bye o/]
delsol has joined #asahi
hightower3 has quit [Ping timeout: 480 seconds]
MajorBiscuit has quit [Quit: WeeChat 3.6]
MajorBiscuit has joined #asahi
MajorBiscuit has quit []
c10l has joined #asahi
c10l has quit [Quit: Bye o/]
<as400>
guys, need some help. I borked my ESP partition and had to create new one. Now the 1 stage m1n1 does not find 2 stage one because partition uuid has changed. How do I fix this ?
<marcan>
change the UUID to the original one, manually reinstall m1n1 stage 1 with an edited UUID at the tail of the binary, or just delete your APFS+ESP partitions again and reinstall in UEFI mode and then put back the ESP contents.
<as400>
oh yes, will try to change the uuid. It's partition uuid, right ?
<bcrumb>
This can be useful for anyone who is interested in how I'm building my distro with LUKS, I guess.
<bcrumb>
cyrinux: tagging you also on this, idk
<bcrumb>
Cyrinux: sorry, this was your tag. Also, I pushed more rules on apparmor.d a couple of days ago. It works.
<bcrumb>
(Meaning, when running with install-disabled, you can boot and do normal things, including firefox, apparmor enforced).
<bcrumb>
The rules are maybe relatively in some cases lax but I'm doing an OK job of porting rules conservatively. This could be of _general_ interest maybe to the guys organizing firmware or devices or however stuff is organized, because it kind of highlights where we are deviating with the /dev/ structure from other architectures.
bcrumb has quit [Quit: WeeChat 3.7.1]
balrog has joined #asahi
Zopolis4 has quit [Quit: Connection closed for inactivity]
<eric_engestrom>
(that 8460... uuid is the alx.sh-generated /boot/efi partition that I turned into my /boot, so that NotFound is puzzling)
<jannau>
eric_engestrom: does 'm1n1/boot.bin' exists on the ESP?
<bcrumb>
eric_engestrom: yes I think that is one of the console log types I've hit when setting up LUKS, it was easier for me to write the systemd workaround rather than go in fixing that because I've got no points where I can go from to look into it
<bcrumb>
also yeah that, running proxy might be from m1n1/boot.bin not being present
<eric_engestrom>
jannau: no, but $esp/efi/m1n1/boot.bin does
<bcrumb>
yeah that, he meant that
<eric_engestrom>
(with $esp=/boot)
<jannau>
eric_engestrom: move it from efi/ to /
<eric_engestrom>
ack
<jannau>
of the $ESP
<eric_engestrom>
yup :0
<eric_engestrom>
:)
<bcrumb>
so if luks is setup on that part and that now works i'm roping, it should freeze at some other log that should not indicate that it has anything to do with encrypt
<eric_engestrom>
rebooting to check if that helps, but I'll be away for half an hour after that
<bcrumb>
jannau: why / instead of /esp ? shouldn't does stage 1 have some kind of $PATH that also has '/' prepended for ESP?
<jannau>
bcrumb: I ment the root of the ESP partition
* eric_engestrom
is away now
possiblemeatball has joined #asahi
<bcrumb>
jannau: ok, sorry, in fact i also meant the same thing but stated it wrong
<bcrumb>
so why the root of the ESP
hightower2 has joined #asahi
<jannau>
eric_engestrom: looks like boot.bin has no u-boot appended or the appended u-boot payload was not gzip compressed. do you have a boot.bin.old? does the file size differ
julio7359 has joined #asahi
cylm_ has quit [Ping timeout: 480 seconds]
bps has quit [Ping timeout: 480 seconds]
LinuxM1 has quit [Quit: Leaving]
nopeslide1 has joined #asahi
nopeslide has quit [Ping timeout: 480 seconds]
bcrumb has quit [Quit: WeeChat 3.7.1]
guillaume_g has quit []
hightower2 has quit [Ping timeout: 480 seconds]
SSJ_GZ has joined #asahi
<eric_engestrom>
jannau: good catch, boot.bin.old is 2.8M while boot.bin is 832K
<eric_engestrom>
`cp boot.bin.old boot.bin` and rebooting
<eric_engestrom>
hmm, so now it boots all the way to the luks password prompt, but the keyboard seems to not be recognized
<eric_engestrom>
checking my mkinitcpio.conf to make sure I got the hooks in the right order
<eric_engestrom>
yeah, `keyboard` is way before `encrypt`
<eric_engestrom>
bcrumb is this something you came across before?
<jannau>
eric_engestrom: make sure modules required for the keyboard are in the initrd. you need at least apple_dockchannel, dockchannel_hid, hid_apple
<eric_engestrom>
ah, that's what I'm missing then
<eric_engestrom>
thanks!
<jannau>
apple_rtkit_helper, apple_rtkit, apple_mailbox as well. the later two should be already included, the first is probably not
jeffmr has joined #asahi
<eric_engestrom>
the first 3 were enough to get the keyboard working for the password; thanks!
<eric_engestrom>
now getting another error, but I've reached the parts where I'm confortable and can (try to) do the rest of debugging myself :)
<eric_engestrom>
thanks a lot for the help everyone o/
hightower2 has joined #asahi
ten157237 has quit [Remote host closed the connection]
ten157237 has joined #asahi
jeffmr has quit [Remote host closed the connection]
bps has joined #asahi
bcrumb has joined #asahi
<bcrumb>
eric_engestrom: what is the last error you didn't mention right now? also, on topic of the error before the last one, yes i encounter that, before fixing it, did it actually give you a password prompt, or was it just black and you assumed it was the prompt?
<bcrumb>
*encountered
<bcrumb>
also please paste your hooks somewhere if possible and your lsinitcpio
<bcrumb>
if when it works
<eric_engestrom>
bcrumb: I saw the password prompt, but key inputs were ignored (fixed by adding the first 3 modules jannau mentioned)
<bcrumb>
and what is the last error?
<eric_engestrom>
the current error is not finding the partition by its uuid
<eric_engestrom>
I'm doing multiple things at the same time so I haven't gotten to it yet, but I'm pretty sure systemd is getting that from the fstab so I'll check that
<eric_engestrom>
and ack for posting my configs once I got everything working
<bcrumb>
you can't open fstab from root if it's encrypted, you should have it in kernel args?
<bcrumb>
unless in initrd or something?
<eric_engestrom>
it's not the root partition, it's the /boot that it fails to mount
<eric_engestrom>
ok hold on, having a look at that now
Telessia has joined #asahi
<bcrumb>
ok
<bcrumb>
also what machine are you running?
<bcrumb>
in my case i don't get a password prompt at all... my suspicion was that keyboard input worked, but i didn't know about the above modules fix, so i'll check it out hopefully soon and see if that can finally set me back on track to the base hook
<eric_engestrom>
m2 air
<bcrumb>
kk
<eric_engestrom>
also, the uuid in my fstab was wrong, but the first 2 chars were the same and the next two were close enough that I missed it when looking at one then the other
<eric_engestrom>
testing
<j`ey>
bcrumb: the dockchannel modules arent needed on m1
ten157237 has quit [Remote host closed the connection]
ten157237 has joined #asahi
<eric_engestrom>
woohoo, everything works!
<eric_engestrom>
I'll post a write-up tonight
<bcrumb>
ok, post mkinitcpio hooks, kernel args, lsinitcpio, ls -RA1 /boot too when u got time
<eric_engestrom>
thanks guys!
<jannau>
bcrumb: on m1 / m1 pro/max laptops you'll need spi_apple, spi_hid_apple, spi_hid_apple_of and hid_apple instead
<bcrumb>
jannau: thanks :]
bcrumb has quit [Quit: WeeChat 3.7.1]
<eric_engestrom>
hmm, ok, not everything works: no network, and no mouse
<eric_engestrom>
rebooting to -edge
<eric_engestrom>
grmbl, `reboot` takes me back to macos... how does one configure which os to boot by default? is that the `bless` thing?
<mps>
eric_engestrom: in macos settings you can set default os to boot
<jannau>
eric_engestrom: hold "option" in the boot picker or via startup disk in macos
bcrumb has joined #asahi
<bcrumb>
eric_engestrom: just in the offcase you're not using standalone iwd right you're using NetworkManager right? because iwd standalone does not work for me
bcrumb has quit []
pthariensflame has joined #asahi
<eric_engestrom>
thanks, changed it through the "startup disk" in the "option" of the boot picker
<eric_engestrom>
I'm using iwd, no nm involved (not even installed; just checked, but libnm is installed)
<eric_engestrom>
but rebooting in -edge fixed everything, I got a mouse (not that I use it much xD) and networking
<eric_engestrom>
pasting you the configs you wanted
<jannau>
eric_engestrom: if you hold the option key in the initial boot disk selection screen the button changes to "always use"
<eric_engestrom>
jannau: oh, I misunderstood, I thought you were talking about the "options" entry in the boot picker
<eric_engestrom>
thanks :)
bcrumb has joined #asahi
<bcrumb>
eric_engestrom: thanks, i copied it all out :]
delsol has quit [Remote host closed the connection]
bcrumb has quit [Quit: WeeChat 3.7.1]
<eric_engestrom>
marcan: that charge_control_end_threshold patch of yours, is it pushed somewhere? I'm interested in trying it
<j`ey>
eric_engestrom: it's on the latest tag
<eric_engestrom>
is that what -edge tracks?
<j`ey>
asahi-6.1-3 has it
* eric_engestrom
looks at the PKGBUILD
<jannau>
I think it's only in the asahi-dev pkg repo
<j`ey>
edge and non-edge are the same code, just different kernel config options
<j`ey>
but as jannau said there's asahi and asahi-dev repos on top of that too
<eric_engestrom>
ah ok
<eric_engestrom>
same mirror, just [asahi-dev] instead of [asahi] for the repo name?
<jannau>
yes
hertz_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<eric_engestrom>
ok, and it's the same packages names, overshadowing the ones from [asahi]
julio7359 has quit [Remote host closed the connection]
<eric_engestrom>
just installed 6.1.asahi3-1, I'll boot into that next time, but right now I have to go
<eric_engestrom>
thanks again!
<as400>
marcan: thx, changin uuid worked. Although I didn't expect it's so complicated under macos. Had to download and use gdisk. Maybe it would be worth to include m1n1 "fix" mode in advanced options in installer ? Just an idea.
ten157237 has quit [Remote host closed the connection]
ten157237 has joined #asahi
whomst has joined #asahi
ten157237 has quit [Remote host closed the connection]
ten157237 has joined #asahi
ktz has joined #asahi
hertz has joined #asahi
ktz has quit [Quit: WeeChat 3.7.1]
jamespmorgan has joined #asahi
ktz has joined #asahi
lewurm has quit [Ping timeout: 480 seconds]
c10l has quit [Quit: Bye o/]
giskard has joined #asahi
c10l has joined #asahi
lewurm has joined #asahi
lewurm has quit [Ping timeout: 480 seconds]
jamespmorgan has quit [Remote host closed the connection]
jamespmorgan has joined #asahi
BPCZ has joined #asahi
psykose_ has quit [Remote host closed the connection]
psykose has joined #asahi
lewurm has joined #asahi
ktz has quit [Quit: WeeChat 3.7.1]
___nick___ has quit [Ping timeout: 480 seconds]
ktz has joined #asahi
jeffmr has joined #asahi
lewurm has quit [Ping timeout: 480 seconds]
Telessia has quit [Ping timeout: 480 seconds]
ktz has quit [Quit: WeeChat 3.7.1]
jeffmr has quit [Quit: jeffmr]
hertz has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]