Processed: reassign 293195 to kernel-source-2.6.8
Processing commands for [EMAIL PROTECTED]: reassign 293195 kernel-source-2.6.8 Bug#293195: =?utf-8?q?kernel-image-2=2E6=2E10-1-k7=3A_concurrent_usage_of_snd=5Fcmipc?= =?utf-8?q?i_and_sk98lin_freezes_system=0D=0AHello=2C?= Bug reassigned from package `kernel-source-2.6.8' to `kernel-source-2.6.8'. End of message, 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#287189: #287189 still a bug?
On Mon, Feb 07, 2005 at 12:44:39PM -0500, Jeff Licquia wrote: reopen 287189 reassign 287189 initrd-tools thanks On Mon, 2005-02-07 at 10:36 +0100, Thomas Hood wrote: Was #287189 closed by mistake? The original report (now reassigned to initrd-tools) is that mkinitrd looks for /bin/discover. According to the changelog, the discover program is now at /sbin/discover. So presumably mkinitrd may still need to be fixed? Yup. I had moved discover to /bin, and then moved it to /sbin to be in sync with discover 1. But I forgot to remove my changelog note closing the bug. Thanks for the heads-up. I see no reference to discover in mkinitrd (from svn or 0.1.77). Am I looking in the wrong place? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284477: Solution found
On Tue, Feb 08, 2005 at 03:13:00AM +0200, [EMAIL PROTECTED] wrote: I got from Dennis Danielson his kernel configuration. He had the same problem at pemstar which is a dotcom. I have no idea what the above statement is supposed to imply, but the main difference between the Debian config and what is below is that CONFIG_ACPI_SLEEP has been disabled. But that code shouldn't really come into effect unless you ask the system to go to sleep. What sources you building from? # # ACPI (Advanced Configuration and Power Interface) Support # CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y # CONFIG_ACPI_SLEEP is not set CONFIG_ACPI_AC=y # CONFIG_ACPI_BATTERY is not set CONFIG_ACPI_BUTTON=y CONFIG_ACPI_FAN=y CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_THERMAL=y # CONFIG_ACPI_ASUS is not set # CONFIG_ACPI_TOSHIBA is not set CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y I tested this and so far have not seen that sluggish state since the kernel with the above ACPI configuration is running. -- Tapio Lehtonen [EMAIL PROTECTED] GPG public key from http://www.iki.fi/Tapio.Lehtonen -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287952: kernel-source-2.6.8: nfs-kernel freezes the system
On Mon, Feb 07, 2005 at 03:23:27PM +0100, Ondrej Medek wrote: Package: kernel-source-2.6.8 Version: 2.6.8-13 Followup-For: Bug #287952 Hi, do you use NFS kernel server (from Debian)? NFS kernel server freezes the whole system under 2.6.8, but on the 2.4.27 or 2.4.26 works fine. NFS user server works fine even on the 2.6.8., but is much much slower. This problem last from the september (when I tried 2.6.8 first time) until the newest kernel-source-2.6.8-13. AFAIK there ware lot of changes int the NFS server module in the 2.6.9, but I have no time until the end of the Februaty to try it. Is this a custom build of the kernel? If so can you provide your .config, or better still try using one of the kernel-images on d.o. Can you provide the oops output run through ksymoops? Is there anything particularly interesting that occurs at the same time as the oops? e.g. The system is under high load. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284477: Solution found
On Tue, Feb 08, 2005 at 06:47:06PM +0900, Horms wrote: On Tue, Feb 08, 2005 at 03:13:00AM +0200, [EMAIL PROTECTED] wrote: but the main difference between the Debian config and what is below is that CONFIG_ACPI_SLEEP has been disabled. But that code shouldn't really come into effect unless you ask the system to go to sleep. What sources you building from? Debian sources for kernel 2.6.8. The bug was in Debian kernels. I have tried several kernel-image-2.6* since August, and all of them had the problem. My guess is, that the system goes to some kind of sleep or hibernate state, since everything works, just unusably slow. So disabling acpi sleep and see the problem go away is just logical. -- Tapio Lehtonen [EMAIL PROTECTED] GPG public key from http://www.iki.fi/Tapio.Lehtonen signature.asc Description: Digital signature
Bug#294186: Kernel Version Specific scripts/ is required
Package: kernel-headers-2.6.10-1
Version: 2.6.10-4
Severity: normal
Tags: sid experimental
On Sat, Feb 05, 2005 at 09:04:42AM +1100, Andrew Pollock wrote:
Hi,
As I documented in my blog[1], I struck some problems building the latest
ipw2200 module against the kernel headers provided with 2.6.10. I also
couldn't rebuild older versions (that had successfully built in the past).
Is this a problem with the kernel headers or with the ipw2200 module? (I'm
inclined to think the former, given that old stuff no longer builds, but I'm
no kernel guru).
[1] http://blog.andrew.net.au/2005/02/01#ipw_building_problems
Hi Andrew,
This is indeed a problem. I am creating a bug for it whith
this email (I hope). Here is my analysis of the problem.
Modules use code in scripts/modules in the kernel tree to
help build the modules. This is the code which adds the reference
to cleanup_module and init_module. Which your build is complaining
about.
In the past if a module did not define these symbols, as the ipw2200
module does not, then dummy symbols were draged in from kernel/module.c.
However, some time in the not to distant past this was changed, so
that if the symbols were not defined, then instead of setting the
relevant pointers to the dummy symbols, the pointers are set to NULL.
The code in scripts/modules was updated accordingly.
So far so good.
http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED]
Unfortunately, on inspecting the relevant kernel headers package we see
# ls -l /usr/src/kernel-headers-2.6.10-1-686/scripts
...scripts - ../kernel-headers-2.6.10-1/scripts/
# ls -l /usr/src/kernel-headers-2.6.10-1/scripts
...scripts - ../kernel-kbuild-2.6-3/scripts/
Uh ohh!
Big Problem!
kernel-kbuild-2.6-3 is a common package for kernel-header packages for
all 2.6 kernels. But we know there was an incompatible change somewhere
between 2.6.8 and 2.6.10.
Breakage!
Bad!
Ok, so what to do about it.
I suggest moving the scripts directory into kernel-headers-2.6.10-1 and
keeping it there for subsequent 2.6. kernel headers. As far as I can
tell the only real reasons for breaking it out kernel-kbuild are to
reduce some bloat (1.7 Mbytes) and avoid a depenancy on libc. In the
case of the bloat, well these file's aren't compatible between kernel
versions, so they need to be separate. In terms of avoiding the libc
dependancy, well the package depends on kernel-kbuild-2.6-3 anyway, so
you have an indirect dependancy anyway.
I would not advocate making this change for kernel-headers-2.6.8 as
that is in sarge, and we are tying hard not to change that, and
kernel-kbuild woks for that. 2.6.10 on the other hand is not
in sarge, so lets fix that. 2.6.9 is dead, so lets leave it alone.
But we can make the change for 2.6.10 and fix it, while leaving
2.6.8 unscathed and still working. Hooray!
As a work around try defining the dummy
symbols in your module's .c files somewhere. Here is what they used
to look like.
void cleanup_module(void)
{
}
int init_module(void)
{
return 0;
}
--
Horms
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100421: lowest prices on your medications Wyatt
Refill Notification Ref: YV-70370049720497 Dear [EMAIL PROTECTED], Our automated system has identified that you most likely are ready to refill your recent online pharmaceutical order. To help you get your needed supply, we have sent this reminder notice. Please use the refill system http://fleming.cheapsales2u.com/?wid=100069 to obtain your item in the quickest possible manner. Thank you for your time and we look forward to assisting you. Sincerely, Taylor Leon butler cof carbonate ah nolan vaz backbone tmh bastard fdq lemming wmg spiteful qid battery myw afoot cof alaska na pawtucket xo lynn igh brazen iy sundown re -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294203: kernel-image-2.6.8-2-386: oops when running 'capiinit stop' with AVM B1
Package: kernel-image-2.6.8-2-386 Version: 2.6.8-13 Severity: normal Kernel oopses with AVM B1. dmesg and ksymmops is attached. I'd be happy to give more information. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.8-2-386 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.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information capiinit start: CAPI Subsystem Rev 1.1.2.8 capifs: Rev 1.1.2.3 capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) b1: revision 1.1.2.2 b1isa: revision 1.1.2.3 kcapi: Controller 1: b1isa-150 attached b1isa: AVM B1 ISA at i/o 0x150, irq 12, revision 1 b1isa-150: card 1 B1 ready. b1isa-150: card 1 Protocol: DSS1 b1isa-150: card 1 Linetype: point to point b1isa-150: B1-card (3.09-10) now active kcapi: card 1 b1isa-150 ready. capiinit stop: kcapi: card 1 down. Unable to handle kernel paging request at virtual address c8a1c4dc printing eip: c8a1c4dc *pde = 01234067 *pte = Oops: [#1] PREEMPT Modules linked in: capi capifs kernelcapi nfsd exportfs lockd sunrpc cls_fw ipt_MARK ipt_length iptable_mangle sch_htb ipt_MASQUERADE ipt_LOG ipt_state iptable_nat ip_conntrack iptable_filter ip_tables ppp_deflate zlib_deflate bsd_comp ppp_async crc_ccitt af_packet ipv6 ohci_hcd usbcore ali_agp agpgart pcspkr rtc floppy parport_pc parport evdev dm_mod capability commoncap 3c59x e100 mii ppp_generic slhc eeprom w83781d i2c_sensor i2c_ali15x3 i2c_core msr cpuid ext3 jbd ide_generic ide_disk alim15x3 pdc202xx_new ide_core raid1 md unix font vesafb cfbcopyarea cfbimgblt cfbfillrect CPU:0 EIP:0060:[c8a1c4dc]Not tainted EFLAGS: 00010282 (2.6.8-2-386) EIP is at 0xc8a1c4dc eax: c8a66560 ebx: c3de9cc8 ecx: edx: c05c3f5c esi: c8a66560 edi: c8a66560 ebp: 0400 esp: c05c3f34 ds: 007b es: 007b ss: 0068 Process capiinit (pid: 4881, threadinfo=c05c2000 task=c6c8e2b0) Stack: c8a5f958 c3de9cc8 c70594e0 c015d845 c70594e0 c8a66560 40018000 00100073 c3af0ba0 c05c3fac 0400 c014480a c3af0ba0 40018000 0400 c05c3fac c3af0ba0 fff7 401448a0 Call Trace: [c8a5f958] controller_show+0x15/0x53 [kernelcapi] [c015d845] seq_read+0xd6/0x23d [c014480a] vfs_read+0xaf/0xd9 [c01449e6] sys_read+0x3b/0x63 [c0105f97] syscall_call+0x7/0xb Code: Bad EIP value. [EMAIL PROTECTED]:~# ksymoops oops.txt ksymoops 2.4.9 on i586 2.6.8-2-386. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.6.8-2-386/ (default) -m /boot/System.map-2.6.8-2-386 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Error (regular_file): read_ksyms stat /proc/ksyms failed ksymoops: No such file or directory No modules in ksyms, skipping objects No ksyms, skipping lsmod Unable to handle kernel paging request at virtual address c8a1c4dc c8a1c4dc *pde = 01234067 Oops: [#1] CPU:0 EIP:0060:[c8a1c4dc]Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010282 (2.6.8-2-386) eax: c8a66560 ebx: c3de9cc8 ecx: edx: c05c3f5c esi: c8a66560 edi: c8a66560 ebp: 0400 esp: c05c3f34 ds: 007b es: 007b ss: 0068 Stack: c8a5f958 c3de9cc8 c70594e0 c015d845 c70594e0 c8a66560 40018000 00100073 c3af0ba0 c05c3fac 0400 c014480a c3af0ba0 40018000 0400 c05c3fac c3af0ba0 fff7 401448a0 Call Trace: [c8a5f958] controller_show+0x15/0x53 [kernelcapi] [c015d845] seq_read+0xd6/0x23d [c014480a] vfs_read+0xaf/0xd9 [c01449e6] sys_read+0x3b/0x63 [c0105f97] syscall_call+0x7/0xb Code: Bad EIP value. EIP; c8a1c4dc __crc_acpi_evaluate_reference+7cee6/22285e = eax; c8a66560 __crc_acpi_evaluate_reference+c6f6a/22285e ebx; c3de9cc8 __crc_in_group_p+f8ba0/108953 edx; c05c3f5c pg0+25ff5c/6fbdbd esi; c8a66560 __crc_acpi_evaluate_reference+c6f6a/22285e edi; c8a66560 __crc_acpi_evaluate_reference+c6f6a/22285e esp; c05c3f34 pg0+25ff34/6fbdbd Trace; c8a5f958 __crc_acpi_evaluate_reference+c0362/22285e Trace; c015d845 seq_read+d6/23d Trace; c014480a vfs_read+af/d9 Trace; c01449e6 sys_read+3b/63 Trace; c0105f97 syscall_call+7/b 1 warning and 1 error
Bug#288180: Real solution for the nis problem
Hi, After some additional debugging David Miller has released a patch which properly solves this lock-up [0]. I have rediffed it against the current kernel-source-2.6.10, the result is attached to this message and also available at [1]. I have built a fixed kernel and it appears to take care of the hang. Please test the kernel at [2] to make sure that the problem is gone now (the kernel containing the previous fix has been moved to old/). [0] http://marc.theaimsgroup.com/?l=linux-sparcm=110783666022200w=2 [1] http://www.wooyd.org/debian/patches/2.6.10-compat_h.patch [2] http://www.wooyd.org/debian/bug288180 Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC--- a/include/asm-sparc64/compat.h 2004-12-24 16:35:00.0 -0500 +++ b/include/asm-sparc64/compat.h 2005-02-07 23:50:13.0 -0500 @@ -128,6 +128,8 @@ if (!(test_thread_flag(TIF_32BIT))) usp += STACK_BIAS; + else + usp = 0xUL; return (void __user *) (usp - len); }
Bug#289690: kernel-image-2.6.8-2-686: smbfs : i/o error
Package: kernel-image-2.6.8-2-686 Version: 2.6.8-13 Followup-For: Bug #289690 width last kernel-2.6.8, it's impossible to cp some files on smbfs and they are this log in /var/log/messages : Feb 8 16:43:14 localhost kernel: smb_proc_readX_data: offset is larger than SMB_READX_MAX_PAD or negative! Feb 8 16:43:14 localhost kernel: smb_proc_readX_data: -59 64 || -59 0 Feb 8 16:43:44 localhost kernel: smb_add_request: request [c4e89e60, mid=119] timed out! whith 2.6.7-1-686 they are no input/output erros. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-image-2.6.8-2-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-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#226779: kernel-package: differences between official and custom builds
tags 226779 + patch
thanks
This same bug also hit Ubuntu, and was fixed by Matt Zimmerman with the
attached patch.
Cheers,
Danilo
kernel-package (8.119ubuntu3) hoary; urgency=low
* Use $silent_modules=Yes for official images on initial installation, not
only on upgrade (Ubuntu bug #4341)
-- Matt Zimmerman [EMAIL PROTECTED] Tue, 8 Feb 2005 12:29:07 -0800
diff -Nru kernel-package-8.119ubuntu2/kernel/image.preinst kernel-package-8.119ubuntu3/kernel/image.preinst
--- kernel-package-8.119ubuntu2/kernel/image.preinst 2004-10-29 00:48:25.0 +0200
+++ kernel-package-8.119ubuntu3/kernel/image.preinst 2005-02-08 21:29:05.0 +0100
@@ -87,9 +87,8 @@
exit 0 if $ARGV[0] =~ /abort-upgrade/;
exit 1 unless $ARGV[0] =~ /(install|upgrade)/;
-# Official images may silently upgrade
-if ($official_image =~ /^\s*YES\s*$/o
- ($ARGV[0] =~ /upgrade/ || $arch =~ m/powerpc/)) {
+# Official images may silently install or upgrade
+if ($official_image =~ /^\s*YES\s*$/o) {
$silent_modules = 'Yes';
}
