Re: amd64 as default architecture
Ben Hutchings dixit: Eventually (wheezy+2? +3?) we would stop building a kernel package for i386. As in drop the i386 arch? No, keep i386 userland only. Oh, definitely not! Please keep this runnable on at least machines such as Soekris (486-compatible), Pentium-M, etc. have ppc64 and sparc64 soon!) For sparc64, I heard the sparc kernel has been sparc64-only since past etch, already. (Too bad, otherwise I could have run Debian on one of my six SPARCstations at home.) bye, //mirabilos -- Hi, does anyone sell openbsd stickers by themselves and not packaged with other products? No, the only way I've seen them sold is for $40 with a free OpenBSD CD. -- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc -- 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/pine.bsm.4.64l.1205221323260.23...@herc.mirbsd.org
Re: amd64 as default architecture
On Tue, May 22, 2012 at 01:25:21PM +, Thorsten Glaser wrote: Ben Hutchings dixit: Eventually (wheezy+2? +3?) we would stop building a kernel package for i386. As in drop the i386 arch? No, keep i386 userland only. Oh, definitely not! Please keep this runnable on at least machines such as Soekris (486-compatible), Pentium-M, etc. For ever and ever and ever? have ppc64 and sparc64 soon!) For sparc64, I heard the sparc kernel has been sparc64-only since past etch, already. (Too bad, otherwise I could have run Debian on one of my six SPARCstations at home.) Right, sparc32 kernel builds were more-or-less broken for a long time. I think sparc32 is in better shape now but it seems pointless to bring them back. 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/20120522150129.gp4...@decadent.org.uk
Bug#515201: linux-image: sata drive connected via marvell controller crashes
Hi Eduardo, egr...@bol.com.br wrote: Anyway, now only the second command is needed in an archive in the directory modprobe.d in order to all work well - boot does not fail and the external drive connected to sata controller works perfectly. So, the main command seems to be options ahci marvell_enable=1. Please test the attached patch with the marvell_enable parameter temporarily removed (instructions are at [1]). (If the patch works correctly, the external drive will not be visible and the kernel log will contain some useful information.) Thanks, Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official or the corresponding page from the debian-kernel-handbook package From: Christoph Egger sicce...@stud.informatik.uni-erlangen.de Date: Fri, 5 Feb 2010 16:26:35 +0100 Subject: [libata] pata_marvell: CONFIG_AHCI is really CONFIG_SATA_AHCI commit cb6643e1c38b6bd5c1594f0a45d8cf6943a6f934 upstream. The marvell driver comtains a fallback to ahci for the sata ports which is incorrectly checked as CONFIG_AHCI while the only AHCI config item is actually called SATA_AHCI (which also sounds sensible considering it's a fallback for the sata ports). Signed-off-by: Christoph Egger sicce...@stud.informatik.uni-erlangen.de Signed-off-by: Jeff Garzik jgar...@redhat.com Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- drivers/ata/pata_marvell.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/ata/pata_marvell.c b/drivers/ata/pata_marvell.c index 2096fb737f82..e4589fc52290 100644 --- a/drivers/ata/pata_marvell.c +++ b/drivers/ata/pata_marvell.c @@ -147,7 +147,7 @@ static int marvell_init_one (struct pci_dev *pdev, const struct pci_device_id *i if (pdev-device == 0x6101) ppi[1] = ata_dummy_port_info; -#if defined(CONFIG_AHCI) || defined(CONFIG_AHCI_MODULE) +#if defined(CONFIG_SATA_AHCI) || defined(CONFIG_SATA_AHCI_MODULE) if (!marvell_pata_active(pdev)) { printk(KERN_INFO DRV_NAME : PATA port not active, deferring to AHCI driver.\n); return -ENODEV; -- 1.7.10.2
Re: amd64 as default architecture
* Ben Hutchings b...@decadent.org.uk, 2012-05-20, 03:16: 5. Installer for i386 prefers amd64 kernel on any capable machine (that's a one-line change!) and adds amd64 as secondary architecture if this is selected. We have still some software that doesn't work with 64-bit kernel, and (worse!) some maintainers claiming it's not a bug. -- Jakub Wilk -- 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/20120522172721.ga8...@jwilk.net
Bug#674059: initramfs generation fails at fs/udf/udf.ko (Re: Cannot update kernel with ...)
Hi Nikolay, Nikolay Zaynelov wrote: ** Tainted: D (128) * Kernel has oopsed before. Promising. Could you send a copy of the first oops message from this boot? (It should contain a Not tainted line.) Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120522201554.GA19350@burratino
Processed: Re: Elantech touchpad detected as Logitech PS2 Wheel Mouse
Processing commands for cont...@bugs.debian.org: forwarded 673588 http://thread.gmane.org/gmane.linux.kernel.input/25261 Bug #673588 [linux-2.6] linux-image-3.2.0-2-686-pae: Elantech touchpad detected as PS2 mouse Changed Bug forwarded-to-address to 'http://thread.gmane.org/gmane.linux.kernel.input/25261' from 'http://www.spinics.net/lists/linux-input/msg20941.html' # Nicola Alessi wrote: # # I'll try to experiment with the patch and I'll report if something # interesting happens. tags 673588 + moreinfo Bug #673588 [linux-2.6] linux-image-3.2.0-2-686-pae: Elantech touchpad detected as PS2 mouse Added tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. -- 673588: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673588 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.13377221807743.transcr...@bugs.debian.org
Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset
clone 670398 -1 retitle -1 Deadlock in hid_reset when Dell iDRAC is reset tags -1 + upstream patch moreinfo quit shyam_i...@dell.com wrote: It doesn't seem like this is the same bug. Indeed. Cloning as a reminder to raise this upstream. -- 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/20120522214317.GA22796@burratino
Processed: Re: Deadlock in hid_reset when Dell iDRAC is reset
Processing commands for cont...@bugs.debian.org: clone 670398 -1 Bug #670398 [linux-image-2.6.32-5-amd64] linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs Bug 670398 cloned as bug 674076 retitle -1 Deadlock in hid_reset when Dell iDRAC is reset Bug #674076 [linux-image-2.6.32-5-amd64] linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs Changed Bug title to 'Deadlock in hid_reset when Dell iDRAC is reset' from 'linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs' tags -1 + upstream patch moreinfo Bug #674076 [linux-image-2.6.32-5-amd64] Deadlock in hid_reset when Dell iDRAC is reset Added tag(s) upstream, moreinfo, and patch. quit Stopping processing here. Please contact me if you need assistance. -- 670398: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670398 674076: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674076 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.133772301812581.transcr...@bugs.debian.org
Bug#671895: [sparc] Kernel NULL pointer dereference in sungem/gem_poll() (Re: updates)
On Fri, May 11, 2012 at 11:04:22PM +0100, Jurij Smakov wrote: [snip] Only two non-trivial things here: execution of ethtool_lite(if_name) and invocation of arping. I would put my money on the former (defined in ethtool_lite.c), because it uses low-level ioctls to query the interface state. You can test whether running it would trigger a failure on your machine by downloading ethtool_lite.c and building it as a standalone binary, the following commands appear to do the trick: $ sudo apt-get build-dep netcfg [...] $ gcc -o ethtool-lite -DTEST ethtool-lite.c -ldebconfclient -ldebian-installer $ sudo ./ethtool-lite eth0 ethtool-lite: eth0 is connected. $ If that triggers a null pointer exception on your machine (try it both with and without network brought up and check dmesg afterwards), we will be in a very good position to report it upstream for fixing. i cannot repeat the issue using ethtool-lite (or arping) while booting from disk, i can repeat the issue booting from network (22/05/2012 image) running netcfg or udhcp also i can repeat the issue running ~ # ip link set dev eth0 up while the cable is plugged in, or running the command and plugging the cable later if i (after getting the netimage) remove the link on eth0 and plug eth1, installer works fine -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 -- 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/2012052622.gb22...@io.zumbi.com.ar
Bug#665000: blank screen after load radeon module
Linux version 3.3.0-trunk-amd64 (Debian 3.3.6-1~experimental.1) X.Org X Server 1.11.4 All work OK. -- 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/4fbc5845.9090...@trtg.net
Processed: Re: SUMO2: blank screen after load radeon module
Processing commands for cont...@bugs.debian.org: fixed 665000 linux-2.6/3.3.6-1~experimental.1 Bug #665000 [linux-2.6] linux-image-3.2.0-2-amd64: blank screen after load radeon module Marked as fixed in versions linux-2.6/3.3.6-1~experimental.1. quit Stopping processing here. Please contact me if you need assistance. -- 665000: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665000 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.133774697326122.transcr...@bugs.debian.org
Bug#665000: SUMO2: blank screen after load radeon module
tags 660464 - fixed-upstream quit Платов Сергей wrote: Linux version 3.3.0-trunk-amd64 (Debian 3.3.6-1~experimental.1) X.Org X Server 1.11.4 This reminds me of http://bugs.debian.org/660464, though that report involved an older Radeon (R200 family) and you have a fairly new one (Evergreen, DCE4.1). We'll probably need the ttm changes mentioned there to fix it. Thanks again for the quick feedback. -- 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/20120523044259.GA20756@burratino
Processed: Re: SUMO2: blank screen after load radeon module
Processing commands for cont...@bugs.debian.org: tags 660464 - fixed-upstream Bug #660464 [src:linux-2.6] linux-source-3.2: KMS is not working for Radeon 9250 Removed tag(s) fixed-upstream. quit Stopping processing here. Please contact me if you need assistance. -- 660464: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660464 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.133774819631683.transcr...@bugs.debian.org
Bug#665000: SUMO2: blank screen after load radeon module
fixed 665000 linux-2.6/3.3.6-1~experimental.1 quit Платов Сергей wrote: Linux version 3.3.0-trunk-amd64 (Debian 3.3.6-1~experimental.1) X.Org X Server 1.11.4 All work OK. Nice. Thanks for checking. Could you do me a favor and also try the following versions, to narrow down the range to search for a fix? - 3.3~rc6-1~experimental.1 from http://snapshot.debian.org/ - 3.2.18-1 from sid Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120523042235.GA20517@burratino
Processed: Re: Brcmsmac driver woes, possible regression?
Processing commands for cont...@bugs.debian.org: tags 664767 + patch moreinfo Bug #664767 [linux-2.6] Brcmsmac driver woes, possible regression? Added tag(s) moreinfo and patch. End of message, stopping processing here. Please contact me if you need assistance. -- 664767: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664767 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.13377492613599.transcr...@bugs.debian.org