2.6.31-stable review patch. If anyone has any objections, please let us know.
--
From: Weirich, Bernhard
[I'm going to fix upstream differently, by having all CPU types
actually support _PAGE_SPECIAL, but I prefer the simple and obvious
fix for -stable. -- Ben]
The test that d
2.6.31-stable review patch. If anyone has any objections, please let us know.
--
From: Rex Feany
commit e0908085fc2391c85b85fb814ae1df377c8e0dcb upstream.
After upgrading to the latest kernel on my mpc875 userspace started
running incredibly slow (hours to get to a shell, even!
2.6.30-stable review patch. If anyone has any objections, please let us know.
--
From: Weirich, Bernhard
[I'm going to fix upstream differently, by having all CPU types
actually support _PAGE_SPECIAL, but I prefer the simple and obvious
fix for -stable. -- Ben]
The test that d
2.6.30-stable review patch. If anyone has any objections, please let us know.
--
From: Rex Feany
commit e0908085fc2391c85b85fb814ae1df377c8e0dcb upstream.
After upgrading to the latest kernel on my mpc875 userspace started
running incredibly slow (hours to get to a shell, even!
Not all pasemi mac interfaces can have a phy attached.
For example, XAUI has no phy and phydev is NULL for it.
In this case ethtool get settings causes kernel crash.
Fix it by returning -EOPNOTSUPP if there's no PHY attached.
Signed-off-by: Valentine Barshak
---
drivers/net/pasemi_mac_ethtool.c
This is a note to let you know that we have just queued up the patch titled
Subject: powerpc/8xx: Fix regression introduced by cache coherency rewrite
to the 2.6.31-stable tree. Its filename is
powerpc-8xx-fix-regression-introduced-by-cache-coherency-rewrite.patch
A git repo of this t
This is a note to let you know that we have just queued up the patch titled
Subject: powerpc/8xx: Fix regression introduced by cache coherency rewrite
to the 2.6.30-stable tree. Its filename is
powerpc-8xx-fix-regression-introduced-by-cache-coherency-rewrite.patch
A git repo of this t
This is a note to let you know that we have just queued up the patch titled
Subject: powerpc: Fix incorrect setting of __HAVE_ARCH_PTE_SPECIAL
to the 2.6.30-stable tree. Its filename is
powerpc-fix-incorrect-setting-of-__have_arch_pte_special.patch
A git repo of this tree can be found
This is a note to let you know that we have just queued up the patch titled
Subject: powerpc: Fix incorrect setting of __HAVE_ARCH_PTE_SPECIAL
to the 2.6.31-stable tree. Its filename is
powerpc-fix-incorrect-setting-of-__have_arch_pte_special.patch
A git repo of this tree can be found
Robert Jennings wrote:
Memory balloon drivers can allocate a large amount of memory which
is not movable but could be freed to accommodate memory hotplug remove.
Prior to calling the memory hotplug notifier chain the memory in the
pageblock is isolated. If the migrate type is not MIGRATE_MOVABL
The Collaborative Memory Manager (CMM) module allocates individual pages
over time that are not migratable. On a long running system this can
severely impact the ability to find enough pages to support a hotplug
memory remove operation.
This patch adds a memory isolation notifier and a memory hot
This patch adds a method for defining different microcodes than the
pe-defined ones for the MPC52xx processor's BestComm General Buffer
Descriptor (gen_db) tasks. The default microcode is still the one from
bcom_gen_bd_[rt]x_task, but it can be replaced by calling
bcom_gen_bd_set_microcode
Memory balloon drivers can allocate a large amount of memory which
is not movable but could be freed to accommodate memory hotplug remove.
Prior to calling the memory hotplug notifier chain the memory in the
pageblock is isolated. If the migrate type is not MIGRATE_MOVABLE the
isolation will not
Hi John:
Am 01.10.09 20:45 schrieb(en) John Bonesio:
Nowhere in the text does it say 0 and 1 are the only possible values.
And since GR is a 3 bit field instead of a 1 bit field, that implied
that to me that other values are allowed.
I can see how one could read the text as saying 0 and 1 a
Hi Albrecht,
Thanks for the comments. My replies are below.
- John
On Wed, 2009-09-30 at 20:34 +0200, Albrecht Dreß wrote:
> Hi John:
>
> Cool stuff - Grant's original one also helped me a lot to get Bestcomm
> running for me (I use it only for read dma)!
>
> Am 29.09.09 22:43 schrieb(en) Jo
'acc' isn't used anywhere and thus triggers gcc warning, which causes
build error with CONFIG_PPC_DISABLE_WERROR=n (default):
cc1: warnings being treated as errors
arch/powerpc/kernel/kgdb.c: In function 'gdb_regs_to_pt_regs':
arch/powerpc/kernel/kgdb.c:289: warning: unused variable 'acc'
Hi Ingo,
On Thu, 1 Oct 2009 09:42:01 +0200 Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
>
> > On Thu, 24 Sep 2009 23:25:55 +1000 Michael Ellerman
> > wrote:
> > >
> > > Give me a day or two, I should be able to add a per-branch setting for
> > > who to send mails to without too much troub
* Stephen Rothwell wrote:
> Hi Ingo,
>
> On Thu, 24 Sep 2009 23:25:55 +1000 Michael Ellerman
> wrote:
> >
> > Give me a day or two, I should be able to add a per-branch setting for
> > who to send mails to without too much trouble.
>
> In the mean time I don't now if someone has pointed you
Benjamin Herrenschmidt wrote on 01/10/2009 00:35:59:
>
>
> > > Had a look at linus tree and there is something I don't understand.
> > > Your fix, e0908085fc2391c85b85fb814ae1df377c8e0dcb, fixes a problem
> > > that was introduced by 8d30c14cab30d405a05f2aaceda1e9ad57800f36 but
> > > 8d30c14cab30d
19 matches
Mail list logo