date:20120303

Package: linux-base
Version: 3.4
Severity: normal

Hi,

linux-base contains /usr/bin/perf but running that gives:

mrvn@frosties:~% perf
/usr/bin/perf: line 24: exec: perf_3.1: not found
E: linux-tools-3.1 is not installed.

A Recommends: linux-tools would ensure that at least the perf_x.y for
the current kernel is normally installed. I've also filed a bug against
linux-tools-3.2 that there should be a more generic perf_3, in which
case linux-base should recommend that.

MfG
Goswin

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-base depends on:
ii  debconf [debconf-2.0]  1.5.41   
ii  libuuid-perl   0.02-4+b2
ii  udev   175-2
ii  util-linux 2.20.1-1 

linux-base recommends no packages.

linux-base suggests no packages.

-- debconf information excluded



-- 
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/20120303121254.4459.98593.reportbug@frosties.localnet

Bug#661998: version requirement too specific

Package: linux-tools-3.2
Version: 3.2.1-2
Severity: important

Hi,

running perf gives:

mrvn@frosties:~% perf
/usr/bin/perf: line 24: exec: perf_3.1: not found
E: linux-tools-3.1 is not installed.

But the linux-tools-3.1 package does no exist. There is only a
linux-tools-3.2 package. On the other hand calling perf_3.2 directly
seems to work just fine despite running a 3.1 kernel.

So why is there such a close version requirement between perf and
linux-tools-x.y? Why isn't there a perf_3 binary or just an
alternative that works with 3.x kernels in general

If there actualy is a good reason for the strict version requirement
then please do make sure that linux-tools-x.y packages stick around
longer.

MfG
Goswin

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-tools-3.2 depends on:
ii  libc6 2.13-21
ii  libdw10.153-1
ii  libelf1   0.152-1+b1 
ii  libnewt0.52   0.52.11-2.1
ii  libperl5.14   5.14.2-7   
ii  libpython2.7  2.7.2-7
ii  libslang2 2.2.4-3
ii  perl  5.14.2-7   
ii  python2.7.2-9

Versions of packages linux-tools-3.2 recommends:
ii  linux-base  3.4

Versions of packages linux-tools-3.2 suggests:
pn  linux-doc-3.2  none

-- no debconf information



-- 
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/20120303120409.3144.12839.reportbug@frosties.localnet

Re: Bug#660670: lenny-squeeze: UUID configuration lists several unrelated devices, and incorrectly

2012-03-03 Thread Julien Cristau

reassign 660670 linux-base 2.6.32-41
kthxbye

Reassigning to the relevant package.

Cheers,
Julien

On Mon, Feb 20, 2012 at 11:33:33 -0800, Josh Triplett wrote:

 Package: upgrade-reports
 Severity: normal
 
 When upgrading an old system from lenny to squeeze, I encountered the
 dialog from linux-base about changing system configuration to use UUIDs.
 
 The first section (These devices will be assigned UUIDs or labels:)
 correctly showed /dev/hda1 (my root filesystem) and the UUID assigned to
 it.
 
 The second section (These configuration files will be updated:)
 correctly showed the list of configuration files this change would
 update.
 
 However, the third section (The device IDs will be changed as
 follows:) contained several confusing and possibly incorrect bits of
 information.  First, it listed /dev/hdc as changing to /dev/cdrom, which
 doesn't seem related to UUIDs or labels.  Second, it showed /dev/hda2
 (my swap device), which didn't appear in the previous sections, and in
 addition to showing a UUID for it, the line right after /dev/hda2
 showed:
 + PATH=pci-:00:1f.1-scsi-1:0:0:0
 
 At first glance that looked like the results of incorrectly parsing the
 output of a command, leaving me concerned that this would incorrectly
 edit one of my configuration files to contain that appended to a UUID.
 
 - Josh Triplett
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
 Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 
 
 -- 
 To UNSUBSCRIBE, email to debian-testing-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/2012022019.1840.79870.reportbug@leaf
 


signature.asc
Description: Digital signature

Processed: Re: Bug#660670: lenny-squeeze: UUID configuration lists several unrelated devices, and incorrectly

Processing commands for cont...@bugs.debian.org:

 reassign 660670 linux-base 2.6.32-41
Bug #660670 [upgrade-reports] lenny-squeeze: UUID configuration lists several 
unrelated devices, and incorrectly
Bug reassigned from package 'upgrade-reports' to 'linux-base'.
Bug #660670 [linux-base] lenny-squeeze: UUID configuration lists several 
unrelated devices, and incorrectly
Bug Marked as found in versions linux-2.6/2.6.32-41.
 kthxbye
Stopping processing here.

Please contact me if you need assistance.
-- 
660670: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660670
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.133078054415540.transcr...@bugs.debian.org

Bug#594923: Noflushd causes flush- processes to eat all CPU

tags 594923 + patch
quit

Hi Xavier,

Xavier Roche wrote:

 I did the following test:
   * noflushd 2.8-1 on four SATA disks on a fresh squeeze install
   * kernels 2.6.32.57 (without Debian patches) and 3.2.9

 With the same noflushd, 2.6.32.57 causes the kernel to eat all CPU (load
 at 15, system very unresponsive), but the 3.2.9 release is just doing
 fine apparently.

Thanks.  Does the attached patch help?
From: Jens Axboe jens.ax...@oracle.com
Date: Fri, 21 May 2010 20:00:35 +0200
Subject: writeback: fixups for !dirty_writeback_centisecs

commit 6423104b6a1e6f0c18be60e8c33f02d263331d5e upstream.

Commit 69b62d01 fixed up most of the places where we would enter
busy schedule() spins when disabling the periodic background
writeback. This fixes up the sb timer so that it doesn't get
hammered on with the delay disabled, and ensures that it gets
rearmed if needed when /proc/sys/vm/dirty_writeback_centisecs
gets modified.

bdi_forker_task() also needs to check for !dirty_writeback_centisecs
and use schedule() appropriately, fix that up too.

Signed-off-by: Jens Axboe jens.ax...@oracle.com
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 include/linux/backing-dev.h |1 +
 mm/backing-dev.c|   15 ++-
 mm/page-writeback.c |1 +
 3 files changed, 12 insertions(+), 5 deletions(-)

diff --git a/include/linux/backing-dev.h b/include/linux/backing-dev.h
index b449e738533a..61e43a6f3141 100644
--- a/include/linux/backing-dev.h
+++ b/include/linux/backing-dev.h
@@ -105,6 +105,7 @@ void bdi_start_writeback(struct backing_dev_info *bdi, 
struct super_block *sb,
long nr_pages);
 int bdi_writeback_task(struct bdi_writeback *wb);
 int bdi_has_dirty_io(struct backing_dev_info *bdi);
+void bdi_arm_supers_timer(void);
 
 extern spinlock_t bdi_lock;
 extern struct list_head bdi_list;
diff --git a/mm/backing-dev.c b/mm/backing-dev.c
index 67a33a5a1a93..d82440108131 100644
--- a/mm/backing-dev.c
+++ b/mm/backing-dev.c
@@ -41,7 +41,6 @@ static struct timer_list sync_supers_timer;
 
 static int bdi_sync_supers(void *);
 static void sync_supers_timer_fn(unsigned long);
-static void arm_supers_timer(void);
 
 static void bdi_add_default_flusher_task(struct backing_dev_info *bdi);
 
@@ -242,7 +241,7 @@ static int __init default_bdi_init(void)
 
init_timer(sync_supers_timer);
setup_timer(sync_supers_timer, sync_supers_timer_fn, 0);
-   arm_supers_timer();
+   bdi_arm_supers_timer();
 
err = bdi_init(default_backing_dev_info);
if (!err)
@@ -364,10 +363,13 @@ static int bdi_sync_supers(void *unused)
return 0;
 }
 
-static void arm_supers_timer(void)
+void bdi_arm_supers_timer(void)
 {
unsigned long next;
 
+   if (!dirty_writeback_interval)
+   return;
+
next = msecs_to_jiffies(dirty_writeback_interval * 10) + jiffies;
mod_timer(sync_supers_timer, round_jiffies_up(next));
 }
@@ -375,7 +377,7 @@ static void arm_supers_timer(void)
 static void sync_supers_timer_fn(unsigned long unused)
 {
wake_up_process(sync_supers_tsk);
-   arm_supers_timer();
+   bdi_arm_supers_timer();
 }
 
 static int bdi_forker_task(void *ptr)
@@ -418,7 +420,10 @@ static int bdi_forker_task(void *ptr)
 
spin_unlock_bh(bdi_lock);
wait = msecs_to_jiffies(dirty_writeback_interval * 10);
-   schedule_timeout(wait);
+   if (wait)
+   schedule_timeout(wait);
+   else
+   schedule();
try_to_freeze();
continue;
}
diff --git a/mm/page-writeback.c b/mm/page-writeback.c
index 2c5d79236ead..52f71aebfc01 100644
--- a/mm/page-writeback.c
+++ b/mm/page-writeback.c
@@ -694,6 +694,7 @@ int dirty_writeback_centisecs_handler(ctl_table *table, int 
write,
void __user *buffer, size_t *length, loff_t *ppos)
 {
proc_dointvec(table, write, buffer, length, ppos);
+   bdi_arm_supers_timer();
return 0;
 }
 
-- 
1.7.9.2

Processed: Re: Noflushd causes flush- processes to eat all CPU

Processing commands for cont...@bugs.debian.org:

 tags 594923 + patch
Bug #594923 [linux-2.6] Zero writeback interval sends flush processes into busy 
loop
Ignoring request to alter tags of bug #594923 to the same tags previously set
 quit
Stopping processing here.

Please contact me if you need assistance.
-- 
594923: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594923
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.1330782970959.transcr...@bugs.debian.org

Processed: Re: Noflushd causes flush- processes to eat all CPU

Processing commands for cont...@bugs.debian.org:

 found 594923 linux-2.6/2.6.32-41
Bug #594923 [linux-2.6] Zero writeback interval sends flush processes into busy 
loop
Bug Marked as found in versions linux-2.6/2.6.32-41.
 tags 594923 + upstream
Bug #594923 [linux-2.6] Zero writeback interval sends flush processes into busy 
loop
Added tag(s) upstream.

End of message, stopping processing here.

Please contact me if you need assistance.
-- 
594923: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594923
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.13307831831549.transcr...@bugs.debian.org

Bug#661995: Inspiron 1090: kernel panic after ACPI power event (Doubled AC adapter)

forwarded 661995 https://bugzilla.kernel.org/show_bug.cgi?id=38782
quit

Hi Giovanni,

Giovanni Biscuolo wrote:

 https://bugzilla.kernel.org/show_bug.cgi?id=38782

 the error is:
 sysfs: cannot create duplicate filename '/class/power_supply/ACAD'

Have you reported this to Dell?

Once there is a BIOS update fixing this, we can talk about
workarounds.  I think that should at least be in motion before we work
on it, so we can make sure the workaround doesn't break the fixed
BIOS.

Just my two cents,
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/20120303140436.GC2348@burratino

Processed: Re: Inspiron 1090: kernel panic after ACPI power event (Doubled AC adapter)

Processing commands for cont...@bugs.debian.org:

 forwarded 661995 https://bugzilla.kernel.org/show_bug.cgi?id=38782
Bug #661995 [linux-2.6] linux-image-3.2.0-1-686-pae: Kernel panic after ACPI 
power event, Hardware name: Inspiron 1090 (Doubled AC adapter)
Set Bug forwarded-to-address to 
'https://bugzilla.kernel.org/show_bug.cgi?id=38782'.
 quit
Stopping processing here.

Please contact me if you need assistance.
-- 
661995: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661995
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.13307834863760.transcr...@bugs.debian.org

Bug#661996: marked as done (Missing Recommends: linux-tools)

Your message dated Sat, 03 Mar 2012 14:10:52 +
with message-id 1330783852.8460.245.camel@deadeye
and subject line Re: Bug#661996: Missing Recommends: linux-tools
has caused the Debian Bug report #661996,
regarding Missing Recommends: linux-tools
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.)


-- 
661996: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661996
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: linux-base
Version: 3.4
Severity: normal

Hi,

linux-base contains /usr/bin/perf but running that gives:

mrvn@frosties:~% perf
/usr/bin/perf: line 24: exec: perf_3.1: not found
E: linux-tools-3.1 is not installed.

A Recommends: linux-tools would ensure that at least the perf_x.y for
the current kernel is normally installed. I've also filed a bug against
linux-tools-3.2 that there should be a more generic perf_3, in which
case linux-base should recommend that.

MfG
Goswin

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-base depends on:
ii  debconf [debconf-2.0]  1.5.41   
ii  libuuid-perl   0.02-4+b2
ii  udev   175-2
ii  util-linux 2.20.1-1 

linux-base recommends no packages.

linux-base suggests no packages.

-- debconf information excluded


---End Message---
---BeginMessage---
linux-base is installed everywhere; linux-tools should not be.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.


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

Bug#661998: marked as done (version requirement too specific)

Your message dated Sat, 03 Mar 2012 14:13:09 +
with message-id 1330783989.8460.247.camel@deadeye
and subject line Re: Bug#661998: version requirement too specific
has caused the Debian Bug report #661998,
regarding version requirement too specific
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.)


-- 
661998: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661998
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: linux-tools-3.2
Version: 3.2.1-2
Severity: important

Hi,

running perf gives:

mrvn@frosties:~% perf
/usr/bin/perf: line 24: exec: perf_3.1: not found
E: linux-tools-3.1 is not installed.

But the linux-tools-3.1 package does no exist. There is only a
linux-tools-3.2 package. On the other hand calling perf_3.2 directly
seems to work just fine despite running a 3.1 kernel.

So why is there such a close version requirement between perf and
linux-tools-x.y? Why isn't there a perf_3 binary or just an
alternative that works with 3.x kernels in general

If there actualy is a good reason for the strict version requirement
then please do make sure that linux-tools-x.y packages stick around
longer.

MfG
Goswin

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-tools-3.2 depends on:
ii  libc6 2.13-21
ii  libdw10.153-1
ii  libelf1   0.152-1+b1 
ii  libnewt0.52   0.52.11-2.1
ii  libperl5.14   5.14.2-7   
ii  libpython2.7  2.7.2-7
ii  libslang2 2.2.4-3
ii  perl  5.14.2-7   
ii  python2.7.2-9

Versions of packages linux-tools-3.2 recommends:
ii  linux-base  3.4

Versions of packages linux-tools-3.2 suggests:
pn  linux-doc-3.2  none

-- no debconf information


---End Message---
---BeginMessage---
On Sat, 2012-03-03 at 13:04 +0100, Goswin von Brederlow wrote:
[...]
 So why is there such a close version requirement between perf and
 linux-tools-x.y? Why isn't there a perf_3 binary or just an
 alternative that works with 3.x kernels in general

perf version x.y may generally depend on new kernel features in x.y.

[...]
 If there actualy is a good reason for the strict version requirement
 then please do make sure that linux-tools-x.y packages stick around
 longer.
[...]

That's what snapshot.debian.org is for.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.


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

Uploading linux-2.6 (3.2.9-1)

I intend to upload linux-2.6 to unstable tomorrow or Monday.  Version
3.2.9-1 will include upstream stable updates 3.2.8 and 3.2.9 which fix
various bugs, some of them quite serious.  It should fix the FTBFS on
some architectures in 3.2.7-1.

There will be an ABI bump.

The link security restrictions will also be included in this version.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.


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

Re: Linux kernel hardening - link restrictions

On Thu, 2012-03-01 at 21:40 -0800, Kees Cook wrote:
 On Fri, Mar 02, 2012 at 05:11:58AM +, Ben Hutchings wrote:
  The longstanding link restriction patches were recently accepted by
  Andrew Morton and are likely to end up in Linux 3.4.  I've applied
  these to src:linux-2.6 in svn and they should end up in the upcoming
  version 3.2.9-1.
 
 That's excellent news! (I am biased, obviously.)
 
  We know that these are going to break some programs, most notably
  'at' (#597130, fixed in wheezy/sid).  But of course it's possible
  to work around that by disabling the restriction, so I don't think
  this should result in a 'Breaks' relation.
 
 FWIW, as some background, at is the only package that I'm aware of
 breaking across 1.5 years of (a version of) this patch living in Ubuntu,
 and in many more years living in Openwall Linux and grsecurity. So I
 feel like going to break some is strong. :)
[...]
 It's a trivial patch[1] to fix at. How about just backporting that
 change to stable, to avoid that known trouble too? This is what Ubuntu
 did for the Lucid LTS release that was getting backported kernels (with
 link restrictions) built for it.

Ansgar, are you happy to do a stable update for this?  If so, we can put
'Breaks: at ( 3.1.12-1+squeeze1)' in the kernel packages for wheezy
and hopefully APT will just do the right thing without users having to
read NEWS (which doesn't get translated).

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.


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

Re: Linux kernel hardening - link restrictions

On Fri, 2012-03-02 at 07:43 +, Lars Wirzenius wrote:
 On Fri, Mar 02, 2012 at 05:11:58AM +, Ben Hutchings wrote:
  +  * The new kernel version includes security restrictions on links, which
  +are enabled by default.  These are specified in
  +Documentation/sysctl/fs.txt in the linux-doc-3.2 and linux-source-3.2
  +packages.
 
 It'd be helpful to also point at a web page where one can read that text.

Maybe, but I don't know where it would go.  Normally I would point to
http://www.kernel.org/doc/... but that won't be valid until these
changes get into an upstream release.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.


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

Processed: tagging 660902

Processing commands for cont...@bugs.debian.org:

 tags 660902 + pending
Bug #660902 [src:linux-2.6] linux-image-2.6-amd64: netatalk/afpd glitch with 
Linux 2.6.32
Added tag(s) pending.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
660902: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660902
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.133079869813738.transcr...@bugs.debian.org

Bug#660670: lenny-squeeze: UUID configuration lists several unrelated devices, and incorrectly

On Mon, 2012-02-20 at 11:33 -0800, Josh Triplett wrote:
 Package: upgrade-reports
 Severity: normal
 
 When upgrading an old system from lenny to squeeze, I encountered the
 dialog from linux-base about changing system configuration to use UUIDs.

No, it asks whether to 'Update disk device IDs in system configuration?'

 The first section (These devices will be assigned UUIDs or labels:)
 correctly showed /dev/hda1 (my root filesystem) and the UUID assigned to
 it.
 
 The second section (These configuration files will be updated:)
 correctly showed the list of configuration files this change would
 update.
 
 However, the third section (The device IDs will be changed as
 follows:) contained several confusing and possibly incorrect bits of
 information.  First, it listed /dev/hdc as changing to /dev/cdrom, which
 doesn't seem related to UUIDs or labels.

Indeed it isn't, but we never claimed it was.  udev has a separate means
to generate stable names for optical disc drivers and we cover those as
well.

   Second, it showed /dev/hda2
 (my swap device), which didn't appear in the previous sections, and in
 addition to showing a UUID for it,

This is a list of the device ID changes that will be used *in those
configuration files*.  Your swap partition already had a UUID, so it
didn't appear in the first list.

  the line right after /dev/hda2 showed:
 + PATH=pci-:00:1f.1-scsi-1:0:0:0
 
 At first glance that looked like the results of incorrectly parsing the
 output of a command, leaving me concerned that this would incorrectly
 edit one of my configuration files to contain that appended to a UUID.

It's not, it's a crappy way of representing that we'll add a udev rule
(in persistent-cd.rules) for this path.  There perhaps ought to be a
separate section listing these, but the message is unwieldy already.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.


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

Processed: retitle 660670 to Summary of device ID config changes is unclear, particularly for udev rules

Processing commands for cont...@bugs.debian.org:

 retitle 660670 Summary of device ID config changes is unclear, particularly 
 for udev rules
Bug #660670 [linux-base] lenny-squeeze: UUID configuration lists several 
unrelated devices, and incorrectly
Changed Bug title to 'Summary of device ID config changes is unclear, 
particularly for udev rules' from 'lenny-squeeze: UUID configuration lists 
several unrelated devices, and incorrectly'
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
660670: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660670
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.133079934217347.transcr...@bugs.debian.org

Re: Linux kernel hardening - link restrictions

2012-03-03 Thread Adam D. Barratt


On 02.03.2012 10:47, Holger Levsen wrote:

On Freitag, 2. März 2012, Kees Cook wrote:
 +  * The new kernel version includes security restrictions on 
links,
 +These restrictions may cause some legitimate programs to 
fail.
 +In particular, if the 'at' package is installed, you should 
either:
 +- Upgrade it to at least version 3.1.13-1 (or a backport of 
that)

 +- Set sysctl fs.protected_hardlinks=0 (see /etc/sysctl.conf)
It's a trivial patch[1] to fix at. How about just backporting that
change to stable, to avoid that known trouble too? This is what 
Ubuntu
did for the Lucid LTS release that was getting backported kernels 
(with

link restrictions) built for it.


sounds like a reasonable plan to me, cc:ing debian-release to get a 
comment

on this, and cc:ing the at maintainer too.


[1]

http://anonscm.debian.org/gitweb/?p=collab-maint/at.git;a=commitdiff;h=f4114656c3a6c6f6070e315ffdf940a49eda3279


(Predictably enough) I'd like to see a debdiff before a final ack, but 
in principle it looks okay; thanks.


Regards,

Adam


--
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/3568a2229c033ded546b0c51ec353...@mail.adsl.funky-badger.org

Bug#660983: Licensed Symbol Conflicts with Some Non-GPL Modules

2012-03-03 Thread David Baron

On Friday 02 March 2012 15:38:05 Ben Hutchings wrote:
Most of the discussion of the -rt seems to be amount
linux-audio-users and such. I am not in touch with NC or process
control but these will want it also. I believe that they would also
be involved with non-gpl software.
  
   Sorry to have veered so far off-topic.  I believe many -rt
   applications have programs in userspace talking to hardware (for
   example using a serial port).
   [...]
I like nouveau very much but unfortunately, there is no openGL in it.
  
   Depends on your card.
   http://nouveau.freedesktop.org/wiki/MesaDrivers
 
  Looked this over, interesting, though I have never figured out how to do 
  anything explicitely involving the Gallium stuff.
 
  What is the status of Nouveau on Debian Sid and on Experimental for 3.1
  and  3.2 kernels. Easy enough to try out but I have not had hardware 3D
  in the past with 2.6 kernels.
 
 [...]
 
 My work desktop runs Fedora 16 and has GNOME Shell working with nouveau
 in Linux 3.2.  So I would expect nouveau 3D acceleration to work
 properly in wheezy/sid as well.  But it's possible that Fedora has some
 patches in this area.

My desktop runs beautifully with nouveau as well. The desktops do not really 
need 3d-acceleration. Animation in games, some audio and control software may 
well depend on it, however.

I should probably try nouveau again, simple and free to do so.



-- 
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/201203032036.04250.d_ba...@012.net.il

Processed: tagging 651199

Processing commands for cont...@bugs.debian.org:

 tags 651199 + pending
Bug #651199 [linux-2.6] linux-image-3.1.0-1-amd64: Connection lost on WPA: 
Group rekeying
Added tag(s) pending.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
651199: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651199
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.133079995921525.transcr...@bugs.debian.org

Re: Uploading linux-2.6 (3.2.9-1)

2012-03-03 Thread Philipp Kern

Ben,

am Sat, Mar 03, 2012 at 05:42:28PM + hast du folgendes geschrieben:
 I intend to upload linux-2.6 to unstable tomorrow or Monday.  Version
 3.2.9-1 will include upstream stable updates 3.2.8 and 3.2.9 which fix
 various bugs, some of them quite serious.  It should fix the FTBFS on
 some architectures in 3.2.7-1.
 
 There will be an ABI bump.
 
 The link security restrictions will also be included in this version.

shouldn't there be a breaks on a fixed version of at?

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp KernDebian Developer
: :' :  http://philkern.de Stable Release Manager
`. `'   xmpp:p...@0x539.de Wanna-Build Admin
  `-finger pkern/k...@db.debian.org


signature.asc
Description: Digital signature

Bug#594923: Noflushd causes flush- processes to eat all CPU

2012-03-03 Thread Xavier Roche

Le 03/03/2012 14:55, Jonathan Nieder a écrit :
 Thanks.  Does the attached patch help?

Yes, mostly.

It took me a while (the test machine was randomly freezing because of
unrelated ACPI issue) but the patch does appears to fix the noflushd
problem.

With original 2.6.32-5-686 (fresh squeeze install on a x86 machine)
after 15 minutes of uptime and noflushd running:

  354 root  20   0 000 R 50.8  0.0   0:24.36 flush-8:0
13101 root  20   0 000 R 46.9  0.0   0:14.12 flush-8:32

(/etc/init.d/noflushd stop clears the issue)

With the patched kernel (linux-2.6_2.6.32.orig.tar.gz +
writeback-fixups-for-dirty_writeback_centisecs.patch --
linux-2.6_2.6.32-41.diff  not applied), I do not have anymore the flush
problem.

However, the ksoftirqd process shows up time to time and eats some CPU:

4 root  20   0 000 R 28.2  0.0   0:06.55 ksoftirqd/0

This is not an issue as the load average stays very low (0,10) ; but the
problem disappears totally when using 3.2.9.

[ Note: if a disk is going idle because of a previous /sbin/hdparm
-SXXX /dev/sdXXX, the 100% CPU issue comes back (but can be solved by
awakening the disk), which is not the case in 3.2.9, strangely. ]



--
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/4f52777f.7040...@httrack.com

Bug#659866: [PATCH] mkinitramfs: Copy modules.builtin into initramfs

2012-03-03 Thread maximilian attems

On Wed, 15 Feb 2012, Ben Hutchings wrote:

 Like modules.order, this file is only generated at kernel build time.
 
 Closes: #659866
 Signed-off-by: Ben Hutchings b...@decadent.org.uk

thanks applied to initramfs-tools git branch, will soon land
in master for next upload.

-- 
maks



-- 
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/20120303200028.gf4...@stro.at

Processed: tagging 659866

Processing commands for cont...@bugs.debian.org:

 tags 659866 + pending
Bug #659866 [initramfs-tools] Errors regarding builtin modules when updating 
initramfs
Added tag(s) pending.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
659866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659866
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.133080538727677.transcr...@bugs.debian.org

Bug#659752: initramfs-tools: patch for copy_exec - quote ${src} and add pattern for nonoptimized libraries on multiarch

2012-03-03 Thread maximilian attems

hello,

On Mon, 13 Feb 2012, Michal Suchanek wrote:
 
 
 initramfs-tools hook-functions has copy_exec function needs some
 updates.

ack.
 
 There is one unquoted occurence of ${src} and the pattern for
 nonoptimized libraries does not match multiarch libraries.

okay.
 
 It does not match multilib libraries in /lib32 and /lib64 but those are
 rare and should not multiply. The only library that is installed in
 /lib32/i586 and /lib32/i686/cmov is libssl on mu system.
 
 Note that for x in ... does not handle spaces in library paths but I am
 not particularly concerned.
 

belows patch does not apply to current git,
probably mangled by mail client, did you use git repo?
 
 --- a/hook-functions  2011-08-04 15:50:12.0 +0200
 +++ b/hook-functions  2012-02-13 16:00:41.0 +0100
 @@ -126,7 +126,7 @@
   cp -pL ${src} ${DESTDIR}/${target}
  
   # Copy the dependant libraries
 - for x in $(ldd ${src} 2/dev/null | sed -e '
 + for x in $(ldd ${src} 2/dev/null | sed -e '
   /\//!d;
   /linux-gate/d;
   /=/ {s/.*=[[:blank:]]*\([^[:blank:]]*\).*/\1/};
looks good.
 @@ -136,6 +136,7 @@
   # We assume that all HWCAP libraries will be in tls,
   # sse2, vfp or neon.
   nonoptlib=$(echo ${x} | sed -e 
 's#/lib/\(tls\|i686\|sse2\|neon\|vfp\).*/\(lib.*\)#/lib/\2#')
 + nonoptlib=$(echo ${nonoptlib} | sed -e 
 's#-linux-gnu/\(tls\|i686\|sse2\|neon\|vfp\).*/\(lib.*\)#-linux-gnu/\2#')
this looks wrong,
untested codechange of ${x} to ${nonoptlib}
  
   if [ -e ${nonoptlib} ]; then
   x=${nonoptlib}
 

care to resent?

In principle first I was unsure to just use the multi-arch path,
but as we depend on a new klibc from testing..

-- 
maks



-- 
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/20120303200905.gg4...@stro.at

Bug#661998: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#661998: version requirement too specific)

 From: Ben Hutchings b...@decadent.org.uk
 Subject: Re: Bug#661998: version requirement too specific
 To: 661998-d...@bugs.debian.org
 Date: Sat, 03 Mar 2012 14:13:09 +

 On Sat, 2012-03-03 at 13:04 +0100, Goswin von Brederlow wrote:
 [...]
 So why is there such a close version requirement between perf and
 linux-tools-x.y? Why isn't there a perf_3 binary or just an
 alternative that works with 3.x kernels in general

 perf version x.y may generally depend on new kernel features in x.y.

How does that prevent the existance of a perf_3 binary that requires
only features present in all (most) 3.x kernels? Sure you wouldn't get
all the bleeding edge features but you would get most functionality.

MfG
Goswin

-- 
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/87fwdp76ml.fsf@frosties.localnet

Bug#661996: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#661996: Missing Recommends: linux-tools)

 661996: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661996
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems

 From: Ben Hutchings b...@decadent.org.uk
 Subject: Re: Bug#661996: Missing Recommends: linux-tools
 To: 661996-d...@bugs.debian.org
 Date: Sat, 03 Mar 2012 14:10:52 +

 linux-base is installed everywhere; linux-tools should not be.

 Ben.

Then maybe perf should not be part of linux-base?

MfG
Goswin



-- 
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/87bood76io.fsf@frosties.localnet

Re: Linux kernel hardening - link restrictions

2012-03-03 Thread Ansgar Burchardt

Ben Hutchings b...@decadent.org.uk writes:
 On Fri, Mar 02, 2012 at 05:11:58AM +, Ben Hutchings wrote:
  The longstanding link restriction patches were recently accepted by
  Andrew Morton and are likely to end up in Linux 3.4.  I've applied
  these to src:linux-2.6 in svn and they should end up in the upcoming
  version 3.2.9-1.
[...]
 It's a trivial patch[1] to fix at. How about just backporting that
 change to stable, to avoid that known trouble too? This is what Ubuntu
 did for the Lucid LTS release that was getting backported kernels (with
 link restrictions) built for it.

 Ansgar, are you happy to do a stable update for this?  If so, we can put
 'Breaks: at ( 3.1.12-1+squeeze1)' in the kernel packages for wheezy
 and hopefully APT will just do the right thing without users having to
 read NEWS (which doesn't get translated).

Yes, I'll try to get to it in the next days.

Regards,
Ansgar


-- 
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/87zkbxcsye@deep-thought.43-1.org

Re: Uploading linux-2.6 (3.2.9-1)

On Sat, 2012-03-03 at 20:22 +0100, Philipp Kern wrote:
 Ben,
 
 am Sat, Mar 03, 2012 at 05:42:28PM + hast du folgendes geschrieben:
  I intend to upload linux-2.6 to unstable tomorrow or Monday.  Version
  3.2.9-1 will include upstream stable updates 3.2.8 and 3.2.9 which fix
  various bugs, some of them quite serious.  It should fix the FTBFS on
  some architectures in 3.2.7-1.
  
  There will be an ABI bump.
  
  The link security restrictions will also be included in this version.
 
 shouldn't there be a breaks on a fixed version of at?

Yes, in fact I'll do that instead of adding a NEWS item.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of them.


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

Re: Bug#580525: beep: Unknown cmd messages in syslog

2012-03-03 Thread Sven Joachim

reassign 580525 linux-2.6
thanks

Reassigning another bug report of mine to the kernel.

On 2010-05-06 17:39 +0200, Sven Joachim wrote:

 Package: beep
 Version: 1.2.2-24
 Severity: normal

 I get a message like the following in syslog whenever I run beep:

 May  6 17:04:58 turtle kernel: ioctl32(beep:24688): Unknown cmd fd(3) 
 cmd(8000451a){t:'E';sz:0} arg(08049569) on /dev/tty0


 -- System Information:
 Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (x86_64)

 Kernel: Linux 2.6.34-rc6-nouveau (SMP w/2 CPU cores)

The message still occurs in 3.2 kernels (including the Debian 3.2.7-1
kernel), but Linus removed it directly after the Linux 3.2 release in
commit 07d106d0a3 (vfs: fix up ENOIOCTLCMD error handling).

Cheers,
   Sven


-- 
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/87d38te2lo@turtle.gmx.de

Processed: Re: Bug#580525: beep: Unknown cmd messages in syslog

Processing commands for cont...@bugs.debian.org:

 reassign 580525 linux-2.6
Bug #580525 [beep] beep: Unknown cmd messages in syslog
Bug reassigned from package 'beep' to 'linux-2.6'.
Bug No longer marked as found in versions beep/1.2.2-24.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
580525: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580525
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.133081404720073.transcr...@bugs.debian.org

Bug#660111: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB

2012-03-03 Thread Andres Cimmarusti

There is active work going on in this area. In fact, I just posted a patch
to the PA mailinglist [1]. And yes, we already have it in Ubuntu 11.10 (to
probe multiple hdmi devices for Intel and NVidia), and the main reason it
took until now to upstream that patch, was the decision to switch jack
detection method from input devices to kcontrols.

Thank you for all the references you provided and your work in fixing
this issue for all users. I just looked at the git repository for the
source code of pulseaudio, but I see your patches have not been
included yet. Do you have any estimate of when they will be merged? if
so, do you think they'll be included in the next release (do you know
when this will be?) ?

I'm considering reassigning this bug to pulseaudio in debian and
asking them to include the appropriate patches. Which ones would
actually be needed (say, to apply them to pulseaudio 1.1)? would your
6 patches announced on the mailing list in February be enough?

If the new two pins can be never used, i.e. physically unreachable,
we may disable these pins by giving the proper default pin-config
values. Usually it's a job of BIOS. But if BIOS doesn't do it, user
need to do it manually.

Build your kernel with CONFIG_SND_HDA_HWDEP=y,
CONFIG_SND_HDA_RECONFIG=y, CONFIG_SND_HDA_PATCH_LOADER=y.
I guess most of distro kernels are built with them.
Then create a file containing below in /lib/firmware, such as,
/lib/firmware/ibx-hdmi:

[codec]
0x80862804 0x80860101 3
[pincfg]
0x04 0x41f0
0x06 0x41f0

Now pass this file to patch module option for snd-hda-intel.
For example, create a file in /etc/modprobe.d/,
e.g. /etc/modprobe.d/50-hdmi.conf, containing the line

options snd-hda-intel patch=ibx-hdmi

Then reload the driver or reboot. This will disable pins 0x04 and
0x06 so that only the pin 0x05 will be used.

Let me also push for the hda-jack-retask [2] application, which is an
easy-to-use GUI for creating these types of firmware files. I advertised it
here a while ago [3] but it seems to have gone unnoticed.

This sounds like a good tool for making this happen. I will submit a
Request For Package in Debian... but this can take time. Would you
consider packaging it there? then it would easily flow into Ubuntu.

I've encountered other hardware with the same issue recently. It's an
NVIDIA card HDA MCP89 on a Macbook Pro 7,1. Is there a method I can
follow for crafting my own patches? I'm afraid I don't understand
how to find the appropriate HEX values that need to go in the [codec]
and [pincfg] section.

Thanks all for your help.

Cheers,

Andres

--
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/CAH=dyrexdb_exyr01pfq8lmnkxdukq8elrluengbvj8zf_v...@mail.gmail.com

Bug#660111: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB

2012-03-03 Thread David Henningsson

On 03/04/2012 12:36 AM, Andres Cimmarusti wrote:

I hope they'll be in PulseAudio 2.0, as they are currently waiting for
review. For next release, see [2], but judging from the PulseAudio 1.0
release process - no, I don't know when this will be ;-)

If you want them to apply to PulseAudio 1.1, you can have a look at [1].
The patches currently posted apply to git head. You'll need all of the
06* patches (as well as Linux 3.3 for the kcontrols).

A more light-weight version could be what I did in Ubuntu 11.04, where
there was no jack detection, but I just exposed all four devices in
PulseAudio and let the user choose manually, like this [4]. (I later
renamed that file from nvidia.conf to extra-hdmi.conf, and added the
same file to be used for Intel chips.)

Certainly, if there is interest from the Debian side to have it.

I would also not mind if it became a part of upstream ALSA, I think it
would make a nice addition to the hda-analyzer, hda-verb etc tool set.

I think the easiest way is just to download the hda-jack-retask
application and build it yourself. Otherwise, [3].

Thanks all for your help.

You're welcome.

--
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic

[1]
http://bazaar.launchpad.net/~ubuntu-audio-dev/pulseaudio/ubuntu.precise/files/head:/debian/patches/

[2] http://pulseaudio.org/wiki/ReleasePlanning

[3] http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio.txt

[4]
http://bazaar.launchpad.net/~ubuntu-audio-dev/pulseaudio/ubuntu.natty/view/head:/debian/patches/0001-alsa-mixer-Add-separate-profile-for-Nvidia.patch

--
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/4f52d6c8.9020...@canonical.com

Bug#661830: [3.1 - 3.2.7 regression] ALC269: plugging in headphones does not mute main speaker

Hi Pavel,

Pavel Yakunin wrote:
 Pavel Yakunin wrote:

There is a problem with a headphones jack detection in the 3.2
kernel for the ALC269 codec: sound comes from both speaker and
headphones simultaneously and never switches between them.
[...]
 I've tried the kernel from git built according to your instructions,
 but with no success.

 Here are three alsa-info.sh outputs attached.
[...]
 +Simple mixer control 'Auto-Mute Mode',0
 +  Capabilities: enum
 +  Items: 'Disabled' 'Enabled'
 +  Item0: 'Disabled'

Thanks.  Does the output switching work correctly if you enable the
auto-mute mode control from alsamixer?  (Be sure to hit F6 first to
make sure you are controlling ALSA and not pulseaudio.  The keybinding
to toggle a control seems to be 'M'.)

Curious,
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/20120304061506.GB14725@burratino

Bug#594923: Noflushd causes flush- processes to eat all CPU

tags 594923 - moreinfo
quit

Xavier Roche wrote:
 Le 03/03/2012 14:55, Jonathan Nieder a écrit :

 Thanks.  Does the attached patch help?

 Yes, mostly.

I've passed this information upstream.  Hopefully it can be fixed in a
2.6.32.y release soon so everyone benefits.

[...]
 (the test machine was randomly freezing because of
 unrelated ACPI issue)
[...]
 [ Note: if a disk is going idle because of a previous /sbin/hdparm
 -SXXX /dev/sdXXX, the 100% CPU issue comes back (but can be solved by
 awakening the disk), which is not the case in 3.2.9, strangely. ]

If you are interested in pursuing a fix for either of these, please
feel free to file it as a separate bug.  Results from testing a few
versions halfway between from http://snapshot.debian.org/ could be
helpful in narrowing the search for the fix.

Many thanks,
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/20120304064938.GE14725@burratino

Processed: Re: Noflushd causes flush- processes to eat all CPU

Processing commands for cont...@bugs.debian.org:

 tags 594923 - moreinfo
Bug #594923 [linux-2.6] Zero writeback interval sends flush processes into busy 
loop
Removed tag(s) moreinfo.
 quit
Stopping processing here.

Please contact me if you need assistance.
-- 
594923: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594923
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.133084378727079.transcr...@bugs.debian.org

Bug#661861: PC Engines Alix 3C2: Boot hang waiting for /dev to be fully populated

Jonathan McCrohan wrote:

 I seem to have solved this issue by upgrading the BIOS on the system 
 from v0.98 to v0.99h.

Thanks.  Does v0.98d, v0.99g, or v0.99 work, too?  (The changelog
entry Setup: change HDD slave to V (avoid accidental change) sounds
vaguely promising.)

Jonathan
who hopes the BIOS changelog might have a hint



-- 
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/20120304073729.GH14725@burratino

Bug#661995: Inspiron 1090: kernel panic after ACPI power event (Doubled AC adapter)

forwarded 661995 
http://thread.gmane.org/gmane.linux.acpi.devel/51614/focus=51617
# support for common hardware
severity 661995 important
quit

Giovanni Biscuolo wrote:

 Our records indicate that you own a system We currently do not provide
 E-mail support for. We apologize for the inconvenience. Please call our
 phone support for assistance.
 ..

 do you know any workaround to this kind of problems?

Maybe http://en.community.dell.com/support-forums/.

[...]
 Once there is a BIOS update fixing this, we can talk about
 workarounds.  I think that should at least be in motion before we work
 on it, so we can make sure the workaround doesn't break the fixed
 BIOS.

 mumble... I fear I'm going to stay whith my buggy BIOS for a very long
 time

Sure.  Maybe I am too idealistic, but I would like to at least see
Dell receive a report about the problem.

 anyway, back to the ACPI problem: this ACPI page
 http://acpi.sourceforge.net/dsdt/index.php states:
 ..
 Further, the maintainer and the development team generally consider it a
 Linux bug if Windows handles an un-modified DSDT and Linux does not.

Yes, that's still generally true.  Heck, even when Windows doesn't
handle a given DSDT well, if it's common hardware then getting
machines to work out of the box with Linux would tend to be
considered valuable.

Does this still happen if you use a kernel without pae support, by the
way?  Context: https://bugzilla.redhat.com/show_bug.cgi?id=772730

Thanks again,
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/20120304071414.GF14725@burratino

Processed: Re: Inspiron 1090: kernel panic after ACPI power event (Doubled AC adapter)