On Thu, 2008-08-28 at 16:38 +1000, Paul Mackerras wrote:
> Commit bc033b63bbfeb6c4b4eb0a1d083c650e4a0d2af8 ("powerpc/mm: Fix
> attribute confusion with htab_bolt_mapping()") moved the check for
> whether we should make pages of the linear mapping executable from
> htab_bolt_mapping into its callers
Commit bc033b63bbfeb6c4b4eb0a1d083c650e4a0d2af8 ("powerpc/mm: Fix
attribute confusion with htab_bolt_mapping()") moved the check for
whether we should make pages of the linear mapping executable from
htab_bolt_mapping into its callers, including htab_initialize.
A side-effect of this is that the de
This fixes an uninitialised variable in the VSX alignment code. It can
cause warnings from GCC (noticed with GCC 4.1.1).
Signed-off-by: Michael Neuling <[EMAIL PROTECTED]>
---
paulus: for your 2.6.27 tree.
Kudos to paulus for finding this.
arch/powerpc/kernel/align.c |2 +-
1 file changed,
Hi Jesse,
On Wed, 27 Aug 2008 16:34:03 -0700 Jesse Barnes <[EMAIL PROTECTED]> wrote:
>
> On Monday, August 18, 2008 6:45 pm Stephen Rothwell wrote:
> > Commit f46753c5e354b857b20ab8e0fe7b2579831dc369 ("PCI: introduce pci_slot")
> > removed the need for this error path. Eliminate this warning:
> >
On Wed, 2008-08-27 at 14:46 +0100, David Howells wrote:
> Wrap access to task credentials so that they can be separated more easily from
> the task_struct during the introduction of COW creds.
>
> Change most current->(|e|s|fs)[ug]id to current_(|e|s|fs)[ug]id().
>
> Change some task->e?[ug]id to
On Monday, August 18, 2008 6:45 pm Stephen Rothwell wrote:
> Commit f46753c5e354b857b20ab8e0fe7b2579831dc369 ("PCI: introduce pci_slot")
> removed the need for this error path. Eliminate this warning:
>
> drivers/pci/hotplug/rpaphp_slot.c: In function 'rpaphp_register_slot':
> drivers/pci/hotplug/
Becky Bruce wrote:
#if _PAGE_HASHPTE != 0
+#ifndef CONFIG_PTE_64BIT
pte_update(ptep, ~_PAGE_HASHPTE, pte_val(pte) & ~_PAGE_HASHPTE);
#else
+ /*
+* We have to do the write of the 64b pte as 2 stores. This
+* code assumes that the entry we're storing to is currently
This rearranges a bit of code, and adds support for
36-bit physical addressing for configs that use a
hashed page table. The 36b physical support is not
enabled by default on any config - it must be
explicitly enabled via the config system.
This patch *only* expands the page table code to accomod
Arnd Bergmann wrote:
On Wednesday 27 August 2008, Kevin Diggs wrote:
Arnd Bergmann wrote:
Ok, thanks for the explanation. I now saw that you also
use '_v' for variables (I guess). These should probably
go the same way.
Actually the _v means global variable. I would prefer to keep it.
Arnd Bergmann wrote:
On Wednesday 27 August 2008, Kevin Diggs wrote:
Arnd Bergmann wrote:
Ok, thanks for the explanation. I now saw that you also
use '_v' for variables (I guess). These should probably
go the same way.
Actually the _v means global variable. I would prefer to keep it.
On Tue, 2008-08-26 at 08:28 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2008-08-25 at 15:06 +0200, David Jander wrote:
> > Hi Matt,
> >
> > On Monday 25 August 2008 13:00:10 Matt Sealey wrote:
> > > The focus has definitely been on VMX but that's not to say lower power
> > > processors were for
Arjan van de Ven wrote:
> Kamalesh Babulal wrote:
>> Thanks for reference of the patch, After replacing the patch with the latest
>> one above on the powerpc, the warning still remains
>>
>> Badness at kernel/notifier.c:86
>
> sadly you have something going on that doesn't list the modules loaded
On Wed, 27 Aug 2008, Brad Boyer wrote:
> On Wed, Aug 27, 2008 at 01:40:10PM +0200, Geert Uytterhoeven wrote:
> > On Wed, 27 Aug 2008, Arnd Bergmann wrote:
> > > On Wednesday 27 August 2008, Kevin Diggs wrote:
> > > > Arnd Bergmann wrote:
> > > > > Are there even SMP boards based on a 750? I thought
On Wed, Aug 27, 2008 at 01:40:10PM +0200, Geert Uytterhoeven wrote:
> On Wed, 27 Aug 2008, Arnd Bergmann wrote:
> > On Wednesday 27 August 2008, Kevin Diggs wrote:
> > > Arnd Bergmann wrote:
> > > > Are there even SMP boards based on a 750? I thought only 74xx
> > > > and 603/604 were SMP capable.
Hello,
I am trying to code a tty serial driver (UART link). The initialization is :
(model LDD 3)
static int __init tiny_tty_init(void)
{
int i, retval;
printk("Initialization of ttyS -> \n");
tiny_tty_driver=alloc_tty_driver(NB_TTY);
if(!tiny_tty_driver)
return -ENOMEM;
On Wed, 27 Aug 2008, Vitaly Bordug wrote:
> A published errata for ppc440epx states, that when running Linux with both
> EHCI and OHCI modules loaded, the EHCI module experiences a fatal error
> when a high-speed device is connected to the USB2.0, and functions normally
> if OHCI module is not lo
Hi Arjan,
On Thu, 28 Aug 2008 00:33:08 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> The original reported trace was during setup_system which is very early in
> the boot.
But, of course, that version didn't have the necessary extra dereference
of the function address ...
And the later d
Hi Arjan,
On Wed, 27 Aug 2008 06:48:06 -0700 Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
> Kamalesh Babulal wrote:
> >
> > Thanks for reference of the patch, After replacing the patch with the
> > latest
> > one above on the powerpc, the warning still remains
> >
> > Badness at kernel/notifi
I attach the listing of our program, I tried it on ELDK4.2 Freescale
(kernel 2.6.24.6 by Freescale, your rootfs) and it's still giving me
problems: if I issue
br PrintHello
then cont-inue for some times, after a while gdb stops responding and
is not even getting CTRL-C or CTRL-Z.
Of course the
Kamalesh Babulal wrote:
Thanks for reference of the patch, After replacing the patch with the latest
one above on the powerpc, the warning still remains
Badness at kernel/notifier.c:86
sadly you have something going on that doesn't list the modules loaded etc...
is this during boot or way
Wrap access to task credentials so that they can be separated more easily from
the task_struct during the introduction of COW creds.
Change most current->(|e|s|fs)[ug]id to current_(|e|s|fs)[ug]id().
Change some task->e?[ug]id to task_e?[ug]id(). In some places it makes more
sense to use RCU dir
On Wed, 27 Aug 2008, Arnd Bergmann wrote:
> On Wednesday 27 August 2008, Kevin Diggs wrote:
> > Arnd Bergmann wrote:
> > > Are there even SMP boards based on a 750? I thought only 74xx
> > > and 603/604 were SMP capable.
> > >
> > Not that I have heard of. I thought it was lacking some hardware th
On Wednesday 27 August 2008, Kevin Diggs wrote:
> Arnd Bergmann wrote:
> > Ok, thanks for the explanation. I now saw that you also
> > use '_v' for variables (I guess). These should probably
> > go the same way.
> >
> Actually the _v means global variable. I would prefer to keep it.
The reasonin
Arjan van de Ven wrote:
> Kamalesh Babulal wrote:
>> Hi Stephen,
>>
>> Badness warning is seen, while booting up the next-20080825/26 kernels on
>> the powerpc boxes
>>
>
> this is fixed in the patch I sent to Ingo earlier today
> (attached again for reference)
>
>
> ---
The CPM1 GPIO library code uses the non thread-safe clrbits32/setbits32
macros. This patch protects them with a spinlock.
Based on the CPM2 patch from Laurent Pinchart <[EMAIL PROTECTED]>,
commit 639d64456e20cbfc866b18dc03cf9f9babc9c7cd.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
ar
Benjamin Herrenschmidt wrote:
We must not call dev_mc_add() from within our HW configure which happens
before we initialize and register the netdev. Do it in open() instead.
Thanks to Sebastian Siewior for tracking it down.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
This f
Kumar Gala wrote:
From: Heiko Schocher <[EMAIL PROTECTED]>
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Updated to apply cleanly to top of linus's tree.
- k
arch/powerpc/include/asm/cpm2.h
Arnd Bergmann wrote:
On Tuesday 26 August 2008, Kevin Diggs wrote:
Arnd Bergmann wrote:
On Monday 25 August 2008, Kevin Diggs wrote:
Most people list their email address here as well
For reasons I'd rather not go into, my email address is not likely
to remain valid for much longer.
On Sat, Aug 23, 2008 at 10:57:21AM +0200, Arnd Bergmann wrote:
> On Saturday 23 August 2008, Kevin Diggs wrote:
> > WARNING: externs should be avoided in .c files
> > #1137: FILE: powerpc/kernel/cpu/pll_if.c:369:
> > + __asm__ __volatile__ (
> >
> > ??? I don't know what this is?
> >
> > T
29 matches
Mail list logo
