search for: olddefconfig

On 11/18/2015 03:22 AM, Gerd Hoffmann wrote: > /me goes undust the kvmtool patches for seabios. > > (see https://www.kraxel.org/cgit/seabios/commit/?h=kvmtool, > build with CONFIG_KVMTOOL=y + CONFIG_DEBUG_LEVEL=9) > > nilsson kraxel ~# ~kraxel/projects/kvmtool/lkvm run --name seabios > --firmware /home/kraxel/projects/seabios/out-bios-kvmtool/bios.bin > --disk

On 11/18/2015 03:22 AM, Gerd Hoffmann wrote: > /me goes undust the kvmtool patches for seabios. > > (see https://www.kraxel.org/cgit/seabios/commit/?h=kvmtool, > build with CONFIG_KVMTOOL=y + CONFIG_DEBUG_LEVEL=9) > > nilsson kraxel ~# ~kraxel/projects/kvmtool/lkvm run --name seabios > --firmware /home/kraxel/projects/seabios/out-bios-kvmtool/bios.bin > --disk

...ll and unpack it - install prerequisties as described in https://wiki.centos.org/HowTos/Custom_Kernel (in addition bc and openssl-devel) - copy the kernel configuration: $ cp /boot/config-3.10.0-957.21.3.el7.x86_64 ~/linux-4.19.37/.config - create configuration: $ cd ~/linux-4.19.37 $ make olddefconfig $ make nconfig - compile and create RPM package: $ make vmlinux $ make modules $ make rpm-pkg - install kernel RPM: # yum install ~/rpmbuild/RPMS/x86_64/kernel-*.rpm However, in the last step (installing kernel RPM), I got following notice: ==========================================...

..."offloaded" drivers/virtio/Kconfig:57:warning: ignoring unsupported character ',' drivers/virtio/Kconfig:57:warning: ignoring unsupported character '.' >> drivers/virtio/Kconfig:57: unknown statement "If" make[2]: *** [scripts/kconfig/Makefile:75: olddefconfig] Error 1 make[1]: *** [Makefile:568: olddefconfig] Error 2 make: *** [Makefile:180: sub-make] Error 2 5 real 1 user 0 sys 28.87% cpu make olddefconfig vim +49 drivers/virtio/Kconfig e72542191cbba4 Ohad Ben-Cohen 2011-07-05 14 3343660d8c62c6 Anthony Liguori 2007-11-12 15 c...

...st time I tried to combine the two, ran into some issues and nobody seemed to care, so the seabios patches where just sitting in a branch in my repo ... > $ cat .config | grep 'KVMTOOL\|DEBUG' > CONFIG_KVMTOOL=y > CONFIG_DEBUG_LEVEL=9 Hmm, 'CONFIG_KVMTOOL=y > .config; make olddefconfig' should give you a working configuration. Setting 'CONFIG_DEBUG_LEVEL=9' is useful for trouble-shooting as it makes the virtio drivers more verbose, but not mandatory to have. Serial line support is needed to get output: CONFIG_DEBUG_SERIAL=y CONFIG_DEBUG_SERIAL_PORT=0x3f8 Also I th...

...an into some issues and nobody > seemed to care, so the seabios patches where just sitting in a branch in > my repo ... > >> $ cat .config | grep 'KVMTOOL\|DEBUG' >> CONFIG_KVMTOOL=y >> CONFIG_DEBUG_LEVEL=9 > > Hmm, 'CONFIG_KVMTOOL=y > .config; make olddefconfig' should give you a > working configuration. > > Setting 'CONFIG_DEBUG_LEVEL=9' is useful for trouble-shooting as it > makes the virtio drivers more verbose, but not mandatory to have. > > Serial line support is needed to get output: > > CONFIG_DEBUG_SERIAL=y &...

...an into some issues and nobody > seemed to care, so the seabios patches where just sitting in a branch in > my repo ... > >> $ cat .config | grep 'KVMTOOL\|DEBUG' >> CONFIG_KVMTOOL=y >> CONFIG_DEBUG_LEVEL=9 > > Hmm, 'CONFIG_KVMTOOL=y > .config; make olddefconfig' should give you a > working configuration. > > Setting 'CONFIG_DEBUG_LEVEL=9' is useful for trouble-shooting as it > makes the virtio drivers more verbose, but not mandatory to have. > > Serial line support is needed to get output: > > CONFIG_DEBUG_SERIAL=y &...

..."offloaded" drivers/virtio/Kconfig:57:warning: ignoring unsupported character ',' drivers/virtio/Kconfig:57:warning: ignoring unsupported character '.' >> drivers/virtio/Kconfig:57: unknown statement "If" make[2]: *** [scripts/kconfig/Makefile:75: olddefconfig] Error 1 make[1]: *** [Makefile:568: olddefconfig] Error 2 make: *** [Makefile:180: sub-make] Error 2 4 real 1 user 1 sys 66.26% cpu make olddefconfig vim +49 drivers/virtio/Kconfig e72542191cbba4 Ohad Ben-Cohen 2011-07-05 14 3343660d8c62c6 Anthony Liguori 2007-11-12 15 c...

...l prerequisties as described in https://wiki.centos.org/HowTos/Custom_Kernel (in addition bc and openssl-devel) > - copy the kernel configuration: > $ cp /boot/config-3.10.0-957.21.3.el7.x86_64 ~/linux-4.19.37/.config > - create configuration: > $ cd ~/linux-4.19.37 > $ make olddefconfig > $ make nconfig > - compile and create RPM package: > $ make vmlinux > $ make modules > $ make rpm-pkg > - install kernel RPM: > # yum install ~/rpmbuild/RPMS/x86_64/kernel-*.rpm > > However, in the last step (installing kernel RPM), I got following notice...

...ribed in https://wiki.centos.org/HowTos/Custom_Kernel (in addition bc and openssl-devel) >> - copy the kernel configuration: >> $ cp /boot/config-3.10.0-957.21.3.el7.x86_64 ~/linux-4.19.37/.config >> - create configuration: >> $ cd ~/linux-4.19.37 >> $ make olddefconfig >> $ make nconfig >> - compile and create RPM package: >> $ make vmlinux >> $ make modules >> $ make rpm-pkg >> - install kernel RPM: >> # yum install ~/rpmbuild/RPMS/x86_64/kernel-*.rpm >> >> However, in the last step (insta...

Now that we're supporting things like Ada and the GSP, there's situations where we really need to actually know the display state that we're starting with when loading the driver in order to prevent breaking GSP expectations. The first step in doing this is making it so that we can read the current state of IORs from nvkm in DRM, so that we can fill in said into into the atomic state.

The purpose of this patch is to simplify the receive_mergeable(). Separate all the logic of XDP into a function. Signed-off-by: Xuan Zhuo <xuanzhuo at linux.alibaba.com> --- drivers/net/virtio_net.c | 128 +++++++++++++++++++++++---------------- 1 file changed, 76 insertions(+), 52 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index

This patch series aims to move the logical block size checking to the block code. This was inspired by missing check for valid logical block size in virtio-blk which causes the kernel to crash in a weird way later on when it is invalid. I added blk_is_valid_logical_block_size which returns true iff the block size is one of supported sizes. I added this check to virtio-blk, and also converted

This patch series aims to move the logical block size checking to the block code. This was inspired by missing check for valid logical block size in virtio-blk which causes the kernel to crash in a weird way later on when it is invalid. I added blk_is_valid_logical_block_size which returns true iff the block size is one of supported sizes. I added this check to virtio-blk, and also converted

Hello, syzkaller hit the following crash on 28f50eb20931f32a2ceeb6aba8fa2cd5ca96ad9f git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master compiler: gcc (GCC) 7.1.1 20170620 .config is attached Raw console output is attached. C reproducer is attached syzkaller reproducer is attached. See https://goo.gl/kgGztJ for information about syzkaller reproducers IP: read_pnet

Hello, syzkaller hit the following crash on 28f50eb20931f32a2ceeb6aba8fa2cd5ca96ad9f git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master compiler: gcc (GCC) 7.1.1 20170620 .config is attached Raw console output is attached. C reproducer is attached syzkaller reproducer is attached. See https://goo.gl/kgGztJ for information about syzkaller reproducers IP: read_pnet

Hi, here is the next version of changes to enable Linux to run as an SEV-ES guest. The code was rebased to v5.7-rc3 and got a fair number of changes since the last version. What is SEV-ES ============== SEV-ES is an acronym for 'Secure Encrypted Virtualization - Encrypted State' and means a hardware feature of AMD processors which hides the register state of VCPUs to the hypervisor by

Hi, here is the next version of changes to enable Linux to run as an SEV-ES guest. The code was rebased to v5.7-rc3 and got a fair number of changes since the last version. What is SEV-ES ============== SEV-ES is an acronym for 'Secure Encrypted Virtualization - Encrypted State' and means a hardware feature of AMD processors which hides the register state of VCPUs to the hypervisor by