[PATCH] dynamic tick patch

Hi all, Attached is the dynamic tick patch for x86 to play with as I promised in few threads earlier on this list.[1][2] The dynamic tick patch does following: - Separates timer interrupts from updating system time - Allows updating time from other interrupts in addition to timer interrupt -

Re: [patch 2/2] mm: Reimplementation of alloc_percpu

On Tue, 2005-01-18 at 20:45 +0530, Ravikiran G Thirumalai wrote: > On Tue, Jan 18, 2005 at 12:30:32PM +1100, Rusty Russell wrote: > > On Tue, 2005-01-18 at 00:06 +0530, Ravikiran G Thirumalai wrote: > > > ... > > > The allocator can be easily modified to use __per_cpu_offset[] table at a > > > lat

[PATCH] AOE: fix up the block device registration so that it actually works now.

Ed, I need the following patch against the latest -bk tree in order to get the aoe code to load and work properly. Does it look good to you? thanks, greg k-h - AOE: fix up the block device registration so that it actually works now. Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTEC

Re: Horrible regression with -CURRENT from "Don't busy-lock-loop in preemptable spinlocks" patch

Here's a patch that adds the missing read_is_locked() and write_is_locked() macros for IA64. When combined with Ingo's patch, I can boot an SMP kernel with CONFIG_PREEMPT on. However, I feel these macros are misnamed: read_is_locked() returns true if the lock is held for writing; write_is_locke

[RFC][PATCH] consolidate arch specific resource.h headers

Most of the include/asm-*/resource.h headers are the same as one another. This patch makes one generic version, include/asm-generic/resource.h, and uses that when appropriate. The only vaguely interesting thing here is that the generic version introduces a new _STK_LIM_MAX macro, which can be popu

Re: Announce loop-AES-v3.0b file/swap crypto package

On Tue, 18 Jan 2005, Venkat Manakkal wrote: > As for cryptoloop, I'm sorry, I cannot say the same. The password hashing > system being changed in the past year, poor stability and machine lockups are > what I have noticed, besides there is nothing like the readme here: cryptoloop is also unusably

Re: SATA disk dead? ATA: abnormal status 0x59 on port 0xE407

Erik Steffl wrote: Eric Mudama wrote: we don't use security torx screws, we use normal ones on our boards. I wouldn't recommend swapping boards, since the code stored on the physical media, the opti tables, and the asic on the board were all processed together at one point and are specific to each

Re: [PATCH] dynamic tick patch

On Tue, 2005-01-18 at 16:05 -0800, Tony Lindgren wrote: > Currently supported timers are TSC and ACPI PM timer. Other > timers should be easy to add. Both TSC and ACPI PM timer > rely on the PIT timer for interrupts, so the maximum skip > inbetween ticks is only few seconds at most. > An interest

LTP Results for 2.6.x and 2.4.x

Here's an updated summary of our LTP regression test runs against the 2.6.x and 2.4.x kernels on RedHat 9.0: http://developer.osdl.org/bryce/ltp/ Briefly, here are the numbers for the most recent kernels: Patch Name TestReq# LTP Ver CPUPASS FAIL WARN BROK --

BUG in shared_policy_replace() ?

Hi Andi, Why free the shared policy created to split up an old policy that spans the whole new range? Ie, see patch. Steve --- mm/mempolicy.c.orig 2005-01-18 16:13:35.573273351 -0800 +++ mm/mempolicy.c 2005-01-18 16:24:23.940608135 -0800 @@ -1052,10 +1052,6 @@ if (new)

Re: [PATCH] fix verify_command to allow burning more than 1 DVD

Peter Osterlund wrote: Michal Schmidt <[EMAIL PROTECTED]> writes: --- linux-2.6.11-mm1/drivers/block/scsi_ioctl.c.orig2005-01-17 20:42:40.0 +0100 +++ linux-2.6.11-mm1/drivers/block/scsi_ioctl.c 2005-01-17 20:43:14.0 +0100 @@ -197,9 +197,7 @@ static int verify_command(struct fi

Re: [PATCH] Wait and retry mounting root device (revised)

William Park wrote: > The problem at hand is that USB key drive (which is my immediate > concern) takes 5sec to show up. So, it's much better approach than > 'initrd'. I'm a little biased, but I disagree ;-) The main problems with initrd seem to be that it adds at least one more moving part, and

Re: Announce loop-AES-v3.0b file/swap crypto package

On Jan 18, 2005, at 19:18, Dan Hollis wrote: On Tue, 18 Jan 2005, Venkat Manakkal wrote: As for cryptoloop, I'm sorry, I cannot say the same. The password hashing system being changed in the past year, poor stability and machine lockups are what I have noticed, besides there is nothing like the r

[BUG] MODULE_PARM conversions introduces bug in Wavelan driver

Hi Rusty, (If you are not the culprit, please forward to the guilty party). The patch the the Wavelan driver that I quote below introduces a nice bug that can crash the kernel. Maybe you want to think about fixing it, or maybe I should revert the patch... As a sid

Re:[PATCH] PCI: add PCI Express Port Bus Driver subsystem

On Tue Jan 18 11:41:01 2005 Greg KH wrote: >> > >> > >> > This puts all of the pcie "port" structures in /sys/devices/ Shouldn't >> > you make the parent of the device you create point to the pci_dev >> > structure that's passed into this function? That would make the sysfs >> > tree a lot saner

Re: [PATCH] PCI: add PCI Express Port Bus Driver subsystem

On Tue, Jan 18, 2005 at 05:59:44PM -0800, long wrote: > On Tue Jan 18 11:41:01 2005 Greg KH wrote: > >> > > >> > > >> > This puts all of the pcie "port" structures in /sys/devices/ Shouldn't > >> > you make the parent of the device you create point to the pci_dev > >> > structure that's passed int

Re: [PATCH] dynamic tick patch

* Lee Revell <[EMAIL PROTECTED]> [050118 16:22]: > On Tue, 2005-01-18 at 16:05 -0800, Tony Lindgren wrote: > > Currently supported timers are TSC and ACPI PM timer. Other > > timers should be easy to add. Both TSC and ACPI PM timer > > rely on the PIT timer for interrupts, so the maximum skip > > i

Re: [RFC][PATCH] consolidate arch specific resource.h headers

On Tue, Jan 18, 2005 at 04:10:56PM -0800, Chris Wright wrote: > +#define INIT_RLIMITS \ > +{\ > + { RLIM_INFINITY, RLIM_INFINITY }, \ > + { RLIM_INFINITY, RLIM_INFINITY }, \ > +

[PATCH - 2.6.10] generic_file_buffered_write handle partial DIO writes with multiple iovecs

Andrew, This is a patch to generic_file_buffered_write() to correctly handle partial O_DIRECT writes (because of unallocated blocks) when there is more than 1 iovec. Without this patch, the code is writing the wrong iovec (it writes the first iovec a 2nd time). Included is a test program dio_bug

Re: kbuild: Implicit dependence on the C compiler

On Tue, Jan 18, 2005 at 07:35:43PM +, H. Peter Anvin wrote: > Followup to: <[EMAIL PROTECTED]> > By author:Sam Ravnborg <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > To give some background info about why kbuild does what it does. > > A kernel being compiled partly with and

Re: [PATCH 0/2] Remove input_call_hotplug

On Tue, Jan 18, 2005 at 05:20:40PM -0500, Dmitry Torokhov wrote: > On Tue, 18 Jan 2005 13:58:20 -0800, Greg KH <[EMAIL PROTECTED]> wrote: > > On Tue, Jan 18, 2005 at 04:49:34PM -0500, Dmitry Torokhov wrote: > > > On Tue, 18 Jan 2005 13:30:02 -0800, Greg KH <[EMAIL PROTECTED]> wrote: > > > > On Tue,

Re: [ck] [PATCH][RFC] sched: Isochronous class for unprivileged soft rt scheduling

On Tue, 2005-01-18 at 10:17 -0600, Jack O'Quin wrote: > Cal <[EMAIL PROTECTED]> writes: > > > There's a collection of test summaries from jack_test3.2 runs at > > > > > > Tests were run with iso_cpu at 70, 90, 99, 100, each test was run >

Re: [ck] [PATCH][RFC] sched: Isochronous class for unprivileged soft rt scheduling

Lee Revell wrote: On Tue, 2005-01-18 at 10:17 -0600, Jack O'Quin wrote: Cal <[EMAIL PROTECTED]> writes: There's a collection of test summaries from jack_test3.2 runs at Tests were run with iso_cpu at 70, 90, 99, 100, each test was run twic

Re: [PATCH - 2.6.10] generic_file_buffered_write handle partial DIO writes with multiple iovecs

On Tue, Jan 18, 2005 at 05:22:44PM -0800, Daniel McNeil wrote: > Andrew, > > This is a patch to generic_file_buffered_write() to correctly > handle partial O_DIRECT writes (because of unallocated blocks) > when there is more than 1 iovec. Without this patch, the code is > writing the wrong iovec

Re: thoughts on kernel security issues

Bill Davidsen tmr.com> writes: > > With no disrespect, I don't believe you have ever been a full-time > employee system administrator for any commercial or government > organization, and I don't believe you have any experience trying to do > security when change must be reviewed by technicall

Re: [Lmbench-users] Re: pipe performance regression on ia64

It would be good if you copied me directly since I don't read the kernel list anymore (I'd love to but don't have the bandwidth) and I rarely read the lmbench list. But only if you want to drag me into it, of course. Carl and I both work on LMbench but not very actively. I had really hoped that

Re: [Lmbench-users] Re: pipe performance regression on ia64

On Tue, 18 Jan 2005, Larry McVoy wrote: > > I'm very unthrilled with the idea of adding stuff to the release benchmark > which is OS specific. That said, there is nothing to say that you can't > grab the benchmark and tweak your own test case in there to prove or > disprove your theory. Hmm..

RE: [Lmbench-users] Re: pipe performance regression on ia64

> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Larry McVoy > Sent: Wednesday, January 19, 2005 11:05 AM > To: Linus Torvalds > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Luck, Tony; > [EMAIL PROTECTED]; linux-ia64@vger.kernel.org; Kernel Mailing List

Re: kbuild: Implicit dependence on the C compiler

Matt Mackall wrote: I would argue that "name of gcc has changed" is possibly a condition that does more harm than good. It is just as frequently used to have wrappers, like distcc, as it is to have different versions. Disagree. I switch compilers all the time and kbuild does the right thing for me

Re: [BUG] MODULE_PARM conversions introduces bug in Wavelan driver

On Tue, 2005-01-18 at 16:47 -0800, Jean Tourrilhes wrote: > Hi Rusty, > > (If you are not the culprit, please forward to the guilty party). Almost certainly me. We gave people warning, we even marked MODULE_PARM deprecated, but eventually I had to roll through and try to autoconvert.

Re: [PATCH] raid6: altivec support

On Mon, 2005-01-17 at 10:16 +, David Woodhouse wrote: > On Sun, 2005-01-09 at 16:13 +0100, Olaf Hering wrote: > > > > > ChangeSet 1.2347, 2005/01/08 14:02:27-08:00, [EMAIL PROTECTED] > > > > > > [PATCH] raid6: altivec support > > > > > > This patch adds Altivec support for

Re: Testing optimize-for-size suitability?

On Sun, Jan 16, 2005 at 10:40:12AM -0500, Steve Snyder wrote: > Is there a benchmark or set of benchmarks that would allow me to test the > suitability of the CONFIG_CC_OPTIMIZE_FOR_SIZE kernel config option? > > It seems to me that the benefit of this option is very dependant on the > amount of

Re: User space out of memory approach

On Tue, 18 Jan 2005, Edjard Souza Mota wrote: > > If my system needs the OOM killer, it's usurally unresponsive to most > > userspace applications. A normal daemon would be swapped out before the > > runaway dhcpd grows larger than the web cache. It would have to be a mlocked > > RT task started f

Re: [PATCH] dynamic tick patch

On Tue, 2005-01-18 at 16:05 -0800, Tony Lindgren wrote: > Hi all, > > Attached is the dynamic tick patch for x86 to play with > as I promised in few threads earlier on this list.[1][2] > > The dynamic tick patch does following: > > .../... Nice, that's exactly what I want on ppc to allow the lap

no help text for BLK_DEV_GENERIC

Hi Bartlomiej, neither 2.4 nor 2.6 contain a help text for the the option BLK_DEV_GENERIC. Could you provide a text with a short description and an "If unsure say y/n." advice? TIA Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had

Passive-aggressive scheduling to enhance responsiveness?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was looking at what happens to responsiveness when CPU usagee goes up and I had an idea about CPU and IO scheduling. Tasks can be grouped by user and nice (and by scheduler type but let's leave SCHED_RR and friends out of this). Let's say that use

[2.6 patch] misc ISAPNP cleanups

This patch removes some completely unused code and makes some needlessly global code static in drivers/pnp/isapnp/core.c . Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- diffstat output: drivers/pnp/isapnp/core.c | 47 -- include/linux/isapnp.h|

Re: kbuild: Implicit dependence on the C compiler

On 2005-01-19, at 04:35, H. Peter Anvin wrote: Matt Mackall wrote: I would argue that "name of gcc has changed" is possibly a condition that does more harm than good. It is just as frequently used to have wrappers, like distcc, as it is to have different versions. Disagree. I switch compilers all

[PATCH] Use -Wno-pointer-sign for gcc 4.0

Compiling an allyesconfig kernel straight with a gcc 4.0 snapshot gives nearly 10k new warnings like: warning: pointer targets in passing argument 5 of `cpuid' differ in signedness Since the sheer number of these warnings was too much even for the most determined kernel janitors (I actually ask

[2.6 patch] some PNP cleanups

This patch makes the following changes to the PNP code: - make some needlessly global code static - remove the EXPORT_SYMBOL(pnp_assign_resources) since this function is only used in the file it is defined in Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- diffstat output: drivers/pnp/core

[2.6 patch] #if 0 cx88_risc_disasm

This patch #if 0's the unused function cx88_risc_disasm. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- diffstat output: drivers/media/video/cx88/cx88-core.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) This patch was already sent on: - 10 Nov 2004 --- linux-2.6.10-rc1-

[2.6 patch] bttv: make some code static

This patch makes some bttv code static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- diffstat output: drivers/media/video/bttv-cards.c |5 +++-- drivers/media/video/bttv-driver.c |6 +++--- drivers/media/video/bttvp.h |5 - 3 files changed, 6 insertions(+), 10 delet

Re: [PATCH] dynamic tick patch

* Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 20:22]: > On Tue, 2005-01-18 at 16:05 -0800, Tony Lindgren wrote: > > Hi all, > > > > Attached is the dynamic tick patch for x86 to play with > > as I promised in few threads earlier on this list.[1][2] > > > > The dynamic tick patch does follo

Re: pipe performance regression on ia64

> On Wed, 19 Jan 2005 10:34:30 +1100, Nick Piggin <[EMAIL PROTECTED]> said: Nick> David I remember you reporting a pipe bandwidth regression, Nick> and I had a patch for it, but that hurt other workloads, so I Nick> don't think we ever really got anywhere. I've recently begun Nick> hav

usbmon, usb core, ARM

Dear Russell: I have a favour to ask of you. I need the following patch to be applied to the USB core: diff -urpN -X dontdiff linux-2.6.11-rc1-bk4/drivers/usb/core/hcd.c linux-2.6.11-rc1-bk4-lem/drivers/usb/core/hcd.c --- linux-2.6.11-rc1-bk4/drivers/usb/core/hcd.c 2005-01-12 16:35:53.0

Re: [PATCH] dynamic tick patch

* Tony Lindgren <[EMAIL PROTECTED]> [050118 21:08]: > * Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 20:22]: > > > > BTW. Is it possible, when entering the "idle" loop, to quickly know an > > estimate of when the next tick shoud actually kick in ? > > Yes, see next_timer_interrupt() for that

Re: [PATCH][RFC] sched: Isochronous class for unprivileged soft rt scheduling

Hi Con I just played with your SCHED_ISO patch and found a simple way to crash my machine. I'm running this as unprivileged user with SCHED_ISO: main () { while(1) { sched_yield(); } } The system hangs about 3s and then reboots itself. 2.6.11-rc1 + 2.6.11-rc1-iso

Re: [PATCH] dynamic tick patch

Hrm... reading more of the patch & Martin's previous work, I'm not sure I like the idea too much in the end... The main problem is that you are just "replaying" the ticks afterward, which I see as a problem for things like sched_clock() which returns the real current time, no ? I'll toy a bit with

Re: [PATCH][RFC] sched: Isochronous class for unprivileged soft rt scheduling

utz wrote: Hi Con I just played with your SCHED_ISO patch and found a simple way to crash my machine. I'm running this as unprivileged user with SCHED_ISO: main () { while(1) { sched_yield(); } } The system hangs about 3s and then reboots itself. 2.6.11-rc1 + 2.6.11-

Re: Testing optimize-for-size suitability?

Hi Adrian, On Wed, Jan 19, 2005 at 05:17:39AM +0100, Adrian Bunk wrote: > In theory, -O2 should produce faster code. > > In practice, I don't know about any recent benchmarks comparing -Os/-O2 > kernels. > > In practice, I doubt it would make any noticable difference if the > kernel might be f

Re: [PATCH] dynamic tick patch

On Tue, 2005-01-18 at 21:21 -0800, Tony Lindgren wrote: > * Tony Lindgren <[EMAIL PROTECTED]> [050118 21:08]: > > * Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 20:22]: > > > > > > BTW. Is it possible, when entering the "idle" loop, to quickly know an > > > estimate of when the next tick shou

[PATCH] PPC64: remove some unused iSeries functions

Hi Linus, Andrew, This patch removes some unused stuff from PPC64 iSeries: - asm-ppc64/iSeries/iSeries_VpdInfo.h - iSeries_GetLocationData() - LocationData structure - device_Location() Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]> -- Cheers, Stephen Rothwe

Re: [PATCH] PPC64: EEH Recovery

Linas Vepstas writes: > p.s. It was not clear to me if the EEH patch previously sent > (6 January 2005, same subject line) will be wending its way into > the main Torvalds kernel tree, or not. I hadn't really gotten > confirmation one way or another. I'm not really totally happy with it yet,

Re: usbmon, usb core, ARM

On Tuesday 18 January 2005 9:20 pm, Pete Zaitcev wrote: > > However, David objects to the patch on the grounds that it can damage ARM. Actually what I said was: > > Those patches were added for important reasons.  (Or did you add some > > other solution to the issue described in that comment?)

Re: [PATCH] dynamic tick patch

* Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 21:45]: > On Tue, 2005-01-18 at 21:21 -0800, Tony Lindgren wrote: > > * Tony Lindgren <[EMAIL PROTECTED]> [050118 21:08]: > > > * Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 20:22]: > > > > > > > > BTW. Is it possible, when entering the "i

Re: [KJ] Re: [UPDATE PATCH] ieee1394/sbp2: use ssleep() instead of schedule_timeout()

On Thu, 13 Jan 2005 23:52:55 -0500, Dan Dennedy <[EMAIL PROTECTED]> wrote: > On Mon, 2005-01-10 at 09:39 -0800, Nishanth Aravamudan wrote: > > On Sun, Jan 09, 2005 at 10:01:21AM +0100, Stefan Richter wrote: > > > Nishanth Aravamudan wrote: > > > >Description: Use ssleep() instead of schedule_timeou

[NET] TUN needs CRC32 after adding multicast filtering to it

Hi! Just tried to compile 2.6.11-rc1, but it fails with unresolved symbols "bitreverse" etc. Found out that TUN driver needs CRC32 which I haven't compiled in. Following patch fixes this. Please, consider applying. Cheers, Vita diff -urN linux-2.6.11-rc1.orig

RE: [Lmbench-users] Re: pipe performance regression on ia64

>Maybe lmbench could add a feature that bw_pipe will fork CPU >number of children to measure the average throughput. > >This will give a much reasonable result when running bw_pipe >on a SMP Box, at least for Linux. bw_pipe (along with most/all of the lmbench tools already has a "-P" argument t

Re: [PATCH] dynamic tick patch

* Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 21:29]: > Hrm... reading more of the patch & Martin's previous work, I'm not sure > I like the idea too much in the end... The main problem is that you are > just "replaying" the ticks afterward, which I see as a problem for > things like sched_c

Re: [RFC][PATCH] consolidate arch specific resource.h headers

* Bill Rugolsky Jr. ([EMAIL PROTECTED]) wrote: > On Tue, Jan 18, 2005 at 04:10:56PM -0800, Chris Wright wrote: > > +#define INIT_RLIMITS \ > > +{ \ > > + { RLIM_INFINITY, RLIM_INFINITY }, \ > > +

Re: [PATCH][RFC] sched: Isochronous class for unprivileged soft rt scheduling

Con Kolivas <[EMAIL PROTECTED]> writes: > This patch for 2.6.11-rc1 provides a method of providing real time > scheduling to unprivileged users which increasingly is desired for > multimedia workloads. I ran some jack_test3.2 runs with this, using all the default settings. The results of three r

Finding inode removal

Hello linux-experts, while executing pipe syscall, same inode is used for both reading and writing. Now, if all processes accessing the inode have terminated, the inode will be removed. Now I am recording inode information in my own structure in a kernel module by intercepting syscalls. If the

Re: [PATCH] dynamic tick patch

On Tue, 2005-01-18 at 22:37 -0800, Tony Lindgren wrote: > * Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 21:29]: > > Hrm... reading more of the patch & Martin's previous work, I'm not sure > > I like the idea too much in the end... The main problem is that you are > > just "replaying" the tic

Re: [RFC][PATCH] /proc//rlimit

* Bill Rugolsky Jr. ([EMAIL PROTECTED]) wrote: > This patch against 2.6.11-rc1-bk6 adds /proc//rlimit to export > per-process resource limit settings. It was written to help analyze > daemon core dump size settings, but may be more generally useful. > Tested on 2.6.10. Sample output: I can certai

Re: [RFC] Instrumentation (was Re: 2.6.11-rc1-mm1)

>From all I've heard and seen of LTT (and I have to admit that most of it comes from reading this thread, not from reading the code), I have the impression that it may try to be a bit too specialized, and thus might miss opportunities for synergy. You must be getting tired of people trying to red

Re: [PATCH] fix verify_command to allow burning more than 1 DVD

On Wed, Jan 19 2005, Michal Schmidt wrote: > Peter Osterlund wrote: > >Michal Schmidt <[EMAIL PROTECTED]> writes: > >>--- linux-2.6.11-mm1/drivers/block/scsi_ioctl.c.orig2005-01-17 > >>20:42:40.0 +0100 > >>+++ linux-2.6.11-mm1/drivers/block/scsi_ioctl.c 2005-01-17 > >>20:43:14

Help needed: GCOV - not getting HOW TO!!!

Hello, I got your id from google.. I have just started working on kernel code coverage project... I have patched my kernel and i have configured the gcov kernel module support. I compilied my module and i run insmod and i got my module executed. But i am not getting the .da file in /proc/gcov/k

Re: [PATCH] dynamic tick patch

* Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 23:09]: > On Tue, 2005-01-18 at 22:37 -0800, Tony Lindgren wrote: > > * Benjamin Herrenschmidt <[EMAIL PROTECTED]> [050118 21:29]: > > > Hrm... reading more of the patch & Martin's previous work, I'm not sure > > > I like the idea too much in the

[PATCH 6/29] x86-apic-virtwire-on-shutdown

When coming out of apic mode attempt to set the appropriate apic back into virtual wire mode. This improves on previous versions of this patch by by never setting bot the local apic and the ioapic into veritual wire mode. This code looks at data from the mptable to see if an ioapic has an ExtInt

[PATCH 28/29] crashdump-elf-format-dump-file-access

This patch has been refactored to more closely match the prevailing style in the affected files. And to clearly indicate the dependency between /proc/kcore and proc/vmcore.c From: Hariprasad Nellitheertha <[EMAIL PROTECTED]> This patch contains the code that provides an ELF format interface to

[PATCH 26/29] crashdump-memory-preserving-reboot-using-kexec

With the recent refactoring of the kexec code this patch is a shadow of it's former self. The user space code in /sbin/kexec has been enhanced so it can contain copy the first 640k. And the strong tying between the crashdump capturecode paths and the kexec on panic code paths have been removed.

[PATCH 21/29] kexec-ppc-support

I have tweaked this patch slightly to handle an empty list of pages to relocate passed to relocate_new_kernel. And I have added ppc_md.machine_crash_shutdown. To keep up with the changes in the generic kexec infrastructure. From: Albert Herranz <[EMAIL PROTECTED]> The following patch adds supp

[PATCH 9/29] x86-vmlinux-fix-physical-addrs

The vmlinux on i386 does not report the correct physical address of the kernel. Instead in the physical address field it currently reports the virtual address of the kernel. This is patch is a bug fix that corrects vmlinux to report the proper physical addresses. This is potentially a help for

[PATCH 5/29] x86_64-i8259-shutdown

From: Eric W. Biederman <[EMAIL PROTECTED] The following patch simply adds a shutdown method to the x86_64 i8259 code. Signed-off-by: Eric Biederman <[EMAIL PROTECTED]> --- i8259.c | 12 1 files changed, 12 insertions(+) diff -uNr linux-2.6.11-rc1-mm1-nokexec-x86-i8259-shutdow

[PATCH 14/29] kexec-kexec-generic

This patch introduces the architecture independent implementation the sys_kexec_load, the compat_sys_kexec_load system calls. Kexec on panic support has been integrated into the core patch and is relatively clean. In addition the hopefully architecture independent option [EMAIL PROTECTED] has b

[PATCH 19/29] x86_64-kexec

This is the x86_64 implementation of machine kexec. 32bit compatibility support has been implemented, and machine_kexec has been enhanced to not care about the changing internal kernel paget table structures. Signed-off-by: Eric Biederman <[EMAIL PROTECTED]> --- arch/x86_64/Kconfig

<    1   2   3