* Stephen Rothwell wrote:
> Hi Ingo,
>
> On Wed, 5 Feb 2014 07:06:33 +0100 Ingo Molnar wrote:
> >
> > So, if you meant Linus to pull it, you probably want to cite a real
> > Git URI along the lines of:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/paulg/init.git
>
> Paul provide
Hi Ingo,
On Wed, 5 Feb 2014 07:06:33 +0100 Ingo Molnar wrote:
>
> So, if you meant Linus to pull it, you probably want to cite a real
> Git URI along the lines of:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/paulg/init.git
Paul provided the proper git url further down in the mail alo
* Paul Gortmaker wrote:
> On Feb 4, 2014 3:52 PM, "Paul Gortmaker"
> wrote:
> >
> > We've had this in linux-next for 2+ weeks (thanks Stephen!) as a
> > linux-stable like queue of patches, and as can be seen here:
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/paulg/init.git
>
> Arg
On 04.02.2014 [14:39:32 -0600], Christoph Lameter wrote:
> On Mon, 3 Feb 2014, Nishanth Aravamudan wrote:
>
> > Yes, sorry for my lack of clarity. I meant Joonsoo's latest patch for
> > the $SUBJECT issue.
>
> Hmmm... I am not sure that this is a general solution. The fallback to
> other nodes ca
Hi Scott,
This panic was in the kernel related to NFS , not u-boot; Unfortunately
I didn't catch the earlier console message/Oops but I recall it being
something similar.
Can you enlighten me what the errata addresses ? I
I filed the bug here:
https://bugs.launchpad.net/ubuntu/+source/lin
On Tue, 2014-02-04 at 16:45 -0600, John Donnelly wrote:
> Hi Scott,
>
> This panic was in the kernel related to NFS , not u-boot;
> Unfortunately I didn't catch the earlier console message/Oops but I
> recall it being something similar.
>
>
> Can you enlighten me what the errata address
On Tue, 2014-02-04 at 16:45 -0600, John Donnelly wrote:
> Hi Scott,
>
> This panic was in the kernel related to NFS , not u-boot;
> Unfortunately I didn't catch the earlier console message/Oops but I
> recall it being something similar.
>
>
> Can you enlighten me what the errata addresse
On Sat, 2014-02-01 at 15:35 +1100, Michael Ellerman wrote:
> This patch adds some documentation on the different cpu families
> supported by arch/powerpc.
>
> Signed-off-by: Michael Ellerman
> ---
> v2: Reworked formatting to avoid wrapping.
> Fixed up Freescale details.
>
>
> Documentatio
On Tue, 2014-02-04 at 08:47 -0600, John Donnelly wrote:
>
>
>
>
> Hi,
> Where is a appropriate place to file a bug for this : This is the
> second occurrence I have seen.
>
What U-Boot are you running, and what is the output of its "errata"
command? There are some errata (e.g. A-004510) that
On Feb 4, 2014 3:52 PM, "Paul Gortmaker"
wrote:
>
> We've had this in linux-next for 2+ weeks (thanks Stephen!) as a
> linux-stable like queue of patches, and as can be seen here:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/paulg/init.git
Argh, above link is meant for cloning, not viewi
Thanks.
It appears to be a Ubuntu component :
(saucy)root@(none)# dpkg -S /boot/vmlinux-3.11.0-5-powerpc-e500mc
linux-image-3.11.0-5-powerpc-e500mc: /boot/vmlinux-3.11.0-5-powerpc-e500mc
On Tue, Feb 4, 2014 at 9:59 AM, Thadeu Lima de Souza Cascardo <
casca...@linux.vnet.ibm.com> wrote:
> On Tue
We've had this in linux-next for 2+ weeks (thanks Stephen!) as a
linux-stable like queue of patches, and as can be seen here:
https://git.kernel.org/pub/scm/linux/kernel/git/paulg/init.git
most of the changes in the last week have been trivial adding acks
or dropping patches that maintainers de
On Mon, 3 Feb 2014, Nishanth Aravamudan wrote:
> Yes, sorry for my lack of clarity. I meant Joonsoo's latest patch for
> the $SUBJECT issue.
Hmmm... I am not sure that this is a general solution. The fallback to
other nodes can not only occur because a node has no memory as his patch
assumes.
If
On Tue, 4 Feb 2014, Preeti U Murthy wrote:
> Do you want me to send out the next version with the above corrections
> including the patch added to this thread where we handle archs setting
> the CPUIDLE_FLAG_TIMER_STOP flag?
Yes please.
___
Linuxppc-dev
On 02/04/2014 03:31 PM, Thomas Gleixner wrote:
> On Fri, 24 Jan 2014, Preeti U Murthy wrote:
>> -extern void tick_broadcast_oneshot_control(unsigned long reason);
>> +extern int tick_broadcast_oneshot_control(unsigned long reason);
>
>> -static inline void tick_broadcast_oneshot_control(unsigned l
Hi Thomas,
On 02/04/2014 03:48 PM, Thomas Gleixner wrote:
>> +++ b/kernel/time/tick-broadcast-hrtimer.c
>> +/*
>> + * This is called from the guts of the broadcast code when the cpu
>> + * which is about to enter idle has the earliest broadcast timer event.
>> + */
>> +static int bc_set_next(ktime
On Tue, Feb 04, 2014 at 08:47:14AM -0600, John Donnelly wrote:
> Hi,
> Where is a appropriate place to file a bug for this : This is the second
> occurrence I have seen.
>
If this is a Ubuntu kernel, probably report it at Canonical's Launchpad.
If it is provided by Freescale, report it to Freesc
hello,
sorry if this message doesn't clearly hit the topic of this list but i
would like to ask if anybody has information about bringing a linux-3.10 or
later kernel to ge fanuc ppc9a powerpc board (existing bsp? vme drivers?
etc.?) to prevent starting from scratch for this task.
any ideas would
Hi,
Where is a appropriate place to file a bug for this : This is the second
occurrence I have seen.
saucy)root@(none):/work/svy/tools# * Stopping MD monitoring service mdadm
--monitor
[ OK ]
* Asking all remaining processes to terminate...[
OK ]
* All processes ende
Currently some errors/info to be reported use
printk and the rest pr_fmt(). This patch
makes the complete error logging uniform.
Signed-off-by: Deepthi Dharwar
---
arch/powerpc/platforms/powernv/opal-elog.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/arch
Correct spell error in opal-elog.c
Signed-off-by: Deepthi Dharwar
---
arch/powerpc/platforms/powernv/opal-elog.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/platforms/powernv/opal-elog.c
b/arch/powerpc/platforms/powernv/opal-elog.c
index c9ce835..90ccb70
This patch provides error logging interfaces to report critical
powernv error logs to FSP.
All the required information to dump the error is collected
at POWERNV level through error log interfaces
and then pushed on to FSP.
Signed-off-by: Deepthi Dharwar
---
arch/powerpc/include/asm/opal.h
This patch series defines generic interfaces for error logging to
push down critical errors from powernv platform to FSP.
Also, it contains few minor fixes for the exisiting error logging
framework that retrieves error logs from FSP.
Changes from V4:
* Reverted OPAL token for ELOG_OPAL_SEND to 92
> +++ b/kernel/time/tick-broadcast-hrtimer.c
> +/*
> + * This is called from the guts of the broadcast code when the cpu
> + * which is about to enter idle has the earliest broadcast timer event.
> + */
> +static int bc_set_next(ktime_t expires, struct clock_event_device *bc)
> +{
> + ktime_t n
On Fri, 24 Jan 2014, Preeti U Murthy wrote:
> -extern void tick_broadcast_oneshot_control(unsigned long reason);
> +extern int tick_broadcast_oneshot_control(unsigned long reason);
> -static inline void tick_broadcast_oneshot_control(unsigned long reason) { }
> +static inline int tick_broadcast_on
On 04.02.2014, at 09:03, Alexey Kardashevskiy wrote:
> On 01/13/2014 02:44 AM, Alexander Graf wrote:
>>
>> On 10.01.2014, at 08:21, Alexey Kardashevskiy wrote:
>>
>>> When write to MMIO happens and there is an ioeventfd for that and
>>> is handled successfully, ioeventfd_write() returns 0 (su
On 01/13/2014 02:44 AM, Alexander Graf wrote:
>
> On 10.01.2014, at 08:21, Alexey Kardashevskiy wrote:
>
>> When write to MMIO happens and there is an ioeventfd for that and
>> is handled successfully, ioeventfd_write() returns 0 (success) and
>> kvmppc_handle_store() returns EMULATE_DONE. Then
27 matches
Mail list logo
