kernel January 2010

kernel@lists.fedoraproject.org

19 participants
18 discussions

Fwd: question about state of F11 kernel
by Michał Piotrowski 21 Jan '10

21 Jan '10

Hi, What is the state of F11 kernel? AFAIK 2.6.30 is not supported by upstream for a month. Upgrade to 2.6.31 doesn't solve this problem, because 2.6.31.12 is probably the latest from 31 series. I have seen failed 2.6.32 build for F11 in koji http://koji.fedoraproject.org/koji/buildinfo?buildID=150432 . I would like to know if you want to maintain 2.6.30 for whole F11 lifetime or switch to 2.6.32 soon. If you plan to switch to 2.6.32 soon I would like to get some test kernels. I understand that things like F11 kernel support doesn't have top priority while F13 development, but it is important to some of us. Regards, Michal

2 1

Fwd: question about state of F11 kernel
by Michał Piotrowski 20 Jan '10

20 Jan '10

1 0

Fwd: question about state of F11 kernel
by Michał Piotrowski 19 Jan '10

19 Jan '10

1 0

Re: rpms/kernel/F-12 drm-nouveau-bios-paranoia.patch, NONE, 1.1 drm-nouveau-g80-ctxprog.patch, NONE, 1.1 drm-nouveau-nvac-noaccel.patch, NONE, 1.1 drm-nouveau-safetile-getparam.patch, NONE, 1.1 drm-nouveau-shared-fb.patch, NONE, 1.1 drm-nouveau-tvout-disable.patch, NONE, 1.1 kernel.spec, 1.1974, 1.1975
by David Woodhouse 11 Jan '10

11 Jan '10

On Tue, 2010-01-12 at 00:14 +0000, Ben Skeggs wrote: > create mode 100644 firmware/nouveau/nv50.ctxprog.ihex > create mode 100644 firmware/nouveau/nv50.ctxvals.ihex > create mode 100644 firmware/nouveau/nv84.ctxprog.ihex > create mode 100644 firmware/nouveau/nv84.ctxvals.ihex > create mode 100644 firmware/nouveau/nv86.ctxprog.ihex > create mode 100644 firmware/nouveau/nv86.ctxvals.ihex > create mode 100644 firmware/nouveau/nv92.ctxprog.ihex > create mode 100644 firmware/nouveau/nv92.ctxvals.ihex > create mode 100644 firmware/nouveau/nv94.ctxprog.ihex > create mode 100644 firmware/nouveau/nv94.ctxvals.ihex > create mode 100644 firmware/nouveau/nv96.ctxprog.ihex > create mode 100644 firmware/nouveau/nv96.ctxvals.ihex > create mode 100644 firmware/nouveau/nv98.ctxprog.ihex > create mode 100644 firmware/nouveau/nv98.ctxvals.ihex > create mode 100644 firmware/nouveau/nva0.ctxprog.ihex > create mode 100644 firmware/nouveau/nva0.ctxvals.ihex > create mode 100644 firmware/nouveau/nva5.ctxprog.ihex > create mode 100644 firmware/nouveau/nva5.ctxvals.ihex > create mode 100644 firmware/nouveau/nva8.ctxprog.ihex > create mode 100644 firmware/nouveau/nva8.ctxvals.ihex > create mode 100644 firmware/nouveau/nvaa.ctxprog.ihex > create mode 100644 firmware/nouveau/nvaa.ctxvals.ihex > create mode 100644 firmware/nouveau/nvac.ctxprog.ihex > create mode 100644 firmware/nouveau/nvac.ctxvals.ihex In rawhide we're no longer building kernel-firmware packages from the kernel source; we have the linux-firmware package from its upstream instead. Nobody should be adding _new_ non-GPL code to the kernel's firmware/ directory -- that was always intended as a temporary measure and we're hoping to _remove_ what we have there, not add to it. -- dwmw2

2 1

What happens with cvs.fedora.redhat.com
by Stanislaw Gruszka 05 Jan '10

05 Jan '10

What happens with cvs.fedora.redhat.com? If it is shutdown permanently where I can get current fedora kernel sources? Stanislaw

2 2

tagged for 2.6.32
by Kyle McMartin 04 Jan '10

04 Jan '10

So we're moving to 2.6.32 across F-11 & F-12, as such I've tagged the old kernels on those branches. F-11 2.6.30 is on branch private-fedora-11-2_6_30 F-12 2.6.31 is on branch private-fedora-12-2_6_31 The devel/ sources from 2.6.32 are on private-rawhide-2_6_32. Kyle.

1 0

Fedora 11/12 kernels as xen domU
by Norman Gaywood 03 Jan '10

03 Jan '10

[Originally sent this to fedora-list but thought it may get more attention here.] Is anyone having any stability with the fedora kernels running as a Xen DomU. Dom0 is a Centos 5.4 2.6.18-164.9.1.el5xen kernel. These fedora kernels seem to lockup (processes get stuck in D state) whenever put under any load: kernel-2.6.30.10-105.fc11.x86_64 kernel-2.6.31.6-166.fc12.x86_64 kernel-2.6.31.9-174.fc12.x86_64 Yes, I tried a fedora 11 kernel on a fedora 12 system. This is the most stable for me. Here are some bugzilla entries (one posted by me) that point to this problem: kernel 2.6.31 processes lock up in D state https://bugzilla.redhat.com/show_bug.cgi?id=550724 FC12 2.6.31.9-174.fc12.x86_64 hangs under heavy disk I/O https://bugzilla.redhat.com/show_bug.cgi?id=551552 -- Norman Gaywood, Computer Systems Officer University of New England, Armidale, NSW 2351, Australia ngaywood(a)une.edu.au Phone: +61 (0)2 6773 3337 http://mcs.une.edu.au/~norm Fax: +61 (0)2 6773 3312 Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

1 0

CPU hotplug
by Sankar 02 Jan '10

02 Jan '10

Currently the cpu hotplug (bringing the cpu to online/offline state) operations are serialized. I was trying to check the possibilities if certain things can be done in parallel here. (like if tried to bring down two processors at the same moment) In the cpu offline path, a call is made to __stop_machine (whose description say : This causes a thread to be scheduled on every cpu, each of which disables interrupts. The result is that noone is holding a spinlock or inside any other preempt-disabled region when @fn() runs. This function assumes cpus won't come or go while it's being called. Used by hotplug cpu.) take_cpu_down (which disables the local apic, makes modifications in the ioapic redirection vector table, modifies the state of the cpu maps, sends CPU_DYING to registered callbacks and finally schedules the idle thread) is the function that gets executed in the target cpu (i.e. the cpu that goes offline) during this entire system halt state. I am trying to understand the main reason for using stop_machine to run take_cpu_down. What are all the main operations done that expects this state of system? Is it because of the cpu maps (which are mostly readonly) getting modified or the modifications to IOAPIC redirection vector table entries? Thanks Sankar

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel January 2010