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 a
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
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
---
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
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
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) i
using 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
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:
>
>
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
---
arch/x
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 |
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
SW to add 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 Herrm
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 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 tha
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 tha
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.
An
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 .|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
---
arch/arm/mach-highbank/Kconfig|1 +
arch/arm/mach-highbank/highbank.c |3 +++
arch/arm/mm/dma-mapping.c
lways 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 1
Simon Derr <[EMAIL PROTECTED]> wrote:
> It is sufficient to have a few HBAs and to insmod/rmmod the driver a
few
> times.
> Since the host_no is choosen with a mere counter increment
> in scsi_host_alloc():
> shost->host_no = scsi_host_next_hn++; /* XXX(hch): still rac
rc3) will fix the problem.
Sorry, for any inconvenience.
Regards,
Andreas
zfcp: fix compile error
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
diff -bBrauN linux-2.6.x/drivers/s390/scsi-orig/zfcp_aux.c
linux-2.6.x/drivers/s390/scsi/zfcp_aux.c
--- linux-2.6.x/drivers/s390/scsi-orig/zfcp_a
then please integrate it
in 2.6.13.1
Thanks a lot.
Regards,
Andreas
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
diffstat:
zfcp_aux.c | 29 +++--
zfcp_ccw.c | 10 ++
zfcp_def.h |2 +-
zfcp_erp.c | 25 ++---
zfcp
On 27.08.2005 19:38 James Bottomley <[EMAIL PROTECTED]> wrote:
> > this patch fixes a severe problem with 2.6.13-rc7.
> >
> > Due to recent SCSI changes it is not possible to add any
> > LUNs to the zfcp device driver anymore. With registration
> > of remote ports this is fixed.
> >
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
fbb83).
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/x
<[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(
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
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
> >
> > - 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.
> >
> &
_OK for CPU_ONLINE 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-b
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 be
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 initial
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
are where the machine 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,
-by: Benjamin 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 1e32
c: "H. Peter 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/
address sizes : 0 bits physical, 0 bits virtual
power management:
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/proc.c | 13 -
arch/x86/kernel/setup_64.c | 15 ---
2 files changed, 8 insertions(+), 20 deletions(-)
diff --git a/arch/x8
ned-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/proc.c |8 +++-
arch/x86/kernel/setup_64.c |8 +++-
2 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c
index 066f8c6..3900e46 100644
--- a
On Thu, Jul 19, 2007 at 11:55:02AM +0200, Andi Kleen wrote:
>
> With that an L3 cache is correctly reported in the cache information in /sys
>
> With fixes from Andreas Herrmann and Dean Gaudet
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
>
> ---
> arch/
I think, Joachim's patch (sent to [EMAIL PROTECTED] on June 14) should
be added as well. I have attached his patch below.
Regards,
Andreas
--
Operating | AMD Saxony Limited Liability Company & Co. KG,
System | Wilschdorfer Landstr. 101, 01109 Dresden, Germany
Research | Register Court Dres
On Sat, Sep 01, 2007 at 12:11:52PM +0200, Andi Kleen wrote:
> On Thursday 30 August 2007 19:43:14 Robert Richter wrote:
> > This patch implements PCI extended configuration space access for
> > AMD's Barcelona CPUs. It extends the method using CF8/CFC IO
> > addresses. An x86 capability bit has bee
On Mon, Sep 03, 2007 at 01:31:57AM -0700, Arjan van de Ven wrote:
> On Mon, 03 Sep 2007 10:17:39 +0200
> "Robert Richter" <[EMAIL PROTECTED]> wrote:
>
> > This patch implements PCI extended configuration space access for
> > AMD's Barcelona CPUs. It extends the method using CF8/CFC IO
> > addresse
On Mon, Sep 03, 2007 at 12:15:03PM +0200, Andi Kleen wrote:
>
> > But it is needed for some devices for full functionality.
>
> Examples? I can only think of PCI express error reporting, which
> few drivers implement anyways and isn't really a show stopper
> if it doesn't work. Besides I would be
On Mon, Sep 03, 2007 at 04:33:19AM -0700, Arjan van de Ven wrote:
> On Mon, 3 Sep 2007 11:17:18 +0200
> "Andreas Herrmann" <[EMAIL PROTECTED]> wrote:
> \>
> > Do you see any other issues besides the naming of the bit?
>
> I wonder if we should key this
On Wed, Sep 05, 2007 at 06:58:58AM +0100, H. Peter Anvin wrote:
> Well, they don't add any functionality, do they?
They allow CF8/CFC to access ECS in cases where mmcfg is not working.
> As such, I would agree with Andi -- we only
> need one method which can (correctly) access the full configura
On Wed, Sep 05, 2007 at 01:05:25PM +0200, Arne Georg Gleditsch wrote:
> "H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> > You're missing the point. How will the PCI bus transactions be
> > different when using MMCONFIG versus your extended CF8 version?
>
> Conceivably this is useful if the IO hub
On Tue, Nov 06, 2007 at 03:25:39PM +0800, Zou Nan hai wrote:
>
> in 2.6.24-rc1 kernel,
> The /proc/cpuinfo display is wrong.
>
> One issue is every processor id appears to be 0.
>
> That is because smp_store_cpu_info will set cpuinfo_x86->cpu_index
> to cpu id then call identify_cpu
> identify_
On Tue, Nov 06, 2007 at 04:28:20PM +0800, Zou Nan hai wrote:
> in 2.6.24-rc1 kernel,
> The /proc/cpuinfo display is wrong.
>
> Another issue is that it will display bogus cpus with wrong information
> if the kernel is compiled with a big CONFIG_NR_CPU.
>
> That is because before a cpu in cpu_pre
On Thu, Nov 01, 2007 at 03:31:23PM -0700, Yinghai Lu wrote:
>
> wonder if could change
>
> > if (!cpu_online(c->cpu_index))
> > return 0;
>
> ==>
>
> > if (c->cpu_index >= NR_CPUS)
> > return 0;
>
> and add another entry for every cpu
> online : 1 when i
boot_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
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
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 ++
> 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 c
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 /
mtrr: fix size_or_mask and size_and_mask
This fixes two bugs in /proc/mtrr interface:
o If physical address size crosses the 44 bit boundary
size_or_mask is evaluated wrong.
o size_and_mask limits width of physical base
address for an MTRR to be less than 44 bits.
Signed-off-by: Andreas
than 44 bit
o added check to restrict base address to 36 bit on i386
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
--
diff --git a/arch/i386/kernel/cpu/mtrr/generic.c
b/arch/i386/kernel/cpu/mtrr/generic.c
index f77fc53..aa21d15 100644
--- a/arch/i386/kernel/cpu/mtrr/generic.c
+++ b/arc
On Mon, Feb 05, 2007 at 05:26:12PM -0700, [EMAIL PROTECTED] wrote:
> "Andreas Herrmann" <[EMAIL PROTECTED]> writes:
> > mtrr: fix issues with large addresses
> >
> > Fixes some issues with /proc/mtrr interface:
> > o If physical address size crosse
On Tue, Feb 06, 2007 at 09:31:45AM +, Jan Beulich wrote:
> >>> Andi Kleen <[EMAIL PROTECTED]> 06.02.07 08:53 >>>
> >On Monday 05 February 2007 23:50, Siddha, Suresh B wrote:
> >> On Mon, Feb 05, 2007 at 06:19:59PM +0100, Andreas Herrmann wrote:
> &
On Tue, Feb 06, 2007 at 11:54:57AM +0100, Andi Kleen wrote:
> On Tuesday 06 February 2007 10:53, Jan Beulich wrote:
> > >> I don't think I remember a restriction here, at least not below 44 bits
> > >> (that's where pfn-s would need to become 64-bit wide).
> > >
> > >The i386 mm code only supports
On Tue, Feb 06, 2007 at 10:54:23AM -0700, [EMAIL PROTECTED] wrote:
> "Andreas Herrmann" <[EMAIL PROTECTED]> writes:
> > On Mon, Feb 05, 2007 at 05:26:12PM -0700, [EMAIL PROTECTED] wrote:
> >> "Andreas Herrmann" <[EMAIL PROTECTED]> writes:
> >
This is a series of minor fixes for problems observed while
doing some randconfig fun on x86_64.
Some problems might have been reported on LKML before. But AFAIK they
are not fixed in current git. Thus I report them again - including
possible fixes.
Regards,
Andreas
--
Operating | AMD Saxony
x27; used by config symbol
'MOUSE_ATARI' refers to undefined symbol 'ATARI_KBD_CORE'
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/m68k/Kconfig |3 ---
drivers/input/keyboard/Kconfig |4
2 files changed, 4 insertions(+), 3 deletions(-)
Fix kernel build problem:
thinkpad_acpi.c:(.text+0x7486a): undefined reference to `ec_write'
(as THINKPAD_ACPI depends on ACPI_EC)
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/d
Fix kernel build problem as MSI_LAPTOP depends on ACPI_EC.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 72774c9..0d6f369 100644
Fix compile error with ACPI && !ACPI_POWER as bus.c
depends on power.c
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/acpi/Kconfig |4
drivers/acpi/Makefile |2 +-
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/acpi/Kconfig
Avoid compile warning if !ACPI_BLACKLIST_YEAR
CC drivers/acpi/blacklist.o
drivers/acpi/blacklist.c:76:5: warning: "CONFIG_ACPI_BLACKLIST_YEAR" is not
defined
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/acpi/blacklist.c |2 +-
1 files changed, 1
Fix build error if ACPI && !ACPI_SYSTEM as
bus.c depended on event.c
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/acpi/bus.c |2 +-
drivers/acpi/event.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/bus.c b/driv
Fix compile error:
In file included from drivers/infiniband/core/addr.c:32:
include/linux/inetdevice.h:15: error: '__NET_IPV4_CONF_MAX' undeclared here
(not in a function)
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
include/linux/inetdevice.h |1 +
1 files chang
':
xirc2ps_cs.c:(.exit.text+0x1055): undefined reference to
`pcmcia_unregister_driver'
make: *** [.tmp_vmlinux1] Error 1
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/net/pcmcia/Kconfig | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff
Fix kernel build problem as SONY_LAPTOP depends on ACPI_EC.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 0d6f369..463fa41 100644
rning: implicit declaration of function
'acpi_power_transition'
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c
index b4a9ea5..e01dca1 100644
--- a/drivers/acpi/bus.c
+++ b/drivers/acpi/bus.c
@@ -43,6 +43,8 @@ ACPI_MODULE_NAME(
mm/built-in.o:: more undefined references to `kmalloc_node' follow
... hmm, SLOB currently does not provide kmalloc_node() and friends.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
init/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/init/Kconfig
Fix compile error:
CC sound/pci/ice1712/prodigy192.o
sound/pci/ice1712/prodigy192.c:708: error: ak4114_controls causes a section
type conflict
... but __initdata cannot be "const".
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
sound/pci/ice1712/prodigy19
On Tue, Jun 19, 2007 at 11:38:02PM -0400, Len Brown wrote:
> On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
> > Avoid compile warning if !ACPI_BLACKLIST_YEAR
> >
> > CC drivers/acpi/blacklist.o
> > drivers/acpi/blacklist.c:76:5: warning: "CONFIG_
On Tue, Jun 19, 2007 at 08:51:58PM -0700, Randy Dunlap wrote:
> On Tue, 19 Jun 2007 20:49:34 -0700 Randy Dunlap wrote:
>
> > On Tue, 19 Jun 2007 23:38:02 -0400 Len Brown wrote:
> >
> > > On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
> > > > Avoid
On Wed, Jun 20, 2007 at 01:44:35PM -0700, Randy Dunlap wrote:
> On Wed, 20 Jun 2007 00:52:03 +0200 Andreas Herrmann wrote:
>
> > Fix several build errors with PCMCIA=m && NET_PCMCIA=y:
> >
> >LD .tmp_vmlinux1
> >drivers/built-in.o: In functio
On Wed, Jun 20, 2007 at 11:25:48AM -0700, Ravikiran G Thirumalai wrote:
> On Wed, Jun 20, 2007 at 09:36:30AM -0400, Len Brown wrote:
> > On Wednesday 20 June 2007 04:49, Andreas Herrmann wrote:
> > > On Tue, Jun 19, 2007 at 11:38:02PM -0400, Len Brown wrote:
> > > >
>
>
> endif # V4L_USB_DRIVERS
>
> --
> Cheers,
> Mauro
>
Hi,
I am not sure whether it is related or not
But if you select USB as module but build your v4l_usb driver
into the kernel you also get compile errors.
Attached is a patch which will prevent this by changing the me
_link':
: undefined reference to `mii_link_ok'
drivers/built-in.o: In function `usbnet_nway_reset':
: undefined reference to `mii_nway_restart'
This occurs when an USBNET device is built-in but MII is
selected as module.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
On Thu, Jun 21, 2007 at 08:36:15PM +0200, Andreas Herrmann wrote:
> On Wed, Jun 20, 2007 at 11:25:48AM -0700, Ravikiran G Thirumalai wrote:
> > On Wed, Jun 20, 2007 at 09:36:30AM -0400, Len Brown wrote:
> > >
> > > The underlying problem is that Kconfig d
On Tue, Jun 19, 2007 at 09:57:44PM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 20 Jun 2007, Andreas Herrmann wrote:
> > Fix kernel build problem:
> >
> > thinkpad_acpi.c:(.text+0x7486a): undefined reference to `ec_write'
> >
> > (as THINKPAD_ACPI d
x27;
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
diff --git a/fs/dlm/Kconfig b/fs/dlm/Kconfig
index 69a9469..c0e4c59 100644
--- a/fs/dlm/Kconfig
+++ b/fs/dlm/Kconfig
@@ -1,5 +1,5 @@
menu "Distributed Lock Manager"
- depends on EXPERIMENTAL && INET
+
On Fri, Jun 22, 2007 at 03:51:34PM +0200, Jan Engelhardt wrote:
>
> On Jun 22 2007 15:46, Andreas Herrmann wrote:
> >Hi,
> >
> >I am not sure whether it is related or not
> >But if you select USB as module but build your v4l_usb driver
> >into the kernel you
On Fri, Jun 22, 2007 at 12:03:19PM -0300, Mauro Carvalho Chehab wrote:
> Em Sex, 2007-06-22 às 15:51 +0200, Jan Engelhardt escreveu:
> > On Jun 22 2007 15:46, Andreas Herrmann wrote:
> > >Hi,
> > >
> > >I am not sure whether it is related or not
> > >B
Commit 991528d7348667924176f3e29addea0675298944
introduced mwait_idle which is supposed to work
for Intel CPUs starting with Core Duo.
AMD Fam10 processors won't enter C1 on mwait.
This patch will enable default_idle for non-Intel
CPUs even if mwait is supported.
Signed-off-by: Andreas Her
On Thu, Apr 05, 2007 at 04:24:45PM +0200, Andi Kleen wrote:
> On Thursday 05 April 2007 16:00:45 Andreas Herrmann wrote:
> >
> > Commit 991528d7348667924176f3e29addea0675298944
> > introduced mwait_idle which is supposed to work
> > for Intel CPUs starting with C
On Thu, Apr 05, 2007 at 05:37:17PM +0200, Andi Kleen wrote:
>
> > > > This patch will enable default_idle for non-Intel
> > > > CPUs even if mwait is supported.
> > >
> > > It would be better to clear MONITOR/MWAIT in the AMD specific
> > > CPU initialize code than add workarounds everywhere else
Hi,
I send this as RFC because I won't manage it to test it
before end of Easter but want to have a consensus about
how the final patch should look like.
Andi,
what do you finally prefer?
(1) Something like the attached patch or
(2) a version which keeps to the MWAIT flag for Fam10 but
intro
benchmarking.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/process.c|9 +++--
arch/x86_64/kernel/setup.c |4
include/asm-x86_64/cpufeature.h |1 +
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86_64/kernel/process.c
This fix is needed for AMD family 10h CPUs.
It prevents auto select of mwait_idle for AMD CPUs.
MWAIT does not enter C-states on family 10h and more
power saving is reached by entering C1 with
default_idle.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu
Actually I have also written patches to clear the MWAIT flag
for AMD CPUs.
But after re-reading of specs (also Intel's specs) I preferred
to keep the MWAIT flag but to introduce a MWAIT_NO_CSTATE flag.
I think this is the cleaner solution.
Regards,
Andreas
-
To unsubscribe from this list: s
On Tue, Apr 10, 2007 at 08:11:18PM +0200, Andi Kleen wrote:
> On Tuesday 10 April 2007 19:24:25 Andreas Herrmann wrote:
> > This fix is needed for AMD family 10h CPUs.
> >
> > It prevents auto select of mwait_idle for AMD CPUs.
> > MWAIT does not enter C-states on fa
um
CC: # 4.5+
Signed-off-by: Andreas Herrmann
---
Documentation/cpu-freq/pcc-cpufreq.txt | 4 ++--
drivers/cpufreq/pcc-cpufreq.c | 2 --
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/Documentation/cpu-freq/pcc-cpufreq.txt
b/Documentation/cpu-freq/pcc-cpufreq.txt
index 0
On Fri, Sep 16, 2016 at 09:58:42PM +0300, Stratos Karafotis wrote:
> Hi,
>
> [ I 'm resending this message, because I think some recipients didn't receive
> it. ]
>
> On 16/09/2016 12:47 μμ, Andreas Herrmann wrote:
> > On Wed, Sep 07, 2016 at 10:32:01AM +0530,
On Mon, Sep 19, 2016 at 10:39:18PM +0300, Stratos Karafotis wrote:
> On Mon, Sep 19, 2016 at 7:16 PM, Andreas Herrmann wrote:
> > On Fri, Sep 16, 2016 at 09:58:42PM +0300, Stratos Karafotis wrote:
> >> Hi,
> >>
> >> [ I 'm resending this messag
Hi,
following patches address the performance degradation due to commit
6393d6a102 (cpufreq: ondemand: Eliminate the deadband effect) on
systems using pcc-cpufreq driver and ondemand governor.
Patch 1 introduces a generic_map_load_to_freq function which is
similar to what is used since commit 639
didn't show
significant performance differences between these two kernel versions.
Link: https://marc.info/?i=20160819121814.GA17296%40suselix.suse.de
Signed-off-by: Andreas Herrmann
---
drivers/cpufreq/cpufreq_governor.h | 5 +
drivers/cpufreq/cpufreq_ondemand.c
3308.80399.48 49.13 12.80 3505.80
120413.61 49.06 14.54 3181.00406.52 46.89 13.60 3331.60
Link: https://marc.info/?i=20160819121814.GA17296%40suselix.suse.de
Signed-off-by: Andreas Herrmann
---
drivers/cpufreq/pcc-cpufreq.c | 11 +++
1 file changed, 11
1 - 100 of 167 matches
Mail list logo
