I've been having trouble booting up linux-arch and linux-ck 5.5.9-2, but not linux-lts 5.4.25-2. Linux 5.5.8 had been working well.
Looking at the journal shows this log which seemed interesting, but I don't really understand it. Any pointers?
So I love anything and everything Linux. I’ve using several distro. I love Gentoo and Void the most. I want to contribute in every way I can, love hardware, and particularly like the idea of aiming to joint/work for the Linux Foundation. Other and/or general OS development and embedded programming are interesting to me too. Red Hat seems cool too I guess (absolutely not canonical).
I have Bachelors in Economics and CS, and am currently working for an IT+Software company (just started in December and am in my mid 20s).
I’m comfortable with C, it’s my favorite language, and have been looking at KernelNewbies.org. I have also briefly looked at LFS and wiki.OSDEV.org. I also have done the whole setting up the kernel git repo and etc. I’ve screwed around with CUDA and could see liking developing better nVidia drivers (which I don’t say casual and understand that’s a huge ordeal).
But, what I guess what else should be I doing? They talk about patches, drivers, and etc but I’m wondering if anyone here could kind of give me a framework or plan on how to go about this goal.
Just thought I'd share an interesting result from something I'm working on right now.
Task: Run ImageMagick in parallel (restrict each instance of ImageMagick to one thread and run many of them at once) to do a set of transformations (resizing, watermarking, compression quality adjustment, etc) for online publishing on large (20k - 60k per task) quantities of jpeg files.
This is a very CPU-bound process.
After porting the Windows orchestration program that does this to run on Linux, I did some speed testing on c5ad.16xlarge EC2 instances with 64 processing threads and a representative input set (with I/O to a local NVME SSD).
Speed on Windows Server 2019: ~70,000 images per hour
Speed on Ubuntu 20.04: ~30,000 images per hour
Speed on Amazon Linux 2: ~180,000 images per hour
I'm not a Linux kernel guy and I have no idea exactly what AWS has done here (it must have something to do with thread context switching) but, holy crap.
Of course, this all comes with a bunch of pains in the ass due to Amazon Linux not having the same package availability, having to build things from source by hand, etc. Ubuntu's generally a lot easier to get workloads up and running on. But for this project, clearly, that extra setup work is worth it.
Is it just me or did updating to 5.16 improve my RTM yield by ~400%
Running Ubuntu 21.10 with Wyvern CPU Miner on an AMD 5700G
Can any AMD Linux users confirm?
https://imgur.com/a/SEp7Wzo
EDIT: Thanks to u/No-Tour9928 is does appear as though it's some other reason and not the AMD driver updates (https://www.reddit.com/r/raptoreum/comments/s34l1l/linux_kernel_516_does_not_produce_a_400_increase)
This is in reply to u/headkaze claiming that upgrading to Linux kernel 5.16 produces a 400% increase in RTM earnings. First image kernel 5.11 with 3.5 KH/s. Second image updated kernel to 5.16 with 3.5 KH/s. Results: did NOT increase 400%
https://preview.redd.it/u45wepgbohb81.png?width=868&format=png&auto=webp&s=a75e14fb3b98662f16a4bcd9aa9069129661087e
https://preview.redd.it/b2tl4g4hohb81.png?width=841&format=png&auto=webp&s=73ed23010edecc95d168312a6c0c6486fd73d96c
basically 5.15 botched my wifi strength, the wifi just doesn't connect when the signal is less (it used to work perfectly fine before 5.15) so i have been using 5.10 lts whenever i am far from the router but now that the new lts is gonna be 5.15, i don't wanna upgrade my lts kernel, is there way i can just stop it from updating?
I got a new system harddrive today (240GB SSD instead of the old 128GB one). Apart from those there are also some hardware RAID devices in the system connected to an Adaptec RAID controller (not on-board).
So far I booted off the single (only) SSD drive connected to the on-board SATA controller. The disk is recognized by the BIOS and grub before the RAID devices but by Linux afterwards which never presented a problem so my boot drive is (hd0) in GRUB 1 and /dev/sdc in Linux. My /boot is /dev/sdc1 and my root /dev/sdc5 with some more partitions after that for non-essential mounts that turned out to use too much space to keep on / like /opt, /usr/share,... This worked and still works fine if the BIOS boot HHD is set to the correct drive.
I decided to clone the old partition layout with some minor size changes (30GB instead of 20GB for / and some similar increases for some of the other partitions) on the new SSD and created new filesystems (xfs, same as on the old disk) and copied the contents of the old filesystems to the new ones. I also installed GRUB in the MBR of the new disk and changed the GRUB config as well as /etc/fstab to point to /dev/sdd instead of /dev/sdc including the root=/dev/sdc5 to root=/dev/sdd5 in the kernel commandline.
When i now set the BIOS boot HDD to the new drive GRUB boots up correctly, it sees the new drive as (hd0) (presumably the BIOS reorders them so the boot HDD is always first) and it boots the kernel. The kernel detects the drives in the correct order (I can tell because the old disk has 2 NTFS partitions I omitted on the new one) but then it just sits there doing nothing for (at least) several minutes at which point I did a hard reboot.
I know it is not locked up because it still shows USB events when connecting or disconnecting a device. It also does not display any oops, panic or other error or warning message.
I use kernel version 3.0.0 with some minor ALSA patches from 3.1-rc which worked fine for weeks now on my old disk and still does.
Did anyone ever encounter a similar problem? Is there some sort of limitation for Linux that prevents it from booting from the second drive, I seem to recall i had no problem doing that on my previous system but of course that had completely different SATA controllers and BIOS,...
I am not sure what to do next since it is kind of hard to google for this kind of problem without finding dozens and dozens of people who just have the much more common boot problems like panics due t
... keep reading on reddit ➡
While chasing nostalgia, I was searching for a way to install and play Hoyle Card Games 3. My main computer is on Windows 10 x64, so old Windows programs often don't work properly. Hoyle Card Games 3 installs, but crashes immediately when trying to run the game.
Knowing that WINE often does much better with old games, I pulled up PlayOnLinux on my Manjaro machine and installed the game through that. Everything worked fine there! But I wanted to play on my Windows computer, and I was loathe to set up a whole Linux VM on that machine just to play an old card game.
I stumbled across BoxedWine, which was created to solve exactly this kind of problem! It emulates a minimal Linux kernel and filesystem to allow WINE to run, which means you can run Windows programs over WINE on a lot of different platforms -- including Windows x64, or even in the browser with WASM.
Trying to install the program and then run it properly using the command line interface was challenging, and I was not able to get it working. But by just running the BoxedWine executable without arguments, the built-in menu worked just fine for getting everything all set up!
(I know a post about getting a game to work on a Windows computer is probably not what most people would expect on this sub, but it's definitely about using WINE to play games!)
I'm in the market for a new laptop, and I was thinking of waiting for the upcoming Alder Lake SKUs. So I tried to do my research and ask around in order to see how they stack on up Linux, but I have heard mixed opinions and conflicting reviews, which I didn't take as a good sign. Furthermore, Phoronix has recently praised the Intel i5-12400K for Linux support citing the P-core only design is better for Linux:
> The Intel Core i5 12400 is a 6 core / 12 thread Alder Lake processor. Making it rather nice is that the i5-12400 is comprised entirely of the performance P-Cores (Golden Cove) without any of the power-efficient Gracemont cores. With going for an all P core design, it's nicer from the Linux angle in not needing to worry about any kinks or poor decision making by the kernel as to whether some tasks get accidentally placed on the E cores. So it's one less Linux support headache to worry about even though Intel has been working on Linux kernel improvements, motherboard vendors beginning to ship improved firmware, etc.
However, none of the Alder Lake-P (the sweet spot between U and H) laptop CPUs seem to have a golden cove only design, and they have a few P-cores surrounded by several E-cores, which looks like a sound decision from a power consumption standpoint considering these things are meant to be ran on battery power. However, reading the article above has given me the impression AL CPUs with E-cores are somehow less supported on Linux. I have had people tell me this is false, but I wasn't able to find anything in support.
To anyone who actually uses an Alder Lake CPU with P+E cores on Linux, how's your experience so far? How prevalent are the kinks described in the Phronix article? Considering I need this laptop with a mild degree of urgency but I am willing to hold off for a new-gen laptop if the speedup is significant, should I still wait for Alder Lake laptops or, if I want Linux, should I just opt out of them and get a Ryzen?
Filthy casual Linux user here, Solus is my daily driver and I've played on and off with Debian-based distros for the last 10 years.
Anyway, I follow Phoronix and saw this headline: Linux Kernel Patches Posted For Bringing Up Tesla's Full Self-Driving SoC
Is it me, or is it odd that drivers for a very specific/proprietary use case (Tesla's SoC) would be eligible for adding into the Linux kernel? Or is the kernel expected to include any open-source drivers that are submitted?
I'd like to write a barebones kernel like the one here but in C# which is much more familiar to me than C/C++. The osdev wiki already has this tutorial, but this expects the user to be building on Windows, but I'm using a Linux environment for this. Can anyone point me to any tutorials for C# kernel building that work on Linux?
I've been futzing around with my kernel configuration a bit and have gotten rather concerned about the size of the resulting Linux kernel image (vmlinuz). I've already tried to not statically build too many drivers into the kernel and instead build them as modules. The kernel, as built with LLVM Clang with full LTO, is 8.3 MiB in size, and that's with XZ compression. The decompression process adds more than 2 seconds to an otherwise sub-4-second boot time, from GRUB boot menu to SDDM login screen. (A kernel image built from an essentially identical configuration using GCC is 7.0 MiB.)
Long vmlinuz decompression time aside, could an excessively large kernel image cause any problems down the road? (The kernel images are stored in the EFI system partition, mounted at /boot. The ESP is 1 GiB in size, so it's nowhere near full.)
I was messing around with an Xbox360 USB controller on Fedora and decided to try and play some games with it, I plugged it in and it just worked fine with no problems, then I tried a more "obscure" controller, a Logitech f710 and it also worked so I started wondering, does the Kernel already have the drivers for every single supported device/printer/scanner etc etc etc? Isn't that kind of bloated? Why would I want to have the drivers to 10000000 different things I will never use? Is there any way to make it more modular?
I was having some problems with a new version so I was going to use an older one. That's why I delete it. When I'm going to install Linux414 I can't. I tried with other version and also with the same one but I couldn't. I thought that maybe a reboot could help and when I did it obviously Manjaro didn't start. How I can solve this ?
I've was able to solve it. Thanks to everyone, I wouldn't have computer without your help.
Was there any advantage to translating Linux system calls and whatnot to Windows over using the Linux kernel with virtualization, like done with WSL2?
tried singe GPU pass-through for the first time, and it WORKS!
starting up windows VM, installing AMD driver and playing game just works
the problem is when shutting down windows VM and going back to Linux desktop
once in the blue moon, it works. but if doesn't works my system kinda soft locked with kernel OOPS :
Jan 9 00:38:50 NUMIDIUM systemd[1]: machine-qemu\x2d1\x2dwin10.scope: Succeeded.
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935560] BUG: kernel NULL pointer dereference, address: 0000000000000068
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935565] #PF: supervisor read access in kernel mode
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935568] #PF: error_code(0x0000) - not-present page
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935570] PGD 0 P4D 0
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935573] Oops: 0000 [#1] SMP NOPTI
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935575] CPU: 2 PID: 17485 Comm: qemu-event Tainted: G OE 5.15.13-xanmod1-amdzen #5
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935579] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B450 Pro4, BIOS P4.50 11/04/2020
Jan 9 00:38:51 NUMIDIUM kernel: [ 462.935581] RIP: 0010:vfio_pci_core_unregister_device+0x9/0x100
why this happening? does this thing have something to do with vendor reset bug?
and then i tried to use vendor_reset dkms module. installed and loaded but, when starting VM it seems like not triggered?from this article it says :
>Now when you start a VM that uses an AMD GPU, you’ll see messages like this appear in your dmesg output, showing that the new reset procedure is being used:
vfio-pci 0000:03:00.0: AMD_POLARIS10: version 1.0
vfio-pci 0000:03:00.0: AMD_POLARIS10: performing pre-reset
vfio-pci 0000:03:00.0: AMD_POLARIS10: performing reset
vfio-pci 0000:03:00.0: AMD_POLARIS10: GPU pci config reset
vfio-pci 0000:03:00.0: AMD_POLARIS10: performing post-reset
vfio-pci 0000:03:00.0: AMD_POLARIS10: reset result = 0
but in my dmesg contain no such log when starting VM, only this line which indicates the module is loaded
[ 3.719500] vendor_reset: loading out-of-tree module taints kernel.
[ 3.719554] vendor_reset: module verification failed: signature and/or required key missing - tainting keHi
I've had my setup working perfectly with the nvidia-460 driver for some time.
I have 2 gpu's, AMD is the one I primarily use on the host, nvidia passthrough, but sometimes I use the nvidia one for cuda on the host as well. I've had no problems with reattaching it to the host with the 460 driver, but I wanted to update to a later one to access newer cuda features. I upgraded to 470, and then later 495, both have the same problem. I get the attached kernel oops when trying to reload the driver. Anyone seen anything similar?
Kernel oops on loading nvidia driver
The only thing I can think of that I do "differently" than standard, is that I use "video=efifb:vga fbcon=map:1 video=HDMI-A-1:e video=DP-1:d" (fbcon=map:1 gives me output on the AMD gpu) on boot. This is due to me using encrypted root, and I need to write in passwords during the boot process.
I've been doing this in rc.local in order to deattach any nvidia related stuff:
echo 0 > /sys/class/vtconsole/vtcon0/bind
echo efi-framebuffer.0 > /sys/bus/platform/drivers/efi-framebuffer/unbind
Other than that it's a very standard vfio setup... everything still actually works fine - except from reattaching it. I managed to get a kernel oops that.. google has never seen before, which makes debugging this.. annoying. Also every attempt at fixing it requires a reboot, which means it takes a bunch of time as well.
My script to bind to vfio:
modprobe vfio-pci # (this is run after rmmod, shutting down systemctl services etc)
for dev in "$@"; do
vendor=$(cat /sys/bus/pci/devices/$dev/vendor)
device=$(cat /sys/bus/pci/devices/$dev/device)
if [ -e /sys/bus/pci/devices/$dev/driver ]; then
echo $dev > /sys/bus/pci/devices/$dev/driver/unbind
fi
echo $vendor $device > /sys/bus/pci/drivers/vfio-pci/new_id
done
And to reattach to host:
#!/bin/bash
for dev in "$@"; do
vendor=$(cat /sys/bus/pci/devices/$dev/vendor)
device=$(cat /sys/bus/pci/devices/$dev/device)
echo "Removing ${dev} from vfio-pci id list"
echo "${vendor} ${device}" > /sys/bus/pci/drivers/vfio-pci/remove_id
sleep 0.1
echo "Remove PCI device"
echo 1 > /sys/bus/pci/devices/${dev}/remove
while [[ -e "/sys/bus/pci/devices/${dev}" ]]; do
Hi all,
As far as I know, my car is equipped with an infotainment based on Linux. I did not have the chance to tinker with it yet, but although the risks which I'm aware of, I would like to. And I don't know how to do that, since it seems they closed the doors to access the internals.
One possibility is asking them for the source code of the kernel, but they will probably refuse. Would I be in my own right if I ask them for the infotainment kernel's source code?
As a reply to u/headkaze and u/No-Tour9928 I decided to give this 400% claim a proper test. I've tested my both pc's and here are the results. I used xmrig ghostrider benchmark by KohakuBlueleaf, and I used XanMod's 5.16.0 kernel which has further optimizations, so if there were any difference, it were more noticeable.
But as you can see, hashrate doesn't change that much, and there's definetly no 400% gain. I think this case is closed?
