Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings

2014-10-07 Thread Rob Landley
On 10/07/14 11:59, David Daney wrote: > On 10/07/2014 09:31 AM, Guenter Roeck wrote: >> On Tue, Oct 07, 2014 at 11:21:11AM -0500, Rob Landley wrote: >>> On 10/07/14 00:28, Guenter Roeck wrote: >>>> Devicetree bindings are supposed to be operating system indepe

Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings

2014-10-07 Thread Rob Landley
On 10/07/14 00:28, Guenter Roeck wrote: > Devicetree bindings are supposed to be operating system independent > and should thus not describe how a specific functionality is implemented > in Linux. So your argument is that linux/Documentation/devicetree/bindings should not be specific to Linux. Mer

Re: [RFC] Get rid of SUBARCH

2013-08-22 Thread Rob Landley
On 08/22/2013 03:55:20 PM, David Daney wrote: On 08/22/2013 01:41 PM, Rob Landley wrote: On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote: On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg wrote: >> > The series touches also m68k, sh, mips and unicore32. >> > These archi

Re: [RFC] Get rid of SUBARCH

2013-08-22 Thread Rob Landley
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote: On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg wrote: >> > The series touches also m68k, sh, mips and unicore32. >> > These architectures magically select a cross compiler if ARCH != SUBARCH. >> > Do really need that behavior? >> >> This d

Re: [RFC] Get rid of SUBARCH

2013-08-21 Thread Rob Landley
On 08/21/2013 07:07:33 AM, Geert Uytterhoeven wrote: On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger wrote: > This series is an attempt to remove the SUBARCH make parameter. > It as introduced at the times of Linux 2.5 for UML to tell the UML > build system what the real architecture is.

Re: [git pull] m68k updates for 3.8

2012-12-14 Thread Rob Landley
On 12/14/2012 06:04:51 AM, Greg Ungerer wrote: Hi Rob, ... Somebody got one of my images to boot under aranym but they had to patch the kernel fairly extensively to add the emulated device support that emulator provided. It doesn't emulate real devices the way qemu does, but qemu doesn't full

Re: [git pull] m68k updates for 3.8

2012-12-14 Thread Rob Landley
On 12/13/2012 01:44:14 PM, Geert Uytterhoeven wrote: Hi Linus, The following changes since commit 29594404d7fe73cd80eaa4ee8c43dcc53970c60e: Linus Torvalds (1): Linux 3.7 Query: what's your test environment? I've been trying to get m68k linux to boot in qemu on and off for

Re: m68k with mmu doesn't compile after 66d857b08b8c3ed

2011-08-20 Thread Rob Landley
On 08/20/2011 02:18 PM, Rob Landley wrote: > The m68k build in 3.0 dies with this: > > CC arch/m68k/kernel/dma.o > In file included from arch/m68k/kernel/dma.c:4: > arch/m68k/kernel/dma_no.c: In function 'dma_sync_single_for_cpu': > arch/m68k/kernel/dma_no.c:44:

Re: make headers_install broken for ARCH=m68k in 2.6.29-rc7.

2009-03-19 Thread Rob Landley
On Thursday 19 March 2009 02:59:45 Geert Uytterhoeven wrote: > On Wed, Mar 18, 2009 at 19:12, Rob Landley wrote: > > On Wednesday 18 March 2009 00:34:43 Greg Ungerer wrote: > >> Rob Landley wrote: > >> > On Monday 16 March 2009 18:10:45 Greg Ungerer wrote: > &g

Re: make headers_install broken for ARCH=m68k in 2.6.29-rc7.

2009-03-18 Thread Rob Landley
On Wednesday 18 March 2009 00:34:43 Greg Ungerer wrote: > Hi Rob, > > Rob Landley wrote: > > On Monday 16 March 2009 18:10:45 Greg Ungerer wrote: > >>>>git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git > >>>> fix-includes ... > &g

Re: make headers_install broken for ARCH=m68k in 2.6.29-rc7.

2009-03-17 Thread Rob Landley
On Monday 16 March 2009 18:10:45 Greg Ungerer wrote: > >>git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git > >> fix-includes ... > Did you get the "fix-includes" branch? Quite possibly not. (I'm not a git person.) I did a "git clone git://blah fix-includes" of the branch you g

Re: make headers_install broken for ARCH=m68k in 2.6.29-rc7.

2009-03-16 Thread Rob Landley
On Monday 16 March 2009 07:40:19 Greg Ungerer wrote: > Geert Uytterhoeven wrote: > > On Fri, Mar 13, 2009 at 11:52, Greg Ungerer wrote: > >> Sam Ravnborg wrote: > >>> On Fri, Mar 13, 2009 at 09:33:18AM +0100, Geert Uytterhoeven wrote: > On Fri, Mar 13, 2009 at 09:25, Sam Ravnborg wrote: > >>

Re: [PATCH] Make m68k cross compile like every other architecture.

2007-10-18 Thread Rob Landley
On Thursday 18 October 2007 4:14:20 pm Sam Ravnborg wrote: > > Anyway, here's a try to make it autodetect m68k-linux-gnu-gcc and > > m68k-linux-gcc. Perhaps it can be generalized in kbuild, to allow > > arch/*/Makefile to set a list of possible cross-compiler prefixes? > > Here is my first try. > W

Re: [PATCH] Make m68k cross compile like every other architecture.

2007-10-15 Thread Rob Landley
On Monday 15 October 2007 3:25:35 pm Geert Uytterhoeven wrote: > 64-bit parisc tests if /usr/bin/hppa64-linux-gnu- exists. > If yes, it sets CROSS_COMPILE to hppa64-linux-gnu-. > If no, it sets CROSS_COMPILE to hppa64-linux- > > 32-bit parisc unconditionally sets CROSS_COMPILE to hppa-linux-. > > T

Re: [PATCH] Make m68k cross compile like every other architecture.

2007-10-11 Thread Rob Landley
On Thursday 11 October 2007 11:26:07 am Finn Thain wrote: > On Thu, 11 Oct 2007, Geert Uytterhoeven wrote: > > > Reading the patch in that link, recent cross compilers from _where_? > > > Buildroot? Cross-tools? Gentoo embedded? Cross Linux From Scratch? > > > My Firmware Linux project? > > > >

Re: [PATCH] Make m68k cross compile like every other architecture.

2007-10-11 Thread Rob Landley
On Thursday 11 October 2007 7:46:47 am Geert Uytterhoeven wrote: > On Thu, 11 Oct 2007, Sam Ravnborg wrote: > > On Thu, Oct 11, 2007 at 09:25:19AM +0200, Geert Uytterhoeven wrote: > > > On Wed, 10 Oct 2007, Rob Landley wrote: > > > > From: Rob Landley <[EMAIL PR

Re: [PATCH] Make m68k cross compile like every other architecture.

2007-10-11 Thread Rob Landley
On Thursday 11 October 2007 2:25:19 am Geert Uytterhoeven wrote: > On Wed, 10 Oct 2007, Rob Landley wrote: > > From: Rob Landley <[EMAIL PROTECTED]> > > > > Rip out hardwired cross compiler name assumption that only m68k makes. > > > > Signe