On Tue, 2008-01-15 at 13:44 +0100, Andrea Arcangeli wrote:
On Mon, Jan 14, 2008 at 12:02:42PM -0800, Christoph Lameter wrote:
Hmmm... In most of the callsites we hold a writelock on mmap_sem right?
Not in all, like Marcelo pointed out in kvm-devel, so the lowlevel
locking can't relay on
On Tue 15 Jan 2008 12:42, Mathieu Desnoyers pondered:
This patch restores the blackfin Hardware Performance Monitor Profiling
support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Since there seems to be no good reason to behave differently from other
architectures, it
On Tue, Jan 15, 2008 at 08:47:07AM -0600, Chris Friesen wrote:
Jarek Poplawski wrote:
IMHO, checking this with a current stable, which probably you are going
to do some day, anyway, should be 100% acceptable: giving some input to
netdev, while still working for yourself.
While I would love
1. Introduction
This is the fourth version of my solution for the bug #2645:
http://bugzilla.kernel.org/show_bug.cgi?id=2645
Changes since the previous version:
1) the case of retouching an already-dirty page pointed out
by Miklos Szeredi has been addressed;
I'm a bit sceptical,
On Tue, Jan 15, 2008 at 09:16:50AM -0800, Jeremy Fitzhardinge wrote:
Ingo Molnar wrote:
-#define _PAGE_PRESENT (_AC(1, UL)_PAGE_BIT_PRESENT)
-#define _PAGE_RW(_AC(1, UL)_PAGE_BIT_RW)
-#define _PAGE_USER (_AC(1, UL)_PAGE_BIT_USER)
-#define _PAGE_PWT (_AC(1, UL)_PAGE_BIT_PWT)
On Tue, 2008-01-15 at 21:27 +0100, Miklos Szeredi wrote:
1. Introduction
This is the fourth version of my solution for the bug #2645:
http://bugzilla.kernel.org/show_bug.cgi?id=2645
Changes since the previous version:
1) the case of retouching an already-dirty page pointed
On Tue, 15 Jan 2008 14:36:24 +0100 Jesper Nilsson [EMAIL PROTECTED] wrote:
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
not done if BLK_DEV_INITRD was undefined.
This caused a kernel
Quoting Clifford Wolf ([EMAIL PROTECTED]):
Hi,
because I needed it already twice in two different projects this week: the
following patch adds rlim (ulimits) output to /proc/pid/status.
Please let me know if there is another (already existing) way of accessing
this information easy (i.e.
Hi!
Here the patch to add native support of the Dell wireless CDMA/EVDO modem.
# modprobe usbserial vendor=0x413c product=0x8129
Following seesion lines describe modem itself
at
OK
ati3
Manufacturer: NOVATEL WIRELESS INCORPORATED
Model: EXPEDITE ET620
Revision:
On Tue, 2008-01-15 at 21:27 +0100, Miklos Szeredi wrote:
1. Introduction
This is the fourth version of my solution for the bug #2645:
http://bugzilla.kernel.org/show_bug.cgi?id=2645
Changes since the previous version:
1) the case of retouching an already-dirty page
On 15/01/2008, Paul Mundt [EMAIL PROTECTED] wrote:
On Mon, Jan 14, 2008 at 11:17:15PM +, Adrian McMenamin wrote:
+static bool gdrom_data_request(void)
+{
+ return (ctrl_inb(GDROM_ALTSTATUS_REG) 0x88) == 8;
+}
+
Andrew first pointed this out, and this is still broken.
Eh,
Venki Pallipadi wrote:
On Tue, Jan 15, 2008 at 09:16:50AM -0800, Jeremy Fitzhardinge wrote:
Ingo Molnar wrote:
-#define _PAGE_PRESENT (_AC(1, UL)_PAGE_BIT_PRESENT)
-#define _PAGE_RW (_AC(1, UL)_PAGE_BIT_RW)
-#define _PAGE_USER (_AC(1, UL)_PAGE_BIT_USER)
-#define _PAGE_PWT
On Tue, 2008-01-15 at 11:10 -0800, Randy Dunlap wrote:
On Tue, 15 Jan 2008 22:02:54 +0300 Anton Salikhmetov wrote:
2008/1/15, Christoph Hellwig [EMAIL PROTECTED]:
On Tue, Jan 15, 2008 at 07:02:44PM +0300, Anton Salikhmetov wrote:
@@ -33,71 +34,65 @@ asmlinkage long
Hi Vegard,
On Tue, Jan 15, 2008 at 07:28:38PM +0100, Vegard Nossum wrote:
# up/down scroll button
drivers/input/serio/i8042.c: 9c - i8042 (interrupt, 0, 1) [592682]
drivers/input/serio/i8042.c: df - i8042 (interrupt, 1, 12) [596318]
psmouse.c: GlidePoint at isa0060/serio1/input0 lost sync at
The current method of printing out the trace is on every
read, do a linear search for the next entry to print.
This patch remembers the next entry to look at in the
iterator, and if the next read is sequential, it can
start reading from the next location.
Signed-off-by: Steven Rostedt [EMAIL
Add /debugfs/tracing/trace to output trace output.
Here's an example of the content.
CPU 0: [80494691] notifier_call_chain+0x16/0x60 --
[80494701] __atomic_notifier_call_chain+0x26/0x56
CPU 0: [802161c8] mce_idle_callback+0x9/0x2f --
[804946b3]
This adds the task comm and pid to the trace output. This gives the
output like:
CPU 0: sshd:2605 [80251858] remove_wait_queue+0xc/0x4a --
[802ad7be] free_poll_entry+0x1e/0x2a
CPU 2: bash:2610 [8038c3aa] tty_check_change+0x9/0xb6 --
[8038d295]
The latency tracer can call clocksource_read very early in bootup and
before the clock source variable has been initialized. This results in a
crash at boot up (even before earlyprintk is initialized). Since the
clock-read variable points to NULL.
This patch simply initializes the clock to use
This patch adds latency tracing for critical timings.
In /debugfs/tracing/ three files are added:
preempt_max_latency
holds the max latency thus far (in usecs)
(default to large number so one must start latency tracing)
preempt_thresh
threshold (in usecs) to always print out if
Add notrace annotation to x86_64 specific files.
Signed-off-by: Arnaldo Carvalho de Melo [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/x86/kernel/head64.c |2 +-
arch/x86/kernel/setup64.c|4 ++--
arch/x86/kernel/smpboot_64.c |2 +-
3 files
Now that each entry has a reliable timestamp, we can
use the timestamp as the source of sorting the trace and
remove the atomic increment.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
lib/tracing/tracer.c |3 +--
lib/tracing/tracer.h |2 --
2 files changed, 1 insertion(+), 4
Each trace now can have the size of its trace entries modified
through command line arguments.
trace_fn_entries - function trace entries (default 65536)
trace_irq_entries - irq off trace entries (default 512)
trace_ctx_entries - schedule switch entries (default 16384)
Signed-off-by: Steven
The get_monotonic_cycles needs to produce a monotonic counter as output.
This patch adds a cycle_raw to produce an accumulative counter.
Unfortunately there is already an cycle_accumulate variable, but that is
used to avoid clock source overflow and can also be decremented
(probably that name
The following is a quick and dirty fix for powerpc so it includes
cycle_accumulated in its calculation. It relies on the fact that the
powerpc clocksource is a 64bit counter (don't have to worry about
multiple overflows), so the subtraction should be safe.
Signed-off-by: John Stultz [EMAIL
[
version 3 of mcount patches:
changes include:
Made mcount be able to register more than one function to call.
If only one function is registered, then it is called directly.
If more than one is registered, then a loop function is called
to call all registered functions.
Add
Mark with notrace functions in core code that should not be
traced. The notrace attribute will prevent gcc from adding
a call to mcount on the annotated funtions.
Signed-off-by: Arnaldo Carvalho de Melo [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
Saving the comm of tasks for each trace is very expensive.
This patch includes in the context switch hook, a way to
store the last 100 command lines of tasks. This table is
examined when a trace is to be printed.
Note: The comm may be destroyed if other traces are performed.
Later (TBD) patches
This patch adds an interface into debugfs.
/debugfs/tracing/ctrl
echoing 1 into the ctrl file turns on the tracer,
and echoing 0 turns it off.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
lib/tracing/tracer.c | 87 ++-
The design is for mcount based tracers to be added thru the
lib/tracing/tracer_interface.h file, just like mcount users should add
themselves to lib/tracing/mcount.h. A Kconfig rule chooses the right MCOUNT and
MCOUNT_TRACER user.
This is to avoid function call costs for something that is
The trace output is very verbose with outputing both the
IP address (Instruction Pointer not Internet Protocol!)
and the kallsyms symbol. So if kallsyms is configured into
the kernel, another file is created in the debugfs system.
A new file is added to the debugfs. iter_ctrl
echo symonly
The trace facilities here needs a hook into the context switch events.
Since Mathieu Desnoyers has been working on markers for LTTng, I figured
I take the marker he has in his patch queue.
The thing is that he only records the prev's pid, next's pid, and prev's state.
It would suit me better if
Add the notrace annotations to some of the vsyscall functions.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/x86/kernel/vsyscall_64.c |3 ++-
arch/x86/vdso/vclock_gettime.c | 15 ---
arch/x86/vdso/vgetcpu.c|3 ++-
include/asm-x86/vsyscall.h |3
The latency tracer needs a way to get an accurate time
without grabbing any locks. Locks themselves might call
the latency tracer and cause at best a slow down.
This patch adds get_monotonic_cycles that returns cycles
from a reliable clock source in a monotonic fashion.
Signed-off-by: Steven
Add timestamps to trace entries.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
lib/tracing/tracer.c | 16
lib/tracing/tracer.h |1 +
2 files changed, 17 insertions(+)
Index: linux-compile.git/lib/tracing/tracer.c
Add preempt off timings. A lot of this code is taken from the RT patch
latency trace that was written by Ingo Molnar.
Now instead of just tracing irqs off, preemption off can be selected
to be recorded.
When this is selected, it shares the same files as irqs off timings.
One can either trace
For better cacheline performance, this patch creates a separate
struct for each CPU with the percpu data grouped together.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
lib/tracing/tracer.c | 42 +++---
lib/tracing/tracer.h | 12
2 files
This patch adds notrace annotations to timer functions
that will be used by tracing. This helps speed things up and
also keeps the ugliness of printing these functions down.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/x86/kernel/apic_32.c |2 +-
arch/x86/kernel/hpet.c
Handle accurate time even if there's a long delay between
accumulated clock cycles.
Signed-off-by: John Stultz [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
arch/x86/kernel/vsyscall_64.c |5 ++-
include/asm-x86/vgtod.h |2 -
include/linux/clocksource.h |
This patch adds a latency_trace file with the format used
by RT in which others have created tools to disect. This
file adds some useful recording for tracing, but still
does not add actual latency tracing.
Format like (default):
echo noverbose /debugfs/tracing/iter_ctrl
preemption latency
Several different types of tracing needs to use the
same core functions. This patch separates the core
functions from more specific ones to allow for
future tracing methods.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
lib/Makefile |1
lib/tracing/Kconfig
If CONFIG_MCOUNT is selected and /proc/sys/kernel/mcount_enabled is set to a
non-zero value the mcount routine will be called everytime we enter a kernel
function that is not marked with the notrace attribute.
The mcount routine will then call a registered function if a function
happens to be
On Tue, Jan 15, 2008 at 12:35:15PM -0800, Andrew Morton wrote:
On Tue, 15 Jan 2008 14:36:24 +0100 Jesper Nilsson [EMAIL PROTECTED] wrote:
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
* Andi Kleen [EMAIL PROTECTED] wrote:
I just tested x86.git and then x86.git + patch you send (+ build fixes
in both cases), none of your patchkits. If you want me to test some
other patchkit please point me to it.
The problem happens with plain git-x86 (+ build fixes) and also with
Hi Micah,
On Mon, Jan 14, 2008 at 05:45:56PM -0700, Micah Parrish wrote:
The HP Integrated Remote Console Virtual Mouse, which is standard equipment
on all Proliant and Integrity servers, produces absolute coordinates
instead of relative coordinates. This is done to synchronize the
On Tue, 15 Jan 2008 14:46:57 -0600 Matt Mackall wrote:
On Tue, 2008-01-15 at 11:10 -0800, Randy Dunlap wrote:
On Tue, 15 Jan 2008 22:02:54 +0300 Anton Salikhmetov wrote:
2008/1/15, Christoph Hellwig [EMAIL PROTECTED]:
On Tue, Jan 15, 2008 at 07:02:44PM +0300, Anton Salikhmetov
Similar to X86_64.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
Ingo, pulled this out of some unification work, Andi Kleen
sent a pretty much identical patch in his CPA queue (7/31), this
is against current x86.git
arch/x86/mm/fault_32.c | 72
On Jan 14, 2008 7:50 AM, Fengguang Wu [EMAIL PROTECTED] wrote:
On Mon, Jan 14, 2008 at 12:41:26PM +0100, Peter Zijlstra wrote:
On Mon, 2008-01-14 at 12:30 +0100, Joerg Platte wrote:
Am Montag, 14. Januar 2008 schrieb Fengguang Wu:
Joerg, this patch fixed the bug for me :-)
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
Taken from Andi's CPA 16/31, against x86.git, not sure what
the etiquette is with adding his S-O-B
arch/x86/mm/pageattr_64.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/mm/pageattr_64.c
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
The latency tracer can call clocksource_read very early in bootup and
before the clock source variable has been initialized. This results in a
crash at boot up (even before earlyprintk is initialized). Since the
clock-read variable points to NULL.
I must say I personally prefer the apparmor approach. But I'd recommend
you get together and get this piece pushed on its own, whichever version
you can agree on. Yes it needs a user, but at this point I would think
both tomoyo and apparmor have had enough visibility that everyone knows
the
From: Randy Dunlap [EMAIL PROTECTED]
Fix section mismatch in ad1889 by renaming the pci_driver variable to a
whitelisted variable name.
WARNING: vmlinux.o(.data+0x2e5ff0): Section mismatch: reference to
.init.text:snd_ad1889_probe (between 'ad1889_pci' and 'index')
Signed-off-by: Randy Dunlap
From: Randy Dunlap [EMAIL PROTECTED]
Fix section mismatches in mts64 by making a static variable __devinitdata.
WARNING: vmlinux.o(.data+0x2e33f0): Section mismatch: reference to
.init.data:mts64_ctl_smpte_switch (between 'control.19929' and
'snd_mts64_rawmidi_output_ops')
WARNING:
On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
This patch simply initializes the clock to use clocksource_jiffies, so
that any early user of clocksource_read will not crash.
Hrm, is it sane at all to use the jiffies as a clocksource at early
boot? I thought it was updated by the timer
From: Randy Dunlap [EMAIL PROTECTED]
Fix section mismatch in atiixp by making some functions __devinit.
WARNING: vmlinux.o(.text+0xfd9304): Section mismatch: reference to
.init.data:atiixp_quirks (between 'ac97_probing_bugs' and
'snd_atiixp_codec_detect')
Signed-off-by: Randy Dunlap [EMAIL
From: Randy Dunlap [EMAIL PROTECTED]
Fix section mismatch in caiaq: these __devinit functions can be
called at any time so they should not be __devinit.
WARNING: vmlinux.o(.text+0x10a8dae): Section mismatch: reference to
.init.text:snd_usb_caiaq_audio_init (between 'setup_card' and
From: Randy Dunlap [EMAIL PROTECTED]
Fix section mismatch in hdsp: snd_hdsp_proc_init() can be called from
an ioctl at any time.
WARNING: vmlinux.o(.text+0x1089bc2): Section mismatch: reference to .init.text:
(between 'snd_hdsp_create_alsa_devices' and 'snd_hdsp_free')
Signed-off-by: Randy
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
Saving the comm of tasks for each trace is very expensive.
This patch includes in the context switch hook, a way to
store the last 100 command lines of tasks. This table is
examined when a trace is to be printed.
Instead of saving the comm at
Why is a shared IRQ a problem for you? IRQ handlers are supposed to
be fast enough that disabling an IRQ line for the duration of the
handler execution should not be a problem even if the IRQ is shared.
Take the 'zaptel' driver for example, for FXO cards for Asterisk for
example. They hate to
Open issues for 2.6.24: sata_nv ADMA, sata_nv 32/64bit DMA
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/libata-core.c |4 +++-
drivers/ata/pata_bf54x.c |
- Rename it to pte_exec() from pte_exec_kernel(). There is nothing
kernel specific in there.
- Move it into the common file because _PAGE_NX is 0 on !PAE and then
pte_exec() will be always evaluate to true.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
Taken from Patch 31/31 in Andi's CPA
* Fengguang Wu [EMAIL PROTECTED] wrote:
On Mon, Jan 14, 2008 at 12:41:26PM +0100, Peter Zijlstra wrote:
On Mon, 2008-01-14 at 12:30 +0100, Joerg Platte wrote:
Am Montag, 14. Januar 2008 schrieb Fengguang Wu:
Joerg, this patch fixed the bug for me :-)
Fengguang,
From: Rob Landley [EMAIL PROTECTED]
Add Documentation/x86_64/00-INDEX
Signed-off-by: Rob Landley [EMAIL PROTECTED]
---
Documentation/x86_64/00-INDEX | 16 ++
1 file changed, 16 insertions(+)
--- /dev/null
+++ b/Documentation/x86_64/00-INDEX
@@ -0,0 +1,16 @@
+00-INDEX
+ -
On Tue, Jan 15, 2008 at 09:16:53PM +0100, Pavel Machek wrote:
Hi!
What are ext3 expectations of disk (is there doc somewhere)? For
example... if disk does not lie, but powerfail during write damages
the sector -- is ext3 still going to work properly?
Nope. However the few disks
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
The latency tracer needs a way to get an accurate time
without grabbing any locks. Locks themselves might call
the latency tracer and cause at best a slow down.
This patch adds get_monotonic_cycles that returns cycles
from a reliable clock source
On Sat, Jan 12, 2008 at 03:13:45PM -0500, Andres Salomon wrote:
If we successfully call input_register_device() in
psmouse_connect but sysfs_create_group() fails, we'll enter the error
path without ever having called input_unregister_device() (potentially
leaking memory, or creating a race
Ingo Molnar wrote:
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
coul dyou try this against x86.git as well? We already unified ldt.c as
part of the paravirt patches.
Sure, but it may take me a little while.
I've got the unified version here.
thanks, applied.
[EMAIL PROTECTED] wrote:
Quoting Frans Pop [EMAIL PROTECTED]:
(Note this isn't the final correct patch we should apply. There is
no reason why this revert back to the older -poll() logic here
should have any effect on the TX hang triggering...)
s/no reason/no obvious reason/ ? ;-)
The
Stephen Smalley [EMAIL PROTECTED] wrote:
The cache files are created by the cachefiles kernel module, not by the
userspace daemon, and the userspace daemon doesn't need to directly
read/write them at all
That is correct.
(but I think it does need to be able to unlink them?).
Indeed.
The
[PATCH] x86_64: check and enable MMCONFIG for AMD Family 10h Opteron v3
So we can use MMCONF when MMCONF is not set by BIOS
using TOP_MEM2 msr to get memory top, and try to scan fam10h mmio routing to
make sure the range is not conflicted with some prefetch MMIO that is above 4G.
(current only
please check the updated version, so we will not rely on MCFG setting
it is against to x86.git
these three patches can be applied seperately.
if you think 2/4 is too complicated, you can apply 3 and 4
change: add msr in msr_index.h
Thanks
YH
--
To unsubscribe from this list: send the line
[PATCH] x86: msr for AMD Fam 10h mmio
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
diff --git a/include/asm-x86/msr-index.h b/include/asm-x86/msr-index.h
index f9c1453..c3237ff 100644
--- a/include/asm-x86/msr-index.h
+++ b/include/asm-x86/msr-index.h
@@ -96,6 +96,14 @@
#define
[PATCH] x86_64: set cfg_size for AMD Family 10h in case MMCONFIG is used.
reuse pci_cfg_space_size but skip check pci express and pci-x CAP ID.
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
===
Index: linux-2.6/arch/x86/pci/fixup.c
[PATCH] x86_64: check MSR to get MMCONFIG for AMD Family 10h Opteron v3
so even booting kernel with acpi=off or even MCFG is not there, we still can
use MMCONFIG.
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
Index: linux-2.6/arch/x86/pci/mmconfig-shared.c
* Andy Whitcroft [EMAIL PROTECTED] wrote:
On Thu, Jan 03, 2008 at 01:54:42AM +0100, Arjan van de Ven wrote:
Subject: Make checkpatch.pl's quiet option not print the summary on no
errors
From: Arjan van de Ven [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Right now, in quiet mode,
On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
include/linux/clocksource.h |3 ++
kernel/time/timekeeping.c | 48
2 files changed, 51 insertions(+)
Index:
On Tue, 15 Jan 2008, Steven Rostedt wrote:
Also, it just occurred to me that this is an old patch. I thought I
renamed cycle_raw to cycle_monotonic. But I must have lost that patch :-/
Ah, I changed this in the -rt patch queue, and never moved the patch back
here.
-- Steve
--
To unsubscribe
On Sat, Jan 12, 2008 at 03:12:52PM -0500, Andres Salomon wrote:
The lifebook driver may register a second input device, but it never
unregisters it. This fixes that.
Signed-off-by: Andres Salomon [EMAIL PROTECTED]
Applied, thank you Andres.
--
Dmitry
--
To unsubscribe from this list:
* Colin Fowler [EMAIL PROTECTED] wrote:
These data may be much better for you. It's a single 15 second data
collection run only when the actual ray-tracing is happening. These
data do not therefore cover the data structure building phase.
http://vangogh.cs.tcd.ie/fowler/cfs2/
hm, the
On Thu 2008-01-03 21:04:26, Eric Dumazet wrote:
While examining vmlinux namelist on i386 (nm -v vmlinux) I noticed :
c01021d0 t es7000_rename_gsi
c010221a T es7000_start_cpu
Big Hole
c0103000 T thread_saved_pc
and
c0113218 T acpi_restore_state_mem
c0113219 T acpi_save_state_mem
Big
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
include/linux/clocksource.h |3 ++
kernel/time/timekeeping.c | 48
2 files
* Ed Tomlinson [EMAIL PROTECTED] wrote:
This is _not_ a regression. This has been occuring for ages here. A
backport of this fix to 2.6.23 would be a very good thing - IMHO its
something that should go into stable asap.
the problem is that this bug was only present in x86.git. I.e.
* Sam Ravnborg [EMAIL PROTECTED] wrote:
[PATCH] mm: fix section mismatch warning in page_alloc.c
With CONFIG_HOTPLUG=n and CONFIG_HOTPLUG_CPU=y we saw following
warning: WARNING: mm/built-in.o(.text+0x6864): Section mismatch:
reference to .init.text: (between 'process_zones' and
On Mon 2008-01-14 17:11:50, Ingo Molnar wrote:
* Greg KH [EMAIL PROTECTED] wrote:
and that is after fixing (in some sense) the first CONFIG_BLOCK=n
problem with the patch below. Please test lots of configs. and/or
use 'make randconfig' (automated, scripted, e.g., etc.). maybe
On 1/15/2008 2:38 PM, Linus Torvalds wrote:
On Tue, 15 Jan 2008, Tony Camuso wrote:
Linus is confident that conf1 is not going away for at least the
next five years.
Not on PC's. Small birds tell me that there can be all these non-PC x86
subarchitectures that may or may not have
* Adrian Bunk [EMAIL PROTECTED] wrote:
make ARCH=x86_64 allyesconfig
will set CONFIG_64BIT for you - no?
Yes.
But this still leaves the fact that when someone says 'allyesconfig'
it's no longer clear which configuration he has. And no, I do not
consider it funny that this now
On Tue, 15 Jan 2008, Mathieu Desnoyers wrote:
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
Saving the comm of tasks for each trace is very expensive.
This patch includes in the context switch hook, a way to
store the last 100 command lines of tasks. This table is
examined when a trace is
2008/1/15, Miklos Szeredi [EMAIL PROTECTED]:
1. Introduction
This is the fourth version of my solution for the bug #2645:
http://bugzilla.kernel.org/show_bug.cgi?id=2645
Changes since the previous version:
1) the case of retouching an already-dirty page pointed out
by Miklos
Hi!
the core of this patch series.
add /dev/mem_notify device for notification low memory to user process.
usage examle
fd = open(/dev/mem_notify, O_RDONLY);
if (fd 0) {
exit(1);
}
pollfds.fd = fd;
pollfds.events = POLLIN;
From: Frank Rowand [EMAIL PROTECTED]
(Ingo, there is a question for you after the description, just before the
patch.)
When running an interrupt and network intensive stress test with PREEMPT_RT
enabled, the target system stopped processing received network packets.
skbs from received packets
From: Frank Rowand [EMAIL PROTECTED]
This patch series is a few small fixes to kernel build errors for
the Toshiba RBTX4927 MIPS board in the 2.6.24-rc7 kernel, with the
2.6.24-rc7-rt2 patch previously applied. These patches are directly
related to the -rt2 patch, not to the vanilla MIPS tree.
* Siddha, Suresh B [EMAIL PROTECTED] wrote:
On Mon, Jan 14, 2008 at 05:43:24PM +0100, Ingo Molnar wrote:
* Pallipadi, Venkatesh [EMAIL PROTECTED] wrote:
Also, relying on MTRR, is like giving more importance to BIOS writer
than required :-). I think the best way to deal with MTRR
Security fixes since 2.6.16.57:
- CVE-2007-2525: PPPOE: fix memory leak (local DoS)
- CVE-2007-3731: Handle bogus %cs selector in single-step instruction decoding
- CVE-2007-6417: tmpfs: restore missing clear_highpage
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
From: Frank Rowand [EMAIL PROTECTED]
time/Kconfig added by preempt-realtime-mips.patch duplicates other entry,
resulting in kernel make error:
Signed-off-by: Frank Rowand [EMAIL PROTECTED]
---
arch/mips/Kconfig |2 0 + 2 - 0 !
1 files changed, 2 deletions(-)
Index:
From: Frank Rowand [EMAIL PROTECTED]
Declaration of rtc_lock in arch/mips/kernel/time.c conflicts with time.h,
remove from include/asm-mips/time.h.
Signed-off-by: Frank Rowand [EMAIL PROTECTED]
---
include/asm-mips/time.h |2 0 + 2 - 0 !
1 files changed, 2 deletions(-)
From: Frank Rowand [EMAIL PROTECTED]
This is probably just a temporary workaround for one procssor - the MIPS
community will most likely want to architect a solution to this issue.
Make of preempt kernel barfs in kernel/sched.c ifdef finish_arch_switch.
Remove the finish_arch_switch() for boards
From: Frank Rowand [EMAIL PROTECTED]
Fix compile warning (which becomes compile error due to -Werror),
by changing from raw_spinlock_t to __raw_spinlock_t.
Signed-off-by: Frank Rowand [EMAIL PROTECTED]
---
arch/mips/kernel/gdb-stub.c |2 1 + 1 - 0 !
1 files changed, 1
--- David Howells [EMAIL PROTECTED] wrote:
Stephen Smalley [EMAIL PROTECTED] wrote:
The cache files are created by the cachefiles kernel module, not by the
userspace daemon, and the userspace daemon doesn't need to directly
read/write them at all
That is correct.
(but I think it
Andi Kleen wrote:
[EMAIL PROTECTED] writes:
+
/* Returns the number of the node containing CPU 'cpu' */
static inline int cpu_to_node(int cpu)
{
-return cpu_to_node_map[cpu];
+u16 *cpu_to_node_map = x86_cpu_to_node_map_early_ptr;
+
+if (cpu_to_node_map)
+return
Hi Ingo,
More patches:
- rearrange paravirt.h to remove duplicate code, and to make it easy
to drop in 4th level pagetable functions.
- fix a warning I got from clear_bit in pgtable.h
- fix up some bogosity in pte_modify
- mask NX from pte_pfn
The last two may help with the problem that
In 32-bit PAE, mask NX from pte_pfn, since it isn't part of the PFN.
This code is due for unification anyway, but this fixes a latent bug.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
include/asm-x86/pgtable-3level.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
801 - 900 of 1070 matches
Mail list logo