On Fri, Jan 18, 2008 at 11:44:34AM +0530, Kamalesh Babulal wrote:
Hi Andrew,
The kernel build fails with following error message
scripts/mkubootimg/crc32.c:15:18: error: zlib.h: No such file or directory
scripts/mkubootimg/crc32.c:77: error: expected '=', ',', ';', 'asm' or
* Kyle McMartin [EMAIL PROTECTED] wrote:
--- a/include/asm-x86/cpufeature.h
+++ b/include/asm-x86/cpufeature.h
@@ -195,21 +195,6 @@
#undef cpu_has_centaur_mcr
#define cpu_has_centaur_mcr 0
-#undef cpu_has_pse
-#define cpu_has_pse 1
-
-#undef cpu_has_pge
-#define
* Dmitri Vorobiev [EMAIL PROTECTED] wrote:
This is against current x86.git.
The size of the system call table for 32-bit x86 kernels is obtained
by compile-time calculation of the sys_call_table array, not from the
value, which the NR_syscalls macro expands to. This trivial patch
On Fri, Jan 18, 2008 at 06:41:09AM +0100, Andi Kleen wrote:
Fengguang Wu [EMAIL PROTECTED] writes:
Suppose we want to grant longer expiration window for temp files,
adding a new list named s_dirty_tmpfile would be a handy solution.
How would the kernel know that a file is a tmp file?
No
- Original Message
From: Mel Gorman [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Fengguang Wu [EMAIL PROTECTED]; Mike Snitzer [EMAIL PROTECTED]; Peter
Zijlstra [EMAIL PROTECTED]; [EMAIL PROTECTED]; Ingo Molnar [EMAIL
PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL
And to demostrate that Linus is not the only person
with this view, I copy some paragraphs from C99 rationale
(you can find standard, rationale and other documents
in http://clc-wiki.net/wiki/C_standardisation:ISO )
Page 75 of C99 rationale:
Type qualifiers were introduced in part to provide
On Fri, 18 Jan 2008 14:59:32 +0800 Dave Young [EMAIL PROTECTED] wrote:
On Jan 18, 2008 2:40 PM, Tetsuo Handa
[EMAIL PROTECTED] wrote:
Hello.
Andrew Morton wrote:
It could be compiler version dependent. I used gcc-4.1.0. Which version
were you and Zan using please?
I have the
On 01/18/2008 04:16 AM, Taral wrote:
On 1/17/08, Michael Opdenacker [EMAIL PROTECTED] wrote:
Another issue would be that we would no longer be able
to load the speaker driver module from a kernel which
wasn't originally compiled with support for this module.
Have you looked at
On Thu, Jan 17, 2008 at 11:51:51PM -0800, Michael Rubin wrote:
On Jan 15, 2008 4:36 AM, Fengguang Wu [EMAIL PROTECTED] wrote:
Andrew,
This patchset mainly polishes the writeback queuing policies.
The main goals are:
(1) small files should not be starved by big dirty files
(2) sync
On Friday 18 January 2008 17:33, stephane eranian wrote:
Nick,
It is arch specific. If an architecture wants interrupts on during
context switch, or runqueue unlocked, then they set it (btw
INTERRUPTS_ON_CTXSW also implies UNLOCKED_CTXSW).
Yes , I noticed that. I am only interested in
On Fri, Jan 18, 2008 at 09:00:34AM +0100, Jarek Poplawski wrote:
On Fri, Jan 18, 2008 at 09:42:25AM +0800, Dave Young wrote:
...
After digging the class usage code again, I found that the only
possible double lock place is the class_interface_register/unregister
in which the class_device
Hi Andrew,
Following oops was seen while running kernbench on one of test machine
(power4+ box). I tried reproducing the oops but was unsuccessful.
I will try to reproduce the oops with debug info compiled.
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=32 NUMA pSeries
Modules
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Probably it would be more efficient to have the people who wrote the
code also test it.
Well, that would certainly help.
I do test all of my patches and generally all of the patches I sign
off, but surely that's not enough.
please add a
On Fri, 18 Jan 2008 09:36:10 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Probably it would be more efficient to have the people who wrote the
code also test it.
Well, that would certainly help.
I do test all of my patches and
On Fri, 18 Jan 2008 14:06:00 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
Following oops was seen while running kernbench on one of test machine
(power4+ box). I tried reproducing the oops but was unsuccessful.
I will try to reproduce the oops with debug info compiled.
* Jiri Slaby [EMAIL PROTECTED] wrote:
On 01/17/2008 08:13 PM, Andrew Morton wrote:
On Thu, 17 Jan 2008 10:36:51 -0700 Zan Lynx [EMAIL PROTECTED] wrote:
Heh. Laptop suspend to anything has been so broken for so long in the
-mm series on my Compaq R3000 that I didn't even know it was ever
* Dhaval Giani [EMAIL PROTECTED] wrote:
grepping around and looking through the code, I notice it is because
these variables just do not exist for 32 bit NUMA. I am not sure how
to go about it, and will just leave it to folks who know what they are
doing there :).
yes, Mike Travis has i
On Friday 18 January 2008 12:10:40 am Ingo Molnar wrote:
* Yinghai Lu [EMAIL PROTECTED] wrote:
config MTRR
bool MTRR (Memory Type Range Register) support
- depends on !PAT
+ depends on !X86_PAT
---help---
On Intel P6 family processors (Pentium Pro, Pentium II
[PATCH] x86_64: only call early_init_amd one time
Andi's patch
x86: move X86_FEATURE_CONSTANT_TSC into early cpu feature detection
Need this in the next patch in time_init and that happens early.
This includes a minor fix on i386 where early_intel_workarounds()
[which is now
On Fri, 2008-01-18 at 00:47 -0800, Andrew Morton wrote:
On Fri, 18 Jan 2008 09:36:10 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Probably it would be more efficient to have the people who wrote the
code also test it.
Well, that
Am Freitag, 18. Januar 2008 00:31:26 schrieb mathewss:
This driver for me does not work when i try to cat /dev/ttyUSB2
it fails and when i try to run
statserial /dev/ttyUSB2
statserial: TIOCMGET failed: Invalid argument
We are always looking for testers. Can you recompile with
* Harvey Harrison [EMAIL PROTECTED] wrote:
struct frame_head *head = (struct frame_head *)frame_pointer(regs);
- unsigned long stack = stack_pointer(regs);
+ unsigned long stack = kernel_trap_sp(regs);
thanks, applied.
Ingo
--
To unsubscribe from this list: send the
On Jan 18, 2008 4:23 PM, Jarek Poplawski [EMAIL PROTECTED] wrote:
On Fri, Jan 18, 2008 at 03:48:02PM +0800, Dave Young wrote:
On Jan 18, 2008 3:38 PM, Jarek Poplawski [EMAIL PROTECTED] wrote:
...
IMHO, it would be nice to get the real state of current lockdep
problems here to figure out
* Zan Lynx [EMAIL PROTECTED] wrote:
Included Ingo in CC because I think he did the locking test.
The following is copied from a different boot, but looks the same to my
eye as what I got on the console:
| Locking API testsuite:
Hi,
sorry for answering so late, I'm only tracking netdev and ppc mailing list.
On Thursday 10 January 2008 18:34, Greg KH wrote:
The structure device_driver(in device.h) has a member struct driver_private
which
contains the member kobj (according to drivers/base/base.h).
But in
On Fri, 2008-01-18 at 10:12 +0100, Ingo Molnar wrote:
* Harvey Harrison [EMAIL PROTECTED] wrote:
Use v8086_mode inline in fault_32.c, no functional change also ifdef
the section for 32-bit only and add to fault_64.c
- if (regs-flags VM_MASK) {
+ if (v8086_mode(regs)) {
---
* Mike Travis [EMAIL PROTECTED] wrote:
Hi Andrew,
My automatic scripts accidentally sent this mail prematurely. Please
hold off applying yet.
I've picked it up for x86.git and i'll keep testing it (the patches seem
straightforward) and will report any problems with the bite-head-off
On Fri, 18 Jan 2008 11:37:21 +0800,
Dave Young [EMAIL PROTECTED] wrote:
Lets see the device_move function, seems there's some problems in it:
1302 int device_move(struct device *dev, struct device *new_parent)
1303 {
1304 int error;
1305 struct device *old_parent;
1306
Hello.
I tried gcc 4.1.2 on Fedora 8 using
http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-rc8-mm1 .
Same result as gcc 3.3.5 on Debian/Sarge.
It seems kernel config (and possibly hardware) dependent
rather than gcc version dependent.
This is VMware workstation 6.0.0 on Thinkpad X60 (Core 2 Duo).
* Harvey Harrison [EMAIL PROTECTED] wrote:
Use v8086_mode inline in fault_32.c, no functional change also ifdef
the section for 32-bit only and add to fault_64.c
- if (regs-flags VM_MASK) {
+ if (v8086_mode(regs)) {
--- a/arch/x86/mm/fault_64.c
+++ b/arch/x86/mm/fault_64.c
@@
On Tue, Jan 15, 2008 at 02:05:49PM +0800, Huang, Ying wrote:
This patch transforms the kexec page tables setup code from assembler
code to C code in machine_kexec_prepare. This improves readability and
reduces code line number.
This looks good to me.
Simon Horman [EMAIL PROTECTED]
* Andi Kleen [EMAIL PROTECTED] wrote:
Harvey Harrison [EMAIL PROTECTED] writes:
Further towards unifying these files, add another helper in same
spirit as is_errata93.
The better way to handle this would be to move all these workarounds
into notifiers that only get registered on the
Andrew Morton writes:
On Fri, 18 Jan 2008 14:06:00 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
Following oops was seen while running kernbench on one of test machine
(power4+ box). I tried reproducing the oops but was unsuccessful.
I will try to reproduce the oops
* Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
kdump needs ELF_CORE_COPY_REGS in crash_save_cpu(). This lack of the
macro causes the following BUG.
SysRq : Trigger a crashdump
[ cut here ]
kernel BUG at include/linux/elfcore.h:105!
invalid opcode: [1] PREEMPT
Jason Wessel wrote:
Jan Kiszka wrote:
Jason Wessel wrote:
Jan Kiszka wrote:
diff -up arch/x86/kernel/kgdb_32.c arch/x86/kernel/kgdb_64.c
screamed for unification. Here it is.
Signed-off-by: Jan Kiszka [EMAIL PROTECTED]
---
arch/x86/kernel/Makefile_32 |2
On Tue, Jan 15, 2008 at 02:05:46PM +0800, Huang, Ying wrote:
This patch add an architecture specific struct arch_kimage into struct
kimage. Three pointers to page table pages used by kexec are added to
struct arch_kimage. The page tables pages are dynamically allocated in
machine_kexec_prepare
On Jan 18, 2008 12:54 AM, David Chinner [EMAIL PROTECTED] wrote:
At this point, I'd say it is best to leave it to the filesystem and
the elevator to do their jobs properly.
Amen.
mrubin
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
I got this when doing a test boot of a current x86 kernel under kvm.
sidenote, is this failure normal:
acpiphp_ibm: ibm_acpiphp_init: acpi_walk_namespace failed
?
the leaked ioremap seems to be:
early_ioremap(2fff0a10, 0040) [1] = Pid:
* Dave Young [EMAIL PROTECTED] wrote:
On Jan 18, 2008 2:40 PM, Tetsuo Handa
[EMAIL PROTECTED] wrote:
Hello.
Andrew Morton wrote:
It could be compiler version dependent. I used gcc-4.1.0. Which version
were you and Zan using please?
I have the same problem, gcc 3.4.6
is the
On Fri, 2008-01-18 at 10:02 +0100, Ingo Molnar wrote:
* Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
kdump needs ELF_CORE_COPY_REGS in crash_save_cpu(). This lack of the
macro causes the following BUG.
SysRq : Trigger a crashdump
[ cut here ]
kernel BUG at
On Jan 16, 2008 8:25 PM, Rusty Russell [EMAIL PROTECTED] wrote:
I'd love to see patches. module_parm showed it's possible, if messy.
Thanks!
Rusty.
here's the patch, I added .modinfo section to the vmlinux, to collect
built-in module information.
I have just define __MODULE_INFO to another
On Jan 18, 2008 5:38 PM, Tetsuo Handa
[EMAIL PROTECTED] wrote:
Hello.
Ingo Molnar wrote:
is the patch below already in -rc8-mm1? hmm ... it appears it's not.
Could you give it a try?
Yes , It fixes that problem.
This patch solved this bug.
So quick :)
Thank you.
--
To unsubscribe
* Andi Kleen [EMAIL PROTECTED] wrote:
Some are reposts, some are not. See patch descriptions for details. I
believe I addressed all feedback that made sense in the reposted
patches.
thanks Andi, i've picked them up.
Ingo
--
To unsubscribe from this list: send the line unsubscribe
4. Performance test was done using the program available from the
following link:
http://bugzilla.kernel.org/attachment.cgi?id=14493
Result: the impact of the changes was negligible for files of a few
hundred megabytes.
Could you also test with ext4 and post some numbers? Afaik, ext4
Hello.
Ingo Molnar wrote:
is the patch below already in -rc8-mm1? hmm ... it appears it's not.
Could you give it a try?
This patch solved this bug.
Thank you.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
unsigned long end;
- struct mm_struct *mm = current-mm;
+ int error, unmapped_error;
struct vm_area_struct *vma;
- int unmapped_error = 0;
- int error = -EINVAL;
+ struct mm_struct *mm;
+ error = -EINVAL;
I think you may have misunderstood my last
Paul Mackerras wrote:
Andrew Morton writes:
On Fri, 18 Jan 2008 14:06:00 +0530 Kamalesh Babulal [EMAIL PROTECTED]
wrote:
Hi Andrew,
Following oops was seen while running kernbench on one of test machine
(power4+ box). I tried reproducing the oops but was unsuccessful.
I will try to
Applies to 2.6.24-rc8-git2
I was struggling to get my email-client no to mangle my patch files,
and I didn't find enough information in the SubmittingPatches file.
By looking for more information on the web, I eventually found the
email-clients.txt file, and it answered all my needs
This patch
On Thu, 17 Jan 2008 16:05:06 -0800
Daniel Walker [EMAIL PROTECTED] wrote:
On Thu, 2008-01-17 at 15:48 -0800, Linus Torvalds wrote:
Applied.
However, the patch itself didn't apply cleanly, because in my souce tree,
these two lines are in a different order:
On Thu, 17 Jan 2008,
On Fri, 18 Jan 2008, Balaji Rao wrote:
On Friday 18 January 2008 04:04:33 am Jan Engelhardt wrote:
On Jan 16 2008 13:20, Daniel Walker wrote:
On Thu, 2008-01-17 at 02:09 +0530, Balaji Rao wrote:
Hi,
When i set jiffies as the current_clocksource, date(1) tells me
that
On Fri, 2008-01-18 at 11:44 +0100, Ingo Molnar wrote:
* Adrian Bunk [EMAIL PROTECTED] wrote:
# Select 32 or 64 bit
config 64BIT
- bool 64-bit kernel if ARCH = x86
+ bool 64-bit kernel
default ARCH = x86_64
help
Say yes to build a 64-bit kernel - formerly known
pl2303: add support for RATOC REX-USB60F
This patch adds support for RATOC REX-USB60F Serial Adapters,
which is widely used in Japan recently.
Signed-off-by: Akira Tsukamoto [EMAIL PROTECTED]
---
diff -uprX dontdiff linux-2.6.24-rc8.orig/drivers/usb/serial/pl2303.c
* Kamalesh Babulal [EMAIL PROTECTED] [2008-01-18 16:14:00]:
Paul Mackerras wrote:
Kamalesh Babulal writes:
NIP: 4570 LR: 0fc42dc0 CTR:
REGS: c0077b6bf8c0 TRAP: 0300 Not tainted
(2.6.24-rc8-mm1-autotest)
MSR: 80001000 ME CR:
* Jan Engelhardt [EMAIL PROTECTED] wrote:
This is against x86/mm.
hm, it has checkpatch failures - the changes introduce some new
whitespace damage. Patch looks good otherwise. (please resend against
latest x86.git)
Ingo
--
To unsubscribe from this list: send the line unsubscribe
On Fri, 2008-01-18 at 08:38 +0100, Jarek Poplawski wrote:
On Fri, Jan 18, 2008 at 01:31:17PM +0800, Dave Young wrote:
On Jan 18, 2008 11:18 AM, Kay Sievers [EMAIL PROTECTED] wrote:
...
Yeah, might be better to wait until class_device is gone, otherwise you
may need to fix stuff that is
* Michael Ellerman [EMAIL PROTECTED] [2008-01-18 16:44:58]:
On Fri, 2008-01-18 at 16:34 +1100, Michael Ellerman wrote:
On Sat, 2007-12-08 at 04:07 +0530, Balbir Singh wrote:
Changelog
1. Get rid of the constant 5 (based on comments from
[EMAIL
* Michael Ellerman [EMAIL PROTECTED] [2008-01-18 16:34:53]:
On Sat, 2007-12-08 at 04:07 +0530, Balbir Singh wrote:
Changelog
1. Get rid of the constant 5 (based on comments from
[EMAIL PROTECTED])
2. Implement suggestions from Olof Johannson
3. Check
2008/1/18, Miklos Szeredi [EMAIL PROTECTED]:
4. Performance test was done using the program available from the
following link:
http://bugzilla.kernel.org/attachment.cgi?id=14493
Result: the impact of the changes was negligible for files of a few
hundred megabytes.
Could you also
On 1/17/08, KOSAKI Motohiro [EMAIL PROTECTED] wrote:
Hi Daniel
Thank you for good point out!
Could you please post your test program and reproduced method?
Sure:
1. Fill almost all available memory with page cache in a system without
swap.
2. Run attached alloc-test program.
On Fri, 2008-01-18 at 11:15 +0100, Peter Zijlstra wrote:
On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
diff --git a/mm/msync.c b/mm/msync.c
index a4de868..a49af28 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -13,11 +13,33 @@
#include linux/syscalls.h
/*
On Jan 18, 2008 5:54 PM, rae l [EMAIL PROTECTED] wrote:
On Jan 16, 2008 8:25 PM, Rusty Russell [EMAIL PROTECTED] wrote:
I'd love to see patches. module_parm showed it's possible, if messy.
Thanks!
Rusty.
here's the patch, I added .modinfo section to the vmlinux, to collect
built-in
On Wed, 16 Jan 2008, Andrew Paprocki wrote:
I applied the patch and I am still locking up after
Time: hpet clocksource has been installed.
That was expected :)
I rebooted with clocksource=tsc to get the logs of the trace which
was added. I'm assuming the grep below gets all the interesting
2008/1/18, Miklos Szeredi [EMAIL PROTECTED]:
unsigned long end;
- struct mm_struct *mm = current-mm;
+ int error, unmapped_error;
struct vm_area_struct *vma;
- int unmapped_error = 0;
- int error = -EINVAL;
+ struct mm_struct *mm;
+ error =
On Fri, 2008-01-18 at 12:17 +0100, Miklos Szeredi wrote:
diff --git a/mm/msync.c b/mm/msync.c
index 144a757..a1b3fc6 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -14,6 +14,122 @@
#include linux/syscalls.h
#include linux/sched.h
+unsigned long masync_pte_range(struct
* Harvey Harrison [EMAIL PROTECTED] wrote:
On Fri, 2008-01-18 at 11:44 +0100, Ingo Molnar wrote:
* Adrian Bunk [EMAIL PROTECTED] wrote:
# Select 32 or 64 bit
config 64BIT
- bool 64-bit kernel if ARCH = x86
+ bool 64-bit kernel
default ARCH = x86_64
help
Say
Jakob Oestergaard wrote:
On Thu, Jan 17, 2008 at 01:25:39PM -0800, Linus Torvalds wrote:
...
Why do you make that mistake, when it is PROVABLY NOT TRUE!
Try this trivial program:
int main(int argc, char **argv)
{
int i;
const int *c;
On Fri, Jan 18, 2008 at 02:50:48AM -0800, Harvey Harrison wrote:
On Fri, 2008-01-18 at 11:44 +0100, Ingo Molnar wrote:
* Adrian Bunk [EMAIL PROTECTED] wrote:
# Select 32 or 64 bit
config 64BIT
- bool 64-bit kernel if ARCH = x86
+ bool 64-bit kernel
default ARCH = x86_64
On Thu, Jan 17, 2008 at 11:19:23AM -0800, Andrew Morton wrote:
On Thu, 17 Jan 2008 16:23:51 - Andy Whitcroft [EMAIL PROTECTED] wrote:
This version brings a large number of fixes which have built up over
the Christmas period. Mostly these are fixes for false positives, both
through
On Fri, 18 Jan 2008, Jiri Kosina wrote:
If this patch is going to be merged, you should perhaps adjust the comment
introduced by the above mentioned commit, so that it reflects the new
behavior.
Thanks for pointing this out. Updated patch below:
-- Steve
=
I thought that one could
On Fri, Jan 18, 2008 at 11:45:12AM +0100, Kay Sievers wrote:
On Fri, 2008-01-18 at 08:38 +0100, Jarek Poplawski wrote:
On Fri, Jan 18, 2008 at 01:31:17PM +0800, Dave Young wrote:
On Jan 18, 2008 11:18 AM, Kay Sievers [EMAIL PROTECTED] wrote:
...
Yeah, might be better to wait until
Hello All
The TDM driver just now does not have a proper framework. Probably the
interface cannot be generalised as such. Hence we could not decide
whether it would be right to think of a TDM framework. Infact the
interface this TDM driver(for MPC8323ERDB) supplies may not be usable
for some
diff --git a/mm/msync.c b/mm/msync.c
index 144a757..a1b3fc6 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -14,6 +14,122 @@
#include linux/syscalls.h
#include linux/sched.h
+unsigned long masync_pte_range(struct vm_area_struct *vma, pmd_t *pdm,
+ unsigned long addr, unsigned
On Thu, 17 Jan 2008, Steven Rostedt wrote:
Thinking that it was locking up on my code I went looking down the wrong
path. I finally found (after examining an NMI dump) that the lockup
happened because printk was trying to wakeup the klogd daemon, which
caused a deadlock when the
* Michael Opdenacker [EMAIL PROTECTED] wrote:
obj-$(CONFIG_PARAVIRT) += paravirt_32.o
-obj-y+= pcspeaker.o
-
obj-$(CONFIG_SCx200) += scx200_32.o
+ifdef CONFIG_INPUT_PCSPKR
+ obj-y += pcspeaker.o
+endif
why
(This should be merged with fix-occasional-deadlock-in-raid5.patch)
As we don't call stripe_handle in make_request any more, we need to
clear STRIPE_DELAYED to (previously done by stripe_handle) to ensure
that we test if the stripe still needs to be delayed or not.
Signed-off-by: Neil Brown
Finish ITERATE_ to for_each conversion.
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
./drivers/md/md.c |8
./include/linux/raid/md_k.h | 14 --
2 files changed, 8 insertions(+), 14 deletions(-)
diff .prev/drivers/md/md.c
Following are 4 patches for md.
The first two replace
md-allow-devices-to-be-shared-between-md-arrays.patch
which was recently remove. They should go at the same place in the
series, between
md-allow-a-maximum-extent-to-be-set-for-resyncing.patch
and
* Adrian Bunk [EMAIL PROTECTED] wrote:
# Select 32 or 64 bit
config 64BIT
- bool 64-bit kernel if ARCH = x86
+ bool 64-bit kernel
default ARCH = x86_64
help
Say yes to build a 64-bit kernel - formerly known as x86_64
thx, i've added this to x86.git.
Paul Mackerras wrote:
Kamalesh Babulal writes:
NIP: 4570 LR: 0fc42dc0 CTR:
REGS: c0077b6bf8c0 TRAP: 0300 Not tainted (2.6.24-rc8-mm1-autotest)
MSR: 80001000 ME CR: 28022422 XER:
DAR: c0077b6bfce0, DSISR: 0a00
On Jan 18, 2008 6:23 PM, Cornelia Huck [EMAIL PROTECTED] wrote:
On Fri, 18 Jan 2008 10:19:33 +0100,
Cornelia Huck [EMAIL PROTECTED] wrote:
1314 if (IS_ERR(new_parent_kobj)) {
1315 error = PTR_ERR(new_parent_kobj);
1316 put_device(new_parent);
* Michael Ellerman [EMAIL PROTECTED] [2008-01-18 16:55:03]:
On Sat, 2007-12-08 at 04:07 +0530, Balbir Singh wrote:
Here's a dumb simple implementation of fake NUMA nodes for PowerPC. Fake
NUMA nodes can be specified using the following command line option
Comments are as always
On Fri, 2008-01-18 at 11:38 +0100, Miklos Szeredi wrote:
On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
diff --git a/mm/msync.c b/mm/msync.c
index a4de868..a49af28 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -13,11 +13,33 @@
#include linux/syscalls.h
On Fri, 18 Jan 2008 10:19:33 +0100,
Cornelia Huck [EMAIL PROTECTED] wrote:
1314 if (IS_ERR(new_parent_kobj)) {
1315 error = PTR_ERR(new_parent_kobj);
1316 put_device(new_parent);
1317 goto out;
1318 }
1319
Kamalesh Babulal writes:
I tried reproducing the problem and was successful with following trace
in which the pc is at 0x4570 as the above one
What did you do to trigger it?
c0004544 unrecov_slb:
c0004544: 71 8a 40 00 andi. r10,r12,16384
c0004548:
On Thu, Jan 17, 2008 at 10:43:15PM -0800, Michael Rubin wrote:
On Jan 17, 2008 8:56 PM, Fengguang Wu [EMAIL PROTECTED] wrote:
On Thu, Jan 17, 2008 at 01:07:05PM -0800, Michael Rubin wrote:
Suppose we want to grant longer expiration window for temp files,
adding a new list named
On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
diff --git a/mm/msync.c b/mm/msync.c
index a4de868..a49af28 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -13,11 +13,33 @@
#include linux/syscalls.h
/*
+ * Scan the PTEs for pages belonging to the VMA and mark them
On Thu, Jan 17, 2008 at 01:25:39PM -0800, Linus Torvalds wrote:
...
Why do you make that mistake, when it is PROVABLY NOT TRUE!
Try this trivial program:
int main(int argc, char **argv)
{
int i;
const int *c;
i = 5;
* Ingo Molnar [EMAIL PROTECTED] wrote:
Ingo,
it seems you removed
patch
x86: validate against ACPI motherboard resources
last night.
was it dropped?
yeah, i bounced it over to Greg - but Greg has not indicated it yet
whether he has picked it up. Andrew has it in -rc8-mm1
* Yinghai Lu [EMAIL PROTECTED] wrote:
Ingo,
it seems you removed
patch
x86: validate against ACPI motherboard resources
last night.
was it dropped?
yeah, i bounced it over to Greg - but Greg has not indicated it yet
whether he has picked it up. Andrew has it in -rc8-mm1 at the
* Andi Kleen [EMAIL PROTECTED] wrote:
Changes to previous versions:
- Ported to the latest git-x86 including the PAT patchkit
This undoes some changes in the PAT patches and reimplements them
in a different way. End result should be equivalent, but this
made it easier for me to merge the
Updating file times at write references to memory-mapped files and
forcing file times update at the next write reference after
calling the msync() system call with the MS_ASYNC flag.
Signed-off-by: Anton Salikhmetov [EMAIL PROTECTED]
---
mm/memory.c |6 ++
mm/msync.c | 52
Kamalesh Babulal writes:
NIP: 4570 LR: 0fc42dc0 CTR:
REGS: c0077b6bf8c0 TRAP: 0300 Not tainted (2.6.24-rc8-mm1-autotest)
MSR: 80001000 ME CR: 28022422 XER:
DAR: c0077b6bfce0, DSISR: 0a00
Actually, how much RAM
Hi!
1. I doubt ZONE_DMA, please shipment ignore zone_dma patch(below).
Your patch above solves the problem I had with early notification.
really!?
I am really happy!!
Thanks you.
- kosaki
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
* Andrew Morton [EMAIL PROTECTED] [2008-01-17 10:40:21]:
On Thu, 17 Jan 2008 18:16:22 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
* Andrew Morton [EMAIL PROTECTED] [2008-01-17 02:35:14]:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
* Randy Dunlap [EMAIL PROTECTED] [2008-01-15 16:05:06]:
From: Randy Dunlap [EMAIL PROTECTED]
Fix gcc warnings in getdelays.c:
Hi, Randy,
Thanks for finding these problems and fixing them. The fixes look
quite straight forward.
Acked-by: Balbir Singh [EMAIL PROTECTED]
--
Warm
On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
diff --git a/mm/msync.c b/mm/msync.c
index a4de868..a49af28 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -13,11 +13,33 @@
#include linux/syscalls.h
/*
+ * Scan the PTEs for pages belonging to the VMA and mark
2008/1/18, Peter Zijlstra [EMAIL PROTECTED]:
On Fri, 2008-01-18 at 11:15 +0100, Peter Zijlstra wrote:
On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
diff --git a/mm/msync.c b/mm/msync.c
index a4de868..a49af28 100644
--- a/mm/msync.c
+++ b/mm/msync.c
@@ -13,11
If you try to start an array for which the number of raid disks is
listed as zero, md will currently try to read metadata off any devices
that have been given. This was done because the value of raid_disks
is used to signal whether array details have been provided by
userspace (raid_disks 0) or
Currently, a given device is claimed by a particular array so
that it cannot be used by other arrays.
This is not ideal for DDF and other metadata schemes which have
their own partitioning concept.
So for externally managed metadata, just claim the device for
md in general, require that offset
* Colin Fowler [EMAIL PROTECTED] wrote:
there are a handful of 'scheduler feature bits' in
/proc/sys/kernel/sched_features:
enum {
SCHED_FEAT_NEW_FAIR_SLEEPERS= 1,
SCHED_FEAT_WAKEUP_PREEMPT = 2,
SCHED_FEAT_START_DEBIT = 4,
1 - 100 of 1161 matches
Mail list logo