On Mon, Oct 01, 2012 at 03:13:01PM +0200, Paolo Bonzini wrote:
Il 20/08/2012 16:05, Paolo Bonzini ha scritto:
Il 20/08/2012 16:04, Richard W.M. Jones ha scritto:
From: Richard W.M. Jones rjo...@redhat.com
The sg struct is used without being initialized.
https://bugzilla.redhat.com
On Wed, Aug 22, 2012 at 09:56:12PM -0700, Hugh Dickins wrote:
> On Wed, 22 Aug 2012, Richard W.M. Jones wrote:
> > On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
> > > Jeff,
> > >
> > > Your commit 91f68c89d8f3 ("block: fix infinite lo
On Wed, Aug 22, 2012 at 09:56:12PM -0700, Hugh Dickins wrote:
On Wed, 22 Aug 2012, Richard W.M. Jones wrote:
On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
Jeff,
Your commit 91f68c89d8f3 (block: fix infinite loop in __getblk_slow),
already gone into 3.* stable
On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
> Jeff,
>
> Your commit 91f68c89d8f3 ("block: fix infinite loop in __getblk_slow"),
> already gone into 3.* stable, is not good. Could you and your testers
> please give this alternative a try - I think it should work, and have
>
On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
> Jeff,
>
> Your commit 91f68c89d8f3 ("block: fix infinite loop in __getblk_slow"),
> already gone into 3.* stable, is not good. Could you and your testers
> please give this alternative a try - I think it should work, and have
>
On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
Jeff,
Your commit 91f68c89d8f3 (block: fix infinite loop in __getblk_slow),
already gone into 3.* stable, is not good. Could you and your testers
please give this alternative a try - I think it should work, and have
started it
On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
Jeff,
Your commit 91f68c89d8f3 (block: fix infinite loop in __getblk_slow),
already gone into 3.* stable, is not good. Could you and your testers
please give this alternative a try - I think it should work, and have
started it
From: "Richard W.M. Jones"
The sg struct is used without being initialized.
https://bugzilla.redhat.com/show_bug.cgi?id=847548
Signed-off-by: Richard W.M. Jones
---
drivers/scsi/virtio_scsi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/virti
From: Richard W.M. Jones rjo...@redhat.com
The sg struct is used without being initialized.
https://bugzilla.redhat.com/show_bug.cgi?id=847548
Signed-off-by: Richard W.M. Jones rjo...@redhat.com
---
drivers/scsi/virtio_scsi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
4 ++--
> fs/open.c |7 ---
> 3 files changed, 9 insertions(+), 5 deletions(-)
I added these four patches to the Fedora Rawhide kernel and these
fix the problems with ntfs-3g and my FUSE module.
Tested-by: Richard W.M. Jones
Rich.
--
Richard Jones, Virtualization Group,
deletions(-)
I added these four patches to the Fedora Rawhide kernel and these
fix the problems with ntfs-3g and my FUSE module.
Tested-by: Richard W.M. Jones rjo...@redhat.com
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows
/*
+ * blkdev_wait_scan.c
+ *
+ * Copyright (C) 2007 Red Hat, Richard W.M. Jones <[EMAIL PROTECTED]>
+ *
+ * This module waits for all block devices to finish opening. The
+ * particular use is in initrd scripts, to wait for partition table
+ * probing to finish before we start doing vg
)
+{
+}
+
+MODULE_DESCRIPTION(Block device wait for probing to finish);
+MODULE_AUTHOR(Richard W.M. Jones);
+MODULE_LICENSE(GPL);
+
+module_init(blkdev_wait_scan_init);
+module_exit(blkdev_wait_scan_exit);
diff --git a/fs/block_dev.c b/fs/block_dev.c
index ea1480a..9fa5547 100644
--- a/fs/block_dev.c
+++ b/fs
201 - 213 of 213 matches
Mail list logo
