Re: git tree of svn://svn.debian.org/svn/kernel/dists/*/linux-2.6
On Mon, 2010-08-09 at 18:35 -0700, Jeff Carr wrote: > Has someone made a git version of the svn kernel debian/ directory? I > didn't want to put load on the svn server with git-svn without > checking first. > > I do see the http://git.debian.org/?p=kernel/linux-2.6.git;a=summary > and am trying to use that. I'm not sure how it is intended to be > correctly used because it doesn't have the debian/ directory. I see > the debian/2.6.35-rc5-1-experimental.1 tag. Are there some > instructions for building from this git tree? This is an experimental repository that hopefully makes it easier to see the patches we apply. You can build packages from it using 'make deb-pkg', but that's not what we do. > Ultimately all I'm trying to do is track down a regression in the > 2.6.33 and above kernels that cause the xorg not to work on a lenovo > T61p. If you're intending to run a bisection, don't bother with the Debian package; it will only get in your way. Take a clone of Linus's repository. 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
git tree of svn://svn.debian.org/svn/kernel/dists/*/linux-2.6
Has someone made a git version of the svn kernel debian/ directory? I didn't want to put load on the svn server with git-svn without checking first. I do see the http://git.debian.org/?p=kernel/linux-2.6.git;a=summary and am trying to use that. I'm not sure how it is intended to be correctly used because it doesn't have the debian/ directory. I see the debian/2.6.35-rc5-1-experimental.1 tag. Are there some instructions for building from this git tree? Ultimately all I'm trying to do is track down a regression in the 2.6.33 and above kernels that cause the xorg not to work on a lenovo T61p. -- Jeff -- 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/aanlktin+ud2tqlli7=jxtp_9ru+flyu3n0rz0ppxt...@mail.gmail.com
Re: [DRAFT v2] Policy for Linux kernel, initramfs, boot loader update process
On Fri, Aug 6, 2010 at 19:54, Ben Hutchings wrote: >> This should probably be 'eval set -- "$DEB_MAINT_PARAMS"' instead, or >> the single quotes will not be stripped, neither any possible spaces >> will be correctly preserved. > > You're quite right. I've just fixed this in the Kernel Handbook. Would it be possible to add a reference to this in the linux-image packages? dpkg -s linux-image-* doesn't have any reference to this. Also, there is no README in this package to would point you there. This Kernel Handbook (http://kernel-handbook.alioth.debian.org/) is very helpful. I never knew about it until today because it wasn't referenced anywhere in the kernel-image package (that I could find). In other regards, thanks for maintaining this helpful information, Jeff -- 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/aanlkti=boe93apyrs+bjo=ho0fumlvubwggtc0kmf...@mail.gmail.com
Re: Deadline as default scheduler?
On Tue, 2010-08-10 at 00:04 +0200, Cesare Leonardi wrote: > Hi all. > > I've noted some changes in the scheduler configuration of > 2.6.35-trunk-686 and i wonder if they are erroneous or not, since their > effect are rather evident and i've seen no discussion on d-k. > I was filing a bug but i preferred to ask on the mailing list first. > > --- /boot/config-2.6.35-rc6-686 2010-07-26 13:09:56.0 +0200 > +++ /boot/config-2.6.35-trunk-686 2010-08-06 18:13:52.0 +0200 > @@ -221,11 +222,12 @@ > # > CONFIG_IOSCHED_NOOP=y > CONFIG_IOSCHED_DEADLINE=y > -CONFIG_IOSCHED_CFQ=y > -# CONFIG_DEFAULT_DEADLINE is not set > -CONFIG_DEFAULT_CFQ=y > +CONFIG_IOSCHED_CFQ=m > +CONFIG_CFQ_GROUP_IOSCHED=y > +CONFIG_DEFAULT_DEADLINE=y > +# CONFIG_DEFAULT_CFQ is not set > # CONFIG_DEFAULT_NOOP is not set > -CONFIG_DEFAULT_IOSCHED="cfq" > +CONFIG_DEFAULT_IOSCHED="deadline" > > Why setting deadline as default scheduler? And why configuring cfq as > module? This is due to enabling BLK_CGROUP: config IOSCHED_CFQ tristate "CFQ I/O scheduler" # If BLK_CGROUP is a module, CFQ has to be built as module. depends on (BLK_CGROUP=m && m) || !BLK_CGROUP || BLK_CGROUP=y Max, we have to make BLK_CGROUP=y or disable it completely. 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#592428: Fix 2.6.32 XEN guest on old buggy RHEL5/EC2 hypervisor (XSAVE)
Package: linux-2.6
Severity: normal
Tags: patch
Would it be possible to apply the attached Fedora/Ubuntu kernel patch
to Debian as well? The Fedora link is:
http://cvs.fedoraproject.org/viewvc/F-13/kernel/fix_xen_guest_on_old_EC2.patch
And the Ubuntu link:
http://kernel.ubuntu.com/git?p=rtg/ubuntu-maverick.git;a=commit;h=1a30f99
As far as I can tell, no released version of Xen currently supports
XSAVE, so this change is effectively a NOP on all newer hypervisors, but
it allows functionality on older hypervisors (such as RHEL5, or when
running on Amazon's EC2 service).
In particular, I'm trying to write a script that packages up a vmlinuz
and initrd.gz from the Debian-Installer to allow them to be easily run
unmodified in an Amazon EC2 VM (now that Amazon supports using your own
custom kernel).
Cheers,
Kyle Moffett
Legacy hypervisors (RHEL 5.0 and RHEL 5.1) do not handle guest writes to
cr4 gracefully. If a guest attempts to write a bit of cr4 that is
unsupported, then the HV is so offended it crashes the domain. While
later guest kernels (such as RHEL6) don't assume the HV supports all
features, they do expect nicer responses. That assumption introduced
code that probes whether or not xsave is supported early in the boot. So
now when attempting to boot a RHEL6 guest on RHEL5.0 or RHEL5.1 an early
crash will occur.
This patch is quite obviously an undesirable hack. The real fix for this
problem should be in the HV, and is, in later HVs. However, to support
running on old HVs, RHEL6 can take this small change. No impact will
occur for running on any RHEL HV (not even RHEL 5.5 supports xsave).
There is only potential for guest performance loss on upstream Xen.
---
arch/x86/xen/enlighten.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
index 52f8e19..6db3d67 100644
--- a/arch/x86/xen/enlighten.c
+++ b/arch/x86/xen/enlighten.c
@@ -802,6 +802,7 @@ static void xen_write_cr4(unsigned long cr4)
{
cr4 &= ~X86_CR4_PGE;
cr4 &= ~X86_CR4_PSE;
+ cr4 &= ~X86_CR4_OSXSAVE;
native_write_cr4(cr4);
}
--
1.6.6.1
Processed: Re: Bug#589075: xserver-xorg-video-intel: rendering errors with driver from experimental
Processing commands for cont...@bugs.debian.org: > reassign 589077 linux-2.6 2.6.32-18 Bug #589077 [xserver-xorg-video-intel] xserver-xorg-video-intel: Cannot use external screen (DVI) when switching off laptop LCD Bug reassigned from package 'xserver-xorg-video-intel' to 'linux-2.6'. Bug No longer marked as found in versions xserver-xorg-video-intel/2:2.12.0-1. Bug #589077 [linux-2.6] xserver-xorg-video-intel: Cannot use external screen (DVI) when switching off laptop LCD There is no source info for the package 'linux-2.6' at version '2.6.32-18' with architecture '' Unable to make a source version for version '2.6.32-18' Bug Marked as found in versions 2.6.32-18. > reassign 589075 linux-2.6 2.6.32-18 Bug #589075 [xserver-xorg-video-intel] xserver-xorg-video-intel: rendering errors with driver from experimental Bug reassigned from package 'xserver-xorg-video-intel' to 'linux-2.6'. Bug No longer marked as found in versions xserver-xorg-video-intel/2:2.12.0-1. Bug #589075 [linux-2.6] xserver-xorg-video-intel: rendering errors with driver from experimental There is no source info for the package 'linux-2.6' at version '2.6.32-18' with architecture '' Unable to make a source version for version '2.6.32-18' Bug Marked as found in versions 2.6.32-18. > fixed 589077 2.6.35-1~experimental.1 Bug #589077 [linux-2.6] xserver-xorg-video-intel: Cannot use external screen (DVI) when switching off laptop LCD There is no source info for the package 'linux-2.6' at version '2.6.35-1~experimental.1' with architecture '' Unable to make a source version for version '2.6.35-1~experimental.1' Bug Marked as fixed in versions 2.6.35-1~experimental.1. > fixed 589075 2.6.35-1~experimental.1 Bug #589075 [linux-2.6] xserver-xorg-video-intel: rendering errors with driver from experimental There is no source info for the package 'linux-2.6' at version '2.6.35-1~experimental.1' with architecture '' Unable to make a source version for version '2.6.35-1~experimental.1' Bug Marked as fixed in versions 2.6.35-1~experimental.1. > kthxbye Stopping processing here. Please contact me if you need assistance. -- 589075: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589075 589077: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589077 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.128139400332627.transcr...@bugs.debian.org
Re: Bug#589075: xserver-xorg-video-intel: rendering errors with driver from experimental
reassign 589077 linux-2.6 2.6.32-18 reassign 589075 linux-2.6 2.6.32-18 fixed 589077 2.6.35-1~experimental.1 fixed 589075 2.6.35-1~experimental.1 kthxbye On Mon, Aug 9, 2010 at 22:59:12 +0200, Wolfram Quester wrote: > On Wed, Jul 14, 2010 at 07:45:04PM +0100, Julien Cristau wrote: > > On Wed, Jul 14, 2010 at 20:31:28 +0200, Wolfram Quester wrote: > > > > > Hi altogether, > > > > > > I'm on a Macbook from 2007 an testing the intel driver in experimental > > > requested on debian-devel. > > > Since I upgraded I have rendering errors, especially of text in > > > gnome-terminal > > > (sometimes letter are missing, sometimes whole lines look as if someone > > > wiped > > > over them with a dirty sponge on a black board). Sometimes this not only > > > affects the text or inner area of windows, but also Window decorations and > > > menus with the distortion reaching into the inner areas of the winows. > > > This > > > artifact mainly happens in the upper left areas of the windows, rarely in > > > other > > > areas. > > > > > Please report this upstream, following the instructions at > > http://intellinuxgraphics.org/how_to_report_bug.html > > > I reported bug 589077 upstream and got the following reply from Chris > > Wilson: > > That's a result of an underrun, and since it only happens when both displays > > are connected it sounds like we are incorrectly using a low power mode, > > such as > > self-refresh or framebuffer compression, with multiple active pipes. > > > > This is fixed in 2.6.35. [9c928d168] > > So I upgraded to linux-image and linux-base 2.6.35 currently in experimental > and both bugs I reported against xserver-xorg-video-intel disappeared. So > hands-up for the experimental drivers, but it seems using them with kernel > 2.6.32 is error-prone. > Thanks, I'll reassign both bugs to the kernel then. 9c928d168 can be cherry-picked to squeeze's kernel to fix 589077, and if the fix for the other bug can be tracked down as well that would be great. Cheers, Julien signature.asc Description: Digital signature
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
On Mon, 09 Aug 2010, Josef Spillner wrote: > The issue remains with linux-image-2.6.35-trunk-amd64 in today's version > 2.6.35-1~experimental.1. This leaves me with the "debug things". Documentation/power/basic-pm-debugging.txt is the guide for nailing what is going wrong. also in this case please report upstream in bugzilla.kernel.org and let us know upstream bug nr for tracking thanks. -- 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/20100809220450.ga27...@stro.at
Deadline as default scheduler?
Hi all. I've noted some changes in the scheduler configuration of 2.6.35-trunk-686 and i wonder if they are erroneous or not, since their effect are rather evident and i've seen no discussion on d-k. I was filing a bug but i preferred to ask on the mailing list first. --- /boot/config-2.6.35-rc6-686 2010-07-26 13:09:56.0 +0200 +++ /boot/config-2.6.35-trunk-686 2010-08-06 18:13:52.0 +0200 @@ -221,11 +222,12 @@ # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_DEADLINE=y -CONFIG_IOSCHED_CFQ=y -# CONFIG_DEFAULT_DEADLINE is not set -CONFIG_DEFAULT_CFQ=y +CONFIG_IOSCHED_CFQ=m +CONFIG_CFQ_GROUP_IOSCHED=y +CONFIG_DEFAULT_DEADLINE=y +# CONFIG_DEFAULT_CFQ is not set # CONFIG_DEFAULT_NOOP is not set -CONFIG_DEFAULT_IOSCHED="cfq" +CONFIG_DEFAULT_IOSCHED="deadline" Why setting deadline as default scheduler? And why configuring cfq as module? In a desktop usage, with a pentium M 1,6 GHz and 1 GB ram, the system is clearly worse in responsiveness, a bit jerky in particular when i type on the keyboard: occasionaly i can see the effect of what i type with a delay of some tenth of second. Are there other distros not using cfq as default scheduler? Ciao. Cesare. -- 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/4c607b7...@gmail.com
Bug#592415: linux-image-2.6.35-trunk-686: invisible mouse under GDM and GNOME
Package: linux-2.6 Version: 2.6.35-1~experimental.1 Severity: normal Strange bug that could make think it's unrelated from kernel, but if i boot with 2.6.35-rc6 it doesn't happen. When gdm starts no mouse pointer is present, but loggin in shows that the pointer is only invisible, because i can see the desktop reacting when i move the finger on the touchpad. I still haven't found any workaround so i'm stuck on rc6. The X.log from the two kernels show no difference (see diff_x-mouse.txt). Also the boot logs look almost the same: cutting out the timing info and reordering with a text editor the boot sequences to match as much as possible i can see only the differences reported in diff_boot.txt. To me the only strange things are: - HEST: Table is not found! - ERST: Table is not found! - The default scheduler is deadline and cfq is not showed at boot since it is compiled as module. The first two are related to ACPI and i think are only informative messages informing that these tables are not present on my old notebook (just guessing). For the third i'll fill a separate bug. Diffing the config options under boot i still see nothing particular (see diff_config.txt). I know that some work has happened upstream on the intel graphics code (i have i855), so it could be related to frame buffer? Ciao. Cesare. -- Package-specific info: ** Version: Linux version 2.6.35-trunk-686 (Debian 2.6.35-1~experimental.1) (m...@debian.org) (gcc version 4.4.4 (Debian 4.4.4-7) ) #1 SMP Fri Aug 6 14:49:07 UTC 2010 ** Command line: root=/dev/disk/by-uuid/07b633c9-1242-48ee-a6f4-f37c43f639fd ro quiet lapic hpet=force ** Not tainted ** Kernel log: [5.210460] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [5.365071] sony-laptop: Sony Programmable IO Control Driver v0.6. [5.365090] sony-laptop: detected Type2 model [5.365681] input: Sony Vaio Keys as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:0c/SNY6001:00/input/input5 [5.366157] input: Sony Vaio Jogdial as /devices/virtual/input/input6 [5.366641] sony-laptop: device allocated minor is 57 [5.372086] i801_smbus :00:1f.3: PCI INT B -> Link[LNKB] -> GSI 9 (level, low) -> IRQ 9 [5.372096] ACPI: resource :00:1f.3 [io 0x1880-0x189f] conflicts with ACPI region SBUS [??? 0x1880-0x188f flags 0x53] [5.372100] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [5.377863] sony-laptop: Sony Notebook Control Driver v0.6. [5.434332] lib80211: common routines for IEEE802.11 drivers [5.434337] lib80211_crypt: registered algorithm 'NULL' [5.459203] yenta_cardbus :02:04.0: CardBus bridge found [104d:818f] [5.459221] yenta_cardbus :02:04.0: Using CSCINT to route CSC interrupts to PCI [5.459224] yenta_cardbus :02:04.0: Routing CardBus interrupts to PCI [5.459230] yenta_cardbus :02:04.0: TI: mfunc 0x01001b22, devctl 0x64 [5.624449] cfg80211: Calling CRDA to update world regulatory domain [5.632987] [drm] Initialized drm 1.1.0 20060810 [5.704859] yenta_cardbus :02:04.0: ISA IRQ mask 0x0cb8, PCI irq 9 [5.704864] yenta_cardbus :02:04.0: Socket status: 3006 [5.704870] pci_bus :02: Raising subordinate bus# of parent bus (#02) from #02 to #06 [5.704883] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: [io 0x3000-0x3fff] [5.704888] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3000-0x3fff: excluding 0x3000-0x303f 0x3400-0x34ff 0x3800-0x38ff [5.710662] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: [mem 0xe020-0xe02f] [5.710667] pcmcia_socket pcmcia_socket0: cs: memory probe 0xe020-0xe02f: excluding 0xe020-0xe020 [5.710684] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: [mem 0x4000-0x43ff pref] [5.710688] pcmcia_socket pcmcia_socket0: cs: memory probe 0x4000-0x43ff: excluding 0x4000-0x43ff [5.710928] input: PS/2 Mouse as /devices/platform/i8042/serio1/input/input7 [5.714789] ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 5 [5.714794] PCI: setting IRQ 5 as level-triggered [5.714801] tifm_7xx1 :02:04.3: PCI INT B -> Link[LNKF] -> GSI 5 (level, low) -> IRQ 5 [5.727457] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input8 [5.736023] tifm_core: MMC/SD card detected in socket 0:0 [5.904299] i915 :00:02.0: PCI INT A -> Link[LNKA] -> GSI 9 (level, low) -> IRQ 9 [5.904306] i915 :00:02.0: setting latency timer to 64 [5.908904] [drm] set up 7M of stolen space [6.035419] [drm] initialized overlay support [6.288136] libipw: 802.11 data/management/control stack, git-1.1.13 [6.288140] libipw: Copyright (C) 2004-2005 Intel Corporation [6.332889] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x4ff: excluding 0x170-0x177 0x1f0-0x1f7 0x370-0x377 0x3c0-0x3df 0x3f0-0x3f7 0x4d0-0x4d7 [6
Bug#526983: linux-image-2.6.29-1-amd64: NETDEV WATCHDOG: eth0 (r8169): transmit timed out
On Mon, 15 Feb 2010, Moritz Muehlenhoff wrote: Please report this upstream at http://bugzilla.kernel.org (Product: Drivers, Component: Network) and send us the bug number. I have just added some additional info to http://bugzilla.kernel.org/show_bug.cgi?id=14962 which seems to be the same bug (it refers to debian bug 528362, which has been merged with this one). Basically, the problem is still present in 2.6.35-1~experimental.1. Sorry to have gone silent... Regards, Carlos -- 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/pine.lnx.4.64.1008091910510.2...@darwin.csi.fct.ualg.pt
Bug#592394: linux-image-2.6.35-trunk-686: System freeze after switching from X to Console and back again
Package: linux-2.6 Version: 2.6.35-1~experimental.1 Severity: normal Dear maintainers, when I switch from X11 to console and back again, my Lenovo Thinkpad T500 freeze with a kernel dump: [ 187.011557] ACPI: Video Device [VID1] (multi-head: yes rom: no post: no) [ 187.011574] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 245.840201] BUG: unable to handle kernel NULL pointer dereference at (null) [ 245.840212] IP: [<(null)>] (null) [ 245.840219] *pde = [ 245.840225] Oops: [#1] SMP [ 245.840232] last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq [ 245.840239] Modules linked in: i915 drm_kms_helper drm i2c_algo_bit ip6table_filter ip6_tables xt_tcpudp xt_owner iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables autofs4 rpcsec_gss_krb5 nfsd nfs lockd fscache nfs_acl auth_rpcgss sunrpc xfs exportfs aes_i586 aes_generic xts gf128mul dm_crypt acpi_cpufreq mperf loop pciehp pci_hotplug joydev arc4 ecb serio_raw psmouse evdev pcmcia snd_pcsp zaurus cdc_ether usbnet i2c_i801 mii r852 sm_common nand nand_ids nand_ecc mtd yenta_socket pcmcia_rsrc pcmcia_core wmi snd_hda_codec_conexant thinkpad_acpi battery ac nvram tpm_tis tpm tpm_bios video output iwlagn cdc_wdm iwlcore cdc_acm snd_hda_intel uvcvideo mac80211 snd_hda_codec btusb snd_hwdep videodev v4l1_compat snd_pcm cfg80211 snd_timer snd i2c_core bluetooth soundcore snd_page_alloc rfkill button processor ext3 jbd mbcache dm_mirror dm_region_hash dm_log dm_snapshot dm_mod sg sd_mod sr_mod crc_t10dif cdrom ahci libahci sdhci_pci sdhci libata mmc_core firewire_ohci led_class firewire_core crc_itu_t scsi_mod ehci_hcd uhci_hcd usbcore e1000e nls_base thermal fan thermal_sys [last unloaded: scsi_wait_scan] [ 245.840437] [ 245.840444] Pid: 3585, comm: Xorg Not tainted 2.6.35-trunk-686 #1 20555WG/20555WG [ 245.840451] EIP: 0060:[<>] EFLAGS: 00213206 CPU: 0 [ 245.840469] EIP is at 0x0 [ 245.840474] EAX: f5bb4800 EBX: f4a68000 ECX: f73e8800 EDX: f4a68014 [ 245.840480] ESI: f5bb4800 EDI: f5bafe84 EBP: f5bafe84 ESP: f5bafe5c [ 245.840486] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 245.840494] Process Xorg (pid: 3585, ti=f5bae000 task=f56b6f60 task.ti=f5bae000) [ 245.840498] Stack: [ 245.840501] f89483f2 f73e8800 f5bb4800 0040 f5bafe84 f83858da 40446440 f89752b4 [ 245.840514] <0> f8948223 bfdcfbd8 0003 [ 245.840526] <0> [ 245.840540] Call Trace: [ 245.840567] [] ? i915_dma_init+0x1cf/0x200 [i915] [ 245.840595] [] ? drm_ioctl+0x208/0x2aa [drm] [ 245.840617] [] ? i915_dma_init+0x0/0x200 [i915] [ 245.840633] [] ? do_sync_write+0x9e/0xd3 [ 245.840657] [] ? drm_ioctl+0x0/0x2aa [drm] [ 245.840666] [] ? vfs_ioctl+0x1c/0x7d [ 245.840674] [] ? do_vfs_ioctl+0x472/0x4ac [ 245.840683] [] ? fsnotify_modify+0x4c/0x53 [ 245.840690] [] ? do_sync_write+0x0/0xd3 [ 245.840697] [] ? vfs_write+0x9d/0xda [ 245.840704] [] ? sys_ioctl+0x44/0x64 [ 245.840714] [] ? sysenter_do_call+0x12/0x28 [ 245.840719] Code: Bad EIP value. [ 245.840727] EIP: [<>] 0x0 SS:ESP 0068:f5bafe5c [ 245.840753] CR2: [ 245.840764] ---[ end trace bb284edc78bdb8f5 ]--- [ 245.920314] [drm:drm_release] *ERROR* Device busy: 1 Mouse, Keyboard etc. doesn't work anymore, but network connections are not affected. $ dpkg -l xserver-xorg-video-intel Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii xserver-xorg-video-intel 2:2.3.2-2+lenny7 X.Org X server -- Intel i8xx, i9xx display driver -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) Subsystem: Lenovo Device [17aa:20e0] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port [8086:2a41] (rev 07) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTm
Processed: reassign 592375 to grub-legacy
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.35lenny7 > reassign 592375 grub-legacy 0.97-62 Bug #592375 [linux-2.6] linux-image-2.6.35-trunk-686: update-grub not called anymore Bug reassigned from package 'linux-2.6' to 'grub-legacy'. Bug No longer marked as found in versions 2.6.35-1~experimental.1. Bug #592375 [grub-legacy] linux-image-2.6.35-trunk-686: update-grub not called anymore Bug Marked as found in versions grub/0.97-62. > End of message, stopping processing here. Please contact me if you need assistance. -- 592375: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592375 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.128137660820989.transcr...@bugs.debian.org
Bug#592375: linux-image-2.6.35-trunk-686: update-grub not called anymore
On Mon, Aug 09, 2010 at 07:21:17PM +0200, Cesare Leonardi wrote: > Package: linux-2.6 > Version: 2.6.35-1~experimental.1 > Severity: normal > > I've installed 2.6.35-trunk from experimental upgrading linux-base > to the same version. After reboot grub didn't show me the related > entry. Rebooting the previous 2.6.35-rc6 and manually launching > update-grub solved the problem. [...] This is clearly the fault of GRUB, not the kernel package. 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/20100809175621.gc3...@decadent.org.uk
Bug#592375: linux-image-2.6.35-trunk-686: update-grub not called anymore
Package: linux-2.6
Version: 2.6.35-1~experimental.1
Severity: normal
I've installed 2.6.35-trunk from experimental upgrading linux-base
to the same version. After reboot grub didn't show me the related
entry. Rebooting the previous 2.6.35-rc6 and manually launching
update-grub solved the problem.
To diagnose the problem i've tried reinstalling 2.6.35-trunk and these
were the messages i got:
Preconfiguring packages ...
(Reading database ... 175950 files and directories currently installed.)
Preparing to replace linux-image-2.6.35-trunk-686
2.6.35-1~experimental.1 (using
.../linux-image-2.6.35-trunk-686_2.6.35-1~experimental.1_i386.deb) ...
Unpacking replacement linux-image-2.6.35-trunk-686 ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools
2.6.35-trunk-686 /boot/vmlinuz-2.6.35-trunk-686
run-parts: executing /etc/kernel/postrm.d/zz-update-grub
2.6.35-trunk-686 /boot/vmlinuz-2.6.35-trunk-686
Setting up linux-image-2.6.35-trunk-686 (2.6.35-1~experimental.1) ...
Running depmod.
Running update-initramfs.
update-initramfs: Generating /boot/initrd.img-2.6.35-trunk-686
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/initramfs-tools
2.6.35-trunk-686 /boot/vmlinuz-2.6.35-trunk-686
run-parts: executing /etc/kernel/postinst.d/pm-utils 2.6.35-trunk-686
/boot/vmlinuz-2.6.35-trunk-686
run-parts: executing /etc/kernel/postinst.d/update-notifier
2.6.35-trunk-686 /boot/vmlinuz-2.6.35-trunk-686
run-parts: executing /etc/kernel/postinst.d/zz-update-grub
2.6.35-trunk-686 /boot/vmlinuz-2.6.35-trunk-686
The zz-update-grub script is called but not the real update-grub,
because i cannot see its messages.
This is the zz-update-grub script:
#! /bin/sh
set -e
set -- $DEB_MAINT_PARAMS
mode="${1#'}"
mode="${mode%'}"
case $0:$mode in
# Only run on postinst configure and postrm remove, to avoid wasting
# time by calling update-grub multiple times on upgrade and removal.
*/postinst.d/*:configure|*/postrm.d/*:remove)
exec update-grub
;;
esac
exit 0
Don't know how "mode" should be to make the case match.
Cesare.
-- Package-specific info:
** Version:
Linux version 2.6.35-trunk-686 (Debian 2.6.35-1~experimental.1)
(m...@debian.org) (gcc version 4.4.4 (Debian 4.4.4-7) ) #1 SMP Fri Aug 6
14:49:07 UTC 2010
** Command line:
root=/dev/disk/by-uuid/07b633c9-1242-48ee-a6f4-f37c43f639fd ro quiet lapic
hpet=force
** Not tainted
** Kernel log:
[5.265661] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[5.382310] i801_smbus :00:1f.3: PCI INT B -> Link[LNKB] -> GSI 9
(level, low) -> IRQ 9
[5.382320] ACPI: resource :00:1f.3 [io 0x1880-0x189f] conflicts with
ACPI region SBUS [??? 0x1880-0x188f flags 0x53]
[5.382324] ACPI: If an ACPI driver is available for this device, you should
use it instead of the native driver
[5.455195] sony-laptop: Sony Programmable IO Control Driver v0.6.
[5.455212] sony-laptop: detected Type2 model
[5.462337] input: Sony Vaio Keys as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:0c/SNY6001:00/input/input5
[5.462800] input: Sony Vaio Jogdial as /devices/virtual/input/input6
[5.463287] sony-laptop: device allocated minor is 57
[5.480252] sony-laptop: Sony Notebook Control Driver v0.6.
[5.505668] lib80211: common routines for IEEE802.11 drivers
[5.505672] lib80211_crypt: registered algorithm 'NULL'
[5.518940] yenta_cardbus :02:04.0: CardBus bridge found [104d:818f]
[5.518958] yenta_cardbus :02:04.0: Using CSCINT to route CSC interrupts
to PCI
[5.518961] yenta_cardbus :02:04.0: Routing CardBus interrupts to PCI
[5.518967] yenta_cardbus :02:04.0: TI: mfunc 0x01001b22, devctl 0x64
[5.632341] cfg80211: Calling CRDA to update world regulatory domain
[5.674264] [drm] Initialized drm 1.1.0 20060810
[5.686603] input: PS/2 Mouse as /devices/platform/i8042/serio1/input/input7
[5.702198] input: AlpsPS/2 ALPS GlidePoint as
/devices/platform/i8042/serio1/input/input8
[5.752853] yenta_cardbus :02:04.0: ISA IRQ mask 0x0cb8, PCI irq 9
[5.752859] yenta_cardbus :02:04.0: Socket status: 3006
[5.752864] pci_bus :02: Raising subordinate bus# of parent bus (#02)
from #02 to #06
[5.752876] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window:
[io 0x3000-0x3fff]
[5.752881] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3000-0x3fff:
excluding 0x3000-0x303f 0x3400-0x34ff 0x3800-0x38ff
[5.758384] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window:
[mem 0xe020-0xe02f]
[5.758388] pcmcia_socket pcmcia_socket0: cs: memory probe
0xe020-0xe02f: excluding 0xe020-0xe020
[5.758405] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window:
[mem 0x4000-0x43ff pref]
[5.758409] pcmcia_socket pcmcia_socket0: cs: memor
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #575648 (http://bugs.debian.org/575648) # * https://bugs.freedesktop.org/show_bug.cgi?id=25327 # * remote status changed: ASSIGNED -> RESOLVED # * remote resolution changed: (?) -> FIXED # * closed upstream tags 575648 + fixed-upstream usertags 575648 - status-ASSIGNED usertags 575648 + status-RESOLVED resolution-FIXED # remote status report for #575648 (http://bugs.debian.org/575648) # * https://bugs.freedesktop.org/show_bug.cgi?id=25327 # * remote status changed: ASSIGNED -> RESOLVED # * remote resolution changed: (?) -> FIXED # * closed upstream tags 575648 + fixed-upstream usertags 575648 - status-ASSIGNED usertags 575648 + status-RESOLVED resolution-FIXED thanks -- 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/20100809163406.31518.19546.btsl...@merkel.debian.org
Processed: [bts-link] source package linux-2.6
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package linux-2.6 > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #575648 (http://bugs.debian.org/575648) > # * https://bugs.freedesktop.org/show_bug.cgi?id=25327 > # * remote status changed: ASSIGNED -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 575648 + fixed-upstream Bug #575648 [linux-2.6] Lots of udevd --daemon running 100% CPU all the time. Bug #572537 [linux-2.6] udev spins on drm device Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. > usertags 575648 - status-ASSIGNED Bug#575648: Lots of udevd --daemon running 100% CPU all the time. Usertags were: status-ASSIGNED. Usertags are now: . > usertags 575648 + status-RESOLVED resolution-FIXED Bug#575648: Lots of udevd --daemon running 100% CPU all the time. There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. > # remote status report for #575648 (http://bugs.debian.org/575648) > # * https://bugs.freedesktop.org/show_bug.cgi?id=25327 > # * remote status changed: ASSIGNED -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 575648 + fixed-upstream Bug #575648 [linux-2.6] Lots of udevd --daemon running 100% CPU all the time. Bug #572537 [linux-2.6] udev spins on drm device Ignoring request to alter tags of bug #575648 to the same tags previously set Ignoring request to alter tags of bug #572537 to the same tags previously set > usertags 575648 - status-ASSIGNED Bug#575648: Lots of udevd --daemon running 100% CPU all the time. Usertags were: status-RESOLVED resolution-FIXED. Usertags are now: status-RESOLVED resolution-FIXED. > usertags 575648 + status-RESOLVED resolution-FIXED Bug#575648: Lots of udevd --daemon running 100% CPU all the time. Usertags were: status-RESOLVED resolution-FIXED. Usertags are now: status-RESOLVED resolution-FIXED. > thanks Stopping processing here. Please contact me if you need assistance. -- 575648: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575648 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.128137164711289.transcr...@bugs.debian.org
Bug#590090: marked as done (linux-image-2.6.35-rc5-686: HP Compaq 6715s with radeon KMS does not shutdown anymore)
Your message dated Mon, 09 Aug 2010 18:10:56 +0200 with message-id <4c602890.40...@debian.org> and subject line Re: linux-image-2.6.35-rc5-686: HP Compaq 6715s with radeon KMS does not, shutdown anymore has caused the Debian Bug report #590090, regarding linux-image-2.6.35-rc5-686: HP Compaq 6715s with radeon KMS does not shutdown anymore 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.) -- 590090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590090 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-2.6 Version: 2.6.35~rc5-1~experimental.1 Severity: important Hello, since I have updated from 2.6.34 from experimental to 2.6.35-rc5, my notebook does not shutdown anymore. I am using KDE4 (and so on kdm). If I choose shutdown, kdm exits and then I can not do anything. Switching to another console etc does not work and there is no shutdown :( I am using the radeon driver with KMS (per default) enabled. -- Package-specific info: ** Version: Linux version 2.6.35-rc5-686 (Debian 2.6.35~rc5-1~experimental.1) (b...@decadent.org.uk) (gcc version 4.4.4 (Debian 4.4.4-6) ) #1 SMP Tue Jul 13 16:16:00 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.35-rc5-686 root=UUID=fc14f80e-bb68-45b3-b227-b76e7d9349c1 ro quiet ** Not tainted ** Kernel log: [9.399137] ACPI: AC Adapter [C1EB] (off-line) [9.488311] ACPI: Battery Slot [C1ED] (battery present) [9.488512] ACPI: Battery Slot [C1EC] (battery absent) [9.525607] ACPI: WMI: Mapper loaded [9.913968] k8temp :00:18.3: Temperature readouts might be wrong - check erratum #141 [9.971567] acpi device:01: registered as cooling_device6 [9.972392] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/LNXVIDEO:00/input/input4 [9.972450] ACPI: Video Device [C08D] (multi-head: yes rom: no post: no) [9.991457] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x2580b1, caps: 0xa04793/0x30/0x0 [9.991463] serio: Synaptics pass-through port at isa0060/serio4/input0 [ 10.031984] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input5 [ 10.104149] piix4_smbus :00:14.0: SMBus Host Controller at 0x8200, revision 0 [ 10.363810] cfg80211: Calling CRDA to update world regulatory domain [ 10.371204] input: HP WMI hotkeys as /devices/virtual/input/input6 [ 10.817300] b43-phy0: Broadcom 4311 WLAN found (core revision 13) [ 11.355314] phy0: Selected rate control algorithm 'minstrel' [ 11.356004] Registered led device: b43-phy0::tx [ 11.356030] Registered led device: b43-phy0::rx [ 11.356052] Registered led device: b43-phy0::radio [ 11.356122] Broadcom 43xx driver loaded [ Features: PMLS, Firmware-ID: FW13 ] [ 11.573387] HDA Intel :00:14.2: power state changed by ACPI to D0 [ 11.573433] HDA Intel :00:14.2: power state changed by ACPI to D0 [ 11.573445] HDA Intel :00:14.2: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 11.632993] input: HDA Digital PCBeep as /devices/pci:00/:00:14.2/input/input7 [ 13.204665] Adding 971928k swap on /dev/sda2. Priority:-1 extents:1 across:971928k [ 13.462621] EXT3-fs (sda3): using internal journal [ 13.625575] loop: module loaded [ 14.981640] fuse init (API version 7.14) [ 16.443936] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input8 [ 18.200398] apm: BIOS not found. [ 19.676954] powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-56 (2 cpu cores) (version 2.20.00) [ 19.677023] powernow-k8:0 : fid 0xa (1800 MHz), vid 0x12 [ 19.677026] powernow-k8:1 : fid 0x8 (1600 MHz), vid 0x14 [ 19.677029] powernow-k8:2 : fid 0x0 (800 MHz), vid 0x1e [ 20.173039] Clocksource tsc unstable (delta = -178542988 ns) [ 22.256921] tg3 :10:00.0: irq 43 for MSI/MSI-X [ 22.287685] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 22.764068] b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10) [ 22.850434] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 25.798950] pci :01:05.0: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 26.049163] [drm] Initialized drm 1.1.0 20060810 [ 26.342856] [drm] radeon kernel modesetting enabled. [ 26.351239] [drm] initializing kernel modesetting (RS690 0x1002:0x791F). [ 26.351447] [drm] register mmio base: 0xD020 [ 26.351453] [drm] register mmio size: 65536 [ 26.351800] ATOM BIOS: ATI [ 26.351861] radeon :01:05.0: VRAM: 128M 0x7800 - 0x7FFF (128M used) [ 26.351869] radeon :01:05.0: GTT: 512M 0x8000 - 0x9FFF [ 26.352058] [drm] radeon: irq in
Bug#591895: There are two problems with the handle of USB
Hi Ben, I tried with the kernel 2.6.32-19 and it didn't recognize the pendrive (but it didn't even stop the play of the DVD). Although it is not an error, because there are "4+1 (internal share)" in the description of PCI-USB extension card, so in case of being a tool on the inner port the outer port isn't useable due to the share. So if you agree the bug can be closed. Greetings hz 2010/8/6 zoltan herman >On Fri, 2010-08-06 at 11:29 +0200, zoltan herman wrote: > > 1. The USB WIFI adapter is not working on all USB ports. > > ... > Excuse me, I wanted to write: > The USB WIFI adapter is not working on only some of the USB ports. > > It is also working in this computer, but depend on the port what it is in. > >(usb 2-2: Atheros AR9170 is registered as 'phy0' <- ok) > > > > I will look it up whether the pendrive plus sata-to-usb converter > > work together in every port of the card. > > If the answer is 'yes', then it is not a hardware error. > > Greetings, > hz >
Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
The issue remains with linux-image-2.6.35-trunk-amd64 in today's version 2.6.35-1~experimental.1. This leaves me with the "debug things". -- 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/201008091501.48479.2...@kuarepoti-dju.net
Processed: bug 589945 is forwarded to https://bugzilla.kernel.org/show_bug.cgi?id=16494
Processing commands for cont...@bugs.debian.org: > forwarded 589945 https://bugzilla.kernel.org/show_bug.cgi?id=16494 Bug #589945 [linux-2.6] linux-image-2.6.32-5-amd64: NFS client hangs Set Bug forwarded-to-address to 'https://bugzilla.kernel.org/show_bug.cgi?id=16494'. > thanks Stopping processing here. Please contact me if you need assistance. -- 589945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589945 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.12813549385473.transcr...@bugs.debian.org
Bug#592187: Bug#576838: virtio network crashes again
Okay, next round: This time, 2.6.32-19 and virtio in guest, 2.6.32-18 in the host and sadly, it's not fixed: [ 159.772700] rdiff-backup.bi: page allocation failure. order:0, mode:0x20 [ 159.772708] Pid: 2524, comm: rdiff-backup.bi Not tainted 2.6.32-5-amd64 #1 [ 159.772710] Call Trace: [ 159.772712][] ? __alloc_pages_nodemask+0x55b/0x5d0 [ 159.772759] [] ? __alloc_skb+0x69/0x15a [ 159.772779] [] ? try_fill_recv+0x8b/0x18b [virtio_net] [ 159.772784] [] ? virtnet_poll+0x543/0x5c9 [virtio_net] [ 159.772799] [] ? net_rx_action+0xae/0x1c9 [ 159.772817] [] ? __do_softirq+0xdd/0x1a0 [ 159.772829] [] ? skb_recv_done+0x28/0x34 [virtio_net] [ 159.772838] [] ? call_softirq+0x1c/0x30 [ 159.772843] [] ? do_softirq+0x3f/0x7c [ 159.772845] [] ? irq_exit+0x36/0x76 [ 159.772847] [] ? do_IRQ+0xa0/0xb6 [ 159.772850] [] ? ret_from_intr+0x0/0x11 [ 159.772851][] ? kmap_skb_frag+0x3/0x43 [ 159.772856] [] ? skb_checksum+0xfa/0x23f [ 159.772858] [] ? __skb_checksum_complete_head+0x15/0x55 [ 159.772868] [] ? tcp_checksum_complete_user+0x1f/0x3c [ 159.772870] [] ? tcp_rcv_established+0x3c5/0x6d9 [ 159.772875] [] ? tcp_v4_do_rcv+0x1bb/0x376 [ 159.772877] [] ? tcp_write_xmit+0x883/0x96c [ 159.772880] [] ? release_sock+0x46/0x96 [ 159.772882] [] ? tcp_sendmsg+0x78a/0x87e [ 159.772885] [] ? sock_sendmsg+0xa3/0xbb [ 159.772894] [] ? autoremove_wake_function+0x0/0x2e [ 159.772902] [] ? zone_statistics+0x3c/0x5d [ 159.772906] [] ? pick_next_task_fair+0xcd/0xd8 [ 159.772919] [] ? kernel_sendmsg+0x32/0x3f [ 159.772943] [] ? xs_send_kvec+0x78/0x7f [sunrpc] [ 159.772948] [] ? xs_sendpages+0x89/0x1a1 [sunrpc] [ 159.772953] [] ? xs_tcp_send_request+0x44/0x131 [sunrpc] [ 159.772961] [] ? xprt_transmit+0x17b/0x25a [sunrpc] [ 159.772996] [] ? nfs3_xdr_readargs+0x7a/0x89 [nfs] [ 159.773000] [] ? call_transmit+0x1fb/0x246 [sunrpc] [ 159.773009] [] ? __rpc_execute+0x7d/0x24d [sunrpc] [ 159.773032] [] ? rpc_run_task+0x53/0x5b [sunrpc] [ 159.773042] [] ? nfs_read_rpcsetup+0x1d2/0x1f4 [nfs] [ 159.773048] [] ? readpage_async_filler+0x0/0xbf [nfs] [ 159.773061] [] ? nfs_pageio_doio+0x2a/0x51 [nfs] [ 159.773067] [] ? nfs_pageio_add_request+0xc5/0xd5 [nfs] [ 159.773072] [] ? readpage_async_filler+0x7d/0xbf [nfs] [ 159.773076] [] ? read_cache_pages+0x91/0x105 [ 159.773082] [] ? nfs_readpages+0x155/0x1b4 [nfs] [ 159.773087] [] ? nfs_pagein_one+0x0/0xd0 [nfs] [ 159.773092] [] ? finish_task_switch+0x3a/0xaf [ 159.773094] [] ? __do_page_cache_readahead+0x11b/0x1b4 [ 159.773097] [] ? ra_submit+0x1c/0x20 [ 159.773099] [] ? page_cache_async_readahead+0x75/0xad [ 159.773109] [] ? generic_file_aio_read+0x23a/0x52b [ 159.773118] [] ? do_sync_read+0xce/0x113 [ 159.773124] [] ? __switch_to+0x285/0x297 [ 159.773126] [] ? autoremove_wake_function+0x0/0x2e [ 159.773129] [] ? finish_task_switch+0x3a/0xaf [ 159.773131] [] ? vfs_read+0xa6/0xff [ 159.773133] [] ? sys_read+0x45/0x6e [ 159.773136] [] ? system_call_fastpath+0x16/0x1b [ 159.773138] Mem-Info: [ 159.773139] Node 0 DMA per-cpu: [ 159.773141] CPU0: hi:0, btch: 1 usd: 0 [ 159.773143] CPU1: hi:0, btch: 1 usd: 0 [ 159.773144] Node 0 DMA32 per-cpu: [ 159.773146] CPU0: hi: 186, btch: 31 usd: 184 [ 159.773147] CPU1: hi: 186, btch: 31 usd: 39 [ 159.773151] active_anon:5153 inactive_anon:2765 isolated_anon:0 [ 159.773152] active_file:17029 inactive_file:65343 isolated_file:0 [ 159.773153] unevictable:0 dirty:8266 writeback:0 unstable:443 [ 159.773154] free:787 slab_reclaimable:25621 slab_unreclaimable:3017 [ 159.773154] mapped:1946 shmem:238 pagetables:921 bounce:0 [ 159.773156] Node 0 DMA free:1992kB min:84kB low:104kB high:124kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:3276kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15372kB mlocked:0kB dirty:1232kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:60kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [ 159.773164] lowmem_reserve[]: 0 489 489 489 [ 159.773167] Node 0 DMA32 free:1156kB min:2784kB low:3480kB high:4176kB active_anon:20612kB inactive_anon:11060kB active_file:68116kB inactive_file:258096kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:500948kB mlocked:0kB dirty:31832kB writeback:0kB mapped:7784kB shmem:952kB slab_reclaimable:102484kB slab_unreclaimable:12008kB kernel_stack:1912kB pagetables:3684kB unstable:1772kB bounce:0kB writeback_tmp:0kB pages_scanned:128 all_unreclaimable? no [ 159.773175] lowmem_reserve[]: 0 0 0 0 [ 159.773177] Node 0 DMA: 0*4kB 1*8kB 0*16kB 0*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 1992kB [ 159.773183] Node 0 DMA32: 159*4kB 3*8kB 1*16kB 1*32kB 1*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1156kB [ 159.773193] 82614 total pagecache pages [ 159.773194] 0 pages in swap ca
Bug#592290: [linux-source-2.6.32] X.org does not work with Intel driver and 4GB RAM
> > I'm not sure how to proceed in my case. How can I test if the changes > > mentioned in the upstream bug report ( > > http://bugs.freedesktop.org/show_bug.cgi?id=25510 ) have reached the > > Squeeze's current kernel version? > > I'm pretty sure they are. If your issue is still present in 2.6.35 > (available in experimental), please file a bug against product=DRI, > component=DRM/intel at http://bugs.freedesktop.org/ and let us know the > bug number so we can track it. I am currently running kernel version 2.6.35 and everything works fine without the memory limitation set by the kernel parameter. So the remedy for my issues are on the path to 2.6.35. How can I narrow down the patches curing this problem? Bye Matthias -- 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/201008091204.25953.deb...@coolinblue.de
Bug#592187: Bug#576838: virtio network crashes again
So, testing begins. First conclusion: not all traffic patterns produce the page allocation failure. rdiff-backup only writing to an nfs-share does no harm; rdiff-backup reading and writing (incremental backup) leads to (nearly immediate) error. The nfs-share is always mounted with proto=tcp and nfsv3; /proc/mount says: fileserver.backup...:/export/backup/lbork /.cbackup-mp nfs rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=65535,timeo=600,retrans=2,sec=sys,mountport=65535,addr=x.x.x.x 0 0 This is the result of 2.6.32-18 with virtio: (/proc/meminfo within ten seconds of the page allocation failure, if that helps) MemTotal: 509072 kB MemFree: 10356 kB Buffers:4244 kB Cached: 419996 kB SwapCached:0 kB Active:50856 kB Inactive: 422424 kB Active(anon): 24948 kB Inactive(anon):25084 kB Active(file): 25908 kB Inactive(file): 397340 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 4194296 kB SwapFree:4194296 kB Dirty: 5056 kB Writeback: 0 kB AnonPages: 49080 kB Mapped: 7868 kB Shmem: 952 kB Slab: 11736 kB SReclaimable: 5604 kB SUnreclaim: 6132 kB KernelStack:1920 kB PageTables: 3728 kB NFS_Unstable: 0 kB Bounce:0 kB WritebackTmp: 0 kB CommitLimit: 4448832 kB Committed_AS:1419384 kB VmallocTotal: 34359738367 kB VmallocUsed:5536 kB VmallocChunk: 34359728048 kB HardwareCorrupted: 0 kB HugePages_Total: 0 HugePages_Free:0 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 2048 kB DirectMap4k:8180 kB DirectMap2M: 516096 kB [ 170.625928] rdiff-backup.bi: page allocation failure. order:0, mode:0x20 [ 170.625934] Pid: 2398, comm: rdiff-backup.bi Not tainted 2.6.32-5-amd64 #1 [ 170.625935] Call Trace: [ 170.625937][] ? __alloc_pages_nodemask+0x55b/0x5d0 [ 170.625993] [] ? __alloc_skb+0x69/0x15a [ 170.626002] [] ? try_fill_recv+0x8b/0x18b [virtio_net] [ 170.626004] [] ? virtnet_poll+0x543/0x5c9 [virtio_net] [ 170.626010] [] ? net_rx_action+0xae/0x1c9 [ 170.626032] [] ? __do_softirq+0xdd/0x1a0 [ 170.626035] [] ? skb_recv_done+0x28/0x34 [virtio_net] [ 170.626044] [] ? call_softirq+0x1c/0x30 [ 170.626049] [] ? do_softirq+0x3f/0x7c [ 170.626051] [] ? irq_exit+0x36/0x76 [ 170.626053] [] ? do_IRQ+0xa0/0xb6 [ 170.626061] [] ? ret_from_intr+0x0/0x11 [ 170.626062] [ 170.626063] Mem-Info: [ 170.626065] Node 0 DMA per-cpu: [ 170.626072] CPU0: hi:0, btch: 1 usd: 0 [ 170.626073] CPU1: hi:0, btch: 1 usd: 0 [ 170.626074] Node 0 DMA32 per-cpu: [ 170.626076] CPU0: hi: 186, btch: 31 usd: 30 [ 170.626078] CPU1: hi: 186, btch: 31 usd: 181 [ 170.626082] active_anon:6237 inactive_anon:6271 isolated_anon:0 [ 170.626083] active_file:6476 inactive_file:100535 isolated_file:32 [ 170.626084] unevictable:0 dirty:1008 writeback:0 unstable:2050 [ 170.626084] free:729 slab_reclaimable:1401 slab_unreclaimable:1762 [ 170.626085] mapped:1967 shmem:238 pagetables:932 bounce:0 [ 170.626087] Node 0 DMA free:1980kB min:84kB low:104kB high:124kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:13856kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15372kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:32kB slab_unreclaimable:8kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [ 170.626099] lowmem_reserve[]: 0 489 489 489 [ 170.626101] Node 0 DMA32 free:936kB min:2784kB low:3480kB high:4176kB active_anon:24948kB inactive_anon:25084kB active_file:25904kB inactive_file:388284kB unevictable:0kB isolated(anon):0kB isolated(file):128kB present:500948kB mlocked:0kB dirty:4032kB writeback:0kB mapped:7868kB shmem:952kB slab_reclaimable:5572kB slab_unreclaimable:7040kB kernel_stack:1912kB pagetables:3728kB unstable:8200kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [ 170.626110] lowmem_reserve[]: 0 0 0 0 [ 170.626112] Node 0 DMA: 0*4kB 1*8kB 1*16kB 1*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 1976kB [ 170.626118] Node 0 DMA32: 0*4kB 1*8kB 0*16kB 1*32kB 0*64kB 1*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 936kB [ 170.626125] 107278 total pagecache pages [ 170.626126] 0 pages in swap cache [ 170.626127] Swap cache stats: add 0, delete 0, find 0/0 [ 170.626128] Free swap = 4194296kB [ 170.626130] Total swap = 4194296kB [ 170.631675] 131069 pages RAM [ 170.631677] 3801 pages reserved [ 170.631678] 23548 pages shared [ 170.631679] 113310 pages non-shared And later on another test run, this time the network went down with it and the system didn't shut down properly anymore, /proc/meminfo again within ten seconds of the page allocatio
Bug#591944: [linux-2.6] I can't see all files and directory with mount.cifs
When i mount.cifs a windows share from a server (samba 3.0), i can see only 151 files and dir with ls -al | wc -l but thereis around 600 files and dir on this share. If i reboot my host with 2.6.26 (kernel from lenny) i can see all files and dir ... I test with squeeze and sid (i686) and i get the same problem. Note that i can cd and cat "invisible" files and dir if i know their names (i can't see them with ls) ! The problem do not occur with smbclient or nautilus with smb://server/share, only with mount.cifs Please retest with 2.6.32-19 from unstable, -5 is quite old. I test with 2.6.32-19 today (*) on a debian sid (i686). The problem is still there. I test also with an old 2.6.32 version (2.6.32-8) : same problem. With 2.6.26-21 and 2.6.26-24 (from lenny) on this same host (debian sid i686) there is no problem : i can see all files and directories. Thank you, Guy (*) $ apt-cache policy linux-image-2.6.32-5-686 linux-image-2.6.32-5-686: Installé : 2.6.32-19 Candidat : 2.6.32-19 Table de version : *** 2.6.32-19 0 500 http://ftp2.fr.debian.org sid/main Packages 100 /var/lib/dpkg/status 2.6.32-18 0 300 http://ftp2.fr.debian.org squeeze/main Packages -- 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/4c5fb606.2060...@teledetection.fr
Bug#589945: this is being tracked as a kernel bug (16494)
https://bugzilla.kernel.org/show_bug.cgi?id=16494 -- Andy, BlueArc Engineering
Re: DRM stable updates beyond 2.6.33.6
On 08/08/2010 07:25 AM, Ben Hutchings wrote: > David, > > As you know, Debian and Ubuntu (and others?) opted to use 2.6.32 as the > basis for a stable release but to take DRM from 2.6.33. Now that the > stable 2.6.33 series is over, we need some other means to communicate > the most important bug fixes for DRM that should go into these > distributions. Do you have any suggestions for how we should to this? > Could you maintain a drm-2.6.33 branch? > > Ben. > Hi Ben, actually I am already maintaining a branch which combines the 2.6.32.y tree with a 2.6.33 base of drm which I now moved forward to have .34 patches of drm included. I intended to go ahead like Greg does for .27 and get as much of the later stable patches back into that tree. If I miss something, please let me know. -Stefan http://git.kernel.org/?p=linux/kernel/git/smb/linux-2.6.32.y-drm33.z.git;a=summary -- 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/4c5fb0f1.4040...@canonical.com
Bug#592187: Bug#576838: virtio network crashes again
Hi Ben, Am Sonntag, den 08.08.2010, 03:36 +0100 schrieb Ben Hutchings: > This is not the same bug as was originally reported, which is that > virtio_net failed to retry refilling its RX buffer ring. That is > definitely fixed. So I'm treating this as a new bug report, #592187. Okay, thanks. > > > I think you need to give your guests more memory. > > > > They all have between 512M and 2G - and it happens to all of them using > > virtio_net, and none of them using rtl8139 as a network driver, > > reproducibly. > > The RTL8139 hardware uses a single fixed RX DMA buffer. The virtio > 'hardware' allows the host to write into RX buffers anywhere in guest > memory. This results in very different allocation patterns. > > Please try specifying 'e1000' hardware, i.e. an Intel gigabit > controller. I think the e1000 driver will have a similar allocation > pattern to virtio_net, so you can see whether it also triggers > allocation failures and a network stall in the guest. > > Also, please test Linux 2.6.35 in the guest. This is packaged in the > 'experimental' suite. I'll rig up a test machine (the crashes all occured on production guests, unfortunatly) and report back. > [...] > > If it would be an OOM situation, wouldn't the OOM-killer be supposed to > > kick in? > [...] > > The log you sent shows failure to allocate memory in an 'atomic' context > where there is no opportunity to wait for pages to be swapped out. The > OOM killer isn't triggered until the system is running out of memory > despite swapping out pages. Ah, good to know, thanks! > Also, I note that following the failure of virtio_net to refill its RX > buffer ring, I see failures to allocate buffers for sending TCP ACKs. > So the guest drops the ACKs, and that TCP connection will stall > temporarily (until the peer re-sends the unacknowledged packets). > > I also see 'nfs: server fileserver.backup.TechFak.Uni-Bielefeld.DE not > responding, still trying'. This suggests that the allocation failure in > virtio_net has resulted in dropping packets from the NFS server. And it > just makes matters worse as it becomes impossible to free memory by > flushing out buffers over NFS! This sounds quite bad. This problem *seems* to be fixed by 2.6.32-19: we upgraded to that on a different machine for host and guests, and an rsync of ~1TiB of data didn't produce any page allocation failures using virtio. But I'd wait for my tests with rsync/nfs and 2.6.32-18+e1000, 2.6.32-18+virtio 2.6.32-19+virtio and 2.6.35+virtio to conclude that. Thanks for taking your time to explain things! -- Lukas -- 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/1281338417.11319.20.ca...@larosa.fritz.box
