similar to: blk-mq v3.18: Oops during virtio_blk hot-unplug

Displaying 20 results from an estimated 200 matches similar to: "blk-mq v3.18: Oops during virtio_blk hot-unplug"

2015 Jan 10
0
blk-mq v3.18: Oops during virtio_blk hot-unplug
On Fri, 01/09 15:32, Sebastian Parschauer wrote: > Hi Jens, > > my colleague Eduardo is sporadically seeing an Oops in blk-mq while > running continuous virtio_blk hot-plug/hot-unplug tests with I/O to the > device within an x86_64 QEMU/KVM 2.0 Debian Wheezy VM. > > Please find the call trace attached and the full log here: > http://paste.ubuntu.com/9691873/ > >
2015 Jan 10
0
blk-mq v3.18: Oops during virtio_blk hot-unplug
On Fri, 01/09 15:32, Sebastian Parschauer wrote: > Hi Jens, > > my colleague Eduardo is sporadically seeing an Oops in blk-mq while > running continuous virtio_blk hot-plug/hot-unplug tests with I/O to the > device within an x86_64 QEMU/KVM 2.0 Debian Wheezy VM. > > Please find the call trace attached and the full log here: > http://paste.ubuntu.com/9691873/ > >
2014 Oct 21
0
v3.18-rc1 32 bit KVM hangs early in boot process
On Tue, Oct 21, 2014 at 12:10 PM, Toralf F?rster <toralf.foerster at gmx.de> wrote: > On 10/20/2014 07:34 PM, Toralf F?rster wrote: >> I uploaded the screen shots from the virt-manager to [1] and [2] >> >> FWIW e56d9fccb was fine so the bug slipped in after that. >> > >> >> [1] http://www.directupload.net/file/d/3781/j9mwrtpq_jpg.htm >> [2]
2014 Oct 24
1
v3.18-rc1 32 bit KVM hangs early in boot process
On 10/21/2014 06:40 PM, Josh Boyer wrote: > On Tue, Oct 21, 2014 at 12:10 PM, Toralf F?rster <toralf.foerster at gmx.de> wrote: >> On 10/20/2014 07:34 PM, Toralf F?rster wrote: >>> I uploaded the screen shots from the virt-manager to [1] and [2] >>> >>> FWIW e56d9fccb was fine so the bug slipped in after that. >>> >> >>>
2014 Dec 18
0
loading upstream v3.18-11290-g44e8967: virtio_pci: unknown symbols
Hi list, I'm having a problem at boot before root mounts. virtio_pci fails to load because of unknown symbols: vring_transport_features irq_set_affinity_hint ... and more. Is drivers/virtio/virtio_pci_legacy.c missing MODULE_LICENSE("GPL"); ? Not sure if that's the right fix or I'm doing something stupid.. Ben
2014 Oct 24
1
v3.18-rc1 32 bit KVM hangs early in boot process
On 10/21/2014 06:40 PM, Josh Boyer wrote: > On Tue, Oct 21, 2014 at 12:10 PM, Toralf F?rster <toralf.foerster at gmx.de> wrote: >> On 10/20/2014 07:34 PM, Toralf F?rster wrote: >>> I uploaded the screen shots from the virt-manager to [1] and [2] >>> >>> FWIW e56d9fccb was fine so the bug slipped in after that. >>> >> >>>
2014 Dec 18
0
loading upstream v3.18-11290-g44e8967: virtio_pci: unknown symbols
Hi list, I'm having a problem at boot before root mounts. virtio_pci fails to load because of unknown symbols: vring_transport_features irq_set_affinity_hint ... and more. Is drivers/virtio/virtio_pci_legacy.c missing MODULE_LICENSE("GPL"); ? Not sure if that's the right fix or I'm doing something stupid.. Ben
2014 Oct 21
3
v3.18-rc1 32 bit KVM hangs early in boot process
On 10/20/2014 07:34 PM, Toralf F?rster wrote: > I uploaded the screen shots from the virt-manager to [1] and [2] > > FWIW e56d9fccb was fine so the bug slipped in after that. > > > [1] http://www.directupload.net/file/d/3781/j9mwrtpq_jpg.htm > [2] http://www.directupload.net/file/d/3781/29trc56v_jpg.htm > It might be virtio-console related, when the uevetns are
2014 Oct 21
3
v3.18-rc1 32 bit KVM hangs early in boot process
On 10/20/2014 07:34 PM, Toralf F?rster wrote: > I uploaded the screen shots from the virt-manager to [1] and [2] > > FWIW e56d9fccb was fine so the bug slipped in after that. > > > [1] http://www.directupload.net/file/d/3781/j9mwrtpq_jpg.htm > [2] http://www.directupload.net/file/d/3781/29trc56v_jpg.htm > It might be virtio-console related, when the uevetns are
2014 Dec 11
2
[PULL] virtio: virtio 1.0 support, misc patches
On Fri, Dec 12, 2014 at 08:07:05AM +1100, Stephen Rothwell wrote: > Hi Michael, > > On Thu, 11 Dec 2014 14:02:48 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: > > > > Linux 3.18 (2014-12-07 14:21:05 -0800) > > hmmm ... > > > are
2014 Dec 11
2
[PULL] virtio: virtio 1.0 support, misc patches
On Fri, Dec 12, 2014 at 08:07:05AM +1100, Stephen Rothwell wrote: > Hi Michael, > > On Thu, 11 Dec 2014 14:02:48 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > > The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: > > > > Linux 3.18 (2014-12-07 14:21:05 -0800) > > hmmm ... > > > are
2020 Aug 09
4
Switching to Ninja
You are correct, sir. Everything works much better if I run CMake and Ninja from a "developer command prompt." I displayed the path and almost fell off my chair laughing. The road to hell is paved with environment variable entries. Two questions. 1. Building with Visual Studio created build/release/bin. Building with Ninja created build/bin (no release directory). Does that make sense?
2015 Mar 05
2
Re: [PATCH 1/2] New API: btrfs_filesystem_show
AFAICT this API doesn't work: $ ./run guestfish -N fs:btrfs btrfs-filesystem-show /dev/sda1 libguestfs: error: btrfs_filesystem_show: /dev/sda1: When I tried the btrfs-filesystem-show-all API, I see a lot of structure in the output: $ ./run guestfish -N fs:btrfs btrfs-filesystem-show-all Label: none uuid: f7754d86-baa1-40e7-a563-46976e81d64c Total devices 1 FS bytes used
2020 Jun 16
1
[PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
On Mon 15-06-20 21:57:16, Waiman Long wrote: > The kzfree() function is normally used to clear some sensitive > information, like encryption keys, in the buffer before freeing it back > to the pool. Memset() is currently used for the buffer clearing. However, > it is entirely possible that the compiler may choose to optimize away the > memory clearing especially if LTO is being
2020 Jun 16
0
[PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
On 6/15/20 11:30 PM, Eric Biggers wrote: > On Mon, Jun 15, 2020 at 09:57:16PM -0400, Waiman Long wrote: >> The kzfree() function is normally used to clear some sensitive >> information, like encryption keys, in the buffer before freeing it back >> to the pool. Memset() is currently used for the buffer clearing. However, >> it is entirely possible that the compiler may
2015 Mar 06
3
Re: [PATCH 1/2] New API: btrfs_filesystem_show
On Fri, Mar 06, 2015 at 07:39:36AM +0000, Chen, Hanxiao wrote: > > > > -----Original Message----- > > From: Richard W.M. Jones [mailto:rjones@redhat.com] > > Sent: Thursday, March 05, 2015 8:59 PM > > To: Chen, Hanxiao/陈 晗霄 > > Cc: libguestfs@redhat.com > > Subject: Re: [Libguestfs] [PATCH 1/2] New API: btrfs_filesystem_show > > > > AFAICT
2014 Dec 11
3
[PULL] virtio: virtio 1.0 support, misc patches
The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: Linux 3.18 (2014-12-07 14:21:05 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to 803cd18f7b5e6c7ad6bee9571ae8f4450190ab58: virtio_ccw: finalize_features error handling (2014-12-09 16:32:41 +0200) Note: some
2014 Dec 11
3
[PULL] virtio: virtio 1.0 support, misc patches
The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d: Linux 3.18 (2014-12-07 14:21:05 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to 803cd18f7b5e6c7ad6bee9571ae8f4450190ab58: virtio_ccw: finalize_features error handling (2014-12-09 16:32:41 +0200) Note: some
2012 Oct 24
5
SSHMenu (Gnome Applet) for CentOS 6
Hello, I know that there exists a package for Gnome SSHMenuApplet for CentOS 5 (e.g. see http://rpmfind.net/linux/RPM/epel/testing/5/ppc/gnome-applet-sshmenu-3.15-5.el5.noarch.html). The package sshmenu (which I found here: http://dl.marmotte.net/rpms/redhat/el6/x86_64/sshmenu-3.18-7.el6/sshmenu-3.18-7.el6.noarch.rpm) states: ======================================== Summary :
2015 Feb 01
18
[Bug 88893] New: [NV46] GPU lockup with Quadro NVS 110M
https://bugs.freedesktop.org/show_bug.cgi?id=88893 Bug ID: 88893 Summary: [NV46] GPU lockup with Quadro NVS 110M Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau Assignee: