In message <1271426308.1674.429.ca...@laptop> you wrote:
> On Wed, 2010-04-14 at 14:28 +1000, Michael Neuling wrote:
>
> > > Right, so I suspect this will indeed break some things.
> > >
> > > We initially allowed 0 capacity for when a cpu is consumed by an RT task
> > > and there simply isn't mu
On Wed, Apr 28, 2010 at 6:52 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2010-04-28 at 17:13 -0500, Timur Tabi wrote:
>> On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely
>> wrote:
>>
>> > The sound0 node needs a compatible value,
>>
>> I knew I was forgetting something
>>
>> > the sound-device node
On Wed, Apr 28, 2010 at 6:36 PM, Benjamin Herrenschmidt
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 drivers such as
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
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
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
a
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 -
> 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 -
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:
000
On Wed, 2010-04-28 at 17:13 -0500, Timur Tabi wrote:
> On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely
> 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 n
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 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 perce
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 thes
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
qu
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:
Signed-off-by: Michael Neuling
---
arch/powerpc/platforms/pseries/hotplug-cpu.c
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
--- a/driv
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
On Wed, 28 Apr 2010, Guillaume Knispel wrote:
> On Tue, 27 Apr 2010 15:42:11 +0200 (CEST)
> Thomas Gleixner 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, Apr 28, 2010 at 4:13 PM, Timur Tabi wrote:
> On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely
> 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 nod
On Wed, Apr 28, 2010 at 4:58 PM, Grant Likely 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 modeling the design after th
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
>
> 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 v2:
>
On Wed, Apr 28, 2010 at 2:35 PM, Timur Tabi wrote:
> On Tue, Apr 27, 2010 at 5:09 AM, Benjamin Herrenschmidt
> 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
On Tue, 27 Apr 2010 15:42:11 +0200 (CEST)
Thomas Gleixner 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
> > arch/arm/configs/acs5k_defconf
On Tue, Apr 27, 2010 at 5:09 AM, Benjamin Herrenschmidt
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
> necessary properties
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 wrote:
> On Sat, Feb 27, 2010 at 2:58 PM, Anatolij Gustschin wrote:
> > MPC5121 DIU configuration/setup as initialized by the boot
> > loader c
On Wed, 28 Apr 2010 14:15:50 -0500
Xianghua Xiao wrote:
> On Wed, Apr 28, 2010 at 2:22 AM, Benjamin Herrenschmidt
> 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
On Wed, Apr 28, 2010 at 2:22 AM, Benjamin Herrenschmidt
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 by
> accessing a hash
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
> wrote:
> > On Wed, 2010-04-28 at 02:06 +0400, Sergey Temerkhanov wrote:
> >> This is the 2n
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 m
On Wed, Apr 28, 2010 at 10:20 AM, Timur Tabi wrote:
> On Wed, Apr 28, 2010 at 8:57 AM, Grant Likely
> 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 f
On Wed, Apr 28, 2010 at 8:57 AM, Grant Likely 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 the 8610, that means b
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 (d
On Wed, Apr 28, 2010 at 7:35 AM, Timur Tabi wrote:
> On Wed, Apr 28, 2010 at 12:37 AM, Grant Likely
> 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
On Mon, 01 Mar 2010 14:45:20 +1100
Benjamin Herrenschmidt 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
> > version of t
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 Wed, Apr 28, 2010 at 12:37 AM, Grant Likely
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 it is no big deal. Th
On Tue, Apr 27, 2010 at 5:29 PM, Mark Brown
wrote:
>> codec1 :co...@4f {
>> compatible = "cirrus,cs4270";
>> reg = <0x4f>;
>> /* MCLK source is a stand-alone oscillator */
>> clock-frequency = <1
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 sup
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 b
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
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 every
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 __change
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
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 goi
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 & m
45 matches
Mail list logo
