On Sun, Dec 06, 2009 at 04:21:50PM -0800, David Miller wrote:
> From: Robert Millan <r...@aybabtu.com>
> Date: Sun, 6 Dec 2009 14:10:26 +0100
> 
> > We're actually in the process of getting rid of device.map;
> 
> Meanwhile, please fix the regression you added to the tree. :-)

I think this should do it.  Please can you test?

> And I'll look into what you've mentioned to see if that kind of scheme
> will work properly on Sparc.

Thanks!

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."
=== modified file 'conf/common.rmk'
--- conf/common.rmk	2009-11-25 23:10:02 +0000
+++ conf/common.rmk	2009-12-07 14:03:09 +0000
@@ -3,7 +3,13 @@
 sbin_UTILITIES += grub-mkdevicemap
 grub_mkdevicemap_SOURCES = gnulib/progname.c util/grub-mkdevicemap.c \
 	util/deviceiter.c \
-	util/devicemap.c util/misc.c
+	util/misc.c
+
+ifeq ($(target_cpu)-$(platform), sparc64-ieee1275)
+grub_mkdevicemap_SOURCES += util/ieee1275/ofpath.c util/ieee1275/devicemap.c
+else
+grub_mkdevicemap_SOURCES += util/devicemap.c
+endif
 
 # For grub-mkelfimage.
 bin_UTILITIES += grub-mkelfimage

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Reply via email to