On Thu, 21 Jan 2010 10:22:27 -0700
Grant Likely wrote:
> On Tue, Jan 19, 2010 at 1:24 PM, Anatolij Gustschin wrote:
> > From: Piotr Ziecik
> >
> > Adds initial version of MPC512x DMA driver.
> > Only memory to memory transfers are currenly supported.
>
> Comments below on brief review. I've n
On Wed, 20 Jan 2010 12:22:32 +0100
Wolfram Sang wrote:
>
> > The patches are based on v2.6.33-rc4 and cover the following
> > items:
>
> The USB-patch needs two patches from linux-next. For convenience, don't you
> have a git-tree somewhere? :)
No, I don't have a git tree for this now, sorry.
> No, I don't have a git tree for this now, sorry.
No problem, I set one up at:
git://git.pengutronix.de/git/wsa/linux-2.6.git
It is based on 2.6.33-rc5 and contains the newest patches for FEC and I2C. (I
will pick up the patches as they show up on the lists, so this tree will be
rebased
This patch adds NOR FLASH MTD support to the Katmai (440SPe) dts file.
Additionally with a small whitespace cleanup.
Signed-off-by: Stefan Roese
Cc: Josh Boyer
---
arch/powerpc/boot/dts/katmai.dts | 71 +++--
1 files changed, 52 insertions(+), 19 deletions(-)
Signed-off-by: Stefan Roese
Cc: Josh Boyer
---
arch/powerpc/configs/44x/katmai_defconfig | 339 +++--
1 files changed, 274 insertions(+), 65 deletions(-)
diff --git a/arch/powerpc/configs/44x/katmai_defconfig
b/arch/powerpc/configs/44x/katmai_defconfig
index c23a4ef..a
On Tue, Jan 26, 2010 at 02:50:07PM +0100, Stefan Roese wrote:
>This patch adds NOR FLASH MTD support to the Katmai (440SPe) dts file.
>
>Additionally with a small whitespace cleanup.
>
>Signed-off-by: Stefan Roese
>Cc: Josh Boyer
>---
> arch/powerpc/boot/dts/katmai.dts | 71
On Tue, Jan 26, 2010 at 02:50:20PM +0100, Stefan Roese wrote:
>Signed-off-by: Stefan Roese
>Cc: Josh Boyer
I have an updated defconfig sitting in my 'merge' branch that Ben was supposed
to pull about 3 weeks ago. This will conflict with that. Do you think you
could regen the MTD adds off of th
On Mon, Jan 25, 2010 at 04:15:09PM +0100, Wolfram Sang wrote:
> > >>
> > >> -static void __devinit mpc_i2c_setclock_52xx(struct device_node *node,
> > >> -struct mpc_i2c *i2c,
> > >> -u32 clock, u32 prescaler)
On Mon, Jan 25, 2010 at 09:55:04PM +0100, Wolfgang Grandegger wrote:
> From: Wolfgang Grandegger
>
> "__devinit[data]" has not yet been used for all initialization functions
> and data. To avoid truncating lines, the struct mpc_i2c_match_data has
> been renamed to mpc_i2c_data, which is even the
On Tuesday 26 January 2010 16:05:26 Josh Boyer wrote:
> On Tue, Jan 26, 2010 at 02:50:20PM +0100, Stefan Roese wrote:
> >Signed-off-by: Stefan Roese
> >Cc: Josh Boyer
>
> I have an updated defconfig sitting in my 'merge' branch that Ben was
> supposed to pull about 3 weeks ago. This will confl
On Tuesday 26 January 2010 16:04:03 Josh Boyer wrote:
> On Tue, Jan 26, 2010 at 02:50:07PM +0100, Stefan Roese wrote:
> >This patch adds NOR FLASH MTD support to the Katmai (440SPe) dts file.
> >
> >Additionally with a small whitespace cleanup.
> >
> >Signed-off-by: Stefan Roese
> >Cc: Josh Boyer
Signed-off-by: Stefan Roese
Cc: Josh Boyer
---
v2: - Rebased against Josh's "merge" branch
arch/powerpc/configs/44x/katmai_defconfig | 94 +++--
1 files changed, 89 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/configs/44x/katmai_defconfig
b/arch/powerpc/co
This patch adds NOR FLASH MTD support to the Katmai (440SPe) dts file.
For this the OPB ranges address is mapped differently (base 0x
-> 0xe000). This results in the address being identical to the lower
32bit of its physical address. This is needed for the MTD mapping to work
correctly,
On Mon, Jan 25, 2010 at 10:34:29PM -0800, David Brownell wrote:
> On Monday 25 January 2010, Anton Vorontsov wrote:
> >
> > +config GPIOLIB_NOTIFIER
> > + bool
> > + help
> > + This symbol is selected by subsystems that need to handle GPIO
> > + chips addition and remov
On Mon, Jan 25, 2010 at 10:36:15PM -0800, David Brownell wrote:
> On Monday 25 January 2010, Anton Vorontsov wrote:
> > With this patch there are two ways to register OF GPIO controllers:
> >
> > 1. Allocating the of_gpio_chip structure and passing the
> > &of_gc->gc pointer to the gpiochip_add
Ben Dooks wrote:
> On Mon, Jan 25, 2010 at 09:55:04PM +0100, Wolfgang Grandegger wrote:
>> From: Wolfgang Grandegger
>>
>> "__devinit[data]" has not yet been used for all initialization functions
>> and data. To avoid truncating lines, the struct mpc_i2c_match_data has
>> been renamed to mpc_i2c_d
Ben Dooks wrote:
> On Mon, Jan 25, 2010 at 04:15:09PM +0100, Wolfram Sang wrote:
>
> -static void __devinit mpc_i2c_setclock_52xx(struct device_node *node,
> - struct mpc_i2c *i2c,
> - u32 clock, u32 prescaler
From: Wolfgang Grandegger
This patch series adds support for the MPC512x from Freescale to the
i2c-mpc driver. At that occasion, issues with __devinit[data] have
been fixed and the doc of the FSL I2C dts bindings updated. It has
been tested on a MPC5121ADS, TQM5200 and TQM8560 board
Changes sin
From: Wolfgang Grandegger
This patch adds the MPC5121 to the list of supported devices,
enhances the doc of the "clock-frequency" property and removes
the obsolete "cell-index" property from the example nodes.
Furthermore and example for the MPC5121 has been added.
Signed-off-by: Wolfgang Grande
From: Wolfgang Grandegger
The "setclock" initialization functions have been renamed to "setup"
because I2C interrupts must be enabled for the MPC512x. This requires
to handle "fsl,preserve-clocking" in a slighly different way. Also,
the old settings are now reported calling dev_dbg(). For the MPC
From: Wolfgang Grandegger
"__devinit[data]" has been renamed to "__init[data]" as this is not
a hotplugable device. Futhermore, all initialization functions and
data are now marked properly. To avoid truncating lines, the struct
"mpc_i2c_match_data" has been renamed to "mpc_i2c_data", which is
ev
My end goal is to run the latest 2.6.32 kernel on an ancient BSE-IP MPC823
board. One step in the process is an attempt to compile the last "working"
kernel for this platform, and it hasn't been pretty.
Back in 2005, Kumar Gala caught an issue with compiling for this platform,
and Dan Malek comm
On Tuesday 26 January 2010, Anton Vorontsov wrote:
> > Just
> > inline the little two blocking_notifier_call_chain() calls directly,
> > making this a *LOT* simpler.
>
> I'd rather stay with gpio_call_chain() helper, it makes the code
> a little bit prettier, IMO. Compare this:
The one without th
On Tuesday 26 January 2010, Anton Vorontsov wrote:
>
> > Why have two options, instead of just the first/simpler one??
>
> Because I2C/SPI drivers allocate (and register) gpio_chip structures
> by themselves, so the first option is a no-go.
You should be mentioning such issues in the patch comme
dan.g...@faa.gov wrote:
My end goal is to run the latest 2.6.32 kernel on an ancient BSE-IP MPC823
board. One step in the process is an attempt to compile the last "working"
kernel for this platform, and it hasn't been pretty.
Back in 2005, Kumar Gala caught an issue with compiling for this pla
> > My end goal is to run the latest 2.6.32 kernel on an ancient BSE-IP
MPC823
> > board. One step in the process is an attempt to compile the last
"working"
> > kernel for this platform, and it hasn't been pretty.
> >
> > Back in 2005, Kumar Gala caught an issue with compiling for this
platform,
dan.g...@faa.gov wrote:
Any idea of the last kernel version that worked? So I know I can count on
that as a reference?
I'm not familiar with the board, sorry -- was just pointing out that
there shouldn't be anything too dependent on the particular boards/chips
that are currently supported
The new Power7 processor has 4 way SMT. This 4 way SMT benefits from
dynamic power updates that arch_scale_smt_power was designed to provide.
The first patch fixes a generic scheduler bug necessary for arch_scale_smt
to properly function. The second patch implements arch_scale_smt_power
for powe
> > I have the 2.2 pre7 from BSE, but there have been a few changes
since. ;^)
>
> Hopefully not changes in the board. :-)
Hardware is standard.
> That kernel should still work for extracting any knowledge about the
> board's hardware that may or may not be clear from its documentation.
Yeah, I
Enable the scheduler feature that allows use of arch_scale_smt_power. Stub out
the broken x86 implementation.
Signed-off-by: Joel Schopp
---
Index: linux-2.6.git/kernel/sched_features.h
===
--- linux-2.6.git.orig/kernel/sched_featur
On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
there is performance benefit to idling the higher numbered threads in
the core.
This patch implements arch_scale_smt_power to dynamically update smt
thread power in these idle cases in order to prefer threads 0,1 over
thread
On Tue, 2010-01-26 at 17:28 -0600, Joel Schopp wrote:
> On Power7 processors running in SMT4 mode with 2, 3, or 4 idle threads
> there is performance benefit to idling the higher numbered threads in
> the core.
>
> This patch implements arch_scale_smt_power to dynamically update smt
> thread po
On Sunday 24 January 2010, Wolfgang Denk wrote:
> In message <4b5c5bdf.6020...@grandegger.com> you wrote:
> >
> > You are probably right and your proposal would likely result in more
> > transparent (less ugly) code. There has been some discussion about
> > unifying FEC drivers when the patches (w
> Cc'ing Ben for PPC. Ben, should PPC use pci_scan_device when probing
> its root busses? Sounds like it just uses pci_device_add for each one
> it finds instead?
>
> If you don't actually need scanning (though what about hotplug?) we can
> move the call to device_add instead...
Ok so I looked
On Fri, 2010-01-22 at 16:19 +1300, Michael Neuling wrote:
>
> In message
> <39fb8f1aeab9940b86c940b9a5f8e6bd41ec316c.1263368253.git.mich...@ell
> erman.id.au> you wrote:
> > On 64-bit kernels we currently have a 512 byte struct paca_struct for
> > each cpu (usually just called "the paca"). Curren
Add missing hookup to existing pci_slot when building the pci_dev from
scratch off the Open Firmware device-tree
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/kernel/pci_of_scan.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/pci_of_sca
We are missing these when building the pci_dev from scratch off
the Open Firmware device-tree
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/kernel/pci_of_scan.c |2 ++
drivers/pci/probe.c |4 ++--
include/linux/pci.h |4
3 files changed, 8 in
Add missing call to pci_fixup_device(pci_fixup_early, ...) when
building the pci_dev from scratch off the Open Firmware device-tree
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/kernel/pci_of_scan.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc
> On Fri, 2010-01-22 at 16:19 +1300, Michael Neuling wrote:
> >=20
> > In message <39fb8f1aeab9940b86c940b9a5f8e6bd41ec316c.1263368253.git.micha=
> e...@ell
> > erman.id.au> you wrote:
> > > On 64-bit kernels we currently have a 512 byte struct paca_struct for
> > > each cpu (usually just called "t
On 64-bit kernels we currently have a 512 byte struct paca_struct for
each cpu (usually just called "the paca"). Currently they are statically
allocated, which means a kernel built for a large number of cpus will
waste a lot of space if it's booted on a machine with few cpus.
We can avoid that by
> On 64-bit kernels we currently have a 512 byte struct paca_struct for
> each cpu (usually just called "the paca"). Currently they are statically
> allocated, which means a kernel built for a large number of cpus will
> waste a lot of space if it's booted on a machine with few cpus.
>
> We can av
41 matches
Mail list logo
