Re: Addendum to Niagara-T3 kernel patches

2011-08-12 Thread Jurij Smakov 
On Fri, Aug 12, 2011 at 04:30:22AM +0100, Ben Hutchings wrote:
 On Thu, 2011-08-11 at 18:11 -0700, David Miller wrote:
  Ben, please add the following bug fix on top of the Sparc Niagara-T3
  patch set I sent the other week, otherwise all pre-Niagara boxes
  won't boot.
 
 I think there may have been a miscommunication.  I assumed Jurij would
 apply the SPARC changes, as he generally takes care of SPARC-specific
 stuff in our kernel package.
 
 Jurij, please go ahead and apply this and the previous patch.

Sorry, it was a busy week, so I could not find time to do it so far. 
Will do over the weekend.

Best regards.
 
 Ben.
 
  Thanks!
  
  
  From c92761fd9efcbbcb59e7bf4db88e29ce03229889 Mon Sep 17 00:00:00 2001
  From: David S. Miller da...@davemloft.net
  Date: Thu, 11 Aug 2011 17:58:59 -0700
  Subject: [PATCH] sparc: Don't do hypervisor calls on non-sun4v in DS driver.
  
  Reported-by: Pieter-Paul Giesberts piete...@broadcom.com
  Signed-off-by: David S. Miller da...@davemloft.net
  ---
   arch/sparc/kernel/ds.c |   13 +++--
   1 files changed, 7 insertions(+), 6 deletions(-)
  
  diff --git a/arch/sparc/kernel/ds.c b/arch/sparc/kernel/ds.c
  index 490e541..7429b47 100644
  --- a/arch/sparc/kernel/ds.c
  +++ b/arch/sparc/kernel/ds.c
  @@ -1256,13 +1256,14 @@ static int __init ds_init(void)
   {
  unsigned long hv_ret, major, minor;
   
  -   hv_ret = sun4v_get_version(HV_GRP_REBOOT_DATA, major, minor);
  -   if (hv_ret == HV_EOK) {
  -   pr_info(SUN4V: Reboot data supported (maj=%lu,min=%lu).\n,
  -   major, minor);
  -   reboot_data_supported = 1;
  +   if (tlb_type == hypervisor) {
  +   hv_ret = sun4v_get_version(HV_GRP_REBOOT_DATA, major, minor);
  +   if (hv_ret == HV_EOK) {
  +   pr_info(SUN4V: Reboot data supported 
  (maj=%lu,min=%lu).\n,
  +   major, minor);
  +   reboot_data_supported = 1;
  +   }
  }
  -
  kthread_run(ds_thread, NULL, kldomd);
   
  return vio_register_driver(ds_driver);
 



-- 
Jurij Smakov   ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/  KeyID: C99E03CC


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110812075428.ga5...@droopy.oc.cox.net

Bug#637407: linux-image-3.0.0-1-686-pae: Only grub2 adds an entry in menu.lst (grub1 doesn't)

2011-08-12 Thread Jonathan Nieder 
reassign 637407 grub-legacy 0.97-18
retitle 637407 update-grub: suppresses Linux 3.0.0-1 (and other kernels 
supporting Xen) from menu.lst
severity 637407 important
quit

quit

Hi again,

auto38092...@hushmail.com wrote:

 Indeed it said version 0.97-18 was upgraded.
[...]
 If version 0.97-18 still seems old, that may well be.

Thanks.  That is very old, older than any version Debian currently
supports.  In the NEWS file, I read:

Versions of the kernel Linux newer than 2.6.23, like the ones
included in Debian Lenny, are known to differ slightly in
their binary format, in a way that very old versions of GRUB
are unable to boot.

If you're upgrading GRUB in a system that was installed before
Debian Etch, and you have never manually updated your GRUB
install, it is possible that your system stops booting.

The version in etch is 0.97-27etch1.  However:

[...]
 Humble suggestion: Look for that xen code in /usr/sbin/update-grub

I agree that checking the kernel configuration and assuming that a
xen kernel (like plain 3.0.0-1-amd64!) will never be used outside of
xen is a bad assumption.  This looks like a real and serious bug
in the grub-legacy scripts; thanks for finding and explaining it.

Reassigning.  Alas, I'm not able to actually reproduce this because of
Bug#637556.  If someone has the time and interest to demonstrate the
problem with a current version of grub 1, please do.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110812153949.gb5...@elie.gateway.2wire.net

Processed: Re: linux-image-3.0.0-1-686-pae: Only grub2 adds an entry in menu.lst (grub1 doesn't)

2011-08-12 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 reassign 637407 grub-legacy 0.97-18
Bug #637407 [linux-2.6] linux-image-3.0.0-1-686-pae: Only grub2 adds an entry 
in menu.lst (grub1 doesn't)
Bug reassigned from package 'linux-2.6' to 'grub-legacy'.
Bug No longer marked as found in versions 3.0.0-1.
Bug #637407 [grub-legacy] linux-image-3.0.0-1-686-pae: Only grub2 adds an entry 
in menu.lst (grub1 doesn't)
There is no source info for the package 'grub-legacy' at version '0.97-18' with 
architecture ''
Unable to make a source version for version '0.97-18'
Bug Marked as found in versions 0.97-18.
 retitle 637407 update-grub: suppresses Linux 3.0.0-1 (and other kernels 
 supporting Xen) from menu.lst
Bug #637407 [grub-legacy] linux-image-3.0.0-1-686-pae: Only grub2 adds an entry 
in menu.lst (grub1 doesn't)
Changed Bug title to 'update-grub: suppresses Linux 3.0.0-1 (and other kernels 
supporting Xen) from menu.lst' from 'linux-image-3.0.0-1-686-pae: Only grub2 
adds an entry in menu.lst (grub1 doesn't)'
 severity 637407 important
Bug #637407 [grub-legacy] update-grub: suppresses Linux 3.0.0-1 (and other 
kernels supporting Xen) from menu.lst
Severity set to 'important' from 'normal'

 quit
Stopping processing here.

Please contact me if you need assistance.
-- 
637407: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637407
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.131316359931128.transcr...@bugs.debian.org

Processed: Re: linux-image-3.0.0-1-amd64: CIFS / DFS regression since 2.6.39-2-amd64: unable to mount a dfs or cifs subtree of a share

2011-08-12 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 tags 637560 - wheezy
Bug #637560 [linux-2.6] linux-image-3.0.0-1-amd64: CIFS / DFS regression since 
2.6.39-2-amd64: unable to mount a dfs or cifs subtree of a share
Removed tag(s) wheezy.

End of message, stopping processing here.

Please contact me if you need assistance.
-- 
637560: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637560
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.131316366931720.transcr...@bugs.debian.org

Bug#637395: linux-image-3.0.0-1-686-pae: EEE-PC 1000H: cpufreq cannot be set to ondemand

2011-08-12 Thread Thomas Renard 
Am 11.08.2011 23:27, schrieb Jonathan Nieder:
 Please try blacklisting p4-clockmod or loading acpi-cpufreq first, to
 see if that helps.
 
 The too long transition latency of HW message comes from
 __cpufreq_governor() in drivers/cpufreq/cpufreq.c and indicates
 that (policy-cpuinfo.transition_latency 
 policy-governor-max_transition_latency) was true.  Which leads to
 the same conclusion: based on
 
   $ git show -s v2.6.30-rc1~678^2
   commit 36e8abf3
   Author: Dave Jones da...@redhat.com
   Date:   Thu Mar 5 00:16:26 2009 -0500
 
   [CPUFREQ] Prevent p4-clockmod from auto-binding to the ondemand 
 governor.
  
   The latency of p4-clockmod sucks so hard that scaling on a regular
   basis with ondemand is a really bad idea.
 
   Signed-off-by: Matthew Garrett mj...@srcf.ucam.org
   Signed-off-by: Dave Jones da...@redhat.com
 
 I suspect we really want to be using acpi-cpufreq, not p4-clockmod.
 So we're closing in.

Blacklisting works.

I put it into /etc/modprobe.d/eeepc.conf, which belongs to
eeepc-acpi-scripts (see patch). Now the question is: is it an EEE-PC
only problem or does this happen to other systems too? If it is EEE-PC
only: how does it work to get the patch to the eeepc-acpi-scripts team?
New Bugreport (sorry, I never had a cross package problem)?
--- /etc/modprobe.d/eeepc.conf	2010-11-12 13:08:34.0 +0100
+++ eeepc.conf	2011-08-12 18:01:19.0 +0200
@@ -3,3 +3,4 @@
 blacklist snd_pcsp
 blacklist i2c_i801
 options snd_hda_intel power_save=5
+blacklist p4-clockmod
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.0.0-1-686-pae (Debian 3.0.0-1) 
(b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-3) ) #1 SMP Sun Jul 24 
14:27:32 UTC 2011
[0.00] Disabled fast string operations
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0009fc00 (usable)
[0.00]  BIOS-e820: 0009fc00 - 000a (reserved)
[0.00]  BIOS-e820: 000e2000 - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - 7f7a (usable)
[0.00]  BIOS-e820: 7f7a - 7f7ae000 (ACPI data)
[0.00]  BIOS-e820: 7f7ae000 - 7f7f (ACPI NVS)
[0.00]  BIOS-e820: 7f7f - 7f80 (reserved)
[0.00]  BIOS-e820: fee0 - fee01000 (reserved)
[0.00]  BIOS-e820: fff8 - 0001 (reserved)
[0.00] NX (Execute Disable) protection: active
[0.00] DMI present.
[0.00] DMI: ASUSTeK Computer INC. 1000H/1000H, BIOS 180303/03/2009
[0.00] e820 update range:  - 0001 (usable) 
== (reserved)
[0.00] e820 remove range: 000a - 0010 (usable)
[0.00] last_pfn = 0x7f7a0 max_arch_pfn = 0x100
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-D uncachable
[0.00]   E-E write-through
[0.00]   F-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask 08000 write-back
[0.00]   1 base 07F80 mask 0FF80 uncachable
[0.00]   2 disabled
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[0.00] found SMP MP-table at [c00ff780] ff780
[0.00] initial memory mapped : 0 - 01a0
[0.00] Base memory trampoline at [c009b000] 9b000 size 16384
[0.00] init_memory_mapping: -379fe000
[0.00]  00 - 20 page 4k
[0.00]  20 - 003780 page 2M
[0.00]  003780 - 00379fe000 page 4k
[0.00] kernel direct mapping tables up to 379fe000 @ 19fa000-1a0
[0.00] RAMDISK: 378dc000 - 37c66000
[0.00] Allocated new RAMDISK: 37552000 - 378db436
[0.00] Move RAMDISK from 378dc000 - 37c65435 to 
37552000 - 378db435
[0.00] ACPI: RSDP 000fb9e0 00014 (v00 ACPIAM)
[0.00] ACPI: RSDT 7f7a 0003C (v01 A_M_I_ OEMRSDT  03000903 MSFT 
0097)
[0.00] ACPI: FACP 7f7a0200 00084 (v02 A_M_I_ OEMFACP  03000903 MSFT 
0097)
[0.00] ACPI: DSDT 7f7a05b0 05342 (v01  A1028 A1028000  INTL 
20051117)
[0.00] ACPI: FACS 7f7ae000 00040
[0.00] ACPI: APIC 7f7a0390 0005C (v01 A_M_I_ OEMAPIC  03000903 MSFT 
0097)
[0.00] ACPI: MCFG 7f7a03f0 0003C (v01 A_M_I_ OEMMCFG  03000903 MSFT 
0097)
[0.00] ACPI: OEMB 7f7ae040 00061 (v01 A_M_I_ AMI_OEM  03000903 MSFT 
0097)
[0.00] ACPI: HPET 7f7a5900 00038 (v01 A_M_I_ OEMHPET  03000903

Bug#637234: linux-image-3.0.0-1-686-pae: I/O errors using ext4 under xen

2011-08-12 Thread Mike Williams 
Same here too.

linux-image-3.0.0-1-amd64 on Citrix XenServer though.

*Sometimes* it'll boot OK, only for the I/O error to crop up randomly later.

-- 
Mike Williams



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201108121716.30536.mike.willi...@comodo.com

Bug#637566: linux-2.6: Occasionally FTBFS: Race condition in building docs

2011-08-12 Thread Daniel Schepler 
Source: linux-2.6
Version: 3.0.0-1
Severity: normal

From my pbuilder build log:

...
  DOCPROC Documentation/DocBook/tracepoint.xml
  DOCPROC Documentation/DocBook/media.xml
  DOCPROC Documentation/DocBook/drm.xml
make[3]: Leaving directory `/tmp/buildd/linux-2.6-3.0.0/debian/build/source'
env -u ABINAME -u ARCH -u FEATURESET -u FLAVOUR -u VERSION -u LOCALVERSION 
DISTRIBUTION_OFFICIAL_BUILD=1 DISTRIBUTION_UPLOADER=b...@decadent.org.uk 
DISTRIBUTION_VERSION=3.0.0-1 /usr/bin/make -C 
debian/build/source O='/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc' -j3 
htmldocs mandocs
make[3]: Entering directory `/tmp/buildd/linux-2.6-3.0.0/debian/build/source'
for dep in dvb media-entities.tmpl media-indices.tmpl v4l; do \
rm -f 
/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/$dep \
 ln -s 
/tmp/buildd/linux-2.6-3.0.0/debian/build/source/Documentation/DocBook/$dep 
/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/ \
|| exit; \
done
for dep in dvb media-entities.tmpl media-indices.tmpl v4l; do \
rm -f 
/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/$dep \
 ln -s 
/tmp/buildd/linux-2.6-3.0.0/debian/build/source/Documentation/DocBook/$dep 
/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/ \
|| exit; \
done
ln: creating symbolic link 
`/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/media-indices.tmpl':
 File exists
make[5]: *** [xmldoclinks] Error 1
make[4]: *** [mandocs] Error 2
make[4]: *** Waiting for unfinished jobs
  HTMLDocumentation/DocBook/80211.html
  HTMLDocumentation/DocBook/alsa-driver-api.html
  HTMLDocumentation/DocBook/debugobjects.html
...
mkdir -p 
/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/media/ 
 cp 
/tmp/buildd/linux-2.6-3.0.0/debian/build/source/Documentation/DocBook/dvb/*.png 
/tmp/buildd/linux-2.6-3.0.0/debian/build/source/Documentation/DocBook/v4l/*.gif 
/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/media/
make[3]: *** [sub-make] Error 2
make[3]: Leaving directory `/tmp/buildd/linux-2.6-3.0.0/debian/build/source'
make[2]: *** [debian/stamps/build-doc] Error 2
make[2]: Leaving directory `/tmp/buildd/linux-2.6-3.0.0'
make[1]: *** [binary-indep] Error 2
make[1]: Leaving directory `/tmp/buildd/linux-2.6-3.0.0'
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
-- 
Daniel Schepler



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201108120929.01898.dschep...@gmail.com

Bug#623037: marked as done (general: Usb flash drive crashes Debian)

2011-08-12 Thread Debian Bug Tracking System 
Your message dated Fri, 12 Aug 2011 11:34:38 -0500
with message-id 20110812163438.ge5...@elie.gateway.2wire.net
and subject line Re: general: Usb flash drive crashes Debian
has caused the Debian Bug report #623037,
regarding general: Usb flash drive crashes Debian
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
623037: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623037
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: general
Severity: normal

Every time when I plug a usb drive Debian crashes. The system mount the drive
successfully and crashes when I am trying to browse the folder



-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


---End Message---
---BeginMessage---
Hi,

Atanas Atanassov wrote:

 Thank you for looking into this. I think, I had problem with my motherboard
 after power outage. After replacing my motherboard and reinstalling Debian
 the problem goes away. 

Thanks for the update.  Closing.

---End Message---

Bug#637566: linux-2.6: Occasionally FTBFS: Race condition in building docs

2011-08-12 Thread Jonathan Nieder 
tags 637566 + fixed-upstream
quit

Hi Daniel,

Daniel Schepler wrote:

[...]
 for dep in dvb media-entities.tmpl media-indices.tmpl v4l; do \
 rm -f 
 /tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/$dep 
 \
  ln -s 
 /tmp/buildd/linux-2.6-3.0.0/debian/build/source/Documentation/DocBook/$dep 
 /tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/ \
 || exit; \
 done
 ln: creating symbolic link 
 `/tmp/buildd/linux-2.6-3.0.0/debian/build/build-doc/Documentation/DocBook/media-indices.tmpl':
  File exists

Thanks for reporting it.  I suspect this was fixed by
v3.1-rc1~116^2~429 ([media] DocBook: Add rules to auto-generate some
media docbook) which changed the ln -s to ln -sf.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110812163850.gf5...@elie.gateway.2wire.net

Processed: Re: linux-2.6: Occasionally FTBFS: Race condition in building docs

2011-08-12 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 tags 637566 + fixed-upstream
Bug #637566 [src:linux-2.6] linux-2.6: Occasionally FTBFS: Race condition in 
building docs
Added tag(s) fixed-upstream.
 quit
Stopping processing here.

Please contact me if you need assistance.
-- 
637566: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637566
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.131316714212312.transcr...@bugs.debian.org

Bug#637395: linux-image-3.0.0-1-686-pae: EEE-PC 1000H: cpufreq cannot be set to ondemand

2011-08-12 Thread Ben Hutchings 
On Fri, Aug 12, 2011 at 06:11:23PM +0200, Thomas Renard wrote:
 Am 11.08.2011 23:27, schrieb Jonathan Nieder:
  Please try blacklisting p4-clockmod or loading acpi-cpufreq first, to
  see if that helps.
  
  The too long transition latency of HW message comes from
  __cpufreq_governor() in drivers/cpufreq/cpufreq.c and indicates
  that (policy-cpuinfo.transition_latency 
  policy-governor-max_transition_latency) was true.  Which leads to
  the same conclusion: based on
  
  $ git show -s v2.6.30-rc1~678^2
  commit 36e8abf3
  Author: Dave Jones da...@redhat.com
  Date:   Thu Mar 5 00:16:26 2009 -0500
  
  [CPUFREQ] Prevent p4-clockmod from auto-binding to the ondemand 
  governor.
   
  The latency of p4-clockmod sucks so hard that scaling on a regular
  basis with ondemand is a really bad idea.
  
  Signed-off-by: Matthew Garrett mj...@srcf.ucam.org
  Signed-off-by: Dave Jones da...@redhat.com
  
  I suspect we really want to be using acpi-cpufreq, not p4-clockmod.
  So we're closing in.
 
 Blacklisting works.
 
 I put it into /etc/modprobe.d/eeepc.conf, which belongs to
 eeepc-acpi-scripts (see patch). Now the question is: is it an EEE-PC
 only problem or does this happen to other systems too?
[...]

It is not EeePC-specific.

cpufreq modules are loaded by the cpufrequtils package, and it is
now loading the wrong modules due to a change in the installation
location of the modules.  This is bug #636141, fixed in version
007-2.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110812164058.gl29...@decadent.org.uk

Processed: reassign 637395 to cpufrequtils, forcibly merging 636141 637395

2011-08-12 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 reassign 637395 cpufrequtils 007-1
Bug #637395 [linux-2.6] linux-image-3.0.0-1-686-pae: EEE-PC 1000H: cpufreq 
cannot be set to ondemand
Bug reassigned from package 'linux-2.6' to 'cpufrequtils'.
Bug No longer marked as found in versions 3.0.0-1.
Bug #637395 [cpufrequtils] linux-image-3.0.0-1-686-pae: EEE-PC 1000H: cpufreq 
cannot be set to ondemand
Bug Marked as found in versions cpufrequtils/007-1.
 forcemerge 636141 637395
Bug#636141: cpufrequtils: with kernel 3.0.0, loadcpufreq loads all freq drivers
Bug#637395: linux-image-3.0.0-1-686-pae: EEE-PC 1000H: cpufreq cannot be set to 
ondemand
Bug#635348: FATAL: Error inserting ... 
(/lib/modules/3.0.0-1-486/kernel/drivers/...
Bug#636194: cpufrequtils: loadcpufreq should not try to load every driver
Forcibly Merged 635348 636141 636194 637395.

 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
635348: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635348
637395: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637395
636141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636141
636194: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636194
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.131316729513172.transcr...@bugs.debian.org

Re: Re: squeeze 2.6.32-5-686 doesn´t boot without monitor

2011-08-12 Thread Michael 
Hello Adrian,

for me editing /etc/modprobe.d/i915-kms.conf to 
options i915 modeset=0
solved the problem - booting without monitor is possible and I can log in with 
vnc.

Maybe you have to use another kms-file

Michael


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1313169753.6286.yahoomail...@web24601.mail.ird.yahoo.com

Bug#637468: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#637468: linux-image-2.6.32-5-686: Sometimes does not detect network hardware)

2011-08-12 Thread Mark Grieveson 
On Thu, 11 Aug 2011 22:15:07 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

 Sorry, it seems your hardware has developed a fault.
 
 The device listing in your report includes an Intel network controller
 with device ID 9043.  The Intel Pro Wireless 2100 network controller
 should have device ID 1043 (one bit different).
 
 It may be that this is due to connections that have come loose, and
 can be repaired simply by re-seating them.  Certainly the wireless
 network controller is likely to be on a separate circuit board.
 
 Ben.

Thanks.  I'll look into that possibility.  I did find another thread on
the internet with people who were having similar issues, at
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/424142
I found this after I had entered the command dmesg | grep BAR and
came up with a string that corresponded to some of the entries at the
aforementioned site.  The solution provided there was to upgrade, but
given that I don't have access to the internet with that laptop, I
wasn't able to test that proposed solution.

Mark



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110812134145.5eb64...@torfree.net

Bug#637573: linux-image-2.6.39-2-amd64: kswapd uses 100% cpu

2011-08-12 Thread Sergey 
Package: linux-2.6
Version: 2.6.39-3
Severity: important


on sandy bridge ( Intel(R) Core(TM) i3-2310M )
kswapd uses 100% CPU when there is little free memory. 
swap space not used.

after the command echo 1 /proc/sys/vm/drop_kaches kswapd 
disappears.

-- Package-specific info:
** Version:
Linux version 2.6.39-2-amd64 (Debian 2.6.39-3) (b...@decadent.org.uk) (gcc 
version 4.4.6 (Debian 4.4.6-6) ) #1 SMP Tue Jul 5 02:51:22 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.39-2-amd64 root=/dev/mapper/lenovo-root ro quiet

** Not tainted

** Kernel log:
[  531.936629] pcieport :00:1c.4: restoring config space at offset 0x1 (was 
0x10, writing 0x17)
[  531.936670] ehci_hcd :00:1d.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[  531.936689] ehci_hcd :00:1d.0: restoring config space at offset 0x4 (was 
0x0, writing 0x92529000)
[  531.936697] ehci_hcd :00:1d.0: restoring config space at offset 0x1 (was 
0x290, writing 0x292)
[  531.936714] ehci_hcd :00:1d.0: power state changed by ACPI to D0
[  531.936719] ehci_hcd :00:1d.0: power state changed by ACPI to D0
[  531.936785] ahci :00:1f.2: restoring config space at offset 0x1 (was 
0x2b00403, writing 0x2b00407)
[  531.936871] iwlagn :03:00.0: restoring config space at offset 0xf (was 
0x100, writing 0x107)
[  531.936911] iwlagn :03:00.0: restoring config space at offset 0x4 (was 
0x4, writing 0x9244)
[  531.936921] iwlagn :03:00.0: restoring config space at offset 0x3 (was 
0x0, writing 0x10)
[  531.936934] iwlagn :03:00.0: restoring config space at offset 0x1 (was 
0x10, writing 0x16)
[  531.937108] sdhci-pci :0d:00.0: restoring config space at offset 0xf 
(was 0x1ff, writing 0x10b)
[  531.937145] sdhci-pci :0d:00.0: restoring config space at offset 0x3 
(was 0x800010, writing 0x10)
[  531.937154] sdhci-pci :0d:00.0: restoring config space at offset 0x1 
(was 0x12, writing 0x16)
[  531.937243] PM: early resume of devices complete after 20.968 msecs
[  531.937340] ehci_hcd :00:1a.0: power state changed by ACPI to D0
[  531.937348] e1000e :00:19.0: wake-up capability disabled by ACPI
[  531.937354] e1000e :00:19.0: PME# disabled
[  531.937411] i915 :00:02.0: power state changed by ACPI to D0
[  531.937414] ehci_hcd :00:1d.0: power state changed by ACPI to D0
[  531.937439] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 
22
[  531.937453] HDA Intel :00:1b.0: setting latency timer to 64
[  531.937544] HDA Intel :00:1b.0: irq 40 for MSI/MSI-X
[  531.937564] e1000e :00:19.0: irq 42 for MSI/MSI-X
[  531.943492] ehci_hcd :00:1a.0: power state changed by ACPI to D0
[  531.943499] ehci_hcd :00:1a.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[  531.943505] ehci_hcd :00:1a.0: setting latency timer to 64
[  531.943525] ahci :00:1f.2: setting latency timer to 64
[  531.943632] sdhci-pci :0d:00.0: PCI INT A - GSI 16 (level, low) - IRQ 
16
[  531.943639] i915 :00:02.0: power state changed by ACPI to D0
[  531.943644] i915 :00:02.0: setting latency timer to 64
[  531.943647] ehci_hcd :00:1d.0: power state changed by ACPI to D0
[  531.943652] sd 0:0:0:0: [sda] Starting disk
[  531.943655] ehci_hcd :00:1d.0: PCI INT A - GSI 23 (level, low) - IRQ 23
[  531.943662] ehci_hcd :00:1d.0: setting latency timer to 64
[  532.192427] usb 1-1.3: reset full speed USB device number 3 using ehci_hcd
[  532.272135] ata5: SATA link down (SStatus 0 SControl 300)
[  532.276174] ata2: SATA link down (SStatus 0 SControl 300)
[  532.356188] usb 1-1.6: reset high speed USB device number 5 using ehci_hcd
[  532.444104] sdhci-pci :0d:00.0: setting latency timer to 64
[  533.219793] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[  533.222515] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[  533.222526] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[  533.222534] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered 
out
[  533.228226] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[  533.228237] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[  533.228245] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered 
out
[  533.230788] ata1.00: configured for UDMA/133
[  533.284643] PM: resume of devices complete after 1347.935 msecs
[  533.284732] PM: Finishing wakeup.
[  533.284733] Restarting tasks ... 
[  533.285623] usb 2-1.1: USB disconnect, device number 4
[  533.285801] option1 ttyUSB0: GSM modem (1-port) converter now disconnected 
from ttyUSB0
[  533.285827] option 2-1.1:1.0: device disconnected
[  533.285954] option1 ttyUSB1: GSM modem (1-port) converter now disconnected 
from ttyUSB1
[  533.285975] option 2-1.1:1.1: device disconnected
[  533.286869] done.
[  533.292330] video LNXVIDEO:00: Restoring backlight state
[  533.398777] EXT4-fs (dm-0): re-mounted. Opts:

Processed: Re: linux-image-2.6.39-2-amd64: kswapd uses 100% cpu

2011-08-12 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 merge 637573 637574
Bug#637573: linux-image-2.6.39-2-amd64: kswapd uses 100% cpu
Bug#637574: linux-image-2.6.39-2-amd64: kswapd uses 100% cpu
Merged 637573 637574.


End of message, stopping processing here.

Please contact me if you need assistance.
-- 
637574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637574
637573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637573
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.131317152631674.transcr...@bugs.debian.org

Bug#637573: linux-image-2.6.39-2-amd64: kswapd uses 100% cpu

2011-08-12 Thread Ben Hutchings 
On Fri, Aug 12, 2011 at 09:43:23PM +0300, Sergey wrote:
 Package: linux-2.6
 Version: 2.6.39-3
 Severity: important
 
 
 on sandy bridge ( Intel(R) Core(TM) i3-2310M )
 kswapd uses 100% CPU when there is little free memory. 
 swap space not used.

What do you mean by 'swap space not used'?  No swap space
configured?

 after the command echo 1 /proc/sys/vm/drop_kaches kswapd 
 disappears.

Please test version 3.0.0-1, now in testing and unstable.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110812194007.gm29...@decadent.org.uk

Processed: tagging 637573

2011-08-12 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 tags 637573 + moreinfo
Bug #637573 [linux-2.6] linux-image-2.6.39-2-amd64: kswapd uses 100% cpu
Bug #637574 [linux-2.6] linux-image-2.6.39-2-amd64: kswapd uses 100% cpu
Added tag(s) moreinfo.
Added tag(s) moreinfo.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
637573: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637573
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.131317802324935.transcr...@bugs.debian.org

Bug#635840: TP-Link TL-WN821N v2 doesn't work with kernel 3.0

2011-08-12 Thread Stefan Lippers-Hollmann 
Hi

On Friday 12 August 2011, Ben Hutchings wrote:
 On Mon, 2011-08-01 at 19:36 -0300, Willian Gustavo Veiga wrote:
  Ben, probably you're right. I've missed some information, sorry about that:
  
  # dmesg
  [  312.484057] usb 1-5: new high speed USB device number 9 using ehci_hcd
  [  312.664228] usb 1-5: New USB device found, idVendor=0cf3, idProduct=1002
  [  312.664233] usb 1-5: New USB device strings: Mfr=16, Product=32, 
  SerialNumber=48
  [  312.664237] usb 1-5: Product: USB2.0 WLAN
  [  312.664239] usb 1-5: Manufacturer: ATHER
  [  312.664241] usb 1-5: SerialNumber: 12345
  [  312.780058] usb 1-5: reset high speed USB device number 9 using ehci_hcd
  [  312.954434] usb 1-5: firmware not found.
 
 This driver requires the wireless controller to run different firmware,
 which must be installed as /lib/firmware/carl9170-1.fw.  That file
 should be included in the firmware-free package, but it isn't yet.  See
 http://linuxwireless.org/en/users/Drivers/carl9170#Firmware-1.

Given that the licensing for carl9170fw is a bit special[1] for a 
firmware image targetted at a different architecture and not easy to 
fulfill in a way that avoids wget on the buildds or code duplication,
I've started some preliminary packaging for it at:

Vcs-Svn: svn://svn.berlios.de/fullstory/firmware-carl9170/trunk
Vcs-Browser: 
http://svn.berlios.de/svnroot/repos/fullstory/firmware-carl9170/trunk/

While this should meet upstream license conditions in wording and 
spirit and may pass ftp-master checking, its strong dependencies
on packaging structures of binutils-source, newlib-source and the 
versioned gcc-$(GCC_VER)-source make it rather fragile and high 
maintenance, not to say downright ugly (looking at the list of 
build-depends). This packaging compiles the sh-2 cross-compiling
environment at build-time, as introducing a newlib based sh-2
cross-compiling toolchain for this single package is hardly a preferred
option for Debian and binutils/ newlib/ gcc maintainers.

Please regard this as an initial attempt to solve this issue and feel
free to re-use this or parts of it at your convenience. While I'd 
volunteer to co-maintain this (or derivatives of this packaging), it
still needs an active Debian uploader due to its rather high 
maintenance requirements (adaptions to future {binutils,newlib}-source
versions or bumping the versioned build-requirements whenever old
gcc-$(GCC_VER)-source versions get removed from the archive).

Warning, system requirements for building this package are quite high:
- ~140 MB build-dependencies
- ~3.4 GB temporary build space
- a good half hour compilation time (mostly spent on the toolchain) on
  fast computers, allowing parallel building through DEBBUILDOPTS helps
  significantly.
+ build-tested on amd64 and kfreebsd-amd64, providing bit-identical 
  results
+ functionality confirmed with 0cf3:9170 Atheros Communications, Inc.
  AR9170 802.11n on kernel 3.0.1.

Regards
Stefan Lippers-Hollmann


[1] GPL-2: The source code for a work means the preferred form of the 
work for making modifications to it.  For an executable work, 
complete source code means all the source code for all modules
it contains, plus any associated interface definition files, 
plus the scripts used to control compilation and installation 
of the executable.


signature.asc
Description: This is a digitally signed message part.

Bug#637591: Add pci id for Marvell Technology Group Ltd. Device 9480

2011-08-12 Thread Alexander Kurtz 
Package: src:linux-2.6
Version: 3.0.0-1
Severiy: normal
Tags: patch

Hi,

I recently bough a SAS/SATA expansion card[1] based on Marvell's
88SE9480 chip:

$ lspci -nnv
[...]
04:00.0 RAID bus controller [0104]: Marvell Technology Group Ltd. 
Device [1b4b:9480] (rev 03)
Subsystem: Marvell Technology Group Ltd. Device [1b4b:9480]
Flags: bus master, fast devsel, latency 0, IRQ 7
Memory at efac (64-bit, non-prefetchable) [size=128K]
Memory at efa8 (64-bit, non-prefetchable) [size=256K]
Expansion ROM at efaf [disabled] [size=64K]
Capabilities: access denied

$ 

As you can see, the mvsas driver failed to get the card up and
running. That's because there is no matching pci id:

$ /sbin/modinfo mvsas
filename:   
/lib/modules/3.0.0-1-amd64/kernel/drivers/scsi/mvsas/mvsas.ko
license:GPL
version:0.8.2
description:Marvell 88SE6440 SAS/SATA controller driver
author: Jeff Garzik jgar...@pobox.com
srcversion: CC1952EE8F2866BEB54CA6A
alias:  pci:v1B4Bd9485sv*sd9480bc*sc*i*
alias:  pci:v1B4Bd9445sv*sd9480bc*sc*i*
alias:  pci:v1103d2760sv*sd*bc*sc*i*
alias:  pci:v1103d2744sv*sd*bc*sc*i*
alias:  pci:v1103d2740sv*sd*bc*sc*i*
alias:  pci:v1103d2722sv*sd*bc*sc*i*
alias:  pci:v1103d2721sv*sd*bc*sc*i*
alias:  pci:v1103d2720sv*sd*bc*sc*i*
alias:  pci:v1103d2710sv*sd*bc*sc*i*
alias:  pci:v9005d0450sv*sd*bc*sc*i*
alias:  pci:v17D3d1320sv*sd*bc*sc*i*
alias:  pci:v17D3d1300sv*sd*bc*sc*i*
alias:  pci:v11ABd9180sv*sd*bc*sc*i*
alias:  pci:v11ABd9480sv*sd*bc*sc*i*
alias:  pci:v11ABd6485sv*sd*bc*sc*i*
alias:  pci:v11ABd6440sv*sd*bc*sc*i*
alias:  pci:v11ABd6440sv*sd6480bc*sc*i*
alias:  pci:v11ABd6340sv*sd*bc*sc*i*
alias:  pci:v11ABd6320sv*sd*bc*sc*i*
depends:libsas,scsi_mod,scsi_transport_sas
intree: Y
vermagic:   3.0.0-1-amd64 SMP mod_unload modversions 
parm:   collector:
If greater than one, tells the SAS Layer to run in Task 
Collector
Mode.  If 1 or 0, tells the SAS Layer to run in Direct Mode.
The mvsas SAS LLDD supports both modes.
Default: 1 (Direct Mode).
 (int)
$ 

The attached (trivial) patch fixes the issue for me:

$ lspci -nnv
[...]
04:00.0 RAID bus controller [0104]: Marvell Technology Group Ltd. 
Device [1b4b:9480] (rev 03)
Subsystem: Marvell Technology Group Ltd. Device [1b4b:9480]
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at efac (64-bit, non-prefetchable) [size=128K]
Memory at efa8 (64-bit, non-prefetchable) [size=256K]
Expansion ROM at efaf [disabled] [size=64K]
Capabilities: access denied
Kernel driver in use: mvsas

$ 

If there are no problems, please include the patch in the next upload.

Best regards

Alexander Kurtz

[1] en_UK: 
http://www.conrad.com/8-PORT-MINI-SAS-SFF-8087/SATA-PCI-EXPRES.htm?websale7=conrad-intpi=975512
de_DE: 
http://www.conrad.de/ce/de/product/975512/8-PORT-SASSATA-PCI-EXPRESS-KARTE/
diff -Naur linux-2.6-3.0.0.orig/debian/changelog linux-2.6-3.0.0/debian/changelog
--- linux-2.6-3.0.0.orig/debian/changelog	2011-08-12 18:38:03.0 +0200
+++ linux-2.6-3.0.0/debian/changelog	2011-08-12 18:40:27.081477251 +0200
@@ -1,3 +1,8 @@
+linux-2.6 (3.0.0-1.1) unstable; urgency=low
+  * Add pci id for Marvell Technology Group Ltd. Device 9480
+
+ -- Alexander Kurtz kurtz.a...@googlemail.com  Fri, 12 Aug 2011 18:40:20 +0200
+
 linux-2.6 (3.0.0-1) unstable; urgency=low
 
   * New upstream release: http://kernelnewbies.org/Linux_3.0
diff -Naur linux-2.6-3.0.0.orig/drivers/scsi/mvsas/mv_init.c linux-2.6-3.0.0/drivers/scsi/mvsas/mv_init.c
--- linux-2.6-3.0.0.orig/drivers/scsi/mvsas/mv_init.c	2011-07-22 04:17:23.0 +0200
+++ linux-2.6-3.0.0/drivers/scsi/mvsas/mv_init.c	2011-08-12 18:36:54.456523703 +0200
@@ -692,6 +692,15 @@
 		.class_mask	= 0,
 		.driver_data	= chip_9485,
 	},
+	{
+		.vendor		= 0x1b4b,
+		.device		= 0x9480,
+		.subvendor	= PCI_ANY_ID,
+		.subdevice	= PCI_ANY_ID,
+		.class		= 0,
+		.class_mask	= 0,
+		.driver_data	= chip_9480,
+	},
 
 	{ }	/* terminate list */
 };


signature.asc
Description: This is a digitally signed message part

Bug#637591: Add pci id for Marvell Technology Group Ltd. Device 9480

2011-08-12 Thread Jonathan Nieder 
tags 637591 + upstream
quit

Hi Alexander,

Alexander Kurtz wrote:

 I recently bough a SAS/SATA expansion card[1] based on Marvell's
 88SE9480 chip:
[...]
 As you can see, the mvsas driver failed to get the card up and
 running. That's because there is no matching pci id:
[...]
 --- linux-2.6-3.0.0.orig/drivers/scsi/mvsas/mv_init.c 2011-07-22 
 04:17:23.0 +0200
 +++ linux-2.6-3.0.0/drivers/scsi/mvsas/mv_init.c  2011-08-12 
 18:36:54.456523703 +0200
 @@ -692,6 +692,15 @@
   .class_mask = 0,
   .driver_data= chip_9485,
   },
 + {
 + .vendor = 0x1b4b,
 + .device = 0x9480,
 + .subvendor  = PCI_ANY_ID,
 + .subdevice  = PCI_ANY_ID,
 + .class  = 0,
 + .class_mask = 0,
 + .driver_data= chip_9480,
 + },

Thanks!  Please send this information (perhaps in patch form) to
linux-s...@vger.kernel.org, cc-ing Xiangliang Yu
yuxia...@marvell.com and James Bottomley james.bottom...@suse.de?
We'd be happy to apply this when it is accepted upstream.

(There's also more information than you ever wanted to know about
sending patches in Documentation/SubmittingPatches.  Though most of
it is probably not too relevant here.  I'd also suggest putting the
entry before the one for 9485, so they are in chip order, though maybe
that's too anal. :))

Hope that helps,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110812212441.gb24...@elie.gateway.2wire.net

Processed: Re: Add pci id for Marvell Technology Group Ltd. Device 9480

2011-08-12 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 tags 637591 + upstream
Bug #637591 [src:linux-2.6] Add pci id for Marvell Technology Group Ltd. Device 
9480
Added tag(s) upstream.
 quit
Stopping processing here.

Please contact me if you need assistance.
-- 
637591: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637591
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.131318429414699.transcr...@bugs.debian.org

Bug#637573: linux-image-2.6.39-2-amd64: kswapd uses 100% cpu

2011-08-12 Thread Liang Guo 
On Sat, Aug 13, 2011 at 2:43 AM, Sergey sey5...@gmail.com wrote:
 Package: linux-2.6
 Version: 2.6.39-3
 Severity: important


 on sandy bridge ( Intel(R) Core(TM) i3-2310M )
 kswapd uses 100% CPU when there is little free memory.
 swap space not used.

 after the command echo 1 /proc/sys/vm/drop_kaches kswapd
 disappears.

I‘ve met this bug too, my cpu is i5-2410M, After upgrade kernel
 to  3.0.0-1-amd64, this bug disappear.

-- 
Liang Guo
http://bluestone.cublog.cn



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cajwrgw4hh8sgefyx8uxqlfs2qhqjfaa+suazt_mjn-48k27...@mail.gmail.com