Displaying 20 results from an estimated 600 matches similar to: "[PATCH] v2v: linux: improve archtecture detection from modules (RHBZ#1690574)"
2019 Mar 20
2
[PATCH] v2v: linux: canonicalize module path for arch detection (RHBZ#1690574)
Kernel modules can be also symlinks to files available outside the
"canonical" module directory; since `file` by default does not deference
symlinks, passing directly symlinks to the architecture detection
results in errors, as the "file" API does not recognize "symbolic link"
as architecture.
To prevent this situation, canonicalize the path of the module picked
for
2019 Mar 20
0
Re: [PATCH] v2v: linux: canonicalize module path for arch detection (RHBZ#1690574)
On Wed, Mar 20, 2019 at 05:00:06PM +0100, Pino Toscano wrote:
> Kernel modules can be also symlinks to files available outside the
> "canonical" module directory; since `file` by default does not deference
> symlinks, passing directly symlinks to the architecture detection
> results in errors, as the "file" API does not recognize "symbolic link"
> as
2020 Sep 23
3
[v2v PATCH 1/3] linux: remove warning for packages with no files
Metapackages are valid packages with no files, used to easily install
something without manually installing bits.
This is the case of the "kernel" package in Fedora/RHEL/etc in the last
couple of years.
---
v2v/linux_kernels.ml | 1 -
1 file changed, 1 deletion(-)
diff --git a/v2v/linux_kernels.ml b/v2v/linux_kernels.ml
index 9a41225a..78c1ee59 100644
--- a/v2v/linux_kernels.ml
+++
2020 Sep 23
0
[v2v PATCH 3/3] linux: remove special handling of packages with no files
We check for /boot/vmlinuz-* files in packages with files, and List.find
will raise Not_found if there are none. Iterating on an empty list gives
the same result, so there is no need to handle empty packages in a
special way.
---
v2v/linux_kernels.ml | 321 +++++++++++++++++++++----------------------
1 file changed, 158 insertions(+), 163 deletions(-)
diff --git a/v2v/linux_kernels.ml
2016 Sep 09
0
[PATCH] v2v: linux: Move kernel detection to a separate module.
Create a new module [Linux_kernels] which does all kernel detection,
and also provides a place to define the kernel_info data structure.
This is essentially just code motion.
---
v2v/Makefile.am | 2 +
v2v/convert_linux.ml | 219 +++--------------------------------------------
v2v/linux_kernels.ml | 230 ++++++++++++++++++++++++++++++++++++++++++++++++++
v2v/linux_kernels.mli | 50
2016 Sep 09
2
[PATCH] v2v: linux: Move kernel detection to a separate module.
This is a sort of follow-up to the Linux_bootloaders patch.
It turns out all the kernel detection code is nicely self-
contained and can therefore be moved to its own module.
Rich.
2020 Sep 22
2
[v2v PATCH 1/2] linux: split kernel packages filtering from processing
Split the processing of the kernel packages in two phases:
- filtering only (by name)
- actual processing
This makes the filtering part easier to review/modify, and it is now
much easier to see (in the debug log) which packages are processed as
kernel packages.
There are no behaviour changes (other than an additional debug message).
---
v2v/linux_kernels.ml | 20 +++++++++++++-------
1 file
2016 Oct 03
1
Re: [PATCH 2/3] v2v: linux: check also kernel config for modules
Actually I have another comment about this patch ..
On Tue, Sep 27, 2016 at 05:58:11PM +0200, Pino Toscano wrote:
> diff --git a/v2v/linux_kernels.ml b/v2v/linux_kernels.ml
> index b292921..c197f78 100644
> --- a/v2v/linux_kernels.ml
> +++ b/v2v/linux_kernels.ml
> @@ -53,6 +53,21 @@ let detect_kernels (g : G.guestfs) inspect family bootloader =
> (* What kernel/kernel-like
2009 Jul 31
1
[PATCH] Use grub entries to find Linux kernels
This change adds grub parsing to Lib.pm. It adds the following structure to $os:
{boot}
->{configs}
->[0]
->{title} = "Fedora (2.6.29.6-213.fc11.i686.PAE)"
->{kernel} = \kernel
->{cmdline} = "ro root=/dev/mapper/vg_mbooth-lv_root rhgb"
->{initrd} = \initrd
->{default} = 0
The kernel and initrd entries are just
2018 May 22
1
[PATCH v2] v2v: linux: fix kernel detection when split in different packages
The current detection code for Linux kernels assumes that a kernel
package contains everything in it, i.e. the kernel itself, its modules,
and its configuration. However, since recent Ubuntu versions (e.g.
starting from 18.04) modules & config (with few more files) are split in
an own package, thus not detecting the modpath from installed vmlinuz
files.
To overcome this situation, rework
2009 Aug 03
1
[REPOST] Use grub entries to find Linux kernels
This is a repost of the patch I sent on Friday. I know it was already ACK'd, but
I've changed a fair bit in addition to adding the requested POD. Specifically:
I discovered that augeas's grub lens wasn't returning cmdline the way I
expected. This is fixed.
The kernel package, if known, is output as a property of the kernel.
The XML output of virt-inspector is updated with all
2016 Oct 03
4
[PATCH v2 0/3] v2v: further bits of Debian/Ubuntu guests supports
Hi,
this series adds a couple bits more in v2v to convert Debian/Ubuntu
(and derived) guests. The series does not complete the support (see
known issues below), but all the patches here should be fit for review
and inclusion. The series does not enable the conversion, yet.
Known issues:
* currently tested with simple local guest images, hence needs testing
with real guests on
2023 Apr 05
2
[rhel-9.2 v2v PATCH 0/2] detect_kernels: deal with RHEL's kernel-core / kernel-modules-core split
https://bugzilla.redhat.com/show_bug.cgi?id=2175703
In RHEL-9.2, the "detect_kernels" function still exists in virt-v2v, not
in the common submodule. Because we need to fix RHBZ#2175703 for
RHEL-9.2.z as well, port of the identically named libguestfs-common
patch series
<http://mid.mail-archive.com/20230320115301.43051-1-lersek at redhat.com>
to RHEL-9.2 virt-v2v.
This port is
2023 Mar 20
3
[libguestfs-common PATCH 0/2] detect_kernels: deal with RHEL's kernel-core / kernel-modules-core split
https://bugzilla.redhat.com/show_bug.cgi?id=2175703
Vera Wu's testing covered a backport of this series to the virt-v2v
project's rhel-9.2 branch (on top of commit 86517b17be98), where the
"detect_kernels" function is still unique/internal to the virt-v2v
project. The backport / cherry-pick from libguestfs-common to virt-v2v
cannot be automated, but it's not difficult; only
2016 Sep 27
8
[PATCH 0/3] v2v: further bits of Debian/Ubuntu guests supports
Hi,
this series adds a couple bits more in v2v to convert Debian/Ubuntu
(and derived) guests. The series does not complete the support (see
known issues below), but all the patches here should be fit for review
and inclusion. The series does not enable the conversion, yet.
Known issues:
* currently tested with simple local guest images, hence needs testing
with real guests on
2020 Sep 16
2
Re: virt-v2v: Virtio-Scsi patch
On 15/09/2020 21:08, Richard W.M. Jones wrote:
> On Tue, Sep 15, 2020 at 09:54:32AM +0200, Jean-Louis Dupond wrote:
>> Hi,
>>
>> I was trying to migrate some VM's to Virtio-SCSI block devices, as
>> this gives some advantages.
>>
>> While checking the virt-v2v code, I found out that it supported
>> Virtio-SCSI, but some bits were missing.
>>
2006 Jan 18
0
Namespace Issues
Abstract: It seems that the AnyModule::AnyModel shadows AnyModel.
-----------------------------------------------------------------
Note: a simila post of mine appears in "Rails Engines development" as
well.
The goal
---------
I would like to have the model
AnyModule::AnyModel
in apps/models/any_module/any_model.rb
managed by the controller
AnyModule::AnyModelController
2017 Apr 06
0
[PATCH v3 2/8] v2v: linux: Fix Xen PV-only detection.
We want to detect if a Linux kernel is Xen PV only ("PV-only"). Such
a kernel will not boot on KVM, and if a guest has only PV-only
kernels, it will not be able to boot at all on the target.
Our previous test was wrong. It tested whether the xennet.ko module
exists. This module was renamed in more recent kernels (to
xen-netfront.ko), so it happened to not detect modern kernels as
2017 Apr 06
0
[PATCH v4 2/9] v2v: linux: Fix Xen PV-only detection.
We want to detect if a Linux kernel is Xen PV only ("PV-only"). Such
a kernel will not boot on KVM, and if a guest has only PV-only
kernels, it will not be able to boot at all on the target.
Our previous test was wrong. It tested whether the xennet.ko module
exists. This module was renamed in more recent kernels (to
xen-netfront.ko), so it happened to not detect modern kernels as
2017 Apr 05
9
[PATCH v2 0/8] v2v: Add drivers for virtio-rng, balloon, pvpanic.
v1 was posted here:
https://www.redhat.com/archives/libguestfs/2017-April/msg00031.html
v1 -> v2:
- Add support for -o glance.
- Add support for -o qemu.
- Fix the -o libvirt support for balloon as pointed out by Dan.
- Fix a test failure caused by changing libvirt XML output.
Rich.