All of lore.kernel.org
 help / color / mirror / Atom feed
* cset 8690 blk driver regression
@ 2006-01-30 21:08 Alex Williamson
  0 siblings, 0 replies; 2+ messages in thread
From: Alex Williamson @ 2006-01-30 21:08 UTC (permalink / raw)
  To: sos22; +Cc: xen-devel, xen-ia64-devel

Hi Steven,

  I'm seeing a regression on ia64 with this chunk of cset 8690:

--- a/xen/common/grant_table.c	Fri Jan 27 20:38:55 2006
+++ b/xen/common/grant_table.c	Fri Jan 27 20:57:07 2006
@@ -522,9 +522,7 @@
         ASSERT(d->grant_table != NULL);
         (void)put_user(GNTST_okay, &uop->status);
         for ( i = 0; i < op.nr_frames; i++ ) {
-            mfn = gnttab_shared_mfn(d, d->grant_table, i);
-            if (shadow_mode_translate(d))
-                mfn = __mfn_to_gpfn(d, mfn);
+            mfn = __mfn_to_gpfn(d, gnttab_shared_mfn(d, d->grant_table, i));
             (void)put_user(mfn, &op.frame_list[i]);
         }
     }

With this chunk, my domU no longer finds it's block device and fails to
boot:

VFS: Cannot open root device "hda1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)

Everything appears fine if I revert it.  Is this an intentional change?
It appears to be more of a functional change than the check-in comment
for this changeset would imply.  Thanks,

	Alex

-- 
Alex Williamson                             HP Linux & Open Source Lab

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: cset 8690 blk driver regression
  2006-01-31 20:11 [Xen-ia64-devel] " Magenheimer, Dan (HP Labs Fort Collins)
@ 2006-01-31 22:32 ` Keir Fraser
  0 siblings, 0 replies; 2+ messages in thread
From: Keir Fraser @ 2006-01-31 22:32 UTC (permalink / raw)
  To: Magenheimer, Dan (HP Labs Fort Collins); +Cc: xen-devel, sos22, xen-ia64-devel


On 31 Jan 2006, at 20:11, Magenheimer, Dan (HP Labs Fort Collins) wrote:

> To fix it so that it works on x86 (shadow and non-shadow)
> and ia64, perhaps a macro call could be substituted for
> the three removed lines and define'd differently for each
> arch in asm/shadow.h?

I removed the dummy definition of __mfn_to_gpfn() from xen/shadow.h 
that was hiding ia64's own definition. I think Alex Williamson posted 
that as a fix. Is using that macro here not applicable for ia64 at all? 
If not and the tree is still broken for ia64 then we can perhaps define 
a gnttab_shared_gpfn() macro.

  -- Keir

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-01-31 22:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-30 21:08 cset 8690 blk driver regression Alex Williamson
  -- strict thread matches above, loose matches on Subject: below --
2006-01-31 20:11 [Xen-ia64-devel] " Magenheimer, Dan (HP Labs Fort Collins)
2006-01-31 22:32 ` Keir Fraser

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.