Thanks Jeff,

I was using the binary from http://user-mode-linux.sourceforge.net/.

The homepage doesn't mention any repository. To get the latest UML,
should one check out the latest linux kernel? And these two patches I
assume are patches to the main linux kernel as well, right?

- Martin

On Jan 2, 2008 3:04 PM, Jeff Dike <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 02, 2008 at 12:49:19PM -0500, Martin Paraskevov wrote:
> > However, when I try to specify a cow file the boot is unsuccessful:
> >
> > ./linux-2.6.22-rc2 mem=128M ubda=cow1,FedoraCore5-x86-root_fs  umid=fedora1
>
> > Kernel panic - not syncing: Operation too long
>
> This is a long-fixed bug.  Either get a newer UML or apply these two
> patches (two because the first one didn't totally fix the problem):
>
> commit 8619b86f20588c020b280e6f67a9b8712b1ee38a
> Author: Jeff Dike <[EMAIL PROTECTED]>
> Date:   Sun Jul 15 23:38:58 2007 -0700
>
>     uml: limit request size on COWed devices
>
>     COWed devices can't handle more than 32 (64 on x86_64) sectors in one 
> request
>     due to the size of the bitmap being carried around in the io_thread_req.
>
>     Enforce that by telling the block layer not to put too many sectors in
>     requests to COWed devices.
>
>     Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
>     Cc: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
>     Cc: <[EMAIL PROTECTED]>
>     Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
>     Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
>
> diff --git a/arch/um/drivers/ubd_kern.c b/arch/um/drivers/ubd_kern.c
> index 0947f2e..fc27f6c 100644
> --- a/arch/um/drivers/ubd_kern.c
> +++ b/arch/um/drivers/ubd_kern.c
> @@ -712,6 +712,8 @@ static int ubd_add(int n, char **error_out)
>         ubd_dev->queue->queuedata = ubd_dev;
>
>         blk_queue_max_hw_segments(ubd_dev->queue, MAX_SG);
> +       if(ubd_dev->cow.file != NULL)
> +               blk_queue_max_sectors(ubd_dev->queue, 8 * sizeof(long));
>         err = ubd_disk_register(MAJOR_NR, ubd_dev->size, n, &ubd_gendisk[n]);
>         if(err){
>                 *error_out = "Failed to register device";
>
> commit f4768ffd1d4b7b07ae2c4c3d93c9f99cd68e996c
> Author: Jeff Dike <[EMAIL PROTECTED]>
> Date:   Wed Aug 22 14:01:53 2007 -0700
>
>     uml: fix previous request size limit fix
>
>     The previous patch which limited the number of sectors in a single request
>     to a COWed device was correct in concept, but the limit was implemented in
>     the wrong place.
>
>     By putting it in ubd_add, it covered the cases where the COWing was
>     specified on the command line.  However, when the command line only has 
> the
>     COW file specified, the fact that it's a COW file isn't known until it's
>     opened, so the limit is missed in these cases.
>
>     This patch moves the sector limit from ubd_add to ubd_open_dev.
>
>     Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
>     Cc: <[EMAIL PROTECTED]>
>     Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
>     Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
>
> diff --git a/arch/um/drivers/ubd_kern.c b/arch/um/drivers/ubd_kern.c
> index aff661f..0eabe73 100644
> --- a/arch/um/drivers/ubd_kern.c
> +++ b/arch/um/drivers/ubd_kern.c
> @@ -612,6 +612,8 @@ static int ubd_open_dev(struct ubd *ubd_dev)
>         ubd_dev->fd = fd;
>
>         if(ubd_dev->cow.file != NULL){
> +               blk_queue_max_sectors(ubd_dev->queue, 8 * sizeof(long));
> +
>                 err = -ENOMEM;
>                 ubd_dev->cow.bitmap = (void *) 
> vmalloc(ubd_dev->cow.bitmap_len);
>                 if(ubd_dev->cow.bitmap == NULL){
> @@ -712,8 +714,6 @@ static int ubd_add(int n, char **error_out)
>         ubd_dev->queue->queuedata = ubd_dev;
>
>         blk_queue_max_hw_segments(ubd_dev->queue, MAX_SG);
> -       if(ubd_dev->cow.file != NULL)
> -               blk_queue_max_sectors(ubd_dev->queue, 8 * sizeof(long));
>         err = ubd_disk_register(MAJOR_NR, ubd_dev->size, n, &ubd_gendisk[n]);
>         if(err){
>                 *error_out = "Failed to register device";
>
> --
> Work email - jdike at linux dot intel dot com
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
User-mode-linux-user mailing list
User-mode-linux-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user

Reply via email to