Re: [PATCH 3b/6] omap: Split vmalloc.h for mach-omap1 and mach-omap2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Aguirre Rodriguez, Sergio Alberto <saaguirre@xxxxxx> [091020 10:15]:
> Tony, 
> 
> > -----Original Message-----
> > From: linux-omap-owner@xxxxxxxxxxxxxxx 
> > [mailto:linux-omap-owner@xxxxxxxxxxxxxxx] On Behalf Of Tony Lindgren
> > Sent: Tuesday, October 20, 2009 11:57 AM
> > To: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
> > Cc: linux-omap@xxxxxxxxxxxxxxx
> > Subject: [PATCH 3b/6] omap: Split vmalloc.h for mach-omap1 
> > and mach-omap2
> > 
> > I've added a patch to split vmalloc.h into this series to allow
> > different VMALLOC_END on omap1 and omap2.
> > 
> > Regards,
> > 
> > Tony
> > 
> > From 72464dbae2749dd57bc2b3cd57d4fc6ba7abca37 Mon Sep 17 00:00:00 2001
> > From: Tony Lindgren <tony@xxxxxxxxxxx>
> > Date: Mon, 19 Oct 2009 17:26:29 -0700
> > Subject: [PATCH] omap: Split vmalloc.h for mach-omap1 and mach-omap2
> > 
> > Earlier patch "omap: Remap L3, L4 to get more kernel io address space"
> > changed the VMALLOC_END.
> > 
> > However, this change causes problems on mach-omap1:
> > 
> > BUG: mapping for 0xe0000000 at 0xe0000000 overlaps vmalloc space
> > BUG: mapping for 0xe1000000 at 0xe1000000 overlaps vmalloc space
> > 
> > Fix this by creating separate vmalloc.h files for mach-omap1
> > and mach-omap2.
> > 
> > Signed-off-by: Tony Lindgren <tony@xxxxxxxxxxx>
> > 
> > diff --git a/arch/arm/plat-omap/include/mach/vmalloc.h 
> > b/arch/arm/mach-omap1/include/mach/vmalloc.h
> > similarity index 86%
> > copy from arch/arm/plat-omap/include/mach/vmalloc.h
> > copy to arch/arm/mach-omap1/include/mach/vmalloc.h
> > index fc338a5..1b2af14 100644
> > --- a/arch/arm/plat-omap/include/mach/vmalloc.h
> > +++ b/arch/arm/mach-omap1/include/mach/vmalloc.h
> > @@ -1,5 +1,5 @@
> >  /*
> > - *  arch/arm/plat-omap/include/mach/vmalloc.h
> > + *  arch/arm/mach-omap1/include/mach/vmalloc.h
> 
> I thought that keeping file paths was discouraged...
> 
> Why not getting rid of it to avoid changing it every time?

Well mostly to keep things consistent with existing files.
If we want to, we can do a separate series to remove the
paths for all the files later on.

Regards,

Tony
 
> Regards,
> Sergio
> >   *
> >   *  Copyright (C) 2000 Russell King.
> >   *
> > @@ -17,8 +17,4 @@
> >   * along with this program; if not, write to the Free Software
> >   * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 
> > 02111-1307 USA
> >   */
> > -#ifdef CONFIG_ARCH_OMAP1
> >  #define VMALLOC_END	(PAGE_OFFSET + 0x18000000)
> > -#else
> > -#define VMALLOC_END	(PAGE_OFFSET + 0x38000000)
> > -#endif
> > diff --git a/arch/arm/plat-omap/include/mach/vmalloc.h 
> > b/arch/arm/mach-omap2/include/mach/vmalloc.h
> > similarity index 85%
> > rename from arch/arm/plat-omap/include/mach/vmalloc.h
> > rename to arch/arm/mach-omap2/include/mach/vmalloc.h
> > index fc338a5..9ce9b6e 100644
> > --- a/arch/arm/plat-omap/include/mach/vmalloc.h
> > +++ b/arch/arm/mach-omap2/include/mach/vmalloc.h
> > @@ -17,8 +17,4 @@
> >   * along with this program; if not, write to the Free Software
> >   * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 
> > 02111-1307 USA
> >   */
> > -#ifdef CONFIG_ARCH_OMAP1
> > -#define VMALLOC_END	(PAGE_OFFSET + 0x18000000)
> > -#else
> > -#define VMALLOC_END	(PAGE_OFFSET + 0x38000000)
> > -#endif
> > +#define VMALLOC_END	  (PAGE_OFFSET + 0x38000000)
> > --
> > To unsubscribe from this list: send the line "unsubscribe 
> > linux-omap" in
> > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> > 
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux