On Aug 25, 2009, at 8:52 AM, Benjamin Krill wrote:
The previous implementation breaks the dts binding "mtd-
physmap.txt". This
implementation fixes the issue by checking the availability of the reg
property instead of the name property.
Signed-off-by: Benjamin Krill
---
drivers/mtd/ofpart.c
P1020 is another member of Freescale QorIQ series of processors.
It is an e500 based dual core SOC.
Being a scaled down version of P2020 it has following differences from P2020:
- 533MHz - 800MHz core frequency.
- 256Kbyte L2 cache
- Ethernet controllers with classification capabilities(new control
The previous implementation breaks the dts binding "mtd-physmap.txt". This
implementation fixes the issue by checking the availability of the reg
property instead of the name property.
Signed-off-by: Benjamin Krill
---
drivers/mtd/ofpart.c | 21 ++---
1 files changed, 10 insert
On Wed, 2009-08-19 at 01:44 +0400, Anton Vorontsov wrote:
> On Mon, Aug 10, 2009 at 10:35:23AM +0300, Artem Bityutskiy wrote:
> > On Fri, 2009-07-31 at 04:39 +0400, Anton Vorontsov wrote:
> > > Andrew,
> > >
> > > This new patch set overwrites following patches:
> > >
> > > hwmon-lm70-convert-t
On Aug 18, 2009, at 6:28 PM, Anton Vorontsov wrote:
mpc8272_ads.c is using BCSR bits definitions from pq2ads.h, but
according to User's Guide the bits are wrong for MPC8272ADS boards
(I guess definitions from pq2ads should only be used for PQ2FADS
boards).
So, let's introduce our own definitio
On Aug 18, 2009, at 6:28 PM, Anton Vorontsov wrote:
- Add usb node;
- Configure pins and clocks;
- Enable USB function in BCSR.
The support was successfully tested using serial and ethernet gadget
drivers.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/boot/dts/mpc8272ads.dts |8 ++
On Aug 18, 2009, at 6:28 PM, Anton Vorontsov wrote:
- Add gpio-controller node for BCSR17, it is used to control USB
speed and VBUS;
- Add timer node for QE GTM, needed for USB host;
- Add usb node itself;
- Add some probing code for BCSR GPIOs.
NOTE: QE USB doesn't work on prototype boards,
On Aug 18, 2009, at 4:20 PM, Michael Barkowski wrote:
This avoids having a short glitch if the desired initial value is not
the same as what was previously in the data register.
Signed-off-by: Michael Barkowski
---
Anton Vorontsov wrote:
There is a recursive locking bug: _set() takes the sam
On Aug 18, 2009, at 6:38 PM, Anton Vorontsov wrote:
This patch simply adds sdhci node to the device tree.
We specify clock-frequency manually, so that eSDHC will work without
upgrading U-Boot. Though, that'll only work for default setup (1500
MHz) on new board revisions. For non-default setups
The MMUCSR is now defined as part of the Book-3E architecture so we
can move it into mmu-book3e.h and add some of the additional bits
defined by the architecture specs.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/mmu-book3e.h | 12
arch/powerpc/include/asm/reg_booke.h
2009/8/5, Sebastian Andrzej Siewior :
> There is no SMP support. The other CPUs are not halted/resumed. At the
> time of writing it I did not have a SMP machine so I did not implement
> it.
> Sebastian
>
Hi Sebastian,
Recently I've implemented non-SMP kexec on MPC8572 and P2020ds(2G ram).
I
On Tuesday 25 August 2009 at 01:32:18, Andy Fleming wrote:
>
> Hmmmhow have you tested this? This looks like it has a bad race
> condition. The TCTRL register applies to all packets, which means if you
> send a packet with VLAN tags, followed by one without, or visa versa,
> there's a reason
On 08/24/2009 10:20 PM, Michael Neuling wrote:
>> Signed-off-by: Geoff Levand
>> ---
>> Hi Ben,
>>
>> Please send upstream if it is not too late.
>
> Is the current one broken? Maybe a commit message would be nice :-P
The current one is fine. The main change are:
o Refresh for 2.6.31.
o Re
Update ps3_defconfig.
o Refresh for 2.6.31.
o Remove MTD support.
o Add more HID drivers.
Signed-off-by: Geoff Levand
---
arch/powerpc/configs/ps3_defconfig | 211 +
1 file changed, 75 insertions(+), 136 deletions(-)
--- a/arch/powerpc/configs/ps3_defcon
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/boot/dts/mpc8272ads.dts|8
arch/powerpc/boot/dts/mpc8536ds.dts |8
arch/powerpc/boot/dts/mpc8536ds_36b.dts |
Some of the PCI features we have in ppc32 we will need on ppc64
platforms in the future. These include support for:
* ppc_md.pci_exclude_device
* indirect config cycles
* early config cycles
We also simplified the logic in fake_pci_bus() to assume it will always
get a valid pci_controller. Sinc
On Aug 25, 2009, at 9:20 PM, Kumar Gala wrote:
Some of the PCI features we have in ppc32 we will need on ppc64
platforms in the future. These include support for:
* ppc_md.pci_exclude_device
* indirect config cycles
* early config cycles
We also simplified the logic in fake_pci_bus() to assu
On Tue, Aug 25, 2009 at 8:20 PM, Kumar Gala wrote:
> Some of the PCI features we have in ppc32 we will need on ppc64
> platforms in the future. These include support for:
>
> * ppc_md.pci_exclude_device
> * indirect config cycles
> * early config cycles
>
> We also simplified the logic in fake_pci
From: Grant Likely
PPC_OF is always selected for arch/powerpc. This patch removes the stale
#defines
Signed-off-by: Grant Likely
Acked-by: Stephen Rothwell
Acked-by: Kumar Gala
---
arch/powerpc/kernel/pci-common.c |8
arch/powerpc/kernel/pci_32.c |9 -
2 files
From: Grant Likely
The PCI device tree scanning code in pci_64.c is some useful functionality.
It allows PCI devices to be described in the device tree instead of being
probed for, which in turn allows pci devices to use all of the device tree
facilities to describe complex PCI bus architectures
From: Grant Likely
The two versions are doing almost exactly the same thing. No need to
maintain them as separate files. This patch also has the side effect
of making the PCI device tree scanning code available to 32 bit powerpc
machines, but no board ports actually make use of this feature at
Hi guys
Here's v2 of the PCI device tree scanning code. This is tested and
working on 32bit. It needs to be tested on 64 bit, but there shouldn't
be any behavioural changes. It's mostly just a code move with a little
bit of fixups to merge code. I'd like to see this go into .32 when the
merge
Hi guys
Here's v2 of the PCI device tree scanning code. This is tested and
working on 32bit. It needs to be tested on 64 bit, but there shouldn't
be any behavioural changes. It's mostly just a code move with a little
bit of fixups to merge code. I'd like to see this go into .32 when the
merge
23 matches
Mail list logo
