Bug#290039: kernel-image-2.4.27-1 ACPI Fix
On Sat, Jan 15, 2005 at 04:15:43PM +0900, Horms wrote: +> Hi, +> +> I have put up packages for testing that include the attached patch which +> I believes resolves each of then following bugs: +> +> #290039, #290013, #289517, #288712, #285521 +> +> The packages are at the URL below and represent what will become +> the official 2.4.27-8 packages, though there are a few additional +> bugs that need to be investigated first. I you have a chance, please +> test them out. Works for me (#290013). Best regards, /Jörg
Processed: Re: your mail
Processing commands for [EMAIL PROTECTED]: > tags 271090 +wontfix Bug#271090: kernel-image-2.6.7-1-686: scsi dump 0 > /proc/scsi/scsi There were no tags set. Tags added: wontfix > tags 271090 +upstream Bug#271090: kernel-image-2.6.7-1-686: scsi dump 0 > /proc/scsi/scsi Tags were: wontfix Tags added: upstream > severity 271090 wishlist Bug#271090: kernel-image-2.6.7-1-686: scsi dump 0 > /proc/scsi/scsi Severity set to `wishlist'. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#269560: kernel-2.4.27 bug in r8169 driver
On Thu, Sep 02, 2004 at 01:10:22PM +0700, $BmIHAIL(B wrote: (B> Package: kernel-image-2.4.27-1-686 (B> Version: 2.4.27-1 (B> (B> I got a kernel execption when I modprobe r8169 and then ifup (B> eth0 on mobo GA-7N400Pro2. Then only reset button can help. (B> On the same hardware and situation with 2.4.26-1-686 (B> kernel-image system fails after many transmitted packets. (B> And when I use 2.6.7-1-686 kernel-image there are no (B> problem. (B (BDoes the attached patch help this problem? (B (B-- (BHorms# origin: jgarzik (BitKeeper) # cset: 1.1832.54.1 (2.6) key=4134259d358_N6mo2eVuJ5f4H6h-2w # inclusion: upstream # descrition: [netdrvr 8139cp,r8169] fix dma_addr_t sizeof test # revision date: Mon, 17 Jan 2005 16:37:10 +0900 # # S rset: ChangeSet|1.1832.1.28..1.1832.54.1 # R rset: drivers/net/8139cp.c|1.66..1.67 # I rset: drivers/net/r8169.c|1.61..1.62 # # Key: # S: Skipped ChangeSet file only # O: Original Followed by Updated # U: Updated Included with updated range of versions # I: Included Included verbatim # E: Excluded Excluded on request from user # D: Deleted Manually deleted by subsequent user edit # R: Revised Manually revised by subsequent user edit # # # This is a BitKeeper generated diff -Nru style patch. # # ChangeSet # 2004/08/31 03:15:41-04:00 [EMAIL PROTECTED] # [netdrvr 8139cp,r8169] fix dma_addr_t sizeof test # # drivers/net/r8169.c # 2004/08/31 03:15:35-04:00 [EMAIL PROTECTED] +1 -1 # [netdrvr 8139cp,r8169] fix dma_addr_t sizeof test # # drivers/net/8139cp.c # 2004/08/31 03:15:35-04:00 [EMAIL PROTECTED] +1 -1 # [netdrvr 8139cp,r8169] fix dma_addr_t sizeof test # # = drivers/net/8139cp.c 1.66 vs 1.67 = --- 1.66/drivers/net/8139cp.c 2004-06-05 00:49:59 +09:00 +++ edited/drivers/net/8139cp.c 2004-08-31 16:15:35 +09:00 @@ -1699,7 +1699,7 @@ } /* Configure DMA attributes. */ - if ((sizeof(dma_addr_t) > 32) && + if ((sizeof(dma_addr_t) > 4) && !pci_set_dma_mask(pdev, 0xULL)) { pci_using_dac = 1; } else { } = drivers/net/r8169.c 1.61 vs 1.62 = --- 1.61/drivers/net/r8169.c2004-07-03 03:51:44 +09:00 +++ 1.62/drivers/net/r8169.c2004-08-31 16:15:35 +09:00 @@ -983,7 +983,7 @@ tp->cp_cmd = PCIMulRW | RxChkSum; - if ((sizeof(dma_addr_t) > 32) && + if ((sizeof(dma_addr_t) > 4) && !pci_set_dma_mask(pdev, DMA_64BIT_MASK)) tp->cp_cmd |= PCIDAC; else {
Bug#284952: The USB block device should be disabled
On Mon, Jan 17, 2005 at 02:17:28PM +0900, Horms wrote: > On Sun, Jan 16, 2005 at 12:33:48PM +0100, Paul van Tilburg wrote: > > Package: kernel-image-2.6.9-powerpc > > Version: 2.6.9-4 > > Followup-For: Bug #284952 > > > > The USB block device is known to be experimental and buggy. > > CONFIG_BLK_DEV_UB=m should be set to 'n'. > > > > Since the ub modules takes preference of the old, though working > > usb-storage, hotplug loads ub. Blacklisting ub doesn't help, loading > > usb-storage doesn't work either. > > I really would like for UB to be disable until proven reasonably stable. > > I thought it already was marked as n. Just to check: --- [EMAIL PROTECTED] dpkg -l kernel-image-2.6.9-powerpc | grep ii ii kernel-image-2.6.9-powerpc 2.6.9-4Linux kernel image for 2.6.9-powerpc [EMAIL PROTECTED] grep DEV_UB /boot/config-2.6.9-powerpc CONFIG_BLK_DEV_UB=m --- > Does anyone have an objection to making this so? I have none. Paul -- Student @ Eindhoven | JID: [EMAIL PROTECTED] University of Technology, The Netherlands | email: [EMAIL PROTECTED] >>> Using the Power of Debian GNU/Linux <<< | GnuPG: finger [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290857: kernel-image-2.6.8-2-686: panic when reading from a compressed iso
Package: kernel-image-2.6.8-2-686 Version: 2.6.8-12 Severity: important The kernel panics when reading from a compressed iso. The bug is fixed upstream (http://svn.clkao.org/svnweb/linux/diff/cvs/mm/filemap.c?rev1=21583&rev2=21860) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-image-2.6.8-2-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.76 tools to create initrd image for p ii module-init-tools 3.1-rel-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284952: The USB block device should be disabled
On Mon, Jan 17, 2005 at 02:17:28PM +0900, Horms wrote: > I thought it already was marked as n. > Does anyone have an objection to making this so? No, please turn it off. I hadn't realized it's turned on either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: kernel-source-2.4.27: strncpy does not 0-pad destination on some archs)
Processing commands for [EMAIL PROTECTED]: > package kernel-source-2.4.27 Ignoring bugs not assigned to: kernel-source-2.4.27 > reopen 280492 Bug#280492: kernel-source-2.4.27: strncpy does not 0-pad destination on some archs Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280492: kernel-source-2.4.27: strncpy does not 0-pad destination on some archs)
package kernel-source-2.4.27 reopen 280492 thanks > Both 2.4 and 2.6 upstream do not NULL terminate dest > if count is exceeded. This is documented in the kernel > and appears to be quite intentional. I am closing this > accordingly. I think you missed the point here. The problem is that if the copied string is shorter than the destination buffer, part of the old contents of the destination remains unchanged and might be leaked to userspace. This behaviour IS fixed in 2.6, so upstream thinks it IS a (small) problem [1]. BTW, I found a patch for ppc64 and s390 [2]. [1] http://marc.theaimsgroup.com/?l=linux-kernel&m=105796021120436&w=2 [2] http://www.ultramonkey.org/bugs/patch/linux-2.4.21-strncpy-zero-pad.patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280492: kernel-source-2.4.27: strncpy does not 0-pad destination on some archs)
Thanks for the extra information. I will look into applying those patches. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[kernel 2.6.8-1-686-smp 2.6.8-10] HANG : syslog ?
using pre-packaged (without any modifications/recompilation): kernel-image-2.6.8-1-686-smp (2.6.8-10) (initrd boot) on: DELL POWEREDGE 2650 with two Intel Xeon HT debian sources : deb http://ftp.fr.debian.org/debian/ testing main contrib non-free deb http://non-us.debian.org/debian-non-US testing/non-US main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free modules explicitly listed (/etc/modules) with 2.6 kernel: ide-cd ide-generic sd_mod tg3 psmouse mousedev BEHAVIOR: system boots fine, but leads to daily hang ! seems to append at syslog restart ? :-( we log another "internal service" event each minute (very fine to see HERE if event log works or not) ... at 6:28 the event log stops (no more event logged) ... and system remains in a hang state (Ctrl-Alt-Suppr don't work anymore (as other ALt-F1, ...) ... Hardware POWER OFF is needed to reboot ! STORY: 1) we used a 2.4.24 tailorized kernel since 1 year without Pb (and ... without recent updates) 2) "dselect update + install" at end december; (no kernel change: same 2.4.24 tailorized kernel be used) 3) system hang at Jan 2, 2005 ... seems to be at 6:28 (no more syslog events logged) ==> reboot: OK for this week ... 4) but: we decide to install (Jan 8, 2005) a new 2.6 kernel end of syslog.4 (normal): Jan 9 06:24:01 zeus /USR/SBIN/CRON[6814]: (root) CMD (/users/local/EVAL_TOP_CLEAN > /dev/null 2>&1) Jan 9 06:25:01 zeus /USR/SBIN/CRON[6900]: (root) CMD (test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily) Jan 9 06:25:01 zeus /USR/SBIN/CRON[6903]: (root) CMD (/users/local/EVAL_TOP_CLEAN > /dev/null 2>&1) Jan 9 06:26:01 zeus /USR/SBIN/CRON[6980]: (root) CMD (/users/local/EVAL_TOP_CLEAN > /dev/null 2>&1) Jan 9 06:27:01 zeus /USR/SBIN/CRON[7041]: (root) CMD (/users/local/EVAL_TOP_CLEAN > /dev/null 2>&1) Jan 9 06:28:02 zeus /USR/SBIN/CRON[7108]: (root) CMD (/users/local/EVAL_TOP_CLEAN > /dev/null 2>&1) begin of syslog.3 (normal + hang: no additional logs after): Jan 9 06:28:18 zeus syslogd 1.4.1#16: restart. Jan 9 06:28:21 zeus dhcpd: DHCPREQUEST for 19.48.208.193 from 00:06:5b:34:0f:52 via eth0 Jan 9 06:28:21 zeus dhcpd: DHCPACK on 19.48.208.193 to 00:06:5b:34:0f:52 via eth0 ==> no more "each minute" cron'ed EVAL_TOP_CLEAN event now after the DHCPPACK last line ! ==> server doesn't react to Ctrl-Alt-Suppr + no console access seems hang'ed ... server harware-power-off-reboot at Jan 10 09:20 end of syslog.3 (normal): Jan 11 06:27:01 zeus /USR/SBIN/CRON[20572]: (root) CMD (/users/local/EVAL_TOP_CLEAN > /dev/null 2>&1) Jan 11 06:28:01 zeus /USR/SBIN/CRON[20610]: (root) CMD (/users/local/EVAL_TOP_CLEAN > /dev/null 2>&1) begin of syslog.2 (2 first lines - abnormal): Jan 11 06:28:19 zeus syslogd 1.4.1#16: restart. < last event logged by syslog ... no more events after !!! Jan 11 08:50:40 zeus syslogd 1.4.1#16: restart. < this line because server was rebooted (with PREVIOUS KERNEL to avoid future daily hangs) ==> no more "each minute" cron'ed EVAL_TOP_CLEAN event log ==> server doesn't react to Ctrl-Alt-Suppr + no console access nor swintching (alt F1, F2 , ...) seems hang'ed ... server rebooted Jan 11 08:50:40 (see before) with previous kernel version to ensure continuous service (we hope !) Any suggestion ? help ? could thes hnag be related to ACPI ? Christian SENET auth.log shows similar event log stop: Jan 2 06:25:01 zeus CRON[6714]: (pam_unix) session opened for user root by (uid=0) Jan 2 06:25:01 zeus CRON[6715]: (pam_unix) session opened for user root by (uid=0) Jan 2 06:25:01 zeus CRON[6716]: (pam_unix) session opened for user root by (uid=0) Jan 2 06:25:01 zeus CRON[6715]: (pam_unix) session closed for user root Jan 2 06:25:01 zeus CRON[6716]: (pam_unix) session closed for user root Jan 2 06:26:01 zeus CRON[6804]: (pam_unix) session opened for user root by (uid=0) Jan 2 06:26:02 zeus CRON[6805]: (pam_unix) session opened for user root by (uid=0) Jan 2 06:26:02 zeus CRON[6804]: (pam_unix) session closed for user root Jan 2 06:26:02 zeus CRON[6805]: (pam_unix) session closed for user root Jan 2 06:26:38 zeus CRON[6714]: (pam_unix) session closed for user root ... no more minute event logs after this last line == Laboratoire de Physique des Matériaux - UMR CNRS 7556 Faculté des Sciences Boulevard des aiguillettes B.P. 239 54506 VANDOEUVRE-LES-NANCY Tél : +33(0)3.83.68.48.21 Fax : +33(0)3.83.68.48.01 E-mail : [EMAIL PROTECTED] Web Site: http://www.lpm.u-nancy.fr/ == == L'informatique doit servir l'homme et non l'asservir == ==Christian SENET == ==
Bug#284952: The USB block device should be disabled
On Sun, Jan 16, 2005 at 12:33:48PM +0100, Paul van Tilburg wrote: > The USB block device is known to be experimental and buggy. > CONFIG_BLK_DEV_UB=m should be set to 'n'. > > Since the ub modules takes preference of the old, though working > usb-storage, hotplug loads ub. Blacklisting ub doesn't help, loading > usb-storage doesn't work either. > I really would like for UB to be disable until proven reasonably stable. Can someone merge this bug with #283852, plz? I'm unsure which of them to reassign. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288272: Very slow on Toshiba Portege 7200
On Mon, Jan 17, 2005 at 03:33:28PM +0900, Horms wrote: > If you have a moment could you please check > to see if these packages, which will form the basis of > 2.4.27-8, resolve your problem. > > http://debian.vergenet.net/testing/ 2.4.27-8 works great. Problem solved (at least for me :) Thanks! Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#120116: Downl0ad Favorite Holiday Jingles
Hello, Un limited Music and MP 3 songs Movies Games Software TV Shows Song Lyrics Audio Books Download anything you could possibly want in three simple, fast, and easy steps START DOWNLOADING NOW This service is Safe, Secure and Legal http://www.2005downloadclub.com/xmas.html If you are a beginner, no need to worry, we will show you how to do it from start to finish We have made it so easy, you will be downloading anything you could possibly want This Service Comes with More Bonuses DVD Copying Software MP3 Burning Software Anti-Virus Software Game Copying Software Pop-Up, Spyware, Adware Killer Software http://www.2005downloadclub.com/xmas.html Even More Benefits : Latest FileSharing Software In-Depth Visual Tutorials Internet History Cleaner Privacy Protection Software Access to 9000 Songs Unlimited Technical Support Stay Legal Do not Get Sued Check out to Join Now and Start Downloading in Minutes http://www.2005downloadclub.com/xmas.html regards Janette Charles Promotional Manager Internet Download Center -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Where are the sources?
I installed Debian Woody stable, and I can not find the linux directory in /usr/src. Where are the sources? __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where are the sources?
On Mon, 17 Jan 2005, Drasko Draskovic wrote: > I installed Debian Woody stable, and I can not find > the linux directory in /usr/src. Where are the sources? please ask such questions on your debian-user list of choice. apt-get install kernel-source-2.4.18 # for this dinosour -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [kernel 2.6.8-1-686-smp 2.6.8-10] HANG : syslog ?
On Mon, 17 Jan 2005, Christian SENET wrote: > using pre-packaged (without any modifications/recompilation): > kernel-image-2.6.8-1-686-smp (2.6.8-10) > (initrd boot) > > on: > DELL POWEREDGE 2650 with two Intel Xeon HT > > Any suggestion ? help ? could thes hnag be related to ACPI ? > try either boot with acpi=no or try kernel-image 2.6.10 from unstable. a++ maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280571: This prevents use of root=/dev/other-vg/root
Generally we want to support as many possibilities for configuring a system as possible, both for regular use and system recovery. Using an initrd with a root file system on a VG other than the one that the initrd was created for should work. With the current mkinitrd script it does not. This means that using a different volume group name (which you might do if you purchased a new hard disk and want to copy the data across while keeping your old disk usable in case the new hardware dies) is really inconvenient (I had to unpack the initrd image, edit a file, and then create a new image). I think that a better solution is to enable RAID-0 and RAID-1 in the initrd. Debian's initrd is hugely bloated anyway, avoiding a RAID-1 module is not the way to keep the size down - there are other things that can be done to significantly decrease the size of the initrd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290925: kernel-source-2.6.10: Blank Screen When Using intelfb Module
Package: kernel-source-2.6.10 Version: 2.6.10-3 Severity: normal When the intelfb module is compiled into the kernel all consoles remain blank until the X server starts up. Using it as a module is not an option for non-CRT screens (see http://www.xfree86.org/~dawes/intelfb.html, which I'm assuming not to be outdated on this issue). This makes the driver unusable for laptops. The initialization seems to be OK (from dmesg): Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected an Intel 830M Chipset. agpgart: Maximum main memory to use for agp memory: 202M agpgart: Detected 892K stolen memory. agpgart: AGP aperture is 128M @ 0xe800 intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G chipsets intelfb: Version 0.9.2 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9 PCI: setting IRQ 9 as level-triggered ACPI: PCI interrupt :00:02.0[A] -> GSI 9 (level, low) -> IRQ 9 intelfb: 00:02.0: Intel(R) 830M, aperture size 128MB, stolen memory 892kB intelfb: Non-CRT device is enabled ( DVO port B ). Disabling mode switching. intelfb: Initial video mode is [EMAIL PROTECTED] I was unable to try vesa modes with a higher resolution than vga=0x311 as my BIOS doesn't support these values. This problem is similar to bug #289810, but I doubt that is directly related as vesafb doesn't figure into this particular configuration. Thanks for looking into this. Georg -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-gw1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-source-2.6.10 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-1A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281912: Still Present in 2.6.10
Hello! Just a quick note that this bug is still present in 2.6.10, and hence this report should be moved over to that package. Thanks again. Georg -- Georg Wittenburg http://page.mi.fu-berlin.de/~wittenbu/ pgpjsRSX6UUwZ.pgp Description: PGP signature
Bug#290958: Doesn't export the necessary info to let udev create /dev/{raw,video}1394
Package: kernel-source-2.6.8 Severity: normal Hi, For udev to create device it needs some information in /sys about the major and minor numbers. Both the raw1394 and video1394 modules don't do this, so the devices aren't created automagically. (Bug filed on Sven Luther's request) Sjoerd -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-spring Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-3high-quality block-sorting file co ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290964: kernel-image-2.6.10-1-686: ifdown freezes: unregister_netdevice: waiting for ... to become free
Package: kernel-image-2.6.10-1-686 Version: 2.6.10-3 Severity: normal With the 2.6.10-1-686 kernel, "ifdown -a" freezes. After a while kernel starts logging messages such as: unregister_netdevice: waiting for tunnel0 to become free. Usage count = 1 (Above "tunnel0" is an IPv6-in-IPv4 tunneling device.) The same setup works fine with the current 2.6.8-2-686 kernel package, and it has worked with earlier kernels, too. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=fi_FI, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.10-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.76 tools to create initrd image for p ii module-init-tools 3.1-rel-2 tools for managing Linux kernel mo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > tag 288197 upstream Bug#288197: 2.6.10: ip_conntrack ignores RST making the tracking hash blow up in your face Tags were: patch Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288272: Very slow on Toshiba Portege 7200
On Mon, Jan 17, 2005 at 03:33:28PM +0900, Horms wrote: > If you have a moment could you please check > to see if these packages, which will form the basis of > 2.4.27-8, resolve your problem. > > http://debian.vergenet.net/testing/ This solved the speed problem for me too. Thank you Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lvm2 crashes and burns with 2.6.10-4 (svn snapshot 2298)
On Sun, 16 Jan 2005, Henrique de Moraes Holschuh wrote: > Tracked down to 033-rlimit_memlock_check.dpatch. I did not check whether > 034-stack_resize_exploit.dpatch also causes problems, since it does not > apply without 033. Curiously enough, something IS setting a 32kbyte limit on locked memory even on the emergency shell (i.e. these limits are active during the early boot sequence). That caused the segfault, as the above patches were enforcing that limit. I am pretty sure I have not asked for such a draconian limit anywhere (and all greps I could think of seem to agree with me) -- and such a limit is cleary something we would be better off without at the early boot sequence. I will see if I can track down the culprit to make sure it is something stupid *I* did, as opposed to something higly stupid sysv-init or the kernel itself is doing, and file bugs accordingly depending on what I find. Anyway, apparently such limit enforcement is considered a bug (regardless of the fact that there should be no limit to be enforced in the first place), and Herbert Xu sent me a patch that fixes the issue. Thanks, Herbert! Maybe that patch should make it to the SVN tree? PS: Herbert, my provider seems to have screwed up again, and my static IP is being blacklisted by your server, so my replies to you were probably discarded. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290013: kernel-image-2.4.27-1 ACPI Fix
On Mon, Jan 17, 2005 at 08:46:50AM +0100, Joerg Diederich wrote: > On Sat, Jan 15, 2005 at 04:15:43PM +0900, Horms wrote: > +> Hi, > +> > +> I have put up packages for testing that include the attached patch which > +> I believes resolves each of then following bugs: > +> > +> #290039, #290013, #289517, #288712, #285521 > +> > +> The packages are at the URL below and represent what will become > +> the official 2.4.27-8 packages, though there are a few additional > +> bugs that need to be investigated first. I you have a chance, please > +> test them out. > > Works for me (#290013). Thanks -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284952: The USB block device should be disabled
On Mon, Jan 17, 2005 at 12:03:51PM +0100, Frank Lichtenheld wrote: > On Sun, Jan 16, 2005 at 12:33:48PM +0100, Paul van Tilburg wrote: > > The USB block device is known to be experimental and buggy. > > CONFIG_BLK_DEV_UB=m should be set to 'n'. > > > > Since the ub modules takes preference of the old, though working > > usb-storage, hotplug loads ub. Blacklisting ub doesn't help, loading > > usb-storage doesn't work either. > > I really would like for UB to be disable until proven reasonably stable. > > Can someone merge this bug with #283852, plz? I'm unsure which of them > to reassign. The merge thing doesn't work well with the way we have multiple source packages for the kernel. It seems that this problem actually effects the following source packages. kernel-image-2.6.10-alpha-2.6.10 kernel-image-2.6.10-ia64-2.6.10 kernel-image-2.6.9-amd64-2.6.9 kernel-image-2.6.9-ia64-2.6.9 kernel-image-2.6.9-sparc-2.6.9 kernel-patch-2.6.10-mips-2.6.10 kernel-patch-powerpc-2.6.10-2.6.10 kernel-patch-powerpc-2.6.9-2.6.9 Would it be of value to duplicate, say #283852, assign one copy to each of these source packages, and then merge #283852 with #284952 on one package, say kernel-patch-powerpc-2.6.9-2.6.9, where at one of the bugs originated. Also, sould I go through and fix the config in svn, even though I can't build for any of these architectures? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284952: The USB block device should be disabled
On Tue, Jan 18, 2005 at 12:56:51PM +0900, Horms wrote: > On Mon, Jan 17, 2005 at 12:03:51PM +0100, Frank Lichtenheld wrote: > > On Sun, Jan 16, 2005 at 12:33:48PM +0100, Paul van Tilburg wrote: > > > The USB block device is known to be experimental and buggy. > > > CONFIG_BLK_DEV_UB=m should be set to 'n'. > > > > > > Since the ub modules takes preference of the old, though working > > > usb-storage, hotplug loads ub. Blacklisting ub doesn't help, loading > > > usb-storage doesn't work either. > > > I really would like for UB to be disable until proven reasonably stable. > > > > Can someone merge this bug with #283852, plz? I'm unsure which of them > > to reassign. I wonder about this, would it not be enough to blacklist the UB generated modules in hotplug and/or discover ? > The merge thing doesn't work well with the way we > have multiple source packages for the kernel. > > It seems that this problem actually effects the following > source packages. > > kernel-image-2.6.10-alpha-2.6.10 > kernel-image-2.6.10-ia64-2.6.10 > kernel-image-2.6.9-amd64-2.6.9 > kernel-image-2.6.9-ia64-2.6.9 > kernel-image-2.6.9-sparc-2.6.9 > kernel-patch-2.6.10-mips-2.6.10 > kernel-patch-powerpc-2.6.10-2.6.10 > kernel-patch-powerpc-2.6.9-2.6.9 > > Would it be of value to duplicate, say #283852, > assign one copy to each of these source packages, > and then merge #283852 with #284952 on one package, > say kernel-patch-powerpc-2.6.9-2.6.9, where > at one of the bugs originated. > > Also, sould I go through and fix the config > in svn, even though I can't build for any of these > architectures? Fine with me, but see above. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290540: ibm thinkpad resume keyboard corruption
Hello, I see the same when I resume from sleep on my 2887 R51 when I touch the keyboard while it's coming up. If I don't touch the keyboard until it is fully up, I have no problems. BTW, are you sure that ACPI doesn't work? If the screen is blank on resume, try using ACPI but put "acpi_sleep=s3_bios" on the kernel command line. That brings up video correctly on mine. Greetings, Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283852: Bug#284952: The USB block device should be disabled
On Tue, Jan 18, 2005 at 04:59:04AM +0100, Sven Luther wrote: > On Tue, Jan 18, 2005 at 12:56:51PM +0900, Horms wrote: > > On Mon, Jan 17, 2005 at 12:03:51PM +0100, Frank Lichtenheld wrote: > > > On Sun, Jan 16, 2005 at 12:33:48PM +0100, Paul van Tilburg wrote: > > > > The USB block device is known to be experimental and buggy. > > > > CONFIG_BLK_DEV_UB=m should be set to 'n'. > > > > > > > > Since the ub modules takes preference of the old, though working > > > > usb-storage, hotplug loads ub. Blacklisting ub doesn't help, loading > > > > usb-storage doesn't work either. > > > > I really would like for UB to be disable until proven reasonably stable. > > > > > > Can someone merge this bug with #283852, plz? I'm unsure which of them > > > to reassign. > > I wonder about this, would it not be enough to blacklist the UB generated > modules in hotplug and/or discover ? According to Paul van Tilburg, in Bug#284952 this does not help. Though he didn't expand on why. > > The merge thing doesn't work well with the way we > > have multiple source packages for the kernel. > > > > It seems that this problem actually effects the following > > source packages. > > > > kernel-image-2.6.10-alpha-2.6.10 > > kernel-image-2.6.10-ia64-2.6.10 > > kernel-image-2.6.9-amd64-2.6.9 > > kernel-image-2.6.9-ia64-2.6.9 > > kernel-image-2.6.9-sparc-2.6.9 > > kernel-patch-2.6.10-mips-2.6.10 > > kernel-patch-powerpc-2.6.10-2.6.10 > > kernel-patch-powerpc-2.6.9-2.6.9 > > > > Would it be of value to duplicate, say #283852, > > assign one copy to each of these source packages, > > and then merge #283852 with #284952 on one package, > > say kernel-patch-powerpc-2.6.9-2.6.9, where > > at one of the bugs originated. > > > > Also, sould I go through and fix the config > > in svn, even though I can't build for any of these > > architectures? > > Fine with me, but see above. > > Friendly, > > Sven Luther -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288272: Very slow on Toshiba Portege 7200
On Tue, Jan 18, 2005 at 12:10:18PM +1100, Tony Cook wrote: > On Mon, Jan 17, 2005 at 03:33:28PM +0900, Horms wrote: > > If you have a moment could you please check > > to see if these packages, which will form the basis of > > 2.4.27-8, resolve your problem. > > > > http://debian.vergenet.net/testing/ > > This solved the speed problem for me too. Thanks for the feedback. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290925: kernel-source-2.6.10: Blank Screen When Using intelfb Module
On Mon, Jan 17, 2005 at 08:30:24PM +0100, Georg Wittenburg wrote: > Package: kernel-source-2.6.10 > Version: 2.6.10-3 > Severity: normal > > > When the intelfb module is compiled into the kernel all consoles remain > blank until the X server starts up. Using it as a module is not an > option for non-CRT screens (see > http://www.xfree86.org/~dawes/intelfb.html, which I'm assuming not to be > outdated on this issue). This makes the driver unusable for laptops. hlh has already mentioned that we need to walk away from the modular fb code, for reasuns such as this. I am not sure what unplesant side effects that is going to have in relation to mkinitrd and the debian installer. But perhaps 2.6.10 would be a good place to start the rollback. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284952: The USB block device should be disabled
On Tue, Jan 18, 2005 at 01:13:57PM +0900, Horms wrote: > On Tue, Jan 18, 2005 at 04:59:04AM +0100, Sven Luther wrote: > > On Tue, Jan 18, 2005 at 12:56:51PM +0900, Horms wrote: > > > On Mon, Jan 17, 2005 at 12:03:51PM +0100, Frank Lichtenheld wrote: > > > > On Sun, Jan 16, 2005 at 12:33:48PM +0100, Paul van Tilburg wrote: > > > > > The USB block device is known to be experimental and buggy. > > > > > CONFIG_BLK_DEV_UB=m should be set to 'n'. > > > > > > > > > > Since the ub modules takes preference of the old, though working > > > > > usb-storage, hotplug loads ub. Blacklisting ub doesn't help, loading > > > > > usb-storage doesn't work either. > > > > > I really would like for UB to be disable until proven reasonably > > > > > stable. > > > > > > > > Can someone merge this bug with #283852, plz? I'm unsure which of them > > > > to reassign. > > > > I wonder about this, would it not be enough to blacklist the UB generated > > modules in hotplug and/or discover ? > > According to Paul van Tilburg, in Bug#284952 this does not help. > Though he didn't expand on why. Ah, i also have some second-thoughts about this, since we cannot know exactly how the user is loading the modules. I will disable it in the ppc 2.6.9/2.6.10 kernels. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283164: kernel-source-2.6.9: confirmed OOPS with acpi=off
Package: kernel-source-2.6.9 Version: 2.6.9-1 Followup-For: Bug #283164 a quick follow-up to my previous submission: i see the same oops even when booting with acpi=off -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-nmm Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-source-2.6.9 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-1A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283164: kernel-source-2.6.9: I also see this OOPS, with rhythmbox when I stop/pause or a track ends
Package: kernel-source-2.6.9 Version: 2.6.9-1 Followup-For: Bug #283164 this didn't occur in 2.6.7 (skipped to 2.6.9); in 2.6.7 I was running without ACPI (i haven't yet tried running 2.6.9 with acpi=off). on a uniprocessor hyperthreaded p4 with SMP enabled. using snd_rme96. rhythmbox talking to gstreamer out alsa here's the OOPS, happens every time I stop or pause a track, or when a track ends: Unable to handle kernel NULL pointer dereference at virtual address 0060 printing eip: f8acc13e *pde = Oops: [#1] PREEMPT SMP Modules linked in: vfat fat parport_pc lp parport autofs4 thermal fan button processor acbattery af_packet ipv6 deflate zlib_deflate twofish serpent aes_i586 blowfish des sha256 sha1 crypto_null xfrm_user ipcomp esp4 ah4 af_key eth1394 ohci1394 matroxfb_base matroxfb_DAC1064 matroxfb_accel matroxfb_Ti3026 matroxfb_g450 g450_pll matroxfb_misc piix hw_randomuhci_hcd shpchp pciehp pci_hotplug intel_agp intel_mch_agp agpgart floppy pcspkr rtc usb_storage ehci_hcd usbcore e1000 snd_rme96 snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc tsdev mousedev dm_mod evdev cpufreq_ondemand cpufreq_userspace p4_clockmod speedstep_lib freq_table psmouse eeprom lm85 i2c_sensor i2c_isa i2c_i801 i2c_coreide_cd ide_core ext3 jbd mbcache sr_mod cdrom sd_mod sbp2 ieee1394 sg ata_piix libata scsi_mod unix CPU:1 EIP:0060:[]Tainted: P VLI EFLAGS: 00210282 (2.6.9-nmm) EIP is at snd_pcm_mmap_data_close+0x7/0x12 [snd_pcm] eax: ebx: f6d54b70 ecx: ed103f10 edx: f8acc137 esi: f6d54b98 edi: ee225e80 ebp: ed103ee8 esp: f278af40 ds: 007b es: 007b ss: 0068 Process rhythmbox (pid: 6722, threadinfo=f278a000 task=f7bbe890) Stack: c014a8c7 ed103ee8 ed103f10 f6d54b70 dfaad080 ed103ee8 dfaad080 c014c053 ed103ee8 ed103ee8 dfaad0bc b3ce1000 c014c409 dfaad080 ed103ee8 f278f36c b3ce1000 b3cf1000 b3cf1000 f278f36c dfaad080 dfaad0ac b3ce1000 Call Trace: [] remove_vm_struct+0x91/0x93 [] unmap_vma_list+0x1c/0x28 [] do_munmap+0x13d/0x173 [] sys_munmap+0x51/0x76 [] sysenter_past_esp+0x52/0x71 Code: 89 34 24 e8 24 73 67 c7 83 c4 0c 89 f8 5b 5e 5f 5d c3 8b 44 24 04 8b 40 50 8b 40 60f0 ff 80 a4 00 00 00 c3 8b 44 24 04 8b 40 50 <8b> 40 60 f0 ff 88 a4 00 00 00 c3 51 52 e8 c4 ff 7a c7 5a 59 e9 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-nmm Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-source-2.6.9 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-1A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284952: The USB block device should be disabled
On Tue, 2005-01-18 at 12:56 +0900, Horms wrote: > Also, sould I go through and fix the config > in svn, even though I can't build for any of these > architectures? Horms - in general you are welcome to modify the ia64 configs; though you can also just dup a bug & I can handle it before my next upload. I've gone ahead and fixed this one in svn. fyi, the current state of the art for ia64 config handling is to just modify the itanium config & execute the sync_configs target in debian/rules. -- dann frazier <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]