Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Open-Sourcing our Firmware

frame.work

Post reply on HN
Print view View original

221–230 of 382 posts

Re: Open-Sourcing our Firmware

#221

Post by ohazi »

ad8e wrote: post #207
ohazi wrote: post #197

Earlier quoted context omitted.

I've noticed that I seem to miskey my unlock password immediately after resuming from sleep way more often than when I use that password at other times, or when using an external keyboard (Lenovo T480). I always suspected that something was wonky, but a weird debounce bug would totally explain it, especially as I tend to type that password very quickly.

The scrambling is easy to see once you know it's happening: press k and l simultaneously on your Thinkpad keyboard. It'll always come out "lk" unless you deliberately separate them. Testing was done [0], but it's not written in an easy-to-understand way. As a summary, Thinkpad keys are scrambled within 15-23 ms. Usually, humans ascribe scrambled letters to their own mistakes, but this time it's the keyboard's fault.…

This must be it, then. The key pairs / triplets that I type in most quickly are left to right.

Re: Open-Sourcing our Firmware

#223

Post by Teknoman117 »

fubbyy wrote: post #210
Teknoman117 wrote: post #144

Earlier quoted context omitted.

It's still a real pain to get hardware accelerated video in a browser on Linux. Google is still outright refusing to support it in chromium, even though they do support it inside Chrome OS. There are few community patches floating around if you're willing to roll your own chromium to enable to Chrome OS hardware decode pathways on generic Linux. You can mostly get it working on Firefox if you play around with the con…

Really? I’m pretty sure chromium has decent VAAPI support.

Oh! Looks like they finally started adding official support last summer (June 2021). It still appears disabled by default though.

Re: Open-Sourcing our Firmware

#226

Post by smoldesu »

Eduard wrote: post #176
smoldesu wrote: post #122

Earlier quoted context omitted.

My ex-boyfriend called me "insane", but I genuinely prefer ye olde 6-key arrow cluster from the Thinkpads of yore. I quickly got used to browsing with pgup and pgdown, now any keyboard without those keys adjacent to the arrows just feels wrong to me. In any case, the keyboard on the Framework is fully replaceable. If there's significant enough demand for an inverted-T cluster, you can bet there are people who will ma…

And I hate the ThinkPad 6-key cluster because of accidentally hitting the pgup and pgdown buttons. I decapped both buttons because of it. Same with the the fn button next to ctrl.

Different strokes for different folks. I'm personally just glad that we were able to collectively hate the Touch Bar enough for Apple to '86 it.

Re: Open-Sourcing our Firmware

#227

Post by CamperBob2 »

poyu wrote: post #177
ad8e wrote: post #165

I checked the keyboard debouncing logic [0] and it was fine. Some keyboards from other manufacturers, notably Lenovo Thinkpads, have absurd debouncing algorithms that scramble keys or add delays, so it's good to see Framework has a correct solution. [0]: https://github.com/FrameworkComputer/EmbeddedController/blob...

Debounce is an interesting topic[0], I tend to use hardware debounce whenever possible on my own projects. [0]: https://hackaday.com/2010/11/09/debounce-code-one-post-to-ru...

Don't accept a keypress if the same key was previously pressed less than x milliseconds ago. What else is there to know about debouncing?

Re: Open-Sourcing our Firmware

#228

Post by earthscienceman »

franga2000 wrote: post #184
bbojan wrote: post #130

Earlier quoted context omitted.

Because I'm down the rabbit hole of highly customized keyboards, at one point I did a frequency analysis of the keys I use the most. Guess what was the most frequently used key? Cursor down followed by cursor up. For example, cursor down was pressed ~2.5x more times than space, or ~4 times more than letter E, which is was the most frequently used letter. Guess what are the smallest keys on a Mac-type keyboard (the la…

Keep in mind this is likely unique to CLI users. The vast majority of users have little use for arrow keys - nudging the text cursor a few chars left/right and making tiny moves in graphics software are about the only two I can think of.

Even then. If you're strictly CLI you should likely prefer Ctrl+b, Ctrl+n, Ctrl+p, Ctrl+n, etc etc

Re: Open-Sourcing our Firmware

#229

Post by floatboth »

bubblethink wrote: post #196
wmf wrote: post #92

Earlier quoted context omitted.

It may be that writing the code is the easy part but caring enough to actually start on it is the hard part. There's been no visible progress on this... ever.

Coreboot doesn't deal with that, the payload does. And tianocore does come with a menu for changing boot order, boot devices etc.

The stock edk2 menu has, like, two items.

System76 have built a more serious setup UI: https://github.com/system76/firmware-setup

Microsoft’s https://github.com/microsoft/mu also probably contains UI from the Surface line or something??

Re: Open-Sourcing our Firmware

#230

Post by _peeley »

smasher164 wrote: post #41

I've been running NixOS on my Framework for the last few months, and I've been really happy with it. I initially got it so I'd have viable hardware to do osdev on, so learning that they are going to open-source its firmware makes me even more happy.

Exact same boat here - got my Framework a couple months ago when my Thinkpad X230 finally started showing its age, installed NixOS on it. The only disappointments so far have been battery life and heat management. I get maybe 5-6 hours from full charge, and the laptop gets super hot/noisy when sitting on anything other than a hard flat surface where the fans get maximum airflow (even using it when it's on my lap gets uncomfortable quick, and putting it on top of a blanket is out of the question).
Post reply on HN