[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Hello, is it possible to build the kernel with the -fsanitize=safe-stack option? I have tried make CC="clang -fsanitize=safe-stack" CXX="clang++ -fsanitize=safe-stack" but it doesn't display any clang work. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/86776aa4-0afe-450c-b11a-c53ea495491c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
How is it possible to build the kernel with Clang with the -fsanitize=safe-stack option? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/0b707cf7-0ed0-466d-98bc-033c7f8f976f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: HOWTO: Compiling Kernels for dom0
I mostly followed this page and the GCC error was due to not having GCC-C++ installed. After that, all was well! $ sudo yum install gcc-c++ -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/c8d51143-a395-4bcb-89ed-183a6df0afd9%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Fri, March 30, 2018 3:35 pm, sevas wrote: > Can someone please point me in the right direction? I don't know where to > look. > > I've created a standalone Fedora 26 and I'm looking at this page, the > qubes page : working with kernel, > > I've installed every Palast I can think of. > > > Error gcc plug-ins installation does not support plug-ins... > U2mfn v 4.0.17 > Kernel 4.14.18-1 > Dkms add u2mfn = ✓check > Yum group install development tools =✓check > The other errors don't look important or give any information, I think. > (Bad exit, error 2, g++ not found) You're following https://www.qubes-os.org/doc/managing-vm-kernel/#installing-kernel-in-fedora-vm on R3.2? What command are you entering when you get that error? Did you do the "sudo dnf install qubes-kernel-vm-support grub2-tools" step? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/10a73454a3e01b5373c2ae552494c104.squirrel%40tt3j2x4k5ycaa5zt.onion. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Can someone please point me in the right direction? I don't know where to look. I've created a standalone Fedora 26 and I'm looking at this page, the qubes page : working with kernel, I've installed every Palast I can think of. Error gcc plug-ins installation does not support plug-ins... U2mfn v 4.0.17 Kernel 4.14.18-1 Dkms add u2mfn = ✓check Yum group install development tools =✓check The other errors don't look important or give any information, I think. (Bad exit, error 2, g++ not found) $ -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/483ada7f-b971-4199-b4fb-a4acb5c490fc%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Tuesday, November 28, 2017 at 6:41:02 PM UTC+1, Frédéric Pierret (fepitre) wrote: > Le mardi 28 novembre 2017 18:33:38 UTC+1, Foppe de Haan a écrit : > > guest-wd.log from a (fedora) VM that won't boot with kernel-qubes-vm-4.14.2: > > I confirm your log and the behavior. Few days ago, I tried to look on the xen > and kernel list to see if there were something bug we need to dig into the > problem...need time... FYI: HW42: "It's an upstream Linux bug. See https://github.com/HW42/qubes-linux-kernel/blob/hw42/latest/patches.xen/xen-Fix-set-clear-_foreign_p2m_mapping-on-autotransl.patch for a patch." https://github.com/QubesOS/qubes-issues/issues/3404#issuecomment-355724725 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/27e83baa-5d86-411f-b57b-4f2f276fe0a3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
fepitre, reg, FYI: https://github.com/QubesOS/qubes-issues/issues/3404#issuecomment-355724725 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/a888544b-6ed7-4014-ab05-30e7e43cad54%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Thanks, Reg. :) On the topic of 4.14 in dom0: When I compile stuff in a VM (with 8 or 10 out of 12 threads assigned), I am sometimes running into cursor and other sluggishness in dom0 and (the rendering of) other VMs, when this wasn't ever the case (to my recollection) in kernels <=4.12. IIRC I also had this with 4.13. Any idea what that might be about, or what logs or resource monitors I might check when this next occurs? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/9d3296a9-b82b-4479-bce4-8bb72d303864%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 11/25/2017 05:51 AM, Foppe de Haan wrote: > On Friday, November 24, 2017 at 6:00:37 PM UTC+1, Foppe de Haan wrote: >> On Friday, November 24, 2017 at 3:25:40 PM UTC+1, Frédéric Pierret (fepitre) >> wrote: >>> Le vendredi 24 novembre 2017 15:22:20 UTC+1, Foppe de Haan a écrit : On Thursday, November 23, 2017 at 9:30:30 PM UTC+1, Frédéric Pierret (fepitre) wrote: > Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : >> Now that 4.14's reached stable, does anyone plan to test it soon (or >> have an idea when they'll have time to do so)? Since 4.13 wasn't stable >> 'by default' in qubes, I would assume 4.14 won't be either, but although >> I'll certainly give it a go, I'm fairly sure I am not the best person to >> try to figure out what's wrong when I run into trouble. :) > > Ok so I'm trying kernel-4.14.1 since this morning and it seems to be more > stable than 4.13. I have not experienced any random crash which normally > would have occurred at least once in a day with kernel-4.13. You can try > it if you want: > https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 Great. :) Which fedora version did you use to build it, though? When I try using 25 or 26, it errors while whining about u2mfn. I've checked the thread in the bug tracker, but it doesn't really >>> >>> I'm using a Fedora 26 (on a Debian server with Xen, not Qubes) with a >>> DIST_DOM0 as Fedora 23. If you want, I can upload the kernel files on >>> sourceforge. >> >> it may have something to do with the fact that 'dkms status u2mfn' doesn't >> return anything, as that results in 'cp -r /usr/src/u2mfn-$u2mfn_ver >> /home/user/qubes-linux-kernel/u2mfn' erroring out. > > So when it tries to run this script prior to building the kernel: > https://github.com/QubesOS/qubes-linux-utils/blob/master/kernel-modules/qubes-prepare-vm-kernel > , it fails, because 'dkms status u2mfn' yields an empty string when run in a > (fc26) VM. > I finally had time to play around with this and I hit the same issue in my FC 26 build template (dkms status u2mfn yields an empty string). I don't know how my machine got into this state in the first place (I suspect it was an issue upgrading from FC25 to FC26), but it's easily fixable. Two things to do: First, verify the version of u2mfn in /usr/src of your build template by running: ls /usr/src There *should* be only one version, but in my case I had two (if anyone else out there is in the same boat, read on). Second, we need to tell dkms of u2mfn's existence. 3.2.5 is the latest version of u2mfn, so I'm going to assume this is the one we're going to be working with. To fix the empty string issue, simply re-register the module with dkms by running: sudo dkms add -m u2mfn -v 3.2.5 And that should fix it. You can verify it by running: dkms status u2mfn and it should no longer return an empty string. Now, if you have an older version of u2mfn in there (in my case, it was 3.2.4 which was the FC25 version), you'll need to remove it. Run: sudo rpm -e qubes-kernel-vm-support and it'll spit out the full package names of the two versions of the package on your system. To remove the older one (I'll assume it's 3.2.4), you would run rpm -e with the full package name (ex. sudo rpm -e qubes-kernel-vm-support-3.2.4-1.fc25 or something like that). BUT it will probably not work because that version of the module isn't registered with dkms either. So you'll need to do the same thing as with 3.2.5 above: sudo dkms add -m u2mfn -v 3.2.4 And then you can re-run the rpm -e command again and this time, it should work and your system should be back to its expected state. Note that for anyone on R3.2, you *won't* be able to compile kernel 4.14 on an FC26 template because it will link to FC26's openssl-1.1.0 and FC23 only has openssl-1.0.2 and thus it won't install in dom0. You'll either need to compile that kernel on an FC25 template or older (which sucks, since FC25 is EOL on Dec. 12), *or* figure out how to upgrade openssl in R3.2 dom0 to version 1.1.0 (possible, but not trivial). -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/p04aq7%24ck%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Tuesday, November 28, 2017 at 6:41:02 PM UTC+1, Frédéric Pierret (fepitre) wrote: > Le mardi 28 novembre 2017 18:33:38 UTC+1, Foppe de Haan a écrit : > > guest-wd.log from a (fedora) VM that won't boot with kernel-qubes-vm-4.14.2: > > I confirm your log and the behavior. Few days ago, I tried to look on the xen > and kernel list to see if there were something bug we need to dig into the > problem...need time... could also be feature changes, I guess, given that 4.14 received some xen 'love' as well (to p2m, among other things): https://lkml.org/lkml/2017/9/6/487 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/e94197a2-ce11-4f25-88c5-4fa5f93cf89d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Tuesday, November 28, 2017 at 6:41:02 PM UTC+1, Frédéric Pierret (fepitre) wrote: > Le mardi 28 novembre 2017 18:33:38 UTC+1, Foppe de Haan a écrit : > > guest-wd.log from a (fedora) VM that won't boot with kernel-qubes-vm-4.14.2: > > I confirm your log and the behavior. Few days ago, I tried to look on the xen > and kernel list to see if there were something bug we need to dig into the > problem...need time... Understood; not trying to rush, of course, just thought to supply a log for a change. :p -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/f4106425-6f6d-463a-8e05-202d0939df85%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le mardi 28 novembre 2017 18:33:38 UTC+1, Foppe de Haan a écrit : > guest-wd.log from a (fedora) VM that won't boot with kernel-qubes-vm-4.14.2: I confirm your log and the behavior. Few days ago, I tried to look on the xen and kernel list to see if there were something bug we need to dig into the problem...need time... -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/fbc592e1-9051-4122-a153-941cb7666300%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
guest-wd.log from a (fedora) VM that won't boot with kernel-qubes-vm-4.14.2: -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/1336cccf-318c-4058-91b7-31e9fb22a7df%40googlegroups.com. For more options, visit https://groups.google.com/d/optout. [0.00] Linux version 4.14.2-1.pvops.qubes.x86_64 (user@kd) (gcc version 6.4.1 20170727 (Red Hat 6.4.1-1) (GCC)) #1 SMP Tue Nov 28 17:57:25 CET 2017 [0.00] Command line: root=/dev/mapper/dmroot ro nomodeset console=hvc0 rd_NO_PLYMOUTH rd.plymouth.enable=0 plymouth.enable=0 nopat [0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [0.00] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' [0.00] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 [0.00] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'compacted' format. [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009fbff] usable [0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved [0.00] BIOS-e820: [mem 0x000f-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0x9b3fefff] usable [0.00] BIOS-e820: [mem 0x9b3ff000-0x9b3f] reserved [0.00] BIOS-e820: [mem 0xfc00-0x] reserved [0.00] x86/PAT: PAT support disabled. [0.00] NX (Execute Disable) protection: active [0.00] random: fast init done [0.00] SMBIOS 2.4 present. [0.00] DMI: Xen HVM domU, BIOS 4.8.2 11/28/2017 [0.00] Hypervisor detected: Xen HVM [0.00] Xen version 4.8. [0.00] Netfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated NICs. [0.00] Blkfront and the Xen platform PCI driver have been compiled for this kernel: unplug emulated disks. [0.00] You might have to change the root device [0.00] from /dev/hd[a-d] to /dev/xvd[a-d] [0.00] in your root= kernel command line option [0.00] tsc: Fast TSC calibration using PIT [0.00] e820: last_pfn = 0x9b3ff max_arch_pfn = 0x4 [0.00] x86/PAT: Configuration [0-7]: WB WT UC- UC WB WT UC- UC [0.00] found SMP MP-table at [mem 0x000f6a40-0x000f6a4f] mapped at [ff240a40] [0.00] Scanning 1 areas for low memory corruption [0.00] Using GB pages for direct mapping [0.00] RAMDISK: [mem 0x7fa7a000-0x7fff] [0.00] ACPI: Early table checksum verification disabled [0.00] ACPI: RSDP 0x000F6990 24 (v02 Xen ) [0.00] ACPI: XSDT 0xFC00A7B0 54 (v01 XenHVM HVML ) [0.00] ACPI: FACP 0xFC00A490 F4 (v04 XenHVM HVML ) [0.00] ACPI: DSDT 0xFC001460 008FAC (v02 XenHVM INTL 20160831) [0.00] ACPI: FACS 0xFC001420 40 [0.00] ACPI: FACS 0xFC001420 40 [0.00] ACPI: APIC 0xFC00A590 B0 (v02 XenHVM HVML ) [0.00] ACPI: HPET 0xFC00A6C0 38 (v01 XenHVM HVML ) [0.00] ACPI: WAET 0xFC00A700 28 (v01 XenHVM HVML ) [0.00] ACPI: SSDT 0xFC00A730 31 (v02 XenHVM INTL 20160831) [0.00] ACPI: SSDT 0xFC00A770 31 (v02 XenHVM INTL 20160831) [0.00] No NUMA configuration found [0.00] Faking a node at [mem 0x-0x9b3fefff] [0.00] NODE_DATA(0) allocated [mem 0x9b3ed000-0x9b3fefff] [0.00] Zone ranges: [0.00] DMA [mem 0x1000-0x00ff] [0.00] DMA32[mem 0x0100-0x9b3fefff] [0.00] Normal empty [0.00] Movable zone start for each node [0.00] Early memory node ranges [0.00] node 0: [mem 0x1000-0x0009efff] [0.00] node 0: [mem 0x0010-0x9b3fefff] [0.00] Initmem setup node 0 [mem 0x1000-0x9b3fefff] [0.00] ACPI: PM-Timer IO Port: 0xb008 [0.00] IOAPIC[0]: apic_id 1, version 17, address 0xfec0, GSI 0-47 [0.00] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [0.00] ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 low level) [0.00] ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Friday, November 24, 2017 at 6:00:37 PM UTC+1, Foppe de Haan wrote: > On Friday, November 24, 2017 at 3:25:40 PM UTC+1, Frédéric Pierret (fepitre) > wrote: > > Le vendredi 24 novembre 2017 15:22:20 UTC+1, Foppe de Haan a écrit : > > > On Thursday, November 23, 2017 at 9:30:30 PM UTC+1, Frédéric Pierret > > > (fepitre) wrote: > > > > Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > > > > > Now that 4.14's reached stable, does anyone plan to test it soon (or > > > > > have an idea when they'll have time to do so)? Since 4.13 wasn't > > > > > stable 'by default' in qubes, I would assume 4.14 won't be either, > > > > > but although I'll certainly give it a go, I'm fairly sure I am not > > > > > the best person to try to figure out what's wrong when I run into > > > > > trouble. :) > > > > > > > > Ok so I'm trying kernel-4.14.1 since this morning and it seems to be > > > > more stable than 4.13. I have not experienced any random crash which > > > > normally would have occurred at least once in a day with kernel-4.13. > > > > You can try it if you want: > > > > https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 > > > > > > Great. :) Which fedora version did you use to build it, though? When I > > > try using 25 or 26, it errors while whining about u2mfn. I've checked the > > > thread in the bug tracker, but it doesn't really > > > > I'm using a Fedora 26 (on a Debian server with Xen, not Qubes) with a > > DIST_DOM0 as Fedora 23. If you want, I can upload the kernel files on > > sourceforge. > > it may have something to do with the fact that 'dkms status u2mfn' doesn't > return anything, as that results in 'cp -r /usr/src/u2mfn-$u2mfn_ver > /home/user/qubes-linux-kernel/u2mfn' erroring out. So when it tries to run this script prior to building the kernel: https://github.com/QubesOS/qubes-linux-utils/blob/master/kernel-modules/qubes-prepare-vm-kernel , it fails, because 'dkms status u2mfn' yields an empty string when run in a (fc26) VM. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/1d87f219-1e1c-49eb-89d9-bff576604867%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Friday, November 24, 2017 at 7:01:37 PM UTC+1, Frédéric Pierret (fepitre) wrote: > Le vendredi 24 novembre 2017 18:00:37 UTC+1, Foppe de Haan a écrit : > > On Friday, November 24, 2017 at 3:25:40 PM UTC+1, Frédéric Pierret > > (fepitre) wrote: > > > Le vendredi 24 novembre 2017 15:22:20 UTC+1, Foppe de Haan a écrit : > > > > On Thursday, November 23, 2017 at 9:30:30 PM UTC+1, Frédéric Pierret > > > > (fepitre) wrote: > > > > > Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > > > > > > Now that 4.14's reached stable, does anyone plan to test it soon > > > > > > (or have an idea when they'll have time to do so)? Since 4.13 > > > > > > wasn't stable 'by default' in qubes, I would assume 4.14 won't be > > > > > > either, but although I'll certainly give it a go, I'm fairly sure I > > > > > > am not the best person to try to figure out what's wrong when I run > > > > > > into trouble. :) > > > > > > > > > > Ok so I'm trying kernel-4.14.1 since this morning and it seems to be > > > > > more stable than 4.13. I have not experienced any random crash which > > > > > normally would have occurred at least once in a day with kernel-4.13. > > > > > You can try it if you want: > > > > > https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 > > > > > > > > Great. :) Which fedora version did you use to build it, though? When I > > > > try using 25 or 26, it errors while whining about u2mfn. I've checked > > > > the thread in the bug tracker, but it doesn't really > > > > > > I'm using a Fedora 26 (on a Debian server with Xen, not Qubes) with a > > > DIST_DOM0 as Fedora 23. If you want, I can upload the kernel files on > > > sourceforge. > > > > it may have something to do with the fact that 'dkms status u2mfn' doesn't > > return anything, as that results in 'cp -r /usr/src/u2mfn-$u2mfn_ver > > /home/user/qubes-linux-kernel/u2mfn' erroring out. > > Just in case: https://sourceforge.net/projects/qubes-kernel-latest/files/ > > You will find fepitre-kernel-latest.repo and frederic-pierret-signing-key.asc > (check https://github.com/fepitre/keys). You can download the latest kernel I > built. dom0 kernel boots fine, vm-kernel doesn't. (In r4.0rc2.) -- seeing 'mount: mounting /dev/mapper/dmroot on /sysroot failed: Invalid argument', and a kernel panic soon after (in /var/log/xen/console/guest-vm.log). -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/d8f2c62c-89bc-4154-9bf1-45bb1439d2b9%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le vendredi 24 novembre 2017 18:00:37 UTC+1, Foppe de Haan a écrit : > On Friday, November 24, 2017 at 3:25:40 PM UTC+1, Frédéric Pierret (fepitre) > wrote: > > Le vendredi 24 novembre 2017 15:22:20 UTC+1, Foppe de Haan a écrit : > > > On Thursday, November 23, 2017 at 9:30:30 PM UTC+1, Frédéric Pierret > > > (fepitre) wrote: > > > > Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > > > > > Now that 4.14's reached stable, does anyone plan to test it soon (or > > > > > have an idea when they'll have time to do so)? Since 4.13 wasn't > > > > > stable 'by default' in qubes, I would assume 4.14 won't be either, > > > > > but although I'll certainly give it a go, I'm fairly sure I am not > > > > > the best person to try to figure out what's wrong when I run into > > > > > trouble. :) > > > > > > > > Ok so I'm trying kernel-4.14.1 since this morning and it seems to be > > > > more stable than 4.13. I have not experienced any random crash which > > > > normally would have occurred at least once in a day with kernel-4.13. > > > > You can try it if you want: > > > > https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 > > > > > > Great. :) Which fedora version did you use to build it, though? When I > > > try using 25 or 26, it errors while whining about u2mfn. I've checked the > > > thread in the bug tracker, but it doesn't really > > > > I'm using a Fedora 26 (on a Debian server with Xen, not Qubes) with a > > DIST_DOM0 as Fedora 23. If you want, I can upload the kernel files on > > sourceforge. > > it may have something to do with the fact that 'dkms status u2mfn' doesn't > return anything, as that results in 'cp -r /usr/src/u2mfn-$u2mfn_ver > /home/user/qubes-linux-kernel/u2mfn' erroring out. Just in case: https://sourceforge.net/projects/qubes-kernel-latest/files/ You will find fepitre-kernel-latest.repo and frederic-pierret-signing-key.asc (check https://github.com/fepitre/keys). You can download the latest kernel I built. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/7a38318d-03d8-490c-987a-25608cce7fa5%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Friday, November 24, 2017 at 3:25:40 PM UTC+1, Frédéric Pierret (fepitre) wrote: > Le vendredi 24 novembre 2017 15:22:20 UTC+1, Foppe de Haan a écrit : > > On Thursday, November 23, 2017 at 9:30:30 PM UTC+1, Frédéric Pierret > > (fepitre) wrote: > > > Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > > > > Now that 4.14's reached stable, does anyone plan to test it soon (or > > > > have an idea when they'll have time to do so)? Since 4.13 wasn't stable > > > > 'by default' in qubes, I would assume 4.14 won't be either, but > > > > although I'll certainly give it a go, I'm fairly sure I am not the best > > > > person to try to figure out what's wrong when I run into trouble. :) > > > > > > Ok so I'm trying kernel-4.14.1 since this morning and it seems to be more > > > stable than 4.13. I have not experienced any random crash which normally > > > would have occurred at least once in a day with kernel-4.13. You can try > > > it if you want: > > > https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 > > > > Great. :) Which fedora version did you use to build it, though? When I try > > using 25 or 26, it errors while whining about u2mfn. I've checked the > > thread in the bug tracker, but it doesn't really > > I'm using a Fedora 26 (on a Debian server with Xen, not Qubes) with a > DIST_DOM0 as Fedora 23. If you want, I can upload the kernel files on > sourceforge. it may have something to do with the fact that 'dkms status u2mfn' doesn't return anything, as that results in 'cp -r /usr/src/u2mfn-$u2mfn_ver /home/user/qubes-linux-kernel/u2mfn' erroring out. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/0e39728c-8800-4793-8e76-68b3490aa460%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le vendredi 24 novembre 2017 15:22:20 UTC+1, Foppe de Haan a écrit : > On Thursday, November 23, 2017 at 9:30:30 PM UTC+1, Frédéric Pierret > (fepitre) wrote: > > Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > > > Now that 4.14's reached stable, does anyone plan to test it soon (or have > > > an idea when they'll have time to do so)? Since 4.13 wasn't stable 'by > > > default' in qubes, I would assume 4.14 won't be either, but although I'll > > > certainly give it a go, I'm fairly sure I am not the best person to try > > > to figure out what's wrong when I run into trouble. :) > > > > Ok so I'm trying kernel-4.14.1 since this morning and it seems to be more > > stable than 4.13. I have not experienced any random crash which normally > > would have occurred at least once in a day with kernel-4.13. You can try it > > if you want: https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 > > Great. :) Which fedora version did you use to build it, though? When I try > using 25 or 26, it errors while whining about u2mfn. I've checked the thread > in the bug tracker, but it doesn't really I'm using a Fedora 26 (on a Debian server with Xen, not Qubes) with a DIST_DOM0 as Fedora 23. If you want, I can upload the kernel files on sourceforge. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/ee764265-d225-445e-93bc-0893af2f3618%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Thursday, November 23, 2017 at 9:30:30 PM UTC+1, Frédéric Pierret (fepitre) wrote: > Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > > Now that 4.14's reached stable, does anyone plan to test it soon (or have > > an idea when they'll have time to do so)? Since 4.13 wasn't stable 'by > > default' in qubes, I would assume 4.14 won't be either, but although I'll > > certainly give it a go, I'm fairly sure I am not the best person to try to > > figure out what's wrong when I run into trouble. :) > > Ok so I'm trying kernel-4.14.1 since this morning and it seems to be more > stable than 4.13. I have not experienced any random crash which normally > would have occurred at least once in a day with kernel-4.13. You can try it > if you want: https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 Great. :) Which fedora version did you use to build it, though? When I try using 25 or 26, it errors while whining about u2mfn. I've checked the thread in the bug tracker, but it doesn't really -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/d33807e7-ac96-45e8-a59f-f7c92aeaf539%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > Now that 4.14's reached stable, does anyone plan to test it soon (or have an > idea when they'll have time to do so)? Since 4.13 wasn't stable 'by default' > in qubes, I would assume 4.14 won't be either, but although I'll certainly > give it a go, I'm fairly sure I am not the best person to try to figure out > what's wrong when I run into trouble. :) Ok so I'm trying kernel-4.14.1 since this morning and it seems to be more stable than 4.13. I have not experienced any random crash which normally would have occurred at least once in a day with kernel-4.13. You can try it if you want: https://github.com/fepitre/qubes-linux-kernel/tree/devel-4.14 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/c5beb4fe-6bf1-41c5-87b8-029b31656662%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le mercredi 22 novembre 2017 18:31:29 UTC+1, Foppe de Haan a écrit : > Now that 4.14's reached stable, does anyone plan to test it soon (or have an > idea when they'll have time to do so)? Since 4.13 wasn't stable 'by default' > in qubes, I would assume 4.14 won't be either, but although I'll certainly > give it a go, I'm fairly sure I am not the best person to try to figure out > what's wrong when I run into trouble. :) I started to update patches etc and I should test it this tomorrow or this week-end (depending on the time I have :) ). By the way, the latest kernel4.13 is "more stable" with my Ryzen but I still experiment random crashes...So I will give you a feedback soon for 4.14. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/6807d188-7fa8-4d2a-bb3d-f7f582a84b99%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Now that 4.14's reached stable, does anyone plan to test it soon (or have an idea when they'll have time to do so)? Since 4.13 wasn't stable 'by default' in qubes, I would assume 4.14 won't be either, but although I'll certainly give it a go, I'm fairly sure I am not the best person to try to figure out what's wrong when I run into trouble. :) -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/5322447a-5335-472c-8298-a0d2828a5acf%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Sunday, October 15, 2017 at 10:11:16 AM UTC+2, Foppe de Haan wrote: > I've just tried 4.13 again, still getting the same behavior, with the mouse > cursor becoming progressively less responsive, and mouse and kb both becoming > unresponsive, then X crashing/dying some time after that. Looking at the > (kernel) logs for that boot, I don't really see anything obvious by way of > errors, warnings, etc.. > So I had a look at the announced changes for 4.13, and I do see that there > have both been some 'performance fixes' for Xen -- > http://lkml.iu.edu/hypermail/linux/kernel/1707.0/02950.html -- and general > DMA mapping subsystem changes -- > https://www.phoronix.com/scan.php?page=article=linux-413-features=1 > -- the latter may be relevant because the way in which the system becomes > unresponsive reminds me of the behavior I've seen on Windows when the system > is having to deal with lots of interrupt calls. > That said, since I'm otherwise useless, I'll have to leave it there, and > return to 4.12 for now. :) Looks like 4.13.8 requires libcrypto.so.1.1 from openssl-1.1.0. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/fbee06f8-e8fc-4db9-bda4-058804559b1b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
I've just tried 4.13 again, still getting the same behavior, with the mouse cursor becoming progressively less responsive, and mouse and kb both becoming unresponsive, then X crashing/dying some time after that. Looking at the (kernel) logs for that boot, I don't really see anything obvious by way of errors, warnings, etc.. So I had a look at the announced changes for 4.13, and I do see that there have both been some 'performance fixes' for Xen -- http://lkml.iu.edu/hypermail/linux/kernel/1707.0/02950.html -- and general DMA mapping subsystem changes -- https://www.phoronix.com/scan.php?page=article=linux-413-features=1 -- the latter may be relevant because the way in which the system becomes unresponsive reminds me of the behavior I've seen on Windows when the system is having to deal with lots of interrupt calls. That said, since I'm otherwise useless, I'll have to leave it there, and return to 4.12 for now. :) -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/b61008e5-9c8f-4aca-b35f-05a4f435a330%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Monday, October 2, 2017 at 11:35:37 AM UTC+2, Frédéric Pierret (fepitre) wrote: > Le lundi 2 octobre 2017 02:36:48 UTC+2, Reg Tiangha a écrit : > > On 2017-10-01 10:21 AM, Frédéric Pierret (fepitre) wrote: > > > > > > > > Hi, just a small update of current kernel branches status: > > > > > > From our last commits with Reg, the last version of kernel 4.12.14 is > > > available and also I created the branch for devel-4.13 (currently version > > > 4.13.4). > > > > > > From my side, I had kernel panic in VM with latest version 4.12.14 when > > > merging all the options in CONFIG file from stable-4.9 due to > > > vlv2_plat_configure_clock related to CONFIG_INTEL_ATOMISP (see > > > https://github.com/fepitre/qubes-linux-kernel/commit/3edc1d714539aba669c6c710a09b8022ff8fcaa2). > > > This problem was known for several distros with Xen PV DomU (e.g. > > > https://bugs.archlinux.org/task/55447 and > > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1711298). So not > > > setting this driver solved my problem (even for kernel-4.13+). > > > > > > Best, > > > > > > > Perfect! I was trying to figure out why 4.13.4 was panicking when used > > in a VM too (dom0 seemed to work fine) but didn't have enough time to > > really dig deep into the kernel options and didn't actually try to boot > > 4.12.14 either; I just assumed it worked (the last one I tried was > > 4.12.13). I'm glad you figured it out! Hopefully, there won't be anymore > > weirdness when 4.14 (the next LTS kernel) comes out. > > I'm having also trouble with kernel 4.13.4 on dom0 only. It complains about > out of memory and kill all processes. I need to dig more into this but kernel > 4.12.14 works fine :) It didn't kill processes here, but 4.13(.4) does result in general instability (becomes sluggish, then hangs, sometimes reboots), and does complain about being OOM on my PC as well. (Ryzen 5 1600, 32gb ram, works fine otherwise.) -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/afc3ac97-92dc-414f-a920-ca559f9df7f9%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le lundi 2 octobre 2017 02:36:48 UTC+2, Reg Tiangha a écrit : > On 2017-10-01 10:21 AM, Frédéric Pierret (fepitre) wrote: > > > > > Hi, just a small update of current kernel branches status: > > > > From our last commits with Reg, the last version of kernel 4.12.14 is > > available and also I created the branch for devel-4.13 (currently version > > 4.13.4). > > > > From my side, I had kernel panic in VM with latest version 4.12.14 when > > merging all the options in CONFIG file from stable-4.9 due to > > vlv2_plat_configure_clock related to CONFIG_INTEL_ATOMISP (see > > https://github.com/fepitre/qubes-linux-kernel/commit/3edc1d714539aba669c6c710a09b8022ff8fcaa2). > > This problem was known for several distros with Xen PV DomU (e.g. > > https://bugs.archlinux.org/task/55447 and > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1711298). So not > > setting this driver solved my problem (even for kernel-4.13+). > > > > Best, > > > > Perfect! I was trying to figure out why 4.13.4 was panicking when used > in a VM too (dom0 seemed to work fine) but didn't have enough time to > really dig deep into the kernel options and didn't actually try to boot > 4.12.14 either; I just assumed it worked (the last one I tried was > 4.12.13). I'm glad you figured it out! Hopefully, there won't be anymore > weirdness when 4.14 (the next LTS kernel) comes out. I'm having also trouble with kernel 4.13.4 on dom0 only. It complains about out of memory and kill all processes. I need to dig more into this but kernel 4.12.14 works fine :) -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/0e6db623-d693-45aa-89e7-3f4acf7d828c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 2017-10-01 10:21 AM, Frédéric Pierret (fepitre) wrote: > > Hi, just a small update of current kernel branches status: > > From our last commits with Reg, the last version of kernel 4.12.14 is > available and also I created the branch for devel-4.13 (currently version > 4.13.4). > > From my side, I had kernel panic in VM with latest version 4.12.14 when > merging all the options in CONFIG file from stable-4.9 due to > vlv2_plat_configure_clock related to CONFIG_INTEL_ATOMISP (see > https://github.com/fepitre/qubes-linux-kernel/commit/3edc1d714539aba669c6c710a09b8022ff8fcaa2). > This problem was known for several distros with Xen PV DomU (e.g. > https://bugs.archlinux.org/task/55447 and > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1711298). So not setting > this driver solved my problem (even for kernel-4.13+). > > Best, > Perfect! I was trying to figure out why 4.13.4 was panicking when used in a VM too (dom0 seemed to work fine) but didn't have enough time to really dig deep into the kernel options and didn't actually try to boot 4.12.14 either; I just assumed it worked (the last one I tried was 4.12.13). I'm glad you figured it out! Hopefully, there won't be anymore weirdness when 4.14 (the next LTS kernel) comes out. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oqs1ma%24ppv%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le vendredi 14 avril 2017 20:21:29 UTC+2, Reg Tiangha a écrit : > Here's my contribution to the project. > > On my GitHub account, I've now got branches tracking kernels from 4.4 > all the way to 4.10. My intent is to keep them up-to-date with upstream > as much as possible, but all I can really test is to see is if they > still compile and/or install/boot. If there are any issues with new > versions, let me know, but I make no guarantees that I can actually > *fix* any regressions that may be introduced by upstream. That said, if > some people want to compile the latest kernel in a supported branch > themselves on their own schedules optimized for their specific hardware > setups, I hope this makes things a little easier you. > > https://github.com/rtiangha/qubes-linux-kernel/ > > > HOWTO: > > - You'll need at least 4GB of free space in /home for each kernel you > hope to compile. > > - In a Fedora TemplateVM matching the version running in your dom0, > install git and the qubes-kernel-vm-support package: > > sudo dnf install git qubes-kernel-vm-support > > I believe that should pull in everything you need to compile a kernel. > At the moment, if you want to build a kernel higher than 4.8, you'll > need to temporarily enable the current-testing repository since the > version that's in stable right now is too old to work with kernels 4.9 > and above. That'll probably change eventually. > > - Download sources: > > git clone https://github.com/rtiangha/qubes-linux-kernel.git > > - Enter directory: > > cd qubes-linux-kernel > > - Switch to the branch that you'd like to compile. For example, to > switch to the 4.4 branch: > > git checkout stable-4.4 > > You can also choose from devel-4.8, stable-4.9, and devel-4.10. > > - Compile rpms: > > make rpms > > - The rpms will be stored in the rpms/x86_64 directory. Copy those to > dom0 using these instructions: > > https://www.qubes-os.org/doc/copy-from-dom0/ > > - Install rpms. In dom0, run: > > dnf install kernel-.rpm kernel-qubes-vm-.rpm > > - Reboot and see if it works > > > TIPS: > > By default, the kernel configuration is set up for a very generic build > to work with a variety of hardware. If you're going to go through the > hassle of compiling your own kernels, you might as well optimize for > your particular hardware configuration. For example, if all you have > are AMD machines and no Intel machines, rather than compiling a kernel > for a generic x86_64 CPU, you can set the kernel to optimize for AMD > CPUs specifically and you may net some performance improvements as a result. > > - To do this, first download the kernel sources (make rpms automatically > does this for you): > > make get-sources > > - Then extract the source files: > > tar Jxf linux-.tar.xz > > - Move into the directory: > > cd linux-.tar.xz > > - Copy the default Qubes kernel configuration into the directory: > > cp ../config .config > > - Now, sometimes new drivers or kernel options will be introduced > in-between kernel versions. It is always useful to check for that and to > merge in anything new that you may find desirable. To do so, first run: > > make oldconfig > > What that will do is check the current kernel configuration file against > what's available in the new kernel version. If there's nothing new, then > it will exit gracefully. If there are some new things, it'll prompt you > on whether or not you want to include them. If you have no idea what to > do, you can probably just accept the default choices or just say No and > still be safe if the current kernel configuration works for you. > > - Customize your kernel: > > make menuconfig > > - You'll be presented with a menu with a whole lot of options. The > easiest ones to play with if you're just starting out is the Processor > Type; if you compile for your specific CPU rather than a generic one, > you may notice some performance improvements. Navigate to: > > Processor type and features -> Processor family > > And choose the Processor Family that best meets the machine you're > compiling for. In my case, I've got machines based on an Intel Core 2 > Quad Q6600, an Intel Core i7-980x, and an Intel Core i7-2720M that I run > Qubes on, and I install these kernels on all of them, so I select the > "Core 2/new Xeon" option when I compile kernels for myself. > > There are many kernel options that you can toggle, so if you want to go > further, I *highly* suggest reading up on the ArchLinux or Gentoo kernel > docs as they go more in depth on how to work with kernel options. Some > interesting things to try would be to disable any hardware drivers for > hardware you don't have, don't use, or will never use. Not only will > that cut down on the attack surface, but it'll also save you on > compilation time, RAM usage and disk space, which may result in some > performance improvements too. Just make sure not to disable a driver for > hardware that you actually have, and make sure you have a
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
W dniu niedziela, 13 sierpnia 2017 07:24:29 UTC+2 użytkownik Foppe de Haan napisał: > For any newcomers: can you tell me if this covers all the bases? > https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md > (or if not, what's missing?) It needs to mention that after transferring the kernel.rpm to dom0 and installing it (via sudo dnf install kernel*.rpm) one also neds to generate initramfs and regenerate grub config -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/742036fc-d1ab-4c52-bb6d-ecfe259d812d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
W dniu niedziela, 13 sierpnia 2017 14:17:33 UTC+2 użytkownik Epitre napisał: > Le dimanche 13 août 2017 09:41:53 UTC+2, Foppe de Haan a écrit : > > On Sunday, August 13, 2017 at 9:38:06 AM UTC+2, Epitre wrote: > > > Le dimanche 13 août 2017 09:19:25 UTC+2, Epitre a écrit : > > > > Le dimanche 13 août 2017 07:24:29 UTC+2, Foppe de Haan a écrit : > > > > > For any newcomers: can you tell me if this covers all the bases? > > > > > https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md > > > > > (or if not, what's missing?) > > > > > > > > Hi, > > > > > > > > It seems right for me. Just a a comment for the version in devel-4.11, > > > > the last working version (at least for me, and need to be confirmed) is > > > > 4.11.8: > > > > > > > > The 4.11.12 has a Xen bug which has to be fixed and prevent Xen to work. > > > > The 4.12.5 has also the same bug but need to have also 3 patches > > > > updated. > > > > > > > > In both cases, qubes-core status: > > > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: > > > > No such file or directory > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: > > > > No such file or directory > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xc: error: Could not > > > > obtain handle on privileged command interface (2 = No such file or > > > > directory): Internal error > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: libxl: error: > > > > libxl.c:116:libxl_ctx_alloc: cannot open libxc handle: No such file or > > > > directory > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: cannot init xl context > > > > > > > > I will dig more into the problem in the next week but if someone would > > > > like to test to confirm or not, it would help. > > > > > > > > Moreover, for those who have problem with NOUVEAU driver (see my first > > > > post asking help: > > > > https://groups.google.com/d/msg/qubes-devel/koDHzHJICEs/M5B19MBgCgAJ) > > > > and their GTX970 with 4G of VRAM, I patched the qubes kernel > > > > (https://github.com/fepitre/qubes-linux-kernel) for version 4.9 and > > > > 4.11. The major problem is in the computation of VRAM which has been > > > > completely remade and solved in kernel 4.12. > > > > > > Sorry for the quick updates but writing the message it came to mind that > > > it would maybe something related to Grub...and yes...I boot the my dev > > > machine and I don't know why but the grub conf was badly updated... > > > > > > I can confirm that the lastest working version is 4.11.12. I will also > > > update properly my repo for the patches in devel-4.12. > > > > np. I had a look, but didn't see any error messages akin to yours (running > > 4.11.12). 4.12.6 indeed only built for me if I disabled 3 kernel patches, 1 > > related to xsa155. > > Now building and running properly kernel-4.12 is ok. I pushed on my > devel-4.12 branch the updated 3 kernel patches who failed at first instance > (rewrite in the kernel sources to obtain properly updated lines). > > We can now go on the next releases (especially if someone like has Ryzen or > Kaby Lake CPU or latest NVIDIA cards). Something weird is happening whenever I try to compile this kernel. I have two config files (config and .config) in qubes-kernel-linux directory and two config files (config and .config) in linux-kernel-* directory, all of them with the same settings but whenever I run make rpms make ignores those config files and uses a stock one -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/811ca328-b07b-4c28-aade-c10381977fd2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
make also has an option of automatically detecting all loaded modules (via lsmod) and compiling the kernel only with support for currently loaded modules. Use make localmodconfig for that. Running it in a vm wouldn't be such a good idea since the module config for dom0 and appvms differ greatly however localmodconfig allows for the lsmod to be exported from another machine. So: in dom0: lsmod > lsmod qvm-copy-to-vm lsmod in build vm make LSMOD=/home/user/QubesIncoming/dom0/lsmod localmodconfig -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/48f7b21a-9748-4e5d-b84c-6a5682545e8d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le lundi 14 août 2017 00:29:41 UTC+2, Yethal a écrit : > W dniu niedziela, 13 sierpnia 2017 22:45:01 UTC+2 użytkownik Grzesiek > Chodzicki napisał: > > W dniu niedziela, 13 sierpnia 2017 14:17:33 UTC+2 użytkownik Epitre napisał: > > > Le dimanche 13 août 2017 09:41:53 UTC+2, Foppe de Haan a écrit : > > > > On Sunday, August 13, 2017 at 9:38:06 AM UTC+2, Epitre wrote: > > > > > Le dimanche 13 août 2017 09:19:25 UTC+2, Epitre a écrit : > > > > > > Le dimanche 13 août 2017 07:24:29 UTC+2, Foppe de Haan a écrit : > > > > > > > For any newcomers: can you tell me if this covers all the bases? > > > > > > > https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md > > > > > > > (or if not, what's missing?) > > > > > > > > > > > > Hi, > > > > > > > > > > > > It seems right for me. Just a a comment for the version in > > > > > > devel-4.11, the last working version (at least for me, and need to > > > > > > be confirmed) is 4.11.8: > > > > > > > > > > > > The 4.11.12 has a Xen bug which has to be fixed and prevent Xen to > > > > > > work. > > > > > > The 4.12.5 has also the same bug but need to have also 3 patches > > > > > > updated. > > > > > > > > > > > > In both cases, qubes-core status: > > > > > > > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: > > > > > > xs_open: No such file or directory > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: > > > > > > xs_open: No such file or directory > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xc: error: Could not > > > > > > obtain handle on privileged command interface (2 = No such file or > > > > > > directory): Internal error > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: libxl: error: > > > > > > libxl.c:116:libxl_ctx_alloc: cannot open libxc handle: No such file > > > > > > or directory > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: cannot init xl context > > > > > > > > > > > > I will dig more into the problem in the next week but if someone > > > > > > would like to test to confirm or not, it would help. > > > > > > > > > > > > Moreover, for those who have problem with NOUVEAU driver (see my > > > > > > first post asking help: > > > > > > https://groups.google.com/d/msg/qubes-devel/koDHzHJICEs/M5B19MBgCgAJ) > > > > > > and their GTX970 with 4G of VRAM, I patched the qubes kernel > > > > > > (https://github.com/fepitre/qubes-linux-kernel) for version 4.9 and > > > > > > 4.11. The major problem is in the computation of VRAM which has > > > > > > been completely remade and solved in kernel 4.12. > > > > > > > > > > Sorry for the quick updates but writing the message it came to mind > > > > > that it would maybe something related to Grub...and yes...I boot the > > > > > my dev machine and I don't know why but the grub conf was badly > > > > > updated... > > > > > > > > > > I can confirm that the lastest working version is 4.11.12. I will > > > > > also update properly my repo for the patches in devel-4.12. > > > > > > > > np. I had a look, but didn't see any error messages akin to yours > > > > (running 4.11.12). 4.12.6 indeed only built for me if I disabled 3 > > > > kernel patches, 1 related to xsa155. > > > > > > Now building and running properly kernel-4.12 is ok. I pushed on my > > > devel-4.12 branch the updated 3 kernel patches who failed at first > > > instance (rewrite in the kernel sources to obtain properly updated lines). > > > > > > We can now go on the next releases (especially if someone like has Ryzen > > > or Kaby Lake CPU or latest NVIDIA cards). > > > > Interestingly enough, your 4.12 branch compiles fine in the AppVM > > previously used to (unsuccessfully) compile Reg's 4.11 kernel. > > Just booted into the 4.12 slim kernel. Works great so far. > I use Reg's slim config as a baseline and then as much stuff I safely could. > Final kernel size is 44mb. I can paste the final config here if anybody's > interested. Hi, I'm interested :) -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/2baf3734-c64d-488c-9062-2e47e1decdc3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
W dniu niedziela, 13 sierpnia 2017 14:17:33 UTC+2 użytkownik Epitre napisał: > Le dimanche 13 août 2017 09:41:53 UTC+2, Foppe de Haan a écrit : > > On Sunday, August 13, 2017 at 9:38:06 AM UTC+2, Epitre wrote: > > > Le dimanche 13 août 2017 09:19:25 UTC+2, Epitre a écrit : > > > > Le dimanche 13 août 2017 07:24:29 UTC+2, Foppe de Haan a écrit : > > > > > For any newcomers: can you tell me if this covers all the bases? > > > > > https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md > > > > > (or if not, what's missing?) > > > > > > > > Hi, > > > > > > > > It seems right for me. Just a a comment for the version in devel-4.11, > > > > the last working version (at least for me, and need to be confirmed) is > > > > 4.11.8: > > > > > > > > The 4.11.12 has a Xen bug which has to be fixed and prevent Xen to work. > > > > The 4.12.5 has also the same bug but need to have also 3 patches > > > > updated. > > > > > > > > In both cases, qubes-core status: > > > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: > > > > No such file or directory > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: > > > > No such file or directory > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xc: error: Could not > > > > obtain handle on privileged command interface (2 = No such file or > > > > directory): Internal error > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: libxl: error: > > > > libxl.c:116:libxl_ctx_alloc: cannot open libxc handle: No such file or > > > > directory > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: cannot init xl context > > > > > > > > I will dig more into the problem in the next week but if someone would > > > > like to test to confirm or not, it would help. > > > > > > > > Moreover, for those who have problem with NOUVEAU driver (see my first > > > > post asking help: > > > > https://groups.google.com/d/msg/qubes-devel/koDHzHJICEs/M5B19MBgCgAJ) > > > > and their GTX970 with 4G of VRAM, I patched the qubes kernel > > > > (https://github.com/fepitre/qubes-linux-kernel) for version 4.9 and > > > > 4.11. The major problem is in the computation of VRAM which has been > > > > completely remade and solved in kernel 4.12. > > > > > > Sorry for the quick updates but writing the message it came to mind that > > > it would maybe something related to Grub...and yes...I boot the my dev > > > machine and I don't know why but the grub conf was badly updated... > > > > > > I can confirm that the lastest working version is 4.11.12. I will also > > > update properly my repo for the patches in devel-4.12. > > > > np. I had a look, but didn't see any error messages akin to yours (running > > 4.11.12). 4.12.6 indeed only built for me if I disabled 3 kernel patches, 1 > > related to xsa155. > > Now building and running properly kernel-4.12 is ok. I pushed on my > devel-4.12 branch the updated 3 kernel patches who failed at first instance > (rewrite in the kernel sources to obtain properly updated lines). > > We can now go on the next releases (especially if someone like has Ryzen or > Kaby Lake CPU or latest NVIDIA cards). Interestingly enough, your 4.12 branch compiles fine in the AppVM previously used to (unsuccessfully) compile Reg's 4.11 kernel. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/0051f14b-8829-4004-b8bc-87faa15b4dab%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le dimanche 13 août 2017 09:41:53 UTC+2, Foppe de Haan a écrit : > On Sunday, August 13, 2017 at 9:38:06 AM UTC+2, Epitre wrote: > > Le dimanche 13 août 2017 09:19:25 UTC+2, Epitre a écrit : > > > Le dimanche 13 août 2017 07:24:29 UTC+2, Foppe de Haan a écrit : > > > > For any newcomers: can you tell me if this covers all the bases? > > > > https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md > > > > (or if not, what's missing?) > > > > > > Hi, > > > > > > It seems right for me. Just a a comment for the version in devel-4.11, > > > the last working version (at least for me, and need to be confirmed) is > > > 4.11.8: > > > > > > The 4.11.12 has a Xen bug which has to be fixed and prevent Xen to work. > > > The 4.12.5 has also the same bug but need to have also 3 patches updated. > > > > > > In both cases, qubes-core status: > > > > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: No > > > such file or directory > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: No > > > such file or directory > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xc: error: Could not obtain > > > handle on privileged command interface (2 = No such file or directory): > > > Internal error > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: libxl: error: > > > libxl.c:116:libxl_ctx_alloc: cannot open libxc handle: No such file or > > > directory > > > août 11 21:37:07 dom0 startup-misc.sh[2712]: cannot init xl context > > > > > > I will dig more into the problem in the next week but if someone would > > > like to test to confirm or not, it would help. > > > > > > Moreover, for those who have problem with NOUVEAU driver (see my first > > > post asking help: > > > https://groups.google.com/d/msg/qubes-devel/koDHzHJICEs/M5B19MBgCgAJ) and > > > their GTX970 with 4G of VRAM, I patched the qubes kernel > > > (https://github.com/fepitre/qubes-linux-kernel) for version 4.9 and 4.11. > > > The major problem is in the computation of VRAM which has been completely > > > remade and solved in kernel 4.12. > > > > Sorry for the quick updates but writing the message it came to mind that it > > would maybe something related to Grub...and yes...I boot the my dev machine > > and I don't know why but the grub conf was badly updated... > > > > I can confirm that the lastest working version is 4.11.12. I will also > > update properly my repo for the patches in devel-4.12. > > np. I had a look, but didn't see any error messages akin to yours (running > 4.11.12). 4.12.6 indeed only built for me if I disabled 3 kernel patches, 1 > related to xsa155. Now building and running properly kernel-4.12 is ok. I pushed on my devel-4.12 branch the updated 3 kernel patches who failed at first instance (rewrite in the kernel sources to obtain properly updated lines). We can now go on the next releases (especially if someone like has Ryzen or Kaby Lake CPU or latest NVIDIA cards). -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/565553bb-ee03-46df-be13-dde458b91be4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le dimanche 13 août 2017 09:19:25 UTC+2, Epitre a écrit : > Le dimanche 13 août 2017 07:24:29 UTC+2, Foppe de Haan a écrit : > > For any newcomers: can you tell me if this covers all the bases? > > https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md > > (or if not, what's missing?) > > Hi, > > It seems right for me. Just a a comment for the version in devel-4.11, the > last working version (at least for me, and need to be confirmed) is 4.11.8: > > The 4.11.12 has a Xen bug which has to be fixed and prevent Xen to work. > The 4.12.5 has also the same bug but need to have also 3 patches updated. > > In both cases, qubes-core status: > > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: No such > file or directory > août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: No such > file or directory > août 11 21:37:07 dom0 startup-misc.sh[2712]: xc: error: Could not obtain > handle on privileged command interface (2 = No such file or directory): > Internal error > août 11 21:37:07 dom0 startup-misc.sh[2712]: libxl: error: > libxl.c:116:libxl_ctx_alloc: cannot open libxc handle: No such file or > directory > août 11 21:37:07 dom0 startup-misc.sh[2712]: cannot init xl context > > I will dig more into the problem in the next week but if someone would like > to test to confirm or not, it would help. > > Moreover, for those who have problem with NOUVEAU driver (see my first post > asking help: > https://groups.google.com/d/msg/qubes-devel/koDHzHJICEs/M5B19MBgCgAJ) and > their GTX970 with 4G of VRAM, I patched the qubes kernel > (https://github.com/fepitre/qubes-linux-kernel) for version 4.9 and 4.11. The > major problem is in the computation of VRAM which has been completely remade > and solved in kernel 4.12. Sorry for the quick updates but writing the message it came to mind that it would maybe something related to Grub...and yes...I boot the my dev machine and I don't know why but the grub conf was badly updated... I can confirm that the lastest working version is 4.11.12. I will also update properly my repo for the patches in devel-4.12. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/db4e3c63-db47-438d-aa1e-e73f884d426d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le dimanche 13 août 2017 07:24:29 UTC+2, Foppe de Haan a écrit : > For any newcomers: can you tell me if this covers all the bases? > https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md > (or if not, what's missing?) Hi, It seems right for me. Just a a comment for the version in devel-4.11, the last working version (at least for me, and need to be confirmed) is 4.11.8: The 4.11.12 has a Xen bug which has to be fixed and prevent Xen to work. The 4.12.5 has also the same bug but need to have also 3 patches updated. In both cases, qubes-core status: août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: No such file or directory août 11 21:37:07 dom0 startup-misc.sh[2712]: xenstore-write: xs_open: No such file or directory août 11 21:37:07 dom0 startup-misc.sh[2712]: xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error août 11 21:37:07 dom0 startup-misc.sh[2712]: libxl: error: libxl.c:116:libxl_ctx_alloc: cannot open libxc handle: No such file or directory août 11 21:37:07 dom0 startup-misc.sh[2712]: cannot init xl context I will dig more into the problem in the next week but if someone would like to test to confirm or not, it would help. Moreover, for those who have problem with NOUVEAU driver (see my first post asking help: https://groups.google.com/d/msg/qubes-devel/koDHzHJICEs/M5B19MBgCgAJ) and their GTX970 with 4G of VRAM, I patched the qubes kernel (https://github.com/fepitre/qubes-linux-kernel) for version 4.9 and 4.11. The major problem is in the computation of VRAM which has been completely remade and solved in kernel 4.12. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/39bc0f1a-271d-455f-b237-7d887724bba0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
For any newcomers: can you tell me if this covers all the bases? https://github.com/0spinboson/qubes-doc/blob/patch-1/managing-os/compiling-your-own-kernel.md (or if not, what's missing?) -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/5252897e-62d7-4c6f-a7db-6b6e238ccbc4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Sunday, August 13, 2017 at 12:02:09 AM UTC+2, Grzesiek Chodzicki wrote: > W dniu sobota, 12 sierpnia 2017 19:41:36 UTC+2 użytkownik Foppe de Haan > napisał: > > On Saturday, August 12, 2017 at 7:27:45 PM UTC+2, Grzesiek Chodzicki wrote: > > > W dniu sobota, 12 sierpnia 2017 18:48:44 UTC+2 użytkownik Foppe de Haan > > > napisał: > > > > On Saturday, August 12, 2017 at 6:41:33 PM UTC+2, Grzesiek Chodzicki > > > > wrote: > > > > > On my machine the compilation fails with a non obvious error > > > > > Makefile:90: recipe for target 'rpms-dom0' failed > > > > > make: *** [rpms-dom0] Error 1 > > > > > > > > > > This is in a f25 based machine. Would it be possible to have the > > > > > entire thing in chroot or a docker container? > > > > > > > > Probably, but IDK how, because I'm stupid. :) > > > > > > > > If you're running f25, the easiest way to get it to work is to enable > > > > the fc27/rawhide repo in an AppVM, and selectively update the packages > > > > related to dracut (to dracut-045). After that, it'll compile. > > > > > > Just tried that. Didn't help unfortunately. > > > > it should provide more info in the 10-50 lines preceding the exit message? > > /home/user/qubes-linux-kernel/kernel-4.9.35/linux-4.9.35/scripts/gcc-plugin.sh: > line 19: g++: command not found > Cannot use CONFIG_GCC_PLUGINS: your gcc installation does not support > plugins, perhaps the necessary headers are missing? > scripts/Makefile.gcc-plugins:51: recipe for target 'gcc-plugins-check' failed > make[2]: *** [gcc-plugins-check] Error 1 > make[2]: Leaving directory > '/home/user/qubes-linux-kernel/kernel-4.9.35/linux-obj' > Makefile:150: recipe for target 'sub-make' failed > make[1]: *** [sub-make] Error 2 > make[1]: Leaving directory > '/home/user/qubes-linux-kernel/kernel-4.9.35/linux-4.9.35' > error: Bad exit status from /var/tmp/rpm-tmp.380q8a (%prep) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.380q8a (%prep) > Makefile:90: recipe for target 'rpms-dom0' failed > make: *** [rpms-dom0] Error 1 > > No idea where that comes from as I do have gcc installed. try installing gcc-c++? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/ac93b847-6c21-4f32-8d18-368641df6081%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
W dniu sobota, 12 sierpnia 2017 19:41:36 UTC+2 użytkownik Foppe de Haan napisał: > On Saturday, August 12, 2017 at 7:27:45 PM UTC+2, Grzesiek Chodzicki wrote: > > W dniu sobota, 12 sierpnia 2017 18:48:44 UTC+2 użytkownik Foppe de Haan > > napisał: > > > On Saturday, August 12, 2017 at 6:41:33 PM UTC+2, Grzesiek Chodzicki > > > wrote: > > > > On my machine the compilation fails with a non obvious error > > > > Makefile:90: recipe for target 'rpms-dom0' failed > > > > make: *** [rpms-dom0] Error 1 > > > > > > > > This is in a f25 based machine. Would it be possible to have the entire > > > > thing in chroot or a docker container? > > > > > > Probably, but IDK how, because I'm stupid. :) > > > > > > If you're running f25, the easiest way to get it to work is to enable the > > > fc27/rawhide repo in an AppVM, and selectively update the packages > > > related to dracut (to dracut-045). After that, it'll compile. > > > > Just tried that. Didn't help unfortunately. > > it should provide more info in the 10-50 lines preceding the exit message? /home/user/qubes-linux-kernel/kernel-4.9.35/linux-4.9.35/scripts/gcc-plugin.sh: line 19: g++: command not found Cannot use CONFIG_GCC_PLUGINS: your gcc installation does not support plugins, perhaps the necessary headers are missing? scripts/Makefile.gcc-plugins:51: recipe for target 'gcc-plugins-check' failed make[2]: *** [gcc-plugins-check] Error 1 make[2]: Leaving directory '/home/user/qubes-linux-kernel/kernel-4.9.35/linux-obj' Makefile:150: recipe for target 'sub-make' failed make[1]: *** [sub-make] Error 2 make[1]: Leaving directory '/home/user/qubes-linux-kernel/kernel-4.9.35/linux-4.9.35' error: Bad exit status from /var/tmp/rpm-tmp.380q8a (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.380q8a (%prep) Makefile:90: recipe for target 'rpms-dom0' failed make: *** [rpms-dom0] Error 1 No idea where that comes from as I do have gcc installed. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/28d10c72-8dab-4110-a64a-3fe846d7acbc%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Saturday, August 12, 2017 at 7:27:45 PM UTC+2, Grzesiek Chodzicki wrote: > W dniu sobota, 12 sierpnia 2017 18:48:44 UTC+2 użytkownik Foppe de Haan > napisał: > > On Saturday, August 12, 2017 at 6:41:33 PM UTC+2, Grzesiek Chodzicki wrote: > > > On my machine the compilation fails with a non obvious error > > > Makefile:90: recipe for target 'rpms-dom0' failed > > > make: *** [rpms-dom0] Error 1 > > > > > > This is in a f25 based machine. Would it be possible to have the entire > > > thing in chroot or a docker container? > > > > Probably, but IDK how, because I'm stupid. :) > > > > If you're running f25, the easiest way to get it to work is to enable the > > fc27/rawhide repo in an AppVM, and selectively update the packages related > > to dracut (to dracut-045). After that, it'll compile. > > Just tried that. Didn't help unfortunately. it should provide more info in the 10-50 lines preceding the exit message? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/5fcb70aa-1bdd-4c3c-9730-dd9d09043fb4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
W dniu sobota, 12 sierpnia 2017 18:48:44 UTC+2 użytkownik Foppe de Haan napisał: > On Saturday, August 12, 2017 at 6:41:33 PM UTC+2, Grzesiek Chodzicki wrote: > > On my machine the compilation fails with a non obvious error > > Makefile:90: recipe for target 'rpms-dom0' failed > > make: *** [rpms-dom0] Error 1 > > > > This is in a f25 based machine. Would it be possible to have the entire > > thing in chroot or a docker container? > > Probably, but IDK how, because I'm stupid. :) > > If you're running f25, the easiest way to get it to work is to enable the > fc27/rawhide repo in an AppVM, and selectively update the packages related to > dracut (to dracut-045). After that, it'll compile. Just tried that. Didn't help unfortunately. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/402aca92-cd68-413d-9df5-dfcdc3a5fab1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Saturday, August 12, 2017 at 6:41:33 PM UTC+2, Grzesiek Chodzicki wrote: > On my machine the compilation fails with a non obvious error > Makefile:90: recipe for target 'rpms-dom0' failed > make: *** [rpms-dom0] Error 1 > > This is in a f25 based machine. Would it be possible to have the entire thing > in chroot or a docker container? Probably, but IDK how, because I'm stupid. :) If you're running f25, the easiest way to get it to work is to enable the fc27/rawhide repo in an AppVM, and selectively update the packages related to dracut (to dracut-045). After that, it'll compile. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/931e09dc-0d08-47ec-9fab-aaa795016cb8%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On my machine the compilation fails with a non obvious error Makefile:90: recipe for target 'rpms-dom0' failed make: *** [rpms-dom0] Error 1 This is in a f25 based machine. Would it be possible to have the entire thing in chroot or a docker container? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/ba93f82a-b7f7-4784-a1c0-5222dd14962e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Wrt (4.11) build dependencies: you'll also need elfutils-libelf-devel, gcc-plugin-devel. as before, it's easiest to build these in a fc23-based VM. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/42a86704-59e4-409a-922c-206da8871110%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 06/27/2017 04:50 PM, 0spinbo...@gmail.com wrote: > It seems building works fine on fc23. Wonder what changed between 6/17 and > today that fc25 no longer compiles kernels, though. > > Wasn't using any patches from the hardening project. I just spun up a FC25 BuildVM and *no* kernels (I even tried 4.4 and 4.9) compile any more on that machine (but they do with the same config on FC23). There was a change to the kernel.spec file a few weeks ago to work around a buggy dracut on FC25 for R4.0 and I think that's what's causing it (the script seems to die in that code chunk) and maybe reverting it to the old version might help, but I won't have time to look at this again for another couple of days. I've noticed that Marek has continued to do work on that file since the last time it was synchronized so maybe if I sync up with that version, it might work again. For now though, things seem to work fine with an FC23 build VM, so I'd suggest sticking with that for now. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oivcfg%242cp%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Tuesday, June 27, 2017 at 10:42:51 PM UTC+2, Reg Tiangha wrote: > On 2017-06-27 1:53 PM, Reg Tiangha wrote: > > On 2017-06-27 1:37 PM, > > 0spinboson wrote: > > > >> Thanks. Was already up to date, though, and all gzip-related options were > >> enabled (as before). Only change was a new package req > >> (elfutils-libelf-devel). > >> As for new info, I have frustratingly little to offer: > >> - > >> mkdir -p > >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18 > >> + > >> PATH=/sbin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/user/.local/bin:/home/user/bin > >> + dracut --nomdadmconf --nolvmconf --kmoddir > >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64/lib/modules/4.11.7-18.pvops.qubes.x86_64 > >> --modules 'kernel-modules qubes-vm-simple' --conf /dev/null --confdir > >> /var/empty -d 'xenblk xen-blkfront cdrom ext4 jbd2 crc16 dm_snapshot' > >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs > >> 4.11.7-18.pvops.qubes.x86_64 > >> Kernel version 4.11.7-18.pvops.qubes.x86_64 has no module directory > >> /lib/modules/4.11.7-18.pvops.qubes.x86_64 > >> ldconfig: need absolute file name for configuration file when using -r > >> dracut: ldconfig might need uid=0 (root) for chroot() > >> ++ lsinitrd > >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs > >> usr/lib/modules/4.11.7-18.pvops.qubes.x86_64/modules.dep > >> + modules_dep= > >> + '[' -z '' ']' > >> ++ mktemp -d > >> + tmpdir=/tmp/tmp.0U02gQXJIH > >> + zcat > >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs > >> + cpio -imd -D /tmp/tmp.0U02gQXJIH > >> > >> gzip: > >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs: > >> not in gzip format > >> cpio: premature end of archive > >> + exit 1 > >> error: Bad exit status from /var/tmp/rpm-tmp.MAZxNe (%install) > >> > >> (If there is a way to get more (relevant) information, you'll have to tell > >> me where to (start) look(ing), sorry.) > >> > > > > > > Curious: What is your build environment for this kernel? I only ever > > use/test FC23 because that's what my dom0 runs, but there have been > > issues when the compile environment is different (ex. FC25). > > > > I've only ever gotten gzip errors if I completely remove gzip support > > from my config options, but I've only seen it appear at boot and not at > > compile time. > > > > Also, are you using the 4.11 patches from the Hardened Kernel project? I > remember rpm generation failing one time (can't remember the exact error > message) with one version of their patches (it patched in properly and > successfully compiled, but just died when it came to generating the > rpms), which eventually got fixed in a later revision. If you're using > them but haven't updated it recently, their latest version is 4.11.7.a: > > https://github.com/copperhead/linux-hardened/releases > > I also have a branch that tracks just that, which is essentially the > same as my devel-4.11 branch but just adds in and updates the > linux-hardened patches as those get released, mainly for convenience: > > https://github.com/rtiangha/qubes-linux-kernel/tree/devel-4.11-hard It seems building works fine on fc23. Wonder what changed between 6/17 and today that fc25 no longer compiles kernels, though. Wasn't using any patches from the hardening project. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/e5c7979e-9338-45f9-aa6d-7f51aaa65f02%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 2017-06-27 1:53 PM, Reg Tiangha wrote: > On 2017-06-27 1:37 PM, > 0spinbo...@gmail.com wrote: > >> Thanks. Was already up to date, though, and all gzip-related options were >> enabled (as before). Only change was a new package req >> (elfutils-libelf-devel). >> As for new info, I have frustratingly little to offer: >> - >> mkdir -p >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18 >> + >> PATH=/sbin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/user/.local/bin:/home/user/bin >> + dracut --nomdadmconf --nolvmconf --kmoddir >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64/lib/modules/4.11.7-18.pvops.qubes.x86_64 >> --modules 'kernel-modules qubes-vm-simple' --conf /dev/null --confdir >> /var/empty -d 'xenblk xen-blkfront cdrom ext4 jbd2 crc16 dm_snapshot' >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs >> 4.11.7-18.pvops.qubes.x86_64 >> Kernel version 4.11.7-18.pvops.qubes.x86_64 has no module directory >> /lib/modules/4.11.7-18.pvops.qubes.x86_64 >> ldconfig: need absolute file name for configuration file when using -r >> dracut: ldconfig might need uid=0 (root) for chroot() >> ++ lsinitrd >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs >> usr/lib/modules/4.11.7-18.pvops.qubes.x86_64/modules.dep >> + modules_dep= >> + '[' -z '' ']' >> ++ mktemp -d >> + tmpdir=/tmp/tmp.0U02gQXJIH >> + zcat >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs >> + cpio -imd -D /tmp/tmp.0U02gQXJIH >> >> gzip: >> /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs: >> not in gzip format >> cpio: premature end of archive >> + exit 1 >> error: Bad exit status from /var/tmp/rpm-tmp.MAZxNe (%install) >> >> (If there is a way to get more (relevant) information, you'll have to tell >> me where to (start) look(ing), sorry.) >> > > > Curious: What is your build environment for this kernel? I only ever > use/test FC23 because that's what my dom0 runs, but there have been > issues when the compile environment is different (ex. FC25). > > I've only ever gotten gzip errors if I completely remove gzip support > from my config options, but I've only seen it appear at boot and not at > compile time. > Also, are you using the 4.11 patches from the Hardened Kernel project? I remember rpm generation failing one time (can't remember the exact error message) with one version of their patches (it patched in properly and successfully compiled, but just died when it came to generating the rpms), which eventually got fixed in a later revision. If you're using them but haven't updated it recently, their latest version is 4.11.7.a: https://github.com/copperhead/linux-hardened/releases I also have a branch that tracks just that, which is essentially the same as my devel-4.11 branch but just adds in and updates the linux-hardened patches as those get released, mainly for convenience: https://github.com/rtiangha/qubes-linux-kernel/tree/devel-4.11-hard -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oiufvf%24g9q%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Tuesday, June 27, 2017 at 8:28:55 PM UTC+2, Reg Tiangha wrote: > On 06/27/2017 08:09 AM, Epitre wrote: > > Le mardi 27 juin 2017 12:40:00 UTC+2, 0spin...@gmail.com a écrit : > >> Anyone have an idea why, since 4.11.7, I am always getting a "initramfs > >> not in gzip format" error? > > Hi, same problem for me with 4.11.7. I also tried to select only AMD family > > (my type of processor) and it results the same. > > > > I just tried 4.11.7 for myself on my machine, and it works fine in both > dom0 and in VMs. > > So, if you're using my development branch, make sure to run 'git pull' > to ensure everything is synced up (for example, if you haven't done it > in a while, then you may not have the XSA 216 security patches applied > to your kernel that were released last week): > > https://github.com/rtiangha/qubes-linux-kernel/tree/devel-4.11 > > Otherwise, make sure your config file has these options set (use 'make > menuconfig' and search for them to ensure they're set correctly): > > CONFIG_HAVE_KERNEL_GZIP=y > > CONFIG_RD_GZIP=y > > CONFIG_DECOMPRESS_GZIP=y > > > If that still doesn't work, then more information is needed. But for > now, try the above and see if that works. Thanks. Was already up to date, though, and all gzip-related options were enabled (as before). Only change was a new package req (elfutils-libelf-devel). As for new info, I have frustratingly little to offer: - mkdir -p /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18 + PATH=/sbin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/user/.local/bin:/home/user/bin + dracut --nomdadmconf --nolvmconf --kmoddir /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64/lib/modules/4.11.7-18.pvops.qubes.x86_64 --modules 'kernel-modules qubes-vm-simple' --conf /dev/null --confdir /var/empty -d 'xenblk xen-blkfront cdrom ext4 jbd2 crc16 dm_snapshot' /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs 4.11.7-18.pvops.qubes.x86_64 Kernel version 4.11.7-18.pvops.qubes.x86_64 has no module directory /lib/modules/4.11.7-18.pvops.qubes.x86_64 ldconfig: need absolute file name for configuration file when using -r dracut: ldconfig might need uid=0 (root) for chroot() ++ lsinitrd /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs usr/lib/modules/4.11.7-18.pvops.qubes.x86_64/modules.dep + modules_dep= + '[' -z '' ']' ++ mktemp -d + tmpdir=/tmp/tmp.0U02gQXJIH + zcat /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs + cpio -imd -D /tmp/tmp.0U02gQXJIH gzip: /home/user/rpmbuild/BUILDROOT/kernel-4.11.7-18.pvops.qubes.x86_64//var/lib/qubes/vm-kernels/4.11.7-18/initramfs: not in gzip format cpio: premature end of archive + exit 1 error: Bad exit status from /var/tmp/rpm-tmp.MAZxNe (%install) (If there is a way to get more (relevant) information, you'll have to tell me where to (start) look(ing), sorry.) -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/6ba1dd86-75a5-4625-ae40-c283d66a7c72%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 06/27/2017 08:09 AM, Epitre wrote: > Le mardi 27 juin 2017 12:40:00 UTC+2, 0spin...@gmail.com a écrit : >> Anyone have an idea why, since 4.11.7, I am always getting a "initramfs not >> in gzip format" error? > Hi, same problem for me with 4.11.7. I also tried to select only AMD family > (my type of processor) and it results the same. > I just tried 4.11.7 for myself on my machine, and it works fine in both dom0 and in VMs. So, if you're using my development branch, make sure to run 'git pull' to ensure everything is synced up (for example, if you haven't done it in a while, then you may not have the XSA 216 security patches applied to your kernel that were released last week): https://github.com/rtiangha/qubes-linux-kernel/tree/devel-4.11 Otherwise, make sure your config file has these options set (use 'make menuconfig' and search for them to ensure they're set correctly): CONFIG_HAVE_KERNEL_GZIP=y CONFIG_RD_GZIP=y CONFIG_DECOMPRESS_GZIP=y If that still doesn't work, then more information is needed. But for now, try the above and see if that works. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oiu84e%24ufs%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Le mardi 27 juin 2017 12:40:00 UTC+2, 0spin...@gmail.com a écrit : > Anyone have an idea why, since 4.11.7, I am always getting a "initramfs not > in gzip format" error? Hi, same problem for me with 4.11.7. I also tried to select only AMD family (my type of processor) and it results the same. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/0e0685bd-2244-4db1-9f85-5f400ede4676%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Anyone have an idea why, since 4.11.7, I am always getting a "initramfs not in gzip format" error? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/4adbb4b5-d1f0-4203-a192-1e7c002c5371%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
OK, thanks. It seems I have compiled it with slightly newer set of patches (4.8.14-12 vs. 4.8.14-9). I haven't noticed the unstable repo (https://yum.qubes-os.org/r3.2/unstable/dom0/fc23/rpm/ )… I don't see it in official repo. Is it compiled from slightly older version of https://github.com/marmarek/qubes-linux-kernel/tree/devel-4.8?files=1 ? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/8798e329-ab75-4581-b784-13653f38ae33%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/28/2017 11:56 PM, Foppe de Haan wrote: > the update wasn't built for the fc23-vm: > https://github.com/QubesOS/updates-status/issues/17 > That's really weird, since it came out for dom0, which is essentially fc23. And it looks like the fc24 and 25 versions never transferred over from current-testing either. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oe1a4b%24bjq%242%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On Saturday, April 29, 2017 at 1:56:42 AM UTC-4, Foppe de Haan wrote: > the update wasn't built for the fc23-vm: > https://github.com/QubesOS/updates-status/issues/17 Thanks. somehow I never found that page during google searching. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/09c2b022-398b-4fa7-85fb-a74ba2a5a82e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
the update wasn't built for the fc23-vm: https://github.com/QubesOS/updates-status/issues/17 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/50c8284b-9d39-42f1-ae05-10bb85538f4b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/28/2017 11:20 PM, gho...@gmail.com wrote: >> I don't know why it wouldn't work for you, unless you're running a >> version of Qubes older than R3.2 or using an unsupported Fedora template. >> >> As a last resort, you can replace your /usr/src/u2mfn-3.2.3/u2mfn.c file >> with this one here: >> >> https://raw.githubusercontent.com/QubesOS/qubes-linux-utils/master/kernel-modules/u2mfn/u2mfn.c >> >> and compiling should work. > It works now. Thanks for your help. > > I started from scratch with a new clone of the fedora 23 template that was > installed with R3.2. I replaced the u2mfn.c file with the one you linked to. > Hmm, looks like you're right. Only 3.2.3 is in all the Fedora repos (23-25). Which is weird, because I could have sworn it was pushed out in the latest round of stable updates. It does show up in the Debian repos, though. Well, the important thing was updating that u2mfn.c file to work with kernels newer than 4.8. Glad to hear it still works. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oe19r0%24bjq%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
> I don't know why it wouldn't work for you, unless you're running a > version of Qubes older than R3.2 or using an unsupported Fedora template. > > As a last resort, you can replace your /usr/src/u2mfn-3.2.3/u2mfn.c file > with this one here: > > https://raw.githubusercontent.com/QubesOS/qubes-linux-utils/master/kernel-modules/u2mfn/u2mfn.c > > and compiling should work. It works now. Thanks for your help. I started from scratch with a new clone of the fedora 23 template that was installed with R3.2. I replaced the u2mfn.c file with the one you linked to. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/28b3128d-60bc-44db-9b4b-6dd1a3a44d74%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/28/2017 10:25 PM, gho...@gmail.com wrote: >> You need to update the qubes-kernel-vm-support package in the Fedora VM >> that you're trying to compile this in. A compatible version (3.2.4) >> should has been pushed out to the stable repositories so running sudo >> dnf upgrade should pull it in (unless you've never installed it in the >> first place, in which case you should run sudo dnf install >> qubes-kernel-vm-support instead). Once you've installed the package, try >> compiling one of those kernels again and it should work. > I have version 3.2.3 installed. I also have the "current", > "current-testing", and "unstable" repositories enabled in qubes-r3.repo. > > doing a search for qubes-kernel-vm-support only shows version 3.2.3. Doing > upgrade says nothing to do. Doing a reinstall only installs version 3.2.3 Is > there somewhere else to get the version 3.2.4 > > Thanks. > I don't know why it wouldn't work for you, unless you're running a version of Qubes older than R3.2 or using an unsupported Fedora template. As a last resort, you can replace your /usr/src/u2mfn-3.2.3/u2mfn.c file with this one here: https://raw.githubusercontent.com/QubesOS/qubes-linux-utils/master/kernel-modules/u2mfn/u2mfn.c and compiling should work. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oe14qn%249e9%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
> > > You need to update the qubes-kernel-vm-support package in the Fedora VM > that you're trying to compile this in. A compatible version (3.2.4) > should has been pushed out to the stable repositories so running sudo > dnf upgrade should pull it in (unless you've never installed it in the > first place, in which case you should run sudo dnf install > qubes-kernel-vm-support instead). Once you've installed the package, try > compiling one of those kernels again and it should work. I have version 3.2.3 installed. I also have the "current", "current-testing", and "unstable" repositories enabled in qubes-r3.repo. doing a search for qubes-kernel-vm-support only shows version 3.2.3. Doing upgrade says nothing to do. Doing a reinstall only installs version 3.2.3 Is there somewhere else to get the version 3.2.4 Thanks. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/2cb51e68-7975-49fd-9899-b29697b405a3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/28/2017 09:03 PM, gho...@gmail.com wrote: > Hello, > > I am following your instructions and trying to compile devel-4.10. I am > getting the following error. This error also occurs on stable-4.9. Any idea > how i can fix this. > > Thanks. > > /home/user/qubes-linux-kernel/u2mfn/u2mfn.c: In function 'u2mfn_ioctl': > /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:80:23: error: passing argument 5 > of 'get_user_pages' from incompatible pointer type > [-Werror=incompatible-pointer-types] >(data, 1, 1, 0, _page, 0); >^ > In file included from /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:26:0: > /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/include/linux/mm.h:1271:6: > note: expected 'struct vm_area_struct **' but argument is of type 'struct > page **' > long get_user_pages(unsigned long start, unsigned long nr_pages, > ^ > /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:79:9: error: too many arguments > to function 'get_user_pages' >ret = get_user_pages > ^ > In file included from /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:26:0: > /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/include/linux/mm.h:1271:6: > note: declared here > long get_user_pages(unsigned long start, unsigned long nr_pages, > ^ > cc1: some warnings being treated as errors > /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/scripts/Makefile.build:300: > recipe for target '/home/user/qubes-linux-kernel/u2mfn/u2mfn.o' failed > make[4]: *** [/home/user/qubes-linux-kernel/u2mfn/u2mfn.o] Error 1 > /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/Makefile:1490: > recipe for target '_module_/home/user/qubes-linux-kernel/u2mfn' failed > make[3]: *** [_module_/home/user/qubes-linux-kernel/u2mfn] Error 2 > Makefile:150: recipe for target 'sub-make' failed > make[2]: *** [sub-make] Error 2 > Makefile:24: recipe for target '__sub-make' failed > make[1]: *** [__sub-make] Error 2 > make[1]: Leaving directory > '/home/user/qubes-linux-kernel/kernel-4.10.13/linux-obj' > error: Bad exit status from /var/tmp/rpm-tmp.6UeD6a (%build) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.6UeD6a (%build) > Makefile:90: recipe for target 'rpms-dom0' failed > make: *** [rpms-dom0] Error 1 > You need to update the qubes-kernel-vm-support package in the Fedora VM that you're trying to compile this in. A compatible version (3.2.4) should has been pushed out to the stable repositories so running sudo dnf upgrade should pull it in (unless you've never installed it in the first place, in which case you should run sudo dnf install qubes-kernel-vm-support instead). Once you've installed the package, try compiling one of those kernels again and it should work. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/oe131i%24au6%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
Hello, I am following your instructions and trying to compile devel-4.10. I am getting the following error. This error also occurs on stable-4.9. Any idea how i can fix this. Thanks. /home/user/qubes-linux-kernel/u2mfn/u2mfn.c: In function 'u2mfn_ioctl': /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:80:23: error: passing argument 5 of 'get_user_pages' from incompatible pointer type [-Werror=incompatible-pointer-types] (data, 1, 1, 0, _page, 0); ^ In file included from /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:26:0: /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/include/linux/mm.h:1271:6: note: expected 'struct vm_area_struct **' but argument is of type 'struct page **' long get_user_pages(unsigned long start, unsigned long nr_pages, ^ /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:79:9: error: too many arguments to function 'get_user_pages' ret = get_user_pages ^ In file included from /home/user/qubes-linux-kernel/u2mfn/u2mfn.c:26:0: /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/include/linux/mm.h:1271:6: note: declared here long get_user_pages(unsigned long start, unsigned long nr_pages, ^ cc1: some warnings being treated as errors /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/scripts/Makefile.build:300: recipe for target '/home/user/qubes-linux-kernel/u2mfn/u2mfn.o' failed make[4]: *** [/home/user/qubes-linux-kernel/u2mfn/u2mfn.o] Error 1 /home/user/qubes-linux-kernel/kernel-4.10.13/linux-4.10.13/Makefile:1490: recipe for target '_module_/home/user/qubes-linux-kernel/u2mfn' failed make[3]: *** [_module_/home/user/qubes-linux-kernel/u2mfn] Error 2 Makefile:150: recipe for target 'sub-make' failed make[2]: *** [sub-make] Error 2 Makefile:24: recipe for target '__sub-make' failed make[1]: *** [__sub-make] Error 2 make[1]: Leaving directory '/home/user/qubes-linux-kernel/kernel-4.10.13/linux-obj' error: Bad exit status from /var/tmp/rpm-tmp.6UeD6a (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.6UeD6a (%build) Makefile:90: recipe for target 'rpms-dom0' failed make: *** [rpms-dom0] Error 1 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/d0c9881a-4a5e-4cde-93cf-8f7a6efaff3f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: HOWTO: Compiling Kernels for dom0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 2017-04-16 18:21, Reg Tiangha wrote: >> On 2017-04-16 18:10, Marek Marczykowski-Górecki wrote: >>> On Fri, Apr 14, 2017 at 12:21:14PM -0600, Reg Tiangha wrote: Here's my contribution to the project. >>> Thanks! >>> >>> Andrew, maybe it would be good idea to at least link to this >>> thread somewhere in "Building" section of docs? Or copy this >>> instruction there (the part about actual building and >>> customizing), including adjustments here and in subsequent >>> messages? >>> > > Thanks for the comments you two; I'm new to the Git stuff but I'm > trying to learn fast. > > Actually, now that Foppe de Haan found some extra packages to > install to make everything work, I wouldn't mind having a chance > to re-write it and submit it. What's the best way to do that? Fork > some kind of repo, create a new file, and then submit a pull > request? If so, which repo? If not, what's the best/easiest way > to submit a re-written guide to you guys? > https://www.qubes-os.org/doc/doc-guidelines/ Thanks! - -- Andrew David Wong (Axon) Community Manager, Qubes OS https://www.qubes-os.org -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJY9TV9AAoJENtN07w5UDAwQIwP/2XMv0t0n1Zo6ceTQ8HqxS18 AxdaYD2WEHeIv55o1Ywg6+Bq4HbvKM7Ai0QYKjHFLhzVpGFHNlbrJx0BcoznC6w9 khIH4mvaWgF5UXSXs+D6IRMeBkdfQNTL0sLL4FFlQwGnET/hFIbk20QJwZMnwbb8 dnXE8rz4lw3MnelUBAQgC745fpYdqdHw2FjopuprKvUEtDlTmj6Dd9cWuOnbkVWP cgGm5ZpuJyJ9pw+v60z9x299pJexBqZUpMxdNaqSViNk+YCsIj4gsnrRH134Ys9U zmCn4TzjX/lAzc2xxugkietglGM5uYYZoYOANr+JJ7BVB0XpZvXzTtVrWAuqEAvg T6x8hSOBV0J8l38oeg9VANgEuu0ZtPpEc9VPeIVnbhqMGGM/gKhCGLg27n8pLVQI mnEaxkR7qVByUPNItUf0r5olH+ksfd0DSd+5gxlRHjgHYRSI/Cy0Y8dDR+erpvAB eX2kxCG98Bi2KTuGMa6yDAnMTN5IkzYGCrHB7T8zJXyQoWAHkguDweRgTciQcN9R NtJ0EHGxo59dJKuUM+GJcllB+J3Aoy/A4TYkqzI3KHyFSy2IdY4zEDXf9atytnhJ XPre+LYiQCXWLCxO1YscMq2Od/rm+nPZYvZlqBSHnUTYgBgnp6yjgBbW2z7fQXfJ V8o3BpveihcQdWV931nd =6dE/ -END PGP SIGNATURE- -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/1a4d4a29-858c-c315-0808-f328c03140e1%40qubes-os.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/16/2017 07:16 PM, Andrew David Wong wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 2017-04-16 18:10, Marek Marczykowski-Górecki wrote: >> On Fri, Apr 14, 2017 at 12:21:14PM -0600, Reg Tiangha wrote: >>> Here's my contribution to the project. >> Thanks! >> >> Andrew, maybe it would be good idea to at least link to this >> thread somewhere in "Building" section of docs? Or copy this >> instruction there (the part about actual building and customizing), >> including adjustments here and in subsequent messages? >> Thanks for the comments you two; I'm new to the Git stuff but I'm trying to learn fast. Actually, now that Foppe de Haan found some extra packages to install to make everything work, I wouldn't mind having a chance to re-write it and submit it. What's the best way to do that? Fork some kind of repo, create a new file, and then submit a pull request? If so, which repo? If not, what's the best/easiest way to submit a re-written guide to you guys? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/od15aa%24o3b%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/15/2017 04:44 AM, Foppe de Haan wrote: > also needed: rpm-sign, sparse, openssl-devel > > and creating a signing key, see e.g. here: http://fedoranews.org/tchung/gpg/ > Thanks for all of that. The signing part isn't that important though, unless you were planning on distributing the package. The rpms still get generated and stored in the rpms directory even though it throws out that error at the end about being unable to sign them. But it's good to know how to fix that for those who want to know. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/octg65%24qrk%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
make menuconfig also requires ncurses-devel -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/a1598fed-3f7e-4365-b167-f288008a041f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/14/2017 02:29 PM, Reg Tiangha wrote: > On 04/14/2017 02:22 PM, Foppe de Haan wrote: >> 1. Thanks. :) >> 2. Starting from a vanilla f23-template, I also had to install rpm-build >> (non-obvious 'error 8'). >> > Thanks. And I just remembered that you'll probably need to install the > latest version of qubes-utils in dom0 too if you want to run kernels > newer than 4.8, otherwise things may not work properly. Unfortunately, > right now, it can only be found in current-testing as it hasn't yet been > pushed into stable either: > > sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing qubes-utils > > I think that's it? If anyone catches any other missing packages, do let > the list know. > > > Oh, and one more tip: If your machine has multiple CPUs, assign *all* of them to your kernel build VM. Your kernel compile time will speed up exponentially. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/ocrbi1%2454n%242%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/14/2017 02:22 PM, Foppe de Haan wrote: > 1. Thanks. :) > 2. Starting from a vanilla f23-template, I also had to install rpm-build > (non-obvious 'error 8'). > Thanks. And I just remembered that you'll probably need to install the latest version of qubes-utils in dom0 too if you want to run kernels newer than 4.8, otherwise things may not work properly. Unfortunately, right now, it can only be found in current-testing as it hasn't yet been pushed into stable either: sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing qubes-utils I think that's it? If anyone catches any other missing packages, do let the list know. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/ocrbep%2454n%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
1. Thanks. :) 2. Starting from a vanilla f23-template, I also had to install rpm-build (non-obvious 'error 8'). -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/1aeea9c0-6d7a-4357-a109-ade6410876c5%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: HOWTO: Compiling Kernels for dom0
On 04/14/2017 12:21 PM, Reg Tiangha wrote: > Here's my contribution to the project. > > On my GitHub account, I've now got branches tracking kernels from 4.4 > all the way to 4.10. My intent is to keep them up-to-date with upstream > as much as possible, but all I can really test is to see is if they > still compile and/or install/boot. If there are any issues with new > versions, let me know, but I make no guarantees that I can actually > *fix* any regressions that may be introduced by upstream. That said, if > some people want to compile the latest kernel in a supported branch > themselves on their own schedules optimized for their specific hardware > setups, I hope this makes things a little easier you. > > https://github.com/rtiangha/qubes-linux-kernel/ > > > HOWTO: > > - You'll need at least 4GB of free space in /home for each kernel you > hope to compile. > > - In a Fedora TemplateVM matching the version running in your dom0, > install git and the qubes-kernel-vm-support package: > > sudo dnf install git qubes-kernel-vm-support > > I believe that should pull in everything you need to compile a kernel. > At the moment, if you want to build a kernel higher than 4.8, you'll > need to temporarily enable the current-testing repository since the > version that's in stable right now is too old to work with kernels 4.9 > and above. That'll probably change eventually. > > - Download sources: > > git clone https://github.com/rtiangha/qubes-linux-kernel.git > > - Enter directory: > > cd qubes-linux-kernel > > - Switch to the branch that you'd like to compile. For example, to > switch to the 4.4 branch: > > git checkout stable-4.4 > > You can also choose from devel-4.8, stable-4.9, and devel-4.10. > > - Compile rpms: > > make rpms > > - The rpms will be stored in the rpms/x86_64 directory. Copy those to > dom0 using these instructions: > > https://www.qubes-os.org/doc/copy-from-dom0/ > > - Install rpms. In dom0, run: > > dnf install kernel-.rpm kernel-qubes-vm-.rpm > > - Reboot and see if it works > > > TIPS: > > By default, the kernel configuration is set up for a very generic build > to work with a variety of hardware. If you're going to go through the > hassle of compiling your own kernels, you might as well optimize for > your particular hardware configuration. For example, if all you have > are AMD machines and no Intel machines, rather than compiling a kernel > for a generic x86_64 CPU, you can set the kernel to optimize for AMD > CPUs specifically and you may net some performance improvements as a result. > > - To do this, first download the kernel sources (make rpms automatically > does this for you): > > make get-sources > > - Then extract the source files: > > tar Jxf linux-.tar.xz > > - Move into the directory: > > cd linux-.tar.xz > > - Copy the default Qubes kernel configuration into the directory: > > cp ../config .config > > - Now, sometimes new drivers or kernel options will be introduced > in-between kernel versions. It is always useful to check for that and to > merge in anything new that you may find desirable. To do so, first run: > > make oldconfig > > What that will do is check the current kernel configuration file against > what's available in the new kernel version. If there's nothing new, then > it will exit gracefully. If there are some new things, it'll prompt you > on whether or not you want to include them. If you have no idea what to > do, you can probably just accept the default choices or just say No and > still be safe if the current kernel configuration works for you. > > - Customize your kernel: > > make menuconfig > > - You'll be presented with a menu with a whole lot of options. The > easiest ones to play with if you're just starting out is the Processor > Type; if you compile for your specific CPU rather than a generic one, > you may notice some performance improvements. Navigate to: > > Processor type and features -> Processor family > > And choose the Processor Family that best meets the machine you're > compiling for. In my case, I've got machines based on an Intel Core 2 > Quad Q6600, an Intel Core i7-980x, and an Intel Core i7-2720M that I run > Qubes on, and I install these kernels on all of them, so I select the > "Core 2/new Xeon" option when I compile kernels for myself. > > There are many kernel options that you can toggle, so if you want to go > further, I *highly* suggest reading up on the ArchLinux or Gentoo kernel > docs as they go more in depth on how to work with kernel options. Some > interesting things to try would be to disable any hardware drivers for > hardware you don't have, don't use, or will never use. Not only will > that cut down on the attack surface, but it'll also save you on > compilation time, RAM usage and disk space, which may result in some > performance improvements too. Just make sure not to disable a driver for > hardware that you actually have, and make sure you have a working dom0 > kernel installed already to boot back into, just in
