Re: Candidates for longterm 2.6.32.y
From: Ben Hutchings b...@decadent.org.uk Date: Wed, 13 Apr 2011 05:27:24 +0100 On Tue, 2011-04-12 at 14:59 -0700, David Miller wrote: From: Ben Hutchings b...@decadent.org.uk Date: Sat, 09 Apr 2011 23:55:51 +0100 The following changes are present in Debian's kernel based on 2.6.32, but not yet in 2.6.32.y. I would like to send these to sta...@kernel.org but I know you prefer to pick which networking changes go into stable/longterm updates. Please could you have a look over the log and let me know if you think any of these are not suitable. The complete set of changes I'm intending to send to stable for 2.6.32.y are on this branch: git://git.debian.org/kernel/linux-2.6.git squeeze-to-stable Looks good, feel free to send these off to Andi Kleen for longterm stable as I'm personally not making submissions to that tree, the other two or three -stable trees are enough to keep track of :-) I'm primarily concerned with longterm 2.6.32.y, not whichever series Andi Kleen is looking after. So should I submit these or will you? Please do it, I'm already overloaded like. -- 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/20110412.224423.183037158.da...@davemloft.net
Bug#622576: linux-image-2.6.38-2-amd64: Laptop reboot since upgrade to 2.6.38-3 kernel in testing
Package: linux-2.6 Version: 2.6.38-3 Severity: grave Justification: renders package unusable Hi, Since the upgrade of the kernel in testing to 2.6.38 I have had serious issues. Every once and a while, my laptop just reboots (It looks like a kernel panic, however, this is not displayed on screen, nor anything is in the log files). Iam not fully sure whats the cause, as there is just no info in the log files at all, as far I can see. Iam not able to reproduce how the crash happens, it seems randomly. In some cases it happens just after I did boot, in other cases I can work a hour on my laptops and it crashes. If anyone can give instructions on how to get more information iam ofcourse willing to provide the required information. Right now, iam considering going back to the 2.6.32 kernel. Regards, Paul -- Package-specific info: ** Version: Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 root=/dev/mapper/paul--laptop-root ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [9.273853] ACPI: Power Button [PWRF] [9.274111] ACPI: AC Adapter [AC] (on-line) [9.553495] lib80211: common routines for IEEE802.11 drivers [9.553499] lib80211_crypt: registered algorithm 'NULL' [9.585942] ACPI: Battery Slot [BAT0] (battery present) [9.604746] wmi: Mapper loaded [9.640694] input: Dell WMI hotkeys as /devices/virtual/input/input9 [ 10.132216] input: PC Speaker as /devices/platform/pcspkr/input/input10 [ 10.154207] [drm] Initialized drm 1.1.0 20060810 [ 10.446534] i801_smbus :00:1f.3: PCI INT C - GSI 18 (level, low) - IRQ 18 [ 10.446541] ACPI: resource :00:1f.3 [io 0xf000-0xf01f] conflicts with ACPI region SMBI [io 0xf000-0xf00f] [ 10.446543] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 10.573567] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 10.573572] i915 :00:02.0: setting latency timer to 64 [ 10.608929] mtrr: type mismatch for c000,1000 old: write-back new: write-combining [ 10.608932] [drm] MTRR allocation failed. Graphics performance may suffer. [ 10.609506] i915 :00:02.0: irq 46 for MSI/MSI-X [ 10.609511] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 10.609512] [drm] Driver supports precise vblank timestamp query. [ 10.752061] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 10.840649] Synaptics Touchpad, model: 1, fw: 7.2, id: 0x1c0b1, caps: 0xd04733/0xa4/0xa [ 10.873470] Console: switching to colour frame buffer device 170x48 [ 10.876194] fb0: inteldrmfb frame buffer device [ 10.876195] drm: registered panic notifier [ 10.887091] acpi device:2e: registered as cooling_device4 [ 10.887480] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:02/input/input11 [ 10.887527] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [ 10.887840] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 10.920306] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input12 [ 11.727828] Linux video capture interface: v2.00 [ 11.738816] uvcvideo: Found UVC 1.00 device Laptop_Integrated_Webcam_1.3M (0c45:641d) [ 11.760679] input: Laptop_Integrated_Webcam_1.3M as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/input/input13 [ 11.760758] usbcore: registered new interface driver uvcvideo [ 11.760760] USB Video Class driver (v1.0.0) [ 12.512576] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [ 12.512635] HDA Intel :00:1b.0: irq 47 for MSI/MSI-X [ 12.512666] HDA Intel :00:1b.0: setting latency timer to 64 [ 12.532357] usb 2-1.6.3: new full speed USB device using ehci_hcd and address 6 [ 12.627620] usb 2-1.6.3: New USB device found, idVendor=413c, idProduct=8160 [ 12.627626] usb 2-1.6.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 12.627630] usb 2-1.6.3: Product: Dell Wireless 365 Bluetooth Module [ 12.627634] usb 2-1.6.3: Manufacturer: Dell Computer Corp [ 12.690929] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input14 [ 12.745979] Bluetooth: Core ver 2.15 [ 12.746004] NET: Registered protocol family 31 [ 12.746005] Bluetooth: HCI device and connection manager initialized [ 12.746008] Bluetooth: HCI socket layer initialized [ 12.748500] input: HDA Intel Mic at Ext Left Jack as /devices/pci:00/:00:1b.0/sound/card0/input15 [ 12.748597] input: HDA Intel HP Out at Ext Left Jack as /devices/pci:00/:00:1b.0/sound/card0/input16 [ 12.774157] Bluetooth: Generic Bluetooth USB driver ver 0.6 [ 12.774343] usbcore: registered new interface driver btusb [ 13.678568]
Processed: tagging 614400
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 614400 + pending Bug #614400 [linux-2.6] linux-image-2.6.32-5-xen-amd64: Kernel Crash when initiating lvcreate or lvremove actions Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 614400: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614400 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.130268082212987.transcr...@bugs.debian.org
Bug#622570: linux-image-2.6.38-2-s390x: Unable to handle kernel pointer dereference at virtual kernel address (null).
Hi Stephen, Stephen Powell wrote: I installed linux-image-2.6.38-2-s390x version 2.6.38-3 on my up-to-date Wheezy system today. It runs in a virtual machine under z/VM 5.4.0 running in an LPAR on an IBM z/890. It IPLed just fine. After the IPL, the system fell idle for a while. Then a CRON job kicked off, which caused a page fault, which caused a kernel oops. Here is the log: Thanks. If you find time, could you try the latest (or close to the latest) upstream version, following the instructions from here? http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-kernel-org-package (Short version: $ (umask 077 mkdir workspace) $ cd workspace $ wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.39-rc3.tar.bz2 $ tar -xf linux-2.6.39-rc3.tar.bz2 $ cd linux-* $ make localmodconfig $ make deb-pkg $ cd .. # dpkg -i *.deb ) If that version fails, too, the best thing would be to bisect. It works like so: # apt-get install git $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git $ cd linux-2.6 $ git bisect start -- arch/s390 mm $ git bisect bad v2.6.39-rc3 $ git bisect good v2.6.32 $ make localmodconfig $ make deb-pkg ... try it out, and ... $ git bisect good; # if it has the null pointer dereference $ git bisect bad; # if it doesn't $ git bisect skip; # if some other problem makes it hard to test $ make deb-pkg ... repeat as many times as wanted ... This can help quite a lot, to figure out what change or family of changes introduced a bug. Thanks again and hope that helps. Jonathan -- 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/20110413085500.GA14960@elie
CONFIG_INTEL_IDLE
Hi, Is there any specific reason why CONFIG_INTEL_IDLE is unset in Debian kernels? -- Frederik Himpe -- 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/io3r43$cue$1...@dough.gmane.org
Bug#586269: marked as done (Intel 82573L NIC e1000e kernel 2.6.34 long ping problem when L0 ASPM disable)
Your message dated Wed, 13 Apr 2011 12:48:44 +0200 with message-id 878vvejuk3@ibmx60t.lan and subject line Long ping problem fixed in Package: linux-2.6 (2.6.38-3) has caused the Debian Bug report #586269, regarding Intel 82573L NIC e1000e kernel 2.6.34 long ping problem when L0 ASPM disable 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.) -- 586269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586269 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.34-1~experimental.2 Severity: normal Tags: experimental Long ping problem (and sometimes packet loss) in Intel 82573L NIC because of kernel 2.6.34 e1000e enable/disable ASPM L0s and L1 and ERT according to hardware errata 82573/82574/82583 can enable L1 but L0s must be disabled, and for jumbo frames 82573/82574 must disable L1. This allows for some parts to enable L1 in certain configurations leading to better power savings. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f461f6c7c961f0b1b73c0f27becf472a0ac606b linux-image-2.6.34-1-686: Installed: 2.6.34-1~experimental.2 (ping google.com) (kernel 2.6.34 e1000e Intel 82573L Disabling ASPM L0s) PING google.com (74.125.39.147) 56(84) bytes of data. 64 bytes from fx-in-f147.1e100.net (74.125.39.147): icmp_req=7 ttl=53 time=500 ms 64 bytes from fx-in-f147.1e100.net (74.125.39.147): icmp_req=8 ttl=53 time=497 ms 64 bytes from fx-in-f147.1e100.net (74.125.39.147): icmp_req=9 ttl=53 time=500 ms 64 bytes from fx-in-f147.1e100.net (74.125.39.147): icmp_req=10 ttl=53 time=498 ms (from dmesg | grep -E e1000e|aspm|ASPM) ACPI FADT declares the system doesn't support PCIe ASPM, so disable it pci :02:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force' pci :03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force' e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2 e1000e: Copyright (c) 1999 - 2009 Intel Corporation. e1000e :02:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 e1000e :02:00.0: setting latency timer to 64 e1000e :02:00.0: irq 28 for MSI/MSI-X e1000e :02:00.0: Disabling ASPM L0s ^^ e1000e :02:00.0: irq 28 for MSI/MSI-X e1000e :02:00.0: irq 28 for MSI/MSI-X e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX In kernel 2.6.32 e1000e work well linux-image-2.6.32-5-686: Installed: 2.6.32-15 (ping google.com) (kernel 2.6.32 e1000e Intel 82573L Disabling L1 ASPM) PING google.com (74.125.77.147) 56(84) bytes of data. 64 bytes from ew-in-f147.1e100.net (74.125.77.147): icmp_req=1 ttl=51 time=46.7 ms 64 bytes from ew-in-f147.1e100.net (74.125.77.147): icmp_req=2 ttl=51 time=45.3 ms 64 bytes from ew-in-f147.1e100.net (74.125.77.147): icmp_req=3 ttl=51 time=45.3 ms 64 bytes from ew-in-f147.1e100.net (74.125.77.147): icmp_req=4 ttl=51 time=46.3 ms (from dmesg | grep -E e1000e|aspm|ASPM) ACPI FADT declares the system doesn't support PCIe ASPM, so disable it pci :02:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force' pci :03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force' e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2 e1000e: Copyright (c) 1999-2008 Intel Corporation. e1000e :02:00.0: Disabling L1 ASPM ^ e1000e :02:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 e1000e :02:00.0: setting latency timer to 64 e1000e :02:00.0: irq 28 for MSI/MSI-X e1000e :02:00.0: Warning: detected ASPM enabled in EEPROM e1000e :02:00.0: irq 28 for MSI/MSI-X e1000e :02:00.0: irq 28 for MSI/MSI-X e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX Other Helpful Information: e1000e: Disable L1 ASPM power savings for 82573 mobile variants - long ping times (up to 2 seconds) http://www.mail-archive.com/netdev@vger.kernel.org/msg52394.html Intel 82573 Family Gigabit Ethernet Controllers Specification Update, 2.9 http://www.intel.com/products/ethernet/resource.htm#s1=Gigabit%20Ethernets2=82573E/L/Vs3=Specification%20update What works for me: /usr/src/linux-source-2.6.34/drivers/net/e1000e/82571.c diff 82571.c 82571.c-j.0.0 392,393c392,393 /* Disable ASPM L1 due to long ping problem */ e1000e_disable_aspm(adapter-pdev, PCIE_LINK_STATE_L1); --- /* Disable ASPM L0s due to hardware errata */ e1000e_disable_aspm(adapter-pdev, PCIE_LINK_STATE_L0S); This is not enough
Bug#622325: DNS323 RTC-M41T80 starting with Kernel 2.6.38-orion5x (still there in 2.6.38.2) / seems to be introduced with RTC-REWORK
The formerly found bug seems to be introduced with the RTC-rework starting with kernel 2.6.38. It seems to be NOT a bug of I2C- or LM75-driver! The bug starts with kernel 2.6.38 and is still there in 2.6.38.2. Kernel 2.6.37.6 runs fine No RTC-bug here!!! [ 18.270364] i2c /dev entries driver [ 18.274728] rtc-m41t80 0-0068: chip found, driver version 0.05 [ 18.280955] m41t80: dev (254:0) [ 18.281012] rtc-m41t80 0-0068: rtc core: registered m41t80 as rtc0 [ 20.280626] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 20.287144] rtc-m41t80 0-0068: Can't clear HT bit [ 20.292139] rtc-m41t80: probe of 0-0068 failed with error -5 [ 22.290615] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 22.297153] lm75: probe of 0-0048 failed with error -110 [ 24.300623] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 26.300925] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 28.300905] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 30.300636] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 32.300906] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 34.300844] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 [ 36.300648] i2c i2c-0: mv64xxx: I2C bus locked, block: 1, time_left: 0 regards Manuel Roeder - manuel.roeder(at)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/4da58182.4080...@gmx.de
Re: Stable update of linux-2.6
On Wed, 2011-04-13 at 06:31 +0100, Adam D. Barratt wrote: On Tue, 2011-03-29 at 23:26 +0100, Adam D. Barratt wrote: On Sun, 2011-03-27 at 20:31 +0100, Ben Hutchings wrote: There were a couple of regressions in linux-2.6 version 2.6.32-31 (i.e. Debian 6.0.1) that should be fixed a.s.a.p: [...] Either Dann or I will upload an update to stable-proposed-updates, intended for early release through stable-updates. Unfortunately, the powerpc build reproducibly FTBFS: The kernel's now built everywhere; thanks for following up on that. As this is the first time that we've actively pushed a non-security stable kernel update outside of the point release route, we'd prefer that it be opened to testing from a wider selection of users than most p-u kernels receive. A mail to that effect will be sent to the debian-stable-announce list shortly, with the plan being to look at pushing to stable-updates over the weekend if no significant issues are reported beforehand. I think there's still a Xen regression (since 2.6.32-31) to be fixed. 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 621812 to udev
Processing commands for cont...@bugs.debian.org: reassign 621812 udev 167-2 Bug #621812 [linux-2.6] alsa-base: Missing kernel modules after 7/4/11 update Bug reassigned from package 'linux-2.6' to 'udev'. Bug No longer marked as found in versions 2.6.38-1. Bug #621812 [udev] alsa-base: Missing kernel modules after 7/4/11 update Bug Marked as found in versions udev/167-2. thanks Stopping processing here. Please contact me if you need assistance. -- 621812: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621812 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.130269581226023.transcr...@bugs.debian.org
Re: Stable update of linux-2.6
On Wed, April 13, 2011 12:57, Ben Hutchings wrote: On Wed, 2011-04-13 at 06:31 +0100, Adam D. Barratt wrote: The kernel's now built everywhere; thanks for following up on that. As this is the first time that we've actively pushed a non-security stable kernel update outside of the point release route, we'd prefer that it be opened to testing from a wider selection of users than most p-u kernels receive. A mail to that effect will be sent to the debian-stable-announce list shortly, with the plan being to look at pushing to stable-updates over the weekend if no significant issues are reported beforehand. I think there's still a Xen regression (since 2.6.32-31) to be fixed. Ah, okay; thanks for the update. Let's hold off with the push to stable-updates for now then. Regards, Adam -- 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/3b65335c111db9876d66ff5d9bf3d3d9.squir...@adsl.funky-badger.org
Re: CONFIG_INTEL_IDLE
On Wed, 2011-04-13 at 09:41 +, Frederik Himpe wrote: Hi, Is there any specific reason why CONFIG_INTEL_IDLE is unset in Debian kernels? Yes, we don't trust it. It has had several bugs that caused the kernel to hang at boot. Maybe it's good enough now, but I'm reluctant to try it again. 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#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen
On Tue, 2011-04-12 at 16:59 +0200, Florian Wagner wrote: On Wed, Apr 06, 2011 at 11:48:07AM +0200, Florian Wagner wrote: But this kernel doesn't boot as a PV domU neither on my Citrix XenServer 5.6 FP1 nor on a Debian system with Xen 3.4.3 at all. It doesn't even get so far as to provide a hvc console but crashes with a page fault on domain creation: It needs a backport of 67e87f0a1c5cbc750f81ebf6a128e8ff6f4376cc to not zero parts of the memory. I've checked out svn://svn.debian.org/kernel/dists/squeeze/linux-2.6 at revision 17202 and applied the commit you mentioned. (Had to redo the patch since the context didn't fit anymore) and the VM boots! (It still doesn' live mirate reliably, but that's for another bug report.) I've attached the output of svn diff. Thanks, unless I hear any objection I'll add this to svn shortly. Cheers, Ian. -- Ian Campbell Current Noise: Ludicra - A Larger Silence Out of register space (ugh) -- vi -- 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/1302698270.5997.30.ca...@zakaz.uk.xensource.com
Bug#622576: linux-image-2.6.38-2-amd64: Laptop reboot since upgrade to 2.6.38-3 kernel in testing
On Wed, 2011-04-13 at 08:52 +0200, Paul Sohier wrote: Package: linux-2.6 Version: 2.6.38-3 Severity: grave Justification: renders package unusable Hi, Since the upgrade of the kernel in testing to 2.6.38 I have had serious issues. Every once and a while, my laptop just reboots (It looks like a kernel panic, however, this is not displayed on screen, nor anything is in the log files). Iam not fully sure whats the cause, as there is just no info in the log files at all, as far I can see. Iam not able to reproduce how the crash happens, it seems randomly. In some cases it happens just after I did boot, in other cases I can work a hour on my laptops and it crashes. Try removing VirtualBox and the wl driver. If that doesn't make a difference: If anyone can give instructions on how to get more information iam ofcourse willing to provide the required information. Right now, iam considering going back to the 2.6.32 kernel. [...] You may be able to get some information with netconsole http://www.kernel.org/doc/Documentation/networking/netconsole.txt if you have another computer available. 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: tagging 622576
Processing commands for cont...@bugs.debian.org: tags 622576 + moreinfo Bug #622576 [linux-2.6] linux-image-2.6.38-2-amd64: Laptop reboot since upgrade to 2.6.38-3 kernel in testing Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 622576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622576 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.13026996245672.transcr...@bugs.debian.org
Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen
On Wed, Apr 13, 2011 at 01:37:50PM +0100, Ian Campbell wrote: Thanks, unless I hear any objection I'll add this to svn shortly. Already on it. Bastian -- Immortality consists largely of boredom. -- Zefrem Cochrane, Metamorphosis, stardate 3219.8 -- 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/20110413125853.ga31...@wavehammer.waldi.eu.org
Processed: severity of 622576 is important
Processing commands for cont...@bugs.debian.org: severity 622576 important Bug #622576 [linux-2.6] linux-image-2.6.38-2-amd64: Laptop reboot since upgrade to 2.6.38-3 kernel in testing Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- 622576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622576 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.13026996265701.transcr...@bugs.debian.org
Processed: tagging 621072
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 621072 + pending Bug #621072 [linux-2.6] linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen Bug #622306 [linux-2.6] 2.6.32-33 Xen amd64 kernel fails to boot as Xen guest Added tag(s) pending. Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 621072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621072 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.13027105467061.transcr...@bugs.debian.org
[57/74] powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code
2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Kamalesh Babulal kamal...@linux.vnet.ibm.com powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code This patch introduces PPC64 specific #ifdef bits from the upstream commit: b3df895aebe091b1657a42a8c859bd49fc96646b. Reported-and-tested-by: dann frazier da...@dannf.org Signed-off-by: Kumar Gala ga...@kernel.crashing.org Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com cc: Benjamin Herrenschmidt b...@kernel.crashing.org cc: Anton Blanchard an...@samba.org Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- arch/powerpc/kernel/crash.c |4 1 file changed, 4 insertions(+) --- a/arch/powerpc/kernel/crash.c +++ b/arch/powerpc/kernel/crash.c @@ -163,6 +163,7 @@ static void crash_kexec_prepare_cpus(int } /* wait for all the CPUs to hit real mode but timeout if they don't come in */ +#ifdef CONFIG_PPC_STD_MMU_64 static void crash_kexec_wait_realmode(int cpu) { unsigned int msecs; @@ -187,6 +188,7 @@ static void crash_kexec_wait_realmode(in } mb(); } +#endif /* * This function will be called by secondary cpus or by kexec cpu @@ -445,7 +447,9 @@ void default_machine_crash_shutdown(stru crash_kexec_prepare_cpus(crashing_cpu); cpu_set(crashing_cpu, cpus_in_crash); crash_kexec_stop_spus(); +#ifdef CONFIG_PPC_STD_MMU_64 crash_kexec_wait_realmode(crashing_cpu); +#endif if (ppc_md.kexec_cpu_down) ppc_md.kexec_cpu_down(1, 0); } -- 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/20110413155149.099185...@clark.kroah.org
[58/74] powerpc: Fix default_machine_crash_shutdown #ifdef botch
2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Kamalesh Babulal kamal...@linux.vnet.ibm.com powerpc: Fix default_machine_crash_shutdown #ifdef botch Commit: c2be05481f6125254c45b78f334d4dd09c701c82 upstream crash_kexec_wait_realmode() is defined only if CONFIG_PPC_STD_MMU_64 and CONFIG_SMP, but is called if CONFIG_PPC_STD_MMU_64 even if !CONFIG_SMP. Fix the conditional compilation around the invocation. Reported-by: Ben Hutchings b...@decadent.org.uk Signed-off-by: Paul E. McKenney paul...@linux.vnet.ibm.com Acked-by: Michael Neuling mi...@neuling.org Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com cc: Anton Blanchard an...@samba.org Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- arch/powerpc/kernel/crash.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/arch/powerpc/kernel/crash.c +++ b/arch/powerpc/kernel/crash.c @@ -447,7 +447,7 @@ void default_machine_crash_shutdown(stru crash_kexec_prepare_cpus(crashing_cpu); cpu_set(crashing_cpu, cpus_in_crash); crash_kexec_stop_spus(); -#ifdef CONFIG_PPC_STD_MMU_64 +#if defined(CONFIG_PPC_STD_MMU_64) defined(CONFIG_SMP) crash_kexec_wait_realmode(crashing_cpu); #endif if (ppc_md.kexec_cpu_down) -- 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/20110413155149.225851...@clark.kroah.org
[55/71] powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code
2.6.33-longterm review patch. If anyone has any objections, please let us know. -- From: Kamalesh Babulal kamal...@linux.vnet.ibm.com powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code This patch introduces PPC64 specific #ifdef bits from the upstream commit: b3df895aebe091b1657a42a8c859bd49fc96646b. Reported-and-tested-by: dann frazier da...@dannf.org Signed-off-by: Kumar Gala ga...@kernel.crashing.org Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com cc: Benjamin Herrenschmidt b...@kernel.crashing.org cc: Anton Blanchard an...@samba.org Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- arch/powerpc/kernel/crash.c |4 1 file changed, 4 insertions(+) --- a/arch/powerpc/kernel/crash.c +++ b/arch/powerpc/kernel/crash.c @@ -163,6 +163,7 @@ static void crash_kexec_prepare_cpus(int } /* wait for all the CPUs to hit real mode but timeout if they don't come in */ +#ifdef CONFIG_PPC_STD_MMU_64 static void crash_kexec_wait_realmode(int cpu) { unsigned int msecs; @@ -187,6 +188,7 @@ static void crash_kexec_wait_realmode(in } mb(); } +#endif /* * This function will be called by secondary cpus or by kexec cpu @@ -445,7 +447,9 @@ void default_machine_crash_shutdown(stru crash_kexec_prepare_cpus(crashing_cpu); cpu_set(crashing_cpu, cpus_in_crash); crash_kexec_stop_spus(); +#ifdef CONFIG_PPC_STD_MMU_64 crash_kexec_wait_realmode(crashing_cpu); +#endif if (ppc_md.kexec_cpu_down) ppc_md.kexec_cpu_down(1, 0); } -- 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/20110413161048.320480...@clark.kroah.org
[56/71] powerpc: Fix default_machine_crash_shutdown #ifdef botch
2.6.33-longterm review patch. If anyone has any objections, please let us know. -- From: Kamalesh Babulal kamal...@linux.vnet.ibm.com powerpc: Fix default_machine_crash_shutdown #ifdef botch Commit: c2be05481f6125254c45b78f334d4dd09c701c82 upstream crash_kexec_wait_realmode() is defined only if CONFIG_PPC_STD_MMU_64 and CONFIG_SMP, but is called if CONFIG_PPC_STD_MMU_64 even if !CONFIG_SMP. Fix the conditional compilation around the invocation. Reported-by: Ben Hutchings b...@decadent.org.uk Signed-off-by: Paul E. McKenney paul...@linux.vnet.ibm.com Acked-by: Michael Neuling mi...@neuling.org Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com cc: Anton Blanchard an...@samba.org Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- arch/powerpc/kernel/crash.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/arch/powerpc/kernel/crash.c +++ b/arch/powerpc/kernel/crash.c @@ -447,7 +447,7 @@ void default_machine_crash_shutdown(stru crash_kexec_prepare_cpus(crashing_cpu); cpu_set(crashing_cpu, cpus_in_crash); crash_kexec_stop_spus(); -#ifdef CONFIG_PPC_STD_MMU_64 +#if defined(CONFIG_PPC_STD_MMU_64) defined(CONFIG_SMP) crash_kexec_wait_realmode(crashing_cpu); #endif if (ppc_md.kexec_cpu_down) -- 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/20110413161048.418764...@clark.kroah.org
Bug#620480: I'm having random freezes on a GM965
Hello there, I'm also experiencing problems with my Intel video card since the upgrade to kernel 2.6.38. I have random freezes when watching videos or editing them with Kino or Kdenlive. The output of uname -a: Linux inspironjaime2 2.6.38-2-amd64 #1 SMP Thu Apr 7 04:28:07 UTC 2011 x86_64 GNU/Linux This is the card info from lspci: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c) Here is the version of the driver, I'll see if I can upgrade to unstable version and see if the freezing stops: xserver-xorg-video-intel: Installed: 2:2.14.0-4 Candidate: 2:2.14.0-4 Version table: 2:2.14.902-1+exp1 0 101 http://mirror.cc.columbia.edu/pub/linux/debian/debian/ experimental/main amd64 Packages 101 http://ftp.us.debian.org/debian/ experimental/main amd64 Packages 2:2.14.902-1 0 103 http://mirror.cc.columbia.edu/pub/linux/debian/debian/ unstable/main amd64 Packages 103 http://ftp.us.debian.org/debian/ unstable/main amd64 Packages *** 2:2.14.0-4 0 500 http://mirror.cc.columbia.edu/pub/linux/debian/debian/ testing/main amd64 Packages 500 http://ftp.us.debian.org/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status After the last freeze, while trying to watch a video, this is what I found at the end of /var/log/Xorg.0.log.old : [ 6143.301] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 6143.301] Backtrace: [ 6143.318] 0: /usr/bin/X (xorg_backtrace+0x28) [0x4aacc8] [ 6143.318] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a6d04] [ 6143.318] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x464e84] [ 6143.318] 3: /usr/bin/X (xf86PostMotionEvent+0xa9) [0x465029] [ 6143.318] 4: /usr/lib/xorg/modules/input/synaptics_drv.so (0x7fe598787000+0x448c) [0x7fe59878b48c] [ 6143.318] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0x7fe598787000+0x616e) [0x7fe59878d16e] [ 6143.318] 6: /usr/bin/X (0x40+0x76387) [0x476387] [ 6143.318] 7: /usr/bin/X (0x40+0x11d823) [0x51d823] [ 6143.318] 8: /lib/libpthread.so.0 (0x7fe59d674000+0xef60) [0x7fe59d682f60] [ 6143.318] 9: /lib/libc.so.6 (memcpy+0x15b) [0x7fe59c4388ab] [ 6143.318] 10: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7fe59a3b7000+0x14965) [0x7fe59a3cb965] [ 6143.318] 11: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7fe59a3b7000+0x15139) [0x7fe59a3cc139] [ 6143.318] 12: /usr/bin/X (0x40+0x1211d0) [0x5211d0] [ 6143.318] 13: /usr/lib/xorg/modules/extensions/libextmod.so (0x7fe59b4b5000+0x137a4) [0x7fe59b4c87a4] [ 6143.318] 14: /usr/bin/X (0x40+0x48909) [0x448909] [ 6143.318] 15: /usr/bin/X (0x40+0x257ab) [0x4257ab] [ 6143.318] 16: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7fe59c3d7c4d] [ 6143.319] 17: /usr/bin/X (0x40+0x25339) [0x425339] Please let me know if more info is needed. Since this is a production machine I'll have to go back to kernel 2.6.32 while this get fixed. Thanks. -- Jaime Alberto Silva Colorado Ingeniero Electricista Gerente SG Automatización Ltda. Pereira \ Risaralda \ Colombia http://www.sgautomatizacion.com -- 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/BANLkTin34nw4LAhRVVC0=o=ormqzpe5...@mail.gmail.com
Bug#622649: linux-image-2.6.38-2-amd64: unable to enumerate USB device on port 6
Package: linux-2.6 Severity: important Tags: squeeze sid -- Package-specific info: ** Version: Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 ** Command line: root=UUID=f2f57267-0289-412c-9f9b-e8702e8b7010 ro vga=791 ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 230.578300] hub 4-0:1.0: USB hub found [ 230.578308] hub 4-0:1.0: 6 ports detected [ 230.612090] usb 1-3: new high speed USB device using ehci_hcd and address 3 [ 231.038773] usb 1-3: New USB device found, idVendor=5986, idProduct=0102 [ 231.038788] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0 [ 231.038796] usb 1-3: Product: Acer Crystal Eye webcam [ 231.088304] uvcvideo: Found UVC 1.00 device Acer Crystal Eye webcam (5986:0102) [ 231.249563] input: Acer Crystal Eye webcam as /devices/pci:00/:00:02.1/usb1/1-3/1-3:1.0/input/input13 [ 231.360073] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 231.676055] usb 3-1: new low speed USB device using ohci_hcd and address 2 [ 231.888074] usb 3-1: New USB device found, idVendor=093a, idProduct=2510 [ 231.888080] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 231.888083] usb 3-1: Product: USB OPTICAL MOUSE [ 231.888086] usb 3-1: Manufacturer: PIXART [ 231.901501] input: PIXART USB OPTICAL MOUSE as /devices/pci:00/:00:02.0/usb3/3-1/3-1:1.0/input/input14 [ 231.901716] generic-usb 0003:093A:2510.0002: input,hidraw0: USB HID v1.11 Mouse [PIXART USB OPTICAL MOUSE] on usb-:00:02.0-1/input0 [ 232.100123] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 232.228179] usbcore: registered new interface driver usbserial_generic [ 232.228192] usbserial: USB Serial Driver core [ 232.287673] USB Serial support registered for GSM modem (1-port) [ 232.468049] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 232.608135] usbcore: registered new interface driver option [ 232.608141] option: v0.7.2:USB Driver for GSM modems [ 232.808064] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 233.048161] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 233.260194] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 233.500086] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 233.712061] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 233.952061] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 234.164060] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 234.404067] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 234.616083] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 234.856123] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 235.068063] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 235.308071] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 235.520066] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 235.760066] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 235.972060] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 236.212064] hub 1-0:1.0: unable to enumerate USB device on port 6 [ 236.424061] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 236.528145] ehci_hcd :00:04.1: remove, state 4 [ 236.528171] usb usb2: USB disconnect, address 1 [ 236.535859] ehci_hcd :00:04.1: USB bus 2 deregistered [ 236.535974] ehci_hcd :00:04.1: PCI INT B disabled [ 236.536053] ehci_hcd :00:02.1: remove, state 1 [ 236.536247] usb usb1: USB disconnect, address 1 [ 236.552089] hub 1-0:1.0: hub_port_status failed (err = -19) [ 236.552102] hub 1-0:1.0: connect-debounce failed, port 6 disabled [ 236.552155] usb 1-3: USB disconnect, address 3 [ 236.592413] ehci_hcd :00:02.1: USB bus 1 deregistered [ 236.592534] ehci_hcd :00:02.1: PCI INT B disabled [ 236.868074] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 237.172054] usb 3-3: new full speed USB device using ohci_hcd and address 14 [ 237.595095] usb 3-3: New USB device found, idVendor=5986, idProduct=0102 [ 237.595109] usb 3-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0 [ 237.595118] usb 3-3: Product: Acer Crystal Eye webcam [ 237.649240] uvcvideo: Found UVC 1.00 device Acer Crystal Eye webcam (5986:0102) [ 237.820530] input: Acer Crystal Eye webcam as /devices/pci:00/:00:02.0/usb3/3-3/3-3:1.0/input/input15 [ 238.068095] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 238.316069] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 238.564063] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 238.812066] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 239.060068] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 239.308068] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 239.556061] hub 3-0:1.0: unable to enumerate USB device on port 6 [ 239.804344] hub 3-0:1.0:
Bug#621032: linux-2.6: please add armhf support
* Hector Oron hector.o...@gmail.com [2011-04-12 23:18]: I am testing different configurations at the moment, some of them just don't boot, but some other boot. It is somehow spartan to deal with cascading configuration files when doing development. How do you think we could proceed on this topic? I don't know if there's a tool to handle the configs; but I suggest you start by using another arm config file (e.g. the one from kirkwood) as a base and then modifying it. -- Martin Michlmayr http://www.cyrius.com/ -- 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/20110413181951.gl11...@jirafa.cyrius.com
Bug#516785: Sun Fire 480R booting now [Was: Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic]
Hermann Lauer wrote: Just found the initcall_debug=1 ignore_loglevel suggested by davem during the last debugging session with this machine. Tail of the output is below for completeness, thought I feel I should try the latest stable vanilla kernel when time permits. 2.6.38.2 vanilla compiled under squeeze is booting and running fine since around an hour here on a 480R. Also on 880 it is running with minor glitches so far. Thanks to all the sparc linux people for this good release. For the debian sparc list: Hoping that wheezy will get a 2.6.38 kernel. A 2.6.38 based kernel image is already available in wheezy/testing Please test it and report, if it also works. Cheers, Moritz -- 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/20110413190127.GA5997@pisco.westfalen.local
Bug#621773: Add depends on rpcbind
Hello, I just had the same issue, and was able to solve it simply by installing rpcbind (and removing portmap). I think this package should add a dependency on rpcbind (and possibly breaks: portmap?) starting from 1.2.3. -- With respect, Roman signature.asc Description: PGP signature
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
reopen 620421 thanks Hello, On Sun, 03 Apr 2011 05:29:12 +0100 Ben Hutchings b...@decadent.org.uk wrote: I'm describing (actually, repeating) what was in the initial bug report for that test, modulo my misunderstanding about Bash's special treatment of that path. The initial bug report contained the output from the upgrade and the init script. The init script redirects errors from the test command to /dev/null because the error message is not expected to be meaningful in context. That's why I asked to run the test command directly. I confirm the bug. # cat /dev/null /dev/tcp/localhost/111 -su: /dev/tcp/localhost/111: No such file or directory -- WBR, Andrew signature.asc Description: PGP signature
Processed: Re: Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
Processing commands for cont...@bugs.debian.org: reopen 620421 Bug #620421 {Done: Ben Hutchings b...@decadent.org.uk} [nfs-kernel-server] nfs-kernel-server: init script depends on non-existent â/dev/tcp/â thanks Stopping processing here. Please contact me if you need assistance. -- 620421: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620421 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.130272338716731.transcr...@bugs.debian.org
Processed: reopening 620072
Processing commands for cont...@bugs.debian.org: reopen 620072 Bug #620072 {Done: Luk Claes l...@debian.org} [nfs-kernel-server] /etc/init.d/nfs-kernel-server uses unsupported /dev/tcp bashism thanks Stopping processing here. Please contact me if you need assistance. -- 620072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620072 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.130272345716882.transcr...@bugs.debian.org
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
On Wed, Apr 13, 2011 at 10:36:04PM +0300, Andrew O. Shadoura wrote: reopen 620421 thanks Hello, On Sun, 03 Apr 2011 05:29:12 +0100 Ben Hutchings b...@decadent.org.uk wrote: I'm describing (actually, repeating) what was in the initial bug report for that test, modulo my misunderstanding about Bash's special treatment of that path. The initial bug report contained the output from the upgrade and the init script. The init script redirects errors from the test command to /dev/null because the error message is not expected to be meaningful in context. That's why I asked to run the test command directly. I confirm the bug. # cat /dev/null /dev/tcp/localhost/111 -su: /dev/tcp/localhost/111: No such file or directory Let me guess, you're using bash from 'lenny'? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20110413195748.gj2...@decadent.org.uk
Bug#621773: Add depends on rpcbind
On Thu, Apr 14, 2011 at 01:15:37AM +0600, Roman Mamedov wrote: Hello, I just had the same issue, and was able to solve it simply by installing rpcbind (and removing portmap). I think this package should add a dependency on rpcbind (and possibly breaks: portmap?) starting from 1.2.3. 'Breaks' is wrong. The dependency is there in version 1:1.2.3-2. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20110413200653.gl2...@decadent.org.uk
Bug#621773: Add depends on rpcbind
On 04/13/2011 09:15 PM, Roman Mamedov wrote: Hello, I just had the same issue, and was able to solve it simply by installing rpcbind (and removing portmap). I think this package should add a dependency on rpcbind (and possibly breaks: portmap?) starting from 1.2.3. It does, please update your system. Cheers Luk -- 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/4da60232.2050...@debian.org
Bug#620421: marked as done (nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’)
Your message dated Wed, 13 Apr 2011 23:12:15 +0300 with message-id 20110413231215.189a2fc2@ileemo and subject line Re: Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’ has caused the Debian Bug report #620421, regarding nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’ 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.) -- 620421: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620421 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: nfs-kernel-server Version: 1:1.2.2-5 Severity: important Tags: patch The ‘/etc/init.d/nfs-kernel-server’ script has a new dependency on a non-existent directory: = # See if portmap or rpcbind are running (cat /dev/null /dev/tcp/localhost/111) 2/dev/null RET=$? if [ $RET != 0 ]; then echo log_warning_msg Not starting: portmap daemon is not running exit 0 fi = This results in the script failing, with “Not starting: portmap daemon is not running”. That's nothing to do with the portmapper service. It's because there is no such directory ‘/dev/tcp/’ on this machine: $ ls /dev/tcp/ ls: cannot access /dev/tcp/: No such file or directory To check for the portmapper service, the ‘rpcinfo(1)’ tool is provided. Using that program, we can see that the service is running on this machine: $ rpcinfo -t localhost portmapper program 10 version 2 ready and waiting The following patch uses this test, which works in current “Wheezy”. === modified file 'init.d/nfs-kernel-server' --- old/init.d/nfs-kernel-server2011-04-01 12:03:38 + +++ new/init.d/nfs-kernel-server2011-04-01 19:51:56 + @@ -84,7 +84,7 @@ log_progress_msg nfsd - # See if portmap or rpcbind are running - (cat /dev/null /dev/tcp/localhost/111) 2/dev/null + # See if the portmapper service is running. + (rpcinfo -t localhost portmapper) /dev/null 2/dev/null RET=$? if [ $RET != 0 ]; then echo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.32-5-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-kernel-server depends on: ii libblkid1 2.17.2-9.1 block device id library ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2common error description library ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4mechanism-switch gssapi library ii libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4 MIT Kerberos runtime libraries ii libnfsidmap20.24-1 An nfs idmapping library ii librpcsecgss3 0.19-2 allows secure rpc communication us ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii nfs-common 1:1.2.2-5NFS support files common to client ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Hello, On Wed, 13 Apr 2011 22:04:54 +0200 Luk Claes l...@debian.org wrote: I confirm the bug. # cat /dev/null /dev/tcp/localhost/111 -su: /dev/tcp/localhost/111: No such file or directory Unless you show that you: 1) have bash 4.1-3 or later installed ('apt-cache policy bash' for instance) 2) are using bash as shell ('exec bash' for instance) 3) sunrpc service is running ('lsof -i :111' for instance) 4) still have this issue It's going to stay closed as only in that case it's supposed to work. If it's the only case, it should be specified explicitly. And, after all, why not use the utility that is supposed to be used, and not this hackish thing? Also, there's no way to get a newer bash unless I install it by hand. This system isn't lenny any more, but nothing has upgraded it yet by means of dependencies. -- WBR,
Bug#571035: [an older bugreport] ide controller not supported by libata, but was supported by ide_generic [Was: installationsreport: grub2: machine doesn't boot]
Hello, I returned back to this to try, if something has happened on this in the last time (I thought, maybe a new kernel release has fixed this or something like that ...) The problem is this: I have an old laptop here, where the ide disk was supported in the past over the old ide_xxx drivers. While these drivers seem to be no longer supported on the long run, I tried if I can get ide running with the new libata drivers. And the answer is No. Further investigation gave the info, that this particular ide controller was supported by the ide_gd kernel module. Don't know what driver obsoleted the ide_gd module, I tried all of the ata_xxx modules available on a recent debian-installer netinst cd, and none was able to bring the ide controller up (so no ide disk visible). So this ide controller is no longer supported by the linux kernel. (you can find this in the history of this report several times) If you ask now: ok, what controller does your machine have? I will have to answer: well, I don't know exactly, the output of lspci is this: ~ # lspci 00:00.0 Host bridge: Toshiba America Info Systems CPU to PCI bridge (rev a0) 00:04.0 VGA compatible controller: Chips and Technologies F6 HiQVPro (rev c6) 00:0b.0 USB Controller: NEC Corporation USB (rev 02) 00:11.0 Communication controller: Toshiba America Info Systems FIR Port Type-0 (rev 21) 00:13.0 Cardbus bridge: Toshiba America Info Systems ToPIC97 (rev 20) 00:13.1 Cardbus bridge: Toshiba America Info Systems ToPIC97 (rev 20) So, there is no ide controller listed. And ide disc is accessible at this time via ide_generic: ~ # ls /dev/hda* /dev/hda /dev/hda1 /dev/hda2 This system outputs were created on 2.6.37-2-486 from a daily build netinst cd from 20110407. The machine is an Toshiba Satellite 320CDS laptop. Don't know what to do with this bug (it has a long history already, starting with Squeeze-alpha1 ...): Close it and file a new one against the kernel? Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.0.2 under DEBIAN GNU/LINUX 6.0 - S q u e e z e Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- 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/20110413221824.7a3d9cb5.li...@wansing-online.de
Bug#622325: DNS323 RTC-M41T80 starting with Kernel 2.6.38-orion5x (still there in 2.6.38.2) / seems to be introduced with RTC-REWORK
* Manuel Roeder manuel_roe...@gmx.de [2011-04-13 12:57]: The formerly found bug seems to be introduced with the RTC-rework starting with kernel 2.6.38. It seems to be NOT a bug of I2C- or LM75-driver! Can you report the bug to the RTC / rtc-m41t80 maintainer? -- Martin Michlmayr http://www.cyrius.com/ -- 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/20110413202643.go11...@jirafa.cyrius.com
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
On 04/13/2011 10:12 PM, Andrew O. Shadoura wrote: Hello, On Wed, 13 Apr 2011 22:04:54 +0200 Luk Claes l...@debian.org wrote: I confirm the bug. # cat /dev/null /dev/tcp/localhost/111 -su: /dev/tcp/localhost/111: No such file or directory Unless you show that you: 1) have bash 4.1-3 or later installed ('apt-cache policy bash' for instance) 2) are using bash as shell ('exec bash' for instance) 3) sunrpc service is running ('lsof -i :111' for instance) 4) still have this issue It's going to stay closed as only in that case it's supposed to work. If it's the only case, it should be specified explicitly. And, after all, why not use the utility that is supposed to be used, and not this hackish thing? The only reason it was implemented this way is because bash is still essential and so does not need a dependency. Also, there's no way to get a newer bash unless I install it by hand. This system isn't lenny any more, but nothing has upgraded it yet by means of dependencies. Well, we only guarantee to support upgrades from stable to the next one. Obviously we will try to not break things in unstable and testing. Though it's not uncommon to make the assumption that users have at least upgraded to stable before doing partial upgrades to unstable/testing versions. Anyway, using a really old packaged bash, a newly packaged bash or a self compiled bash (even the version in lenny) should all work for this /dev/tcp use. It can also be replaced by 'lsof -i :111' or something netcat like, though for both these you need to make sure you have lsof or netcat installed. Cheers Luk -- 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/4da60786.1090...@debian.org
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
Hello, On Wed, 13 Apr 2011 22:28:54 +0200 Luk Claes l...@debian.org wrote: If it's the only case, it should be specified explicitly. And, after all, why not use the utility that is supposed to be used, and not this hackish thing? The only reason it was implemented this way is because bash is still essential and so does not need a dependency. So you prefer not to specify dependencies at all and break the install than to specify the dependency explicitly? I don't grok this, sorry :( Also, there's no way to get a newer bash unless I install it by hand. This system isn't lenny any more, but nothing has upgraded it yet by means of dependencies. Well, we only guarantee to support upgrades from stable to the next one. Obviously we will try to not break things in unstable and testing. Though it's not uncommon to make the assumption that users have at least upgraded to stable before doing partial upgrades to unstable/testing versions. This machine is (obviously) a server. I can't 'just upgrade' it to the stable at once, so I do partial upgrades. Dist-upgrade is no go at this moment. So in my attempt to get NFS over IPv6 working I got broken NFS at all :( Anyway, using a really old packaged bash, a newly packaged bash or a self compiled bash (even the version in lenny) should all work for this /dev/tcp use. It's bash 3.2-4 from lenny, it's not so old. And it doesn't have /dev/tcp support. It can also be replaced by 'lsof -i :111' or something netcat like, though for both these you need to make sure you have lsof or netcat installed. It could be replaced by rpcinfo (as suggested before) which is provided by libc-bin, so no extra dependencies and no breakage. Why not? Why such a resistance? -- WBR, Andrew signature.asc Description: PGP signature
Bug#571035: d-i loads ide_generic but doesn't enable it in installed system
On Wed, Apr 13, 2011 at 10:18:24PM +0200, Holger Wansing wrote: Hello, I returned back to this to try, if something has happened on this in the last time (I thought, maybe a new kernel release has fixed this or something like that ...) The problem is this: I have an old laptop here, where the ide disk was supported in the past over the old ide_xxx drivers. While these drivers seem to be no longer supported on the long run, I tried if I can get ide running with the new libata drivers. And the answer is No. Further investigation gave the info, that this particular ide controller was supported by the ide_gd kernel module. ide_gd is the IDE generic disk module, which is shared between ide_disk and ide_floppy drivers. It depends on a separate driver for the controller. In the new world of libata, sd replaces ide_gd, ide_disk and ide_floppy. Don't know what driver obsoleted the ide_gd module, I tried all of the ata_xxx modules available on a recent debian-installer netinst cd, and none was able to bring the ide controller up (so no ide disk visible). So this ide controller is no longer supported by the linux kernel. (you can find this in the history of this report several times) If you ask now: ok, what controller does your machine have? I will have to answer: well, I don't know exactly, the output of lspci is this: ~ # lspci 00:00.0 Host bridge: Toshiba America Info Systems CPU to PCI bridge (rev a0) 00:04.0 VGA compatible controller: Chips and Technologies F6 HiQVPro (rev c6) 00:0b.0 USB Controller: NEC Corporation USB (rev 02) 00:11.0 Communication controller: Toshiba America Info Systems FIR Port Type-0 (rev 21) 00:13.0 Cardbus bridge: Toshiba America Info Systems ToPIC97 (rev 20) 00:13.1 Cardbus bridge: Toshiba America Info Systems ToPIC97 (rev 20) So, there is no ide controller listed. So it's not a PCI device. And ide disc is accessible at this time via ide_generic: ~ # ls /dev/hda* /dev/hda /dev/hda1 /dev/hda2 ide_generic is still available because it doesn't have a direct replacement. However there is no way for the kernel to detect the controller and trigger automatic loading of the driver, as it would for a PCI device. The initramfs configuration must explicitly list it to be included and directly loaded during boot. I thought that if the installer loaded it then it would also ensure that it was loaded when booting the installed system. So this may be a debian-installer bug or an initramfs-tools bug. Ben. This system outputs were created on 2.6.37-2-486 from a daily build netinst cd from 20110407. The machine is an Toshiba Satellite 320CDS laptop. Don't know what to do with this bug (it has a long history already, starting with Squeeze-alpha1 ...): Close it and file a new one against the kernel? -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20110413204219.gm2...@decadent.org.uk
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
On Wed, Apr 13, 2011 at 11:39:37PM +0300, Andrew O. Shadoura wrote: [...] Well, we only guarantee to support upgrades from stable to the next one. Obviously we will try to not break things in unstable and testing. Though it's not uncommon to make the assumption that users have at least upgraded to stable before doing partial upgrades to unstable/testing versions. This machine is (obviously) a server. I can't 'just upgrade' it to the stable at once, so I do partial upgrades. Dist-upgrade is no go at this moment. So in my attempt to get NFS over IPv6 working I got broken NFS at all :( [...] This is extremely foolish. Partial upgrades are not nearly so well tested. And while Debian attempts to support partial upgrades from one stable release to the next (oldstable/stable or stable/testing/unstable), we explicitly do not support skipping a release, which is what you are doing by mixing oldstable and unstable. If you still insist on mixing oldstable and unstable, use a staging server and pay a consultant to support it. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20110413204829.gn2...@decadent.org.uk
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote: Hello, On Wed, 13 Apr 2011 22:28:54 +0200 Luk Claes l...@debian.org wrote: If it's the only case, it should be specified explicitly. And, after all, why not use the utility that is supposed to be used, and not this hackish thing? The only reason it was implemented this way is because bash is still essential and so does not need a dependency. So you prefer not to specify dependencies at all and break the install than to specify the dependency explicitly? I don't grok this, sorry :( Also, there's no way to get a newer bash unless I install it by hand. This system isn't lenny any more, but nothing has upgraded it yet by means of dependencies. Well, we only guarantee to support upgrades from stable to the next one. Obviously we will try to not break things in unstable and testing. Though it's not uncommon to make the assumption that users have at least upgraded to stable before doing partial upgrades to unstable/testing versions. This machine is (obviously) a server. I can't 'just upgrade' it to the stable at once, so I do partial upgrades. Dist-upgrade is no go at this moment. So in my attempt to get NFS over IPv6 working I got broken NFS at all :( Anyway, using a really old packaged bash, a newly packaged bash or a self compiled bash (even the version in lenny) should all work for this /dev/tcp use. It's bash 3.2-4 from lenny, it's not so old. And it doesn't have /dev/tcp support. It can also be replaced by 'lsof -i :111' or something netcat like, though for both these you need to make sure you have lsof or netcat installed. It could be replaced by rpcinfo (as suggested before) which is provided by libc-bin, so no extra dependencies and no breakage. Why not? Why such a resistance? I didn't see the suggestion to use rpcinfo. The one of libc-bin will probably be removed at some point, though we always will have the one of rpcbind. Committed, so will be in a new upload unless any objections are out. Cheers Luk -- 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/4da60f26.6080...@debian.org
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
On 13-Apr-2011, Debian Bug Tracking System wrote: Date: Wed, 13 Apr 2011 23:12:15 +0300 From: Andrew O. Shadoura bugzi...@tut.by Message-ID: 20110413231215.189a2fc2@ileemo On Wed, 13 Apr 2011 22:04:54 +0200 Luk Claes l...@debian.org wrote: Unless you show that you: 1) have bash 4.1-3 or later installed ('apt-cache policy bash' for instance) 2) are using bash as shell ('exec bash' for instance) 3) sunrpc service is running ('lsof -i :111' for instance) 4) still have this issue It's going to stay closed as only in that case it's supposed to work. If it's the only case, it should be specified explicitly. $ dpkg-query --showformat='Depends: ${Depends}\n' --show nfs-common Depends: libc6 (= 2.4), libcap2 (= 2.10), libcomerr2 (= 1.01), libevent-1.4-2 (= 1.4.13-stable), libgssapi-krb5-2 (= 1.6.dfsg.2), libgssglue1, libk5crypto3 (= 1.6.dfsg.2), libkrb5-3 (= 1.6.dfsg.2), libnfsidmap2, libtirpc1, libwrap0 (= 7.6-4~), rpcbind | portmap, adduser, ucf, lsb-base (= 1.3-9ubuntu3), netbase (= 4.24), initscripts (= 2.86.ds1-38.1) No mention of bash at all. If a specific version of bash is required, that must be expressed as a dependency. And, after all, why not use the utility that is supposed to be used, and not this hackish thing? The patch supplied with the original message on this bug report works, AFAICT. I ask again that it be applied, to avoid needing to use version-specific Bash features. -- \ “We can't depend for the long run on distinguishing one | `\ bitstream from another in order to figure out which rules | _o__) apply.” —Eben Moglen, _Anarchism Triumphant_, 1999 | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
On Wed, Apr 13, 2011 at 11:01:26PM +0200, Luk Claes wrote: On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote: [...] It could be replaced by rpcinfo (as suggested before) which is provided by libc-bin, so no extra dependencies and no breakage. Why not? Why such a resistance? I didn't see the suggestion to use rpcinfo. The one of libc-bin will probably be removed at some point, though we always will have the one of rpcbind. Committed, so will be in a new upload unless any objections are out. Does glibc's rpcinfo actually work with rpcbind, then? It is documented as only speaking the portmapper protocol, and we now know libtirpc doesn't handle that. Also, I think either method (/dev/tcp/localhost/111 or rpcinfo) will not work for anyone who configures rpcbind to listen on IPv6 only. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20110413213224.go2...@decadent.org.uk
Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
On 04/13/2011 11:32 PM, Ben Hutchings wrote: On Wed, Apr 13, 2011 at 11:01:26PM +0200, Luk Claes wrote: On 04/13/2011 10:39 PM, Andrew O. Shadoura wrote: [...] It could be replaced by rpcinfo (as suggested before) which is provided by libc-bin, so no extra dependencies and no breakage. Why not? Why such a resistance? I didn't see the suggestion to use rpcinfo. The one of libc-bin will probably be removed at some point, though we always will have the one of rpcbind. Committed, so will be in a new upload unless any objections are out. Does glibc's rpcinfo actually work with rpcbind, then? It is documented as only speaking the portmapper protocol, and we now know libtirpc doesn't handle that. Yes, it does work. Also, I think either method (/dev/tcp/localhost/111 or rpcinfo) will not work for anyone who configures rpcbind to listen on IPv6 only. Only rpcbind's rpcinfo would work in that case, true. Cheers Luk -- 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/4da61d3f.7060...@debian.org
New maintainer for ARM
I don't have time to properly take care of ARM kernels in Debian anymore. I would like to nominate Arnaud Patard (rtp on IRC) as the new maintainer for the ARM platform (both armel and the new armhf). Arnaud has done a lot of work on ARM upstream and has contributed a number of fixes to the Debian kernel. Arnaud is currently not a Debian developer but he can work through a -guest account in the meantime. -- Martin Michlmayr http://www.cyrius.com/ -- 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/20110413224758.ga22...@jirafa.cyrius.com
Re: New maintainer for ARM
Hello, 2011/4/14 Martin Michlmayr t...@cyrius.com: I don't have time to properly take care of ARM kernels in Debian anymore. I would like to nominate Arnaud Patard (rtp on IRC) as the new maintainer for the ARM platform (both armel and the new armhf). Arnaud has done a lot of work on ARM upstream and has contributed a number of fixes to the Debian kernel. Arnaud is currently not a Debian developer but he can work through a -guest account in the meantime. I know and have been working with Arnaud lately, I agree with your nomination as long as it is fine with him. I would also like to contribute to improve ARM kernels in Debian if possible. Cheers, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html -- 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/banlktikds8shppmcaf33wed90qbrl...@mail.gmail.com
Bug#607416: Device table incorrect for drivers/s390/block/dasd_eckd.c: 3880/3390 should be 3880/3380
I can confirm that the problem reported in this bug report has been fixed in linux-source-2.6.38 version 2.6.38-3 (and in binaries derived from that source). Perhaps it was fixed in earlier versions as well; but this is the first version I have tried in which it works. /sbin/modinfo dasd_eckd_mod will confirm the fix. Notice that control unit 3880 is associated with device 3380 in the alias, not device 3390, as is the case for the broken version. I don't know what git commit is associated with this fix, but whatever it is it is present in version 2.6.38-3. See companion bug number 620126 in package sysconfig-hardware for the same bug in another package. -- .''`. Stephen Powell : :' : `. `'` `- -- 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/200411640.232817.1302737655590.javamail.r...@md01.wow.synacor.com
Bug#607416: marked as done (Device table incorrect for drivers/s390/block/dasd_eckd.c: 3880/3390 should be 3880/3380. (s390/s390x only))
Your message dated Thu, 14 Apr 2011 00:00:34 -0500 with message-id 20110414050002.GA2002@elie and subject line Re: Device table incorrect for drivers/s390/block/dasd_eckd.c: 3880/3390 should be 3880/3380 has caused the Debian Bug report #607416, regarding Device table incorrect for drivers/s390/block/dasd_eckd.c: 3880/3390 should be 3880/3380. (s390/s390x only) 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.) -- 607416: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607416 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.32-29 The device table in drivers/s390/block/dasd_eckd.c which indicates which storage control unit and dasd device type combinations are supported by the driver is incorrect. The device table indicates that a combination of 3880 for a control unit and 3390 for a device type is supported. That is incorrect. A 3880 storage control unit will support a 3380 device type, but not a 3390 device type. Here is a code excerpt: static struct ccw_device_id dasd_eckd_ids[] = { { CCW_DEVICE_DEVTYPE (0x3990, 0, 0x3390, 0), .driver_info = 0x1}, { CCW_DEVICE_DEVTYPE (0x2105, 0, 0x3390, 0), .driver_info = 0x2}, { CCW_DEVICE_DEVTYPE (0x3880, 0, 0x3390, 0), .driver_info = 0x3}, /* bad one! */ { CCW_DEVICE_DEVTYPE (0x3990, 0, 0x3380, 0), .driver_info = 0x4}, { CCW_DEVICE_DEVTYPE (0x2105, 0, 0x3380, 0), .driver_info = 0x5}, { CCW_DEVICE_DEVTYPE (0x9343, 0, 0x9345, 0), .driver_info = 0x6}, { CCW_DEVICE_DEVTYPE (0x2107, 0, 0x3390, 0), .driver_info = 0x7}, { CCW_DEVICE_DEVTYPE (0x2107, 0, 0x3380, 0), .driver_info = 0x8}, { CCW_DEVICE_DEVTYPE (0x1750, 0, 0x3390, 0), .driver_info = 0x9}, { CCW_DEVICE_DEVTYPE (0x1750, 0, 0x3380, 0), .driver_info = 0xa}, { /* end of list */ }, }; The bad line should be changed to { CCW_DEVICE_DEVTYPE (0x3880, 0, 0x3380, 0), .driver_info = 0x3}, /* corrected */ Other supporting code in the driver may also need to be changed, I don't know. But I do know that a 3880 storage control unit does not support a 3390 device. It does support a 3380 device, but that is missing from the table. This is clearly an issue to be pursued upstream, it is not an issue of Debian packaging. But I opened this bug report to have a place to put upstream correspondence related to this bug. I will pursue the matter with upstream, as I did the last kernel bug that I opened. This is not a release-critical bug and should not delay the process of making squeeze the stable release. However, it would be nice if the fix for this bug eventually made it into a future stable point release. -- .''`. Stephen Powell : :' : `. `'` `- ---End Message--- ---BeginMessage--- Version: 2.6.38~rc6-1~experimental.1 Hi Stephen, Stephen Powell wrote: I can confirm that the problem reported in this bug report has been fixed in linux-source-2.6.38 version 2.6.38-3 (and in binaries derived from that source). Yep, fixed by v2.6.38-rc6~14^2~4 ([S390] dasd: correct device table, 2011-02-17). Thanks for your persistence. ---End Message---
Processed: forcibly merging 620421 620072
Processing commands for cont...@bugs.debian.org: forcemerge 620421 620072 Bug#620421: nfs-kernel-server: init script depends on non-existent â/dev/tcp/â Bug#620072: /etc/init.d/nfs-kernel-server uses unsupported /dev/tcp bashism Forcibly Merged 620072 620421. thanks Stopping processing here. Please contact me if you need assistance. -- 620421: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620421 620072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620072 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.130275776023663.transcr...@bugs.debian.org
Bug#621773: Add depends on rpcbind
On Wed, 13 Apr 2011 21:06:53 +0100 Ben Hutchings b...@decadent.org.uk wrote: On Thu, Apr 14, 2011 at 01:15:37AM +0600, Roman Mamedov wrote: Hello, I just had the same issue, and was able to solve it simply by installing rpcbind (and removing portmap). I think this package should add a dependency on rpcbind (and possibly breaks: portmap?) starting from 1.2.3. 'Breaks' is wrong. The dependency is there in version 1:1.2.3-2. I agree about breaks being unnecessary. As for the newer version, I tried to check if it is fixed, but at the time of my previous message (and also even right now) the file [1] is 404 Not Found. [1]http://packages.debian.org/changelogs/pool/main/n/nfs-utils/nfs-utils_1.2.3-2/changelog -- With respect, Roman signature.asc Description: PGP signature