Earlier quoted context omitted.
ANY arm processor, do tell
Thinkpad x13s is an okay option, but Qualcomm is IMO more cursed than Apple
OpenGL 3.1 on Asahi Linux
291–300 of 377 posts
Re: OpenGL 3.1 on Asahi Linux
#292Earlier quoted context omitted.
“I think at one point they were making it virtually impossible to replace components because they were serial locked.” They are very much still doing that
In fairness, most instances of them doing that actually significantly increase the cost of evil maid hardware tampering attacks. If I could, I'd configure grub or whatever to serial-lock my Linux install to my desktop hardware (and keep a recovery key that would unlock it at another location).
This is the general idea behind TPM/Secure Boot, but as you present it, it just sounds like a headache for performing system recovery, at no obvious benefit for security.
What's your threat model? In the 99.(9)% case it's a crook snatching the laptop, wiping the HD, and selling the whole thing and/or the parts. Evil maid is a real threat, but only practical (in terms of sophistication/cost vs benefit) for high-value targets, like C-levels, devs holding company secret keys, etc.
Re: OpenGL 3.1 on Asahi Linux
#293Earlier quoted context omitted.
That's not how Apple's implementation works. It doesn't charge the battery over 80% at all, unless it detects that you have a normal waking time, in which case it charges fully right before you normally wake up. Unfortunately, other companies copied the 80% charge bit without copying the part about figuring out if you have a normal waking time and giving you a full charge right before that. For instance, Samsung's S2…
> It doesn't charge the battery over 80% at all, unless it detects that you have a normal waking time, in which case it charges fully right before you normally wake up. My iPhone disagrees with you. I go to bed and wake up at just about the same time. If I somehow managed to drain the battery below 80%, when I plug it in, it'll charge to 80 and then tell me that by the time I wake up in the morning, it'll be fully ch…
Why protect your battery's ability to hold a full charge over a longer lifespan if your battery is constantly throttled to a partial charge anyway?
Re: OpenGL 3.1 on Asahi Linux
#294Earlier quoted context omitted.
> It doesn't charge the battery over 80% at all, unless it detects that you have a normal waking time, in which case it charges fully right before you normally wake up. My iPhone disagrees with you. I go to bed and wake up at just about the same time. If I somehow managed to drain the battery below 80%, when I plug it in, it'll charge to 80 and then tell me that by the time I wake up in the morning, it'll be fully ch…
> that's actually what I want Why protect your battery's ability to hold a full charge over a longer lifespan if your battery is constantly throttled to a partial charge anyway?
I've used my old phone for a good six years. I've swapped its battery some three years ago, and it would've needed a new one now, had I continued using it.
If that phone is any indication, my current one should be in service for at least as long. If I can avoid having to swap its battery, it's a win in my book.
It can also sometimes happen that I foresee being away from an outlet or otherwise need as much charge as possible. In those situations, I'd just deactivate the battery saver feature and let it charge to 100%. So if the remaining capacity is closer to its original one, again, it's a win.
Re: OpenGL 3.1 on Asahi Linux
#295Earlier quoted context omitted.
> that's actually what I want Why protect your battery's ability to hold a full charge over a longer lifespan if your battery is constantly throttled to a partial charge anyway?
Because it's my understanding that charging and keeping it all the way full shortens significantly its battery life compared to 80-85%. I would rather not have to dick around plugging and unplugging the phone to not have it be full all the time. Plus, that also counts as consumed cycles. I've used my old phone for a good six years. I've swapped its battery some three years ago, and it would've needed a new one now, h…
If you don't charge fully until just before the user's normal wakeup time you aren't keeping it all the way full all the time.
You protect the battery lifespan and get a full charge at the beginning of the day, instead of having a battery that constantly holds less charge.
Re: OpenGL 3.1 on Asahi Linux
#296I wonder if the new Mac Pro's full PCI Express support resolves any limitations that prevents people from using GPUs over Thunderbolt on existing Apple Silicon hardware (this is apparently a hardware limitation). Although the Mac Pro's PCIe extensibility makes it a pretty mystifying niche product from Apple without providing memory and GPU expandability, once Asahi Linux gets running on there you should be able to no…
@Marcan shared some technical details around their PCI Express implementation recently here: https://social.treehouse.systems/@marcan/110494017883893557 It seems they didn't make any massive changes and instead just put switches on the existing PCI-E Lanes. That probably doesn't bode well for full GPU support :(
Re: OpenGL 3.1 on Asahi Linux
#297Earlier quoted context omitted.
Because it's my understanding that charging and keeping it all the way full shortens significantly its battery life compared to 80-85%. I would rather not have to dick around plugging and unplugging the phone to not have it be full all the time. Plus, that also counts as consumed cycles. I've used my old phone for a good six years. I've swapped its battery some three years ago, and it would've needed a new one now, h…
> Because it's my understanding that charging and keeping it all the way full shortens significantly its battery life compared to 80-85%. If you don't charge fully until just before the user's normal wakeup time you aren't keeping it all the way full all the time. You protect the battery lifespan and get a full charge at the beginning of the day, instead of having a battery that constantly holds less charge.
You keep repeating this and seem to ignore my observation that if the battery isn't drained below 80% when I plug it in, it will recharge it fully immediately. It will not wait until the user's wake-up time.
And in my case, it's rare that the battery falls below 80%, so whenever I plug it in, it gets recharged fully right away.
So, in practice, it's all the way full all the time.
Re: OpenGL 3.1 on Asahi Linux
#298Re: OpenGL 3.1 on Asahi Linux
#299Why does this posting have a rel=noreferrer tag, when others don’t?
https://news.ycombinator.com/item?id=3132752
New silent HN policy to avoid showing its users that some people don't like them.
Re: OpenGL 3.1 on Asahi Linux
#300From a follow up post on Mastadon https://social.treehouse.systems/@AsahiLinux/110497512340479... : "Also in this update: We now have a cpuidle driver, which significantly lowers idle power consumption by enabling deep CPU sleep. You should also get better battery runtime both idle and during sleep, especially on M1 Pro/Max machines. Thanks to the cpuidle driver, s2idle now works properly, which should fix timekeepin…
I find it pretty tasteless for HN to do that.