Bug#663269: [3.2.7-1 -> 3.2.9-1 regression] rt flavor: Hard freezes when starting KDM

[Boris Pek]

Hi,

I rebuilt package with new patch in my 32-bit system and can confirm
that the problem is solved. Thanks!

Regards,
Boris

Processed: Re: HP NC375i network card fails to autonegotiate with a 100full cisco switch

[Debian Bug Tracking System]

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

> tags 638921 + upstream
Bug #638921 [src:linux-2.6] firmware-netxen: HP NC375i network card fails to 
autonegotiate with a 100full cisco switch
Added tag(s) upstream.
> forwarded 638921 
> http://thread.gmane.org/gmane.linux.network/189573/focus=223620
Bug #638921 [src:linux-2.6] firmware-netxen: HP NC375i network card fails to 
autonegotiate with a 100full cisco switch
Set Bug forwarded-to-address to 
'http://thread.gmane.org/gmane.linux.network/189573/focus=223620'.
> quit
Stopping processing here.

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

Bug#638921: HP NC375i network card fails to autonegotiate with a 100full cisco switch

[Jonathan Nieder]

tags 638921 + upstream
forwarded 638921 http://thread.gmane.org/gmane.linux.network/189573/focus=223620
quit

Hi,

Ana Guerrero wrote:
> On Fri, Feb 17, 2012 at 04:36:29PM +0100, Ana Guerrero wrote:

>> fixes this problem. I am attaching it already updated to work on
>> top of 2.6.32-41.
>
> Now for real.

Nice, thanks.  Passed upstream, so hopefully this fix will be part of
the standard 2.6.32.y kernel soon.



-- 
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/20120312043939.GA15975@burratino

Bug#647004: Realtek Ethernet adapters (r8169 driver)

[Jonathan Nieder]

Hi again,

Jonathan Nieder wrote:
> HacKurx wrote:

>> NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> [...]
>> The R8169 driver in kernel 3.1 fixes the problem :

Hm.

Some of the more interesting changes between 3.0 and 3.1:

 92fc43b4159b r8169: modify the flow of the hw reset
 70090424e596 r8169: support RTL8111E-VL
 d4ed95d796e5 r8169: fix wake on lan setting for non-8111E
  (not relevant for these symptoms, of course)
 aaa89c08d9ff r8169: don't enable rx when shutdown (likewise)
 106633897e08 r8169: fix WOL setting for 8105 and 8111evl (likewise)
 649b3b8c4e86 r8169: fix driver shutdown WoL regression (fixes a
  regression introduced by the hw reset rework)
 e542a2269f23 r8169: adjust the RxConfig settings
  1687b5667988 r8169: fix sticky accepts packet bits in RxConfig
 93a3aa259334 r8169: Add support for D-Link 530T rev C1
 c28aa3856710 r8169 : MAC address change fix for the 8168e-vl
 c2b0c1e7fb69 r8169: fix the reset setting for 8111evl
 e03f33af79f0 r8169: remove erroneous processing of always set bit
 2544bfc0eb25 r8169: do not enable the TBI for anything but the
  original 8169
 1b23a3e3d1b9 r8169: fix wrong eee setting for rlt8111evl

Knowing which chip you have would narrow things down further.  Can you
attach "dmesg" output from booting up and loading the r8169 driver?
Even better would be the same from a kernel built with

#define RTL8169_DEBUG

added near the top of drivers/net/r8169.c (or
drivers/net/ethernet/realtek/r8169.c if you are using a newer kernel).

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/20120312040628.GA14705@burratino

Bug#663534: Changes from longterm 2.6.32.59

[Ben Hutchings]

Package: src:linux-2.6
Version: 2.6.32-41
Severity: important

This is based on 2.6.32.59-rc1.

- compat: Re-add missing asm/compat.h include to fix compile breakage on s390
- [IA64] Remove COMPAT_IA32 support

Fix build breakages in 2.6.32.58 due to is_compat_task() not being
defined in all cases.  The first is for s390 without CONFIG_COMPAT,
which is not a configuration we use.  The second is for ia64 with
CONFIG_COMPAT, which we do use.  It disables CONFIG_IA32_SUPPORT and
CONFIG_COMPAT, which are known to be broken.  Unfortunately this
breaks ABI compatibility, so we will have to do things differently
(already committed).

- writeback: fixups for !dirty_writeback_centisecs

Fixes some cases where if vm.dirty_writeback_centisecs=0 the kernel
will spin in (effectively) an infinite loop.

- bsg: fix sysfs link remove warning

Fixes WARNING on removal of some SCSI-generic devices.  No real harm
is done, so far as I know.

- eCryptfs: Handle failed metadata read in lookup

In some odd cases, ecryptfs may return the lower filesystem's file
size (including padding) rather than the plaintext file size.  When
programs read the entire file they will see some padding.  The file
is likely to be corrupted if it is then rewritten.

- [S390] KEYS: Enable the compat keyctl wrapper on s390x

Add 32-bit compatibility for the keyctl system call on s390x.  Since
we currently only support 32-bit s390 userland on 64-bit kernel, this
has evidently been completely broken for our users!

- cifs: fix dentry refcount leak when opening a FIFO on lookup

This network filesystem will leak memory and then crash (oops) when
unmounted if requested to open a file that is a special file on the
server.  This is obviously exploitable by a file server for denial
of service.

- mac80211: zero initialize count field in ieee80211_tx_rate

Belt-and-braces fix for #663198.  I think it's bogus for 2.6.32.y.

- net/usbnet: avoid recursive locking in usbnet_stop()

Fixes potential deadlock when setting a USB networking interface down.

- regset: Prevent null pointer reference on readonly regsets

The regset interface extends ptrace() and core dumps to more registers
and pseudo-registers.  All such registers should be read-write, but
the 'IOPERM32' and 'IOPERM64' pseudo-registers for x86 are read-only.
Attempting to write them through ptrace() results in a crash (oops).
This is CVE-2012-1097.

- regset: Return -EFAULT, not -EIO, on host-side memory fault

Cleanup for regset; not sure why it's here but it's harmless.

- watchdog: hpwdt: clean up set_memory_x call for 32 bit

This driver was changed in 2.6.32.53 to ensure that the BIOS code it
depends on is executable.  However, it did this wrongly, resulting in
incorrect changes to kernel memory mappings.

Ben.

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

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



-- 
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/20120312022027.24240.22433.reportbug@deadeye

Processed: Re: [hppa] threads and fork on machine with VIPT-WB cache

[Debian Bug Tracking System]

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

> # letting version tracking do its work
> tags 561203 - squeeze wheezy sid experimental
Bug #561203 [linux-2.6] threads and fork on machine with VIPT-WB cache
Removed tag(s) sid, squeeze, wheezy, and experimental.
> found 561203 linux-2.6/2.6.33-1
Bug #561203 [linux-2.6] threads and fork on machine with VIPT-WB cache
The source linux-2.6 and version 2.6.33-1 do not appear to match any binary 
packages
Bug Marked as found in versions linux-2.6/2.6.33-1.
> tags 561203 - help + upstream
Bug #561203 [linux-2.6] threads and fork on machine with VIPT-WB cache
Removed tag(s) help.
Bug #561203 [linux-2.6] threads and fork on machine with VIPT-WB cache
Ignoring request to alter tags of bug #561203 to the same tags previously set
>
End of message, stopping processing here.

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

Processed: Re: Problem with autofs 64-bit kernel/32-bit userspace compatibility

[Debian Bug Tracking System]

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

> # Sven Joachim wrote:
> #
> # > 3.3-rc5 works for me
> fixed 633423 linux-2.6/3.3~rc6-1~experimental.1
Bug #633423 [linux-2.6] autofs4 interface is broken between x86 and x86_64
Bug Marked as fixed in versions linux-2.6/3.3~rc6-1~experimental.1.
>
End of message, stopping processing here.

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

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

[Jonathan Nieder]

Ben Hutchings wrote:

> You're probably right, but it'll take time to backport and properly test
> this lot.

For future reference: filed as .

> So for now I'll just apply the single fix.

Looks good.  Thanks for taking care of it.

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/20120312014756.GB11583@burratino

Bug#663533: [squeeze] please apply e1000e fixes up to some version supported upstream (e.g., 3.0.y)

[Jonathan Nieder]

Source: linux-2.6
Version: 2.6.32-41
Severity: wishlist
Tags: patch squeeze

Hi,

Ben Hutchings wrote[1]:
> On Sun, 2012-03-11 at 14:36 -0500, Jonathan Nieder wrote:

>> Ben: it looks like there have been 31 commits to the e1000e driver
>> from 2.6.38 to 3.0.y.  The patches marked with '+' seem like
>> candidates for inclusion in squeeze.  '?' generally means I was
>> too lazy to think about that patch and it might or might not be a
>> candidate.  What do you think?
> [...]
>
> You're probably right, but it'll take time to backport and properly test
> this lot.  So for now I'll just apply the single fix.

Makes sense.

Here is a backport of the patches mentioned in the list from [1].
Backporting was straightforward for all of them.  The most iffy is
probably the last one ("PCI/e1000e: Add and use
pci_disable_link_state_locked"), since it adds new ABI.

Untested.  I don't have an e1000e.

Thoughts and test results welcome.
Jonathan

Bruce Allan (9):
  e1000e: return appropriate errors for 'ethtool -r'
  e1000e: use dev_kfree_skb_irq() instead of dev_kfree_skb()
  e1000e: extend timeout for ethtool link test diagnostic
  e1000e: extend EEE LPI timer to prevent dropped link
  e1000e: do not toggle LANPHYPC value bit when PHY reset is blocked
  e1000e: disable jumbo frames on 82579 when MACsec enabled in EEPROM
  e1000e: do not suggest the driver supports Wake-on-ARP
  e1000e: PCIe link speed in GT/s, not GB/s
  e1000e: If ASPM L0s needs to be disabled, do it prior to enabling
device

David Decotigny (2):
  ethtool: Use full 32 bit speed range in ethtool's set_settings
  net/igb/e1000/e1000e: more robust ethtool duplex/speed configuration

Sergei Shtylyov (1):
  net: use pci_dev->revision, again

Yinghai Lu (1):
  PCI/e1000e: Add and use pci_disable_link_state_locked()

 drivers/net/e1000e/82571.c   |   10 +++
 drivers/net/e1000e/defines.h |1 +
 drivers/net/e1000e/e1000.h   |2 +-
 drivers/net/e1000e/ethtool.c |   60 +-
 drivers/net/e1000e/ich8lan.c |   39 ++-
 drivers/net/e1000e/netdev.c  |   37 +++---
 drivers/pci/pcie/aspm.c  |   19 ++---
 include/linux/pci-aspm.h |1 +
 8 files changed, 120 insertions(+), 49 deletions(-)

[1] http://bugs.debian.org/644906
From: Bruce Allan 
Date: Thu, 20 Jan 2011 06:58:07 +
Subject: e1000e: return appropriate errors for 'ethtool -r'

...when invoked while interface is not up or when auto-negotiation is
disabled as done by other drivers.

commit 5962bc21ceaaba81e04fa1bb5671c65251805d3e upstream.

Signed-off-by: Bruce Allan 
Tested-by: Jeff Pieper 
Signed-off-by: Jeff Kirsher 
Signed-off-by: Jonathan Nieder 
---
 drivers/net/e1000e/ethtool.c |   11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/drivers/net/e1000e/ethtool.c b/drivers/net/e1000e/ethtool.c
index 6f0f4153fb57..a9435c35b95d 100644
--- a/drivers/net/e1000e/ethtool.c
+++ b/drivers/net/e1000e/ethtool.c
@@ -1986,8 +1986,15 @@ static int e1000_set_coalesce(struct net_device *netdev,
 static int e1000_nway_reset(struct net_device *netdev)
 {
struct e1000_adapter *adapter = netdev_priv(netdev);
-   if (netif_running(netdev))
-   e1000e_reinit_locked(adapter);
+
+   if (!netif_running(netdev))
+   return -EAGAIN;
+
+   if (!adapter->hw.mac.autoneg)
+   return -EINVAL;
+
+   e1000e_reinit_locked(adapter);
+
return 0;
 }
 
-- 
1.7.9.2

From: Sergei Shtylyov 
Date: Mon, 28 Feb 2011 11:57:33 -0800
Subject: net: use pci_dev->revision, again

commit ff938e43d39e926de74b32a3656c190f979ab642 upstream.

Several more network drivers that read the device's revision ID
from the PCI configuration register were merged after the commit
44c10138fd4bbc4b6d6bff0873c24902f2a9da65 (PCI: Change all drivers
to use pci_device->revision), so it's time to do another pass of
conversion to using the 'revision' field of 'struct pci_dev'...

[jn: restricted to drivers/net/e1000e/]

Signed-off-by: Sergei Shtylyov 
Acked-by: "John W. Linville" 
Signed-off-by: David S. Miller 
Signed-off-by: Jonathan Nieder 
---
 drivers/net/e1000e/ethtool.c |6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/drivers/net/e1000e/ethtool.c b/drivers/net/e1000e/ethtool.c
index a9435c35b95d..5e9aae1752ad 100644
--- a/drivers/net/e1000e/ethtool.c
+++ b/drivers/net/e1000e/ethtool.c
@@ -447,13 +447,11 @@ static void e1000_get_regs(struct net_device *netdev,
struct e1000_hw *hw = &adapter->hw;
u32 *regs_buff = p;
u16 phy_data;
-   u8 revision_id;
 
memset(p, 0, E1000_REGS_LEN * sizeof(u32));
 
-   pci_read_config_byte(adapter->pdev, PCI_REVISION_ID, &revision_id);
-
-   regs->version = (1 << 24) | (revision_id << 16) | adapter->pdev->device;
+   regs->version = (1 << 24) | (adapter->pdev->revision << 16) |
+   adapter->pdev->device;
 
regs_buff[0]  = er32(CTRL);
 

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

[Terry Burton]

On 11 March 2012 21:06, Holger Jeromin  wrote:
> Jonathan Nieder schrieb am 11.03.2012 20:36:
>> Holger Jeromin wrote:

 The patch ("e1000e: workaround for packet drop on 82579 at 100Mbps")
 hit mainline in v3.1-rc4.  Are squeeze 2.6.32.y kernels affected?
>>>
>>> As you can see in my smokeping there is still a paket loss in my
>>> internal network:
>>> http://www.katur.de/smokeping/smokeping.cgi?target=Local.Telefon
>>> It would be nice, if you can fix the problem with a new kernel for
>>> squeeze, since the paket loss is not nice for VoIP-Calls :-)
>>
>> Please test the attached patch, following instructions from [1].
>
>
> ping -f 192.168.0.3
> PING 192.168.0.3 (192.168.0.3) 56(84) bytes of data.
> --- 192.168.0.3 ping statistics ---
> 21499 packets transmitted, 21498 received, 0% packet loss, time 14026ms
> rtt min/avg/max/mdev = 0.207/0.616/17.595/0.240 ms, pipe 2, ipg/ewma
> 0.652/0.623 ms
>
> The kernel from squeeze had around 2% packet loss...
>
> The fix works very nice here. Thanks. I will keep the kernel until a new
> security update in stable forces me to update.

Likewise, patch tested successfully.


Thanks,

Terry



--
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/CANsiXEJq_h8�NyJi-JSqxJ=z2uFeciNffjo5yD-4Ed=+r...@mail.gmail.com

Processed: tagging 644906

[Debian Bug Tracking System]

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

> tags 644906 + pending
Bug #644906 [src:linux-2.6] linux-2.6: e1000e: upstream workaround for packet 
drop on 82579LM at 100Mbps
Added tag(s) pending.
> thanks
Stopping processing here.

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

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

[Ben Hutchings]

On Sun, 2012-03-11 at 14:36 -0500, Jonathan Nieder wrote:
> severity 644906 important
> tags 644906 + upstream patch fixed-upstream
> found 644906 linux-2.6/2.6.32-39squeeze1
> quit
> 
> Hi Holger,
> 
> Holger Jeromin wrote:
> 
> >> The patch ("e1000e: workaround for packet drop on 82579 at 100Mbps")
> >> hit mainline in v3.1-rc4.  Are squeeze 2.6.32.y kernels affected?
> >
> > As you can see in my smokeping there is still a paket loss in my
> > internal network:
> > http://www.katur.de/smokeping/smokeping.cgi?target=Local.Telefon
> >
> > It would be nice, if you can fix the problem with a new kernel for
> > squeeze, since the paket loss is not nice for VoIP-Calls :-)
> 
> Please test the attached patch, following instructions from [1].
> 
> Ben: it looks like there have been 31 commits to the e1000e driver
> from 2.6.38 to 3.0.y.  The patches marked with '+' seem like
> candidates for inclusion in squeeze.  '?' generally means I was
> too lazy to think about that patch and it might or might not be a
> candidate.  What do you think?
[...]

You're probably right, but it'll take time to backport and properly test
this lot.  So for now I'll just apply the single fix.

Ben.

-- 
Ben Hutchings
Life would be so much easier if we could look at the source code.


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

Processed: tagging 633423

[Debian Bug Tracking System]

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

> tags 633423 + pending
Bug #633423 [linux-2.6] autofs4 interface is broken between x86 and x86_64
Added tag(s) pending.
> thanks
Stopping processing here.

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

Processed: found 633423 in 2.6.32-41

[Debian Bug Tracking System]

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

> found 633423 2.6.32-41
Bug #633423 [linux-2.6] autofs4 interface is broken between x86 and x86_64
There is no source info for the package 'linux-2.6' at version '2.6.32-41' with 
architecture ''
Unable to make a source version for version '2.6.32-41'
Bug Marked as found in versions 2.6.32-41.
> thanks
Stopping processing here.

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

Processed: Re: Bug#652502: [linux-source-3.2] The problem still exists in version 3.2

[Debian Bug Tracking System]

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

> reassign 652502 src:linux-2.6
Bug #652502 [linux-source-3.1] [linux-source-3.1] Sometimes the driver 
pata_jmicron cause a kernel crash
Warning: Unknown package 'linux-source-3.1'
Bug reassigned from package 'linux-source-3.1' to 'src:linux-2.6'.
Bug No longer marked as found in versions linux-2.6/3.2.6-1 and 
linux-2.6/3.1.1-1.
> thanks
Stopping processing here.

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

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Michael Walle]

Am Sonntag 11 März 2012, 22:29:53 schrieb Jonathan Nieder:
> Ben Hutchings wrote[1]:
> > My understanding is that in general we cannot assume that uboot is
> > upgradable at all, because:
> > 
> > 1. Linux may not have access to the flash partition containing it.
> > 2. The factory-installed uboot may have board-specific setup code which
> > is not included in mainline uboot.
> > 3. A power failure during an upgrade may be unrecoverable without
> > specialist hardware.
> > 
> > Do we know that none of these apply to the Kirkwood platform?  If not,
> > the kernel must retain compatibility with older versions of uboot.

I guess all three points may be valid for any kirkwood based board. Also keep 
in mind, that vendor branches of uboot may not be affected from this bug. Eg. 
i had a longer discussion on the arm lkml about this issue and Nicolas Pitre 
wasnt able to reproduce the bug on his boards, which had some uboot version 
patched by the vendor.

BTW, i don't think this bug is kirkwood specific.

-- 
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/201203112312.18392.mich...@walle.cc

Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Ben Hutchings]

On Sun, 2012-03-11 at 23:00 +0100, Bjørn Mork wrote:
> Martin Steigerwald  writes:
> 
> > Am Sonntag, 11. März 2012 schrieb Marco d'Itri:
> >> On Mar 11, Martin Steigerwald  wrote:
> >> > So please advice. Is it sufficient for ask for module aliases being
> >> > added upstream? If I know how I can provide the necessary info for
> >> > my ThinkPad T520.
> >> 
> >> I am not familiar with ExpressCard, so I do not know exactly what is
> >> needed.
> >
> > No problem. Maybe someone from the Debian kernel team knows. If not I can 
> > also ask upstream.
> 
> The issue has already been discussed among the upstream experts. See e.g.
> http://www.spinics.net/lists/linux-pci/msg11140.html
> for an explanation why autoloading acpiphp on all machines historically
> has been impossible.
> 
> Don't know if anything ever came out of this though:
> http://www.spinics.net/lists/linux-pci/msg11148.html
> 
> If not, then I guess a distribution could add an init script which
> checked DMI dates and loaded acpiphp by default on all modern machines.
> It's a pity that users have to research this themselves to get
> ExpressCard slots working.

We should build in whichever hotplug drivers can't be auto-loaded.

Ben.

-- 
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison


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

Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Bjørn Mork]

Martin Steigerwald  writes:

> Am Sonntag, 11. März 2012 schrieb Marco d'Itri:
>> On Mar 11, Martin Steigerwald  wrote:
>> > So please advice. Is it sufficient for ask for module aliases being
>> > added upstream? If I know how I can provide the necessary info for
>> > my ThinkPad T520.
>> 
>> I am not familiar with ExpressCard, so I do not know exactly what is
>> needed.
>
> No problem. Maybe someone from the Debian kernel team knows. If not I can 
> also ask upstream.

The issue has already been discussed among the upstream experts. See e.g.
http://www.spinics.net/lists/linux-pci/msg11140.html
for an explanation why autoloading acpiphp on all machines historically
has been impossible.

Don't know if anything ever came out of this though:
http://www.spinics.net/lists/linux-pci/msg11148.html

If not, then I guess a distribution could add an init script which
checked DMI dates and loaded acpiphp by default on all modern machines.
It's a pity that users have to research this themselves to get
ExpressCard slots working.


Bjørn



--
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/87lin6ol1p@nemi.mork.no

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Ben Hutchings]

On Sun, 2012-03-11 at 15:50 -0500, Jonathan Nieder wrote:
> reassign 658759 src:linux-2.6 3.2.2-1
> tags 658759 + upstream
> quit
> 
> Loïc Minier wrote:
> 
> >* kirkwood: disable L2 cache before Linux boot; thanks to Ian Campbell.
> >  closes: #658904
> 
> Thanks!
> 
> The next question is what to do to handle Linux upgrades.
> 
> Should the kirkwood kernel have "Breaks: u-boot (<< 2011.12-3)" to
> encourage people to update their bootloader when they are lucky enough
> to be on a machine where the bootloader is installed through the
> package management system?
[...]

My understanding is that in general we cannot assume that uboot is
upgradable at all, because:

1. Linux may not have access to the flash partition containing it.
2. The factory-installed uboot may have board-specific setup code which
is not included in mainline uboot.
3. A power failure during an upgrade may be unrecoverable without
specialist hardware.

Do we know that none of these apply to the Kirkwood platform?  If not,
the kernel must retain compatibility with older versions of uboot.

Ben.

-- 
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison


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

Processed: Re: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

[Debian Bug Tracking System]

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

> fixed 644906 linux-2.6/3.1.0~rc4-1~experimental.1
Bug #644906 [src:linux-2.6] linux-2.6: e1000e: upstream workaround for packet 
drop on 82579LM at 100Mbps
Bug Marked as fixed in versions linux-2.6/3.1.0~rc4-1~experimental.1.
>
End of message, stopping processing here.

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

Bug#663379: Bugs#663379+663269: fix pending

[Jaromír Mikeš]

> Od: Uwe Kleine-König 

> Alternatively you can test my test build:
>
>   
> http://www.kleine-koenig.org/ukleinek-tmp/linux-image-3.2.0-2-rt-amd64_3.2.9-2_amd64.deb

I now found your build and booted to this kernel successfully, X started 
normally.

regards

mira



--
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/196695.19571.27969-27408-737818875-1331500...@seznam.cz

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Jonathan Nieder]

Ben Hutchings wrote[1]:

> My understanding is that in general we cannot assume that uboot is
> upgradable at all, because:
>
> 1. Linux may not have access to the flash partition containing it.
> 2. The factory-installed uboot may have board-specific setup code which
> is not included in mainline uboot.
> 3. A power failure during an upgrade may be unrecoverable without
> specialist hardware.
>
> Do we know that none of these apply to the Kirkwood platform?  If not,
> the kernel must retain compatibility with older versions of uboot.

Cc-ing submitters, Ian, Michael, and Prafulla in case they have hints.
Thanks to all for your work on this so far.  [1] has context.

Thanks,
Jonathan

[1] http://bugs.debian.org/658759



-- 
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/20120311212953.GD4938@burratino

Bug#663269: [3.2.7 -> 3.2.9 regression] rt flavor: Hard freezes when starting KDM

[Touko Korpela]

On Sun, Mar 11, 2012 at 07:37:51PM +0400, Boris Pek wrote:
> Hi,
> 
> > > startx command launched LXDE (I have both KDE and LXDE) and it
> > > worked normally.
> > 
> > Thanks --- this is a very useful detail.  So probably non-accelarated
> > rendering works fine, and it is something in 3d codepaths that makes it
> > freeze.
> 
> Ok. I saw interesting instructions in bug report #663379. Could I help in
> a same way? I can build kernel (or few modules) with patches for tests.
> Today I have a little free time for this. But I have only 32 system for 
> tests...
> 
> > > dmesg log is attached. But it also useless I think.
> > > When system freezes logs are not updated...
> > 
> > The attached log seems to be for a boot with the non-rt kernel.  Am I
> > understanding correctly?
> 
> Yes, you are right. Sorry, but I don't know how I can get logs from previous
> boot. As I wrote earlier /var/log/Xorg.1.log is outdated.

Maybe check /var/log/Xorg.0.log.old (logs between Xorg.0.log and Xorg.1.log)?



-- 
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/20120311211752.GA22162@tiikeri.vuoristo.local

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

[Holger Jeromin]

Jonathan Nieder schrieb am 11.03.2012 20:36:


Holger Jeromin wrote:

The patch ("e1000e: workaround for packet drop on 82579 at 100Mbps")
hit mainline in v3.1-rc4.  Are squeeze 2.6.32.y kernels affected?

As you can see in my smokeping there is still a paket loss in my
internal network:
http://www.katur.de/smokeping/smokeping.cgi?target=Local.Telefon
It would be nice, if you can fix the problem with a new kernel for
squeeze, since the paket loss is not nice for VoIP-Calls :-)

Please test the attached patch, following instructions from [1].


ping -f 192.168.0.3
PING 192.168.0.3 (192.168.0.3) 56(84) bytes of data.
--- 192.168.0.3 ping statistics ---
21499 packets transmitted, 21498 received, 0% packet loss, time 14026ms
rtt min/avg/max/mdev = 0.207/0.616/17.595/0.240 ms, pipe 2, ipg/ewma 
0.652/0.623 ms


The kernel from squeeze had around 2% packet loss...

The fix works very nice here. Thanks. I will keep the kernel until a new 
security update in stable forces me to update.


--
best regards
Holger Jeromin



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#663379: Bugs#663379+663269: fix pending

[Jaromír Mikeš]

> Od: Uwe Kleine-König 

>   apt-get builddep linux-2.6
>   wget
> http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz
>   tar xzf linux-2.6_3.2.9.orig.tar.gz
>   cd linux-2.6-3.2.9
>   svn export svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian 
> debian
>   debian/rules debian/control
>   make -j4 -f debian/rules.gen build_amd64_rt_amd64 
> DEBIAN_KERNEL_USE_CCACHE=1
>   fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64

$ debian/rules debian/control
/usr/bin/make -f debian/rules debian/control-real
make[1]: Entering directory `/home/mira/linux-2.6-3.2.9'
chmod +x debian/bin/gencontrol.py
debian/bin/gencontrol.py
md5sum debian/bin/gencontrol.py debian/changelog 
debian/templates/control.headers.arch.in 
debian/templates/control.headers.featureset.in 
debian/templates/control.headers.in debian/templates/control.image-dbg.in 
debian/templates/control.image.type-plain.in 
debian/templates/control.image.type-standalone.in 
debian/templates/control.libc-dev.in debian/templates/control.main.in 
debian/templates/control.source.in debian/templates/control.xen-linux-system.in 
debian/templates/image-dbg.lintian-override.in debian/templates/patch.apply.in 
debian/config/defines debian/config/alpha/defines debian/config/amd64/defines 
debian/config/armel/defines debian/config/armhf/defines 
debian/config/featureset-rt/defines debian/config/hppa/defines 
debian/config/i386/defines debian/config/ia64/defines 
debian/config/m68k/defines debian/config/mips/defines 
debian/config/mipsel/defines debian/config/powerpc/defines 
debian/config/ppc64/defines debian/config/s390/defines 
debian/config/s390x/defines debian/config/sh4/defines 
debian/config/sparc64/defines debian/config/sparc/defines 
debian/config/amd64/none/defines debian/config/amd64/rt/defines 
debian/config/i386/none/defines debian/config/i386/rt/defines 
debian/installer/amd64/kernel-versions debian/installer/armel/kernel-versions 
debian/installer/armhf/kernel-versions debian/installer/hppa/kernel-versions 
debian/installer/i386/kernel-versions debian/installer/ia64/kernel-versions 
debian/installer/m68k/kernel-versions debian/installer/mipsel/kernel-versions 
debian/installer/mips/kernel-versions debian/installer/powerpc/kernel-versions 
debian/installer/s390/kernel-versions debian/installer/s390x/kernel-versions 
debian/installer/sh4/kernel-versions debian/installer/sparc64/kernel-versions 
debian/installer/sparc/kernel-versions debian/installer/amd64/package-list 
debian/installer/armel/package-list debian/installer/armhf/package-list 
debian/installer/hppa/package-list debian/installer/i386/package-list 
debian/installer/ia64/package-list debian/installer/m68k/package-list 
debian/installer/mipsel/package-list debian/installer/mips/package-list 
debian/installer/powerpc/package-list debian/installer/s390/package-list 
debian/installer/s390x/package-list debian/installer/sh4/package-list 
debian/installer/sparc64/package-list debian/installer/sparc/package-list 
debian/installer/package-list > debian/control.md5sum

This target is made to fail intentionally, to make sure
that it is NEVER run during the automated build. Please
ignore the following error, the debian/control file has
been generated SUCCESSFULLY.

exit 1
make[1]: *** [debian/control-real] Error 1
make[1]: Leaving directory `/home/mira/linux-2.6-3.2.9'
make: *** [debian/control] Error 2


$  make -j4 -f debian/rules.gen build_amd64_rt_amd64 DEBIAN_KERNEL_USE_CCACHE=1
make: *** No rule to make target `build_amd64_rt_amd64'.  Stop.

I still can't to build kernel to test.
Also link you send to me to try your local build is broken:
http://www.kleine-koenig.org/ukleinek-tmp/linux-image-3.2.0-2-rt-amd64_3.2.9-2_amd64.deb

regards

mira



--
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/196687.19577.27974-21067-782279000-1331499...@seznam.cz

Processed: Re: u-boot: fails to boot compressed 3.2.y kernels

[Debian Bug Tracking System]

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

> reassign 658759 src:linux-2.6 3.2.2-1
Bug #658759 [linux-image-3.2.0-1-kirkwood] linux-image-3.2.0-1-kirkwood does 
not boot on some Kirkwood machines
Bug reassigned from package 'linux-image-3.2.0-1-kirkwood' to 'src:linux-2.6'.
Bug No longer marked as found in versions linux-2.6/3.2.2-1.
Bug #658759 [src:linux-2.6] linux-image-3.2.0-1-kirkwood does not boot on some 
Kirkwood machines
Bug Marked as found in versions linux-2.6/3.2.2-1.
> tags 658759 + upstream
Bug #658759 [src:linux-2.6] linux-image-3.2.0-1-kirkwood does not boot on some 
Kirkwood machines
Added tag(s) upstream.
> quit
Stopping processing here.

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

Bug#658759: u-boot: fails to boot compressed 3.2.y kernels

[Jonathan Nieder]

reassign 658759 src:linux-2.6 3.2.2-1
tags 658759 + upstream
quit

Loïc Minier wrote:

>* kirkwood: disable L2 cache before Linux boot; thanks to Ian Campbell.
>  closes: #658904

Thanks!

The next question is what to do to handle Linux upgrades.

Should the kirkwood kernel have "Breaks: u-boot (<< 2011.12-3)" to
encourage people to update their bootloader when they are lucky enough
to be on a machine where the bootloader is installed through the
package management system?

Should there be a flavor-specific NEWS.Debian.gz to warn sysadmins
about the problem?  (I think "yes".)

Should the kirkwood flavor disable CONFIG_ARM_PATCH_PHYS_VIRT?  (My
hunch is "no, it shouldn't", but that possibility's available if we
wanted to return to the behavior of the good old days of 3.1.y.)

Context: [1]

| Okay, so this should mean that the kernel's own decompressor has run,
| which should turn on/off the mmu and caches, cleaning and invalidating
| them, which will take the boot loader completely out of the picture at
| this stage.

Could the decompressor disable the L2 cache itself as a workaround?

Given that no one with the right familiarity with the decompressor
code has volunteered to do that, I'd suggest:

 - teaching u-boot in stable to follow the boot protocol correctly
 - adding a NEWS.Debian.gz in the kernel package to warn people
 - mentioning this in the armel variant of the wheezy release notes.

Jonathan

[1] http://thread.gmane.org/gmane.linux.ports.arm.kernel/143666/focus=143875



--
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/20120311205037.GC4938@burratino

Processed: Re: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

[Debian Bug Tracking System]

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

> severity 644906 important
Bug #644906 [src:linux-2.6] linux-2.6: e1000e: upstream workaround for packet 
drop on 82579LM at 100Mbps
Severity set to 'important' from 'normal'

> tags 644906 + upstream patch fixed-upstream
Bug #644906 [src:linux-2.6] linux-2.6: e1000e: upstream workaround for packet 
drop on 82579LM at 100Mbps
Added tag(s) upstream and fixed-upstream.
> found 644906 linux-2.6/2.6.32-39squeeze1
Bug #644906 [src:linux-2.6] linux-2.6: e1000e: upstream workaround for packet 
drop on 82579LM at 100Mbps
The source linux-2.6 and version 2.6.32-39squeeze1 do not appear to match any 
binary packages
Bug Marked as found in versions linux-2.6/2.6.32-39squeeze1.
> quit
Stopping processing here.

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

Bug#644906: [squeeze] e1000e: upstream workaround for packet drop on 82579LM at 100Mbps

[Jonathan Nieder]

severity 644906 important
tags 644906 + upstream patch fixed-upstream
found 644906 linux-2.6/2.6.32-39squeeze1
quit

Hi Holger,

Holger Jeromin wrote:

>> The patch ("e1000e: workaround for packet drop on 82579 at 100Mbps")
>> hit mainline in v3.1-rc4.  Are squeeze 2.6.32.y kernels affected?
>
> As you can see in my smokeping there is still a paket loss in my
> internal network:
> http://www.katur.de/smokeping/smokeping.cgi?target=Local.Telefon
>
> It would be nice, if you can fix the problem with a new kernel for
> squeeze, since the paket loss is not nice for VoIP-Calls :-)

Please test the attached patch, following instructions from [1].

Ben: it looks like there have been 31 commits to the e1000e driver
from 2.6.38 to 3.0.y.  The patches marked with '+' seem like
candidates for inclusion in squeeze.  '?' generally means I was
too lazy to think about that patch and it might or might not be a
candidate.  What do you think?

 - 67fd4fcb78a7 (convert to stats64) - no stats64 in squeeze.
 - 90da06692532 (reduce scope of some variables, [...]) - cleanup.
 - 05b9321405ef (Use kmemdup rather than duplicating its
   implementation) - cleanup.
 - 79f5e8401437 (replace unbounded sprintf with snprintf) - no-op,
   since interface names have length <= 15 by definition.
 - 5c1bda0aa32e (use correct pointer when memcpy'ing a 2-dimensional
   array) - cosmetic.
 ? 5962bc21ceaa (return appropriate errors for 'ethtool -r' when
   invoked while interface is not up or when auto-negotiation is
   disabled)
 ? ff938e43d39e (net: use pci_dev->revision, again).  Seems harmless.
 + ef5ab89cf7ed (use dev_kfree_skb_irq() instead of dev_kfree_skb())
 - d8d5f8aebb85 (magic number cleanup - ETH_ALEN) - cosmetic.
 + 5661aeb08edc (extend timeout for ethtool link test diagnostic)
 + 1effb45cca29 (extend EEE LPI timer to prevent dropped link)
 + 6cc7aaed70c9 (do not toggle LANPHYPC value bit when PHY reset is
   blocked)
 + 23e4f0613067 (disable jumbo frames on 82579 when MACsec enabled in
   EEPROM)
 + 4a29e15515ea (do not suggest the driver supports Wake-on-ARP)
 ? 70d279a7e2a6 (bump version number) - probably a good idea.  Would
   the lack of stats64 support confuse people?
 - aa3386015811 (PM: Remove CONFIG_PM_OPS) - already applied.
 - 25985edcedea (Fix common misspellings) - cosmetic.
 ? 1bba4386ab4f (convert short duration msleep() to usleep_range()) -
   requires 5e7f5a178b (introducing usleep_range timer) which is not
   in squeeze.
 + a5cc764206a3 (PCIe link speed in GT/s, not GB/s) - printk typofix
 - 86d70e532c35 (convert to new VLAN model) - no ETH_FLAG_TXVLAN in
   squeeze.
 - 2084b114e3fb (fix stats locking in e1000_watchdog_task) - no
   stats64 in squeeze.
 ? 78cd29d5a92a (If ASPM L0s needs to be disabled, do it prior to
   enabling device) - no effect except in nonstandard configurations,
   I think
 - dbf80dcbd8ca (implement ethtool set_phys_id) - no set_phys_id in
   squeeze.
 + 25db0338813a (Use full 32 bit speed range in ethtool's
   set_settings)
 - 707394972093 (cosmetic: Use ethtool ethtool_cmd_speed API) -
   cosmetic.
 + 14ad2513ed5b (more robust ethtool duplex/speed configuration)
 - d64a6f4dca0b (minor comment cleanups)
 ? 9f728f53dd70 (PCI/e1000e: Add and use pci_disable_link_state_locked())
 - 70c71606190e (Add appropriate  include for
   prefetch users) - not needed in squeeze.
 + 716ae31687f2 (alternate MAC address does not work on device id 0x1060)
 + 9202d3166127 (workaround for packet drop on 82579 at 100Mbps)

Hope that helps,
Jonathan

[1] 
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
or the corresponding page in the debian-kernel-handbook package
From: Bruce Allan 
Date: Fri, 29 Jul 2011 05:52:56 +
Subject: e1000e: workaround for packet drop on 82579 at 100Mbps

commit 0ed013e28fe853244f4972cf18d8e2bd62eeb8fc upstream.

The MAC can drop short packets when the PHY detects noise on the line at
100Mbps due to a timing issue.  Workaround the issue by increasing the PLL
counter so the PHY properly recognizes the synchronization pattern from the
MAC.

Signed-off-by: Bruce Allan 
Tested-by: Jeff Pieper 
Signed-off-by: Jeff Kirsher 
Signed-off-by: Jonathan Nieder 
---
 drivers/net/e1000e/ich8lan.c |   19 ++-
 1 file changed, 14 insertions(+), 5 deletions(-)

diff --git a/drivers/net/e1000e/ich8lan.c b/drivers/net/e1000e/ich8lan.c
index fb46974cfec1..92812f439860 100644
--- a/drivers/net/e1000e/ich8lan.c
+++ b/drivers/net/e1000e/ich8lan.c
@@ -137,8 +137,9 @@
 #define HV_PM_CTRL PHY_REG(770, 17)
 
 /* PHY Low Power Idle Control */
-#define I82579_LPI_CTRLPHY_REG(772, 20)
-#define I82579_LPI_CTRL_ENABLE_MASK0x6000
+#define I82579_LPI_CTRLPHY_REG(772, 20)
+#define I82579_LPI_CTRL_ENABLE_MASK0x6000
+#define I82579_LPI_CTRL_FORCE_PLL_LOCK_COUNT   0x80
 
 /* Strapping Option Register - RO */
 #define E1000_STRAP 0xC
@@ -1596,6 +1597,7 @@ static s32 e1

Bug#663269: Bug#663379: Bugs#663379+663269: fix pending

[Uwe Kleine-König]

Hi,

On Sun, Mar 11, 2012 at 06:16:36PM +, Steven Chamberlain wrote:
> On 11/03/12 16:42, Uwe Kleine-König wrote:
> > I could reproduce your issue and commited a patch that fixes the issue
> > for me.
> 
> > svn export svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian 
> > debian
> I didn't see anything relevant there.  Were you referring to this commit
> in /dists/sid/ instead?
> 
> http://anonscm.debian.org/viewvc/kernel?view=revision&sortby=date&revision=18814
as Jonathan wrote, I meant s,trunk,sid, which has this commit, yes.

Thanks
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



-- 
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/20120311191237.gp14...@pengutronix.de

Processed (with 2 errors): reopen bug number 644906

[Debian Bug Tracking System]

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

> found 2.6.32-39squeeze1
Unknown command or malformed arguments to command.

> unarchive 644906
> reopen 644906 =
Bug #644906 [src:linux-2.6] linux-2.6: e1000e: upstream workaround for packet 
drop on 82579LM at 100Mbps
Bug 644906 is not marked as done; doing nothing.
> #The bug affects squeeze 2.6.32 kernels from squeeze
> --
Stopping processing here.

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

Bug#644906: Debian Kernel Bug #644906 for e1000 network still valid

[Holger Jeromin]

Hello,

i installed an Intel e1000 NIC in november 2011. I have no detail 
insight in the debian bug system, so i mail you directly.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644906
was closed with the text:

The patch ("e1000e: workaround for packet drop on 82579 at 100Mbps")
hit mainline in v3.1-rc4.  Are squeeze 2.6.32.y kernels affected?


As you can see in my smokeping there is still a paket loss in my 
internal network:

http://www.katur.de/smokeping/smokeping.cgi?target=Local.Telefon

It would be nice, if you can fix the problem with a new kernel for 
squeeze, since the paket loss is not nice for VoIP-Calls :-)


Thanks a lot!

--
best regards
Holger Jeromin



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#663269: Bug#663379: Bugs#663379+663269: fix pending

[Steven Chamberlain]

On 11/03/12 16:42, Uwe Kleine-König wrote:
> I could reproduce your issue and commited a patch that fixes the issue
> for me.

> svn export svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian debian

Hi,

I didn't see anything relevant there.  Were you referring to this commit
in /dists/sid/ instead?

http://anonscm.debian.org/viewvc/kernel?view=revision&sortby=date&revision=18814

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org



-- 
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/4f5cec04.8000...@pyro.eu.org

Processed (with 1 errors): your mail

[Debian Bug Tracking System]

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

> reopen 644906 =
Bug #644906 {Done: Jonathan Nieder } [src:linux-2.6] 
linux-2.6: e1000e: upstream workaround for packet drop on 82579LM at 100Mbps
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
> unarchive 644906
> #The bug affects squeeze 2.6.32.y kernels from stable.
> --
Stopping processing here.

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

Bug#636797: followup on debian bug #636797

[Ben Hutchings]

On Sun, 2012-03-11 at 18:20 +0100, Harald Dunkel wrote:
> On 03/09/12 15:57, Ben Hutchings wrote:
> > On Fri, 2012-03-09 at 13:30 +0100, Harald Dunkel wrote:
> >> PS: I just noticed that severity is set to "normal". Sorry
> >> to say, but I disagree on the severity in this case. If our
> >> production environment dies after 200 days uptime, then this
> >> is fatal.
> > 
> > Why do you say '200 days uptime'?
> > 
> 
> The division by zero came up on several servers in my environment
> after more than 200 days uptime each. I have never seen this bug
> pop up immediately. Looking at
> 
>   https://bugzilla.kernel.org/show_bug.cgi?id=16991
> 
> it seems that an uptime of several months before being hit by the
> problem is not unusual.
> 
> (Novell had a 200 days uptime problem with their 2.6.32 kernel, too,
> even though I am not sure that this is the same problem:
> 
> http://www.novell.com/support/viewContent.do?externalId=7009834&sliceId=1
> )
> 
> Anyway, does the uptime matter? A crashing server in a production
> environment is a severe problem, regardless how long the machine
> was up before.

There was a bug that caused systems to crash after 208 days, which the
Novell page refers to.  That was fixed in longterm update 2.6.32.50 and
Debian's version 2.6.32-40.

But other people report this crash occurring after a much shorter
uptime:

https://bugzilla.kernel.org/show_bug.cgi?id=16991#c12
https://bugzilla.kernel.org/show_bug.cgi?id=16991#c27
https://bugzilla.kernel.org/show_bug.cgi?id=16991#c28

So I would say there is more than one bug that can cause these
assertions to fail.

> >> Would you mind to adjust the severity of this bug report?
> > 
> > We have what is supposed to be a workaround.  Does it not work?  Have
> > you seen any warnings?
> > 
> 
> In which Debian kernel can I find the workaround?

2.6.32-36

Ben.

-- 
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison


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

Processed: Re: Debian Kernel Bug #644906 for e1000 network still valid

[Debian Bug Tracking System]

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

> unarchive 644906
Bug #644906 {Done: Jonathan Nieder } [src:linux-2.6] 
linux-2.6: e1000e: upstream workaround for packet drop on 82579LM at 100Mbps
Unarchived Bug 644906
>
End of message, stopping processing here.

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

Bug#663269: [3.2.7 -> 3.2.9 regression] rt flavor: Hard freezes when starting KDM

[Boris Pek]

Hi,

> > startx command launched LXDE (I have both KDE and LXDE) and it
> > worked normally.
> 
> Thanks --- this is a very useful detail.  So probably non-accelarated
> rendering works fine, and it is something in 3d codepaths that makes it
> freeze.

Ok. I saw interesting instructions in bug report #663379. Could I help in
a same way? I can build kernel (or few modules) with patches for tests.
Today I have a little free time for this. But I have only 32 system for tests...

> > dmesg log is attached. But it also useless I think.
> > When system freezes logs are not updated...
> 
> The attached log seems to be for a boot with the non-rt kernel.  Am I
> understanding correctly?

Yes, you are right. Sorry, but I don't know how I can get logs from previous
boot. As I wrote earlier /var/log/Xorg.1.log is outdated.

Regards,
Boris

Bug#636797: followup on debian bug #636797

[Harald Dunkel]

On 03/09/12 15:57, Ben Hutchings wrote:
> On Fri, 2012-03-09 at 13:30 +0100, Harald Dunkel wrote:
>> PS: I just noticed that severity is set to "normal". Sorry
>> to say, but I disagree on the severity in this case. If our
>> production environment dies after 200 days uptime, then this
>> is fatal.
> 
> Why do you say '200 days uptime'?
> 

The division by zero came up on several servers in my environment
after more than 200 days uptime each. I have never seen this bug
pop up immediately. Looking at

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

it seems that an uptime of several months before being hit by the
problem is not unusual.

(Novell had a 200 days uptime problem with their 2.6.32 kernel, too,
even though I am not sure that this is the same problem:

http://www.novell.com/support/viewContent.do?externalId=7009834&sliceId=1
)

Anyway, does the uptime matter? A crashing server in a production
environment is a severe problem, regardless how long the machine
was up before.

>> Would you mind to adjust the severity of this bug report?
> 
> We have what is supposed to be a workaround.  Does it not work?  Have
> you seen any warnings?
> 

In which Debian kernel can I find the workaround?


Regards

Harri



signature.asc
Description: OpenPGP digital signature

Bug#663269: [3.2.7-1 -> 3.2.9-1 regression] rt flavor: Hard freezes when starting KDM

[Jonathan Nieder]

Uwe Kleine-König wrote:

> I could reproduce your issue and commited a patch that fixes the issue
> for me.

Thanks!  FWIW, the patch makes sense to my undertrained eyes.

aufs is used by debian-live rather than the installer.  I'm not sure
if there's much interest in a livecd with the realtime kernel on it or
not (my guess would be "not").

> If you're impatient, you can build from svn:
>
>   apt-get builddep linux-2.6
>   wget 
> http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz
>   tar xzf linux-2.6_3.2.9.orig.tar.gz
>   cd linux-2.6-3.2.9
>   svn export svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian 
> debian

.../dists/sid/... :)

>   debian/rules debian/control
>   make -j4 -f debian/rules.gen build_amd64_rt_amd64 
> DEBIAN_KERNEL_USE_CCACHE=1
>   fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64

Cheers,
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/20120311165121.GD3586@burratino

Processed: forcibly merging 663269 663379

[Debian Bug Tracking System]

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

> forcemerge 663269 663379
Bug#663269: linux-image-3.2.0-2-rt-*: New kernels with real-time patches 
completely unusable
Bug#663379: linux-image-3.2.0-2-rt-amd64: X will not start with 
linux-image-3.2.0-2-rt-amd64
Forcibly Merged 663269 663379.

> thanks
Stopping processing here.

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

Bug#663379: Bugs#663379+663269: fix pending

[Uwe Kleine-König]

Hello,

I could reproduce your issue and commited a patch that fixes the issue
for me.

If you're impatient, you can build from svn:

apt-get builddep linux-2.6
wget 
http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz
tar xzf linux-2.6_3.2.9.orig.tar.gz
cd linux-2.6-3.2.9
svn export svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian 
debian
debian/rules debian/control
make -j4 -f debian/rules.gen build_amd64_rt_amd64 
DEBIAN_KERNEL_USE_CCACHE=1
fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64

Best regards
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



-- 
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/20120311164242.gn14...@pengutronix.de

Processed: tagging 663269

[Debian Bug Tracking System]

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

> tags 663269 + pending
Bug #663269 [linux-2.6] linux-image-3.2.0-2-rt-*: New kernels with real-time 
patches completely unusable
Bug #663379 [linux-2.6] linux-image-3.2.0-2-rt-amd64: X will not start with 
linux-image-3.2.0-2-rt-amd64
Added tag(s) pending.
Added tag(s) pending.
> thanks
Stopping processing here.

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

Bug#663379: linux-image-3.2.0-2-rt-amd64: X will not start with linux-image-3.2.0-2-rt-amd64

[Uwe Kleine-König]

On Sun, Mar 11, 2012 at 12:17:46PM +0100, Jaromír Mikeš wrote:
> > Od: Uwe Kleine-König 
> 
> Hi,
> 
> > apt-get builddep linux-2.6
> > wget
> > http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz
> > tar xzf linux-2.6_3.2.9.orig.tar.gz
> > cd linux-2.6-3.2.9
> > svn co svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian
> > debian/bin/gencontrol
> 
> $ debian/bin/gencontrol
> bash: debian/bin/gencontrol: No such file or directory
> 
> I tried debian/bin/gencontrol.py ... hope it is fine.
> 
> > make -j4 -f debian/rules.gen build_amd64_rt_amd64 
> > DEBIAN_KERNEL_USE_CCACHE=1
> 
> $ make -j4 -f debian/rules.gen build_amd64_rt_amd64 DEBIAN_KERNEL_USE_CCACHE=1
> make: *** No rule to make target `build_amd64_rt_amd64'.  Stop.
> 
> Here I get stack. How to get further?
I'm about to commit a fix. I'll give you a ping by private mail when I'm
done. Then follow Jonathan's description.

Best regards
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



-- 
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/20120311162213.gm14...@pengutronix.de

Bug#663379: [3.2.7 -> 3.2.9 regression] rt featureset: freeze when trying to start X

[Jonathan Nieder]

Hi again,

Jonathan Nieder wrote:
> Jaromír Mikeš wrote:

>> Here I get stack. How to get further?
>
> Judging from [1] I think the steps should be:
>
>   tar -xf linux-2.6_3.2.9.orig.tar.gz
>   cd linux-2.6-3.2.9
>   svn export \
>   svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian \
>   debian

Quick correction: the debian/ dir should come from

svn://svn.debian.org/svn/kernel/dists/sid/linux-2.6/debian

to get 3.2.9-rt17, avoiding the change "rt: Disable until it is
updated for Linux 3.3 or later" in trunk.

>   debian/rules debian/control
>   fakeroot debian/rules source
>   fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64

For those following along on i386, the corresponding command would be
msething like

fakeroot make -f debian/rules.gen binary-arch_i386_rt_686-pae

Sorry for the fuss.
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/20120311154810.GA4203@burratino

Bug#663379: [3.2.7 -> 3.2.9 regression] rt featureset: freeze when trying to start X

[Jonathan Nieder]

Jaromír Mikeš wrote:

> $ make -j4 -f debian/rules.gen build_amd64_rt_amd64 DEBIAN_KERNEL_USE_CCACHE=1
> make: *** No rule to make target `build_amd64_rt_amd64'.  Stop.
>
> Here I get stack. How to get further?

Judging from [1] I think the steps should be:

tar -xf linux-2.6_3.2.9.orig.tar.gz
cd linux-2.6-3.2.9
svn export \
svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian \
debian
debian/rules debian/control
fakeroot debian/rules source
fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64

[1] 
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
or the corresponding page in the debian-kernel-handbook package



--
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/20120311152053.GA3586@burratino

Processed: Re: [3.2.7 -> 3.2.9 regression] rt flavor: Hard freezes when starting KDM

[Debian Bug Tracking System]

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

> severity 663379 important
Bug #663379 [linux-2.6] linux-image-3.2.0-2-rt-amd64: X will not start with 
linux-image-3.2.0-2-rt-amd64
Severity set to 'important' from 'normal'

> merge 663269 663379
Bug#663269: linux-image-3.2.0-2-rt-*: New kernels with real-time patches 
completely unusable
Bug#663379: linux-image-3.2.0-2-rt-amd64: X will not start with 
linux-image-3.2.0-2-rt-amd64
Merged 663269 663379.

> quit
Stopping processing here.

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

Bug#663269: [3.2.7 -> 3.2.9 regression] rt flavor: Hard freezes when starting KDM

[Jonathan Nieder]

severity 663379 important
merge 663269 663379
quit

Boris Pek wrote:

>startx command launched LXDE (I have both KDE and LXDE) and it
> worked normally.

Thanks --- this is a very useful detail.  So probably non-accelarated
rendering works fine, and it is something in 3d codepaths that makes it
freeze.

> dmesg log is attached. But it also useless I think.
> When system freezes logs are not updated...

The attached log seems to be for a boot with the non-rt kernel.  Am I
understanding correctly?

Ciao,
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/20120311151348.GA3866@burratino

Bug#663379: linux-image-3.2.0-2-rt-amd64: X will not start with linux-image-3.2.0-2-rt-amd64

[Jaromír Mikeš]

> Od: Uwe Kleine-König 

Hi,

>   apt-get builddep linux-2.6
>   wget
> http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz
>   tar xzf linux-2.6_3.2.9.orig.tar.gz
>   cd linux-2.6-3.2.9
>   svn co svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian
>   debian/bin/gencontrol

$ debian/bin/gencontrol
bash: debian/bin/gencontrol: No such file or directory

I tried debian/bin/gencontrol.py ... hope it is fine.

>   make -j4 -f debian/rules.gen build_amd64_rt_amd64 
> DEBIAN_KERNEL_USE_CCACHE=1

$ make -j4 -f debian/rules.gen build_amd64_rt_amd64 DEBIAN_KERNEL_USE_CCACHE=1
make: *** No rule to make target `build_amd64_rt_amd64'.  Stop.

Here I get stack. How to get further?

regards

mira



--
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/196623.19635.28061-18458-1583985412-1331464...@seznam.cz

Bug#663379: linux-image-3.2.0-2-rt-amd64: X will not start with linux-image-3.2.0-2-rt-amd64

[Uwe Kleine-König]

On Sat, Mar 10, 2012 at 09:13:29PM +0100, Jaromír Mikeš wrote:
> Package: linux-2.6
> Version: 3.2.9-1
> Severity: normal
> 
> Hello,
> 
> X will not start when I am booting to linux-image-3.2.0-2-rt-amd64, screen get
> frozen before log-in screen.
> I have same behavior on my both machines.
> linux-image-3.2.0-1-rt-amd64 and linux-image-3.2.0-2-amd64 works normally.
> 
> Let me know if you need some additional info/test.
I'm not aware of similar issues reported upstream, but as there is a new
-rt release available we should first test that one before bugging them.

So can you please do the following assuming you have deb-src lines in
your apt sources.list:

apt-get builddep linux-2.6 
wget 
http://ftp.cz.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_3.2.9.orig.tar.gz
tar xzf linux-2.6_3.2.9.orig.tar.gz
cd linux-2.6-3.2.9
svn co svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian
debian/bin/gencontrol
make -j4 -f debian/rules.gen build_amd64_rt_amd64 
DEBIAN_KERNEL_USE_CCACHE=1
fakeroot make -f debian/rules.gen binary-arch_amd64_rt_amd64 
DEBIAN_KERNEL_JOBS=4

and then test with the resulting package and report back.

Thanks
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



-- 
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/20120311095503.gl14...@pengutronix.de

Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Martin Steigerwald]

Am Sonntag, 11. März 2012 schrieb Marco d'Itri:
> On Mar 11, Martin Steigerwald  wrote:
> > So please advice. Is it sufficient for ask for module aliases being
> > added upstream? If I know how I can provide the necessary info for
> > my ThinkPad T520.
> 
> I am not familiar with ExpressCard, so I do not know exactly what is
> needed.

No problem. Maybe someone from the Debian kernel team knows. If not I can 
also ask upstream.

Sorry for not dropping cont...@bugs.debian.org.

Thanks,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


--
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/201203111055.07406.mar...@lichtvoll.de

Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Marco d'Itri]

On Mar 11, Martin Steigerwald  wrote:

> So please advice. Is it sufficient for ask for module aliases being added 
> upstream? If I know how I can provide the necessary info for my ThinkPad 
> T520.
I am not familiar with ExpressCard, so I do not know exactly what is 
needed.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Martin Steigerwald]

Am Sonntag, 11. März 2012 schrieb Marco d'Itri:
> reassign 663433 linux-2.6
> thanks
> 
> On Mar 11, Martin Steigerwald  wrote:
> > I reported it upstream on kernel.org back then, but maybe it is more
> > of a userspace, of a udev issue, cause when the module is loaded
> > hot plugging of Express Cards does work as expected.
> 
> The module does not provide any aliases for autoloading.

Thanks for that ultra quick answer. I am willing to reopen the bug report 
at kernel.org if something should be changed upstream and I precisely 
understand what it is.

So please advice. Is it sufficient for ask for module aliases being added 
upstream? If I know how I can provide the necessary info for my ThinkPad 
T520.

Thanks and have a nice sunday,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


--
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/201203111052.29225.mar...@lichtvoll.de

Processed: Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Debian Bug Tracking System]

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

> reassign 663433 linux-2.6
Bug #663433 [udev] udev: does not load acpiphp on ThinkPad T520 although it is 
needed for ExpressCard hotplugging
Bug reassigned from package 'udev' to 'linux-2.6'.
Bug No longer marked as found in versions udev/175-3.1.
> thanks
Stopping processing here.

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

Re: Bug#663433: udev: does not load acpiphp on ThinkPad T520 although it is needed for ExpressCard hotplugging

[Marco d'Itri]

reassign 663433 linux-2.6
thanks

On Mar 11, Martin Steigerwald  wrote:

> I reported it upstream on kernel.org back then, but maybe it is more
> of a userspace, of a udev issue, cause when the module is loaded
> hot plugging of Express Cards does work as expected.
The module does not provide any aliases for autoloading.

-- 
ciao,
Marco


signature.asc
Description: Digital signature