[1] https://www.raspberrypi.org/blog/raspberry-pi-silicon-pico-n... [2] https://blog.arduino.cc/2021/01/20/welcome-raspberry-pi-to-t...
131 karma · joined March 3, 2019
[1] https://www.raspberrypi.org/blog/raspberry-pi-silicon-pico-n... [2] https://blog.arduino.cc/2021/01/20/welcome-raspberry-pi-to-t...
Even if that's the case, the appliances should be easy to repair for a competent person and if necessary allow the cable be replaced.
This makes basic connectivity between the Zyxel box acting as a modem and the TR069 server challenging, though perhaps not impossible (you could, say, allocate a small IPv6 prefix to the modem, but I'm not sure if A&A's TR069 servers work over an IPv6 only connection).
This specific one appears to be delayed until end of July [2].
[1] https://goodereader.com/blog/electronic-readers/these-are-al...
[2] https://goodereader.com/blog/electronic-readers/pocketbook-c...
Cloudflare seems like the sort of company that could pull that off. Netflix is another, if they did live video.
In this specific case it's a bit trickier because you want authors to post their content, and this may or may not be in line with your goal, depending on whether you e.g. prioritise build another community (social network?) of people interested in blogging or reducing reliance on <big centralised websites>.
I would prefer reducing the comment fragmentation in this kind of a context.
I've got this working today. I do it through swapping the nvidia driver for the vfio-pci driver (and back again if required). The slight annoyance is that you may need to restart X11 (for me this is not an issue).
I wrote about this some years ago: https://me.m01.eu/blog/2016/05/pci-passthrough-vm-monitor-se...
I've looked several times and found different technologies over time (kexec, (Oracle's) ksplice, kGraft, kpatch, livepatch). They do appear to have some use-cases, e.g. delaying the need for a reboot by being able to install a critical vulnerability fix/workaround so that the reboot can be done at a more convenient time. Because many of the patch mechanisms are function-based, they don't appear to solve the general problem in such a way that reboots can be avoided all together for arbitrary large kernel changes. From my reading of the solutions none are at the level of unattended upgrades using apt/yum-cron or similar in a way that "most" can benefit from them without worrying too much about it (ksplice might do it, but not sure how much you need to pay for it for server use and therefore how accessible it is). kexec helps with skipping the bootloader/BIOS, but I'm not sure if it ends up restaring all the systemd services or going up/down the runlevels, some places suggest it reduces downtime but doesn't eliminate it. I've not experimented with any of these myself yet... so I'd be happy to be proven wrong and in any case learn more!
References:
- http://jensd.be/651/linux/linux-live-kernel-patching-with-kp...
- https://linux-audit.com/livepatch-linux-kernel-updates-witho...
- https://wiki.archlinux.org/index.php/Kernel_live_patching
- https://wiki.archlinux.org/index.php/Kexec
EDIT: forgot to mention livepatch
sources:
* https://help.github.com/en/github/setting-up-and-managing-or...
* https://help.github.com/en/github/authenticating-to-github/a...
[edit: formatting]
I aim to produce high-quality, mostly long-form and tutorial-style technical blog posts on topics that interest me, e.g.:
- the space between hardware/software: physical OS switcher
- Robotics: ROS2 & Kerbal Space Program
- PCI-passthrough/VFIO/VT-d: notes from challenges I ran into
- Networking: WPA2 Enterprise at home
- home-assistant related stuff: coming soon :)
[edit: formatting]