Bug#606686: linux-image-2.6.32-5-686-bigmem: problem mounting CD, even as a loop device
Hi Ben, On Sat, 11.12.2010 at 02:06:59 +, Ben Hutchings b...@decadent.org.uk wrote: We need to see the *first* oops message. This... below I have included the first BUG message I could find, ...shows the D and W flags which indicate there were prior BUG and WARN messages. but the 'W' flag is already set: Dec 10 22:38:53 debian kernel: [1736183.557889] sr 1:0:0:0: [sr0] Sense Key : Illegal Request [current] Dec 10 22:38:53 debian kernel: [1736183.557900] Info fld=0x509aa, ILI Dec 10 22:38:53 debian kernel: [1736183.557905] sr 1:0:0:0: [sr0] Add. Sense: Illegal mode for this track Dec 10 22:38:53 debian kernel: [1736183.557917] sr 1:0:0:0: [sr0] CDB: Read(10): 28 00 00 05 09 aa 00 00 01 00 Dec 10 22:38:53 debian kernel: [1736183.557937] end_request: I/O error, dev sr0, sector 1320616 Dec 10 22:38:53 debian kernel: [1736183.562482] sr 1:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Dec 10 22:38:53 debian kernel: [1736183.562494] sr 1:0:0:0: [sr0] Sense Key : Illegal Request [current] Dec 10 22:38:53 debian kernel: [1736183.562505] Info fld=0x509a9, ILI Dec 10 22:38:53 debian kernel: [1736183.562510] sr 1:0:0:0: [sr0] Add. Sense: Illegal mode for this track Dec 10 22:38:53 debian kernel: [1736183.562522] sr 1:0:0:0: [sr0] CDB: Read(10): 28 00 00 05 09 a8 00 00 02 00 Dec 10 22:38:53 debian kernel: [1736183.562541] end_request: I/O error, dev sr0, sector 1320608 Dec 10 22:39:34 debian kernel: [1736225.147779] ISO 9660 Extensions: Microsoft Joliet Level 3 Dec 10 22:39:34 debian kernel: [1736225.296822] ISO 9660 Extensions: RRIP_1991A Dec 10 22:39:36 debian kernel: [1736227.289668] BUG: unable to handle kernel paging request at 4ced1b76 Dec 10 22:39:36 debian kernel: [1736227.289681] IP: [c1090d31] zone_watermark_ok+0x5c/0x9d Dec 10 22:39:36 debian kernel: [1736227.289700] *pdpt = 0edfa001 *pde = Dec 10 22:39:36 debian kernel: [1736227.289712] Oops: [#1] SMP Dec 10 22:39:36 debian kernel: [1736227.289720] last sysfs file: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:14/ATK0110:00/hwmon/hwmon0/fan3_input Dec 10 22:39:36 debian kernel: [1736227.289732] Modules linked in: nls_utf8 isofs udf crc_itu_t xfrm_user xfrm4_tunnel tunnel4 ipcomp xfrm_ipcomp esp4 ah4 fuse ip6table_filter ip6_tables ebtable_nat ebtables binfmt_misc drbd lru_cache cn sco bnep rfcomm l2cap crc16 bluetooth rfkill kvm_amd kvm battery powernow_k8 cpufreq_userspace cpufreq_conservative cpufreq_powersave cpufreq_stats nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc nf_nat_ftp nf_nat_irc nf_conntrack_ftp nf_conntrack_irc ipt_MASQUERADE iptable_nat nf_nat ipt_LOG xt_limit xt_tcpudp xt_state nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables ppp_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc bridge stp deflate zlib_deflate ctr twofish twofish_common camellia serpent blowfish cast5 des_generic xcbc rmd160 sha1_generic hmac crypto_null af_key loop snd_hda_codec_via snd_hda_intel snd_hda_codec radeon ttm snd_hwdep drm_kms_helper snd_pcm_oss snd_mixer_oss drm snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_eve Dec 10 22:39:36 debian kernel: nt snd_seq snd_timer snd_seq_device i2c_algo_bit asus_atk0110 parport_pc evdev snd shpchp pcspkr i2c_piix4 processor button soundcore parport snd_page_alloc i2c_core pci_hotplug acpi_processor ext3 jbd mbcache sha256_generic aes_i586 aes_generic cbc dm_crypt dm_mod raid1 md_mod sg usbhid hid sr_mod cdrom sd_mod crc_t10dif ata_generic ohci_hcd pata_atiixp ahci e1000e libata thermal thermal_sys scsi_mod ehci_hcd r8169 usbcore nls_base mii [last unloaded: fuse] Dec 10 22:39:36 debian kernel: [1736227.289976] Dec 10 22:39:36 debian kernel: [1736227.289985] Pid: 13859, comm: ls Tainted: G W (2.6.32-5-xen-686 #1) System Product Name Dec 10 22:39:36 debian kernel: [1736227.289996] EIP: 0060:[c1090d31] EFLAGS: 00010246 CPU: 0 Dec 10 22:39:36 debian kernel: [1736227.290006] EIP is at zone_watermark_ok+0x5c/0x9d Dec 10 22:39:36 debian kernel: [1736227.290013] EAX: a2f41292 EBX: c11cd122 ECX: EDX: 90c35d5f Dec 10 22:39:36 debian kernel: [1736227.290021] ESI: EDI: EBP: 5356c789 ESP: e9ad3cf8 Dec 10 22:39:36 debian kernel: [1736227.290029] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Dec 10 22:39:36 debian kernel: [1736227.290038] Process ls (pid: 13859, ti=e9ad2000 task=c5ed9100 task.ti=e9ad2000) Dec 10 22:39:36 debian kernel: [1736227.290045] Stack: Dec 10 22:39:36 debian kernel: [1736227.290049] c5ac43c0 c102f844 c145ee1c e9ad3d68 000200d0 e9ad3ed0 Dec 10 22:39:36 debian kernel: [1736227.290065] 0 c1092879 a2f41292 0041 c5a84424 a2f41292 Dec 10 22:39:36 debian kernel: [1736227.290081] 0 000200d0 c13f57ec c5ac4418 c5ac441c Dec 10 22:39:36 debian kernel: [1736227.290098] Call Trace: Dec 10 22:39:36 debian kernel: [1736227.290109] [c102f844] ?
Bug#606482: 2.6.32-5-amd64: no headphone output on ASUS M4A785T-D motherboard
* Ben Hutchings [2010-12-12 03:10:35 +]: This might be a problem with the headphone detection feature. You could try to disable this by turning off the 'Jack Detect' switch. I would, if I knew how. amixer mentions no such switch. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101212104113.ga29...@astro.su.se
Bug#605448: linux-image-2.6.32-5-xen-amd64: xen dom0 and domU hang on reboot/halt
Richard Mittendorfer del...@gmx.net writes: Did you try with an updated dom0 kernel as well? Don't have 32bit guests here, neither gave debian 2.6.32-29 a try yet. Reboot seems to work with a 64bit guest: squeeze64:~# dmesg|head -n4 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-amd64 (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Dec 10 15:35:08 UTC 2010 [0.00] Command line: root=/dev/xvda ro console=hvc0 squeeze64:~# shutdown -r now Broadcast message from r...@squeeze64 (hvc0) (Sun Dec 12 12:45:59 2010): The system is going down for reboot NOW! INIT: Switching to runlevel: 6 INIT: Sending processes the TERM signal Using makefile-style concurrent boot in runlevel 6. Stopping internet superserver: inetd. Stopping NTP server: ntpd. Stopping deferred execution scheduler: atd. Stopping MTA: exim4_listener. Stopping kernel log daemon Stopping system log daemon acpid: exiting Asking all remaining processes to terminate...done. All processes ended within 1 secondsdone. Stopping portmap daemon Stopping NFS common utilities: statd. Saving the system clock. Cannot access the Hardware Clock via any known method. Use the --debug option to see the details of our search for an access method. Deconfiguring network interfaces...Internet Systems Consortium DHCP Client 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/00:01:01:99:7e:eb Sending on LPF/eth0/00:01:01:99:7e:eb Sending on Socket/fallback DHCPRELEASE on eth0 to 10.7.2.14 port 67 invoke-rc.d: - invoke-rc.d: WARNING: 'invoke-rc.d ntp try-restart' called invoke-rc.d: during shutdown sequence. invoke-rc.d: enabling safe mode: initscript policy layer disabled invoke-rc.d: - done. Cleaning up ifupdown Deactivating swap...done. Will now restart. [ 105.523291] xenbus_dev_shutdown: device/console/0: Initialising != Connected, skipping [ 105.832221] Restarting system. overlord2:~$ sudo xm console squeeze64 [0.00] Initializing cgroup subsys cpuset ... squeeze64 login: -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/841v5n9si0@sauna.l.org
Bug#606853: Realtek RTL8111/8168B fails to load firmware patch
Package: firmware-linux-nonfree Version: 0.27 I'm running a server which uses the Intel D510MO Fanless Dual Core Atom Mini-ITX Board. I initially installed Lenny and everything worked well, but decided to do a fresh install of Squeeze beta which is using kernel 2.6.32-5-686. During the installation of Squeeze there is a message saying that the firmware rtl8168d-1.fw is needed. As I had downloaded the Squeeze CD, I ignored it and continued, thinking I'd be able to install firmware-linux-nonfree afterwards to fix the problem. The information in bug report 561309 didn't fix the problem, and 564628 seems to apply to RTL8168D, whereas the output of lspci (see below) lists my network card as RTL8168B. I've included output from various commands to help with debugging. After running these commands, as after the server has finished booting, there is no eth0 device listed in the output of ifconfig. Dmesg output during boot: udev[76]: starting version 163 r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded r8169 :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 r8169 :01:00.0: setting latency timer to 64 r8169 :01:00.0: irq 28 for MSI/MSI-X eth0: RTL8168d/8111d at 0xf7c62000, what-looks-like-a-mac-address, XID 081000c0 IRQ 28 r8169 :01:00.0: firmware: requesting rtl8168d-1.fw There are no pauses in the process, and immediately after this (0.01s) usbcore messages begin. Lspci -nn output: 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 03) This doesn't include output related to non-ethernet devices. modprobe output: The following output is from dmesg after running 'modprobe -r r8169; modprobe r8169': udev[76]: starting version 163 r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded r8169 :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 r8169 :01:00.0: setting latency timer to 64 r8169 :01:00.0: irq 28 for MSI/MSI-X eth0: RTL8168d/8111d at 0xf7c62000, what-looks-like-a-mac-address, XID 081000c0 IRQ 28 r8169 :01:00.0: firmware: requesting rtl8168d-1.fw eth0: unable to apply firmware patch This last line doesn't appear during boot.
Bug#441361: #441361
Hi, a recent version of nfs-utils (1.2.3) and a recent kernel (2.6.36) and rpcbind and libtirpc makes ipv6 mounts possible. So how about a new package of the current upstream version? kind regards, Sebastian -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101212125336.ga...@s15310072.onlinehome-server.info
Bug#605448: linux-image-2.6.32-5-xen-amd64: xen dom0 and domU hang on reboot/halt
Also sprach Timo Juhani Lindfors timo.lindf...@iki.fi Sun, 12 Dec 2010 12:48:23 +0200 : Richard Mittendorfer del...@gmx.net writes: Did you try with an updated dom0 kernel as well? Don't have 32bit guests here, neither gave debian 2.6.32-29 a try yet. Reboot seems to work with a 64bit guest: I took a quick look into the vanilla changelog 2.6.32.27 and the commits to this issue seem to be a xen thing rather than reverting the above mentioned commit (which does it's job pretty well here, but is ugly). I have to stay with custom builds some time until I have time to look into this.. Added Ben to CC: https://lkml.org/lkml/2010/12/7/741 -- Richard Mittendorfer del...@gmx.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101212160851.ff467cef.del...@gmx.net
[PATCH v4] kbuild, deb-pkg: support overriding userland architecture
Usefull if building for sparc64 userland, because the sparc and sparc64 userlands use the same 64-bit kernel, making it impossible to always select the correct userland architecture for the resulting debian package. Might also be usefull, if you want a i386 userland with a amd64 kernel. Example usage: make KBUILD_DEBARCH=i386 deb-pkg LKML-reference: alpine.deb.2.02.1011051437500.13...@aurora.sdinet.de Signed-off-by: Asbjoern Sloth Toennesen asbj...@asbjorn.biz Reviewed-by: WANG Cong xiyou.wangc...@gmail.com Acked-by: maximilian attems m...@stro.at --- Documentation/kbuild/kbuild.txt |8 scripts/package/builddeb|3 +++ 2 files changed, 11 insertions(+), 0 deletions(-) diff --git a/Documentation/kbuild/kbuild.txt b/Documentation/kbuild/kbuild.txt index 634c625..b146eb8 100644 --- a/Documentation/kbuild/kbuild.txt +++ b/Documentation/kbuild/kbuild.txt @@ -51,6 +51,14 @@ Specify the output directory when building the kernel. The output directory can also be specificed using O= Setting O=... takes precedence over KBUILD_OUTPUT. +KBUILD_DEBARCH +-- +For the deb-pkg target, allows overriding the normal heuristics deployed by +deb-pkg. Normally deb-pkg attempts to guess the right architecture based on +the UTS_MACHINE variable, and on some architectures also the kernel config. +The value of KBUILD_DEBARCH is assumed (not checked) to be a valid Debian +architecture. + ARCH -- Set ARCH to the architecture to be built. diff --git a/scripts/package/builddeb b/scripts/package/builddeb index 5d6be3f..ffe2419 100644 --- a/scripts/package/builddeb +++ b/scripts/package/builddeb @@ -54,6 +54,9 @@ create_package() { echo Please add support for $UTS_MACHINE to ${0} ... 2 echo 2 esac + if [ -n $KBUILD_DEBARCH ] ; then + debarch=$KBUILD_DEBARCH + fi if [ -n $debarch ] ; then forcearch=-DArchitecture=$debarch fi -- 1.7.2.3 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1292175580-22085-1-git-send-email-asbj...@asbjorn.biz
Bug#606889: linux-2.6: Failed to load ngene (v4l driver) with error -5
Package: linux-2.6 Version: linux-image-2.6.32-5-xen-amd64 Severity: normal The compiling of the v4l ngene driver is working without any problems, but loading the new module won't work. In dmesg i get the error -5. [ 22.641167] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas [ 22.641336] ngene :00:01.0: enabling device ( - 0002) [ 22.641450] ngene :00:01.0: Xen PCI enabling IRQ: 16 [ 22.641462] alloc irq_desc for 16 on node 0 [ 22.641467] alloc kstat_irqs on node 0 [ 22.641492] ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5) [ 22.642176] ngene :00:01.0: setting latency timer to 64 [ 22.642276] ngene: Device version 1 [ 22.642333] ngene :00:01.0: firmware: requesting ngene_15.fw [ 22.682246] ngene: Loading firmware file ngene_15.fw. [ 24.692038] ngene: Command timeout cmd=11 prev=02 [ 24.692055] host_to_ngene (c000): 01 f8 0e 00 00 00 00 00 [ 24.692067] ngene_to_host (c100): 00 00 00 00 00 00 00 00 [ 24.692078] dev-hosttongene (88003e88d000): 11 01 00 d0 00 04 00 00 [ 24.692088] dev-ngenetohost (88003e88d100): 00 00 00 00 00 00 00 00 [ 24.692249] ngene: probe of :00:01.0 failed with error -5 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101212182009.667.43168.report...@mythtvbackendtesting.lueger.or.at
GIT for linux-2.6
Hi folks This is my proposal for a git-migration for the core Linux packages. I believe it would work, but I have no implementation yet. It is more complex than it would be with a fully merged tree, but it allows more ways of doing development without needing to reinvent the wheel all the time. Please comment. Bastian Introduction The Debian package for the Linux kernel and all related ones are currently maintained by the kernel team in a Subversion repository. This proofed as sometimes no easy way in the meantime. So the decision was made to go for some git-centric source storage. This document describes my proposal of a setup that uses git with submodules. It tries to support as much features of the current setup as possible. Also it tries to support some new development usages that I missed in the past. Repositories The linux-2.6 package is built from several git repositories. This repositories may be reused in other packages, like linux-tools-2.6. In combination, this repositories includes anything to build the Debian kernels and also derived variants. Repository source === This repository is derived from the upstream linux-2.6 and the upstream stable repositories. It includes all the code for the main kernel themself. Branches are used for the different supported versions. … Featureset can be included as different branches. While we don't have any featuresets planned for Wheezy for the time beeing, I don't want to loose the support for them. TODO * Branch names * Architecture specific patches Repository config === This repository includes the Debian config for the kernel images and the helper packages. This corresponds to the current debian/config directory in the package. The contents of this repository are loosly coupled with a specific upstream version or patch level of the main source. Repository infrastructure === This repository includes the infrastructure used to build the package. This includes scripts for config handling, control templates, maintainer scripts etc. The contents of this repository are declared independant of the version of the source and the configs. Repository package This repository pulls in the other three repositories as submodules. Layout: Repository source:: /source/$branch Repository infrastructure:: /debian Repository config:: /config Branches are used for different development trees. This includes the trees for stable releases. This allows independant changes for all the supported and unsupported versions. Tags are used for every release of the package. This tag also includes references to all the commits of the submodules and therefor describes a complete release without individual tags in all the repos. This allows the user to retrieve all the informations to generate every version. === Source package handling === The repository layout is way different from the current source package layout and from the expectations by the Debian world. One nice way to work with that is the 3.0 (custom)[1] source type of dpkg. This type is special and allows to script the source package generation and call dpkg only with the finished set of files. The produced source package will have a real type, most likely 3.0 (quilt)[1]. This script would create anything a Debian source package needs. This includes patches for every source from the base version. Also it may do various safety checks like out-to-dateness of the several sources. Advantages and Drawbacks Every submodule can be individual changed, updated or even replaced. This allows the developer to remix different versions of the parts. Submodules needs to be updated explicitely. Submodules records the exact commit in the parent repository. Every update of this commit list have to be recorded by a seperate commit in the parent repository. Maybe we can have some scripts to make the handling easier. A submodule reference does not keep objects alive. So without some extra care, commits in the submodules may disappear. [1]: See dpkg-source(1) -- It would seem that evil retreats when forcibly confronted. -- Yarnek of Excalbia, The Savage Curtain, stardate 5906.5 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101212185233.ga14...@wavehammer.waldi.eu.org
Bug#606889: linux-2.6: Failed to load ngene (v4l driver) with error -5
Hi, when i use the same driver within a lenny domU the driver is loading without any problems. It seams to be a problem under squeeze when ngene tries to register the new adapter for the card. Here is the dmesg output of the lenny domU. [4.735990] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas [4.736254] ngene :00:01.0: enabling device ( - 0002) [4.736408] ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5) [4.738269] PCI: Setting latency timer of device :00:01.0 to 64 [4.738372] ngene: Device version 1 [4.738399] firmware: requesting ngene_15.fw [4.781654] ngene: Loading firmware file ngene_15.fw. [4.795122] DVB: registering new adapter (nGene) [5.001116] LNBx2x attached on addr=a [5.001133] DVB: registering adapter 1 frontend 0 (STV090x Multistandard)... [5.022238] stv6110x_attach: Attaching STV6110x [5.022253] DVB: registering new adapter (nGene) [5.174364] LNBx2x attached on addr=8 [5.174380] DVB: registering adapter 2 frontend 0 (STV090x Multistandard)... [ 5.174470] stv6110x_attach: Attaching STV6110x regards Herbert -Ursprüngliche Nachricht- Von: kloana klo...@web.de Gesendet: 12.12.2010 19:20:09 An: Debian Bug Tracking System sub...@bugs.debian.org Betreff: Bug#606889: linux-2.6: Failed to load ngene (v4l driver) with error -5 Package: linux-2.6 Version: linux-image-2.6.32-5-xen-amd64 Severity: normal The compiling of the v4l ngene driver is working without any problems, but loading the new module won't work. In dmesg i get the error -5. [ 22.641167] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas [ 22.641336] ngene :00:01.0: enabling device ( - 0002) [ 22.641450] ngene :00:01.0: Xen PCI enabling IRQ: 16 [ 22.641462] alloc irq_desc for 16 on node 0 [ 22.641467] alloc kstat_irqs on node 0 [ 22.641492] ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5) [ 22.642176] ngene :00:01.0: setting latency timer to 64 [ 22.642276] ngene: Device version 1 [ 22.642333] ngene :00:01.0: firmware: requesting ngene_15.fw [ 22.682246] ngene: Loading firmware file ngene_15.fw. [ 24.692038] ngene: Command timeout cmd=11 prev=02 [ 24.692055] host_to_ngene (c000): 01 f8 0e 00 00 00 00 00 [ 24.692067] ngene_to_host (c100): 00 00 00 00 00 00 00 00 [ 24.692078] dev-hosttongene (88003e88d000): 11 01 00 d0 00 04 00 00 [ 24.692088] dev-ngenetohost (88003e88d100): 00 00 00 00 00 00 00 00 [ 24.692249] ngene: probe of :00:01.0 failed with error -5 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101212182009.667.43168.report...@mythtvbackendtesting.lueger.or.at ___ GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://movieflat.web.de -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2050141252.1394364.1292185674697.javamail.fm...@mwmweb018
Processed: found 581715 in 2.6.36-1~experimental.1
Processing commands for cont...@bugs.debian.org: found 581715 2.6.36-1~experimental.1 Bug #581715 [linux-2.6] acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree Bug #583924 [linux-2.6] linux-image-2.6.32-5-amd64: udevd-work and kernel names disagree There is no source info for the package 'linux-2.6' at version '2.6.36-1~experimental.1' with architecture '' Unable to make a source version for version '2.6.36-1~experimental.1' Bug Marked as found in versions 2.6.36-1~experimental.1. Bug Marked as found in versions 2.6.36-1~experimental.1. End of message, stopping processing here. Please contact me if you need assistance. -- 581715: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581715 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12921856974951.transcr...@bugs.debian.org
Re: Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
reassign 606895 linux-2.6 thanks On Dec 12, Chris fisch@gmx.de wrote: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree, please use SYMLINK+= or change the kernel to provide the proper name The name is correct, the kernel name change should be backported. -- ciao, Marco signature.asc Description: Digital signature
Processed: Re: Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
Processing commands for cont...@bugs.debian.org: reassign 606895 linux-2.6 Bug #606895 [udev] udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree Bug reassigned from package 'udev' to 'linux-2.6'. Bug No longer marked as found in versions udev/164-2. thanks Stopping processing here. Please contact me if you need assistance. -- 606895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606895 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129218788815257.transcr...@bugs.debian.org
Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
On Sun, 2010-12-12 at 22:04 +0100, Marco d'Itri wrote: reassign 606895 linux-2.6 thanks On Dec 12, Chris fisch@gmx.de wrote: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree, please use SYMLINK+= or change the kernel to provide the proper name The name is correct, the kernel name change should be backported. Please explain (1) why udev knows better than the kernel what the canonical name is and (2) if it does, why it shouldn't change it quietly. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
On Dec 12, Ben Hutchings b...@decadent.org.uk wrote: The name is correct, the kernel name change should be backported. Please explain (1) why udev knows better than the kernel what the canonical name is and The name has always been input/uinput, but in the last year udev deprecated changing the device names and instead started to rely on the kernel providing the correct ones. This driver was not fixed yet at the time 2.6.32 was released. (2) if it does, why it shouldn't change it quietly. It does, this is just a warning. -- ciao, Marco signature.asc Description: Digital signature
Processed: forcibly merging 581715 606895
Processing commands for cont...@bugs.debian.org: forcemerge 581715 606895 Bug#581715: acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree Bug#583924: linux-image-2.6.32-5-amd64: udevd-work and kernel names disagree Forcibly Merged 581715 583924 606895. thanks Stopping processing here. Please contact me if you need assistance. -- 583924: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583924 606895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606895 581715: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581715 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129219631619979.transcr...@bugs.debian.org
Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
On Sun, 2010-12-12 at 23:56 +0100, Marco d'Itri wrote: On Dec 12, Ben Hutchings b...@decadent.org.uk wrote: The name is correct, the kernel name change should be backported. Please explain (1) why udev knows better than the kernel what the canonical name is and The name has always been input/uinput, but in the last year udev deprecated changing the device names and instead started to rely on the kernel providing the correct ones. This driver was not fixed yet at the time 2.6.32 was released. (2) if it does, why it shouldn't change it quietly. It does, this is just a warning. Is this summary correct: 1. The kernel called this device 'uinput' for a long time. 2. There is a longstanding udev rule that renames it to 'input/uinput'. 3. udev has deprecated such renaming rules. 4. New kernel versions call it 'input/uinput', so this rule is no longer triggered. I can't see the upstream change (4) so please point it out. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: reassign 606853 to linux-2.6
Processing commands for cont...@bugs.debian.org: reassign 606853 linux-2.6 Bug #606853 [firmware-linux-nonfree] Realtek RTL8111/8168B fails to load firmware patch Bug reassigned from package 'firmware-linux-nonfree' to 'linux-2.6'. Bug No longer marked as found in versions firmware-nonfree/0.27. thanks Stopping processing here. Please contact me if you need assistance. -- 606853: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606853 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12921997851305.transcr...@bugs.debian.org
Bug#533180: linux-image-amd64: page allocation failure
Hello, i'm facing the same problem with last debian kernel. This machine have a huge network traffic. lsmod e1000e 107176 0 uname -a Linux storage36 2.6.26-2-amd64 #1 SMP Thu Nov 25 04:30:55 UTC 2010 x86_64 GNU/Linux [661895.451583] swapper: page allocation failure. order:0, mode:0x20 [661895.451583] Pid: 0, comm: swapper Not tainted 2.6.26-2-amd64 #1 [661895.451583] [661895.451583] Call Trace: [661895.451583] IRQ [80276c15] __alloc_pages_internal+0x3a6/0x3bf [661895.451583] [802957ec] kmem_getpages+0x96/0x15f [661895.451583] [80295e7c] fallback_alloc+0x16b/0x1e1 [661895.451583] [80295a59] kmem_cache_alloc_node+0x105/0x138 [661895.451583] [803b6799] __alloc_skb+0x64/0x12d [661895.451583] [803b7707] __netdev_alloc_skb+0x29/0x43 [661895.451583] [a00764ee] :e1000e:e1000_alloc_rx_buffers+0x83/0x1db [661895.451583] [a007634f] :e1000e:e1000_clean_rx_irq+0x29f/0x2da [661895.451583] [80212507] read_tsc+0x9/0x20 [661895.451583] [a0074f74] :e1000e:e1000_clean+0x88/0x270 [661895.451583] [8024ac3a] getnstimeofday+0x39/0x98 [661895.451583] [803bd297] net_rx_action+0xab/0x1da [661895.451583] [802393a1] __do_softirq+0x5c/0xd1 [661895.451583] [8020d2dc] call_softirq+0x1c/0x28 [661895.451583] [8020f3e8] do_softirq+0x3c/0x81 [661895.451583] [802392ff] irq_exit+0x3f/0x85 [661895.451583] [8020f648] do_IRQ+0xb9/0xd9 [661895.451583] [80212b57] mwait_idle+0x0/0x4d [661895.451583] [8020c47d] ret_from_intr+0x0/0x19 [661895.451583] EOI [8021a857] lapic_next_event+0x0/0x13 [661895.451583] [80212b98] mwait_idle+0x41/0x4d [661895.451583] [8020ad04] cpu_idle+0x8e/0xb8 [661895.451583] [661895.451583] Mem-info: [661895.451583] Node 0 DMA per-cpu: [661895.451583] CPU 0: hi: 0, btch: 1 usd: 0 [661895.451583] CPU 1: hi: 0, btch: 1 usd: 0 [661895.451583] CPU 2: hi: 0, btch: 1 usd: 0 [661895.451583] CPU 3: hi: 0, btch: 1 usd: 0 [661895.451583] Node 0 DMA32 per-cpu: [661895.451583] CPU 0: hi: 186, btch: 31 usd: 185 [661895.451583] CPU 1: hi: 186, btch: 31 usd: 158 [661895.451583] CPU 2: hi: 186, btch: 31 usd: 169 [661895.451583] CPU 3: hi: 186, btch: 31 usd: 160 [661895.451583] Node 0 Normal per-cpu: [661895.451583] CPU 0: hi: 186, btch: 31 usd: 140 [661895.451583] CPU 1: hi: 186, btch: 31 usd: 165 [661895.451583] CPU 2: hi: 186, btch: 31 usd: 62 [661895.451583] CPU 3: hi: 186, btch: 31 usd: 154 [661895.451583] Active:151752 inactive:1807265 dirty:192055 writeback:2506 unstable:0 [661895.451583] free:9023 slab:72368 mapped:2325 pagetables:1045 bounce:0 [661895.451583] Node 0 DMA free:11680kB min:12kB low:12kB high:16kB active:0kB inactive:0kB present:10748kB pages_scanned:0 all_unreclaimable? yes [661895.451583] lowmem_reserve[]: 0 3254 8052 8052 [661895.451583] Node 0 DMA32 free:21472kB min:4636kB low:5792kB high:6952kB active:180724kB inactive:2834512kB present:3332768kB pages_scanned:0 all_unreclaimable? no [661895.451583] lowmem_reserve[]: 0 0 4797 4797 [661895.451583] Node 0 Normal free:2940kB min:6836kB low:8544kB high:10252kB active:426284kB inactive:4394548kB present:4912640kB pages_scanned:0 all_unreclaimable? no [661895.451583] lowmem_reserve[]: 0 0 0 0 [661895.451583] Node 0 DMA: 6*4kB 3*8kB 3*16kB 6*32kB 4*64kB 1*128kB 1*256kB 1*512kB 2*1024kB 0*2048kB 2*4096kB = 11680kB [661895.451583] Node 0 DMA32: 3853*4kB 1*8kB 0*16kB 2*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 1*4096kB = 21500kB [661895.451583] Node 0 Normal: 187*4kB 1*8kB 0*16kB 0*32kB 1*64kB 1*128kB 2*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2996kB [661895.451583] 1817424 total pagecache pages [661895.451583] Swap cache: add 183, delete 183, find 0/0 [661895.451583] Free swap = 3905508kB [661895.451583] Total swap = 3906240kB [661895.504645] 2097152 pages of RAM [661895.504645] 47347 reserved pages [661895.504645] 1791344 pages shared [661895.504645] 0 pages swap cached Any idea how can i fix this? Best Regards, --- Eduardo Silvestre nfsi telecom, lda. [Email] eduardo.silves...@nfsi.pt [Phone] +351 21 114 2321 [Phone] +351 21 114 2302 [Mobile] +351 91 925 5457 [Fax] +351 21 114 2301 [Web] http://www.nfsi.pt/
Re: GIT for linux-2.6
On Sun, 2010-12-12 at 19:52 +0100, Bastian Blank wrote: Hi folks This is my proposal for a git-migration for the core Linux packages. I believe it would work, but I have no implementation yet. It is more complex than it would be with a fully merged tree, but it allows more ways of doing development without needing to reinvent the wheel all the time. Thanks for this. Comments inline below. Please comment. Bastian Introduction The Debian package for the Linux kernel and all related ones are currently maintained by the kernel team in a Subversion repository. This proofed as sometimes no easy way in the meantime. So the decision was made to go for some git-centric source storage. This document describes my proposal of a setup that uses git with submodules. It tries to support as much features of the current setup as possible. Also it tries to support some new development usages that I missed in the past. Repositories The linux-2.6 package is built from several git repositories. This repositories may be reused in other packages, like linux-tools-2.6. In combination, this repositories includes anything to build the Debian kernels and also derived variants. Repository source === This repository is derived from the upstream linux-2.6 and the upstream stable repositories. It includes all the code for the main kernel themself. Branches are used for the different supported versions. … Featureset can be included as different branches. While we don't have any featuresets planned for Wheezy for the time beeing, I don't want to loose the support for them. We do have some prospect of getting 'rt' and/or 'grsec' featuresets. I wonder what we should do when there are merge conflicts with a featureset. These are usually simple textual conflicts that can be resolved without deep understanding of the code, but a while ago there were some scheduler changes in a stable update that had to be deferred for OpenVZ and VServer until they were resolved upstream. How would we handle this in future? Would we have to defer applying the entire stable update for that featureset? TODO * Branch names Name like the current subdirectories of 'dists', except 'trunk' becomes 'master'. * Architecture specific patches Architecture-specific patches are an anti-feature. The only such patches I see in etch, lenny or squeeze are the random changes from linux-m68k in lenny (if you don't think they're random, look at bugfix/m68k/2.6.26/m68k-remove-CVS-keywords.diff). I see no need to coddle architecture maintainers who don't want to cherry-pick the actually important fixes. (And using git makes it easy for maintainers of ports outside the main archive to maintain branches outside of our repository.) Repository config === This repository includes the Debian config for the kernel images and the helper packages. This corresponds to the current debian/config directory in the package. The contents of this repository are loosly coupled with a specific upstream version or patch level of the main source. Repository infrastructure === This repository includes the infrastructure used to build the package. This includes scripts for config handling, control templates, maintainer scripts etc. The contents of this repository are declared independant of the version of the source and the configs. This assumes we never need to make fixes to the packaging in a stable release, which is not true (think of reinstating LILO updates in lenny). Repository package This repository pulls in the other three repositories as submodules. Layout: Repository source:: /source/$branch Repository infrastructure:: /debian Repository config:: /config Branches are used for different development trees. This includes the trees for stable releases. This allows independant changes for all the supported and unsupported versions. Tags are used for every release of the package. This tag also includes references to all the commits of the submodules and therefor describes a complete release without individual tags in all the repos. This allows the user to retrieve all the informations to generate every version. === Source package handling === The repository layout is way different from the current source package layout and from the expectations by the Debian world. One nice way to work with that is the 3.0 (custom)[1] source type of dpkg. This type is special and allows to script the source package generation and call dpkg only with the finished set of files. The produced source package will have a real type, most likely 3.0 (quilt)[1]. This script would create anything a Debian source package needs. This includes patches for every source from the base version. Also it may do various safety checks like
Bug#606824: firmware-iwlwifi: after disconnect unable to reconnect until reboot
On Sat, 2010-12-11 at 19:37 -0500, macarthur wrote: Package: firmware-iwlwifi Version: 0.27 Severity: important After losing the wireless connection for whatever reason, i'm unable to reconnect to it and actually acess the internet. It reconnects to the router by all traffict just dies and it's unable to do anything. trying a ping google.com -c 4 reports that the host is unknown even though i'm supposedly connected to the network. How do you determine that there is a connection to the wireless network? This issue has been in it since a couple months back but it's just now that i'm able to say with certainty that it's the package that is the problem. It's either that or whatever package tells the OS to start routing through my wireless adapter isn't doing its job. Since ethernet connections still work just fine. What are you using to configure the wireless network connection? ifupdown, wicd, Network Manager? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Processed: reassign 606824 to linux-2.6
Processing commands for cont...@bugs.debian.org: reassign 606824 linux-2.6 2.6.32-28 Bug #606824 [firmware-iwlwifi] firmware-iwlwifi: after disconnect unable to reconnect until reboot Bug reassigned from package 'firmware-iwlwifi' to 'linux-2.6'. Bug No longer marked as found in versions firmware-nonfree/0.27. Bug #606824 [linux-2.6] firmware-iwlwifi: after disconnect unable to reconnect until reboot There is no source info for the package 'linux-2.6' at version '2.6.32-28' with architecture '' Unable to make a source version for version '2.6.32-28' Bug Marked as found in versions 2.6.32-28. thanks Stopping processing here. Please contact me if you need assistance. -- 606824: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606824 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129220357814944.transcr...@bugs.debian.org
Processed: tagging 606824
Processing commands for cont...@bugs.debian.org: tags 606824 + moreinfo Bug #606824 [linux-2.6] firmware-iwlwifi: after disconnect unable to reconnect until reboot Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 606824: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606824 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129220358914985.transcr...@bugs.debian.org
Bug#533180: marked as done (linux-image-amd64: page allocation failure within kernel swapper)
Your message dated Mon, 13 Dec 2010 01:22:19 + with message-id 1292203339.3136.414.ca...@localhost and subject line Re: Bug#533180: linux-image-amd64: page allocation failure has caused the Debian Bug report #533180, regarding linux-image-amd64: page allocation failure within kernel swapper 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 ow...@bugs.debian.org immediately.) -- 533180: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533180 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-image-amd64 Version: 2.6.26-2 Severity: normal I run a standard amd64 kernel in a core 2 duo machine under heavy network traffic, and I keep getting tons of these (more than 28 in less that 2 days) the last few weeks, regardless of all reboots: [186974.720505] swapper: page allocation failure. order:0, mode:0x20 [186974.720543] Pid: 0, comm: swapper Not tainted 2.6.26-2-amd64 #1 [186974.720577] [186974.720578] Call Trace: [186974.720626] IRQ [80276b64] __alloc_pages_internal+0x3a6/0x3bf [186974.720683] [802954bc] kmem_getpages+0x96/0x164 [186974.720719] [80295b1c] fallback_alloc+0x16b/0x1e1 [186974.720758] [8029572e] kmem_cache_alloc_node+0x105/0x138 [186974.720797] [803b5a2f] __alloc_skb+0x3c/0x12d [186974.720834] [803f0497] tcp_delack_timer+0x0/0x1eb [186974.720869] [803eda19] tcp_send_ack+0x28/0xca [186974.720905] [803f061a] tcp_delack_timer+0x183/0x1eb [186974.720940] [803f0497] tcp_delack_timer+0x0/0x1eb [186974.720977] [8023ca35] run_timer_softirq+0x16a/0x1e2 [186974.721015] [802393fb] __do_softirq+0x5c/0xd1 [186974.721052] [8020d2cc] call_softirq+0x1c/0x28 [186974.721087] [8020f3d0] do_softirq+0x3c/0x81 [186974.721121] [8023935b] irq_exit+0x3f/0x83 [186974.721154] [8020f630] do_IRQ+0xb9/0xd9 [186974.721188] [80212c37] mwait_idle+0x0/0x4d [186974.721222] [8020c46d] ret_from_intr+0x0/0x19 [186974.721255] EOI [80212c78] mwait_idle+0x41/0x4d [186974.721298] [8020ac79] cpu_idle+0x89/0xb3 [186974.721337] [186974.721360] Mem-info: [186974.721385] Node 0 DMA per-cpu: [186974.721415] CPU0: hi:0, btch: 1 usd: 0 [186974.721448] CPU1: hi:0, btch: 1 usd: 0 [186974.721480] Node 0 DMA32 per-cpu: [186974.721510] CPU0: hi: 186, btch: 31 usd: 85 [186974.725684] CPU1: hi: 186, btch: 31 usd: 163 [186974.725715] Node 0 Normal per-cpu: [186974.725745] CPU0: hi: 186, btch: 31 usd: 156 [186974.725777] CPU1: hi: 186, btch: 31 usd: 176 [186974.725811] Active:432816 inactive:512117 dirty:47642 writeback:1354 unstable:0 [186974.725812] free:4360 slab:37261 mapped:147385 pagetables:2094 bounce:0 [186974.725903] Node 0 DMA free:11712kB min:20kB low:24kB high:28kB active:0kB inactive:0kB present:10784kB pages_scanned:0 all_unreclaimable? yes [186974.725975] lowmem_reserve[]: 0 3254 3948 3948 [186974.726012] Node 0 DMA32 free:5220kB min:6616kB low:8268kB high:9924kB active:1405280kB inactive:1720956kB present:3332192kB pages_scanned:0 all_unreclaimable? no [186974.726107] lowmem_reserve[]: 0 0 694 694 [186974.726142] Node 0 Normal free:508kB min:1412kB low:1764kB high:2116kB active:325984kB inactive:327512kB present:711040kB [186974.726236] lowmem_reserve[]: 0 0 0 0 [186974.726271] Node 0 DMA: 6*4kB 1*8kB 6*16kB 6*32kB 4*64kB 1*128kB 1*256kB 1*512kB 2*1024kB 0*2048kB 2*4096kB = 11712kB [186974.726352] Node 0 DMA32: 1*4kB 1*8kB 1*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 1*4096kB = 5212kB [186974.726433] Node 0 Normal: 31*4kB 1*8kB 1*16kB 1*32kB 0*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 564kB [186974.726514] 895787 total pagecache pages [186974.726544] Swap cache: add 52586, delete 47804, find 34432/40126 [186974.726580] Free swap = 1900728kB [186974.726608] Total swap = 1959800kB [186974.728623] 1032192 pages of RAM [186974.728623] 33128 reserved pages [186974.728623] 964284 pages shared [186974.728623] 4782 pages swap cached -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- On Mon, 2010-12-13 at 00:59 +, Eduardo Silvestre wrote: Hello, i'm facing the same problem with last debian kernel. This machine have a huge network traffic. [...] Any idea how can i fix this? This is simply the result of running low on
Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
reassign 606895 udev thanks On Dec 13, Ben Hutchings b...@decadent.org.uk wrote: Is this summary correct: 1. The kernel called this device 'uinput' for a long time. 2. There is a longstanding udev rule that renames it to 'input/uinput'. 3. udev has deprecated such renaming rules. 4. New kernel versions call it 'input/uinput', so this rule is no longer triggered. Everything is correct except part 4, which I must obviously have dreamt. -- ciao, Marco signature.asc Description: Digital signature
Processed: Re: Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
Processing commands for cont...@bugs.debian.org: reassign 606895 udev Bug #606895 [linux-2.6] udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree Bug #581715 [linux-2.6] acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree Bug #583924 [linux-2.6] linux-image-2.6.32-5-amd64: udevd-work and kernel names disagree Bug reassigned from package 'linux-2.6' to 'udev'. Bug reassigned from package 'linux-2.6' to 'udev'. Bug reassigned from package 'linux-2.6' to 'udev'. Bug No longer marked as found in versions 2.6.32-14, 2.6.36-1~experimental.1, and 2.6.32-27. Bug No longer marked as found in versions 2.6.32-14, 2.6.36-1~experimental.1, and 2.6.32-27. Bug No longer marked as found in versions 2.6.32-14, 2.6.36-1~experimental.1, and 2.6.32-27. thanks Stopping processing here. Please contact me if you need assistance. -- 606895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606895 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129220558622516.transcr...@bugs.debian.org
Bug#606853: Realtek RTL8111/8168B fails to load firmware patch
On Sun, 2010-12-12 at 13:51 +0100, Jon Black wrote: [...] The following output is from dmesg after running 'modprobe -r r8169; modprobe r8169': udev[76]: starting version 163 r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded r8169 :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 r8169 :01:00.0: setting latency timer to 64 r8169 :01:00.0: irq 28 for MSI/MSI-X eth0: RTL8168d/8111d at 0xf7c62000, what-looks-like-a-mac-address, XID 081000c0 IRQ 28 r8169 :01:00.0: firmware: requesting rtl8168d-1.fw eth0: unable to apply firmware patch This last line doesn't appear during boot. Does eth0 exist after this? Does anything else appear in the log? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#606482: 2.6.32-5-amd64: no headphone output on ASUS M4A785T-D motherboard
On Sun, 2010-12-12 at 11:41 +0100, Sergio Gelato wrote: * Ben Hutchings [2010-12-12 03:10:35 +]: This might be a problem with the headphone detection feature. You could try to disable this by turning off the 'Jack Detect' switch. I would, if I knew how. amixer mentions no such switch. I'm just reading the code and it looks like it will create that switch, but maybe I am wrong. Please test Linux 2.6.37-rc5 as packaged in experimental. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#606686: linux-image-2.6.32-5-686-bigmem: problem mounting CD, even as a loop device
On Sun, 2010-12-12 at 10:40 +0100, Toni Mueller wrote: Hi Ben, On Sat, 11.12.2010 at 02:06:59 +, Ben Hutchings b...@decadent.org.uk wrote: We need to see the *first* oops message. This... below I have included the first BUG message I could find, ...shows the D and W flags which indicate there were prior BUG and WARN messages. but the 'W' flag is already set: [...] FWIW, the CD the kernel was complaining about, was burnt a few minutes before on that same machine, and read perfectly fine in the same drive after a reboot. However, the same error about corrupted data occurred when I tried to loop-mount the image that I had burnt on the CD in question. I think this is caused by corruption of the memory management structures and has very little to do with the CD or its contents. Here is a WARNING message that occurred before, but I can't interpret it: Nov 21 11:41:33 debian kernel: [55144.204346] [ cut here ] Nov 21 11:41:33 debian kernel: [55144.204371] WARNING: at /build/buildd-linux-2.6_2.6.32-21-i386-Ullf8h/linux-2.6-2.6.32/debian/build/source_i386_xen/arch/x86/kernel/apic/ipi.c:109 default_send_IPI_mask_logical+0x28/0x80() [...] Well, this is 2.6.32-21 not -27 (the version specified in your initial report). If you haven't rebooted after upgrading to 2.6.32-27 then please do. Actually, please upgrade to the latest version 2.6.32-29 and then reboot. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#606824: firmware-iwlwifi: after disconnect unable to reconnect until reboot
On 12/12/2010 08:25 PM, Ben Hutchings wrote: On Sat, 2010-12-11 at 19:37 -0500, macarthur wrote: Package: firmware-iwlwifi Version: 0.27 Severity: important After losing the wireless connection for whatever reason, i'm unable to reconnect to it and actually acess the internet. It reconnects to the router by all traffict just dies and it's unable to do anything. trying a ping google.com -c 4 reports that the host is unknown even though i'm supposedly connected to the network. How do you determine that there is a connection to the wireless network? I'm unable to ping, or otherwise connect to anything. This happens when i accidently bump the little switch on teh front of my laptop. Or, if i have to go reset my router and the connection resets. It's back up again but it's not loading it properly. I can connect via ethernet but on my laptop the network doesn't show up. Since i'm in the country i'm the only person with a visible wireless network around me. This issue has been in it since a couple months back but it's just now that i'm able to say with certainty that it's the package that is the problem. It's either that or whatever package tells the OS to start routing through my wireless adapter isn't doing its job. Since ethernet connections still work just fine. What are you using to configure the wireless network connection? ifupdown, wicd, Network Manager? Ben. I'm also using Gnome Network Manager, it comes back, if i press fn+f2 which is the wireless button, or if i continually flip the switch ~8 times. it then shows itself once more and lets me connect. And this even if the thing says that it's enable network+wireless. It doesn't show itself at all. If there's any sort of information that'd help like a log of some kind i'd be glad to provide it. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d05bb70.9070...@gmail.com