On 06.07.2012, at 01:51, Scott Wood wrote:
> On 07/04/2012 08:40 AM, Alexander Graf wrote:
>> On 25.06.2012, at 14:26, Mihai Caraman wrote:
>>> @@ -381,7 +386,8 @@ static int kvmppc_booke_irqprio_deliver(struct kvm_vcpu
>>> *vcpu,
>>>set_guest_esr(vcpu, vcpu->arch.queued_esr);
>>>
This allows the linker to know that calls to them do not need to switch
TOC and stop errors like the following when linking large configurations:
powerpc64-linux-ld: drivers/built-in.o: In function `.gpiochip_is_requested':
(.text+0x4): sibling call optimization to `_savegpr0_29' does not allow
a
Hi!
I am trying to change DSCR's value of a specific process with pid=XXX. For
this, I attach by ptrace() to XXX, inject a piece of code which does
mfspr/mtspr, "continue" XXX and see how it is changing. So far so good.
The problem is with "continue". The XXX process does not wake up until I pr
SLUB duplicates the cache name string passed into kmem_cache_create().
However if the cache could be merged to others during early boot, the
name pointer is saved in saved_alias list, and the string needs to be
kept valid before slab_sysfs_init() is finished. With this patch, the
name string (if km
This patch tries to kfree the cache name of pgtables cache. It depends
on patch 1/2 -- ([PATCH SLAB 1/2 v3] duplicate the cache name in SLUB's
saved_alias list, SLAB, and SLOB) in this mail thread.
For SLUB, as the pgtables cache might be mergeable to other caches.
During early boot, the name str
ha, forget it, it is all correct actually :)
On 06/07/12 17:30, Alexey Kardashevskiy wrote:
> Hi!
>
> I am trying to change DSCR's value of a specific process with pid=XXX. For
> this, I attach by ptrace() to XXX, inject a piece of code which does
> mfspr/mtspr, "continue" XXX and see how it
Hi Wen,
2012/07/04 19:01, Wen Congyang wrote:
> At 07/04/2012 01:52 PM, Yasuaki Ishimatsu Wrote:
>> Hi Wen,
>>
>> 2012/07/04 14:08, Wen Congyang wrote:
>>> At 07/04/2012 12:45 PM, Yasuaki Ishimatsu Wrote:
Hi Wen,
2012/07/03 15:35, Wen Congyang wrote:
> At 07/03/2012 01:56 PM, Ya
On 07/06/2012 11:54 AM, Li Zhong wrote:
> + if (!c && lname)
> + kfree(lname);
> +
kfree can still be validly called with a NULL argument. No need for the
lname in the conditional.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.o
At 07/06/2012 04:27 PM, Yasuaki Ishimatsu Wrote:
> Hi Wen,
>
> 2012/07/04 19:01, Wen Congyang wrote:
>> At 07/04/2012 01:52 PM, Yasuaki Ishimatsu Wrote:
>>> Hi Wen,
>>>
>>> 2012/07/04 14:08, Wen Congyang wrote:
At 07/04/2012 12:45 PM, Yasuaki Ishimatsu Wrote:
> Hi Wen,
>
> 2012/07
On Tue, Jun 26, 2012 at 07:40:10AM +0800, Rob Herring wrote:
> On 06/25/2012 01:28 AM, Dong Aisheng wrote:
> > From: Dong Aisheng
> >
> > prom_update_property() currently fails if the property doesn't
> > actually exist yet which isn't what we want. Change to add-or-update
> > instead of update-o
On 07/05/2012 01:29 PM, Li Zhong wrote:
> On Thu, 2012-07-05 at 12:23 +0400, Glauber Costa wrote:
>> On 07/05/2012 05:41 AM, Li Zhong wrote:
>>> On Wed, 2012-07-04 at 16:40 +0400, Glauber Costa wrote:
On 07/04/2012 01:00 PM, Li Zhong wrote:
> On Tue, 2012-07-03 at 15:36 -0500, Christoph La
On Fri, Jul 6, 2012 at 5:47 AM, Michael Neuling wrote:
>> 4,89,24561;NIP: c0048164 LR: c0048160 CTR:
>> 4,90,24576;REGS: c0007e59fb50 TRAP: 0700 Tainted: GW
>> (3.5.0-rc4-mikey)
>> 4,91,24583;MSR: 90021032
>> 4,92,24586;<
>> 4,93,24591;S
If arch_validate_hwbkpt_settings() fails, bp->ctx won't be valid and the
kernel panics. Add a check to fix this.
Reported-by: Edjunior Barbosa Machado
Signed-off-by: Naveen N. Rao
---
arch/powerpc/kernel/hw_breakpoint.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch
On 28.06.2012, at 01:50, Scott Wood wrote:
> This gives the kernel a paravirtualized machine to target, without
> requiring both sides to pretend to be targeting a specific board
> that likely has little to do with the host in KVM scenarios. This
> avoids the need to add new boards to QEMU just
I thought I posted this a couple of days ago. Would this not fix things
without having to change all the allocators?
Subject: slub: Dup name earlier in kmem_cache_create
Dup the name earlier in kmem_cache_create so that alias
processing is done using the copy of the string and not
the string its
On Jul 5, 2012, at 5:07 PM, Timur Tabi wrote:
> This reverts commit 96cc017c5b7ec095ef047d3c1952b6b6bbf98943.
>
> The P3060 was cancelled before it went into production, so there's no point
> in supporting it.
>
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/boot/dts/fsl/p3060si-post.dtsi |
On Jul 5, 2012, at 11:02 PM, Sethi Varun-B16395 wrote:
>
>
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Tuesday, June 19, 2012 12:53 AM
>> To: Sethi Varun-B16395
>> Cc: Wood Scott-B07421; Kumar Gala; Linuxppc-dev@lists.ozlabs.org
>> Subject: Re: [PATCH 4/4] powerpc/mpic: FS
Kumar Gala wrote:
> I assume you're sending a similar patch to u-boot.
Yes, but I wanted to see if this one was accepted first.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists
On 25.06.2012, at 14:26, Mihai Caraman wrote:
> tlbilxva emulation was using an u32 variable for guest effective address.
> Replace it with gva_t type to handle 64-bit guests.
>
> Signed-off-by: Mihai Caraman
Thanks, applied to kvm-ppc-next.
Alex
On Fri, Jul 6, 2012 at 12:46 PM, Kay Sievers wrote:
> On Fri, Jul 6, 2012 at 5:47 AM, Michael Neuling wrote:
>
>>> 4,89,24561;NIP: c0048164 LR: c0048160 CTR:
>>> 4,90,24576;REGS: c0007e59fb50 TRAP: 0700 Tainted: GW
>>> (3.5.0-rc4-mikey)
>>> 4,91
On 07/06/2012 07:29 AM, Alexander Graf wrote:
>
> On 28.06.2012, at 01:50, Scott Wood wrote:
>
>> This gives the kernel a paravirtualized machine to target, without
>> requiring both sides to pretend to be targeting a specific board
>> that likely has little to do with the host in KVM scenarios.
On 06.07.2012, at 18:25, Scott Wood wrote:
> On 07/06/2012 07:29 AM, Alexander Graf wrote:
>>
>> On 28.06.2012, at 01:50, Scott Wood wrote:
>>
>>> This gives the kernel a paravirtualized machine to target, without
>>> requiring both sides to pretend to be targeting a specific board
>>> that lik
On 07/06/2012 11:30 AM, Alexander Graf wrote:
>
> On 06.07.2012, at 18:25, Scott Wood wrote:
>
>> On 07/06/2012 07:29 AM, Alexander Graf wrote:
>>> I really think we should document what exactly this machine expects.
>>
>> Well, the point of this paravirt machine is to avoid such assumptions --
>
On 06.07.2012, at 18:52, Scott Wood wrote:
> On 07/06/2012 11:30 AM, Alexander Graf wrote:
>>
>> On 06.07.2012, at 18:25, Scott Wood wrote:
>>
>>> On 07/06/2012 07:29 AM, Alexander Graf wrote:
I really think we should document what exactly this machine expects.
>>>
>>> Well, the point of
On Mar 21, 2012, at 11:54 PM, Prabhakar Kushwaha wrote:
> BSC9131RDB is a Freescale reference design board for BSC9131 SoC.The BSC9131
> is integrated SoC that targets Femto base station market. It combines Power
> Architecture e500v2 and DSP StarCore SC3850 core technologies with MAPLE-B2F
> bas
On Jul 5, 2012, at 5:07 PM, Timur Tabi wrote:
> This reverts commit 96cc017c5b7ec095ef047d3c1952b6b6bbf98943.
>
> The P3060 was cancelled before it went into production, so there's no point
> in supporting it.
>
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/boot/dts/fsl/p3060si-post.dtsi |
On Jul 5, 2012, at 10:08 AM, Timur Tabi wrote:
> In order to enable the DIU video controller on the P1022DS, the FPGA needs
> to be switched to "indirect mode", where the localbus is disabled and
> the FPGA is accessed via writes to localbus chip select signals CS0 and CS1.
>
> To obtain the add
Kay Sievers wrote:
> On Fri, Jul 6, 2012 at 12:46 PM, Kay Sievers wrote:
> > On Fri, Jul 6, 2012 at 5:47 AM, Michael Neuling wrote:
> >
> >>> 4,89,24561;NIP: c0048164 LR: c0048160 CTR:
> >>>
> >>> 4,90,24576;REGS: c0007e59fb50 TRAP: 0700 Tainted: G
On 07/06/2012 11:59 AM, Alexander Graf wrote:
>
> On 06.07.2012, at 18:52, Scott Wood wrote:
>
>> On 07/06/2012 11:30 AM, Alexander Graf wrote:
>>>
>>> On 06.07.2012, at 18:25, Scott Wood wrote:
>>>
Then what would we do if we want to add an ePAPR virtual PIC
instead? Or if something
> -Original Message-
> From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
> Sent: Thursday, July 05, 2012 1:26 AM
> To: Alexander Graf
> Cc: Caraman Mihai Claudiu-B02008; ; KVM list;
> linuxppc-dev; qemu-...@nongnu.org List
> Subject: Re: [Qemu-ppc] [RFC PATCH 12/17] PowerPC: bo
> -Original Message-
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+mihai.caraman=freescale@lists.ozlabs.org] On Behalf Of
> Benjamin Herrenschmidt
> Sent: Thursday, July 05, 2012 1:21 AM
> To: Alexander Graf
> Cc: qemu-...@nongnu.org List; Caraman Mihai Claudiu-B02008; linuxppc-d
On 07.07.2012, at 00:33, Caraman Mihai Claudiu-B02008 wrote:
>> -Original Message-
>> From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
>> Sent: Thursday, July 05, 2012 1:26 AM
>> To: Alexander Graf
>> Cc: Caraman Mihai Claudiu-B02008; ; KVM list;
>> linuxppc-dev; qemu-...@no
On Fri, 2012-07-06 at 17:09 +1000, Stephen Rothwell wrote:
> This allows the linker to know that calls to them do not need to switch
> TOC and stop errors like the following when linking large configurations:
> arch/powerpc/lib/crtsavres.S |5 -
You didn't make any change to the linker sc
33 matches
Mail list logo
