On Tue, May 22, 2012 at 7:42 AM, Suzuki K. Poulose wrote:
> Hi
>
> I came across the following issue while testing Kdump on an SMP
> board(Currituck) running a non-SMP kernel. Even though the kernel is UP,
> the device-tree has the nodes for second CPU and the related details.
>
>
> The kexec tool
On Thu, Mar 8, 2012 at 12:43 PM, Scott Wood wrote:
> On 03/08/2012 12:24 PM, McClintock Matthew-B29882 wrote:
>> On Thu, Mar 8, 2012 at 12:20 PM, Scott Wood wrote:
>>> On 03/08/2012 11:31 AM, McClintock Matthew-B29882 wrote:
>>>> On Fri, Mar 2, 2012 at 11:17 AM, Sco
On Thu, Mar 8, 2012 at 12:20 PM, Scott Wood wrote:
> On 03/08/2012 11:31 AM, McClintock Matthew-B29882 wrote:
>> On Fri, Mar 2, 2012 at 11:17 AM, Scott Wood wrote:
>>> On 03/02/2012 10:30 AM, Alexander Graf wrote:
>>>>
>>>> On 02.03.2012, at 17:20,
On Fri, Mar 2, 2012 at 11:17 AM, Scott Wood wrote:
> On 03/02/2012 10:30 AM, Alexander Graf wrote:
>>
>> On 02.03.2012, at 17:20, Scott Wood wrote:
>>
>>> On Fri, Mar 02, 2012 at 03:12:33PM +0100, Alexander Graf wrote:
When running inside a virtual machine, we can not modify timebase, so
On Feb 15, 2012 9:01 PM, "Michael Neuling"
mailto:mi...@neuling.org>> wrote:
>
> In message
> mailto:caesovnfoch%2boaxsqw6cy1suy_9zvdohqe%2bv_e-ztwc0m5q_...@mail.gmail.com>>
> you wrote:
> > On Wed, Feb 15, 2012 at 11:37 PM, Michael Neuling
> > mailto:mi...@neuling.org>> wrote:
> > >> > Becky,
On Wed, Feb 15, 2012 at 11:37 PM, Michael Neuling wrote:
>> > Becky,
>> >
>> > This has been broken in linux-next for a while. =A0Looks like a merge
>> > issue but you were the last to touch it...
>> >
>> > arch/powerpc/mm/hugetlbpage.c: In function 'reserve_hugetlb_gpages':
>> > arch/powerpc/mm/h
On Wed, Feb 15, 2012 at 11:08 PM, Michael Neuling wrote:
> Becky,
>
> This has been broken in linux-next for a while. Looks like a merge
> issue but you were the last to touch it...
>
> arch/powerpc/mm/hugetlbpage.c: In function 'reserve_hugetlb_gpages':
> arch/powerpc/mm/hugetlbpage.c:313: error
On Thu, Feb 2, 2012 at 2:59 AM, Arshad, Farrukh
wrote:
> Greetings All,
>
> I have general question regarding kernel debugging on PowerPC platform.
> Except printk what are other ways for kernel / kernel modules debugging on
> PowerPC architecture (i.e P1022DS/RDK boards). I am specifically referr
On Fri, Jan 13, 2012 at 2:45 PM, Kumar Gala wrote:
> On Jan 12, 2012, at 11:05 PM, Matthew McClintock wrote:
>
>> This fixes this build issue:
>>
>> arch/powerpc/mm/hugetlbpage.c: In function 'reserve_hugetlb_gpages':
>> arch/powerpc/mm/hugetlbpage.c:312:2: error: implicit declaration of function
On Fri, Dec 16, 2011 at 3:29 PM, Scott Wood wrote:
> On 12/15/2011 09:35 PM, Benjamin Herrenschmidt wrote:
>> On Fri, 2011-12-16 at 03:29 +, McClintock Matthew-B29882 wrote:
>>> On Thu, Dec 15, 2011 at 9:12 PM, Benjamin Herrenschmidt
>>> wrote:
>>>> On
On Thu, Dec 15, 2011 at 9:35 PM, Benjamin Herrenschmidt
wrote:
>> This is 4/5 which is also waiting for your review.
>>
>> http://lists.ozlabs.org/pipermail/linuxppc-dev/2011-October/093474.html
>
> Ah missed that. This is FSL specific, I'd need Kumar and/or Scott's ack
> for that one.
I believe
On Thu, Dec 15, 2011 at 9:12 PM, Benjamin Herrenschmidt
wrote:
> On Mon, 2011-11-28 at 22:24 -0600, Matthew McClintock wrote:
>> boot_cpuid and init_thread_info.cpu are redundant, just use the
>> var that stays around longer and add a define to make boot_cpuid
>> point at the correct value
>>
>> b
On Wed, Oct 26, 2011 at 11:57 PM, radha krishna wrote:
> Hi ,
>
> The subject is changed to "Kdump/kexec for mpc85xx", as i am going to use it
> on P2010 and MPC8567 processors as will. So that it will not confuse others
> and to continue as a separate topic. In fact, i have selected P2041 which i
On Mon, Oct 24, 2011 at 7:35 AM, radha krishna wrote:
> Hi Team,
>
> I am using Linux-3.0 on mpc8379 RDB. I have downloaded kexec-tools-2.0.2
> package from open source and cross compiled for ppc_6xx.
> But, the kexec is not booting with kernel loaded with "kexec -l".
I'm not sure who has tested
On Wed, Jul 20, 2011 at 8:49 AM, David Gibson
wrote:
> On Tue, Jul 19, 2011 at 11:22:44AM -0500, Matthew McClintock wrote:
>> Currently, the build can (very rarely) fail to build because libfdt.h has
>> not been created or is in the process of being copied.
>>
>> Signed-off-by: Matthew McClintock
On Fri, May 27, 2011 at 8:25 AM, Thomas De Schampheleire
wrote:
> Although I realize that what I need to achieve is unconventional, what
> is the correct way of mapping a certain address range into memory, and
> be able to execute from it?
Can you look at using mpic_reset_core in arch/powerpc/sys
On Wed, May 25, 2011 at 7:16 AM, Gabbasov, Andrew
wrote:
> Hello Matthew,
>
> You have made a patch
> "powerpc/fsl_booke: Add support to boot from core other than 0" some time
> ago, so you probably worked with booting the kernel on a cpu subset,
> particularly on the core other than 0.
>
> Could
Don't you have to spawn a terminal on the framebuffer for the login?
Right now getty spawns the login on the serial port via /etc/inittab.
Something similiar is probably needed for the framebuffer.
-M
On Mon, May 2, 2011 at 2:30 PM, Timur Tabi wrote:
> I'm using a Freescale P1022DS (PowerPC e5
18 matches
Mail list logo
