Hi Heiko,
On Mon, Jan 24, 2011 at 10:57:38AM +0100, Heiko Schocher wrote:
> - add binding to OF, compatible name "smi,sm501"
The MFD part looks fine to me:
Acked-by: Samuel Ortiz
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
__
Hi Heiko,
On Mon, Jan 24, 2011 at 10:57:20AM +0100, Heiko Schocher wrote:
> - add read/write functions for using this driver
> also on powerpc plattforms
Not sure whose tree this is going through. Probably Paul's one though.
The mfd part looks fine to me, please add my:
Acked-by: Samuel Ortiz
On Mon, Jan 31, 2011 at 12:45:41AM -0700, Grant Likely wrote:
>Signed-off-by: Grant Likely
>---
>
>For RFC only. I do not plan to merge this change yet.
>
>g.
>
> Documentation/devicetree/booting-without-of.txt | 40 +++
> 1 files changed, 40 insertions(+), 0 deletions(-)
>
>
On Mon, Jan 31, 2011 at 12:45:05AM -0700, Grant Likely wrote:
>32 and 64 bit powerpc support has been merged for a while now, but
>the booting-without-of.txt document still describes 32 bit as not
>supporting multiplatform, which is no longer true. This patch fixes
>the documentation.
>
>Also remo
On Mon, Jan 31, 2011 at 12:44:57AM -0700, Grant Likely wrote:
>The device tree is used by more than just PowerPC. Make the documentation
>directory available to all.
>
>v2: reorganized files while moving to create arch and driver specific
>directories.
Thanks Grant.
Acked-by: Josh Boyer
___
> -Original Message-
> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Grant
Likely
> Sent: Sunday, January 30, 2011 11:46 PM
> To: devicetree-disc...@lists.ozlabs.org;
linuxppc-
On Mon, Jan 31, 2011 at 11:00 AM, Stephen Neuendorffer
wrote:
>
>
>> -Original Message-
>> From: linuxppc-dev-bounces+stephen=neuendorffer.n...@lists.ozlabs.org
> [mailto:linuxppc-dev-
>> bounces+stephen=neuendorffer.n...@lists.ozlabs.org] On Behalf Of Grant
> Likely
>> Sent: Sunday, Janua
From: Peter Tyser
Previously a check was done on an ID register at the base of a CPU's
internal USB registers to determine if system interface regsiters were
present. The check looked for an ID register that had the format
ID[0:5] == ~ID[8:13] as described in the MPC5121 User's Manual to
determi
Provide devmem_is_allowed() routine to restrict access to kernel
memory from userspace.
Set CONFIG_STRICT_DEVMEM config option to switch on checking.
Signed-off-by: Steve Best
diff --git a/arch/powerpc/Kconfig.debug b/arch/powerpc/Kconfig.debug
index 2d38a50..6805d5d 100644
--- a/arc
On Mon, Jan 31, 2011 at 2:16 PM, Steve Best wrote:
> Provide devmem_is_allowed() routine to restrict access to kernel
> memory from userspace.
> Set CONFIG_STRICT_DEVMEM config option to switch on checking.
>
> Signed-off-by: Steve Best
>
> diff --git a/arch/powerpc/Kconfig.debug b/arch/
On Mon, Jan 31, 2011 at 2:25 PM, Josh Boyer wrote:
> On Mon, Jan 31, 2011 at 2:16 PM, Steve Best wrote:
>> Provide devmem_is_allowed() routine to restrict access to kernel
>> memory from userspace.
>> Set CONFIG_STRICT_DEVMEM config option to switch on checking.
>>
>> Signed-off-by: Stev
On Mon, 31 Jan 2011 14:16:00 -0500
Steve Best wrote:
> Provide devmem_is_allowed() routine to restrict access to kernel
> memory from userspace.
> Set CONFIG_STRICT_DEVMEM config option to switch on checking.
>
> Signed-off-by: Steve Best
>
> diff --git a/arch/powerpc/Kconfig.debug
I'm running 2.6.32 on MPC8379, trying to use the SDHCI interface.
It seems to work, reads are fine, but when I write to the device
(I've tried both eMMC soldered-on and pluggable MMC/SD cards),
I get intermittent failures. Specifically, some blocks will be
written while others fail. I haven't ye
32 and 64 bit powerpc support has been merged for a while now, but
the booting-without-of.txt document still describes 32 bit as not
supporting multiplatform, which is no longer true. This patch fixes
the documentation.
Also remove references to powerpc-specific details outside of section
I in pr
v3: added details to Documentation/arm/Booting
This is RFC only. I'm not asking for this to be merged until arm-dt
support is accepted in mainline.
Signed-off-by: Grant Likely
---
Documentation/arm/Booting | 33 +--
Documentation/devicetree/booting-witho
On Mon, Jan 31, 2011 at 4:36 AM, Josh Boyer wrote:
> On Mon, Jan 31, 2011 at 12:45:05AM -0700, Grant Likely wrote:
>>32 and 64 bit powerpc support has been merged for a while now, but
>>the booting-without-of.txt document still describes 32 bit as not
>>supporting multiplatform, which is no longer
The device tree is used by more than just PowerPC. Make the documentation
directory available to all.
v2: reorganized files while moving to create arch and driver specific
directories.
Signed-off-by: Grant Likely
Acked-by: Josh Boyer
---
Oops; resending 1/3 because last post sent raw patc
On Mon, Jan 31, 2011 at 12:44:41AM -0700, Grant Likely wrote:
> This series reorganizes and cleans up the device tree documentation
> to make the directory useful for non-powerpc users.
Looks better than first try. But the structure is very flat.
Did you consider an arch/* for all arch specific st
On Mon, Jan 31, 2011 at 09:34:49PM +0100, Sam Ravnborg wrote:
> On Mon, Jan 31, 2011 at 12:44:41AM -0700, Grant Likely wrote:
> > This series reorganizes and cleans up the device tree documentation
> > to make the directory useful for non-powerpc users.
>
> Looks better than first try. But the str
On Mon, Jan 31, 2011 at 3:01 PM, Grant Likely wrote:
> This patch implements an alternate method for using device tree data
> for populating machine device registration. Traditionally, board
> support has directly generated and registered devices based on nodes
> in the device tree. The board su
On Mon, Jan 31, 2011 at 02:01:31PM -0700, Grant Likely wrote:
> On Mon, Jan 31, 2011 at 09:34:49PM +0100, Sam Ravnborg wrote:
> > On Mon, Jan 31, 2011 at 12:44:41AM -0700, Grant Likely wrote:
> > > This series reorganizes and cleans up the device tree documentation
> > > to make the directory usefu
This patch implements an alternate method for using device tree data
for populating machine device registration. Traditionally, board
support has directly generated and registered devices based on nodes
in the device tree. The board support code starts at the root of the
tree and begins allocatin
Hi all!
First of all: Sorry, this is the wrong mailing list, but I searched a lot and
found none that would fit to PPC user-related problems -- linux-ppc would have
been one but this one seems to be dead since 2004?!
I've a G4 based Mac mini and would like to suspend it to RAM, though the
vani
23 matches
Mail list logo
