Bug#386441: initramfs-tools: Support custom framebuffer modules
On Fri, September 8, 2006 8:09, Sven Luther said: > Notice that on some arches, like powerpc, many of those fbdev drivers are > builtin. So what would need to change for those arches? Detecting a builtin fb and creating the /dev/fbX and /dev/ttyX device nodes (i.e. the last few line of the script)? Do you know how a builtin fb could be detected in that case? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386441: initramfs-tools: Support custom framebuffer modules
On Fri, Sep 08, 2006 at 09:13:53AM +0200, David Härdeman wrote: > On Fri, September 8, 2006 8:09, Sven Luther said: > > Notice that on some arches, like powerpc, many of those fbdev drivers are > > builtin. > > So what would need to change for those arches? Detecting a builtin fb and > creating the /dev/fbX and /dev/ttyX device nodes (i.e. the last few line > of the script)? > > Do you know how a builtin fb could be detected in that case? $ more /proc/fb* 0 ATI Radeon Lf ? Friendly, Sven Luther
2.6 kernel memory management question
Hello! Sorry if it's not appropriate mail list for this question if it's so, please, point me to the correct place to ask. I have several debian (sarge) servers with java applications each of them takes, for examples, 200 mbyte of RAM. I've noticed that on machines with 2.4 kernels VIRT and RES memory (accordinly to 'top' values) are equal. So top shows me that VIRT == RES == 200 mbyte (approximately). But! On the servers with 2.6 kernel I have another picture, VIRT memory in several times bigger than RES. For example real memory of java proccess is 146 mbytes, but virtual - 470 mbytes. At the firt look it isn't a problem, but when I have several java processes and summary of their virtual memory is more than physical memory on the server - operatin system begin swapping although there is 30-50% of free memory (2 Gbyte memory on each machine). At the end we have machine that fall into hard swapping when big part of memory is actually free. I've tried to play with "echo 0 > /proc/sys/vm/swappiness" but it didn't give me good results. Please, point me to doc where I can read about "physics" of this process and where I can make some tunning to avoid this effect of growing virtual memory on 2.6 kernels? Maybe, it depends on the difference between NPTL and linuxthreads realization? And one more question: as temporary solution I've moved some of my systems to 2.4 kernel (it helped, by the way!). But there is another problem, dut to plain /proc structure 'top' utility make very heavy load on the system, 'couse there is huge amount of java threads. Is there some way to fight with it? Maybe some patches for procfs on 2.4 kernels? Or some tricky 'top' that doesn't cause load on the system? Thank you for your answers! -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386527: linux-image-2.6.17-2-686: evbug.ko gets loaded automatically and fills up disk with logs
Package: linux-image-2.6.17-2-686 Version: 2.6.17-8 Severity: normal Despite evbug.ko is listed in a /etc/modprobe.d/blacklist file, for some unknown reason it is loaded automatically. If loaded, it generates zillions of event notices into log files in /var/log directory: evbug.c: Event. Dev: isa0060/serio0/input0, Type: 4, Code: 4, Value: 31 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 1, Code: 31, Value: 0 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 0, Code: 0, Value: 0 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 4, Code: 4, Value: 34 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 1, Code: 34, Value: 1 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 0, Code: 0, Value: 0 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 4, Code: 4, Value: 34 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 1, Code: 34, Value: 0 evbug.c: Event. Dev: isa0060/serio0/input0, Type: 0, Code: 0, Value: 0 The problem is that these messages fill several gigabytes on a typical desktop machine. If machine is limited to disk space, even logrotate can't help from logs blocking normal work of other users on that machine. Moreover, the log undermines security and privacy of local users, because the event log can be used as a keylogger log to retrieve user input. A temporal fix exists - moving or renaming evbug.ko. Machine has additional kernel modules compiled: fglrx, madwifi and vmware. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.17-2-686 depends on: ii initramfs-tools [linux-initra 0.78 tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.17-2-686 recommends: pn libc6-i686 (no description available) -- debconf information: linux-image-2.6.17-2-686/postinst/old-initrd-link-2.6.17-2-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.17-2-686/postinst/old-dir-initrd-link-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/lilo-initrd-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/failed-to-move-modules-2.6.17-2-686: linux-image-2.6.17-2-686/postinst/depmod-error-initrd-2.6.17-2-686: false linux-image-2.6.17-2-686/postinst/create-kimage-link-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/bootloader-test-error-2.6.17-2-686: linux-image-2.6.17-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.17-2-686/prerm/removing-running-kernel-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/abort-overwrite-2.6.17-2-686: linux-image-2.6.17-2-686/preinst/already-running-this-2.6.17-2-686: linux-image-2.6.17-2-686/postinst/old-system-map-link-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/bootloader-initrd-2.6.17-2-686: true linux-image-2.6.17-2-686/preinst/initrd-2.6.17-2-686: linux-image-2.6.17-2-686/preinst/abort-install-2.6.17-2-686: linux-image-2.6.17-2-686/preinst/overwriting-modules-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/kimage-is-a-directory: linux-image-2.6.17-2-686/preinst/elilo-initrd-2.6.17-2-686: true linux-image-2.6.17-2-686/prerm/would-invalidate-boot-loader-2.6.17-2-686: true linux-image-2.6.17-2-686/postinst/depmod-error-2.6.17-2-686: false linux-image-2.6.17-2-686/postinst/bootloader-error-2.6.17-2-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kernel-image-2.6.16-2 on oldworld (success with a small change in config)
On Fri, Sep 08, 2006 at 03:20:58PM +0200, Hans Ekbrand wrote: > Hi! Hi, please make sure you CC debian-kernel too on issues like this. > The official debian kernels for powerpc stopped working for me with > 2.6.16 (2.6.15 works fine). The 2.6.16 ones fail to mount root fs at > boot, which I have reported in bug #366620 > > I compiled my own 2.6.16 with a minimal change in .config, and that > was it, 2.6.16 now boots on my oldworld mac. > > The needed change in config was the following: (diff against > ./boot/config-2.6.16-2-powerpc in the package > linux-image-2.6.16-2-powerpc_2.6.16-18_powerpc.deb) > > 4c4 > < # Sat Aug 19 00:42:57 2006 > --- > > # Fri Sep 8 09:14:38 2006 > 772c772 > < CONFIG_BLK_DEV_IDEDISK=m > --- > > CONFIG_BLK_DEV_IDEDISK=y > 2317c2317 > < CONFIG_EXT2_FS=m > --- > > CONFIG_EXT2_FS=y > 2328c2328 > < CONFIG_FS_MBCACHE=m > --- > > CONFIG_FS_MBCACHE=y > > I think this shows that there is some problem with loading the proper > modules for ide and ext2 from the initrd. As stated in the bugreport > of #366620 I have tried both yaird and the other initrd creator. > > I don't know about the > > FS_MBCACHE=y > > thing, that must have been set automatically. > > Will you consider appling this patch to the config? While it is not > the right solution in the long term, it would make oldworld macs run > with official debian kernels again (at least the ones with > IDE-drives). No, please get the ramdisk creator packages to get fixed for this one, if it is that the issue. Also, can you please try the 2.6.18-rc6 packages from : http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/ and see if your problem persists there. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366620: kernel-image-2.6.16-2 on oldworld (success with a small change in config)
Hi! The official debian kernels for powerpc stopped working for me with 2.6.16 (2.6.15 works fine). The 2.6.16 ones fail to mount root fs at boot, which I have reported in bug #366620 I compiled my own 2.6.16 with a minimal change in .config, and that was it, 2.6.16 now boots on my oldworld mac. The needed change in config was the following: (diff against ./boot/config-2.6.16-2-powerpc in the package linux-image-2.6.16-2-powerpc_2.6.16-18_powerpc.deb) 4c4 < # Sat Aug 19 00:42:57 2006 --- > # Fri Sep 8 09:14:38 2006 772c772 < CONFIG_BLK_DEV_IDEDISK=m --- > CONFIG_BLK_DEV_IDEDISK=y 2317c2317 < CONFIG_EXT2_FS=m --- > CONFIG_EXT2_FS=y 2328c2328 < CONFIG_FS_MBCACHE=m --- > CONFIG_FS_MBCACHE=y I think this shows that there is some problem with loading the proper modules for ide and ext2 from the initrd. As stated in the bugreport of #366620 I have tried both yaird and the other initrd creator. I don't know about the FS_MBCACHE=y thing, that must have been set automatically. Will you consider appling this patch to the config? While it is not the right solution in the long term, it would make oldworld macs run with official debian kernels again (at least the ones with IDE-drives). -- Hans Ekbrand (http://sociologi.cjb.net) <[EMAIL PROTECTED]> GnuPG key: 1024D/7050614E Fingerprint: 1408 C8D5 1E7D 4C9C C27E 014F 7C2C 872A 7050 614E Learn about secure email at http://www.gnupg.org signature.asc Description: Digital signature
Bug#296464: #296464: initrd and encrypted swapfiles
Summary of bug: kernels that use initrd cannot boot systems with encrypted swap files that get their from /dev/random. Daniel's patch works for me. Since some systems cannot be booted using a distribution kernel without this fix, please could it, or something equivalent, be included in future versions, and distribution kernels that include initrds built against it? Thanks in advance. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365094: marked as done (FTBFS on ia64/powerpc/sparc)
Your message dated Sat, 9 Sep 2006 01:30:45 +0200 with message-id <[EMAIL PROTECTED]> and subject line not applicable has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: unionfs Severity: serious Justification: no longer builds from source Hi, your package fails to build on m68k, as well as powerpc, ia64, and hppa with similar problems. Automatic build of unionfs_1.1.4+20060417.0541+debian-2 on aahz by sbuild/m68k 85 [...] Get:2 http://incoming.debian.org linux-headers-2.6.16-1 2.6.16-10 [2827kB] Get:3 http://incoming.debian.org linux-headers-2.6.16-1-amiga 2.6.16-10 [271kB] Get:4 http://incoming.debian.org linux-headers-2.6.16-1-bvme6000 2.6.16-10 [252kB] Get:5 http://incoming.debian.org linux-headers-2.6.16-1-hp 2.6.16-10 [252kB] Get:6 http://incoming.debian.org linux-headers-2.6.16-1-mac 2.6.16-10 [265kB] Get:7 http://incoming.debian.org linux-headers-2.6.16-1-mvme147 2.6.16-10 [259kB] Get:8 http://incoming.debian.org linux-headers-2.6.16-1-mvme16x 2.6.16-10 [259kB] Get:9 http://incoming.debian.org linux-headers-2.6.16-1-q40 2.6.16-10 [264kB] Get:10 http://incoming.debian.org linux-headers-2.6.16-1-sun3 2.6.16-10 [258kB] Get:11 http://incoming.debian.org linux-headers-2.6.16-1-all-m68k 2.6.16-10 [25.2kB] Get:12 http://incoming.debian.org linux-headers-2.6.16-1-all 2.6.16-10 [25.2kB] [...] install: cannot stat `linux-2.6/unionfs.ko-amiga': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-atari': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-bvme6000': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-hp': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-mac': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-mvme146': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-mvme16x': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-q40': No such file or directory install: cannot stat `linux-2.6/unionfs.ko-sun3': No such file or directory make: *** [install] Error 1 See http://buildd.debian.org/build.php?arch=&pkg=unionfs The m68k linux-images (which I built) do not contain any unionfs modules, the only thing that might come close is ufs, which is included in those packages. I do not find a directory fs/unionfs in the linux-2.6 source, what is wrong here? Are we missing a patch, which includes the unionfs driver for m68k? Are the headers built wrong, they were cross-compiled? Why do you need to copy the modules into your package, if they were present in the linux-image, they could just be loaded from there? But maybe I don't understand the purpose of your package, I have never used it myself. If you think this is a problem in the linux-image package, please reply to debian-kernel@lists.debian.org, so we can fix this for all arches. Thanks, Christian --- End Message --- --- Begin Message --- Not applicable to linux-modules-extra-2.6. Bastian -- Extreme feminine beauty is always disturbing. -- Spock, "The Cloud Minders", stardate 5818.4 --- End Message ---
Bug#371867: marked as done (FTBFS on ia64)
Your message dated Sat, 9 Sep 2006 01:30:45 +0200 with message-id <[EMAIL PROTECTED]> and subject line not applicable has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: squashfs Version: 1:3.0-5 Severity: serious There was an error while trying to autobuild your package: > Automatic build of squashfs_1:3.0-5 on caballero by sbuild/ia64 85 > Build started at 20060607-2347 [...] > ** Using build dependencies supplied by package: > Build-Depends: cdbs (>= 0.4.23-1.1), dpatch, debhelper (>= 4.2.0), > zlib1g-dev, po4a, xsltproc, docbook-xsl, linux-headers-2.6.16-2-all, > zlib1g-dev, bzip2, binutils-hppa64 [hppa], gcc-4.0-hppa64 [hppa], docbook-xml [...] > /bin/sh: > /usr/src/linux-headers-2.6.16-2-itanium/arch/ia64/scripts/toolchain-flags: No > such file or directory > /bin/sh: /usr/src/linux-headers-2.6.16-2-itanium/arch/ia64/scripts/check-gas: > No such file or directory > make[2]: Entering directory `/usr/src/linux-headers-2.6.16-2-itanium' > CC [M] /build/buildd/squashfs-3.0/linux-2.6/inode.o > CC [M] /build/buildd/squashfs-3.0/linux-2.6/squashfs2_0.o > /build/buildd/squashfs-3.0/linux-2.6/squashfs2_0.c: In function > 'squashfs_iget_2': > /build/buildd/squashfs-3.0/linux-2.6/squashfs2_0.c:199: warning: 'frag_size' > may be used uninitialized in this function > LD [M] /build/buildd/squashfs-3.0/linux-2.6/squashfs.o > ld: cannot open linker script file > /usr/src/linux-headers-2.6.16-2-itanium/arch/ia64/module.lds: No such file or > directory > make[3]: *** [/build/buildd/squashfs-3.0/linux-2.6/squashfs.o] Error 1 > make[2]: *** [_module_/build/buildd/squashfs-3.0/linux-2.6] Error 2 > make[2]: Leaving directory `/usr/src/linux-headers-2.6.16-2-itanium' > make[1]: *** [modules] Error 2 > make[1]: Leaving directory `/build/buildd/squashfs-3.0' > make: *** [build/squashfs-modules-2.6.16-2-itanium] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64&pkg=squashfs&ver=1:3.0-5 --- End Message --- --- Begin Message --- Not applicable to linux-modules-extra-2.6. Bastian -- Extreme feminine beauty is always disturbing. -- Spock, "The Cloud Minders", stardate 5818.4 --- End Message ---