stardreamer

joined 1 year ago
[–] [email protected] 2 points 9 months ago

Both Bluetooth and BLE are perfectly fine protocols. You won't be able to design much for short distance with that much power savings otherwise. The main issue is that for any protocols like this you would most likely need to put it in the 2.4ghz unlicensed band. And that's predominantly used by wifi these days.

[–] [email protected] 6 points 9 months ago

Final Fantasy is like Black Mirror, there are common themes, plot points, and names that persist throughout the series. However no two numbered titles share the same worldbuilding, lore, and characters.

It's like what happened with Quake I-IV but on steroids. Very different games held together by a promise of what emotions you'd expect.

[–] [email protected] 2 points 9 months ago

I'm familiar with the Apollo retro-reflectors. Though in all seriousness I doubt a laser would provide a substantial amount of power (unless you have a specialty designed energy collector like in RFID)

[–] [email protected] 2 points 9 months ago (1 children)

*stares at the intern's 400 line bash script*

There are totally more flexible options. Just don't mind the front falling off. It's totally normal!

[–] [email protected] 1 points 9 months ago (2 children)

Wouldn't shining back be counterproductive for this? You want the solar panels to harness the energy, not returning it to sender

[–] [email protected] 2 points 9 months ago

Simply changing the binary worked for me. Been more than 1 month and no migration issues.

It does still show gitea branding, however.

[–] [email protected] 13 points 10 months ago (1 children)

I believe it. Linux is not a good measure of efficiency (see kernel bypass tcp stacks, af_xdp, dpdk, spdk, etc). You can almost always make something more efficient/faster than Linux for a given task. The problem is doing that while having support for almost all hardware/configurations/uses cases under the sun.

[–] [email protected] 2 points 10 months ago (1 children)

My suggestion would be to try compiling the kernel locally.its highly likely the one packaged in your distro contains extensions that you don't have. Doing a local native compile should rule that out pretty quickly without having to disable any additional features.

[–] [email protected] 3 points 10 months ago* (last edited 10 months ago) (3 children)

Look at the line with the asm_exc_invalid_op. That seems like a hardware fault caused by an invalid asm instruction to me. Either something wrong is being interpreted as an opcode (unlikely) or maybe the driver was compiled with extensions not available on the current machine.

OP, how old is your CPU? And how old is the nic you are using?

Edit: ~~did you use a custom driver for the NIC? I'm looking at the Linux src and rt_mutex_schedule does not exist.~~ Nevermind. Was checking 4.18 instead of 6.7. found it now. The bug is most likely inside a macro called preempt_disable(). Unfortunately most of the functions are pretty heavily inlined and architecture dependent so you won't get much out of it. But it is likely any changes you made in terms of premption might also be causing the bug.

[–] [email protected] 27 points 10 months ago

Here you dropped this:

#define ifnt(x) if (!(x))
[–] [email protected] 12 points 10 months ago (1 children)

This probably sounds pedantic but based on this the issue isn't that the software is Russian. It's that the software is under the regulation of an authoritarian government (which is Russia)

view more: ‹ prev next ›