On Fri, Sep 21, 2007 at 11:39:36PM +0100, Alan Cox wrote:
On Fri, 21 Sep 2007 17:15:16 -0500
Olof Johansson [EMAIL PROTECTED] wrote:
Convert the io_req_t members to kio_addr_t, to allow use on machines with
more than 16 bits worth of IO ports (i.e. secondary busses on ppc64, etc).
What
On Thu, Sep 20, 2007 at 12:06:10PM -0700, Stephen Hemminger wrote:
Need to null terminate environment. Found by inspection
while looking for similar problems to platform uevent bug
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Much thanks, git-applymbox'ed to battery-2.6.git. I suppose
On 9/21/07, Trond Myklebust [EMAIL PROTECTED] wrote:
No. The requirement for 'hard' mounts is not that the server be up all
the time. The server can go up and down as it pleases: the client can
happily recover from that.
The requirement is rather that nobody remove it permanently before the
Hi!
Ok, here we are. The bad one uses C2 which stops the local apic on the
VAIO. I suspect we end up in the suspend/resume with going into C2
without the broadcast active.
Can you try to get the output of SysRq-Q during the it needs help from
keyboard period ?
That's a bit
Hi!
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Should you also update kernel-parameters.txt?
+For example:
+
+crashkernel=512M-2G:64M,2G-:128M
+
+This would mean:
+
+1) if the RAM is smaller than 512M, then don't reserve
Hi!
I'm pleased to announce third release of the distributed storage
subsystem, which allows to form a storage on top of remote and local
nodes, which in turn can be exported to another storage as a node to
form tree-like storages.
How is this different from raid0/1 over nbd? Or raid0/1 over
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/ata/pata_scc.c
http://lkml.org/lkml/2007/9/21/557
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/md/raid6int8.c
This turned out to be a gcc bug -- I was using an old cross-compiler.
-
To unsubscribe from this list: send the line unsubscribe
On 9/21/07, Andi Kleen [EMAIL PROTECTED] wrote:
From: Robert Hancock [EMAIL PROTECTED]
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
ACPI, we don't bother checking the E820 table. The PCI
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/net/spider_net.c
[PATCH -mm] spider_net: Misc build fixes after recent netdev stats changes
Unbreak the following:
drivers/net/spider_net.c:
On Fri, Sep 21, 2007 at 06:45:39PM -0400, Dave Jones wrote:
On Sat, Sep 22, 2007 at 12:32:02AM +0200, Andi Kleen wrote:
+Select this for:
+ Pentiums (Pentium 4, Pentium D, Celeron, Celeron D) corename:
+ -Willamette
+ -Northwood
+ -Mobile
On 9/21/07, Yinghai Lu [EMAIL PROTECTED] wrote:
On 9/21/07, Andi Kleen [EMAIL PROTECTED] wrote:
From: Robert Hancock [EMAIL PROTECTED]
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
On Sat, Sep 22, 2007 at 12:32:18AM +0200, Andi Kleen wrote:
Also allow to set svm lock.
TBD double check, documentation, i386 support
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Could we have this patch tagged with x86 instead of Experimental in subject.
Sam
-
To unsubscribe
On Sep 21, 2007, at 17:32:08, Steven Rostedt wrote:
On Fri, 21 Sep 2007, Paul E. McKenney wrote:
On Thu, Sep 20, 2007 at 02:34:11PM -0400, Steven Rostedt wrote:
-#define RCU_HEAD_INIT { .next = NULL, .func = NULL }
+#ifdef CONFIG_RCU_CRC_HEADER_CHECK
+
+#define RCU_CRC_MAGIC 0xC4809168UL
* Pavel Machek [EMAIL PROTECTED] [2007-09-18 19:21]:
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Should you also update kernel-parameters.txt?
Ok, I'll do.
+For example:
+
+crashkernel=512M-2G:64M,2G-:128M
+
+This would
On Fri, 2007-09-21 at 09:37 -0400, Mathieu Desnoyers wrote:
Good points. Well I'd say hiding it all behind a friendly
immediate_set() interface is the best option then.
Then we can't benefit of the __init section to have the code removed
after boot. I don't see the point in doing so.
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/net/spider_net.c
Fixing the above showed up another problem in another file of the
same driver (drivers/net/spider_net_ethtool.c)
[PATCH -mm]
On Thu, 20 Sep 2007, Satyam Sharma wrote:
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/net/pasemi_mac.c
[PATCH -mm] pasemi_mac: Build fix after recent netdev stats changes
Unbreak the following:
drivers/net/pasemi_mac.c: In
Of ethtool_ops-get_stats_count and ethtool_ops-get_ethtool_stats.
Signed-off-by: Satyam Sharma [EMAIL PROTECTED]
---
drivers/net/mv643xx_eth.c |2 --
1 file changed, 2 deletions(-)
diff -ruNp a/drivers/net/mv643xx_eth.c b/drivers/net/mv643xx_eth.c
--- a/drivers/net/mv643xx_eth.c
drivers/net/iseries_veth.c: In function 'veth_transmit_to_many':
drivers/net/iseries_veth.c:1174: warning: unused variable 'port'
Signed-off-by: Satyam Sharma [EMAIL PROTECTED]
---
drivers/net/iseries_veth.c |1 -
1 file changed, 1 deletion(-)
diff -ruNp a/drivers/net/iseries_veth.c
In a stock 2.6.22.6 kernel, poweroff a user mode linux guest
(2.6.22.6 running in skas0 mode) will halt the host linux. I
think the reason is the kernel thread abort because of a bug.
Then the sys_reboot in process of user mode linux guest is
not trapped by the user mode linux kernel and is
Hi list,
could anyone tell me why there is no official memzero function (or macros) in
the kernel. As I see a lot of kernel parts calls for it (defying own macros
as alias to memset). Maybe there is a special reason not to do so? Actually
my suggestion is to define _one_ general macros for this.
-static volatile int kgdb_hwbreak_sstep[NR_CPUS];
+volatile int kgdb_hwbreak_sstep[NR_CPUS];
That looks fishy to me. Why is it volatile-qualified? And does that
actually want to be a per-cpu var?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
From: Matti Linnanvuori [EMAIL PROTECTED]
Reference to two different conventions is unnecessarily unclear unless you know
them already and requires seeking and reading another file for understanding.
Signed-off-by: Matti Linnanvuori [EMAIL PROTECTED]
---
---
On Mon, 2007-09-17 at 18:37 +, Pavel Machek wrote:
That's a bit tricky because hitting the keyboard is what unsticks things.
And the video is black after resume-from-RAM (has always been thus) and we
Ok, can we try to fix the video issue for you? That should make the
development
On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
Hi list,
could anyone tell me why there is no official memzero function (or
macros) in the kernel. As I see a lot of kernel parts calls for it
(defying own macros as alias to memset). Maybe there is a special
reason not to do so? Actually my
On Sat, Sep 22, 2007 at 12:25:51AM -0600, Matthew Wilcox wrote:
What about the formatting and field widths ?
ulong would probably be a lot saner than kio_addr_t and yet more type
obfuscation.
I don't think anyone uses ioports 32bit. Certainly i386 takes an int
port as parameter to
I don't think we need this patch. When SVM is disabled KVM will tell on
module load. Further with SVM-lock it will be possible to re-enable SVM
even if it was disabled by BIOS using a key. In this case the user of
SVM has to clear the capability bit you set in this patch for all cpus.
On Sat, Sep
Hi Greg,
On Tue, 18 Sep 2007, Greg KH wrote:
On Tue, Sep 18, 2007 at 03:04:48PM +0530, Satyam Sharma wrote:
But wait ... isn't that a statically-allocated kobject, which were
supposed to be naughty in the first place?
Yes it is, if you want to dynamically create it, please do.
On Sep 21 2007 08:53, Randy Dunlap wrote:
On Fri, 21 Sep 2007 17:35:43 +0400 Andrey Mirkin wrote:
From: Andrey Mirkin [EMAIL PROTECTED]
Right now futexfs and inotifyfs have one magic 0xBAD1DEA, that looks a
little
bit confusing.
Use 0xBAD1DEA as magic for futexfs and 0x2BAD1DEA as magic
On Fri, Sep 21, 2007 at 10:45:06PM +0200, Andi Kleen wrote:
From: [EMAIL PROTECTED]
This patch defines frame_pointer() and stack_pointer() similar to the
already defined instruction_pointer(). Thus the oprofile code can be written
in a more readable fashion.
Can we do these for all
On Sep 21 2007 22:44, Andi Kleen wrote:
Subject: [PATCH] [8/45] x86_64: Use string instruction memcpy on AMD Fam11h
--- linux.orig/arch/x86_64/kernel/setup.c
+++ linux/arch/x86_64/kernel/setup.c
@@ -575,7 +575,7 @@ static void __cpuinit init_amd(struct cp
level = cpuid_eax(1);
if
On Fri, Sep 21, 2007 at 10:45:14PM +0200, Andi Kleen wrote:
From: Mike Frysinger [EMAIL PROTECTED]
This brings x86_64 into line with all other architectures by only defining
cond_syscall() when __KERNEL__ is defined.
Signed-off-by: Mike Frysinger [EMAIL PROTECTED]
Signed-off-by: Andrew
On Fri, Sep 21, 2007 at 09:23:28PM -0700, David J. Wilder wrote:
My last posting was mangled by my mailer. I hope this one is better.
Also corrected Randy's concerns.
Please see previous posting for more information:
http://lkml.org/lkml/2007/9/19/4 (PATCH 0/2)
Note: this patch requires
[Robert P. J. Day - Sat, Sep 22, 2007 at 04:48:28AM -0400]
| On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
|
| Hi list,
|
| could anyone tell me why there is no official memzero function (or
| macros) in the kernel. As I see a lot of kernel parts calls for it
| (defying own macros as alias to
On Sep 22 2007 08:57, Sam Ravnborg wrote:
This seems like yet another list that will need to be perpetually
kept up to date, and given 99% of users don't know the codename
of their core, just the marketing name, I question its value.
As a bare minimum requirement the list presented here
On Sep 21 2007 18:41, Chuck Ebbert wrote:
On 09/21/2007 06:32 PM, Andi Kleen wrote:
From: Pavel Emelyanov [EMAIL PROTECTED]
Typically the oops first lines look like this:
BUG: unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c049dfbd
*pde =
On Sep 22 2007 10:36, Satyam Sharma wrote:
from arch/i386/boot/compressed/misc.c:14:
include/asm/processor.h: In function $B!F(Jcpuid_count$B!G(J:
^^ ^^
include/asm/processor.h:615: warning: pointer targets in passing
On Fri, 2007-09-21 at 20:27 -0700, Tong Li wrote:
Mike,
Could you try this patch to see if it solves the latency problem?
No, but it helps some when running two un-pinned busy loops, one at nice
0, and the other at nice 19. Yesterday I hit latencies of up to 1.2
_seconds_ doing this, and
On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
Thanks Robert for the answer, I'll mark this (clear_page) in my
must to take a look list ;)
there's already been a discussion about clear_page() as well:
http://lists.openwall.net/linux-kernel/2006/12/29/39
you might want to start there to get up
[Robert P. J. Day - Sat, Sep 22, 2007 at 05:55:04AM -0400]
| On Sat, 22 Sep 2007, Cyrill Gorcunov wrote:
|
| Thanks Robert for the answer, I'll mark this (clear_page) in my
| must to take a look list ;)
|
| there's already been a discussion about clear_page() as well:
|
|
On Saturday, 22 September 2007 01:19, Kyle Moffett wrote:
On Sep 21, 2007, at 17:16:59, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
The ACPI platform firmware is allowed to preserve information
accross the hibernation-resume cycle, so this need not be the
On Saturday, 22 September 2007 01:47, Nigel Cunningham wrote:
Hi.
On Saturday 22 September 2007 09:19:18 Kyle Moffett wrote:
I think that in order for this to work, there would need to be some
ABI whereby the resume-ing kernel can pass its entire ACPI state and
a bunch of other
On Saturday, 22 September 2007 10:50, Thomas Gleixner wrote:
On Mon, 2007-09-17 at 18:37 +, Pavel Machek wrote:
That's a bit tricky because hitting the keyboard is what unsticks things.
And the video is black after resume-from-RAM (has always been thus) and we
Ok, can we try to
[snap]
Hi,
When reading corrupted reiserfs directory data, d_reclen
could be a negative number or a big positive number, this
can lead to kernel panic or oop.
The following patch adds a sanity check. (against 2.6.20.4)
Signed-off-by: Lepton Wu [EMAIL PROTECTED]
diff -X
x86_64 SMP kernel v2.6.22.6 (not using callgraph).
sometimes oprofile works for a longer time... but not this time.
2007-09-22 13:53:32.52723 1[ 3372.390188] Unable to handle kernel NULL
pointer dereference at 0650 RIP:
2007-09-22 13:53:32.527245948 1[ 3372.390195]
Hi,
You can cause a recursion in kbuild/make with the following:
make O=$PWD kernel/time.o
make mrproper
Of course no one would use O=$PWD (that's just the testcase),
but this happened too often:
/ws/linux/linux-2.6.23$ make O=/ws/linux/linux-2.6.23 kernel/time.o
(Oops - should have been
Hi Pavel.
On Mon, Sep 17, 2007 at 06:22:30PM +, Pavel Machek ([EMAIL PROTECTED])
wrote:
I'm pleased to announce third release of the distributed storage
subsystem, which allows to form a storage on top of remote and local
nodes, which in turn can be exported to another storage as a
On Fri, 2007-09-21 at 03:33 -0700, Andrew Morton wrote:
On Fri, 21 Sep 2007 11:25:41 +0100 richard kennedy [EMAIL PROTECTED] wrote:
That's all a bit crappy if the wrong races happen and some other task is
somehow exceeding the dirty limits each time this task polls them. Seems
What guest drivers?
Cc: Jan Engelhardt [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
An August 18 patch from Jan Engelhardt (06bfb7e) added help text for the
virtualization menu.
Unfortunately the text is misleading, as guest drivers are usually
interpreted to
mean drivers
David Härdeman wrote:
On Tue, September 18, 2007 13:30, Thomas Gleixner wrote:
timer_gettime(fd | POSIX_TIMER_FD, .);
If we use the most significant bit for POSIX_TIMER_FD, we should be
fine.
I think alternative b) - three new syscalls, sounds better.
The only negatives so
Davide, Andrew, Linus, et al.
At the start of this thread
(http://thread.gmane.org/gmane.linux.kernel/581115 ), I proposed 4
alternatives to Davide's original timerfd API. Based on the feedback in
that thread (and one or two earlier comments):
Let's dismiss option (a), since it is an unlovely
On Sat, 22 Sep 2007 09:55:09 +0800 Fengguang Wu [EMAIL PROTECTED]
wrote:
--- linux-2.6.22.orig/mm/page-writeback.c
+++ linux-2.6.22/mm/page-writeback.c
@@ -426,6 +426,14 @@ static void balance_dirty_pages(struct a
bdi_nr_writeback = bdi_stat(bdi, BDI_WRITEBACK);
Alan Stern wrote:
The correct answer is that HAL should top polling while the device is
suspended.
In kernels starting with 2.6.23-rc6, the correct way to enable
autosuspend for a USB device is basically like this:
echo D /sys/bus/usb/devices/.../power/autosuspend
echo auto
On Sat, Sep 22, 2007 at 08:57:24AM +0200, Sam Ravnborg wrote:
This seems like yet another list that will need to be perpetually
kept up to date, and given 99% of users don't know the codename
of their core, just the marketing name, I question its value.
As a bare minimum requirement
On Sat, 22 Sep 2007, Hans de Goede wrote:
I'm afraid that that doesn't work for usb mass-storage devices.
Here is what I did:
1) kill hal
2) insert usb stick - led lights
3):
echo -n 1 /sys/bus/usb/devices/.../power/autosuspend
echo -n auto /sys/bus/usb/devices/.../power/level
4)
In article [EMAIL PROTECTED] you wrote:
1. This design stretches the POSIX timers API in strange
ways.
Maybe it is possible to reimplement the POSIX API in usermode using the
kernel's FD implementation? (and drop the posix support from kernel)
Gruss
Bernd
-
To unsubscribe from this list:
* Paul Mackerras ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers writes:
Make sure that at least cmpxchg64_local is available on all architectures
to use
for unsigned long long values.
Signed-off-by: Mathieu Desnoyers [EMAIL PROTECTED]
Acked-by: Paul Mackerras [EMAIL PROTECTED]
Hello,
[PATCH] mac80211: fix initialisation when built-in
http://article.gmane.org/gmane.linux.kernel.wireless.general/5710/match=patch+mac80211+initialisation
[PATCH] cfg80211: fix initialisation if built-in
On Saturday 22 September 2007, Mihai Donțu wrote:
Hi,
Today, out of curiosity, I pulled 2.6.23-rc7 (leave on the edge in a quiet
weekend).
Anyway, it seems that radeonfb and my:
01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS
200M 5955 (PCIE)
don't get along
On Sat, Sep 22, 2007 at 12:25:51AM -0600, Matthew Wilcox wrote:
On Fri, Sep 21, 2007 at 11:39:36PM +0100, Alan Cox wrote:
On Fri, 21 Sep 2007 17:15:16 -0500
Olof Johansson [EMAIL PROTECTED] wrote:
Convert the io_req_t members to kio_addr_t, to allow use on machines with
more than 16
* Sat, 22 Sep 2007 13:24:32 +0200 (CEST)
[]
The make O=$PWD truncates the Makefile, making it necessary to run `git
checkout Makefile` - should you have git; or reextract the tarball
(should you /still/ have it). Well, can we catch this case somehow?
Read-only source-tree for kbuild user,
Since we just call clone without CLONE_VM, it is no need to
use anoymous mmap to get a new stack frame.
Let's keep codes simple.
Signed-off-by: Lepton Wu [EMAIL PROTECTED]
diff -X linux-2.6.22.6-uml/Documentation/dontdiff -pru
linux-2.6.22.6/arch/um/os-Linux/start_up.c
Huang, Ying wrote:
This patch add a field of 64-bit physical pointer to NULL terminated
single linked list of struct setup_data to real-mode kernel
header. This is used as a more extensible boot parameters passing
mechanism.
This patch has been tested against 2.6.23-rc6-mm1 kernel on x86_64.
Hello Bernd,
Please don't trim the CC list when replying! I nearly did not see
your reply, and others will have missed it also.
On 9/22/07, Bernd Eckenfels [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED] you wrote:
1. This design stretches the POSIX timers API in strange
ways.
Hi all,
I'm having a strange problem, of course not reproducible. Sometimes
after a suspend (to ram) and resume cycle, the kernel will try to free
all memory. This means, all running applications are flushed to swap (as
long as it is available), caches and buffers stay at around 15MB each.
The
Yinghai Lu wrote:
No!
MMCONFIG will not work with acpi=off any more.
I don't think this is unreasonable. The ACPI MCFG table is how we are
supposed to learn about the area in the first place. If we can't get the
table location via an approved mechanism, and can't validate it doesn't
On Sat, 2007-09-22 at 18:07 +0200, Michael Kerrisk wrote:
Hello Bernd,
Please don't trim the CC list when replying! I nearly did not see
your reply, and others will have missed it also.
Yup.
On 9/22/07, Bernd Eckenfels [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED] you wrote:
When compiling the Blackfin kernel, checksyscalls.pl will report lots of
missing syscalls warnings.
This patch will add some missing syscalls which make sense on Blackfin arch
After appling this patch, toolchain should be rebuilt. Then recompiling the
kernel with the new
toolchain.
[try #2]
-
Michael,
On Sat, 2007-09-22 at 15:12 +0200, Michael Kerrisk wrote:
Davide, Andrew, Linus, et al.
At the start of this thread
(http://thread.gmane.org/gmane.linux.kernel/581115 ), I proposed 4
alternatives to Davide's original timerfd API. Based on the feedback in
that thread (and one or
Alan Stern wrote:
On Sat, 22 Sep 2007, Hans de Goede wrote:
I'm afraid that that doesn't work for usb mass-storage devices.
Here is what I did:
1) kill hal
2) insert usb stick - led lights
3):
echo -n 1 /sys/bus/usb/devices/.../power/autosuspend
echo -n auto
On Sat, Sep 22, 2007 at 03:04:47AM -0400, Kyle Moffett wrote:
On Sep 21, 2007, at 17:32:08, Steven Rostedt wrote:
On Fri, 21 Sep 2007, Paul E. McKenney wrote:
On Thu, Sep 20, 2007 at 02:34:11PM -0400, Steven Rostedt wrote:
-#define RCU_HEAD_INIT { .next = NULL, .func = NULL }
+#ifdef
* Oliver Pinter ([EMAIL PROTECTED]) wrote:
it is Lepton's patch.
Namesys boys, this patch is OK?
Greg, I neither do find this patch in Linus's tree.
The point is, if it's not important enough to go into Linus' tree, than
it isn't important enough to be in the -stable tree. So please get this
On Sat, 22 Sep 2007 01:41:17 -0700 (PDT) Matti Linnanvuori wrote:
From: Matti Linnanvuori [EMAIL PROTECTED]
Reference to two different conventions is unnecessarily unclear unless you
know them already and requires seeking and reading another file for
understanding.
Could you hit the
From: Benedikt Spranger [EMAIL PROTECTED]
eth_start_xmit() can race against a disconnect interrupt in the gadget
device driver, which nukes all pending request. Right now we access the
pending request list unconditionally and dereference the request list
head itself in such a case, which results
On Sat, 22 Sep 2007 10:23:25 -0400 Dave Jones wrote:
On Sat, Sep 22, 2007 at 08:57:24AM +0200, Sam Ravnborg wrote:
This seems like yet another list that will need to be perpetually
kept up to date, and given 99% of users don't know the codename
of their core, just the marketing
On Sat, 22 Sep 2007 12:01:16 +0200 (CEST) Jan Engelhardt wrote:
On Sep 22 2007 10:36, Satyam Sharma wrote:
from arch/i386/boot/compressed/misc.c:14:
include/asm/processor.h: In function $B!F(Jcpuid_count$B!G(J:
^^ ^^
On Sat, 2007-09-22 at 00:32 +0200, Andi Kleen wrote:
From: Oliver Pinter [EMAIL PROTECTED]
add cpu core name for arch/i386/Kconfig.cpu:Pentium 4 sections help
add Pentium D for arch/i386/Kconfig.cpu
add Pentium D for arch/x86_64/Kconfig
Signed-off-by: Oliver Pinter [EMAIL PROTECTED]
On Fri, Sep 21, 2007 at 05:32:08PM -0400, Steven Rostedt wrote:
--
On Fri, 21 Sep 2007, Paul E. McKenney wrote:
On Thu, Sep 20, 2007 at 02:34:11PM -0400, Steven Rostedt wrote:
In recent development of the RT kernel, some of our experimental code
corrupted the rcu header. But the side
On Sep 22, 2007, at 06:34:17, Rafael J. Wysocki wrote:
On Saturday, 22 September 2007 01:19, Kyle Moffett wrote:
On Sep 21, 2007, at 17:16:59, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
The ACPI platform firmware is allowed to preserve information
accross the
On Sat, 2007-09-22 at 10:28 -0600, Robert Hancock wrote:
Yinghai Lu wrote:
No!
MMCONFIG will not work with acpi=off any more.
I don't think this is unreasonable. The ACPI MCFG table is how we are
supposed to learn about the area in the first place. If we can't get the
table location
Guillaume Chazarain wrote:
TASKSTATS_CMD_ATTR_TGID used to return only the delay accounting stats, not
the basic and extended accounting. With this patch,
TASKSTATS_CMD_ATTR_TGID also aggregates the accounting info for all threads
of a thread group.
TASKSTATS_CMD_ATTR_PID output should be
Hello,
It is unclear from the various documentions in the kernel and glibc what
the proper behaviour should be for the case when a child process
catches a SIGNAL (say for instance, SIGTERM), and then calls exit()
from within its caught SIGNAL handler.
Since the exit() will cause a SIGCHLD to
This adds the documentation for the extended crashkernel syntax into
Documentation/kernel-parameters.txt.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
---
Documentation/kernel-parameters.txt |7 +++
1 file changed, 7 insertions(+)
--- a/Documentation/kernel-parameters.txt
+++
This adds the documentation for the extended crashkernel syntax into
Documentation/kernel-parameters.txt.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
---
Documentation/kernel-parameters.txt |7 +++
1 file changed, 7 insertions(+)
--- a/Documentation/kernel-parameters.txt
+++
Thomas Gleixner wrote:
On Sat, 2007-09-22 at 10:28 -0600, Robert Hancock wrote:
Yinghai Lu wrote:
No!
MMCONFIG will not work with acpi=off any more.
I don't think this is unreasonable. The ACPI MCFG table is how we are
supposed to learn about the area in the first place. If we can't get the
On Sat, 22 Sep 2007 12:33:55 +0400
Cyrill Gorcunov [EMAIL PROTECTED] wrote:
Hi list,
could anyone tell me why there is no official memzero function (or
macros) in the kernel.
it doesn't add value memset with a constant 0 is just as fast
(since the compiler knows it's 0) than any wrapper
John,
It is unclear from the various documentions in the kernel and glibc what
the proper behaviour should be for the case when a child process
catches a SIGNAL (say for instance, SIGTERM), and then calls exit()
from within its caught SIGNAL handler.
Since the exit() will cause a SIGCHLD to
On Sat, 2007-09-22 at 11:22 -0700, John Z. Bohach wrote:
Hello,
It is unclear from the various documentions in the kernel and glibc what
the proper behaviour should be for the case when a child process
catches a SIGNAL (say for instance, SIGTERM), and then calls exit()
from within its
On Sat, 22 Sep 2007, Arjan van de Ven wrote:
it doesn't add value memset with a constant 0 is just as fast
(since the compiler knows it's 0) than any wrapper around it, and the
syntax around it is otherwise the same.
Indeed.
The reason we have clear_page() is not because the value
On Sat, 2007-09-22 at 00:32 +0200, Andi Kleen wrote:
Also allow to set svm lock.
Please use two separate patches. The detection and cpuinfo display is
not related to set svm lock.
TBD double check, documentation, i386 support
Yes, documentation would be useful. See below.
Signed-off-by:
On Sat, 2007-09-22 at 00:32 +0200, Andi Kleen wrote:
No functional changes
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Can we please fix _ALL_ white space and coding style issues in this file
while we are at it?
Updated patch below.
tglx
diff --git a/arch/x86_64/mm/init.c
I think you misread my comment. Those requests are **NOT** pending!!
So this update has a *MORE* incorrect description of the issue.
That's just the freelist ... it's a fairly conventional model whereby
there's a pool of free request slots which can be issued. When the
pool empties, the TX
On Sat, 2007-09-22 at 00:32 +0200, Andi Kleen wrote:
- notify_die(DIE_OOPS, str, regs, err, current-thread.trap_no, SIGSEGV);
+ if (notify_die(DIE_OOPS, str, regs, err, current-thread.trap_no,
SIGSEGV) == NOTIFY_STOP)
80 chars please.
tglx
-
To unsubscribe from this list:
In article [EMAIL PROTECTED] you wrote:
it doesn't add value memset with a constant 0 is just as fast
(since the compiler knows it's 0) than any wrapper around it, and the
syntax around it is otherwise the same.
it would however allow easier changing if you need to add a page cleaning
After recent discussions on LKML and a general dissatisfaction at the
current printk() kernel-message logging interface, I've decided to
write down some of the ideas for a better system.
Requirements
* Backwards compatibility with printk(), syslog(), etc. There is no
way the whole
On Sat, 2007-09-22 at 12:18 -0700, David Brownell wrote:
I think you misread my comment. Those requests are **NOT** pending!!
So this update has a *MORE* incorrect description of the issue.
That's just the freelist ... it's a fairly conventional model whereby
there's a pool of free
[Arjan van de Ven - Sat, Sep 22, 2007 at 12:46:59PM -0700]
| On Sat, 22 Sep 2007 12:33:55 +0400
| Cyrill Gorcunov [EMAIL PROTECTED] wrote:
|
| Hi list,
|
| could anyone tell me why there is no official memzero function (or
| macros) in the kernel.
|
| it doesn't add value memset with a
On Sat, 2007-09-22 at 00:32 +0200, Andi Kleen wrote:
From: Akinobu Mita [EMAIL PROTECTED]
Do cpuid_device_create() in CPU_UP_PREPARE instead of CPU_ONLINE.
Cc: H. Peter Anvin [EMAIL PROTECTED]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Cc:
This patch just makes the version number in ips.c and ips.h consistent. It
seems that this has been forgotten in a60768e2d43eb30a1adb8a119aeac35dc0d03ef6.
It also removes code duplication, each number is now only once in the code to
avoid similar errors in the future.
Signed-off-by: Bernhard
1 - 100 of 338 matches
Mail list logo
