Bug#619371: marked as done (base: wake on lan does not work with some special type of machines (Fujitsu-Siemens Esprimo P5625))
Your message dated Thu, 13 Sep 2012 23:51:58 -0700 with message-id 20120914065158.GA372@mannheim-rule.local and subject line Re: wake on lan does not work with some special type of machines (Fujitsu-Siemens Esprimo P5625) has caused the Debian Bug report #619371, regarding base: wake on lan does not work with some special type of machines (Fujitsu-Siemens Esprimo P5625) 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.) -- 619371: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619371 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: base Severity: important Tags: squeeze Until lenny we could use this machines with no problems. But with squeeze the wake on lan function does no longer work. I've tried a lot of things but I could not get it working. The machine(s) simply do not wake up. If the Machine was powered off from the parallel installe Win XP, the wakeup works. I could also see, that the wakeup does not work if the machine was powered off from a system like Knoppix or SysrescueCD which also use newer kernels. So I assume, it must have something todo with the way, the kernel handles PME events. The variable NETDOWN in /etc/default/halt is set to 'no'. Unfortunately in this special case wake on lan is the only way to wake up the machine(s) for maintenance and other things. Time controlled wakeup is not available. Here a list of the installed kernel-related packages: ii firmware-linux-free 2.6.32-30 Binary firmware for various drivers in the Linux kernel ii firmware-linux-nonfree 0.28 Binary firmware for various drivers in the Linux kernel ii linux-base 2.6.32-30 Linux image base package ii linux-doc-2.61:2.6.32+29 Linux kernel specific documentation for version 2.6 (meta-package) ii linux-doc-2.6.32 2.6.32-30 Linux kernel specific documentation for version 2.6.32 ii linux-headers-2.6.32-5-amd64 2.6.32-30 Header files for Linux 2.6.32-5-amd64 ii linux-headers-2.6.32-5-common2.6.32-30 Common header files for Linux 2.6.32-5 ii linux-image-2.6-amd642.6.32+29 Linux 2.6 for 64-bit PCs (meta-package) ii linux-image-2.6.32-5-amd64 2.6.32-30 Linux 2.6.32 for 64-bit PCs ii linux-kbuild-2.6.32 2.6.32-1 Kbuild infrastructure for Linux 2.6.32 ii linux-libc-dev 2.6.32-30 Linux support headers for userspace development ii linux-manual-2.6.32 2.6.32-30 Linux kernel API manual pages for version 2.6.32 ii linux-patch-nfs-ngroups 4.58.debian.20100106.1 Client-side bypassing of ngroups limitation in NFS protocol ii linux-sound-base 1.0.23+dfsg-2 base package for ALSA and OSS sound systems ii linux-wlan-ng0.2.9+dfsg-4 utilities for wireless prism2 cards ii linux-wlan-ng-doc0.2.9+dfsg-4 documentation for wlan-ng ii linux-wlan-ng-firmware 0.2.9+dfsg-4 firmware files used by the linux-wlan-ng driver ii linux-wlan-ng-source 0.2.9+dfsg-4 linux-wlan-ng driver TIA for Your help. Christian P.S. Different from the apt-policy below only stable packages are installed. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Jonathan Nieder wrote: We would like some basic information about how the machine is configured and some information about the history of the problem, as described at [1]. [...] If you do not want to pursue
Bug#687478: It happens too with 3.2.0-2 version
This morning it happened to me in 3.2.0-2 (from linux-image-3.2.0-2-amd64_3.2.20-1_amd64.deb , I think). Before I always fix this issue rebooting with this kernel. Well, I will unplug / plug until it is fixed in sid Thanks -- 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/cal5ymzq7+2px6if9jpanopvl5taxuiwyrvu-3wvn1d3j8-q...@mail.gmail.com
Re: Squeeze point release (6.0.6)
On Fri, Sep 07, 2012 at 09:43:03PM +0200, Philipp Kern wrote: Hi, I'd like to arrange a point release to be done as soon as feasible. So I'd like to propose a bunch of weekends here: * Sep 22/23: I'm personally busy on the 23th Available that weekend fine. * Sep 29/30: ok from RT side Available that weekend fine. * Oct 6/7: Adam's busy for the weekend, hence we'd like to avoid that if possible Ditto, I'm guessing the same event :-) * Oct 13/14: BSP attended by adsb/Sledge, not ideal to schedule it there Worked OK at the last BSP we did, tbh... So dear FTP masters, CD team, Press team: Would one out of Sep 22/29/30 work out for all of you? Dear Kernel team: Which changes are still pending for 6.0.6? When could we get them into the archive? For 22nd we'd close p-u-NEW on the 15th, which would leave us with a week. Kind regards Philipp Kern -- Steve McIntyre, Cambridge, UK.st...@einval.com C++ ate my sanity -- Jon Rabone -- 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/20120914122252.gc24...@einval.com
Bug#687644: linux-image-686-pae: Please enable I2C for i810
Package: linux-image-686-pae Severity: wishlist Please enable the following options to use I2C on i810 chipsets: CONFIG_FB_I810_GTF=y CONFIG_FB_I810_I2C=y These are necessary to set up the TV-out chip on the Samsung SMT-7020S settop box by I2C. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.1.10-1-ac100 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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/20120914150427.5314.29661.report...@mase2.setho.org
Why Debian i915 intel driver depends on button.ko?
I am trying to find out what can cause unusable screen picture on my Sandybridge Chipset 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09) I compared outputs of lsmod from Ubuntu (3.2.0-25), Fedora ( 3.4.2-1.fc16.x86_64) and Debian Wheezy (3.2.0-3-amd64 / Debian 3.2.23-1) and it seems that Debian i915 depends on button.ko, which depends on ACPI lid button. I have Fedora and Ubuntu on laptop - they do not have that module loaded. So their i915 can operate without button.ko. Was there any reason why Debian Intel video driver needs to be dependent on button.ko. And neither Fedora or Ubuntu has any modules belong to acpi (even on laptop). And what about desktops - there is no any lid buttons there. May be button.ko should be removed from i915 video driver? Thanks in advance. -- 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/5053113e.9080...@gmail.com
Re: Why Debian i915 intel driver depends on button.ko?
On Fri, Sep 14, 2012 at 15:13:02 +0400, Lucas wrote: I am trying to find out what can cause unusable screen picture on my Sandybridge Chipset 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09) I compared outputs of lsmod from Ubuntu (3.2.0-25), Fedora ( 3.4.2-1.fc16.x86_64) and Debian Wheezy (3.2.0-3-amd64 / Debian 3.2.23-1) and it seems that Debian i915 depends on button.ko, which depends on ACPI lid button. I have Fedora and Ubuntu on laptop - they do not have that module loaded. So their i915 can operate without button.ko. It's builtin in fedora. I suspect it's the same in ubuntu. Was there any reason why Debian Intel video driver needs to be dependent on button.ko. Yes. And neither Fedora or Ubuntu has any modules belong to acpi (even on laptop). And what about desktops - there is no any lid buttons there. May be button.ko should be removed from i915 video driver? No. Cheers, Julien signature.asc Description: Digital signature
Re: Why Debian i915 intel driver depends on button.ko?
On 09/14/2012 09:45 PM, Julien Cristau wrote: On Fri, Sep 14, 2012 at 15:13:02 +0400, Lucas wrote: I am trying to find out what can cause unusable screen picture on my Sandybridge Chipset 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09) I compared outputs of lsmod from Ubuntu (3.2.0-25), Fedora ( 3.4.2-1.fc16.x86_64) and Debian Wheezy (3.2.0-3-amd64 / Debian 3.2.23-1) and it seems that Debian i915 depends on button.ko, which depends on ACPI lid button. I have Fedora and Ubuntu on laptop - they do not have that module loaded. So their i915 can operate without button.ko. It's builtin in fedora. I suspect it's the same in ubuntu. May be it is. May in different way, because: In Fedora-16 I can use i915 with acpi=off passed to kernel, but in Debian Wheezy can't - kernel unable to load it because there is no acpi and therefor, there won't be lid button. -- 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/50534abe.4020...@gmail.com
Bug#669314: No Reply From Alexander Viro
Just an update, I emailed Alexander Viro twice and I haven't heard back from Alexander Viro or anyone on the kernel development mailing lists. I am surprised that this issue is being ignored. -- 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/9cd0814e-7d63-4c11-8154-b67715428...@salk.edu
Bug#669314: NFS: kernel forces trailing slash for export in /proc/self/mounts
Hi Chris, Chris Hiestand wrote: [Subject: No Reply From Alexander Viro] Please keep in mind that these appear as emails in a crowded inbox, so the subject ine can be a good place to put valuable context. Just an update, I emailed Alexander Viro twice and I haven't heard back from Alexander Viro or anyone on the kernel development mailing lists. I suppose we should just come up with a patch to propose. I'll be happy to look into that, but I can't promise that it will be soon (and if someone else gets to it sooner, I won't mind). Thanks again for your help, 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/20120915015604.ga...@mannheim-rule.att.net