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

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?)

Also, what would be involved in getting x86 to (at least have the option to) 
use the device tree stuff?

Rob
-- 
Latency is more important than throughput. It's that simple. - Linus Torvalds

WARNING: multiple messages have this Message-ID (diff)
From: Rob Landley <rob@landley.net>
To: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
Cc: Grant Likely
	<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	Stephen Rothwell <sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org>,
	davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
	microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
Subject: Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
Date: Wed, 07 Oct 2009 07:09:58 +0000	[thread overview]
Message-ID: <200910070209.59311.rob@landley.net> (raw)
In-Reply-To: <fa686aa40910062149p5d7141e4x3ff849fd4d191f38-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

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?)

Also, what would be involved in getting x86 to (at least have the option to) 
use the device tree stuff?

Rob
-- 
Latency is more important than throughput. It's that simple. - Linus Torvalds

WARNING: multiple messages have this Message-ID (diff)
From: Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org>
To: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
Cc: Grant Likely
	<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org,
	Stephen Rothwell <sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org>,
	davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org,
	sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	monstr-pSz03upnqPeHXe+LvDLADg@public.gmane.org,
	microblaze-uclinux-rVRm/Wmeqae7NGdpmJTKYQ@public.gmane.org
Subject: Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code
Date: Wed, 7 Oct 2009 02:09:58 -0500	[thread overview]
Message-ID: <200910070209.59311.rob@landley.net> (raw)
In-Reply-To: <fa686aa40910062149p5d7141e4x3ff849fd4d191f38-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

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?)

Also, what would be involved in getting x86 to (at least have the option to) 
use the device tree stuff?

Rob
-- 
Latency is more important than throughput. It's that simple. - Linus Torvalds

  parent reply	other threads:[~2009-10-07  7:09 UTC|newest]

Thread overview: 137+ 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 ` 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: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 ` Grant Likely
2009-10-07  4:31   ` [RFC PATCH 09/12] of: merge of_node_get(), 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-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 ` [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 [this message]
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       ` [microblaze-uclinux] " Michal Simek
2009-10-07 14:21         ` 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
  -- strict thread matches above, loose matches on Subject: below --
2009-10-07  4:29 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=200910070209.59311.rob@landley.net \
    --to=rob@landley.net \
    --cc=davem@davemloft.net \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=microblaze-uclinux@itee.uq.edu.au \
    --cc=monstr@monstr.eu \
    --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.