* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> I don't know if Mike still has problems with SD, but there are now
> several interesting reports of SD giving better feedback than CFS on
> real work. In my experience, CFS seems smoother on *technical* tests,
> which I agree that they do not really
* S.Çağlar Onur <[EMAIL PROTECTED]> wrote:
> Ingo, please ignore my first report until i found a proper way to
> reproduce the slowness cause currently CFS-v7, CFS-v7 + "renice
> patch", CFS-v7 + renice + your private mail suggestions and CFS-v6 +
> "PI support for futexes patch" seems works e
On 4/29/07, David Miller <[EMAIL PROTECTED]> wrote:
From: Roland Dreier <[EMAIL PROTECTED]>
Date: Sat, 28 Apr 2007 14:05:27 -0700
> However I can suggest vpnc (http://www.unix-ag.uni-kl.de/~massar/vpnc/)
> as an alternative. I'm not forced to use Cisco VPN access any more,
> but when I tried it
* Lee Revell <[EMAIL PROTECTED]> wrote:
> > Well, it is not really a DoS. The rescheduling of the process is
> > limited by the scheduler and the available CPU time (depending on
> > the number of runnable tasks in the system).
>
> Shouldn't an unprivileged process be rate limited somehow to a
On Sun, Apr 29, 2007 at 08:59:01AM +0200, Ingo Molnar wrote:
>
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > I don't know if Mike still has problems with SD, but there are now
> > several interesting reports of SD giving better feedback than CFS on
> > real work. In my experience, CFS seem
On Sat, 28 Apr 2007, David Miller wrote:
From: "Markus Rechberger" <[EMAIL PROTECTED]>
Date: Sun, 29 Apr 2007 00:58:09 +0200
On 4/29/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Sat, 28 Apr 2007, Adrian Bunk wrote:
We are already quite good at ignoring bug reports that come through
l
Eric W. Biederman wrote:
> All it does is set a flag that tells a bootloader.
> "Hey. I can run when loaded a non-default address, and this is what
> you have to align me to."
>
> All relocation processing happens in the kernel itself.
>
Is it possible to decompress and extract the kernel imag
Resend. Copying linux-ide as requested appears to result in being
ignored. ;(
- Forwarded message from Russell King <[EMAIL PROTECTED]> -
Date: Sat, 21 Apr 2007 16:09:03 +0100
From: Russell King <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org,
Andrew Morton <[EMAIL P
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > know of any other reports then please let me know!)
>
> There was Caglar Onur too but he said he will redo all the tests.
> [...]
well, Caglar said CFSv7 works as well as CFSv6 in his latest tests and
that he'll redo all the tests to re-verify hi
On Sun, Apr 29, 2007 at 12:49:04AM +0200, Adrian Bunk wrote:
> On Sat, Apr 28, 2007 at 09:27:01PM +0100, Russell King wrote:
> > On Sat, Apr 28, 2007 at 09:53:20PM +0200, Adrian Bunk wrote:
> > > We are already quite good at ignoring bug reports that come through
> > > linux-kernel, and it's an _a
Hi Scott,
On Sunday 29 April 2007, Simon Arlott wrote:
> Ideally I'd just remove that module completely, all it does is
> trigger the loading of the other two modules when modules are
> used - so I'll submit a patch for that instead.
That's much better!
When you force a feature to be a module
On Sun, Apr 29, 2007 at 12:58:09AM +0200, Markus Rechberger wrote:
> I totally disagree here, bugzilla is a very good tool. If someone is
> too lazy to look at it it's his problem.
If you think so, try reading my email and responding constructively
on how the issues there can be resolved.
That em
PCI-Express AER support in kernel requires BIOS to provide _OSC support
to allow the AER Root port service driver to request for native control
of AER. If a root port supports AER capablity, but BIOS doesn't provide
_OSC for it, aerdriver will print many debug information to system console.
Below i
On Sun, Apr 29, 2007 at 09:30:30AM +0200, Ingo Molnar wrote:
> > In fact, what I'd like to see in 2.6.22 is something better for
> > everybody and with *no* regression, even if it's not perfect.
> >
> > I had the feeling that SD matched that goal right now, [...]
>
> curious, which are the report
Herbert Xu wrote:
> BTW, the version I posted to you is missing the following line.
>
> --- linux-2.6.20.i386/drivers/xen/core/skbuff.c 2007-04-28
> 15:30:16.0 +1000
> +++ build-2.6.20.i386/drivers/xen/core/skbuff.c 2007-04-28
> 15:30:52.0 +1000
> @@ -89,6 +89,7 @@
Jeff Garzik wrote:
> Now that devres is in the kernel, I don't think I am the best person to
> merge these sort of patches. Certainly I can, and I know the code from
> my original review and subsequent usage, but I think the patch is more
> appropriate for Greg, going through normal maintainership
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: What's in infiniband.git for 2.6.22
>
> > What about the mthca patch to use separate HW queues for kernel
> RC/UD/userspace RC?
>
> right, I'll queue that up too.
I think you want to queue the following obvios bugix up as well:
http:/
On Sun, Apr 29, 2007 at 09:16:27AM +0200, Willy Tarreau wrote:
> In fact, what I'd like to see in 2.6.22 is something better for everybody
> and with *no* regression, even if it's not perfect. I had the feeling
> that SD matched that goal right now, except for Mike who has not tested
> recent versi
On Sun, 2007-04-29 at 08:59 +0200, Ingo Molnar wrote:
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > I don't know if Mike still has problems with SD, but there are now
> > several interesting reports of SD giving better feedback than CFS on
> > real work. In my experience, CFS seems smoother
Adrian Bunk wrote:
It might have worked in this case since PT_PRESENT_MASK is 1, but let's
express this correctly.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
When this is compiled in it is run too early to do anything useful:
[6.052000] padlock: No VIA PadLock drivers have been loaded.
[6.052000] padlock: Using VIA PadLock ACE for AES algorithm.
[6.052000] padlock: Using VIA PadLock ACE for SHA1/SHA256 algorithms.
When it's a module it isn
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > > [...] except for Mike who has not tested recent versions. [...]
> >
> > actually, dont discount Mark Lord's test results either. And it
> > might be a good idea for Mike to re-test SD 0.46?
>
> In any case, it might be a good idea because Mike e
On Sun, 29 Apr 2007 01:02:33 -0400 Len Brown <[EMAIL PROTECTED]> wrote:
> please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
>
> This batch mostly updates the platform-specific drivers that use ACPI.
> The EC and sbs changes are primarily cleanup
On Sun, Apr 29, 2007 at 10:00:28AM +0200, Ingo Molnar wrote:
>
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > > > [...] except for Mike who has not tested recent versions. [...]
> > >
> > > actually, dont discount Mark Lord's test results either. And it
> > > might be a good idea for Mike t
On Thu, 26 Apr 2007, Randy Dunlap wrote:
> On Thu, 26 Apr 2007 13:37:20 -0700 Andrew Morton wrote:
> > On Thu, 26 Apr 2007 13:47:14 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> > > Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> I think it'd be a good idea to merge scheduler classes before changing
> over the policy so future changes to policy have smaller code impact.
> Basically, get scheduler classes going with the mainline scheduler.
i've got a split up patch fo
* Kasper Sandberg <[EMAIL PROTECTED]> wrote:
> If you have some ideas on how these problems might be fixed i'd surely
> try fixes and stuff, or if you have some data you need me to collect
> to better understand whats going on. But i suspect any somewhat
> demanding 3d application will do, and
On Sun, Apr 29, 2007 at 12:43:33AM -0700, Jeremy Fitzhardinge wrote:
> Herbert Xu wrote:
> > BTW, the version I posted to you is missing the following line.
> >
> > --- linux-2.6.20.i386/drivers/xen/core/skbuff.c 2007-04-28
> > 15:30:16.0 +1000
> > +++ build-2.6.20.i386/drivers/xen/
On Sun, 2007-04-29 at 09:16 +0200, Willy Tarreau wrote:
> In fact, what I'd like to see in 2.6.22 is something better for everybody
> and with *no* regression, even if it's not perfect. I had the feeling
> that SD matched that goal right now, except for Mike who has not tested
> recent versions. D
On Sun, Apr 29, 2007 at 12:54:36AM -0700, William Lee Irwin III wrote:
> On Sun, Apr 29, 2007 at 09:16:27AM +0200, Willy Tarreau wrote:
> > In fact, what I'd like to see in 2.6.22 is something better for everybody
> > and with *no* regression, even if it's not perfect. I had the feeling
> > that SD
On Sat, 28 Apr 2007 22:09:04 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> vmstat is currently using the cache reaper to periodically bring the
> statistics up to date. The cache reaper does only exists in SLUB
> as a way to provide compatibility with SLAB. This patch removes
> the v
I am getting many 'bad_page' failures from the quicklist patches
in 2.6.21-rc7-mm1. I have bisected the problem down the following
patches:
quicklists-for-page-table-pages.patch
quicklists-for-page-table-pages-avoid-useless-virt_to_page-conversion.patch
quicklist-support-for-ia64.patc
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>> I think it'd be a good idea to merge scheduler classes before changing
>> over the policy so future changes to policy have smaller code impact.
>> Basically, get scheduler classes going with the mainline scheduler.
On Sun, Apr 29, 2007 at 10:
On Sun, 29 Apr 2007 08:50:49 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> Introduce a macro for suppressing gcc from generating a warning about a
> probable
> unitialized state of a variable.
>
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
>
> ---
>
> Index: linux-mm/include/li
On Sun, 29 Apr 2007 01:16:10 -0700 Paul Jackson <[EMAIL PROTECTED]> wrote:
> I am getting many 'bad_page' failures from the quicklist patches
> in 2.6.21-rc7-mm1. I have bisected the problem down the following
> patches:
>
> quicklists-for-page-table-pages.patch
>
> quicklists-for-page-
On Sun, 2007-04-29 at 01:34 -0400, Len Brown wrote:
> > clockevents_notify() is called with the power verify information for an
> > offline CPU. I can handle this in the clockevents code, but I think acpi
> > is the correct place.
>
> So the CONFIG_GENERIC_CLOCKEVENTS=y case is broken,
> but the C
Hi!
> > > The freezer has *caused* those deadlocks (eg by stopping threads that
> > > were
> > > needed for the suspend writeouts to succeed!), not solved them.
> >
> > I can't remember anything like this, but I believe you have a specific test
> > case in mind.
>
> Ehh.. Why do you thik we _h
> That should have been fixed in -mm2, by the below:
Ah - ok - you're quick - thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.925.600.0401
-
To unsubscribe from this list: send t
On Sat, 2007-04-28 at 18:23 -0700, Greg KH wrote:
> On Sat, Apr 28, 2007 at 10:31:37PM +0200, Thomas Gleixner wrote:
> > On Sat, 2007-04-28 at 21:15 +0100, Alan Cox wrote:
> > > > > I have a political question, if I have a user space driver, is my
> > > > > kernel
> > > > > tainted or not?
> > >
On Sat, 2007-04-28 at 20:41 -0700, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Sun, 29 Apr 2007 01:04:16 +0200
>
> > Bugzilla has an email interface.
> > Andrew forwards bugs from Bugzilla to developers.
>
> Therefore, bugzilla only works at all when Andrew forwards things
On Fri, Apr 27, 2007 at 11:29:34PM +0200, Rafael J. Wysocki wrote:
> On Friday, 27 April 2007 22:20, Jeremy Fitzhardinge wrote:
> > Rafael J. Wysocki wrote:
> > > Makes sense. Please have a look at the updated patch below.
> > >
> > > Sam, does this one look better to you?
> > >
> >
> > If fre
On Sunday, 29 April 2007 01:45, Linus Torvalds wrote:
>
> On Sun, 29 Apr 2007, Rafael J. Wysocki wrote:
> >
> > OK, more precisely: fs-related threads should not try to process their
> > queues,
> > etc., after the snapshot is done, because that may cause some fs data to be
> > written at that t
> That should have been fixed in -mm2
Verified. 2.6.21-rc7-mm2 builds and boots on my SN2 (ia64).
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.925.600.0401
-
To unsubscribe from this
Hi!
> > Ie we do have history of _not_ freezing things. The freezing came later,
> > and came with the subsystem that had more problems..
>
> It doesn't have that many problems as you are trying to suggest. At present,
> the only problems with it happen if someone tries to "improve" it in the
On Sun, Apr 29, 2007 at 12:54:36AM -0700, William Lee Irwin III wrote:
>> Common code for rbtree-based priority queues can be factored out of
>> cfq, cfs, and hrtimers.
On Sun, Apr 29, 2007 at 10:13:17AM +0200, Willy Tarreau wrote:
> In my experience, rbtrees are painfully slow. Yesterday, I spent
startup_ipi_hook depends on CONFIG_X86_LOCAL_APIC, so move it to the
right part of the paravirt_ops initialization.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/i386/kernel/paravirt.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
=
On Sunday, 29 April 2007 10:23, Pavel Machek wrote:
> Hi!
>
> > > > The freezer has *caused* those deadlocks (eg by stopping threads that
> > > > were
> > > > needed for the suspend writeouts to succeed!), not solved them.
> > >
> > > I can't remember anything like this, but I believe you have
On Sun, 29 Apr 2007 08:50:49 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
> Introduce a macro for suppressing gcc from generating a warning about a
> probable
> unitialized state of a variable.
I ended up doing the below.
It's better to make this a per-compiler-version thing: later versions
On Sunday, 29 April 2007 10:59, Pavel Machek wrote:
> Hi!
>
> > > Ie we do have history of _not_ freezing things. The freezing came later,
> > > and came with the subsystem that had more problems..
> >
> > It doesn't have that many problems as you are trying to suggest. At
> > present,
> > th
David Lang wrote:
> I'll say that as a user I hate having to deal with bugzilla.
>
> there's nothing more frustrating then spending a good chunk of time
> trying to find a similar bug, then jumping through all the bugzilla
> hoops to file a report to eventually (days/weeks later) get a message
> '
I'm afraid that this patch set doesn't do cpusets very well.
It builds and boots and mounts the cpuset file system ok.
But trying to write the 'mems' file hangs the system hard.
I had to test it against 2.6.21-rc7-mm2, because I can't boot
2.6.21-rc7-mm1, due to the 'bad_page' problem that I note
I wrote:
> Joining duplicate reports at a mailinglist involves responding to
> multiple threads and send links into web archives of the list, which
> happens to be redundant to and disparate from your local e-mail storage.
> I can't see how this aspect of bug-handling works easier on mailinglists.
Willy Tarreau wrote:
> On Sun, Apr 29, 2007 at 12:58:09AM +0200, Markus Rechberger wrote:
>> I totally disagree here, bugzilla is a very good tool. If someone is
>> too lazy to look at it it's his problem.
>
> I'm glad we finally found _the_ person using it !
>
> More seriously, it's so much a co
On Sunday 29 April 2007 18:00, Ingo Molnar wrote:
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > > > [...] except for Mike who has not tested recent versions. [...]
> > >
> > > actually, dont discount Mark Lord's test results either. And it
> > > might be a good idea for Mike to re-test SD 0.46?
* Eric W. Biederman <[EMAIL PROTECTED]> [2007-04-29 08:51]:
>
> It may also be worth investigating if it is possible to bypass
> the part of windows that uses BIOS calls. I really don't have
> a clue how a modern windows systems boots.
I think ReactOS has a bootlader that can also boot Windows,
>
> I tried adapting a patch by Rajesh Shah to do this for current kernels:
The Intel patches checked against ACPI which also didn't work in all cases.
You're right the e820 check is overzealous and has a lot of false positives,
but it is the only generic way we know right now to handle a commo
On Sun, 2007-04-29 at 19:52 +1000, Con Kolivas wrote:
> On Sunday 29 April 2007 18:00, Ingo Molnar wrote:
> > * Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > > > > [...] except for Mike who has not tested recent versions. [...]
> > > >
> > > > actually, dont discount Mark Lord's test results either.
Willy,
On Sun, 2007-04-29 at 09:16 +0200, Willy Tarreau wrote:
> In fact, what I'd like to see in 2.6.22 is something better for everybody
> and with *no* regression, even if it's not perfect. I had the feeling
> that SD matched that goal right now, except for Mike who has not tested
> recent vers
On Sun, Apr 29, 2007 at 12:30:54PM +0200, Thomas Gleixner wrote:
> Can we please stop this useless pissing contest and sit down and get a
> modular design into mainline, which allows folks to work and integrate
> their "workload X perfect scheduler" and gives us the flexibility to
> adjust to the n
Hi Adrian,
> I might be blind, but I'm not seeing what should be removed.
[EMAIL PROTECTED] linux-2.6]$ grep -i tco Documentation/watchdog/*
Documentation/watchdog/watchdog-api.txt:i810-tco.c -- Intel 810 chipset
Documentation/watchdog/watchdog.txt:The i810 TCO watchdog modules can be
configured
BUG: at kernel/kthread.c:166 kthread_bind()
[] _cpu_down+0x16c/0x250
[] disable_nonboot_cpus+0x60/0xf0
[] pm_suspend_disk+0x177/0x2c0
[] enter_state+0xb5/0x200
[] state_store+0xbd/0xd0
[] state_store+0x0/0xd0
[] subsys_attr_store+0x29/0x40
[] sysfs_write_file+0xd4/0x160
[] vfs_write+0xc1/0
On Sun, 2007-04-29 at 12:30 +0200, Thomas Gleixner wrote:
> Willy,
> As a sidenote: I really wonder if anybody noticed yet, that the whole
> CFS / SD comparison is so ridiculous, that it is not even funny anymore.
> CFS modifies the scheduler and nothing else, SD fiddles all over the
> kernel in i
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/Makefile |3 ++-
arch/x86_64/kernel/time.c |1 -
arch/x86_64/kernel/tsc.c| 28
include/asm-x86_64/timer.h |1 +
include/asm-x86_64/timex.h |1 -
5 files changed, 3 insertio
- Rewritten all dancing sched_clock()
- Extended numa emulation support from David Rientjes; now the sizes
of the emulated nodes can be configured on the command line.
- Faster vgettimeofday from Eric Dumazet
- GDT cleanups from Rusty
- cpa() fixes and better kernel protection from Jan Beulich
- P
From: Thierry Vignaud <[EMAIL PROTECTED]>
The following patch prevent this warning to be displayed again & again (eg:
nine times on my NForce2 motherboard) and thus improve signal to noise
ratio in logs.
The ATI quirk below probably needs a similar "fix" but I don't have
the hardware to test.
B
From: Rusty Russell <[EMAIL PROTECTED]>
Allocating PDA and GDT at boot is a pain. Using simple per-cpu variables adds
happiness (although we need the GDT page-aligned for Xen, which we do in a
followup patch).
[EMAIL PROTECTED]: build fix]
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Signed
From: Christoph Lameter <[EMAIL PROTECTED]>
x86_64 currently simulates a list using the index and private fields of the
page struct. Seems that the code was inherited from i386. But x86_64 does
not use the slab to allocate pgds and pmds etc. So the lru field is not
used by the slab and therefo
suggested by Jan Beulich
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/head.S |1 -
1 file changed, 1 deletion(-)
Index: linux/arch/x86_64/kernel/head.S
===
--- linux.orig/arch/x86_64/kernel/head.S
+++ l
From: "Parag Warudkar" <[EMAIL PROTECTED]>
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/Kconfig | 13 -
1 file changed, 13 deletions(-)
Index: linux/arch/i386/Kconfi
From: Konrad Rzeszutek <[EMAIL PROTECTED]>
This patch touches the NMI watchdog every MAX_ORDER_NR_PAGES
to inhibit the machine from triggering an NMI while the CPUs
are locked. This situation is happening on boxes with more
than 64CPUs and 128GB of RAM when Alt-SysRq-m is performed.
It has been
From: Parag Warudkar <[EMAIL PROTECTED]>
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/kernel/apm.c |7 ---
1 file changed, 7 deletions(-)
Index: linux/arch/i386/kernel/apm
From: Eric Dumazet <[EMAIL PROTECTED]>
There is a tiny probability that the return value from vtime(time_t *t) is
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
different than the value stored in *t
Using a temporary variable solves the problem and gives a faster code.
17: 48 85 ff
From: Rusty Russell <[EMAIL PROTECTED]>
We now have cpu_init() and secondary_cpu_init() doing nothing but calling
_cpu_init() with the same arguments. Rename _cpu_init() to cpu_init() and use
it as a replcement for secondary_cpu_init().
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Signed-of
From: Sebastien Dugue <[EMAIL PROTECTED]>
Rename boot_gdt_table to boot_gdt to avoid the duplicate T(able).
Signed-off-by: Sebastien Dugue <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Acked-by: Rusty Russell <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-b
From: Rusty Russell <[EMAIL PROTECTED]>
Now we are no longer dynamically allocating the GDT, we don't need the
"cpu_gdt_table" at all: we can switch straight from "boot_gdt_table" to the
per-cpu GDT. This means initializing the cpu_gdt array in C.
The boot CPU uses the per-cpu var directly, the
From: Rusty Russell <[EMAIL PROTECTED]>
Now we have an explicit per-cpu GDT variable, we don't need to keep the
descriptors around to use them to find the GDT: expose cpu_gdt directly.
We could go further and make load_gdt() pack the descriptor for us, or even
assume it means "load the current c
Syren Baran <[EMAIL PROTECTED]> writes:
> i got a problem with the combination of an Asrock AM2NF4G-SATA2
> mainboard with a Radeon X1900 (chip 1002,724b) graphics
> card. /i386/pci/mmconfig.c reports a buggy bios (e000 is not
> E820-reserved).
This message is harmless and likely unrelated.
From: Rusty Russell <[EMAIL PROTECTED]>
Whenever we schedule, __switch_to calls load_esp0 which does:
tss->esp0 = thread->esp0;
This is never initialized for the initial thread (ie "swapper"), so when we're
scheduling that, we end up setting esp0 to 0. This is fine: the swapper never
l
From: Rusty Russell <[EMAIL PROTECTED]>
GCC (4.1 at least) unrolls it anyway, but I can't believe this code
was ever justifiable. (I've also submitted a patch which cleans up
i386, which is even uglier).
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTE
From: Bernhard Walle <[EMAIL PROTECTED]>
Fix "Section mismatch" warnings in arch/x86_64/kernel/time.c
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/time.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Ind
From: Eric Dumazet <[EMAIL PROTECTED]>
Current vsyscall_gtod_data is large (3 or 4 cache lines dirtied at timer
interrupt). We can shrink it to exactly 64 bytes (1 cache line on AMD64)
Instead of copying a whole struct clocksource, we copy only needed fields.
I deleted an unused field : offset
From: "Jan Beulich" <[EMAIL PROTECTED]>
commit 5e518d7672dea4cd7c60871e40d0490c52f01d13 did the same change to
i386's variant.
With this change, i386's and x86-64's versions are identical, raising
the question whether the x86-64 one should go (just like there's only
one instance of edd.S).
Signe
On Sunday 29 April 2007 20:30, Thomas Gleixner wrote:
> As a sidenote: I really wonder if anybody noticed yet, that the whole
> CFS / SD comparison is so ridiculous, that it is not even funny anymore.
> CFS modifies the scheduler and nothing else, SD fiddles all over the
> kernel in interesting way
From: Ian Campbell <[EMAIL PROTECTED]>
The specific case I am encountering is kdump under Xen with a 64 bit
hypervisor and 32 bit kernel/userspace. The dump created is 64 bit due to
the hypervisor but the dump kernel is 32 bit for maximum compatibility.
It's possibly less likely to be useful in
From: Bernhard Walle <[EMAIL PROTECTED]>
Because the command line is increased to 2048 characters after 2.6.21, it's
not possible for boot loaders and userspace tools to determine the length
of the command line the kernel can understand. The benefit of knowing the
length is that users can be war
From: Andrew Morton <[EMAIL PROTECTED]>
Fix for the following patch. Provide dummy cpufreq functions when
CPUFREQ is not compiled in.
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Dave Jones <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTE
From: Rusty Russell <[EMAIL PROTECTED]>
On Thu, 2007-03-29 at 12:36 +0200, Andi Kleen wrote:
> On Thu, Mar 29, 2007 at 05:46:48PM +1000, Rusty Russell wrote:
> > (Did this fall through the cracks? I don't see it in -mm. It's
> > standalone, and saves some silly code in lguest and presumably othe
From: Rusty Russell <[EMAIL PROTECTED]>
if (1 && X) => if (X).
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/x86_64/Kconfig |4 ++--
1 file changed,
When compiling with -Os (which is default) the compiler defaults to it
anyways. And with -O2 it probably generates somewhat better (although
also larger) code.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/Makefile |3 ---
1 file changed, 3 deletions(-)
Index: linux/arch/x
From: "Ken Chen" <[EMAIL PROTECTED]>
clean up unneeded type cast by properly declare data type.
Signed-off-by: Ken Chen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/lib/bitops.c |4 ++--
1 file changed, 2
From: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/i386/kernel/vmi.c |2 +-
1 f
From: Vivek Goyal <[EMAIL PROTECTED]>
o Modpost generates warnings for i386 if compiled with CONFIG_RELOCATABLE=y
WARNING: vmlinux - Section mismatch: reference to
.init.text:find_unisys_acpi_oem_table from .text between 'acpi_madt_oem_check'
(at offset 0xc0101eda) and 'enable_apic_mode'
WARNI
From: Adrian Bunk <[EMAIL PROTECTED]>
Work around a warning with -Wmissing-prototypes in
arch/i386/kernel/asm-offsets.c
The warning isn't gcc's fault - asm-offsets.c is simply a special file.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Andi K
From: Ralf Baechle <[EMAIL PROTECTED]>
Reorder code to avoid multiple inclusion of elf.h.
#undef several symbols to avoid build errors over redefinitions.
Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-
nutes, after back to life it had a
load of ~19.0, and 300+ MB on swap (first time i saw this).
It's an HP pavillon core duo 2.0 GHz, 1 GB RAM
kern.log details:
http://www.debianpt.org/~elmig/pool/kernel/20070429/kern.log
.config: http://www.debianpt.org/~elmig/pool/kernel/20070429/2.6.21.co
Move it into an own file for easy sharing.
Do everything per CPU. This avoids problems with TSCs that
tick at different frequencies per CPU.
Resync properly on cpufreq changes. CPU frequency is instable
around cpu frequency changing, so fall back during a backing
clock during this period.
Hopefull
Previously it wasn't enabled in the binfmt_aout is a module case.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/ia32/ia32entry.S |4
1 file changed, 4 deletions(-)
Index: linux/arch/x86_64/ia32/ia32entry.S
==
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/traps.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
Index: linux/arch/x86_64/kernel/traps.c
===
--- linux.orig/arch/x86_64/kernel/traps.c
+++ linu
From: David Rientjes <[EMAIL PROTECTED]>
Extends the numa=fake x86_64 command-line option to split the remaining
system memory into equal-sized nodes.
For example:
numa=fake=2*512,4* gives two 512M nodes and the remaining system
memory is split into four approximatel
From: john stultz <[EMAIL PROTECTED]>
Change mark_tsc_unstable() so it takes a string argument, which holds the
reason the TSC was marked unstable.
This is then displayed the first time mark_tsc_unstable is called.
This should help us better debug why the TSC was marked unstable on certain
syst
1 - 100 of 461 matches
Mail list logo
