jmshrv has quit [Remote host closed the connection]
jmshrv has joined #asahi
weitcis has joined #asahi
dax has joined #asahi
weitcis has quit [Remote host closed the connection]
rkilgore has joined #asahi
vx has joined #asahi
vx is now known as Guest1439
cylm has quit [Quit: WeeChat 3.6]
jmshrv has quit [Ping timeout: 480 seconds]
rkilgore has quit [Quit: leaving]
rkilgore has joined #asahi
<rkilgore>
does anyone know if it's possible to boot into single user mode? I made a mistake trying to change my username and now can't login
Guest1439 has quit [Quit: G-line: User has been permanently banned from this network.]
vx^ has joined #asahi
jamespmorgan has joined #asahi
m5zs7k has quit [Ping timeout: 480 seconds]
m5zs7k has joined #asahi
jamespmo_ has quit [Ping timeout: 480 seconds]
jmshrv has joined #asahi
jmshrv has quit [Remote host closed the connection]
jmshrv has joined #asahi
vx^ is now known as vx
vx is now known as Guest1444
Techcable has quit [Ping timeout: 480 seconds]
jmshrv has quit [Remote host closed the connection]
jmshrv has joined #asahi
Tano70 has joined #asahi
rkilgore has quit [Quit: Lost terminal]
jmshrv has quit [Ping timeout: 480 seconds]
joske has joined #asahi
<joske>
chadmed: let me actually test it first from your new branch ;-)
<joske>
it's not rebased on latest asahi though?
m5zs7k has quit [Ping timeout: 480 seconds]
<joske>
applies with some offset, so fine
<joske>
building
<joske>
chadmed: works!
<joske>
chadmed: Jos Dehaes <jos.dehaes@gmail.com>
m5zs7k has joined #asahi
guillaume_g has joined #asahi
MajorBiscuit has joined #asahi
MajorBiscuit has quit []
MajorBiscuit has joined #asahi
<arnd>
chadmed: in recent kernels btrfs supports 4k sectors in combination with 16k pages. There is still a warning about this being experimental, but the previous data corruption issue has been addressed
<arnd>
it previously already worked using 4k sectors and 64k pages, so they just had to use the same logic for both
janrinze has joined #asahi
LinuxM2 has joined #asahi
giskard has joined #asahi
<chadmed>
arnd: my rootfs is btrfs on my 14" pro so ik it works in the kernel, i just had 4 attempts at getting grub to see it as a /boot partition it never worked properly
<chadmed>
so i gave up and just use my ESP as /boot now which works a treat
<chadmed>
joske: thanks!
Guest1444 has quit [Quit: G-line: User has been permanently banned from this network.]
vx has joined #asahi
vx is now known as Guest1455
<arnd>
chadmed: ok, I see. Apparently it's also been supported for longer than I thought: the btrfs support for 4K sectors already went into 5.19, just after I last tried (and failed) to use btrfs
<as400>
arnd: I confirm 4k sector btrfs working
<as400>
With 16k pages
<as400>
Using it for over 6 months. No problem.
<arnd>
I'm also using it now on 6.1-rc8
<arnd>
good to hear that you haven't had any issues, that gives me a little more confidence in putting important data on this partition
<as400>
I wonder what is the performance penalty. If any. Do you happen to know arnd ?
<arnd>
no idea. there should not be much overhead compared to a 4kb page kernel from the added indirection in the kernel code, that part looks fairly straightforward.
<arnd>
for comparing 4k sectors vs 16k sectors on a 16k page kernel, I would expect the usual workload specific tradeoffs to apply
<as400>
Ok, understood.
<arnd>
I know that for a lot of SSD hardware, it takes the same time to access a 4KB sector as it takes to access a 16KB (or even 64KB) sector on disk since it can parallelize the access across channels
<arnd>
on the other hand, if you have a lot of files that are smaller than 4KB, it now has to transfer more data across the interface, which adds a little bit of latency on slower devices like USB
<as400>
I the end, I'm not doing any io heavy workloads on my lappy. So I guess I should be perfectly fine. These things are insanely fast anyway :)
<arnd>
I mainly cared about being able to access the same file system from both the 16KB page kernel I use as well as when mounting the drive on a different machine or when testing out a 4KB page kernel
leitao has joined #asahi
leitao has quit []
<arnd>
as400: there is actually one data point I have measured exactly: For my daily work (building a linux kernel from source), there is a 40% space storing all the source and object files (asahi defconfig) in 16KB units (sectors or pages, doesn't matter) compared to 4KB units
<arnd>
the overhead grows to 400% when you compare 64KB pages to 4KB pages
leitao has joined #asahi
leitao has quit []
SSJ_GZ has joined #asahi
<as400>
arnd: 400% is a lot ! Wouldn't expect overhead to be this big.
nate8 has quit [Read error: Connection reset by peer]
rvalue has quit [Read error: Connection reset by peer]
<arnd>
53920 files in the kernel (source+obj) are between 1 and 4096 bytes long, so storing those in 16KB units uses 4x the space, and storing them in 16KB units uses 16x the space. For the larger files, there is less overhead
joske has quit [Quit: Leaving]
mkurz has joined #asahi
mkurz has quit []
gilbert has left #asahi [#asahi]
<as400>
arnd: interesting. So for you, no matter what page size, 4k sectors are the way to go. I wonder how many kernel trees are on your disk at the same time :)
<arnd>
as400: I would guess no more than 30 source trees, most of them completely obsolete. I tend to have only a handful of active source trees but a lot of separate object trees for testing, and those would be in tmpfs and not count towards disk usage though.
<arnd>
tons of other source trees on my disk though, and those likely have very similar patterns, so even the 40% overhead would add up quickly
<as400>
yup, absolutely
<arnd>
I wonder if MacOS has the same sort of overhead from the page cache though, I suspect it does something more space efficient by caching smaller disk sectors rather than 16KB pages as the smallest unit
<arnd>
https://man.openbsd.org/bread.9 sounds like openbsd stores file data in a buffer cache with smaller than page size units
<as400>
hmmm - I must admit I know nothing about OpenBSD fs
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Guest1455 has quit [Quit: G-line: User has been permanently banned from this network.]
vx has joined #asahi
vx is now known as Guest1467
tinstew has joined #asahi
leitao has joined #asahi
<as400>
Interesting - I get more fps in webgl aquarium on FF than on Chromium with gpu acceleration. Also Chromium uses much more cpu.
tinstew has quit [Read error: Connection reset by peer]
jamespmo_ has joined #asahi
baskmart has joined #asahi
jamespmorgan has quit [Ping timeout: 480 seconds]
tinstew has joined #asahi
baskmart has quit [Ping timeout: 480 seconds]
mattgirv_ has quit [Ping timeout: 480 seconds]
Tano70 has quit [Quit: Leaving]
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tinstew has quit [Read error: Connection reset by peer]
daniel_ has joined #asahi
daniel_ has quit [Remote host closed the connection]
thatdevsherry has joined #asahi
thatdevsherry has quit [Remote host closed the connection]
thatdevsherry has joined #asahi
tinstew has joined #asahi
leitao has joined #asahi
thatdevsherry has quit [Quit: Konversation terminated!]
MajorBiscuit has quit [Ping timeout: 480 seconds]
tinstew has quit [Read error: Connection reset by peer]
tinstew has joined #asahi
LinuxM2 has quit [Quit: Leaving]
LinuxM2 has joined #asahi
daniel_ has joined #asahi
daniel_ has quit []
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
leitao has joined #asahi
tinstew has quit [Read error: Connection reset by peer]
Cyrinux has quit []
Cyrinux has joined #asahi
morro has joined #asahi
thatdevsherry has joined #asahi
cylm has joined #asahi
MajorBiscuit has joined #asahi
morro has quit [Quit: Konversation terminated!]
<ChaosPrincess>
having a weird issue with gpu driver. if i log in to plasma with wayland session, open konsole and type `poweroff`, the shutdown process gets stuck on trying to disable sddm and i have to hard power down (systemd waited for more than 2 minutes for it).
<ChaosPrincess>
if i log out of plasma session and shut down from sddm, it works as intended
<_jannau_>
I think the timeout is 3 minutes and might be a dcp problem
maximbaz has quit [Quit: bye]
maximbaz has joined #asahi
<Tramtrist>
things gettin wild in here
thatdevsherry has quit [Remote host closed the connection]
MajorBiscuit has quit [Quit: WeeChat 3.6]
thatdevsherry has joined #asahi
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
thatdevsherry has quit [Quit: Konversation terminated!]
thatdevsherry has quit [Quit: Konversation terminated!]
thatdevsherry has joined #asahi
bcrumb has joined #asahi
leitao has joined #asahi
<bcrumb>
sven: just to note, i've booted my pc right now, and realized the mouse works without replugging. I haven't done any updates. I'll check if this has to do with the device having to wait 15 (?) seconds before boot, because I thought that this happened a few rare times already, then doubted myself, but it seems it did
<sven>
if this is another race condition it could also just be pretty random
<bcrumb>
yeah, i think it is
<bcrumb>
(random)
<sven>
as i said, i'd enable tipd trace points and/or add some debug printk in there
<bcrumb>
yes, i didn't do this yesterday, i will be doing this and checking it out myself, thanks :)
<sven>
and once you have that take a closer look at the probe function. it absolutely wouldn't surprise me if there's a way to miss a plug event if the thing is already connected
<sven>
if that doesn't lead anywhere the next place to look is the dwc3 drd handling (including that annoying reset quirk)
<bcrumb>
cool!
thatdevsherry has quit [Remote host closed the connection]
amarioguy has quit [Remote host closed the connection]
<LinuxM2>
at the moment everything is fine on my air M2, i'm using firefox until chromium gets fixed, font and window settings are perfect, everything works really well. I am very satisfied
<Tramtrist>
ya its amazing :)
<Tramtrist>
As soon as speakers and mic work.. dont need no macos anymore :)
<LinuxM2>
with the future progress we will have on gpu performance and hopefully with video encoders to not use the laptop cpu too much, i'd say i'd be happy already
<piroko>
yeah I'm dd'ing with headphones
<LinuxM2>
exactly when we will also have the speakers working and there will be a worthy deep sleep of the system, similar to mac os, my air M2 will definitely be used under asahi linux
<bcrumb>
The only thing that I need is aarch64 ports of some stuff
<bcrumb>
But I'm using as main
<opticron>
no asking when things will be ready
<LinuxM2>
I currently use a small bluethoot speaker from "Anker"
bcrumb has quit [Quit: WeeChat 3.7.1]
thatdevsherry has joined #asahi
<piroko>
I don't think they were asking when
<piroko>
I think they were just stating when it happens, they will switch
<opticron>
speakers are technically functional if you know how to enable them (the average user can't and shouldn't), deep sleep is coming eventually but there are things to work out with the kernel interface which could take a while
<LinuxM2>
opticron, Sure, I totally understand
<opticron>
ah, it was phrased oddly, I assumed it was a question
<piroko>
yeah it was
<piroko>
(phrased oddly) :)
<LinuxM2>
do you think by charging the battery under asahi could I have a deterioration compared to charging it under mac os? I state that I try to never let it go below 25% and I don't load it over 80%
<ChaosPrincess>
battery is controlled by the smc, and smc firmware is the same in both os
Dementor has quit [Remote host closed the connection]
<ChaosPrincess>
there is the macos 'optimized battery charging' that is software managed, but someone itc made a daemon to do the same on linux
Dementor has joined #asahi
<LinuxM2>
ah ok ChaosPrincess , thanks for the information!
<opticron>
LinuxM2, I plan to keep max charge at 85% to avoid degradation
<opticron>
my current daily driver laptop is down to 65% because I didn't manage it properly and it's only 3 years old
<LinuxM2>
opticron, yes you are doing well, so far I have kept this range min 25% and max 80% on the old air m1 I still have 99% battery
<LinuxM2>
And it's been about two years since I bought it
<LinuxM2>
ChaosPrincess, I would be very happy to have a daemon script that does the same automatically, on mac os I use an application called "Aldente"
<ChaosPrincess>
i am using neither, but their authors are itc
<LinuxM2>
on asahi linux I'd like to get the same autonomy in standby as on "Mac os" which is also on standby for a whole month with very low battery consumption, so you don't have to switch it off every day!
<mps>
LinuxM2: it should work on all machines with macsmc-battery driver
<LinuxM2>
ok perfect!!
<mps>
I tested on two which I have, m1 mbp and m1pro macbook
<LinuxM2>
the perl version can it be used directly? do i save the file as .sh?
<mps>
LinuxM2: it can be used directly ofc, but I would rename it to charge-ctl.pl
<mps>
perl version served me as testing concept though it could be used quite fine normally and some users reported to me that they use perl version
<LinuxM2>
ok mps thanks very much!! :)
<mps>
LinuxM2: you are welcome
<LinuxM2>
thanks!!!! :)
* mps
waits for READFILE syscall to make such things easier
<LinuxM2>
mps, so if I understand correctly I directly load this script to start as a program?
<axboe>
mps: that syscall is such a bad idea imho
<axboe>
not sure why greg keeps pushing that
<mps>
you should have installed perl interpreter, and I think it is installed by default
<mps>
LinuxM2: you should make script executable by `chmod a+X charge-ctl.pl` and copy it in exec path (/usr/local/bin/ for example) and run it as other programs
<mps>
axboe: idk know tech details but I guess it would make some my things simpler
<LinuxM2>
mps all clear thanks :)
<LinuxM2>
mps i added it in autostart and login scripts. it's correct?
<axboe>
cleaned it up and fixed the limit - option was there, but did nothing
<axboe>
will give it a spin here
<axboe>
(oh and killed excessive syslog logging)
<j`ey>
axboe: shame, it doesnt use io_uring
<axboe>
j`ey: haha, now I have to make it do that
<j`ey>
I need 10M battery charge updates a second
<axboe>
clearly
<mps>
LinuxM2: I don't know how to start it with systemd, i.e. where to put it
<sven>
:D
<axboe>
mps could get his readfile too then, as open+read/write+close is a linked op
leitao has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<mps>
axboe: hah, now you are forcing me to make it public with git repo and guide ;p
<axboe>
damnit
<mps>
really, will try next week to create public git repo for charge control daemon with help and better options, now I have to finish some lagging tasks
<mps>
hm, or I could push it straight to alpine linux ;)
tinstew has joined #asahi
<mps>
'axboe| mps could get his readfile too then, as open+read/write+close is a linked op', yes that is how do I do these usually
Glanzmann has joined #asahi
<Glanzmann>
kettenis: With todays u-boot changes, do you support usb-c on the mini again?
guillaume_g has quit []
<kettenis>
usb-c on the mini has always worked
<kettenis>
what I pushed today was just a rebase of asahi-next on upstream master
<Glanzmann>
kettenis: I see, I was thinking about usb-a, sorry.
<axboe>
there you go, for shits and giggles obviously
<axboe>
so wasteful to do 6 syscalls when you can do 2 :)
<j`ey>
:D
<sven>
lol :D
<j`ey>
axboe: is sqe a sequence number or ordering thing?
<sven>
I guess we have to benchmark how many battery charge updates per second this can do now! :P
<axboe>
submission queue entry
<axboe>
get one, filled it out
<axboe>
sven: haha for sure
Laddda has joined #asahi
<j`ey>
aha
LinuxM2 has quit [Quit: Leaving]
<axboe>
it even supresses completion events for open/close unless they fail
<j`ey>
IOSQE_CQE_SKIP_SUCCESS
<axboe>
and uses direct descriptors to avoid fget/fput overhead
<mps>
all this is ok but reason why I didn't worked seriously on this is that marcan told earlier that this will be implemented in kernel driver one day
<axboe>
this is serious business
<Laddda>
hello! I'm coming here because I had a few questions about Asahi Linux, I have an M1 Mac and I've seen the impressive GPU drivers; is it still dangerous to install Asahi? I've heard that there could be some dangerous issues for the whole machine, like with sound
<axboe>
mps: seems like it should be
<j`ey>
Laddda: sound is disabled, it's safe
LinuxM2 has joined #asahi
<Laddda>
Oh alright okay! Also if I'm not mistaken, I've read somewhere that Rosetta kinda could run on Linux but I have no idea if this is true?
<marcan>
axboe: lol :D
<j`ey>
Laddda: not without some hacks / I believe it's against the EULA
<marcan>
axboe: there's a good reason to put it in the kernel: it'll work in s2idle
<sven>
Laddda: not without patches that would be against Apple's license
<marcan>
if that reason weren't there I probably wouldn't bother, but that's a damn good reason
<axboe>
even better
<j`ey>
so qemu/box64 is a better choice for emu
<j`ey>
+ FEXemu
<Laddda>
aaaah, yeah okay understandable then, thanks a lot for the answers! :)
<marcan>
Laddda: Asahi has never been dangerous to install, we make sure of that
<marcan>
that's why the speakers have never been enabled and won't be until it's safe
<Laddda>
gotcha, I'm gonna read some more about this impressive project
bcrumb has joined #asahi
<bcrumb>
j`ey: do you actually get stuff running with box64? I usually get SEGFAULTs and that is it with the thing, when running x8&-64 binaries. What apps are u running with it?
bcrumb has quit []
<j`ey>
bcrumb: I'm not using it
Laddda has quit [Remote host closed the connection]
<bcrumb>
also, syslog-ng is probably not needed, journalctl should capture the syslogs
WindowPain has quit [Ping timeout: 480 seconds]
<bcrumb>
this is only the sailing mode I'm using right now, but I'll also add a simple default mode, although I personally recommend this since it works well, the battery temperature (i guess depending on your latitude) stays constant - mostly
<bcrumb>
(because external conditions and what you are doing - e.g. compiling or not)
<axboe>
bcrumb: it was more for fun than anything else... I don't even use one yet, but probably I should
<bcrumb>
most important is to inhibit charge at some point, all else is sugar
<bcrumb>
What I need to add to sailing is temperature based sailing
<bcrumb>
Inhibit charge down to some T - dT and only then allow charging again, even if capacity sailing would charge
<bcrumb>
For example, charging the battery after depleting it while using mac OS I wouldn't recommend as much, because laptop temp is high and you will either need to go to like 35 C battery or switch a lot
<bcrumb>
Rather, it is kinda better to leave it to cool down a little, then only charge
<bcrumb>
But when I add temp sailing that should be too automatically regulated
<j`ey>
I guess it reads a bunch of the other files and does some calculation
tinstew has quit [Ping timeout: 480 seconds]
<corion>
yeah
<corion>
I am still not sure what my real battery charge is.
<corion>
Oh well. I have enough battery.
linkages has quit [Ping timeout: 480 seconds]
<as400>
corion: sysfs is not mistaken
<corion>
as400: Sounds good to me, because then my battery life has improved a lot with asahi vs macos. :)
<corion>
Thanks for all the input, people. Appreciated.
<mps>
yes, most tools tries to calculate values using different /sys files
linkages has joined #asahi
<mps>
I had to change awesome wm applets because of these calcs
<linkages>
/join #linux
linkages has quit []
<as400>
mps: /sys/class/power_supply/macsmc-battery/capacity is just giving straightforward number. Nothing to calculate :)
<mps>
as400: yes, I know
<corion>
Confusing how acpi gets it wrong then.
<mps>
and because that I changed my applet to us it
<corion>
Maybe it adds some smart stuff.
<as400>
corion: there is no acpi on this platform
linkages has joined #asahi
<as400>
so using any acpi tools does not make sense
<mps>
corion: these tools tries to guess by using current capacity, current flow and voltages and then use some heuristic algoritms
<corion>
as400: right, but it's curious how it gets the number wrong.
<corion>
mps: ah, i see. interesting. :)
Dementor has joined #asahi
<corion>
learning a lot here.
<corion>
Battery life is definitely acceptable++
<as400>
corion: I guess this is a question to a person that created a tool that you're using :)
<corion>
as400: indeed. not really asahi realted.
<corion>
related*
jmshrv has joined #asahi
<mps>
corion: if you know lua here is example of such tool/applet https://tpaste.us/X0Lv
<Fah>
anyone know how huge a difference there is between the hdmi port on the mini and the hdmi port on the macbooks?
linkages has quit [Ping timeout: 480 seconds]
linkages has joined #asahi
joske has joined #asahi
<corion>
mps: thanks!
LinuxM2 has quit [Quit: Leaving]
<joske>
chadmed: when I resumed just now, again R channel gone, and this in the logs: [11461.706966] tas2770 2-0034: Unable to sync registers 0x3-0x3. -6