On Thu, Oct 15, 2009 at 5:38 PM, Stephen Rothwell wrote:
> Hi Grant,
>
> On Thu, 15 Oct 2009 11:06:15 -0600 Grant Likely
> wrote:
>>
>> In the mean time, I've pushed out the current series with acked-bys
>> added to my git server. I think I'm ready for things to start going
>> into linux-next.
Hi Grant,
On Thu, 15 Oct 2009 11:06:15 -0600 Grant Likely
wrote:
>
> In the mean time, I've pushed out the current series with acked-bys
> added to my git server. I think I'm ready for things to start going
> into linux-next. Since this is the first time I've asked for a tree
> to be added to
On Wed, Oct 14, 2009 at 7:00 PM, Stephen Rothwell wrote:
> Hi Grant,
>
> On Tue, 06 Oct 2009 22:29:57 -0600 Grant Likely
> wrote:
>>
>> Well, I've got to start somewhere...
>>
>> So here goes. I've begun the work to merge and clean up the OF device
>> tree handling code and this is my first set
Hi Grant,
On Tue, 06 Oct 2009 22:29:57 -0600 Grant Likely
wrote:
>
> Well, I've got to start somewhere...
>
> So here goes. I've begun the work to merge and clean up the OF device
> tree handling code and this is my first set of patches. Not fully
> tested yet, but I'm getting them out to the
On Wed, 7 Oct 2009, David Miller wrote:
From: Chris Newport
Date: Thu, 8 Oct 2009 02:29:25 +0100 (BST)
Sun4d has never had SMP support and
Wrong.
this is apparantly problematic due to Cray interlectual property
causing a lack of bus documentation.
XBUS documentation is not available, b
From: Chris Newport
Date: Thu, 8 Oct 2009 02:29:25 +0100 (BST)
> Sun4d has never had SMP support and
Wrong.
> this is apparantly problematic due to Cray interlectual property
> causing a lack of bus documentation.
XBUS documentation is not available, but we fully know how to
program the SBUS
On Wed, 7 Oct 2009, David Miller wrote:
Sun4c has also been broken for a long time and sun4d has never worked
properly. Is it time to also prune these ?.
That would leave only Sun4m in the 32bit kernel, which still works and
has plenty of ongoing user interest.
Chris don't over-exaggerate the
On Wed, Oct 07, 2009 at 09:52:43AM -0400, Sam Creasey wrote:
> On Wed, Oct 07, 2009 at 03:18:04PM +1000, Julian Calaby wrote:
> > On the subject of merging code, I know that the SUN3 code in m68k uses
> > a similar prom interface to the sparc32 code. (and I've also
> > considered unifying that and
On Wed, 7 Oct 2009, Mitch Bradley wrote:
Taking this one step further, I don't see any real good reason to continue
supporting Sun4 going forward. I got rid of my Sun4 systems long ago because
it was just too hard to keep them working - after having used them long after
most people had moved
From: Chris Newport
Date: Wed, 7 Oct 2009 21:54:34 +0100 (BST)
> Sun4c has also been broken for a long time and sun4d has never worked
> properly. Is it time to also prune these ?.
> That would leave only Sun4m in the 32bit kernel, which still works and
> has plenty of ongoing user interest.
Chr
Sun3 doesn't have OF
When I was first developing Open Boot for the SPARCstation-1, I was also
simultaneously trying to do it for a Sun-3 system that was being built
at the same time.
It proved to be too much to do both jobs at the same time, especially in
light of all the hardware debuggin
; To: grant.lik...@secretlab.ca
> Cc: s...@canb.auug.org.au; devicetree-disc...@lists.ozlabs.org;
microblaze-ucli...@itee.uq.edu.au;
> sparcli...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree
code
>
> From: Grant Likely
On Wed, Oct 07, 2009 at 03:18:04PM +1000, Julian Calaby wrote:
> On Wed, Oct 7, 2009 at 14:49, Grant Likely wrote:
> > On Tue, Oct 6, 2009 at 10:29 PM, Grant Likely
> > wrote:
> >>
> >> So here goes. I've begun the work to merge and clean up the OF device
> >> tree handling code and this is my
Grant Likely wrote:
> On Wed, Oct 7, 2009 at 1:09 AM, Rob Landley wrote:
>> On Tuesday 06 October 2009 23:49:04 Grant Likely wrote:
>>> However, I've completely devoted to this work for at least the next
>>> two months, so there are plenty more patches to follow. Once I've
>>> got all the commo
On Wed, Oct 7, 2009 at 1:09 AM, Rob Landley wrote:
> On Tuesday 06 October 2009 23:49:04 Grant Likely wrote:
>>
>> However, I've completely devoted to this work for at least the next
>> two months, so there are plenty more patches to follow. Once I've
>> got all the common code merged between Mic
> However, I've completely devoted to this work for at least the next
> two months, so there are plenty more patches to follow. Once I've
\o/ Thanks, Grant! A seperate tree would be great. Patches look good to me:
Acked-by: Wolfram Sang
--
Pengutronix e.K. | Wolfram
From: Grant Likely
Date: Tue, 6 Oct 2009 22:49:04 -0600
> Also, I'd like to take on responsibility for maintaining the cross-
> architecture device tree code. If there are no objections, I'll
> write a patch to add a device tree section to MAINTAINERS.
Feel free. And also feel free to add my:
On Tuesday 06 October 2009 23:49:04 Grant Likely wrote:
>
> However, I've completely devoted to this work for at least the next
> two months, so there are plenty more patches to follow. Once I've
> got all the common code merged between Microblaze, PowerPC and Sparc
> I'll be fix the endian proble
On Wed, Oct 7, 2009 at 14:49, Grant Likely wrote:
> On Tue, Oct 6, 2009 at 10:29 PM, Grant Likely
> wrote:
>>
>> So here goes. I've begun the work to merge and clean up the OF device
>> tree handling code and this is my first set of patches. Not fully
>> tested yet, but I'm getting them out to
On Tue, Oct 6, 2009 at 10:29 PM, Grant Likely wrote:
> Well, I've got to start somewhere...
>
> So here goes. I've begun the work to merge and clean up the OF device
> tree handling code and this is my first set of patches. Not fully
> tested yet, but I'm getting them out to the lists so that I
Well, I've got to start somewhere...
So here goes. I've begun the work to merge and clean up the OF device
tree handling code and this is my first set of patches. Not fully
tested yet, but I'm getting them out to the lists so that I can start
responding to comments and collecting acks. This fir
21 matches
Mail list logo