>
> With the above construct we do the "right thing" also for
> headers exported to userspace.
> But actually none of the headers using the above are
> subject for export at the moment so we could use a
> CONFIG_ symbol for the same.
One thing worth adding is that this patch fixes:
make ARCH
On Tue, Dec 09, 2008 at 12:26:05AM +0100, Arnd Bergmann wrote:
> On Tuesday 09 December 2008, Geert Uytterhoeven wrote:
> > > I have used the following include guard:
> > >
> > > #ifdef __uClinux__
> > > #include "atomic_no.h"
> > > #else
> > > #include "atomic_mm.h"
> > > #endif
> > >
> > > gcc
On Tue, Dec 09, 2008 at 12:02:46PM +0100, Arnd Bergmann wrote:
> On Tuesday 09 December 2008, Geert Uytterhoeven wrote:
> > What are the other exported headers that differ?
>
> byteorder.h, param.h, ptrace.h, setup.h, sigcontext.h, siginfo.h, signal.h
> and unistd.h.
And diffing these files for t
On Tue, Dec 09, 2008 at 12:26:05AM +0100, Arnd Bergmann wrote:
> On Tuesday 09 December 2008, Geert Uytterhoeven wrote:
> > > I have used the following include guard:
> > >
> > > #ifdef __uClinux__
> > > #include "atomic_no.h"
> > > #else
> > > #include "atomic_mm.h"
> > > #endif
> > >
> > > gcc
> >>
> >>>I'm not sure if it's entirely correct, but I think you can use
> >>>
> >>>#ifdef __KERNEL__
> >>># ifdef CONFIG_MMU
> >>># include "atomic_mm.h
> >>># else
> >>># include "atomic_no.h
> >>># endif
> >>>#else
> >>># ifndef __uClinux__
> >>># include "atomic_mm.h
> >>># else
> >>># incl
On Mon, Dec 08, 2008 at 09:58:14PM +0100, Sam Ravnborg wrote:
> [this mail is cross posted to uclinux mailing list which is subscriber only]
>
> Following is a pseudo patch (a script + a patch) that merges
> the include files for m68k and m68knommu in one place at:
I fixed the miss
On Sat, Dec 20, 2008 at 07:16:31AM -0700, Matt Waddel wrote:
> This patch fixes a build error with the latest (4.3.2-45)
> toolchain. .text.unlikely is required in the linker script.
Is this a general thing or specific to uclinux?
If it is general it belongs to:
include/asm-generic/vmlinux.lds.h
On Sat, Dec 20, 2008 at 07:16:12AM -0700, Matt Waddel wrote:
> Hi Greg,
>
> The next 6 patches fix minimal support for the M5329EVB in
> the uClinux 2.6.26-uc0 kernel. These patches apply after the
> linux-2.6.26-uc0.patch.gz patch has been applied.
>
> Let me know if there are any questions.
I
> >>
> >>More review, testing, comments welcome...
> >>Where to from here?
> >
> >I'll pull from it and give it some m68k test builds.
> >After that, you can move it to for-next. If everything's well, it can go to
> >Linus.
>
> Sounds like a plan.
>
>
> >Or should I amend and add my SoB and put
On Sun, Feb 01, 2009 at 10:46:30PM +1000, Greg Ungerer wrote:
> Hi Geert,
>
> Geert Uytterhoeven wrote:
> >>From b708bab9dbc93bc80bd06c9222ab34530736f737 Mon Sep 17 00:00:00 2001
> >From: Geert Uytterhoeven
> >Date: Thu, 29 Jan 2009 21:21:40 +0100
> >Subject: [PATCH] m68k: Unify arch/m68k/include
On Sat, Oct 17, 2009 at 06:02:58PM -0700, Steven King wrote:
> This is a script and patch to merge the m68knommu arch into m68k.
>
> The script was inspired by the script Sam Ravnborg used to merge the
> includes from m68knommu. For those files common to both arches but
> diffe
On Fri, Dec 04, 2009 at 02:47:56PM +1000, Greg Ungerer wrote:
> Hi Steven,
>
> Steven King wrote:
>> On Sunday 18 October 2009 04:55:40 Steven King wrote:
>>> This is a script and patch to merge the m68knommu arch into m68k.
>>
>> Ping.
>
> Sorry, I have just not had time to look at this yet.
> Pro
>
> I used also a minimal configuration for the initramfs as described at
> linux-2.6.33/Documentation/ramfs-rootfs-initramfs.txt.
> -8<-8<-8<-8<-8<
> dir /dev 755 0 0
> nod /dev/console 644 0 0
On Mon, Jun 07, 2010 at 11:39:30AM -0400, Jate Sujjavanich wrote:
> Sounds good. Therefore, the patch becomes:
>
> diff --git a/arch/m68k/include/asm/ide.h b/arch/m68k/include/asm/ide.h
> index 3958726..80e3e87 100644
> --- a/arch/m68k/include/asm/ide.h
> +++ b/arch/m68k/include/asm/ide.h
> @@ -1,
On Fri, Jun 11, 2010 at 10:05:27AM -0400, Jate Sujjavanich wrote:
>
>
> -Original Message-
> From: uclinux-dev-boun...@uclinux.org
> [mailto:uclinux-dev-boun...@uclinux.org] On Behalf Of Sam Ravnborg
> Sent: Monday, June 07, 2010 12:09 PM
> To: uClinux developme
es and files. (Thanks to Stephen King
> for the initial version of this script, and to
> Sam Ravnborg for the m68k includes merge script this was based on).
> Nothing outside of the arch/m68k and arch/m68knommu directories is
> touched, and in the end there is no more arch/m68knommu. To ap
ng
> > >> for the initial version of this script, and to
> > >> Sam Ravnborg for the m68k includes merge script this was based on).
> > >> Nothing outside of the arch/m68k and arch/m68knommu directories is
> > >> touched, and in the end there is no more
> >
> >
> >> Is there a plan to move m68k to the generic facilities as well ?
>
> Moving m68k to genirq is (the next thing?) on my list...
If I succeed migrating sparc32 to genirq I hope to be of a little help here.
It looks like a bigger task to migrate m68k than it was/is to migrate sparc32.
I
On Tue, Feb 22, 2011 at 08:40:53AM +0100, Geert Uytterhoeven wrote:
> On Tue, Feb 22, 2011 at 08:29, Sam Ravnborg wrote:
> >> >> Is there a plan to move m68k to the generic facilities as well ?
> >>
> >> Moving m68k to genirq is (the next thing?) on my li
Hi Greg.
> +
> +#if defined(__mc68020__) || defined(__mc68030__) || \
> +defined(__mc68040__) || defined(__mc68060__)
Why use these to decide if this is MMU or not?
This code is not exposed to user-space so we can rely on CONFIG_* symbols.
IMO the CONIFG_* symbols is easier to read/maintain.
On Thu, Aug 11, 2011 at 02:39:25PM +1000, g...@snapgear.com wrote:
> From: Greg Ungerer
>
> [This is a resend of this patch. If no-one has any objections then I
> want to push this into linux-next, for eventual inclusion in the 3.2
> merge window.]
Looks good.
Acked-b
s between the mmu and non-mmu kernel/Makefiles can
> easily be handled inside of a single Makefile. Merge the 2 back into
> a single Makefile.
Looks good (except the typo that is nto a typo:-) )
Acked-by: Sam Ravnborg
___
uClinux-dev mailing list
u
On Thu, Aug 11, 2011 at 03:10:21PM +1000, g...@snapgear.com wrote:
> From: Greg Ungerer
>
> [This is a resend of this patch. Would like to hear what others think of
> this change. It makes the top level configuration consistent for all m68k
> type processors, and makes it much easier to allow MMU
On Sat, May 05, 2012 at 05:34:42PM -0700, Steven King wrote:
> Hi Greg,
>
> The qspi consolidation omitted support for device initialization when the qspi
> is built as a module.
>
> Signed-off-by: Steven King
>
> ---
> arch/m68k/platform/520x/config.c |6 +++---
> arch/m68k/platform/523x/
24 matches
Mail list logo