Re: Adding new drivers to Debian's 2.6.32 kernel?
Ben Hutchings b...@decadent.org.uk writes: On Wed, 2010-06-02 at 10:39 +0200, Bjørn Mork wrote: I am still unsure about the preferred way to provide such a driver patch. The first version attached to the bug was just a copy of the upstream version with the necessary modifications to make it build under 2.6.32. I have now done the job identifying which commits created the current upstream version, and instead provided a patch set consisting of cherry picked upstream commits. Is this preferred, even though it results in a high number of patches (120 to be exact)? It keeps a lot of meta data, which I guess is useful. [...] We can use either form. In this case, where there were several drivers involved, your patch set was very helpful. Thanks for looking at it, and for providing this feedback. Nice to know for the next time I go out and buy some new hardware without checking which kernel release the driver was added :-) 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/87zkzcd39y@nemi.mork.no
Bug#580601: [drm/i915] flickering and artifacts on (some?) gm45 with powersave' from 'xserver-xorg-core: Flickering and artifacts after update, using intel driver
On Wed, Jun 2, 2010 at 20:04:21 -0300, Fernando Lemos wrote: Some days ago linux-image-2.6.32-14 was released, and one of the entries in the changelog says: * Add drm changes from stable 2.6.33.5: - i915: Disable FBC on 915GM and 945GM (Closes: #582427) I think that's the patch: https://patchwork.kernel.org/patch/86999/ #582427 could be related to this issue. However, I just booted into 2.6.32-15 with powersave=1 commented out (this time I'm using modprobe.d instead of defaults/grub, and I re-ran update-grub afterwards to make sure I really was not setting powersave=0 or powersave=1) and the problem is still there (the screen flickered several times in just a few minutes). #582427 was about a different chip generation than this bug. Cheers, Julien signature.asc Description: Digital signature
Processed: tagging 584212
Processing commands for cont...@bugs.debian.org: tags 584212 - squeeze Bug #584212 [linux-2.6] linux-image-2.6.32-3-686-bigmem: saa7134 module is blocks an application (uninterruptible sleep) Removed tag(s) squeeze. thanks Stopping processing here. Please contact me if you need assistance. -- 584212: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584212 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.127555046927779.transcr...@bugs.debian.org
Processed: tagging 584238
Processing commands for cont...@bugs.debian.org: tags 584238 - squeeze Bug #584238 [linux-2.6] linux-image-2.6.32-3-486: When using USB to Ethernet nework adapter later on get error: blocked for more than 120 seconds Removed tag(s) squeeze. thanks Stopping processing here. Please contact me if you need assistance. -- 584238: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584238 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.127555053828420.transcr...@bugs.debian.org
Re: Bug#584314: base: System freezes at random time after Resume from Suspend (Regression)
reassign 584314 linux-2.6 thanks On Donnerstag, 3. Juni 2010, Andreas Berger wrote: Package: base Severity: important Tags: squeeze Steps to Reproduce: 1: Suspend Laptop to RAM 2: Resume from Suspend 3: Wait and see, preferably monitoring top: At some random time, ranging from immediately (black screen after resume) to several hours later, the system will become unresponsive. Switching to tty1 or killing xorg with Alt+Print+K does not work, Alt+Print+REISUB does work. Each freeze is anticipated by a random process (this time it was mandb, was installing something) hogging 100% of CPU, then the System becomes gradually unresponsive within a minute or so (panel, metacity, finally mouse cursor freezes too). Additionally, i don't know if this is related, i noticed one process using % of CPU according to top, just thought i'd mention it. This bug constitutes a regression, suspend does work flawlessly on this Laptop in Lenny. Also, i encountered this bug in Ubuntu 9.10 (ironically, this was the one that pushed me over the edge to switch to debian), the corresponding bug report is here: https://bugs.launchpad.net/ubuntu/+bug/480850 Hardware is an Acer Aspire 5610 Laptop, please advise me on what more specific information to gather and what else to do, I'm happy to try out anything you suggest. I assigned this bug to base because reportbug forced me to choose something, but i can only guess about the package, please reassign it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#584314: base: System freezes at random time after Resume from Suspend (Regression)
Processing commands for cont...@bugs.debian.org: reassign 584314 linux-2.6 Bug #584314 [base] base: System freezes at random time after Resume from Suspend (Regression) Bug reassigned from package 'base' to 'linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. -- 584314: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584314 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.127555307416023.transcr...@bugs.debian.org
Processed (with 1 errors): UPDATED Spanish debconf template translation
Processing commands for cont...@bugs.debian.org: reopen 580538 linux-2.6 Failed to reopen 580538: New submitter address linux-2.6 is not a valid e-mail address. retitle 580538 UPDATED Spanish debconf template translation Bug #580538 {Done: maximilian attems m...@debian.org} [linux-2.6] [INTL:es] Spanish debconf template translation Changed Bug title to 'UPDATED Spanish debconf template translation' from '[INTL:es] Spanish debconf template translation' thanks Stopping processing here. Please contact me if you need assistance. -- 580538: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580538 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.127555475229992.transcr...@bugs.debian.org
Bug#561203: threads and fork on machine with VIPT-WB cache
# Breaks unrelated applications tags 561203 critical thanks Hello, On trečiadienis 02 Birželis 2010 20:56:17 dann frazier wrote: On Wed, Jun 02, 2010 at 01:16:01PM -0400, John David Anglin wrote: On Wed, 02 Jun 2010, Modestas Vainius wrote: Hello, this bug [1] is back to the very common department with eglibc 2.11 (libc6- dev_2.11.1-1) builds. Majority of KDE applications are failing to build on hppa again. Is there really nothing what could be done to fix it? I will just say it is very tricky. I think a fix is possible (arm and mips had similar cache problems) but the victim replacement present in PA8800/PA8900 caches makes the problem especially difficult for hardware using these processors. I have spent the last few months testing various alternatives and have now done hundreds of kernel builds. I did post some experimental patches that fix the problem on UP kernels. However, the problem is not resolved for SMP kernels. Note that Debian's buildds run a UP kernel, so as soon as those fixes go upstream we can pull them in. Thanks for all your work here! Well, as long as this is unfixed or at least common, I don't see how hppa can be considered to be a release arch. Is that UP patch available somewhere? All KDE applications have been stuck in unstable before due to this and history is about to repeat itself unless something is done. While apparently a failing test in eglibc can be ignored, other applications have to suffer real world problems... -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Processed: severity of 561203 is critical
Processing commands for cont...@bugs.debian.org: severity 561203 critical Bug #561203 [linux-2.6] threads and fork on machine with VIPT-WB cache Severity set to 'critical' from 'serious' thanks 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.127227483.transcr...@bugs.debian.org
Bug#580538: UPDATED Spanish debconf template translation
reopen 580538 linux-2.6 retitle 580538 UPDATED Spanish debconf template translation thanks Just those 3 new strings... Regards, -- Omar Campagne Polaino # linux-2.6 po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the linux-2.6 package. # # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com 2010 # # - Updates # TRANSLATOR # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: linux-2.6 2.6.32+5\n Report-Msgid-Bugs-To: linux-...@packages.debian.org\n POT-Creation-Date: 2010-03-29 14:15+0100\n PO-Revision-Date: 2010-05-22 11:38+0200\n Last-Translator: Omar Campagne \n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.6.0\n #. Type: boolean #. Description #: ../linux-base.templates:1001 msgid Update disk device ids in system configuration? msgstr ¿Desea actualizar los identificadores de los dispositivos de disco en la configuración del sistema? #. Type: boolean #. Description #: ../linux-base.templates:1001 msgid The new Linux kernel version provides different drivers for some PATA (IDE) controllers. The names of some hard disk, CD-ROM and tape devices may change. msgstr La nueva versión del núcleo de Linux proporciona controladores diferentes para algunos controladores PATA (IDE). Puede que cambien los nombres de algunos dispositivos de disco duro, disco óptico y de cinta. #. Type: boolean #. Description #: ../linux-base.templates:1001 msgid You are recommended to identify disk devices in configuration files by label or UUID (unique identifier) rather than by device name, which will work with both old and new kernel versions. Your system configuration can be updated automatically in most cases. msgstr Se recomienda identificar los dispositivos de disco en los ficheros de configuración mediante la etiqueta o el UUID (identificador único) en lugar del nombre de dispositivo, lo cual funcionará con las versiones antiguas y más recientes del núcleo. En la mayoría de los casos, se puede actualizar la configuración del sistema de forma automática. #. Type: boolean #. Description #. Type: boolean #. Description #: ../linux-base.templates:2001 ../linux-base.templates:3001 msgid Apply these configuration changes to disk device ids? msgstr ¿Desea realizar estos cambios en la configuración de los identificadores de dispositivos de disco? #. Type: boolean #. Description #: ../linux-base.templates:2001 msgid These devices will be assigned UUIDs or labels: msgstr Se van a asignar etiquetas o UUID a los siguientes dispositivos: #. Type: boolean #. Description #: ../linux-base.templates:2001 msgid ${relabel} msgstr ${relabel} #. Type: boolean #. Description #. Type: boolean #. Description #: ../linux-base.templates:2001 ../linux-base.templates:3001 msgid These configuration files will be updated: msgstr Se van a actualizar los siguientes ficheros de configuración: #. Type: boolean #. Description #. Type: boolean #. Description #: ../linux-base.templates:2001 ../linux-base.templates:3001 msgid ${files} msgstr ${files} #. Type: boolean #. Description #. Type: boolean #. Description #: ../linux-base.templates:2001 ../linux-base.templates:3001 msgid The device ids will be changed as follows: msgstr Se van a modificar los identificadores de dispositivo de la siguiente forma: #. Type: boolean #. Description #. Type: boolean #. Description #: ../linux-base.templates:2001 ../linux-base.templates:3001 msgid ${id_map} msgstr ${id_map} #. Type: note #. Description #: ../linux-base.templates:4001 msgid Please check these configuration files before rebooting msgstr Revise estos ficheros de configuración antes de reiniciar #. Type: note #. Description #: ../linux-base.templates:4001 msgid These configuration files still use some device names that may change when using the new kernel: msgstr Los siguientes ficheros de configuración aún usan algunos nombres de dispositivo que pueden cambiar al usar el núcleo nuevo: #. Type: note #. Description #: ../linux-base.templates:4001 msgid ${unconverted}
Processed: UPDATED Spanish debconf template translation
Processing commands for cont...@bugs.debian.org: reopen 580538 ocampa...@gmail.com Bug #580538 {Done: maximilian attems m...@debian.org} [linux-2.6] UPDATED Spanish debconf template translation 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Changed Bug submitter to 'ocampa...@gmail.com' from 'Omar Campagne ocampa...@gmail.com' thanks Stopping processing here. Please contact me if you need assistance. -- 580538: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580538 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.1276673754.transcr...@bugs.debian.org
Bug#584217: What about Debian Lenny?
Installed linux-source-2.6.26, unpacked, applied the patch - no errors. Don't see why it don't apply for you, i used the debian kernel source package and applied above patch. Can you check that again? On Wed, Jun 02, 2010 at 07:56:50PM +0100, Ben Hutchings wrote: On Wed, Jun 02, 2010 at 05:35:11PM +0200, Brian 'morlenxus' Miculcy wrote: Yeah, probably the line numbers aren't correct, so it can't find the right position. Can you find the right position in the code or should i do that and submit a working patch? On Wed, Jun 02, 2010 at 05:23:11PM +0200, Bastian Blank wrote: On Wed, Jun 02, 2010 at 03:16:23PM +0100, Ben Hutchings wrote: It looks like we can make a similar change. Bastian, does it look like this will work? Looks fine, except that it does not apply directly. I sent what I thought was a working patch for lenny. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100603131027.ga14...@omicron.homeip.net
Bug#584429: linux-image-2.6.32-3-sparc64-smp: XVR-500 and XVR-2500 drivers need to be re-enabled per bug #508108
Package: linux-2.6 Version: 2.6.32-9 Severity: normal It appears the fix for bug #508108 has been regressed. It appears that CONFIG_FB_XVR500 and CONFIG_FB_XVR2500 are no longer set in newer kernels than the kernel shipped with Lenny (linux-image-2.6.26-2-sparc64-smp). This causes workstations to because unresponsive at the console when the kernel attempts to handoff the console output to the framebuffer in newer versions of the kernel (linux-image-2.6.32-3-sparc64-smp). In order to fix this problem, I had to use a serial console on the workstation and recompile the kernel with both options re-enabled and everything works fine. Please restore this functionality to future kernels. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information cpu : TI UltraSparc IIIi (Jalapeno) fpu : UltraSparc IIIi integrated FPU pmu : ultra3i prom: OBP 4.30.4.a 2010/01/06 14:46 type: sun4u ** Network interface configuration: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static address 146.91.232.84 netmask 255.255.252.0 network 146.91.232.0 broadcast 146.91.235.255 gateway 146.91.232.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 146.91.232.76 dns-search ced.corp.cummins.com ** PCI devices: :00:03.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5703 Gigabit Ethernet [14e4:1647] Subsystem: Broadcom Corporation NetXtreme BCM5703 Gigabit Ethernet [14e4:1647] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64 (16000ns min), Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 6 Region 0: Memory at 0020 (64-bit, non-prefetchable) [size=2M] Region 2: [virtual] Memory at f831 (32-bit, non-prefetchable) [size=1] Region 3: [virtual] Memory at f831 (32-bit, non-prefetchable) [size=1] Region 4: [virtual] Memory at f831 (32-bit, non-prefetchable) [size=1] Region 5: [virtual] Memory at f831 (32-bit, non-prefetchable) [size=1] Expansion ROM at f831 [disabled] [size=1] Capabilities: access denied Kernel driver in use: tg3 0001:00:04.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1010 66MHz Ultra3 SCSI Adapter [1000:0021] (rev 01) Subsystem: LSI Logic / Symbios Logic LSI53C1000/1000R/1010R/1010-66 PCI to Ultra160 SCSI Controller [1000:1000] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64 (4250ns min, 4500ns max), Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 12 Region 0: I/O ports at 0300 [size=256] Region 1: Memory at 0010 (64-bit, non-prefetchable) [size=8K] Region 3: Memory at 00102000 (64-bit, non-prefetchable) [size=8K] Region 5: [virtual] Memory at f839 (32-bit, non-prefetchable) [size=1] [virtual] Expansion ROM at f839 [disabled] [size=1] Capabilities: access denied Kernel driver in use: sym53c8xx 0001:00:04.1 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1010 66MHz Ultra3 SCSI Adapter [1000:0021] (rev 01) Subsystem: LSI Logic / Symbios Logic LSI53C1000/1000R/1010R/1010-66 PCI to Ultra160 SCSI Controller [1000:1000] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64 (4250ns min, 4500ns max), Cache Line Size: 64 bytes Interrupt: pin B routed to IRQ 13 Region 0: I/O ports at 0400 [size=256] Region 1: Memory at 00104000 (64-bit, non-prefetchable) [size=8K] Region 3: Memory at 00106000 (64-bit, non-prefetchable) [size=8K] Region 5: [virtual] Memory at f839 (32-bit, non-prefetchable) [size=1] [virtual] Expansion ROM at f839 [disabled] [size=1] Capabilities: access denied Kernel driver in use: sym53c8xx 0002:00:04.0 PCI bridge [0604]: Texas Instruments PCI2250 PCI-to-PCI Bridge [104c:ac23] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Bug#584217: What about Debian Lenny?
On Wed, Jun 02, 2010 at 07:56:50PM +0100, Ben Hutchings wrote: I sent what I thought was a working patch for lenny. I mixed it up somehow. Bastian -- One does not thank logic. -- Sarek, Journey to Babel, stardate 3842.4 -- 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/20100603211355.ga13...@wavehammer.waldi.eu.org
Bug#579397: STAT_FAIL to debian for SM_MON of 192.168.120.254, No canonical hostname found for 192.168.120.254
On 05/24/10 11:22 AM, Chuck Lever wrote: On 05/21/10 09:38 PM, Ben Hutchings wrote: On Sat, 2010-05-22 at 07:49 +0800, Steven Shiau wrote: Same problem here. However, mine is on the client side. On sid system, running kernel is 2.6.32-5-686, nfs-common is 1:1.2.2-1. When I mount my NFS server 192.168.120.254, it works. However, if I want to use some tool which need to lock file to save the file on the NFS server, e.g. vgcfgbackup -f $NFS_MNT_POINT/vg.cfg I get the message lockd: cannot monitor 192.168.120.254, and the message shown on the /var/log/daemon.log: May 21 08:52:44 debian rpc.statd[1298]: STAT_FAIL to debian for SM_MON of 192.168.120.254 May 21 08:52:44 debian rpc.statd[1298]: No canonical hostname found for 192.168.120.254 [...] nfs-utils 1.2.2 includes the change: commit 8ce130c4c828b9d13d429f22160f992b9c1d45cd Author: Chuck Leverchuck.le...@oracle.com Date: Thu Jan 14 12:24:15 2010 -0500 statd: Support IPv6 in sm_mon_1_svc() This appears to have removed support for IPv4 literals. Was this intentional? statd usually requires a DNS reverse mapping for any host it monitors. Does your DNS have a reverse mapping for 192.168.120.254? It looks like the new logic is more restrictive than the old statd when mon_name is a presentation address. The old code simply allowed presentation addresses with no reverse mapping. The new code requires a reverse DNS mapping for presentation addresses. I think even an entry in /etc/hosts would allow a raw address to work in this case. We can probably remove the reverse mapping constraint for presentation addresses. A simple fix might be to change statd_canonical_name() from: freeaddrinfo(ai); if (!result) return NULL; to freeaddrinfo(ai); if (!result) return strdup(hostname); Let me know if this works. Any update? I have a patch ready for nfs-utils to fix this regression, but I need confirmation that it addresses your problem. -- 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/4c0819c2.2020...@oracle.com
Bug#576480: Machine boots very slow and the internal DVD-RW drive doesn't work
Package: linux-image-2.6-686 Severity: normal After installing Debian Squeeze on the affected machine, this problem this problem has gone away. That comfirms that this problme is only represented in the Debian 5.0 kernel(s). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6-686 depends on: ii linux-image-2.6.32-3-686 2.6.32-9 Linux 2.6.32 for modern PCs linux-image-2.6-686 recommends no packages. linux-image-2.6-686 suggests no packages. -- 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/20100603215221.3862.22664.report...@kristin.lb7ye.lan
Bug#581876: marked as done (Please apply upstream patch to fix the beep for some Thinkpad machines)
Your message dated Fri, 4 Jun 2010 00:46:16 +0200 with message-id 20100603224616.gb13...@inutil.org and subject line Re: Bug#581876: Please apply upstream patch to fix the beep for some Thinkpad machines has caused the Debian Bug report #581876, regarding Please apply upstream patch to fix the beep for some Thinkpad machines 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.) -- 581876: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581876 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Severity: wishlist Hello, 2.6.30 introduced a regression where some Thinkpads would not beep anymore on plugging/unplugging the power chord. See this thread http://sourceforge.net/mailarchive/message.php?msg_id=m31vgd2v3h.fsf%40fox.lamasti.net for more info. The alsa developers came up with a patch[1], but I haven't been able to test it myself as it won't apply against 2.6.32 from sid or even 2.6.33 from experimental. If it isn't too much work to backport the patch it would be nice to have it in squeeze. I could test if needed (assuming I get the rebuild[2] right), but I lack the skills to do it myself. [1] http://sourceforge.net/mailarchive/message.php?msg_name=alpine.LNX.2.00.1003261047210.3925%40eeebox2.perex-int.cz [2] http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage BTW, there's a minor addition I wanted to do for this page, but it's set immutable... Regards, Andrei -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Version: 2.6.34-1 Andrei Popescu wrote: On Mon,17.May.10, 02:48:28, Ben Hutchings wrote: Sorry, this patch cannot be applied on its own. It depends on other changes to registration of 'beep' devices, and I'm not yet convinced that it's worth the risk to backport those changes. Thanks for considering. If there's anything I can do to help please let me know. The patch was merged in 2.6.34, marking that version as fixed. Cheers, Moritz ---End Message---
Bug#561203: threads and fork on machine with VIPT-WB cache
Modestas Vainius wrote: Note that Debian's buildds run a UP kernel, so as soon as those fixes go upstream we can pull them in. Thanks for all your work here! Well, as long as this is unfixed or at least common, I don't see how hppa can be considered to be a release arch. Is that UP patch available somewhere? My case and my analysis talked about UP kernel, and John David Anglin made a patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203#144 After that, the discussion went to SMP cases. It would be better to evaluate the patch again, and make sure it works for UP case and fix failures of buildd, then apply for Linux in Debian (only) for HPPA. I know that the patch is not that ideal because it touches architecture independent part of Linux, but it is worth for Linux in Debian (or Linux for the HPPA machine of buildd, at least). -- -- 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/4c0850cb.20...@fsij.org
Bug#581876: Please apply upstream patch to fix the beep for some Thinkpad machines
On Vi, 04 iun 10, 00:46:16, Moritz Muehlenhoff wrote: Version: 2.6.34-1 Andrei Popescu wrote: On Mon,17.May.10, 02:48:28, Ben Hutchings wrote: Sorry, this patch cannot be applied on its own. It depends on other changes to registration of 'beep' devices, and I'm not yet convinced that it's worth the risk to backport those changes. Thanks for considering. If there's anything I can do to help please let me know. The patch was merged in 2.6.34, marking that version as fixed. Do you mean the version in experimental? I'll test as soon as I have time. Regards, Andrei -- http://nuvreauspam.ro/2010/05/4-neticheta-pe-mail/ signature.asc Description: Digital signature
Bug#561203: threads and fork on machine with VIPT-WB cache
On Fri, Jun 04, 2010 at 10:03:07AM +0900, NIIBE Yutaka wrote: Modestas Vainius wrote: Note that Debian's buildds run a UP kernel, so as soon as those fixes go upstream we can pull them in. Thanks for all your work here! Well, as long as this is unfixed or at least common, I don't see how hppa can be considered to be a release arch. Is that UP patch available somewhere? My case and my analysis talked about UP kernel, and John David Anglin made a patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203#144 After that, the discussion went to SMP cases. It would be better to evaluate the patch again, and make sure it works for UP case and fix failures of buildd, then apply for Linux in Debian (only) for HPPA. I know that the patch is not that ideal because it touches architecture independent part of Linux, but it is worth for Linux in Debian (or Linux for the HPPA machine of buildd, at least). I'm happy to test the patch if necessary to help push this change upstream. However, we do need the change to go upstream before we can include it in the Debian kernel. -- 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/20100604052106.gc15...@lackof.org