Processing of linux-2.6_2.6.26-15lenny3_i386.changes
linux-2.6_2.6.26-15lenny3_i386.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.26-15lenny3.dsc linux-2.6_2.6.26-15lenny3.diff.gz linux-doc-2.6.26_2.6.26-15lenny3_all.deb linux-manual-2.6.26_2.6.26-15lenny3_all.deb linux-patch-debian-2.6.26_2.6.26-15lenny3_all.deb linux-source-2.6.26_2.6.26-15lenny3_all.deb linux-support-2.6.26-2_2.6.26-15lenny3_all.deb linux-tree-2.6.26_2.6.26-15lenny3_all.deb linux-image-2.6.26-2-486_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-486_2.6.26-15lenny3_i386.deb linux-image-2.6.26-2-686_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-686_2.6.26-15lenny3_i386.deb linux-image-2.6.26-2-686-bigmem_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-686-bigmem_2.6.26-15lenny3_i386.deb linux-image-2.6.26-2-amd64_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-amd64_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-common_2.6.26-15lenny3_i386.deb linux-image-2.6.26-2-openvz-686_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-openvz-686_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-common-openvz_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-all_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-all-i386_2.6.26-15lenny3_i386.deb linux-libc-dev_2.6.26-15lenny3_i386.deb linux-image-2.6.26-2-vserver-686_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-vserver-686_2.6.26-15lenny3_i386.deb linux-image-2.6.26-2-vserver-686-bigmem_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-vserver-686-bigmem_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-common-vserver_2.6.26-15lenny3_i386.deb linux-image-2.6.26-2-xen-686_2.6.26-15lenny3_i386.deb linux-modules-2.6.26-2-xen-686_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-xen-686_2.6.26-15lenny3_i386.deb xen-linux-system-2.6.26-2-xen-686_2.6.26-15lenny3_i386.deb linux-headers-2.6.26-2-common-xen_2.6.26-15lenny3_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478166: linux-image-2.6.24-1-686: airo hang when loading because of aes
On Tue, 2009-06-02 at 15:12 +1000, Herbert Xu wrote: Ben Hutchings b...@decadent.org.uk wrote: I believe geode_aes can be fixed by either (1) removing the MODULE_ALIAS declaration or (2) making the module initialisation function fail if the device is not present. The latter behaviour is generally wrong for PCI drivers, but this device presumably cannot be hotplugged. I was going to remove this alias but found that it was already removed two years ago. Please revise your theory based on this new discovery :) As the subject says, this bug was found in 2.6.24. Sorry I forgot to check the current version; I generally would do that. I think you've confirmed that (1) is the correct fix. Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky signature.asc Description: This is a digitally signed message part
Processed: tagging 478166
Processing commands for cont...@bugs.debian.org: tags 478166 upstream fixed-upstream patch Bug#478166: linux-image-2.6.24-1-686: airo hang when loading because of aes There were no tags set. Tags added: upstream, fixed-upstream, patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: fixed 478166 in 2.6.25-1
Processing commands for cont...@bugs.debian.org: fixed 478166 2.6.25-1 Bug#478166: linux-image-2.6.24-1-686: airo hang when loading because of aes Bug marked as fixed in version 2.6.25-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 478166 in 2.6.24-6
Processing commands for cont...@bugs.debian.org: found 478166 2.6.24-6 Bug#478166: linux-image-2.6.24-1-686: airo hang when loading because of aes Bug marked as found in version 2.6.24-6. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: submitter 531488
Processing commands for cont...@bugs.debian.org: submitter 531488 Davide Bologna davide.bolo...@yahoo.it Bug#531488: Kernel panic booting Oracle Linux in kvm Changed Bug submitter from Ben Hutchings b...@decadent.org.uk to Davide Bologna davide.bolo...@yahoo.it. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524571: Still a problem after upgrade (me too) but I add logs!!!!
Hi, after some trouble with serial cables, configuration, whatever I configured a serial link to have a console. Two weeks ago I upgraded my server with linux-2.6_2.6.26-15lenny2. I have tested this version and still crash (log attached). On May 28th a new version of the kernel was updated on security (lenny3), but I have not tested yet. This version has a new patch for xen, but I don't know if this patch is for the bug or not [1]. The crash occurs as always in my case at 6:24, when cron do some job. Today I will update to test. Regards, Leo [ Ian Campbell ] + * xen: Fix missing check of interrupted code's code selector +(CVE-2009-1758) [1] http://lists.xensource.com/archives/html/xen-devel/2009-05/msg00561.html 337703.617668] BUG: soft lockup - CPU#3 stuck for 61s! [cron:5965] [337703.617668] Modules linked in: xt_physdev iptable_filter ip_tables x_tables bridge netloop ppdev lp ipmi_devintf ipmi_si ipms [337703.617668] [337703.617668] Pid: 5965, comm: cron Tainted: G D (2.6.26-2-xen-686 #1) [337703.617668] EIP: 0061:[c010be4a] EFLAGS: 0297 CPU: 3 [337703.617668] EIP is at xen_smp_call_function_mask+0xfc/0x13e [337703.617668] EAX: 0001 EBX: 0007 ECX: d7645e94 EDX: 0007 [337703.617668] ESI: 0003 EDI: EBP: c01523fd ESP: d7645eb4 [337703.617668] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069 [337703.617668] CR0: 8005003b CR2: b7f0a3b0 CR3: 26a65000 CR4: 0660 [337703.617668] DR0: DR1: DR2: DR3: [337703.617668] DR6: 0ff0 DR7: 0400 [337703.617668] [c01523fd] ? drain_local_pages+0x0/0xb [337703.617668] [c01523fd] ? drain_local_pages+0x0/0xb [337703.617668] [c0122a7a] ? on_each_cpu+0x10/0x4e [337703.617668] [c0152e81] ? drain_all_pages+0x10/0x12 [337703.617668] [c01530bd] ? __alloc_pages_internal+0x23a/0x34e [337703.617668] [c01531dd] ? __alloc_pages+0x7/0x9 [337703.617668] [c01531ee] ? __get_free_pages+0xf/0x1b [337703.617668] [c011ca77] ? copy_process+0x9c/0xffa [337703.617668] [c011daee] ? do_fork+0xab/0x1dc [337703.617668] [c01023c4] ? sys_clone+0x22/0x26 [337703.617668] [c0103f76] ? syscall_call+0x7/0xb [337703.617668] [c02c] ? pci_bus_size_bridges+0x216/0x3a0 [337703.617668] === [337769.115396] BUG: soft lockup - CPU#3 stuck for 61s! [cron:5965] . -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Desperate request for help on #517449
On Sat, May 23, 2009 at 2:12 PM, Hai Zaar haiz...@haizaar.com wrote: Good day, Debian kernel team! There is a performance-killer bug in current lenny kernel - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517449. Its strange, but several months passed and its not has been fixed yet. Its very frustrating having hi-end quad-core machine starting to crawl in the middle of the work day. I would like to know if there are any plans to fix that bug for official Lenny kernel. Anyone? Please... Its very sad that such performance-killer bugs are being ignored for STABLE distribution. Sorry for bad attitude, but I'm really frustrated by this bug. -- Zaar -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Problems with snd_hda_intel and kernel 2.6.29
Hi, I'm send this mail again because I dont know if the list receive my message. I'm new on this list. I have a problem with my snd_hda_intel and my kernel 2.6.29. The sound dont work. I my old kernel 2.6.26 the sound work perfectly. I try these options in /etc/modprobe.d/sound.conf options snd-hda-intel model=dell-m4-1 or options snd-hda-intel model=dell-m25 or options snd-hda-intel model=dell-ref one by one, I put it in the file and restart my system. This dont fix my sound problem. My computer is a Dell E6400. I dont know why I put these options (dell-m4-1 or dell-m25 or ref) but these is the references that I found in the net. Look my config related to alsa in: http://pastebin.ca/1443530 Any help is appreciated Thanks Ronaldo -- She asked me, What's your sign? I blinked and answered Neon, I thought I'd blow her mind... -- Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/DBG/Lab. Ecologia Comportamental e Computacional | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8192 | ronaldo.r...@unimontes.br | chrys...@gmail.com | http://www.ppgcb.unimontes.br/lecc | ICQ#: 5692561 | LinuxUser#: 205366 -- Favor NÃO ENVIAR arquivos do Word ou Powerpoint Prefira enviar em PDF, Texto, OpenOffice (ODF), HTML, or RTF.
Bug#517449: How, guys, do you couple with this bug?
Since the issue is still open and keeps annoying, I'm asking you guys, how do you couple with this bug? Have you just moved to 2.6.29 from backports? -- Zaar -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485528: marked as done (pci-sysfs resourceN files are not available on all architectures)
Your message dated Tue, 2 Jun 2009 16:08:40 +0100 with message-id 20090602150839.gg3...@decadent.org.uk and subject line Re: pci-sysfs resourceN files are not available on all architectures has caused the Debian Bug report #485528, regarding pci-sysfs resourceN files are not available on all architectures 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.) -- 485528: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485528 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libpciaccess,linux-2.6 Severity: important the pci_device_map_range() function from libpciaccess which is used by the X drivers to map pci BARs is implemented on linux using sysfs resourceN files, which the kernel only creates on architectures where HAVE_PCI_MMAP is defined. This is not the case for alpha, parisc, mips and m68k, as far as I can tell. See pci_create_resource_files() in linux/drivers/pci/pci-sysfs.c, and the respective include/asm-*/pci.h headers. This means that future versions of X (starting with xorg-server 1.5) are not going to work on these architectures unless this is fixed. We need to either get the kernel fixed, or fall back to mmaping /dev/mem in libpciaccess. Cheers, Julien ---End Message--- ---BeginMessage--- On Mon, Jun 01, 2009 at 03:17:06AM +0100, Ben Hutchings wrote: Julien Cristau jcris...@debian.org wrote: the pci_device_map_range() function from libpciaccess which is used by the X drivers to map pci BARs is implemented on linux using sysfs resourceN files, which the kernel only creates on architectures where HAVE_PCI_MMAP is defined. This is not the case for alpha, parisc, mips and m68k, as far as I can tell. [...] This was implemented for mips in v2.6.29 and for alpha in v2.6.30. m68k is not a release architecture and hppa is highly unlikely to be for squeeze. The removal of hppa from squeeze was announced today, so this is fixed for all squeeze release architectures. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given more to do. ---End Message---
Bug#524571: Workaround?
Hi, I've changend in the /etc/xen/xend-config.sxp dom0-cpus from 0 to 1. The server worked two weeks or more. Then I installed the update [SECURITY] [DSA 1800-1]. Actually the server ist up 3 days. Today I saw the update [SECURITY] [DSA 1809-1]. When I finde time, I will install this update. S. Pfeffer -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531604: Stability issues - CPU stuck issues
Package: linux-image-2.6.26-2-vserver-686 Version: 2.6.26-15lenny2 Severity: important I haven't checked severity of this problem, but this kernel does not seem to be very stable. It seems almost every hour, whenever there is lots of IO, the CPU gets stuck. I'm attaching log entries for the 2 of the occurrences. Is this a known problem with stable kernels? - Adam -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531604: Acknowledgement (Stability issues - CPU stuck issues)
Attaching the actual data. Some system info below, # lspci 00:00.0 Host bridge: nVidia Corporation nForce2 IGP2 (rev c1) 00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 0 (rev c1) 00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev c1) 00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev c1) 00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev c1) 00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev c1) 00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4) 00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2) 00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) 00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) 00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev a4) 00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1) 00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 Audio Controler (MCP) (rev a1) 00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev a3) 00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2) 00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1) 01:09.0 VGA compatible controller: Cirrus Logic GD 5430/40 [Alpine] (rev 47) ---BeginMessage--- System Events =-=-=-=-=-=-= Jun 2 09:54:38 polaris kernel: [57575.724009] BUG: soft lockup - CPU#0 stuck for 127s! [md0_raid1:880] Jun 2 09:54:38 polaris kernel: [57575.724009] Modules linked in: ext2 deflate zlib_deflate zlib_inflate ctr twofish twofish_common camellia serpent blowfish des_generic cbc aes_i586 aes_generic xcbc sha256_generic sha1_generic crypto_null crypto_blkcipher af_key usblp eeprom w83l785ts asb100 hwmon_vid evdev pcspkr snd_intel8x0 snd_ac97_codec shpchp pci_hotplug ac97_bus snd_pcm snd_seq snd_timer snd_seq_device snd soundcore snd_page_alloc button i2c_nforce2 i2c_core nvidia_agp agpgart ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod raid1 md_mod ide_disk ata_generic libata scsi_mod dock ide_pci_generic amd74xx ide_core forcedeth ehci_hcd ohci_hcd usbcore thermal processor fan thermal_sys Jun 2 09:54:38 polaris kernel: [57575.724009] Jun 2 09:54:38 polaris kernel: [57575.724009] Pid: 880, comm: md0_raid1 Not tainted (2.6.26-2-vserver-686 #1) Jun 2 09:54:38 polaris kernel: [57575.724009] EIP: 0060:[f8892de4] EFLAGS: 0202 CPU: 0 Jun 2 09:54:38 polaris kernel: [57575.724009] EIP is at ide_outb+0x4/0x5 [ide_core] Jun 2 09:54:38 polaris kernel: [57575.724009] EAX: EBX: f688bf20 ECX: EDX: 0175 Jun 2 09:54:38 polaris kernel: [57575.724009] ESI: f88a4080 EDI: f88a4098 EBP: ffef ESP: f755bcfc Jun 2 09:54:38 polaris kernel: [57575.724009] DS: 007b ES: 007b FS: 00d8 GS: SS: 0068 Jun 2 09:54:38 polaris kernel: [57575.724009] CR0: 8005003b CR2: b7fc6000 CR3: 1dec9000 CR4: 06d0 Jun 2 09:54:38 polaris kernel: [57575.724009] DR0: DR1: DR2: DR3: Jun 2 09:54:38 polaris kernel: [57575.724009] DR6: 0ff0 DR7: 0400 Jun 2 09:54:38 polaris kernel: [57575.724009] [f8893022] ? ide_tf_load+0x142/0x169 [ide_core] Jun 2 09:54:38 polaris kernel: [57575.724009] [f8892de0] ? ide_outb+0x0/0x5 [ide_core] Jun 2 09:54:38 polaris kernel: [57575.724009] [f88961c9] ? do_rw_taskfile+0x58/0x1c7 [ide_core] Jun 2 09:54:38 polaris kernel: [57575.724009] [f8891ae1] ? ide_do_request+0x48c/0x81b [ide_core] Jun 2 09:54:38 polaris kernel: [57575.724009] [c01decce] ? get_request+0x1de/0x2b9 Jun 2 09:54:38 polaris kernel: [57575.724009] [c012a24e] ? lock_timer_base+0x19/0x35 Jun 2 09:54:38 polaris kernel: [57575.724009] [c012a567] ? del_timer+0x48/0x4e Jun 2 09:54:38 polaris kernel: [57575.724009] [c01dd096] ? elv_insert+0xbf/0x196 Jun 2 09:54:38 polaris kernel: [57575.724009] [c01df8da] ? __make_request+0x2fe/0x348 Jun 2 09:54:38 polaris kernel: [57575.724009] [c01de507] ? generic_make_request+0x34d/0x37b Jun 2 09:54:38 polaris kernel: [57575.724009] [c0160fe9] ? mempool_alloc+0x1c/0xba Jun 2 09:54:38 polaris kernel: [57575.724009] [c0160fe9] ? mempool_alloc+0x1c/0xba Jun 2 09:54:38 polaris kernel: [57575.724009] [c019d653] ? bio_alloc_bioset+0x9b/0xf3 Jun 2 09:54:38 polaris kernel: [57575.724009] [c01df5d5] ? submit_bio+0xc6/0xcd Jun 2 09:54:38 polaris kernel: [57575.724009] [c019d6d3] ? bio_clone+0x28/0x2d Jun 2 09:54:38 polaris kernel: [57575.724009] [f887e3d8] ? md_super_write+0x85/0xab [md_mod] Jun 2 09:54:38 polaris kernel: [57575.724009] [f887e68e] ? md_update_sb+0x290/0x33e [md_mod] Jun 2 09:54:38 polaris kernel: [57575.724009] [f888287a] ? md_check_recovery+0x176/0x452 [md_mod] Jun 2 09:54:38 polaris kernel: [57575.724009] [c01ec200] ? rb_insert_color+0x4c/0xad Jun 2 09:54:38 polaris kernel: [57575.724009] [f88b1f4f] ? raid1d+0x24/0xc44 [raid1] Jun 2 09:54:38 polaris kernel: [57575.724009] [c011d47f] ?
[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 #500145 # * http://bugzilla.openvz.org/show_bug.cgi?id=1067 # * remote status changed: NEW - PATCHSENT usertags 500145 - status-NEW usertags 500145 + status-PATCHSENT thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521646: linux-kbuild-2.6: Not possible to rebuild debian/control
Hi, it would be very nice to get some feedback from the maintainers here. The problem seems very weird to me because the package builds as long as I do not change the changelog which means I cannot sign the package finally when I rebuild it. I have not checked more into details yet, but I presume that the control-file or some other file of the debian build files is not regenerated properly after changing the changelog. Also, I think it's quite unlucky that one of the scripts (gencontrol.py) depends specifically on python 2.4. In any case this bug should be fixed soon, I cannot fully backport any debian kernels to Lenny at the moment without problems. Since linux-headers package depends on kbuild, I can never install them. Btw: The bug seems to be similar to 475108. Is it the same ? The original poster suggested something with __init__.py however. Best Regards, Adrian -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517449: linux-image-2.6.26-1-amd64: SCHED_IDLE issues (tasks blocked for more than 120 seconds)
You found some scheduling changes made post-2.6.28 which seemed to deal with this bug. However, that cannot be the full story because they are modifying code which was added after 2.6.26. The attached patch combines a bug fix made between 2.6.26 and .28 with most of the changes you identified. Based on my reading of commit messages and discussion, I think this makes a coherent set of changes. However there have been many other changes to the scheduler in this time and I cannot say for sure whether any of those are also required as I do not have any great knowledge of it. Please try rebuilding the lenny kernel (linux-source-2.6.26) with this patch applied and report whether it fixes the bug for you. Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky Combination of these scheduler fixes: commit 1af5f730fc1bf7c62ec9fb2d307206e18bf40a69 Author: Peter Zijlstra a.p.zijls...@chello.nl Date: Fri Oct 24 11:06:13 2008 +0200 sched: more accurate min_vruntime accounting [part of:] commit 6bc912b71b6f33b041cfde93ca3f019cbaa852bc Author: Peter Zijlstra a.p.zijls...@chello.nl Date: Thu Jan 15 14:53:38 2009 +0100 sched: SCHED_OTHER vs SCHED_IDLE isolation commit cce7ade803699463ecc62a065ca522004f7ccb3d Author: Peter Zijlstra a.p.zijls...@chello.nl Date: Thu Jan 15 14:53:37 2009 +0100 sched: SCHED_IDLE weight change commit e17036dac189dd034c092a91df56aa740db7146d Author: Peter Zijlstra a.p.zijls...@chello.nl Date: Thu Jan 15 14:53:39 2009 +0100 sched: fix update_min_vruntime --- a/kernel/sched.c +++ b/kernel/sched.c @@ -1390,8 +1390,8 @@ * slice expiry etc. */ -#define WEIGHT_IDLEPRIO 2 -#define WMULT_IDLEPRIO (1 31) +#define WEIGHT_IDLEPRIO3 +#define WMULT_IDLEPRIO 1431655765 /* * Nice levels are multiplicative, with a gentle 10% change for every --- a/kernel/sched_fair.c +++ b/kernel/sched_fair.c @@ -221,6 +221,27 @@ return se-vruntime - cfs_rq-min_vruntime; } +static void update_min_vruntime(struct cfs_rq *cfs_rq) +{ + u64 vruntime = cfs_rq-min_vruntime; + + if (cfs_rq-curr) + vruntime = cfs_rq-curr-vruntime; + + if (cfs_rq-rb_leftmost) { + struct sched_entity *se = rb_entry(cfs_rq-rb_leftmost, + struct sched_entity, + run_node); + + if (!cfs_rq-curr) + vruntime = se-vruntime; + else + vruntime = min_vruntime(vruntime, se-vruntime); + } + + cfs_rq-min_vruntime = max_vruntime(cfs_rq-min_vruntime, vruntime); +} + /* * Enqueue an entity into the rb-tree: */ @@ -254,15 +275,8 @@ * Maintain a cache of leftmost tree entries (it is frequently * used): */ - if (leftmost) { + if (leftmost) cfs_rq-rb_leftmost = se-run_node; - /* - * maintain cfs_rq-min_vruntime to be a monotonic increasing - * value tracking the leftmost vruntime in the tree. - */ - cfs_rq-min_vruntime = - max_vruntime(cfs_rq-min_vruntime, se-vruntime); - } rb_link_node(se-run_node, parent, link); rb_insert_color(se-run_node, cfs_rq-tasks_timeline); @@ -272,18 +286,9 @@ { if (cfs_rq-rb_leftmost == se-run_node) { struct rb_node *next_node; - struct sched_entity *next; next_node = rb_next(se-run_node); cfs_rq-rb_leftmost = next_node; - - if (next_node) { - next = rb_entry(next_node, - struct sched_entity, run_node); - cfs_rq-min_vruntime = -max_vruntime(cfs_rq-min_vruntime, - next-vruntime); - } } if (cfs_rq-next == se) @@ -425,6 +430,7 @@ curr-load); } curr-vruntime += delta_exec_weighted; + update_min_vruntime(cfs_rq); } static void update_curr(struct cfs_rq *cfs_rq) @@ -590,13 +596,7 @@ static void place_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, int initial) { - u64 vruntime; - - if (first_fair(cfs_rq)) { - vruntime = min_vruntime(cfs_rq-min_vruntime, -__pick_next_entity(cfs_rq)-vruntime); - } else - vruntime = cfs_rq-min_vruntime; + u64 vruntime = cfs_rq-min_vruntime; /* * The 'current' period is already promised to the current tasks, @@ -680,6 +680,7 @@ if (se != cfs_rq-curr) __dequeue_entity(cfs_rq, se); account_entity_dequeue(cfs_rq, se); + update_min_vruntime(cfs_rq); } /* @@ -1184,12 +1185,18 @@ cfs_rq_of(pse)-next = pse; /* - * Batch tasks do not preempt (their preemption is driven by + * Batch and idle tasks do not preempt (their preemption is driven by * the tick): */ - if (unlikely(p-policy == SCHED_BATCH)) + if (unlikely(p-policy != SCHED_NORMAL)) return; + /* Idle tasks are by definition preempted by everybody. */ + if (unlikely(curr-policy == SCHED_IDLE)) { + resched_task(curr); + return; + } + if (!sched_feat(WAKEUP_PREEMPT)) return; signature.asc Description: This is a digitally signed message part