All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Simek <monstr@monstr.eu>
To: microblaze-uclinux@itee.uq.edu.au
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	devicetree-discuss@lists.ozlabs.org,
	Rob Landley <rob@landley.net>,
	sparclinux@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	davem@davemloft.net
Subject: Re: [microblaze-uclinux] Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
Date: Wed, 07 Oct 2009 16:21:33 +0200	[thread overview]
Message-ID: <4ACCA3ED.6090403@monstr.eu> (raw)
In-Reply-To: <fa686aa40910070702j470785d2ka2621122a8e2f1fd@mail.gmail.com>



Grant Likely wrote:
> On Wed, Oct 7, 2009 at 1:09 AM, Rob Landley <rob@landley.net> 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 Microblaze, PowerPC and Sparc
>>> I'll be fix the endian problems and making it easily usable by other
>>> architectures like ARM and MIPS.  Lots of work to be done.
>> Is there any news on getting QEMU to parse a device tree to figure out what
>> hardware to emulate?  (I.E. using the device tree code to let qemu provide
>> configurable board emulations instead of hardwiring them in C code?)
> 
> Not that I have, but I expect that I will be hacking on QEMU as part
> of this work.

ok great. Just let us know - we will test it.

Thanks,
Michal

> 
>> Also, what would be involved in getting x86 to (at least have the option to)
>> use the device tree stuff?
> 
> It would be very easy once the endian issues are worked out since the
> device tree is just a data format to be parsed.
> 
> g.
> 

-- 
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian

WARNING: multiple messages have this Message-ID (diff)
From: Michal Simek <monstr@monstr.eu>
To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
Cc: Stephen Rothwell <sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org>,
	devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
Subject: Re: [microblaze-uclinux] Re: [RFC PATCH 00/12] Merge common OpenFirmware
Date: Wed, 07 Oct 2009 14:21:33 +0000	[thread overview]
Message-ID: <4ACCA3ED.6090403@monstr.eu> (raw)
In-Reply-To: <fa686aa40910070702j470785d2ka2621122a8e2f1fd-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>



Grant Likely wrote:
> On Wed, Oct 7, 2009 at 1:09 AM, Rob Landley <rob@landley.net> 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 Microblaze, PowerPC and Sparc
>>> I'll be fix the endian problems and making it easily usable by other
>>> architectures like ARM and MIPS.  Lots of work to be done.
>> Is there any news on getting QEMU to parse a device tree to figure out what
>> hardware to emulate?  (I.E. using the device tree code to let qemu provide
>> configurable board emulations instead of hardwiring them in C code?)
> 
> Not that I have, but I expect that I will be hacking on QEMU as part
> of this work.

ok great. Just let us know - we will test it.

Thanks,
Michal

> 
>> Also, what would be involved in getting x86 to (at least have the option to)
>> use the device tree stuff?
> 
> It would be very easy once the endian issues are worked out since the
> device tree is just a data format to be parsed.
> 
> g.
> 

-- 
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian

WARNING: multiple messages have this Message-ID (diff)
From: Michal Simek <monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org>
To: microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
Cc: Stephen Rothwell <sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org>,
	devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
Subject: Re: [microblaze-uclinux] Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
Date: Wed, 07 Oct 2009 16:21:33 +0200	[thread overview]
Message-ID: <4ACCA3ED.6090403@monstr.eu> (raw)
In-Reply-To: <fa686aa40910070702j470785d2ka2621122a8e2f1fd-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>



Grant Likely wrote:
> On Wed, Oct 7, 2009 at 1:09 AM, Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org> 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 Microblaze, PowerPC and Sparc
>>> I'll be fix the endian problems and making it easily usable by other
>>> architectures like ARM and MIPS.  Lots of work to be done.
>> Is there any news on getting QEMU to parse a device tree to figure out what
>> hardware to emulate?  (I.E. using the device tree code to let qemu provide
>> configurable board emulations instead of hardwiring them in C code?)
> 
> Not that I have, but I expect that I will be hacking on QEMU as part
> of this work.

ok great. Just let us know - we will test it.

Thanks,
Michal

> 
>> Also, what would be involved in getting x86 to (at least have the option to)
>> use the device tree stuff?
> 
> It would be very easy once the endian issues are worked out since the
> device tree is just a data format to be parsed.
> 
> g.
> 

-- 
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian

  reply	other threads:[~2009-10-07 14:21 UTC|newest]

Thread overview: 136+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-07  4:29 [RFC PATCH 00/12] Merge common OpenFirmware device tree code Grant Likely
2009-10-07  4:29 ` Grant Likely
2009-10-07  4:30 ` [RFC PATCH 01/12] of: Rework linux/of.h and asm/prom.h include ordering Grant Likely
2009-10-07  4:30   ` Grant Likely
2009-10-07  4:30   ` [RFC PATCH 01/12] of: Rework linux/of.h and asm/prom.h include Grant Likely
2009-10-07  4:30 ` [RFC PATCH 02/12] of: merge phandle, ihandle and struct property Grant Likely
2009-10-07  4:30 ` Grant Likely
2009-10-07  4:30   ` Grant Likely
2009-10-07  4:30 ` [RFC PATCH 03/12] of: merge struct device_node Grant Likely
2009-10-07  4:30   ` Grant Likely
2009-10-07  4:30   ` Grant Likely
2009-10-07  4:30 ` [RFC PATCH 04/12] of: Move OF_IS_DYNAMIC and OF_MARK_DYNAMIC macros to of.h Grant Likely
2009-10-07  4:30   ` [RFC PATCH 04/12] of: Move OF_IS_DYNAMIC and OF_MARK_DYNAMIC macros Grant Likely
2009-10-07  4:30 ` [RFC PATCH 04/12] of: Move OF_IS_DYNAMIC and OF_MARK_DYNAMIC macros to of.h Grant Likely
2009-10-07  4:30 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-07  4:30   ` [RFC PATCH 05/12] of: add common header for flattened device tree Grant Likely
2009-10-07  4:57   ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Stephen Rothwell
2009-10-07  4:57     ` Stephen Rothwell
2009-10-07  4:57     ` [RFC PATCH 05/12] of: add common header for flattened device Stephen Rothwell
2009-10-07 12:14     ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation Michal Simek
2009-10-07 12:14       ` Michal Simek
2009-10-07 12:14       ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header Michal Simek
2009-10-07 13:38       ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-07 13:38         ` Grant Likely
2009-10-07 13:38         ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header Grant Likely
2009-10-07 14:07         ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation Michal Simek
2009-10-07 14:07           ` [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header Michal Simek
2009-10-07  5:14   ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Benjamin Herrenschmidt
2009-10-07  5:14     ` Benjamin Herrenschmidt
2009-10-07  5:14     ` [RFC PATCH 05/12] of: add common header for flattened device Benjamin Herrenschmidt
2009-10-07 13:41     ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-07 13:41       ` Grant Likely
2009-10-07 13:41       ` [RFC PATCH 05/12] of: add common header for flattened device tree Grant Likely
2009-10-09  6:35   ` [RFC PATCH 05/12] of: add common header for flattened device tree representation David Gibson
2009-10-09  6:35     ` David Gibson
2009-10-09  6:35     ` [RFC PATCH 05/12] of: add common header for flattened device David Gibson
2009-10-09  7:07     ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-09  7:07       ` Grant Likely
2009-10-09  7:07       ` [RFC PATCH 05/12] of: add common header for flattened device tree Grant Likely
2009-10-14  4:47       ` [RFC PATCH 05/12] of: add common header for flattened device tree representation David Gibson
2009-10-14  4:47         ` David Gibson
2009-10-14  4:47         ` [RFC PATCH 05/12] of: add common header for flattened device David Gibson
2009-10-07  4:30 ` [RFC PATCH 05/12] of: add common header for flattened device tree representation Grant Likely
2009-10-07  4:31 ` [RFC PATCH 06/12] of: merge struct boot_param_header from Microblaze and PowerPC Grant Likely
2009-10-07  4:31 ` Grant Likely
2009-10-07  4:31   ` [RFC PATCH 06/12] of: merge struct boot_param_header from Microblaze Grant Likely
2009-10-07  4:31 ` [RFC PATCH 07/12] of: merge of_node_*_flag() and set_node_proc_entry() Grant Likely
2009-10-07  4:31 ` Grant Likely
2009-10-07  4:31   ` Grant Likely
2009-10-07  4:31 ` [RFC PATCH 08/12] of: merge of_read_number() an of_read_ulong() Grant Likely
2009-10-07  4:31   ` Grant Likely
2009-10-07  4:31 ` Grant Likely
2009-10-07  4:31 ` [RFC PATCH 09/12] of: merge of_node_get(), of_node_put() and of_find_all_nodes() Grant Likely
2009-10-07  4:31   ` [RFC PATCH 09/12] of: merge of_node_get(), Grant Likely
2009-10-07  4:31 ` [RFC PATCH 09/12] of: merge of_node_get(), of_node_put() and of_find_all_nodes() Grant Likely
2009-10-07  4:32 ` [RFC PATCH 10/12] of: merge of_*_flat_dt*() functions Grant Likely
2009-10-07  4:32   ` Grant Likely
2009-10-09  6:36   ` David Gibson
2009-10-09  6:36     ` David Gibson
2009-10-09  6:36     ` David Gibson
2009-10-09  7:03     ` Grant Likely
2009-10-09  7:03       ` Grant Likely
2009-10-09  7:03       ` Grant Likely
2009-10-07  4:32 ` Grant Likely
2009-10-07  4:32 ` [RFC PATCH 11/12] of: merge other miscellaneous prototypes Grant Likely
2009-10-07  4:32 ` Grant Likely
2009-10-07  4:32   ` Grant Likely
2009-10-07  4:32 ` [RFC PATCH 12/12] of: merge of_find_all_nodes() implementations Grant Likely
2009-10-07  4:32 ` Grant Likely
2009-10-07  4:32   ` Grant Likely
2009-10-07  4:49 ` [RFC PATCH 00/12] Merge common OpenFirmware device tree code Grant Likely
2009-10-07  4:49   ` Grant Likely
2009-10-07  4:49   ` Grant Likely
2009-10-07  5:18   ` Julian Calaby
2009-10-07  5:18     ` Julian Calaby
2009-10-07  5:18     ` Julian Calaby
2009-10-07 13:52     ` Sam Creasey
2009-10-07 13:52       ` Sam Creasey
2009-10-07 13:52       ` Sam Creasey
2009-10-07 19:30       ` Mitch Bradley
2009-10-07 19:30         ` Mitch Bradley
2009-10-07 19:30         ` Mitch Bradley
2009-10-07 20:54         ` Chris Newport
2009-10-07 20:54           ` Chris Newport
2009-10-07 20:54           ` Chris Newport
2009-10-07 21:09           ` David Miller
2009-10-07 21:09             ` David Miller
2009-10-07 21:09             ` David Miller
2009-10-08  1:29             ` Chris Newport
2009-10-08  1:29               ` Chris Newport
2009-10-08  4:39               ` David Miller
2009-10-08  4:39                 ` David Miller
2009-10-08  4:39                 ` David Miller
2009-10-08 13:24                 ` Kjetil Oftedal
2009-10-08 13:24                   ` Kjetil Oftedal
2009-10-08 13:24                   ` Kjetil Oftedal
2009-10-07 22:57       ` Brad Boyer
2009-10-07 22:57         ` Brad Boyer
2009-10-07  7:09   ` Rob Landley
2009-10-07  7:09     ` Rob Landley
2009-10-07  7:09     ` Rob Landley
2009-10-07 14:02     ` Grant Likely
2009-10-07 14:02       ` Grant Likely
2009-10-07 14:02       ` Grant Likely
2009-10-07 14:21       ` Michal Simek [this message]
2009-10-07 14:21         ` [microblaze-uclinux] " Michal Simek
2009-10-07 14:21         ` [microblaze-uclinux] Re: [RFC PATCH 00/12] Merge common OpenFirmware Michal Simek
2009-10-07  7:27   ` [RFC PATCH 00/12] Merge common OpenFirmware device tree code David Miller
2009-10-07  7:27     ` David Miller
2009-10-07  7:27     ` David Miller
2009-10-07 16:39     ` Stephen Neuendorffer
2009-10-07 16:39       ` Stephen Neuendorffer
2009-10-07 16:39       ` Stephen Neuendorffer
2009-10-07  9:02   ` Wolfram Sang
2009-10-07  9:02     ` Wolfram Sang
2009-10-07  9:02     ` Wolfram Sang
2009-10-07 22:20 ` Leif Sawyer
2009-10-07 22:39 ` David Miller
2009-10-07 22:50 ` Mitch Bradley
2009-10-15  1:00 ` Stephen Rothwell
2009-10-15  1:00   ` Stephen Rothwell
2009-10-15  1:00   ` Stephen Rothwell
2009-10-15  1:01   ` [PATCH 1/2] of: create asm/of.h Stephen Rothwell
2009-10-15  1:01     ` Stephen Rothwell
2009-10-15  1:01     ` Stephen Rothwell
2009-10-15  1:02     ` [PATCH 2/2] of: move struct property to asm/of.h Stephen Rothwell
2009-10-15  1:02       ` Stephen Rothwell
2009-10-15 17:06   ` [RFC PATCH 00/12] Merge common OpenFirmware device tree code Grant Likely
2009-10-15 17:06     ` Grant Likely
2009-10-15 17:06     ` Grant Likely
2009-10-15 23:38     ` Stephen Rothwell
2009-10-15 23:38       ` Stephen Rothwell
2009-10-15 23:38       ` Stephen Rothwell
2009-10-16  3:18       ` Grant Likely
2009-10-16  3:18         ` Grant Likely
2009-10-16  3:18         ` Grant Likely

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4ACCA3ED.6090403@monstr.eu \
    --to=monstr@monstr.eu \
    --cc=davem@davemloft.net \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=microblaze-uclinux@itee.uq.edu.au \
    --cc=rob@landley.net \
    --cc=sfr@canb.auug.org.au \
    --cc=sparclinux@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.