When CONFIG_SPARSEMEM_VMEMMAP option is set in kernel, makedumpfile
tool fails to filter vmcore dump as it fails to do translations for
vmemmap addresses that are mapped outside zone normal. For vmemmap
adress translation support in this scenario, few kernel symbols are
needed by dump filtering too
From: Shaohui Xie
Phy is compatible with Vitesse 82xx
Signed-off-by: Shaohui Xie
---
drivers/net/phy/vitesse.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/net/phy/vitesse.c b/drivers/net/phy/vitesse.c
index 508e435..14372c6 100644
--- a/drivers/net/phy/vitesse.
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Friday, November 22, 2013 2:31 AM
> To: Wood Scott-B07421
> Cc: Bhushan Bharat-R65777; linux-...@vger.kernel.org; ag...@suse.de; Yoder
> Stuart-B08248; io...@lists.linux-foundation.org; bhelg...@googl
On Sat, Nov 23, 2013 at 12:31:32AM +0800, Nicolin Chen wrote:
> Hi all,
>
>I'm sorry to push this. But this series has been an orphan for a while.
>Could any one please receive and foster it?
Vinod,
I expect you will pick up the series. But otherwise, I can apply it via
IMX tree with yo
In a recent patch:
commit c13f20ac48328b05cd3b8c19e31ed6c132b44b42
Author: Michael Neuling
powerpc/signals: Mark VSX not saved with small contexts
We fixed an issue but an improved solution was later discussed after the patch
was merged.
Firstly, this patch doesn't handle the 64bit signals
On Mon, Nov 18, 2013 at 00:06 +0100, Gerhard Sittig wrote:
>
> the series is based on v3.12, but I'll rebase against v3.13-rc1
> (when available) or any other subtree upon request
Now that v3.13-rc1 is out, I noticed that the series no longer
applies cleanly (minor context changes and conflicts)
On Sat, Nov 23, 2013 at 7:58 PM, Geert Uytterhoeven
wrote:
> 8 regressions:
> + /scratch/kisskb/src/arch/sparc/kernel/kgdb_64.c: error: implicit
> declaration of function 'exception_enter'
> [-Werror=implicit-function-declaration]: => 162:7
> + /scratch/kisskb/src/arch/sparc/kernel/kgdb_64.
