Bug#486798: restore export of handle_mm_fault for Mac on Linux kernel modules
Package: linux-2.6 Severity: wishlist Tags: patch Hi With kernel release 2.6.23 the export of handle_mm_fault was removed. The kernel modules for the Mac on Linux emulator rely on this symbol. Because the mol-source package containing these modules no longer builds RC bug #445359 was filed. The bug log is a bit confusing because it mixes several issues, but the baseline is, that building mol modules needs handle_mm_fault. Therefore please add the attached patch to the powerpc Debian kernel packages. This reenables the export of handle_mm_fault for powerpc only. I know that SuSE also applies a similar patch to their powerpc kernels to be able to build the mol modules. As the patch is fairly short and the symbol was exported for a long time before I don't see any bad side effects of applying this patch. I the long run an inclusion of the mol kernel moduls into the linux upstream source would be the preferred solution. There is currently some upstream work in this direction. But it won't be ready for lenny. The corresponding upstream (mol) bug report is: http://sourceforge.net/tracker/index.php?func=detailaid=1763167group_id=179078atid=887701 Please CC [EMAIL PROTECTED] on any replies. Thanks for considering this patch. Gaudenz -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-rc5 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/arch/powerpc/kernel/ppc_ksyms.c b/arch/powerpc/kernel/ppc_ksyms.c index c6b1aa3..455fb38 100644 --- a/arch/powerpc/kernel/ppc_ksyms.c +++ b/arch/powerpc/kernel/ppc_ksyms.c @@ -189,6 +189,7 @@ EXPORT_SYMBOL(set_context); extern long mol_trampoline; EXPORT_SYMBOL(mol_trampoline); /* For MOL */ EXPORT_SYMBOL(flush_hash_pages); /* For MOL */ +EXPORT_SYMBOL(handle_mm_fault); /* For MOL */ #ifdef CONFIG_SMP extern int mmu_hash_lock; EXPORT_SYMBOL(mmu_hash_lock); /* For MOL */
Processed: Re: Bug#486798: restore export of handle_mm_fault for Mac on Linux kernel modules
Processing commands for [EMAIL PROTECTED]: tags 486798 moreinfo Bug#486798: restore export of handle_mm_fault for Mac on Linux kernel modules Tags were: patch Tags added: moreinfo 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#486798: restore export of handle_mm_fault for Mac on Linux kernel modules
tags 486798 moreinfo thanks On Wed, Jun 18, 2008 at 09:48:03AM +0200, Gaudenz Steinlin wrote: With kernel release 2.6.23 the export of handle_mm_fault was removed. The kernel modules for the Mac on Linux emulator rely on this symbol. Because the mol-source package containing these modules no longer builds RC bug #445359 was filed. The bug log is a bit confusing because it mixes several issues, but the baseline is, that building mol modules needs handle_mm_fault. Please discuss that with Linux upstream, this is no Debian specific problem. 41f9dc5c871600f53c8912b2975971d2a11c1c25, which is from last year, removed the (temporary?) export. Bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486168: Lenny Beta2 Kernel Panic - fails to re-boot on HP Netserver E60
On Tuesday 17 June 2008 16:49, Frans Pop wrote: reassign 486168 linux-2.6 2.6.24-7 thanks On Friday 13 June 2008, Chris Bell wrote: Comments/Problems: On re-boot the A channel is identified, but kernel panic while checking the B channel. scsi 0 : adaptec AIC 7xxx EISA/VLB/PCI SCSI HBA Driver, Rev 7.0 Adaptec aic 7895 Ultra SCSI adapter aic 7895C: UltraWide Channel A, SCSI Id=7, 32/253 SCBs ACPI : PCI Interrpt :00:05.1 [B] - GSI 18 (level, low) - IRQ 17 Kernel Panic - not syncing: HOST_MSG_LOOP with invalid SCB ff I would expect some more info about the kernel panic after this (register values and such). That info will be needed to follow up on this. As this is a kernel panic after the reboot after the installation is completed, this is not an installation issue, but a kernel issue. For that reason I'm reassigning the report to the kernel team. It is a bit strange though that you don't see the same panic during the installation. This indicates that the problem may be either that a slightly different kernel is used, or that the order in which modules are loaded and things get initialized makes a difference. Here are some things you can try and check. - Run the installer again, but start it in rescue mode. - Check if your conroller gets detected again without problems. - If it is, start a chroot shell on your / partition, either as offered by the installer or manually from VT2 or VT3; if needed mount any other partitions. Thanks for the reply. Unfortunately I am even more confused now. I had left the computer with separate partitions auto-configured in LVM on the /sda, 686 kernel, and GRUB2. I decided to make it simple and re-install the base system with standard desktop, 686 kernel, and GRUB on a single / partition (tried before within the last few days but it gave the same kernel panic). It did re-boot first time, so I used ftp to dump a copy of all logs to another machine. I then tried another re-boot, and it has failed to boot with the same kernel panic every time for more than 10 attempts. The installer rescue system did boot, but I started to consider an obscure hardware fault. I am using cfdisc and mke2fs -c -c from Knoppix 5.1.1 to check the entire /sda (I have done it before, and no errors so far this time), and will then try another installation using the 486 kernel, and will keep you informed. I have apt-proxy running on another Lenny box, so installation is relatively quick. Cheers, FJP -- Chris Bell -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
Hi The kernel modules for Mac on Linux (MOL) need handle_mm_fault. MOL is a GPL licensed virtual machine to run MacOS(X) on PPC Linux. The export for handle_mm_fault was removed with commit 41f9dc5c871600f53c8912b2975971d2a11c1c25. Previously the export has been present since handle_mm_fault was converted from an inline function to a non-inline one. See the thread starting at http://marc.info/?l=linux-kernelm=112327941709177w=2 for the initial discussion. With commit 67207b9664a8d603138ef1556141e6d0a102bea7 the export was moved from arch/ppc/kernel/ppc_ksyms.c to mm/memory.c. In this patch the explanatory comment /* For MOL */ got lost. Thus to export was not moved back to it's original place when it was no longer needed for spufs. The attached patch restores the symbol export (GPL only) in it's original place. Please consider applying it because this fixes a regression for MOL. Thanks Gaudenz P.S.: Please CC me and the corresponding Debian bug report on any replies. -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ diff --git a/arch/powerpc/kernel/ppc_ksyms.c b/arch/powerpc/kernel/ppc_ksyms.c index c6b1aa3..455fb38 100644 --- a/arch/powerpc/kernel/ppc_ksyms.c +++ b/arch/powerpc/kernel/ppc_ksyms.c @@ -189,6 +189,7 @@ EXPORT_SYMBOL(set_context); extern long mol_trampoline; EXPORT_SYMBOL(mol_trampoline); /* For MOL */ EXPORT_SYMBOL(flush_hash_pages); /* For MOL */ +EXPORT_SYMBOL(handle_mm_fault); /* For MOL */ #ifdef CONFIG_SMP extern int mmu_hash_lock; EXPORT_SYMBOL(mmu_hash_lock); /* For MOL */
Re: openafs in etchnhalf
Russ, Am Dienstag, 17. Juni 2008 schrieb Russ Allbery: The only relevant part of the openafs package affected is the openafs-modules-source arch: all package. I'm fairly sure (although would need to test) that installing a new kernel module built from the lenny openafs-modules-source package will work fine with an openafs-client package from the current etch. (Sometimes there are mismatches between afsd and the kernel, but I don't think any have happened since etch.) So we could add to etchnhalf a new openafs-modules-source source package that supersedes the binary package built from the openafs source package, although I don't know how confused that would make dak (particularly if we have to do a security update of openafs). This is worthwile double checking. I recently run with a backports kernel, openafs-client from etch and openafs-modules-source from backports and I got many kernel Oops. Switching to the etchnhalf kernel and the openafs modules and openafs-client from backports solved the problem for me. Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486817: linux-source-2.6.24: Module zd1211rw.ko looks up Networking
Package: linux-source-2.6.24 Severity: normal -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) after uptime about 1-2 hours, the zdrw1211.ko Module hangs up Networking, error: zd1211rw 4-1:1.0: zd_chip_control_leds error -19 To pull out the wlan usb stick and rmmod zd1211rw looks up rmmod, shutdown looks up, you have to reset. Thx Oli Vollmer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Wed, Jun 18, 2008 at 12:14:02PM +0200, Gaudenz Steinlin wrote: Hi The kernel modules for Mac on Linux (MOL) need handle_mm_fault. MOL is a GPL licensed virtual machine to run MacOS(X) on PPC Linux. Has been rejected a few times. An now that we actually have kvm for powerpc in tree MOL should just merge with that project and do the right things in tree instead of beeing a really hacky module subverting the VM. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
Christoph Hellwig writes: On Wed, Jun 18, 2008 at 12:14:02PM +0200, Gaudenz Steinlin wrote: Hi The kernel modules for Mac on Linux (MOL) need handle_mm_fault. MOL is a GPL licensed virtual machine to run MacOS(X) on PPC Linux. Has been rejected a few times. An now that we actually have kvm for powerpc in tree MOL should just merge with that project and do the right things in tree instead of beeing a really hacky module subverting the VM. We don't have KVM for the classic 32-bit PowerPC processors, only for the 44x family. And doing KVM for the classic 32-bit processors would probably involve just as much hackery as MOL. :) Paul. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Wed, Jun 18, 2008 at 10:45:02PM +1000, Paul Mackerras wrote: Has been rejected a few times. An now that we actually have kvm for powerpc in tree MOL should just merge with that project and do the right things in tree instead of beeing a really hacky module subverting the VM. We don't have KVM for the classic 32-bit PowerPC processors, only for the 44x family. And doing KVM for the classic 32-bit processors would probably involve just as much hackery as MOL. :) I don't think so. Doing it properly in-tree will mean that it is a) properly reviewed b) means we can do the major VM bits in the kernel without these really stupid exports Have you looked at MOL recently? It's more than disgusting. And in addition to these issue we do of course as policy not add random hooks in the kernel tree for out of tree stuff. Especially for hacks like this that don't even have the intention to get merged. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486817: marked as done (linux-source-2.6.24: Module zd1211rw.ko looks up Networking)
Your message dated Wed, 18 Jun 2008 15:11:38 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#486817: linux-source-2.6.24: Module zd1211rw.ko looks up Networking has caused the Debian Bug report #486817, regarding linux-source-2.6.24: Module zd1211rw.ko looks up Networking 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 [EMAIL PROTECTED] immediately.) -- 486817: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486817 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-source-2.6.24 Severity: normal -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) after uptime about 1-2 hours, the zdrw1211.ko Module hangs up Networking, error: zd1211rw 4-1:1.0: zd_chip_control_leds error -19 To pull out the wlan usb stick and rmmod zd1211rw looks up rmmod, shutdown looks up, you have to reset. Thx Oli Vollmer ---End Message--- ---BeginMessage--- Version: 2.6.25-1 On Wed, Jun 18, 2008 at 01:19:33PM +0200, Oliver Vollmer wrote: Package: linux-source-2.6.24 Severity: normal known to be fixed in 2.6.25 just fetch it from unstable. -- maks ---End Message---
Re: openafs in etchnhalf
Russ == Russ Allbery [EMAIL PROTECTED] writes: Russ Rainer Dorsch [EMAIL PROTECTED] writes: is anybody taking care of the openafs modules which do not compile any more with the etchnhalf kernel? The openafs modules in backports.org do compile though with the etchnhalf kernel. Russ I'm quite happy to upload new packages for etchnhalf, but Russ I'm afraid they'd have to be just that -- packages of a Russ newer upstream. The upstream changes to support newer Russ kernels are far too comprehensive for me to be able to Russ isolate them and apply them separately, and the result would Russ be poorly-tested and less stable than going to the current Russ packages from Debian testing. What about uploading an openafs-kernel source package that only produced openafs-modules-source? That would at least isolate the change to the kernel module. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486834: xserver crash with linux-image-2.6.25-2-686 on startup
Package: linux-image-2.6.25-2-686 Version: 2.6.25-5 Severity: normal But still it working with 2.6.24 kernel as well as with previous release of 2.6.25. There is no way to restore console and system might be rebooted on crash. Here is my video system: 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) kernel module: i915 or i830 (the same result) xserver-xorg-video-intel 2:2.3.1-1 X.Org X server -- Intel i8xx, i9xx display driver Tail from xorg log on crash: Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x1ffe0001 getbl_err: 0x0021 ipeir: 0x iphdr: 0x54f6 LP ring tail: 0x0001baa0 head: 0x0001bac4 len: 0x0001f001 start 0x eir: 0x esr: 0x0010 emr: 0xff7b instdone: 0xff41 instpm: 0x memmode: 0x instps: 0x0031 hwstam: 0xfffe ier: 0x0002 imr: 0x053c iir: 0x0080 Ring at virtual 0xaf915000 head 0x1bac4 tail 0x1baa0 count 32759 0001ba44: 03cc2000 0001ba48: 03c4020c 0001ba4c: 03c80210 0001ba50: 0100 0001ba54: 0001ba58: 0010 0001ba5c: 0200 0001ba60: 54f6 0001ba64: 03cc2000 0001ba68: 03c40210 0001ba6c: 03c80214 0001ba70: 0100 0001ba74: 0001ba78: 0010 0001ba7c: 0200 0001ba80: 54f6 0001ba84: 03cc2000 0001ba88: 03c40214 0001ba8c: 03c80218 0001ba90: 0100 0001ba94: 0001ba98: 0010 0001ba9c: 0200 0001baa0: 54f6 0001baa4: 03cc2000 0001baa8: 03900318 0001baac: 0394031c 0001bab0: 0100 0001bab4: 0001bab8: 0010 0001babc: 0200 0001bac0: 54f6 0001bac4: 03cc2000 Ring end space: 28 wanted 32 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xe075b000 at 0xb7a5 (II) intel(0): [drm] Closed DRM master. Fatal server error: lockup (II) AIGLX: Suspending AIGLX clients for VT switch -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.25-2-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92b tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-25 Yet Another mkInitRD Versions of packages linux-image-2.6.25-2-686 recommends: ii libc6-i6862.7-12 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.25-2-686/preinst/abort-install-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/bootloader-test-error-2.6.25-2-686: linux-image-2.6.25-2-686/prerm/removing-running-kernel-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/initrd-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/kimage-is-a-directory: linux-image-2.6.25-2-686/postinst/depmod-error-2.6.25-2-686: false * shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-686/preinst/overwriting-modules-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/would-invalidate-boot-loader-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/elilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/depmod-error-initrd-2.6.25-2-686: false linux-image-2.6.25-2-686/preinst/bootloader-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-686/postinst/bootloader-error-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/lilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-system-map-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/create-kimage-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-dir-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/abort-overwrite-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/failed-to-move-modules-2.6.25-2-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: support for linux vserver in lenny?
Éric Magnien wrote:
Hello,
does there exist any support for linux vserver in testing/lenny?
I can only find package linux-image-2.6.22-3-vserver-{686,k7}. But I
also need e1000e driver support which appears in 2.6.24 kernels.
Also I tried to compile e1000e from sourceforge but I can't install
linux-headers-2.6.22-3-vserver because linux-kbuild-2.6.22 does not
appear in debian/pool/
Hi again!
well,
nobody seems to care about my question here... Indeed, as of a thread
[1] in debian-bugs-dist ml (I should have posted my question there?),
interest about vserver in debian dist seems to have vanished.
one solution seems, as of this thread suggests, to use openvz instead...
but accessible in debian repo as a patch only. Bye bye automatic upgrades!
[1]http://groups.google.com/group/linux.debian.bugs.dist/browse_thread/thread/60184e5e29545489/db873e8a57dd179b?lnk=stq=vserver+debian+lenny#db873e8a57dd179b
--
Éric Magnien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Wed, 18 Jun 2008 12:14:02 +0200 Gaudenz Steinlin [EMAIL PROTECTED] wrote: Hi The kernel modules for Mac on Linux (MOL) need handle_mm_fault. MOL is a GPL licensed virtual machine to run MacOS(X) on PPC Linux. The export for handle_mm_fault was removed with commit 41f9dc5c871600f53c8912b2975971d2a11c1c25. This sort of thing is going to happen if modules hide out of tree. If MOL is GPL why isn't it getting submitted to the kernel tree - other virtualisation subsystems such as KVM are in tree ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486885: linux-image-2.6.25-2-686: Alsa SBLive! Value [CT4670] mixer control are broken
Package: linux-image-2.6.25-2-686 Version: 2.6.25-5 Severity: normal Hi, in 2.6.25 the mixer doesn't work anymore. If I mute the Master or PCM control nothing happen. I can only control the level of sound via Wave Surround control. I worked fine with older kernel 2.6.23 or 2.6.24. I test it with alsamixer or aplay. Matthieu -- Package-specific info: ** Version: Linux version 2.6.25-2-686 (Debian 2.6.25-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)) #1 SMP Thu Jun 12 16:26:30 UTC 2008 ** Command line: root=/dev/hdf3 ro vga=791 ** Not tainted ** Kernel log: [ 20.019561] agpgart: Detected VIA KT266/KY266x/KT333 chipset [ 20.030948] agpgart: AGP aperture is 64M @ 0xe000 [ 20.036537] bttv: Bt8xx card found (0). [ 20.039544] ACPI: PCI Interrupt :00:0a.0[A] - GSI 17 (level, low) - IRQ 17 [ 20.043532] bttv0: Bt878 (rev 17) at :00:0a.0, irq: 17, latency: 32, mmio: 0xddcfe000 [ 20.054269] bttv0: detected: Pinnacle PCTV [card=39], PCI subsystem ID is 11bd:0012 [ 20.055533] bttv0: using: Pinnacle PCTV Studio/Rave [card=39,insmod option] [ 20.059559] bttv0: gpio: en=, out= in=00ff27ff [init] [ 20.063661] bttv0: i2c: checking for MSP34xx @ 0x80... not found [ 20.07] bttv0: miro: id=9 tuner=3 radio=no stereo=no [ 20.079528] bttv0: tuner type=3 [ 20.083531] bttv0: i2c: checking for MSP34xx @ 0x80... not found [ 20.087568] bttv0: i2c: checking for TDA9875 @ 0xb0... not found [ 20.091547] bttv0: i2c: checking for TDA7432 @ 0x8a... not found [ 20.269258] All bytes are equal. It is not a TEA5767 [ 20.270238] tuner' 0-0060: chip found @ 0xc0 (bt878 #0 [sw]) [ 20.274267] tuner-simple 0-0060: type set to 3 (Philips (SECAM+PAL_BG) (FI1216MF, FM1216MF, FR1216MF)) [ 20.295763] bttv0: registered device video0 [ 20.298274] bttv0: registered device vbi0 [ 20.302263] bttv0: PLL: 28636363 = 35468950 .. ok [ 20.337599] ACPI: PCI Interrupt :00:08.0[A] - GSI 19 (level, low) - IRQ 19 [ 20.399788] ACPI: PCI Interrupt :00:11.5[C] - GSI 22 (level, low) - IRQ 22 [ 20.401033] PCI: Setting latency timer of device :00:11.5 to 64 [ 20.928164] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 22.503645] Adding 999896k swap on /dev/hdf1. Priority:-1 extents:1 across:999896k [ 22.825474] EXT3 FS on hdf3, internal journal [ 23.835874] w83627hf: Found W83697HF chip at 0x290 [ 23.935842] device-mapper: uevent: version 1.0.3 [ 23.946181] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: [EMAIL PROTECTED] [ 31.626864] fuse init (API version 7.9) [ 31.776407] kjournald starting. Commit interval 5 seconds [ 31.776425] EXT3-fs: mounted filesystem with ordered data mode. [ 31.798538] kjournald starting. Commit interval 5 seconds [ 31.798872] EXT3 FS on hdf5, internal journal [ 31.802544] EXT3-fs: mounted filesystem with ordered data mode. [ 31.866658] ReiserFS: hdf6: found reiserfs format 3.6 with standard journal [ 31.866682] ReiserFS: hdf6: using ordered data mode [ 31.884878] ReiserFS: hdf6: journal params: device hdf6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [ 31.886963] ReiserFS: hdf6: checking transaction log (hdf6) [ 31.934817] ReiserFS: hdf6: Using r5 hash to sort names [ 31.973043] kjournald starting. Commit interval 5 seconds [ 31.973386] EXT3 FS on hdf7, internal journal [ 31.977049] EXT3-fs: mounted filesystem with ordered data mode. [ 32.069556] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [ 32.157598] kjournald starting. Commit interval 5 seconds [ 32.158719] EXT3 FS on hdf9, internal journal [ 32.162343] EXT3-fs: mounted filesystem with ordered data mode. [ 33.678173] NET: Registered protocol family 8 [ 33.679654] NET: Registered protocol family 20 [ 35.768039] eth0: setting full-duplex. [ 36.267883] NET: Registered protocol family 10 [ 36.271778] lo: Disabled Privacy Extensions [ 38.030353] WPA enable [ 38.051927] set wpa : 0 0 0 4 [ 38.055790] Wpa Removing key 0 [ 38.060438] set wpa : 0 0 1 4 [ 38.063790] Wpa Removing key 1 [ 38.068403] set wpa : 0 0 2 4 [ 38.071791] Wpa Removing key 2 [ 38.080227] set wpa : 0 0 3 4 [ 38.083792] Wpa Removing key 3 [ 41.311496] WPA enable [ 41.576492] status : 400 [ 41.668905] set wpa : 2 32 0 a [ 41.669424] Setting default tx key to 0 [ 41.685748] set wpa : 2 32 2 6 [ 42.690671] set wpa : 2 32 2 6 [ 45.963454] ip_tables: (C) 2000-2006 Netfilter Core Team [ 46.246903] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 47.264526] eth0: no IPv6 routers present [ 47.672905] eth1: no IPv6 routers present [ 49.519858] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 51.302682] RPC: Registered udp transport module. [ 51.304975] RPC: Registered tcp transport module. [ 54.113302] ACPI: WMI: Mapper loaded [ 54.647283]
Bug#478651: yet another vote for linux vserver
Dear Debian Maintainers, Please continue to provide vserver support in Debian! Vserver is fast and easy to implement - that alone is enough to keep me interested. Also, having precompiled kernel images in Debian helps me push our beloved distro when others suggest we use rhel or some other commercially supported Linux. thanks, adc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462424: Acknowledgement (linux-image-2.6.23-1-686: Kernel oops in ext3_clear_inode)
I've had an uptime of more than a month since upgrading to 2.6.25. I think this bug can probably be closed. Thanks, Brendan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: support for linux vserver in lenny?
Éric Magnien wrote:
does there exist any support for linux vserver in testing/lenny?
I can only find package linux-image-2.6.22-3-vserver-{686,k7}. But I
also need e1000e driver support which appears in 2.6.24 kernels.
Also I tried to compile e1000e from sourceforge but I can't install
linux-headers-2.6.22-3-vserver because linux-kbuild-2.6.22 does not
appear in debian/pool/
Hi again!
well,
nobody seems to care about my question here... Indeed, as of a thread
[1] in debian-bugs-dist ml (I should have posted my question there?),
interest about vserver in debian dist seems to have vanished.
one solution seems, as of this thread suggests, to use openvz instead...
but accessible in debian repo as a patch only. Bye bye automatic upgrades!
The vserver images have been reenabled since 2.6.25-5, you can install
the images into a testing system as well.
Cheers,
Moritz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 486394
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 486394 + pending Bug#486394: linux-modules-extra-2.6: Please add speakup modules Tags were: patch Tags added: pending 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]
Processing of linux-modules-extra-2.6_2.6.25-3_i386.changes
linux-modules-extra-2.6_2.6.25-3_i386.changes uploaded successfully to localhost along with the files: linux-modules-extra-2.6_2.6.25-3.dsc linux-modules-extra-2.6_2.6.25-3.tar.gz atl2-modules-2.6.25-2-486_2.6.25+2.0.3-3_i386.deb atl2-modules-2.6-486_2.6.25-3_i386.deb aufs-modules-2.6.25-2-486_2.6.25+0+20080609-3_i386.deb aufs-modules-2.6-486_2.6.25-3_i386.deb btrfs-modules-2.6.25-2-486_2.6.25+0.15-3_i386.deb btrfs-modules-2.6-486_2.6.25-3_i386.deb drbd8-modules-2.6.25-2-486_2.6.25+8.0.12-3_i386.deb drbd8-modules-2.6-486_2.6.25-3_i386.deb eeepc-acpi-modules-2.6.25-2-486_2.6.25+1.0-3_i386.deb eeepc-acpi-modules-2.6-486_2.6.25-3_i386.deb et131x-modules-2.6.25-2-486_2.6.25+1.2.3-2-3_i386.deb et131x-modules-2.6-486_2.6.25-3_i386.deb gspca-modules-2.6.25-2-486_2.6.25+01.00.20-3_i386.deb gspca-modules-2.6-486_2.6.25-3_i386.deb iscsitarget-modules-2.6.25-2-486_2.6.25+0.4.15+svn148-3_i386.deb iscsitarget-modules-2.6-486_2.6.25-3_i386.deb kqemu-modules-2.6.25-2-486_2.6.25+1.3.0~pre11-3_i386.deb kqemu-modules-2.6-486_2.6.25-3_i386.deb loop-aes-modules-2.6.25-2-486_2.6.25+3.2c-3_i386.deb loop-aes-modules-2.6-486_2.6.25-3_i386.deb lzma-modules-2.6.25-2-486_2.6.25+4.43-3_i386.deb lzma-modules-2.6-486_2.6.25-3_i386.deb nilfs2-modules-2.6.25-2-486_2.6.25+2.0.2-3_i386.deb nilfs2-modules-2.6-486_2.6.25-3_i386.deb r6040-modules-2.6.25-2-486_2.6.25+0.17-3_i386.deb r6040-modules-2.6-486_2.6.25-3_i386.deb redhat-cluster-modules-2.6.25-2-486_2.6.25+2.20080603-3_i386.deb redhat-cluster-modules-2.6-486_2.6.25-3_i386.deb sfc-modules-2.6.25-2-486_2.6.25+2.2.0136-3_i386.deb sfc-modules-2.6-486_2.6.25-3_i386.deb speakup-modules-2.6.25-2-486_2.6.25+3.0.2+git20080517.dfsg.1-3_i386.deb speakup-modules-2.6-486_2.6.25-3_i386.deb squashfs-modules-2.6.25-2-486_2.6.25+3.3-3_i386.deb squashfs-modules-2.6-486_2.6.25-3_i386.deb tp-smapi-modules-2.6.25-2-486_2.6.25+0.37-3_i386.deb tp-smapi-modules-2.6-486_2.6.25-3_i386.deb virtualbox-ose-modules-2.6.25-2-486_2.6.25+1.6.2-dfsg-3_i386.deb virtualbox-ose-modules-2.6-486_2.6.25-3_i386.deb virtualbox-ose-guest-modules-2.6.25-2-486_2.6.25+1.6.2-dfsg-3_i386.deb virtualbox-ose-guest-modules-2.6-486_2.6.25-3_i386.deb atl2-modules-2.6.25-2-686_2.6.25+2.0.3-3_i386.deb atl2-modules-2.6-686_2.6.25-3_i386.deb aufs-modules-2.6.25-2-686_2.6.25+0+20080609-3_i386.deb aufs-modules-2.6-686_2.6.25-3_i386.deb btrfs-modules-2.6.25-2-686_2.6.25+0.15-3_i386.deb btrfs-modules-2.6-686_2.6.25-3_i386.deb drbd8-modules-2.6.25-2-686_2.6.25+8.0.12-3_i386.deb drbd8-modules-2.6-686_2.6.25-3_i386.deb eeepc-acpi-modules-2.6.25-2-686_2.6.25+1.0-3_i386.deb eeepc-acpi-modules-2.6-686_2.6.25-3_i386.deb et131x-modules-2.6.25-2-686_2.6.25+1.2.3-2-3_i386.deb et131x-modules-2.6-686_2.6.25-3_i386.deb gspca-modules-2.6.25-2-686_2.6.25+01.00.20-3_i386.deb gspca-modules-2.6-686_2.6.25-3_i386.deb iscsitarget-modules-2.6.25-2-686_2.6.25+0.4.15+svn148-3_i386.deb iscsitarget-modules-2.6-686_2.6.25-3_i386.deb kqemu-modules-2.6.25-2-686_2.6.25+1.3.0~pre11-3_i386.deb kqemu-modules-2.6-686_2.6.25-3_i386.deb loop-aes-modules-2.6.25-2-686_2.6.25+3.2c-3_i386.deb loop-aes-modules-2.6-686_2.6.25-3_i386.deb lzma-modules-2.6.25-2-686_2.6.25+4.43-3_i386.deb lzma-modules-2.6-686_2.6.25-3_i386.deb nilfs2-modules-2.6.25-2-686_2.6.25+2.0.2-3_i386.deb nilfs2-modules-2.6-686_2.6.25-3_i386.deb r6040-modules-2.6.25-2-686_2.6.25+0.17-3_i386.deb r6040-modules-2.6-686_2.6.25-3_i386.deb redhat-cluster-modules-2.6.25-2-686_2.6.25+2.20080603-3_i386.deb redhat-cluster-modules-2.6-686_2.6.25-3_i386.deb sfc-modules-2.6.25-2-686_2.6.25+2.2.0136-3_i386.deb sfc-modules-2.6-686_2.6.25-3_i386.deb speakup-modules-2.6.25-2-686_2.6.25+3.0.2+git20080517.dfsg.1-3_i386.deb speakup-modules-2.6-686_2.6.25-3_i386.deb squashfs-modules-2.6.25-2-686_2.6.25+3.3-3_i386.deb squashfs-modules-2.6-686_2.6.25-3_i386.deb tp-smapi-modules-2.6.25-2-686_2.6.25+0.37-3_i386.deb tp-smapi-modules-2.6-686_2.6.25-3_i386.deb virtualbox-ose-modules-2.6.25-2-686_2.6.25+1.6.2-dfsg-3_i386.deb virtualbox-ose-modules-2.6-686_2.6.25-3_i386.deb virtualbox-ose-guest-modules-2.6.25-2-686_2.6.25+1.6.2-dfsg-3_i386.deb virtualbox-ose-guest-modules-2.6-686_2.6.25-3_i386.deb atl2-modules-2.6.25-2-686-bigmem_2.6.25+2.0.3-3_i386.deb atl2-modules-2.6-686-bigmem_2.6.25-3_i386.deb aufs-modules-2.6.25-2-686-bigmem_2.6.25+0+20080609-3_i386.deb aufs-modules-2.6-686-bigmem_2.6.25-3_i386.deb btrfs-modules-2.6.25-2-686-bigmem_2.6.25+0.15-3_i386.deb btrfs-modules-2.6-686-bigmem_2.6.25-3_i386.deb drbd8-modules-2.6.25-2-686-bigmem_2.6.25+8.0.12-3_i386.deb drbd8-modules-2.6-686-bigmem_2.6.25-3_i386.deb et131x-modules-2.6.25-2-686-bigmem_2.6.25+1.2.3-2-3_i386.deb et131x-modules-2.6-686-bigmem_2.6.25-3_i386.deb gspca-modules-2.6.25-2-686-bigmem_2.6.25+01.00.20-3_i386.deb gspca-modules-2.6-686-bigmem_2.6.25-3_i386.deb
Processing of linux-modules-contrib-2.6_2.6.25-2_i386.changes
linux-modules-contrib-2.6_2.6.25-2_i386.changes uploaded successfully to localhost along with the files: linux-modules-contrib-2.6_2.6.25-2.dsc linux-modules-contrib-2.6_2.6.25-2.tar.gz em8300-modules-2.6.25-2-486_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6-486_2.6.25-2_i386.deb rt73-modules-2.6.25-2-486_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6-486_2.6.25-2_i386.deb em8300-modules-2.6.25-2-686_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6-686_2.6.25-2_i386.deb rt73-modules-2.6.25-2-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6-686_2.6.25-2_i386.deb em8300-modules-2.6.25-2-686-bigmem_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6-686-bigmem_2.6.25-2_i386.deb rt73-modules-2.6.25-2-686-bigmem_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6-686-bigmem_2.6.25-2_i386.deb em8300-modules-2.6.25-2-amd64_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6-amd64_2.6.25-2_i386.deb rt73-modules-2.6.25-2-amd64_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6-amd64_2.6.25-2_i386.deb em8300-modules-2.6.25-2-vserver-686_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6-vserver-686_2.6.25-2_i386.deb rt73-modules-2.6.25-2-vserver-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6-vserver-686_2.6.25-2_i386.deb rt73-modules-2.6.25-2-xen-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6-xen-686_2.6.25-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-modules-contrib-2.6_2.6.25-2_i386.changes is NEW
em8300-modules-2.6-486_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6-486_2.6.25-2_i386.deb em8300-modules-2.6-686-bigmem_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6-686-bigmem_2.6.25-2_i386.deb em8300-modules-2.6-686_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6-686_2.6.25-2_i386.deb em8300-modules-2.6-amd64_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6-amd64_2.6.25-2_i386.deb (new) em8300-modules-2.6-vserver-686_2.6.25-2_i386.deb optional contrib/admin Driver for the DXR3/Hollywood+ decoder cards modules for Linux 2.6 on PPro/Celeron/PII/PIII/P4 This package depends on the Driver for the DXR3/Hollywood+ decoder cards modules for latest Linux kernel 2.6 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. . Drivers for MPEG decoder cards based on Sigma Designs' EM8300 chip (such as the Creative Labs DXR3 or the Sigma Designs Hollywood+). em8300-modules-2.6.25-2-486_2.6.25+0.16.4-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6.25-2-486_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6.25-2-686-bigmem_2.6.25+0.16.4-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6.25-2-686-bigmem_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6.25-2-686_2.6.25+0.16.4-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6.25-2-686_2.6.25+0.16.4-2_i386.deb em8300-modules-2.6.25-2-amd64_2.6.25+0.16.4-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/em8300-modules-2.6.25-2-amd64_2.6.25+0.16.4-2_i386.deb (new) em8300-modules-2.6.25-2-vserver-686_2.6.25+0.16.4-2_i386.deb optional contrib/admin Driver for the DXR3/Hollywood+ decoder cards modules for Linux 2.6.25 on PPro/Celeron/PII/PIII/P4 This package provides the Driver for the DXR3/Hollywood+ decoder cards modules for the Linux kernel version 2.6.25 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. . Drivers for MPEG decoder cards based on Sigma Designs' EM8300 chip (such as the Creative Labs DXR3 or the Sigma Designs Hollywood+). linux-modules-contrib-2.6_2.6.25-2.dsc to pool/contrib/l/linux-modules-contrib-2.6/linux-modules-contrib-2.6_2.6.25-2.dsc linux-modules-contrib-2.6_2.6.25-2.tar.gz to pool/contrib/l/linux-modules-contrib-2.6/linux-modules-contrib-2.6_2.6.25-2.tar.gz rt73-modules-2.6-486_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6-486_2.6.25-2_i386.deb rt73-modules-2.6-686-bigmem_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6-686-bigmem_2.6.25-2_i386.deb rt73-modules-2.6-686_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6-686_2.6.25-2_i386.deb rt73-modules-2.6-amd64_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6-amd64_2.6.25-2_i386.deb (new) rt73-modules-2.6-vserver-686_2.6.25-2_i386.deb optional contrib/admin Driver for Ralink RT73 wireless network card modules for Linux 2.6 on PPro/Celeron/PII/PIII/P4 This package depends on the Driver for Ralink RT73 wireless network card modules for latest Linux kernel 2.6 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. . This is the device driver for Ralink RT73 a/b/g WLAN Card. rt73-modules-2.6-xen-686_2.6.25-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6-xen-686_2.6.25-2_i386.deb rt73-modules-2.6.25-2-486_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6.25-2-486_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6.25-2-686-bigmem_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6.25-2-686-bigmem_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6.25-2-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6.25-2-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb rt73-modules-2.6.25-2-amd64_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6.25-2-amd64_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb (new) rt73-modules-2.6.25-2-vserver-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb optional contrib/admin Driver for Ralink RT73 wireless network card modules for Linux 2.6.25 on PPro/Celeron/PII/PIII/P4 This package provides the Driver for Ralink RT73 wireless network card modules for the Linux kernel version 2.6.25 on Pentium Pro/Celeron/Pentium II/Pentium III/Pentium 4 machines. . This is the device driver for Ralink RT73 a/b/g WLAN Card. rt73-modules-2.6.25-2-xen-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb to pool/contrib/l/linux-modules-contrib-2.6/rt73-modules-2.6.25-2-xen-686_2.6.25+1.0.3.6-cvs20071123-dfsg1-2_i386.deb Changes: linux-modules-contrib-2.6 (2.6.25-2) unstable; urgency=medium . * Disabling em8300
Bug#486916: [initramfs-tools] cryptroot hook brings askpass without creating first a dest directory
Package: initramfs-tools Version: 0.92b Severity: minor Tags: patch From /usr/share/initramfs-tools/hooks/cryptroot: # Prepare the initramfs copy_exec /sbin/cryptsetup /sbin copy_exec /sbin/dmsetup /sbin copy_exec /lib/cryptsetup/askpass /lib/cryptsetup But without care of /lib/cryptsetup directory being present or not, the askpass is now copied into the initrd under the name /lib/cryptsetup An easy fix: mkdir -p $DESTDIR/lib/cryptsetup copy_exec /lib/cryptsetup/askpass /lib/cryptsetup Or even shorter as copy_exec has already some magic: copy_exec /lib/cryptsetup/askpass --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.kulnet.kuleuven.ac.be 500 unstablewww.emdebian.org 500 unstablewww.debian-multimedia.org 500 unstablesidux.net 500 unstableftp.kulnet.kuleuven.ac.be 500 unstabledebian.jones.dk 500 stable security.debian.org 1 experimentalftp.kulnet.kuleuven.ac.be --- Package information. --- Depends (Version) | Installed ==-+-= klibc-utils (= 1.5.9-1) | 1.5.9-2 cpio | 2.9-13 module-init-tools | 3.4-1 udev (= 0.086-1) | 0.114-2 findutils (= 4.2.24) | 4.4.0-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 486916 to cryptsetup
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.29 reassign 486916 cryptsetup Bug#486916: [initramfs-tools] cryptroot hook brings askpass without creating first a dest directory Bug reassigned from package `initramfs-tools' to `cryptsetup'. 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#462424: marked as done (linux-image-2.6.23-1-686: Kernel oops in ext3_clear_inode)
Your message dated Thu, 19 Jun 2008 00:19:35 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#462424: Acknowledgement (linux-image-2.6.23-1-686: Kernel oops in ext3_clear_inode) has caused the Debian Bug report #462424, regarding linux-image-2.6.23-1-686: Kernel oops in ext3_clear_inode 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 [EMAIL PROTECTED] immediately.) -- 462424: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462424 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-image-2.6.23-1-686 Version: 2.6.23-2 Severity: important For several months (I think ever since I switched from 2.6.17 to 2.6.18 -- prior to that it was rock solid), I've been getting fairly regular Oops in ext3_clear_inode, after which the entire system becomes wedged (ping works, ssh and login do not). The oopses usually happen at 3-4 in the morning, when I'm mirroring an ubuntu repository for use in our lab. Load is typically high (over 4) during this period, and the disk (4 SATA drives under software raid 5) is very busy. The oops looks like so: Jan 24 03:57:07 peyresourde kernel: BUG: unable to handle kernel paging request at virtual address ffef Jan 24 03:57:07 peyresourde kernel: printing eip: Jan 24 03:57:07 peyresourde kernel: f8cd3035 Jan 24 03:57:07 peyresourde kernel: *pde = 4067 Jan 24 03:57:07 peyresourde kernel: *pte = Jan 24 03:57:07 peyresourde kernel: Oops: 0002 [#1] Jan 24 03:57:07 peyresourde kernel: SMP Jan 24 03:57:07 peyresourde kernel: Modules linked in: des cbc blkcipher binfmt_misc openafs(P) sit tunnel4 ipv6 rpcsec_gss_krb5 nfs ipt_REJECT nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables quota_v2 nfsd exportfs lockd nfs_acl auth_rpcgss sunrpc eeprom lm85 hwmon_vid ide_generic button i2c_i801 tpm_infineon tpm tpm_bios iTCO_wdt i2c_core snd_hda_intel parport_pc parport intel_agp agpgart sky2 snd_pcm snd_timer snd soundcore snd_page_alloc rtc pcspkr evdev tsdev ext3 jbd mbcache dm_mirror dm_snapshot dm_mod raid456 async_xor async_memcpy async_tx xor sd_mod ide_cd cdrom ata_piix usbhid hid ata_generic libata scsi_mod piix generic ide_core uhci_hcd ehci_hcd usbcore floppy thermal processor fan raid1 md_mod Jan 24 03:57:07 peyresourde kernel: CPU:1 Jan 24 03:57:07 peyresourde kernel: EIP:0060:[f8cd3035]Tainted: P VLI Jan 24 03:57:07 peyresourde kernel: EFLAGS: 00010287 (2.6.23-1-686 #1) Jan 24 03:57:07 peyresourde kernel: EIP is at ext3_clear_inode+0x1a/0x76 [ext3] Jan 24 03:57:07 peyresourde kernel: eax: c0025874 ebx: c00257dc ecx: f7069dc0 edx: ffef Jan 24 03:57:07 peyresourde kernel: esi: c0025874 edi: ebp: f7853f00 esp: f7853ec8 Jan 24 03:57:07 peyresourde kernel: ds: 007b es: 007b fs: 00d8 gs: ss: 0068 Jan 24 03:57:07 peyresourde kernel: Process kswapd0 (pid: 202, ti=f7852000 task=f78481b0 task.ti=f7852000) Please let me know if you need further information. Thanks! -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.23-1-686 depends on: ii initramfs-tools [linux-initr 0.91d tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo linux-image-2.6.23-1-686 recommends no packages. -- debconf information: linux-image-2.6.23-1-686/prerm/removing-running-kernel-2.6.23-1-686: true linux-image-2.6.23-1-686/postinst/old-system-map-link-2.6.23-1-686: true linux-image-2.6.23-1-686/preinst/abort-overwrite-2.6.23-1-686: linux-image-2.6.23-1-686/postinst/create-kimage-link-2.6.23-1-686: true linux-image-2.6.23-1-686/preinst/failed-to-move-modules-2.6.23-1-686: linux-image-2.6.23-1-686/preinst/lilo-initrd-2.6.23-1-686: true linux-image-2.6.23-1-686/postinst/depmod-error-initrd-2.6.23-1-686: false linux-image-2.6.23-1-686/preinst/elilo-initrd-2.6.23-1-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.23-1-686/preinst/overwriting-modules-2.6.23-1-686: true linux-image-2.6.23-1-686/preinst/already-running-this-2.6.23-1-686: linux-image-2.6.23-1-686/preinst/initrd-2.6.23-1-686: linux-image-2.6.23-1-686/preinst/abort-install-2.6.23-1-686: linux-image-2.6.23-1-686/postinst/depmod-error-2.6.23-1-686: false
Bug#486168: Lenny Beta2 Kernel Panic - fails to re-boot on HP Netserver E60
On Tuesday 17 June 2008 16:49, Frans Pop wrote: reassign 486168 linux-2.6 2.6.24-7 thanks On Friday 13 June 2008, Chris Bell wrote: Comments/Problems: On re-boot the A channel is identified, but kernel panic while checking the B channel. scsi 0 : adaptec AIC 7xxx EISA/VLB/PCI SCSI HBA Driver, Rev 7.0 Adaptec aic 7895 Ultra SCSI adapter aic 7895C: UltraWide Channel A, SCSI Id=7, 32/253 SCBs ACPI : PCI Interrpt :00:05.1 [B] - GSI 18 (level, low) - IRQ 17 Kernel Panic - not syncing: HOST_MSG_LOOP with invalid SCB ff I would expect some more info about the kernel panic after this (register values and such). That info will be needed to follow up on this. As this is a kernel panic after the reboot after the installation is completed, this is not an installation issue, but a kernel issue. For that reason I'm reassigning the report to the kernel team. It is a bit strange though that you don't see the same panic during the installation. This indicates that the problem may be either that a slightly different kernel is used, or that the order in which modules are loaded and things get initialized makes a difference. Here are some things you can try and check. - Run the installer again, but start it in rescue mode. - Check if your conroller gets detected again without problems. - If it is, start a chroot shell on your / partition, either as offered by the installer or manually from VT2 or VT3; if needed mount any other partitions. - Install the -486 flavor of the 2.6.24-1 kernel for the installed system. That is the same kernel as the installer uses. Check if the installed system boots with that. - Save the output of dmesg and lsmod of the installer and compare that with what you see during a normal boot. It may provide clues. For example, do 'dmesg /var/log/dmesg.txt' and then use the Save debug logs option in the main menu of the installer. - Check that the installer and the installed system actually load the same driver module for your disk (I expect they do). - Install the 2.6.25 kernel from unstable and see if that solves the problem. If using the -486 flavor of .24 solved the problem, try both flavors of .25! If the panic also occurs with 2.6.25, you can consider also filing a bug with the upstream kernel developers, but please keep this report updated about any progress if you do. Cheers, FJP Thanks for the reply. You appear to be correct, I re-installed Lenny with the 486 kernel, grub, and desktop and it re-booted without fail 18 times. I added the 686 kernel after the 16th re-boot then re-booted OK with the 486 kernel. The next re-boot failed as before using the 686 kernel, then another re-boot with the 486 kernel was fine. I dumped the entire /var/log to disc after the first, 16th, and 18th 486 re-boot, I have not yet found any obvious information from any log giving details of a crash, where should I look? The only information appears to relate to successful 486 boots. -- Chris Bell -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
