On Tue, 2010-04-27 at 15:56 +1000, Benjamin Herrenschmidt wrote:
Hi Linus !
PowerPC has been a bit quiet this time around :-) That is until Kumar
woke me up with a few fixes and defconfig updates for the freescale
embedded platforms.
I added a few patches to that. Some ps3 defconfig
So we tried to speed things up a bit using flush_hash_pages() directly
but that falls over on 603 of course meaning we fail to flush the TLB
properly and we may even end up having it corrupt memory randomly by
accessing a hash table that doesn't exist.
This removes the optimization by always
By setting reset_type to one of the following values, the default
software reset mechanism may be overidden. Here the possible values of
reset_type:
1 - PPC4xx core reset
2 - PPC4xx chip reset
3 - PPC4xx system reset (default)
This will be used by a new PPC440SPe board port, which needs a
Hi,
I am trying to set a page of my data-structure as read-only on a USI MPC8347E.
This is primarily to figure a data structure corruption issue.
Added small support as follows:
ppc/mm/init.c:MMU_setup
__map_without_bats = 1;
__map_without_ltlbs = 1;
ppc/mm/pgtable.c
static int
On Tue, Apr 27, 2010 at 08:31:18PM -0600, Grant Likely wrote:
On Tue, Apr 27, 2010 at 4:29 PM, Mark Brown
On the other hand from a pragmatic point of view it's just much less
hassle to just only provide the mechanism for instantiating a machine
with custom code and use that for everything.
On Wed, Apr 28, 2010 at 02:10:11PM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2010-04-27 at 23:29 +0100, Mark Brown wrote:
On the other hand from a pragmatic point of view it's just much less
hassle to just only provide the mechanism for instantiating a machine
with custom code and use
On Tue, 2010-04-27 at 14:27 -0600, Grant Likely wrote:
Unfortunately, I'm in the same boat. :-( However, I'll be at UDS in
2 weeks time, and I know audio is a big concern for the Ubuntu folks.
A bunch of the ARM vendors will be there too. I'll schedule a session
to talk about audio
On Wed, Apr 28, 2010 at 02:25:29PM +1000, Benjamin Herrenschmidt wrote:
I'd stay stick to the basics and move incrementally up until it stops
making sense:
- First, the basics: nodes for actual physical devices. i2c codecs on
their i2c busses, DMA controllers, etc...
This is already
On Tue, Apr 27, 2010 at 5:29 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
codec1 :co...@4f {
compatible = cirrus,cs4270;
reg = 0x4f;
/* MCLK source is a stand-alone oscillator */
On Wed, Apr 28, 2010 at 12:37 AM, Grant Likely
grant.lik...@secretlab.ca wrote:
Why not? Just have the ssi driver probe routine register the fabric
device based on the existence of the codec-handle property. It is the
best way to go about things with the data that you've got available,
and
On Wed, Apr 28, 2010 at 08:19:00AM -0500, Timur Tabi wrote:
On Tue, Apr 27, 2010 at 5:29 PM, Mark Brown
You also want to be representing unused pins here.
If they're unused, how do I represent them? Can you give me an example?
You should arrange for something to call snd_soc_dapm_nc_pin()
On Mon, 01 Mar 2010 14:45:20 +1100
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Sat, 2010-02-27 at 22:44 -1000, Mitch Bradley wrote:
As it turns out, I'm doing exactly that - exporting verbatim EDID
data
as the value of the edid property - for the display node on the Via
On Wed, Apr 28, 2010 at 7:35 AM, Timur Tabi ti...@freescale.com wrote:
On Wed, Apr 28, 2010 at 12:37 AM, Grant Likely
grant.lik...@secretlab.ca wrote:
Why not? Just have the ssi driver probe routine register the fabric
device based on the existence of the codec-handle property. It is the
On Wed, Apr 28, 2010 at 10:13:34AM +0200, Stefan Roese wrote:
By setting reset_type to one of the following values, the default
software reset mechanism may be overidden. Here the possible values of
reset_type:
1 - PPC4xx core reset
2 - PPC4xx chip reset
3 - PPC4xx system reset (default)
On Wed, Apr 28, 2010 at 8:57 AM, Grant Likely grant.lik...@secretlab.ca wrote:
I'm just saying move the registration of the machine device out of
arch/powerpc platform code and into the ssi driver.
But the SSI driver is an OF driver, and it gets probed for every SSI
node in the device tree.
On Wed, Apr 28, 2010 at 10:20 AM, Timur Tabi ti...@freescale.com wrote:
On Wed, Apr 28, 2010 at 8:57 AM, Grant Likely grant.lik...@secretlab.ca
wrote:
I'm just saying move the registration of the machine device out of
arch/powerpc platform code and into the ssi driver.
But the SSI driver
Grant Likely wrote:
Didn't you just finish saying that you cannot see any situation where
you would want the SSI devices linked into a single audio device? So
then if both SSIs are being used for audio, then do you not need a
machine driver for each ssi?
That's right. But in order for my
Grant -
Thanks for the feedback. My responses are inline.
--Steve
On Tue, 2010-04-27 at 23:13 -0600, Grant Likely wrote:
Hi Sergey and Steven,
On Tue, Apr 27, 2010 at 8:29 PM, Steven J. Magnani
st...@digidescorp.com wrote:
On Wed, 2010-04-28 at 02:06 +0400, Sergey Temerkhanov wrote:
On Wed, Apr 28, 2010 at 2:22 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
So we tried to speed things up a bit using flush_hash_pages() directly
but that falls over on 603 of course meaning we fail to flush the TLB
properly and we may even end up having it corrupt memory randomly
On Wed, 28 Apr 2010 14:15:50 -0500
Xianghua Xiao xiaoxiang...@gmail.com wrote:
On Wed, Apr 28, 2010 at 2:22 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
So we tried to speed things up a bit using flush_hash_pages() directly
but that falls over on 603 of course meaning we fail
Hi Grant,
Thanks for review and comments. I'm back to this now and hope
to address your comments soon.
On Sat, 27 Feb 2010 23:50:09 -0700
Grant Likely grant.lik...@secretlab.ca wrote:
On Sat, Feb 27, 2010 at 2:58 PM, Anatolij Gustschin ag...@denx.de wrote:
MPC5121 DIU configuration/setup as
On Tue, Apr 27, 2010 at 5:09 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Keep in mind that it's perfectly kosher to create nodes for virtual
devices. IE. We could imagine a node for the sound subsystem that
doesn't actually correspond to any physical device but contain the
On Tue, 27 Apr 2010 15:42:11 +0200 (CEST)
Thomas Gleixner t...@linutronix.de wrote:
On Thu, 22 Apr 2010, Guillaume Knispel wrote:
[snip]
acked and masked at controller level and IRQ_PENDING is set.
---
arch/arm/Kconfig |4
On Wed, Apr 28, 2010 at 2:35 PM, Timur Tabi timur.t...@gmail.com wrote:
On Tue, Apr 27, 2010 at 5:09 AM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
Keep in mind that it's perfectly kosher to create nodes for virtual
devices. IE. We could imagine a node for the sound subsystem that
On Wednesday 28 April 2010 09:13:06 you wrote:
Hi Sergey and Steven,
On Tue, Apr 27, 2010 at 8:29 PM, Steven J. Magnani
st...@digidescorp.com wrote:
On Wed, 2010-04-28 at 02:06 +0400, Sergey Temerkhanov wrote:
This is the 2nd version of Xilinx MPMC LocalLink SDMA subsystem
Changelog
On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely grant.lik...@secretlab.ca wrote:
The sound0 node needs a compatible value,
I knew I was forgetting something
the sound-device node should
probably have one too.
The aliases, cpus, and memory node don't have a compatible property,
and I was
On Wed, Apr 28, 2010 at 4:13 PM, Timur Tabi timur.t...@gmail.com wrote:
On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
The sound0 node needs a compatible value,
I knew I was forgetting something
:-)
the sound-device node should
probably have one too.
On Wed, 28 Apr 2010, Guillaume Knispel wrote:
On Tue, 27 Apr 2010 15:42:11 +0200 (CEST)
Thomas Gleixner t...@linutronix.de wrote:
On Thu, 22 Apr 2010, Guillaume Knispel wrote:
[snip]
acked and masked at controller level and IRQ_PENDING is set.
---
arch/arm/Kconfig
On Wed, 2010-04-28 at 14:15 -0500, Xianghua Xiao wrote:
This change works me on a 834x(e300) platform, tested with lmbench and
a production-ready application with 2.6.33.3.
But have you tested that DEBUG_PAGEALLOC actually works ? :-)
A way to do that is to
- get_free_pages a page
The revision in SVR for MPC5123 is 3. The NFC is the same as MPC5121
revision 2.
---
drivers/mtd/nand/mpc5121_nfc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/mpc5121_nfc.c
b/drivers/mtd/nand/mpc5121_nfc.c
index 191bf99..dc04d74 100644
---
This moves query_cpu_stopped() out of the hotplug cpu code and into
smp.c so it can called in other places and renames it to
smp_query_cpu_stopped().
It also cleans up the return values by adding some #defines
Cc: sta...@kernel.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
Currently we always call start-cpu irrespective of if the CPU is
stopped or not. Unfortunatley on POWER7, firmware seems to not like
start-cpu being called when a cpu already been started. This was not
the case on POWER6 and earlier.
This patch checks to see if the CPU is stopped or not via an
On Wed, 2010-04-28 at 13:07 +0100, Mark Brown wrote:
The device-tree helps keep the platform .c file simple and devoid of too
horrible hacks, it allows to easily pass various configuration data to
leaf drivers such as i2c thingies, PHY devices etc... without gross
hooks between these and
On Wed, 2010-04-28 at 14:00 +0100, Mark Brown wrote:
The whole thing is a matter of common sense and a bit of taste :-)
The impression that has been created in the past is that there are
inflexible device tree rules which can't be varied.
I'm a bit sad this is how things have been perceived
On Wed, 2010-04-28 at 15:35 -0500, Timur Tabi wrote:
Second, how about this binding for the virtual sound node? It would
be a root-level node.
sound-devices {
sound0 {
ssi = ssi0;
playback-dma = dma00;
On Wed, 2010-04-28 at 17:13 -0500, Timur Tabi wrote:
On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
The sound0 node needs a compatible value,
I knew I was forgetting something
the sound-device node should
probably have one too.
The aliases, cpus,
Hi,
Alan Modra pointed out that he added an option to PowerPC gcc years ago
specifically for us to do lightweight mcount profiling.
The normal PowerPC gcc mcount stuff forces a stack spill and gets itself
tangled up in the function prolog, making it impossible to nop out easily:
# gcc -pg:
The option Alan added reduces the footprint to 3 instructions which can
be noped out completely. The rest of the function does not rely on the first
three instructions. No stack spill is forced either:
# gcc -pg -mprofile-kernel
From a quick test it appears that this only works with -m64,
On Thu, 2010-04-29 at 11:02 +1000, Benjamin Herrenschmidt wrote:
The option Alan added reduces the footprint to 3 instructions which can
be noped out completely. The rest of the function does not rely on the first
three instructions. No stack spill is forced either:
# gcc -pg
On Thu, Apr 29, 2010 at 11:02:47AM +1000, Benjamin Herrenschmidt wrote:
From a quick test it appears that this only works with -m64, not -m32.
Alan is that correct ?
Yes.
Any chance you can fix that in future gcc versions ?
No need really. 32-bit _mcount calls happen before the prologue
On Thu, 2010-04-29 at 10:51 +1000, Anton Blanchard wrote:
Hi,
# gcc -pg -mprofile-kernel
.foo:
0: 7c 08 02 a6 mflrr0
4: f8 01 00 10 std r0,16(r1)
8: 48 00 00 01 bl 8 .foo+0x8 --- call to mcount
c: 7c 08 02 a6 mflrr0
On Wed, 2010-04-28 at 21:55 -0400, Steven Rostedt wrote:
On Thu, 2010-04-29 at 10:51 +1000, Anton Blanchard wrote:
Hi,
# gcc -pg -mprofile-kernel
.foo:
0: 7c 08 02 a6 mflrr0
4: f8 01 00 10 std r0,16(r1)
8: 48 00 00 01 bl 8
On Wed, Apr 28, 2010 at 6:36 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Wed, 2010-04-28 at 13:07 +0100, Mark Brown wrote:
The device-tree helps keep the platform .c file simple and devoid of too
horrible hacks, it allows to easily pass various configuration data to
leaf
On Wed, Apr 28, 2010 at 6:52 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Wed, 2010-04-28 at 17:13 -0500, Timur Tabi wrote:
On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
The sound0 node needs a compatible value,
I knew I was forgetting
44 matches
Mail list logo