On Wed, Nov 06, 2013 at 04:38:10PM -0500, Christoph Lameter wrote:
> On Wed, 6 Nov 2013, Andreas Herrmann wrote:
>
> > Would be nice, if your patch is pushed upstream asap.
>
> Ok so this is a
>
> Tested-by: Andreas Herrmann
>
> I think?
Yes.
> BTW Calxeda
On Wed, Nov 06, 2013 at 04:38:10PM -0500, Christoph Lameter wrote:
On Wed, 6 Nov 2013, Andreas Herrmann wrote:
Would be nice, if your patch is pushed upstream asap.
Ok so this is a
Tested-by: Andreas Herrmann andreas.herrm...@calxeda.com
I think?
Yes.
BTW Calxeda is a great
On Thu, Nov 07, 2013 at 09:27:32AM +0100, Andreas Herrmann wrote:
On Wed, Nov 06, 2013 at 04:38:10PM -0500, Christoph Lameter wrote:
On Wed, 6 Nov 2013, Andreas Herrmann wrote:
Would be nice, if your patch is pushed upstream asap.
Ok so this is a
Tested-by: Andreas Herrmann
On Wed, Nov 06, 2013 at 09:34:29PM +0100, Andreas Herrmann wrote:
> On Wed, Nov 06, 2013 at 08:54:17PM +0100, Andreas Herrmann wrote:
> > On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
> > > On Wed, 6 Nov 2013, Andreas Herrmann wrote:
> > >
> &
On Wed, Nov 06, 2013 at 08:54:17PM +0100, Andreas Herrmann wrote:
> On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
> > On Wed, 6 Nov 2013, Andreas Herrmann wrote:
> >
> > > When I've used slub_debug kernel option (e.g.
> > > "slub_
On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
> On Wed, 6 Nov 2013, Andreas Herrmann wrote:
>
> > When I've used slub_debug kernel option (e.g.
> > "slub_debug=,skbuff_fclone_cache" or similar) on a debug session I've
> > seen a panic like:
&
On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
> On Wed, 6 Nov 2013, Andreas Herrmann wrote:
>
> > When I've used slub_debug kernel option (e.g.
> > "slub_debug=,skbuff_fclone_cache" or similar) on a debug session I've
> > seen a panic like:
&
ernels.
Cc: sta...@vger.kernel.org#3.10 and 3.11
Signed-off-by: Andreas Herrmann
---
mm/slub.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Patch is against v3.12-48-gbe408cd.
Regards,
Andreas
diff --git a/mm/slub.c b/mm/slub.c
index c3eb3d3..596c58a 100644
--- a/mm/slub.c
+++ b/mm/sl
this by changing slub_debug to
early_param.
Kernels 3.11, 3.10 are also affected.
I am not sure about older kernels.
Cc: sta...@vger.kernel.org#3.10 and 3.11
Signed-off-by: Andreas Herrmann andreas.herrm...@calxeda.com
---
mm/slub.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions
On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
On Wed, 6 Nov 2013, Andreas Herrmann wrote:
When I've used slub_debug kernel option (e.g.
slub_debug=,skbuff_fclone_cache or similar) on a debug session I've
seen a panic like:
Hmmm.. That looks like its due to some
On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
On Wed, 6 Nov 2013, Andreas Herrmann wrote:
When I've used slub_debug kernel option (e.g.
slub_debug=,skbuff_fclone_cache or similar) on a debug session I've
seen a panic like:
Hmmm.. That looks like its due to some
On Wed, Nov 06, 2013 at 08:54:17PM +0100, Andreas Herrmann wrote:
On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
On Wed, 6 Nov 2013, Andreas Herrmann wrote:
When I've used slub_debug kernel option (e.g.
slub_debug=,skbuff_fclone_cache or similar) on a debug session
On Wed, Nov 06, 2013 at 09:34:29PM +0100, Andreas Herrmann wrote:
On Wed, Nov 06, 2013 at 08:54:17PM +0100, Andreas Herrmann wrote:
On Wed, Nov 06, 2013 at 02:16:33PM -0500, Christoph Lameter wrote:
On Wed, 6 Nov 2013, Andreas Herrmann wrote:
When I've used slub_debug kernel option
On Fri, Sep 27, 2013 at 12:13:22AM +0200, Borislav Petkov wrote:
> On Thu, Sep 26, 2013 at 04:54:32PM -0500, suravee.suthikulpa...@amd.com wrote:
> > From: Suravee Suthikulpanit
> >
> > On AMD family15h, applying microcode patch on the a core (core0)
> > would also affect the other core (core1)
On Fri, Sep 27, 2013 at 12:13:22AM +0200, Borislav Petkov wrote:
On Thu, Sep 26, 2013 at 04:54:32PM -0500, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
On AMD family15h, applying microcode patch on the a core (core0)
would also affect the
for sata_highbank. For the latter dma_coherent_mask could
be increased but due to the lack of DMA32 zone we need to adapt
arm_dma_limit in general.
Signed-off-by: Andreas Herrmann
---
arch/arm/mach-highbank/Kconfig|1 +
arch/arm/mach-highbank/highbank.c |3 +++
arch/arm/mm/dma-mapping.c
for sata_highbank. For the latter dma_coherent_mask could
be increased but due to the lack of DMA32 zone we need to adapt
arm_dma_limit in general.
Signed-off-by: Andreas Herrmann andreas.herrm...@calxeda.com
---
arch/arm/mach-highbank/Kconfig|1 +
arch/arm/mach-highbank/highbank.c |3
On Fri, May 31, 2013 at 01:26:49AM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 30 May 2013, Jacob Shin wrote:
> > mkdir initrd
> > cd initrd
> > -mkdir kernel
> > -mkdir kernel/x86
> > -mkdir kernel/x86/microcode
> > -cp ../microcode.bin kernel/x86/microcode/GenuineIntel.bin
> > -find
On Fri, May 31, 2013 at 01:26:49AM -0300, Henrique de Moraes Holschuh wrote:
On Thu, 30 May 2013, Jacob Shin wrote:
mkdir initrd
cd initrd
-mkdir kernel
-mkdir kernel/x86
-mkdir kernel/x86/microcode
-cp ../microcode.bin kernel/x86/microcode/GenuineIntel.bin
-find .|cpio -oc
Hi Steven,
Hmm, the quirk looks quite familiar to me.
IMHO you should (re-?)read Documentation/SubmittingPatches.
(esp. no attachements, and btw one patch per mail)
Do you mind adding Joerg with his current (non-AMD) mail address on
CC? Otherwise it's impossible to get any comment from him.
On Thu, Nov 15, 2012 at 06:01:22PM -0500, Gene Heskett wrote:
> On Thursday 15 November 2012, Henrique de Moraes Holschuh wrote:
> >On Thu, 15 Nov 2012, Boris Ostrovsky wrote:
> >> Add valid patch size for family 16h processors
> >>
> >> Signed-off-by: Boris Ostrovsky
> >
> >Is this something
On Thu, Nov 15, 2012 at 06:01:22PM -0500, Gene Heskett wrote:
On Thursday 15 November 2012, Henrique de Moraes Holschuh wrote:
On Thu, 15 Nov 2012, Boris Ostrovsky wrote:
Add valid patch size for family 16h processors
Signed-off-by: Boris Ostrovsky boris.ostrov...@amd.com
Is this
Hi Steven,
Hmm, the quirk looks quite familiar to me.
IMHO you should (re-?)read Documentation/SubmittingPatches.
(esp. no attachements, and btw one patch per mail)
Do you mind adding Joerg with his current (non-AMD) mail address on
CC? Otherwise it's impossible to get any comment from him.
On Thu, Nov 15, 2012 at 04:26:28PM -0500, Boris Ostrovsky wrote:
>
>
> On 11/15/2012 03:45 PM, Henrique de Moraes Holschuh wrote:
> >On Thu, 15 Nov 2012, Boris Ostrovsky wrote:
> >>Add valid patch size for family 16h processors
> >>
> >>Signed-off-by: Boris Ostrovsky
> >
> >Is this something
On Thu, Nov 15, 2012 at 01:41:50PM -0500, Boris Ostrovsky wrote:
> Add valid patch size for family 16h processors
>
> Signed-off-by: Boris Ostrovsky
Acked-by: Andreas Herrmann
Thanks,
Andreas
> ---
> arch/x86/kernel/microcode_amd.c |4
> 1 file changed, 4 inser
On Thu, Nov 15, 2012 at 01:41:50PM -0500, Boris Ostrovsky wrote:
Add valid patch size for family 16h processors
Signed-off-by: Boris Ostrovsky boris.ostrov...@amd.com
Acked-by: Andreas Herrmann herrmann.der.u...@googlemail.com
Thanks,
Andreas
---
arch/x86/kernel/microcode_amd.c |4
On Thu, Nov 15, 2012 at 04:26:28PM -0500, Boris Ostrovsky wrote:
On 11/15/2012 03:45 PM, Henrique de Moraes Holschuh wrote:
On Thu, 15 Nov 2012, Boris Ostrovsky wrote:
Add valid patch size for family 16h processors
Signed-off-by: Boris Ostrovsky boris.ostrov...@amd.com
Is this
Commit-ID: 27d3a8a26ada7660116fdd6830096008c063ee96
Gitweb: http://git.kernel.org/tip/27d3a8a26ada7660116fdd6830096008c063ee96
Author: Andreas Herrmann
AuthorDate: Fri, 19 Oct 2012 11:02:09 +0200
Committer: H. Peter Anvin
CommitDate: Tue, 13 Nov 2012 11:22:31 -0800
x86, cacheinfo
Commit-ID: 2e8458dfe4202df75543402c7343b8f94de4101e
Gitweb: http://git.kernel.org/tip/2e8458dfe4202df75543402c7343b8f94de4101e
Author: Andreas Herrmann
AuthorDate: Fri, 19 Oct 2012 11:00:49 +0200
Committer: H. Peter Anvin
CommitDate: Tue, 13 Nov 2012 11:22:30 -0800
x86, cacheinfo
Commit-ID: 04a1541828ea223169eb44a336bfad8ec0dfb46a
Gitweb: http://git.kernel.org/tip/04a1541828ea223169eb44a336bfad8ec0dfb46a
Author: Andreas Herrmann
AuthorDate: Fri, 19 Oct 2012 10:59:33 +0200
Committer: H. Peter Anvin
CommitDate: Tue, 13 Nov 2012 11:22:29 -0800
x86, cacheinfo
Commit-ID: 04a1541828ea223169eb44a336bfad8ec0dfb46a
Gitweb: http://git.kernel.org/tip/04a1541828ea223169eb44a336bfad8ec0dfb46a
Author: Andreas Herrmann andreas.herrma...@amd.com
AuthorDate: Fri, 19 Oct 2012 10:59:33 +0200
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 13
Commit-ID: 2e8458dfe4202df75543402c7343b8f94de4101e
Gitweb: http://git.kernel.org/tip/2e8458dfe4202df75543402c7343b8f94de4101e
Author: Andreas Herrmann andreas.herrma...@amd.com
AuthorDate: Fri, 19 Oct 2012 11:00:49 +0200
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 13
Commit-ID: 27d3a8a26ada7660116fdd6830096008c063ee96
Gitweb: http://git.kernel.org/tip/27d3a8a26ada7660116fdd6830096008c063ee96
Author: Andreas Herrmann andreas.herrma...@amd.com
AuthorDate: Fri, 19 Oct 2012 11:02:09 +0200
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Tue, 13
Commit-ID: 943482d07e926128eed0482b879736f912c429e4
Gitweb: http://git.kernel.org/tip/943482d07e926128eed0482b879736f912c429e4
Author: Andreas Herrmann
AuthorDate: Mon, 29 Oct 2012 18:51:38 +0100
Committer: Ingo Molnar
CommitDate: Tue, 30 Oct 2012 10:05:52 +0100
x86, microcode_amd
Commit-ID: 943482d07e926128eed0482b879736f912c429e4
Gitweb: http://git.kernel.org/tip/943482d07e926128eed0482b879736f912c429e4
Author: Andreas Herrmann herrmann.der.u...@googlemail.com
AuthorDate: Mon, 29 Oct 2012 18:51:38 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 30
From: Robert Richter
Signed-off-by: Robert Richter
Signed-off-by: Andreas Herrmann
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5a66583..5b8935b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5363,7 +5363,7 @@ S
Signed-off-by: Andreas Herrmann
---
drivers/cpufreq/powernow-k8.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpufreq/powernow-k8.c b/drivers/cpufreq/powernow-k8.c
index c16a3a5..e3ebb4f 100644
--- a/drivers/cpufreq/powernow-k8.c
+++ b/drivers/cpufreq/powernow
Signed-off-by: Andreas Herrmann
---
MAINTAINERS |4 ++--
arch/x86/kernel/microcode_amd.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index a4e8136..5a66583 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -534,9
Signed-off-by: Andreas Herrmann
---
Documentation/hwmon/fam15h_power |2 +-
MAINTAINERS |2 +-
drivers/hwmon/fam15h_power.c |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/hwmon/fam15h_power b/Documentation/hwmon
Hi,
following patches are required to change Robert's, Boris' and my email
addresses as we won't have access to AMD email soon.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
Hi,
following patches are required to change Robert's, Boris' and my email
addresses as we won't have access to AMD email soon.
Regards,
Andreas
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Signed-off-by: Andreas Herrmann herrmann.der.u...@googlemail.com
---
Documentation/hwmon/fam15h_power |2 +-
MAINTAINERS |2 +-
drivers/hwmon/fam15h_power.c |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/hwmon
Signed-off-by: Andreas Herrmann herrmann.der.u...@googlemail.com
---
MAINTAINERS |4 ++--
arch/x86/kernel/microcode_amd.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index a4e8136..5a66583 100644
--- a/MAINTAINERS
Signed-off-by: Andreas Herrmann herrmann.der.u...@googlemail.com
---
drivers/cpufreq/powernow-k8.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpufreq/powernow-k8.c b/drivers/cpufreq/powernow-k8.c
index c16a3a5..e3ebb4f 100644
--- a/drivers/cpufreq/powernow-k8
From: Robert Richter r...@kernel.org
Signed-off-by: Robert Richter r...@kernel.org
Signed-off-by: Andreas Herrmann herrmann.der.u...@googlemail.com
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5a66583..5b8935b 100644
value of one to get result.
The corresponding bits on Intel are defined as "maximum number of threads
sharing this cache" (with a "plus 1" encoding).
Thus a different method to determine which cores are sharing a cache
level has to be used.
Signed-off-by: Andreas Herrmann
---
Rely on CPUID 0x801d for cache information when AMD CPUID topology
extensions are available.
Signed-off-by: Andreas Herrmann
---
arch/x86/kernel/cpu/intel_cacheinfo.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/cpu/intel_cacheinfo.c
b/arch
CPUID 0x801d works quite similar to Intels' CPUID function 4.
Use it to determine number of cache leafs.
Signed-off-by: Andreas Herrmann
---
arch/x86/include/asm/processor.h |2 +-
arch/x86/kernel/cpu/amd.c |7 +--
arch/x86/kernel/cpu/intel_cacheinfo.c | 28
Introduce cpu_has_topoext to check for AMD's CPUID topology extensions
support. It indicates support for
CPUID Fn8000_001D_EAX_x[N:0]-CPUID Fn8000_001E_EDX
See AMD's CPUID Specification, Publication # 25481
(as of Rev. 2.34 September 2010)
Signed-off-by: Andreas Herrmann
---
arch/x86/include
Hi,
Following patches modify cachinfo code to make use of AMD's topology
extension CPUID functions. Thus (hopefully) we can avoid CPU specific
modifications whenever cache topology changes.
Please apply.
Thanks,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe
Hi,
Following patches modify cachinfo code to make use of AMD's topology
extension CPUID functions. Thus (hopefully) we can avoid CPU specific
modifications whenever cache topology changes.
Please apply.
Thanks,
Andreas
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
Introduce cpu_has_topoext to check for AMD's CPUID topology extensions
support. It indicates support for
CPUID Fn8000_001D_EAX_x[N:0]-CPUID Fn8000_001E_EDX
See AMD's CPUID Specification, Publication # 25481
(as of Rev. 2.34 September 2010)
Signed-off-by: Andreas Herrmann andreas.herrma
CPUID 0x801d works quite similar to Intels' CPUID function 4.
Use it to determine number of cache leafs.
Signed-off-by: Andreas Herrmann andreas.herrma...@amd.com
---
arch/x86/include/asm/processor.h |2 +-
arch/x86/kernel/cpu/amd.c |7 +--
arch/x86/kernel/cpu
Rely on CPUID 0x801d for cache information when AMD CPUID topology
extensions are available.
Signed-off-by: Andreas Herrmann andreas.herrma...@amd.com
---
arch/x86/kernel/cpu/intel_cacheinfo.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/cpu
value of one to get result.
The corresponding bits on Intel are defined as maximum number of threads
sharing this cache (with a plus 1 encoding).
Thus a different method to determine which cores are sharing a cache
level has to be used.
Signed-off-by: Andreas Herrmann andreas.herrma...@amd.com
using work_on_cpu().
Cc: Tejun Heo
Cc: sta...@vger.kernel.org
Signed-off-by: Andreas Herrmann
---
drivers/cpufreq/powernow-k8.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/cpufreq/powernow-k8.c b/drivers/cpufreq/powernow-k8.c
index 129e80b..c16a3a5 100644
...@vger.kernel.org
Signed-off-by: Andreas Herrmann andreas.herrma...@amd.com
---
drivers/cpufreq/powernow-k8.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/cpufreq/powernow-k8.c b/drivers/cpufreq/powernow-k8.c
index 129e80b..c16a3a5 100644
--- a/drivers/cpufreq/powernow-k8.c
Rafael,
Please ignore my patch. It was insufficiently tested -- sorry for this.
(powernowk8_target_fn might sleep).
Have to take a closer look how to avoid below issue.
Regards,
Andreas
On Tue, Oct 09, 2012 at 09:38:44PM +0200, Andreas Herrmann wrote:
>
>
Rafael,
Please ignore my patch. It was insufficiently tested -- sorry for this.
(powernowk8_target_fn might sleep).
Have to take a closer look how to avoid below issue.
Regards,
Andreas
On Tue, Oct 09, 2012 at 09:38:44PM +0200, Andreas Herrmann wrote:
Commit
get_cpu/put_cpu in powernowk8_target().
Cc: Tejun Heo
Cc: sta...@vger.kernel.org
Signed-off-by: Andreas Herrmann
---
drivers/cpufreq/powernow-k8.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/cpufreq/powernow-k8.c b/drivers/cpufreq/powernow-k8.c
...@vger.kernel.org
Signed-off-by: Andreas Herrmann andreas.herrma...@amd.com
---
drivers/cpufreq/powernow-k8.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/cpufreq/powernow-k8.c b/drivers/cpufreq/powernow-k8.c
index 1a40935..3d1df2a 100644
Commit-ID: 36bf50d7697be18c6bfd0401e037df10bff1e573
Gitweb: http://git.kernel.org/tip/36bf50d7697be18c6bfd0401e037df10bff1e573
Author: Andreas Herrmann
AuthorDate: Tue, 31 Jul 2012 15:41:45 +0200
Committer: H. Peter Anvin
CommitDate: Wed, 22 Aug 2012 16:10:41 -0700
x86, microcode, AMD
Commit-ID: 36bf50d7697be18c6bfd0401e037df10bff1e573
Gitweb: http://git.kernel.org/tip/36bf50d7697be18c6bfd0401e037df10bff1e573
Author: Andreas Herrmann andreas.herrma...@amd.com
AuthorDate: Tue, 31 Jul 2012 15:41:45 +0200
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 22
Please apply.
Regards,
Andreas
---
x86_64: fix detection of CONSTANT_TSC bit for AMD CPUs
Set c->x86_power in early_identify_cpu. This ensures that
X86_FEATURE_CONSTANT_TSC can properly be set in early_init_amd.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
diff --git a/arch/x8
,
Andreas
---
x86_64: fix detection of CONSTANT_TSC bit for AMD CPUs
Set c-x86_power in early_identify_cpu. This ensures that
X86_FEATURE_CONSTANT_TSC can properly be set in early_init_amd.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
diff --git a/arch/x86/kernel/setup_64.c b/arch/x86
On Fri, Nov 23, 2007 at 08:05:44AM +0200, Kirill A. Shutemov wrote:
> On [Fri, 23.11.2007 01:48], Thomas Gleixner wrote:
> > On Thu, 22 Nov 2007, Andrew Morton wrote:
> >
> > > On Thu, 22 Nov 2007 12:22:05 +0200 "Kirill A. Shutemov" <[EMAIL
> > > PROTECTED]> wrote:
> > >
> > > > On x86_64
On Fri, Nov 23, 2007 at 08:05:44AM +0200, Kirill A. Shutemov wrote:
On [Fri, 23.11.2007 01:48], Thomas Gleixner wrote:
On Thu, 22 Nov 2007, Andrew Morton wrote:
On Thu, 22 Nov 2007 12:22:05 +0200 Kirill A. Shutemov [EMAIL
PROTECTED] wrote:
On x86_64 'uname -m' return 'x86'.
[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: "H. Peter Anvin" <[EMAIL PROTECTED]>
Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/x86/Makefile |5 ++---
1 files changed, 2 insertions(+), 3
).
Some text was shamelessly stolen from one of Sam's patch
descriptions.
Comments are welcome.
Regards,
Andreas
--
Added documentation about kernel configuration and build for ARCH=x86.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/x86/kbuild
On Mon, Nov 19, 2007 at 11:41:29AM +0100, Sam Ravnborg wrote:
> On Mon, Nov 19, 2007 at 10:34:37AM +0100, Andreas Herrmann wrote:
> > On Sat, Nov 17, 2007 at 03:37:31PM +0100, Sam Ravnborg wrote:
> > >
> > > Note: This patch does not fix the uname -m issue - to
Anvin" <[EMAIL PROTECTED]>
Cc: Sam Ravnborg <[EMAIL PROTECTED]>
Cc: Roman Zippel <[EMAIL PROTECTED]>
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/x86/Makefile |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/x86/Makefile b/
Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/video/aty/radeon_base.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/video/aty/radeon_base.c b/drivers/video/aty/radeon_base.c
index 1e32b3d..62867cb 100644
-
Herrenschmidt [EMAIL PROTECTED]
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/video/aty/radeon_base.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/video/aty/radeon_base.c b/drivers/video/aty/radeon_base.c
index 1e32b3d..62867cb 100644
--- a/drivers
: fix UTS_MACHINE to be i386 for 32-bit build and x86_64 for 64-bit build
Cc: Thomas Gleixner [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL PROTECTED]
Cc: H. Peter Anvin [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Cc: Roman Zippel [EMAIL PROTECTED]
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED
On Mon, Nov 19, 2007 at 11:41:29AM +0100, Sam Ravnborg wrote:
On Mon, Nov 19, 2007 at 10:34:37AM +0100, Andreas Herrmann wrote:
On Sat, Nov 17, 2007 at 03:37:31PM +0100, Sam Ravnborg wrote:
Note: This patch does not fix the uname -m issue - to do so
Andreas' patch is needed
).
Some text was shamelessly stolen from one of Sam's patch
descriptions.
Comments are welcome.
Regards,
Andreas
--
Added documentation about kernel configuration and build for ARCH=x86.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
arch/x86/kbuild | 71
[EMAIL PROTECTED]
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
arch/x86/Makefile |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/x86/Makefile b/arch/x86/Makefile
index 116b03a..7aa1dc6 100644
--- a/arch/x86/Makefile
+++ b/arch/x86/Makefile
@@ -11,10 +11,9
achine name came from.
Now that I know that (and shamelessly copying ideas from s390;-)
it is easy to fix. See attached patch.
Testing a crosscompiled 32-bit-kernel I now get
# uname -m
i686
on my K7.
Other tests will follow. But patch looks sane and should go mainline asap, I
think.
Reg
now get
# uname -m
i686
on my K7.
Other tests will follow. But patch looks sane and should go mainline asap, I
think.
Regards,
Andreas
--
x86: fix UTS_MACHINE to be i386 for 32-bit build and x86_64 for 64-bit
build.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
arch/x86
On Fri, Nov 16, 2007 at 12:14:46PM +0100, Andreas Herrmann wrote:
> BTW, is the x86 kernel build documented somewhere?
> At a first glance I didn't find anything suitable under Documentation/.
> Maybe some explanation (like the above) should be added there.
When the ARCH=x86 build is d
The new ARCH=x86 kernel build causes weired machine strings on 32-bit.
For a cross-compiled kernel I have
$ uname -m
x66_64
For a kernel natively built on a 32 bit machine I have
$ uname -m
x66
Looking at the sources, I think that utsname->machine was
Hi,
I have just some minor remarks wrt the commit message for
daa93fab824f2b8c35bd11670c7fab2f32b2de5f - 'x86: enable "make
ARCH=x86"'. (Based on my observations when testing the stuff on 64bit
and 32bit hosts with Linus' tree v2.6.24-rc2-640-g8c08634.)
For randconfig we have now the following
Hi,
I have just some minor remarks wrt the commit message for
daa93fab824f2b8c35bd11670c7fab2f32b2de5f - 'x86: enable make
ARCH=x86'. (Based on my observations when testing the stuff on 64bit
and 32bit hosts with Linus' tree v2.6.24-rc2-640-g8c08634.)
For randconfig we have now the following
The new ARCH=x86 kernel build causes weired machine strings on 32-bit.
For a cross-compiled kernel I have
$ uname -m
x66_64
For a kernel natively built on a 32 bit machine I have
$ uname -m
x66
Looking at the sources, I think that utsname-machine was
On Fri, Nov 16, 2007 at 12:14:46PM +0100, Andreas Herrmann wrote:
BTW, is the x86 kernel build documented somewhere?
At a first glance I didn't find anything suitable under Documentation/.
Maybe some explanation (like the above) should be added there.
When the ARCH=x86 build is documented
INE event.
Because CPU_ONLINE callback return value is always ignored.
[EMAIL PROTECTED]: avoid mce_remove_device() for not initialized device]
[EMAIL PROTECTED]: make mce_cpu_callback always return NOTIFY_OK]
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Signed-off-by: Andreas Herr
> > - Avoid mce_remove_device() for the CPU that is not correctly initialized
> > by mce_create_device() failure.
> >
> > - make CPU_ONLINE callback always return NOTIFY_OK.
> > Because CPU_ONLINE callback return value is always ignored.
> >
> > > S
value is always ignored.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
[EMAIL PROTECTED]: make CPU_ONLINE callback always return NOTIFY_OK]
[EMAIL PROTECTED]: avoid mce_remove_device() for not initialized device]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
Andreas, could
return value is always ignored.
[EMAIL PROTECTED]: avoid mce_remove_device() for not initialized device]
[EMAIL PROTECTED]: make mce_cpu_callback always return NOTIFY_OK]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
arch/x86/kernel/cpu/mcheck
On Wed, Nov 07, 2007 at 12:04:51AM +0100, Sam Ravnborg wrote:
> This serie of patches unify the X86 Kconfig files.
> Next step is to enable use of "make ARCH=x86" and kill
> "make ARCH=i386/x86_64".
> But that will wait till tomorrow.
>
> The allmodconfig kernel is still building here.
> Testing
> On Fri, 9 Nov 2007 09:47:02 +0100 SANGOI DINO LEONARDO <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> > My laptop (an HP nx6125) doesn't boot with kernels 2.6.24-rc1 and
> > 2.6.24.rc2.
> > It works fine with 2.6.23 and older.
> >
> > I seen this bug first while running fedora rawhide, so you
On Fri, 9 Nov 2007 09:47:02 +0100 SANGOI DINO LEONARDO [EMAIL PROTECTED]
wrote:
Hi,
My laptop (an HP nx6125) doesn't boot with kernels 2.6.24-rc1 and
2.6.24.rc2.
It works fine with 2.6.23 and older.
I seen this bug first while running fedora rawhide, so you can find hardware
On Wed, Nov 07, 2007 at 12:04:51AM +0100, Sam Ravnborg wrote:
This serie of patches unify the X86 Kconfig files.
Next step is to enable use of make ARCH=x86 and kill
make ARCH=i386/x86_64.
But that will wait till tomorrow.
The allmodconfig kernel is still building here.
Testing / reviews
t;
- Remove nested ifdef CONFIG_ACPI which required minor changes of the header.
- Remove unused function declaration for acpi_paddr_to_node. grep didn't
find a usage of that function.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
include/acpi/acpi_drivers.h |3 +++
in
to the corresponding PCI header file.
IMHO, this is where it really belongs to.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
include/asm-x86/acpi_32.h |2 --
include/asm-x86/acpi_64.h |2 --
include/asm-x86/pci.h |1 +
3 files changed, 1 insertions(+), 4 deletions(-)
On Wed, Nov 07, 2007 at 03:35:43AM +0100, Andi Kleen wrote:
> On Wednesday 07 November 2007 02:12, Andreas Herrmann wrote:
>
> > In cases where not all CPUs are brought up during
> > boot (e.g. using maxcpus and additional_cpus parameters)
> > mce_cpu_callback now re
to the corresponding PCI header file.
IMHO, this is where it really belongs to.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
include/asm-x86/acpi_32.h |2 --
include/asm-x86/acpi_64.h |2 --
include/asm-x86/pci.h |1 +
3 files changed, 1 insertions(+), 4 deletions(-)
diff
On Wed, Nov 07, 2007 at 03:35:43AM +0100, Andi Kleen wrote:
On Wednesday 07 November 2007 02:12, Andreas Herrmann wrote:
In cases where not all CPUs are brought up during
boot (e.g. using maxcpus and additional_cpus parameters)
mce_cpu_callback now returns NOTFIY_BAD because
a little bit.
Regards,
Andreas
--
[PATCH] acpi: remove nested ifdef CONFIG_ACPI
- Remove nested ifdef CONFIG_ACPI which required minor changes of the header.
- Remove unused function declaration for acpi_paddr_to_node. grep didn't
find a usage of that function.
Signed-off-by: Andreas Herrmann
t_cpu_data for MCE.
To reproduce this regression:
(1) boot with maxcpus=2 addtional_cpus=2 on a 4 CPU x86-64 system
(2) # echo 1 >/sys/devices/system/cpu/cpu2/online
-bash: echo: write error: Invalid argument
dmesg shows:
_cpu_up: attempt to bring up CPU 2 failed
Signed-off-by: Andreas Her
101 - 200 of 333 matches
Mail list logo