On Sun, Apr 29, 2007 at 12:58:09AM +0200, Markus Rechberger wrote:
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
linux-kernel, and it's an _advantage_ of the kernel
From: Herbert Xu [EMAIL PROTECTED]
Date: Thu, 19 Apr 2007 12:13:51 +1000
[NETLINK]: Kill CB only when socket is unused
Since we can still receive packets until all references to the
socket are gone, we don't need to kill the CB until that happens.
This also aligns ourselves with the receive
On Sun, 29 Apr 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
i think this online definition matches what i have in mind:
http://www.google.com/search?hl=enrls=GGGL,GGGL:2006-10,GGGL:endefl=enq=define:Deprecatedsa=Xoi=glossary_definitionct=title
Definitions of Deprecated on the Web:
On Sun, 2007-04-29 at 07:30 +0200, Willy Tarreau wrote:
I don't know if Mike still has problems with SD...
I'm neither testing recent SD releases nor looking at the source. All
the testing I did was a waste of my time and lkml bandwidth.
-Mike
-
To unsubscribe from this list: send
* Kasper Sandberg [EMAIL PROTECTED] wrote:
Okay so i've tried with cfs 7 now, and the completely broken audio
behavior is fixed.
great! :) This worried me alot!
Im not sure im describing properly, but say it takes 35fps for the 3d
stuff to seem perfect, the fps monitor updates once every
On Sun, Apr 29, 2007 at 12:48:37AM +0100, Andy Whitcroft wrote:
Andrew Morton wrote:
On Thu, 26 Apr 2007 20:25:19 +0200
Borislav Petkov [EMAIL PROTECTED] wrote:
Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
uninitialized in this function.
The spinlock pointer is
Bart Trojanowski [EMAIL PROTECTED] writes:
Hi all,
I am looking at a two stage boot where linux is loaded to do some system
initialization before booting to Windows, which needs BIOS.
I am interested in bypassing the BIOS on the second boot.
I wanted to know if anyone has attempted to
* 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 equally
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, vpnc
* 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 avoid
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 seems smoother
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
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 image from
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
* 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 his
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
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
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
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 reports where
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:
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
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 on
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
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
* 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 encountered a
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 cleanups.
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 to re-test SD
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 for
* 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 the
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
+++
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.
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 vmstat
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
* 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:03:59AM
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:
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
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
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 _have_ that
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 the
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?
Surely 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
around
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 freezer.c is in
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 time and
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 way
I
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 the
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 a specific
test
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 of
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,
the only problems
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
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
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?
In any
* 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, or at
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 common
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. And it
might
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
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 needs
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()
[c01465ac] _cpu_down+0x16c/0x250
[c0146890] disable_nonboot_cpus+0x60/0xf0
[c014cd67] pm_suspend_disk+0x177/0x2c0
[c014b645] enter_state+0xb5/0x200
[c014b84d] state_store+0xbd/0xd0
[c014b790] state_store+0x0/0xd0
[c01be189]
On Sun, 2007-04-29 at 12:30 +0200, Thomas Gleixner wrote:
Willy,
snip
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
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
- 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
-
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.
Btw
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]
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
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
+++
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/Kconfig
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.c
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]
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-by: Andrew
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, then in
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
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
leaves
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 PROTECTED]
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(-)
Index:
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 :
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).
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 ways.
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
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 PROTECTED]
---
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 others).
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, 2
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:
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 file
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'
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 Kleen
1 - 100 of 910 matches
Mail list logo