The recent changes in the 2.6.22-rc2 kernel to the write protection of read only
data enable by CONFIG_DEBUG_RODATA prevents kprobes from working. At least on
the on i386 and x86_64 machine the mark_rodata_ro() function marks memory
starting from _text as read only. Thus, when kprobes attempts
I hope to get some breathing space next week, then I'll get back to
VFS work.
Great.
I'd rather do that one myself,
Sure, don't want to rob you of any fun stuff ;)
Miklos
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Wed, 23 May 2007, James Bottomley wrote:
I'll defer to Mark on this one. However, please remember that you
can't just blindly remove GFP_DMA ... there are some cards which
require it.
Aacraid is one example ... it has a set of cards that can only DMA
to 31 bits. For them, the GFP_DMA
On Wed, 23 May 2007 18:23:17 +0300, Mika_Penttilä [EMAIL PROTECTED] wrote:
So with mips64 you are lucky because the relocation symbol is .init.text
and hence addend matches (has to match) symbol's offset. I can't find
any spec where it is stated that addend == address, maybe it's in mips64
On Tue, 22 May 2007, Bernhard Walle wrote:
o System crashes if booted with irqpoll command line option.
o Problem happens because Inside note_interrupt() we are accessing
desc-action-flag without taking the desc-lock. While accessing it
somebody goes ahead and unregisters the irq
On Wed, 23 May 2007 14:01:09 +0200 Gabriel C [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
I get this on boot :
[ 0.333581] BUG: at include/linux/slub_def.h:83 kmalloc_index()
[ 0.333587]
On Wed, May 23, 2007 at 04:15:01PM +0400, Manu Abraham wrote:
Hi,
Do the PCI Express chipsets also use the same PCI API ?
At the Linux kernel driver level, yes, they do.
The device
specifications are thus for the device that i am looking at:
PCI Express interface
* Compliant to
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
- A new readahead patch series. This needs serious review and performance
testing please.
- Added Ingo's CFS CPU scheduler
- Xen dom-U
On Wed, 23 May 2007 08:28:47 -0500 Steven French [EMAIL PROTECTED] wrote:
Yes - this patch looks better.
I also am not sure whether the send_sig is still necessary to wake up a
thread blocked in tcp recv_msg (only do a wake_up_process vs. doing a
send_sig(SIGKILL) )
Unless someone
On Wed, 2007-05-23 at 10:22 +0100, Russell King wrote:
On Tue, May 22, 2007 at 04:41:36PM -0700, Kevin Hilman wrote:
On Tue, 2007-05-22 at 16:25 -0700, Daniel Walker wrote:
On Tue, 2007-05-22 at 16:01 -0700, Kevin Hilman wrote:
Add a preempt_enable() to flush_tlb_kernel_page() since -rt4
On Wed, 23 May 2007 19:51:44 +0530 Nitin Gupta [EMAIL PROTECTED] wrote:
On 5/23/07, Michael-Luke Jones [EMAIL PROTECTED] wrote:
On 23 May 2007, at 15:03, Nitin Gupta wrote:
Perhaps a rename is in order:
lzo1x_decompress() = lzo1x_decompress_unsafe()
lzo1x_decompress_safe =
On Tuesday 15 May 2007 11:14, Pavel Machek wrote:
Why is this configurable?
The maximum length of a pathname is an arbitrary limit: we don't want to
allocate arbitrary amounts of of kernel memory for pathnames so we introduce
this limit and set it to a reasonable value. In the unlikely case
On Wed, 2007-05-23 at 11:55 -0400, Robert P. J. Day wrote:
On Wed, 23 May 2007, James Bottomley wrote:
I'll defer to Mark on this one. However, please remember that you
can't just blindly remove GFP_DMA ... there are some cards which
require it.
Aacraid is one example ... it has a
[Jan Kara - Tue, May 22, 2007 at 10:29:38PM +0200]
| A few variables could be used without being explicitly initialized.
| Fixed.
|
| Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
| ---
|
|
| balloc.c |6 +-
| super.c |5 -
| 2 files changed, 9 insertions(+), 2
On Wed, May 23, 2007 at 09:13:57AM -0700, Kevin Hilman wrote:
On Wed, 2007-05-23 at 10:22 +0100, Russell King wrote:
In which case shouldn't it be at the end of the function so it includes
the write buffer handling as well?
However, I think I agree with Daniel on this one. I don't see
Add the ioctls and values needed for this to the ARM26/ARM32 ports. The
actual code has been in the base kernel for a while and automatically
turns on when a port sets the required defines.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
Add the needed definitions to activate arbitary speed support on the
blackfin platform.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.22-rc1-mm1/include/asm-blackfin/ioctls.h
On Wed, May 23, 2007 at 05:27:39PM +0100, Alan Cox wrote:
Add the ioctls and values needed for this to the ARM26/ARM32 ports. The
actual code has been in the base kernel for a while and automatically
turns on when a port sets the required defines.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
Add the needed constants and bits. The actual code is already in the tty
layer and turned on by the definitions
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.22-rc1-mm1/include/asm-cris/ioctls.h
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
- A new readahead patch series. This needs serious review and performance
testing please.
- Added Ingo's CFS CPU scheduler
- Xen dom-U
Add the needed constants and defines to activate the new tty code on this
platform
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.22-rc1-mm1/include/asm-h8300/ioctls.h
linux-2.6.22-rc1-mm1/include/asm-h8300/ioctls.h
On Wed, 23 May 2007, Peter Zijlstra wrote:
On Wed, 2007-05-23 at 10:40 -0400, Jason Baron wrote:
On Wed, 23 May 2007, Peter Zijlstra wrote:
Count lock contention events per lock class. Additionally track the first
four
callsites that resulted in the contention.
I think
On Wed, 2007-05-23 at 09:13 -0700, Kevin Hilman wrote:
Note that my patch simply adds an enable to match the disable added by
the -rt patch. I'm not sure where the disable originally came from, but
there are disable/enable pairs scattered throughout tlbflush.h in the
-rt patch.
If this
Add the needed constants and defines to activate this for the IA64
platform.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.22-rc1-mm1/include/asm-ia64/ioctls.h
linux-2.6.22-rc1-mm1/include/asm-ia64/ioctls.h
---
On Tue, 22 May 2007 14:12:11 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 9 May 2007 16:38:35 -0700
Kristen Carlson Accardi [EMAIL PROTECTED] wrote:
Send an uevent to user space to indicate that a media change event has
occurred.
Signed-off-by: Kristen Carlson Accardi [EMAIL
Bernd Petrovitsch wrote:
The register keyword is and was always from start *at most* a hint to
the C compiler to use a register for that variable (similar to inline
BTW).
So every C compiler is allowed to simply ignore the register for any
reason - be it not implemented or the compiler knows
Atsushi Nemoto wrote:
On Tue, 22 May 2007 17:48:09 +0300, Mika_Penttilä [EMAIL PROTECTED] wrote:
I can't see how this use of r_attend is going to work. find_elf_symbol
compares relsym-st_value to Elf_Rela-r_attend. I think it doesn't work
for RELA archs and even with this patch for REL.
Add the defines and constants needed for the M32R platform to support the
arbitary speed tty ioctls.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.22-rc1-mm1/include/asm-m32r/ioctls.h
One of them is really more a workaround for a host bug than a UML bug
fix, but it does robustify the early boot checks a bit, and makes UML
boot on current FC6, so it's worth going in 2.6.22.
The other is a trivial error return fix in the ubd driver.
Jeff
--
Make the PTRACE_SYSEMU checking more robust. It will make sure that
system call numbers are reported correctly. If there is a problem, it
will disable PTRACE_SYSEMU use and use PTRACE_SYSCALL instead.
Thanks to Balaji G for helping reproduce this problem.
Signed-off-by: Jeff Dike [EMAIL
ubd_add returns 0 when there could actually be an error to report.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/drivers/ubd_kern.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21-mm/arch/um/drivers/ubd_kern.c
Adding the defines/macros activates the existing code in the tty layer
and allows this platform to use the arbitary speed ioctl setting layer
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
On Wed, 2007-05-23 at 09:16 -0700, Andrew Morton wrote:
On Wed, 23 May 2007 19:51:44 +0530 Nitin Gupta [EMAIL PROTECTED] wrote:
On 5/23/07, Michael-Luke Jones [EMAIL PROTECTED] wrote:
If I rename 'nonsafe' version as such then it will seem like its a
'broken' implementation which is not the
Adding the defines/constants activates the existing code in the tty layer
and allows arbitary tty speeds to be requested on this platform
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
On Wednesday, 23 May 2007 11:57, Romano Giannetti wrote:
On Wed, 2007-05-23 at 11:05 +0200, Rafael J. Wysocki wrote:
Hi,
On Wednesday, 23 May 2007 09:25, Romano Giannetti wrote:
http://lkml.org/lkml/2007/5/23/38
Please see http://bugzilla.kernel.org/show_bug.cgi?id=8456
That
On Wed, May 23, 2007 at 04:50:35PM +0200, Diego Calleja wrote:
El Wed, 23 May 2007 16:23:44 +0200, Gergo Szakal [EMAIL PROTECTED] escribió:
Greetings to all list-members!
Recently I have read that Google are selling enterprise hardware that
is running a modified version of the Linuk
Con Kolivas wrote:
On Wednesday 23 May 2007 10:28, Bill Davidsen wrote:
kernel2.6.21-cfs-v132.6.21-ck2
a)194464254669
b)54159124
Everyone seems to like ck2, this makes it look as if the video display
would be really pretty unusable. While sd-0.48 does
And copy to the list...
---BeginMessage---
And where, may I ask, does one find the source of Google's modified
kernel? (At least, the unmodified bits!)
Chris
Matti Aarnio wrote:
On Wed, May 23, 2007 at 04:50:35PM +0200, Diego Calleja wrote:
El Wed, 23 May 2007 16:23:44 +0200, Gergo
On Wed, 23 May 2007 15:03:01 +0400 Michael Tokarev wrote:
Randy Dunlap wrote:
Add notime boot option to prevent timing data from being printed on
each printk message line.
That's a good source of confusion. To me, notime means something
like don't bother calculating time, instead of
On Wed, 23 May 2007, Andrew Morton wrote:
This is intermittently getting resume-from-RAM failures. It is not
sufficiently repeatable to be able to bisect.
[ 1381.119362] PM: Preparing system for mem sleep
[ 2331.798452] Stopping tasks ...
[ 2351.760431] Stopping kernel
Ingo Molnar wrote:
* Michal Piotrowski [EMAIL PROTECTED] wrote:
Bad news - I hit a bug in 2.6.22-rc2-hrt3. Bug symptoms:
- X hangs (keyboard, mouse, sound etc.)
- only Magic SysRq works
please try the patch below! I think we have nailed this bug.
Ingo
Index:
On Wed, 2007-05-23 at 09:31 -0700, Kristen Carlson Accardi wrote:
On Tue, 22 May 2007 14:12:11 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 9 May 2007 16:38:35 -0700
Kristen Carlson Accardi [EMAIL PROTECTED] wrote:
Send an uevent to user space to indicate that a media change
On Wed, 23 May 2007, Jens Axboe wrote:
That works for me with the patch, .config attached.
H... That means the .config sent initially here was bogus.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 05/23, Andrew Morton wrote:
On Wed, 23 May 2007 10:47:04 -0400 (EDT) Alan Stern [EMAIL PROTECTED] wrote:
Is it possible to get an Alt-SysRq-T stack trace during those 20
seconds? Knowing what those threads are waiting for would be a big
help.
[ 144.201264] khubd D
On Wed, 23 May 2007, Srihari Vijayaraghavan wrote:
and then try to boot without slub_debug.
I guess you mean with CONFIG_SLUB_CONFIG=y? If so, I built another kernel with
CONFIG_SLUB_DEBUG=y (plus all of the above) tested it. It panics by default,
but with slub_nomerge it works just fine
Here's an attempt to extend CFS (v13) to be fair at a group level, rather than
just at task level. The patch is in a very premature state (passes
simple tests, smp load balance not supported yet) at this point. I am sending
it out early to know if this is a good direction to proceed.
Salient
We rely very much on task_cpu(p) to be correct at all times, so that we can
correctly find the task_grp_rq from which the task has to be removed or added
to.
There is however one place in the scheduler where this assumption of
task_cpu(p) being correct is broken. This patch fixes that piece of
This patch groups together fields used by CFS (for SCHED_NORMAL tasks)
in task_struct and runqueue into separate structures so that they can be
reused in a later patch.
'struct sched_entity' represents the attributes used by CFS for every
schedulable entity (task in this case).
'struct lrq'
This patch reuses CFS core to provide inter task-group fairness. For
demonstration purpose, the patch also extends CFS to provide per-user
fairness. The patch is very experimental atm and in particular, SMP LOAD
BALANCE IS DISABLED to keep the patch simple. I think group-based smp
load
balance is
On Wed, 23 May 2007, Rafael J. Wysocki wrote:
While I agree with that, it would really be helpful if you tested the latest
-rc
kernel and saw if the bug was present in there.
If the bug is not present in the latest -rc, it'll be possible to identify the
patch that causes it to appear in
On 05/23, Alan Stern wrote:
Okay, it's clear that the two threads are in deadlock. It's not clear
how the deadlock arose to begin with -- apparently there was a remote
wakeup request for a root hub at the same time as a device below that
root hub was disconnected, which doesn't make much
On Wed, 23 May 2007, Russell King wrote:
That is wrong. ppc should have ZONE_NORMAL and no ZONE_DMA.
Otherwise you cannot switch off ZONE_DMA and you cannot switch off
bounce. ZONE_DMA is a zone for exceptional allocs. If you do not have
those then you only have normal allocs -
On Wed, 23 May 2007, Michal Piotrowski wrote:
Christoph, this looks like a bug in SLUB.
Please boot with slub_debug to find the bad code that overwrites a slab
object after it was freed.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Wed, 23 May 2007, Srihari Vijayaraghavan wrote:
I'm personally very happy that slub works stably without slub debug options,
because that's what I'd run in a production env. Thanks to your patch, slub is
quite stable without the slub debug for me :-)). But it'd to nice to have a
working
Linus Torvalds wrote:
There appear to be other obvious problems in the recent cleanups in this
area..
Look at
psched_tdiff_bounded(psched_time_t tv1, psched_time_t tv2,
psched_time_t bound)
{
return min(tv1 - tv2, bound);
}
and compare it to the
Michael Gerdau wrote:
That's because the whole premise of your benchmark relies on a workload that
yield()s itself to the eyeballs on most graphic card combinations when using
glxgears. Your test remains a test of sched_yield in the presence of your
workloads rather than anything else. If
To me, it looks like this
work can be modified to use filemap_xip.
How?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Wed, 2007-05-23 at 12:11 -0400, Jason Baron wrote:
On Wed, 23 May 2007, Peter Zijlstra wrote:
On Wed, 2007-05-23 at 10:40 -0400, Jason Baron wrote:
On Wed, 23 May 2007, Peter Zijlstra wrote:
Count lock contention events per lock class. Additionally track the
first four
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
- A new readahead patch series. This needs serious review and performance
testing please.
- Added Ingo's CFS CPU scheduler
- Xen dom-U
Use the kernel wide ARRAY_SIZE when determining the array size of a struct.
Signed-off-by: Jerry Stralko [EMAIL PROTECTED]
---
diff --git a/arch/arm/kernel/dma-isa.c b/arch/arm/kernel/dma-isa.c
index 0a3e9ad..c94ad71 100644
--- a/arch/arm/kernel/dma-isa.c
+++ b/arch/arm/kernel/dma-isa.c
@@
Russell King wrote:
On Wed, May 23, 2007 at 09:13:57AM -0700, Kevin Hilman wrote:
On Wed, 2007-05-23 at 10:22 +0100, Russell King wrote:
In which case shouldn't it be at the end of the function so it includes
the write buffer handling as well?
However, I think I agree with Daniel on this
On Tue, 22 May 2007 17:00:18 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
and the load off sk-sk_prot-ioctl oopses, because sk-sk_prot
is corrupt and contains 0x8e3cad42, which is not a valid kernel
pointer.
The other oops is even worse.
I also think it meshes with
sky2
Hi,
I am currently implementing a general purpose shared library
for acpi focused on all the tools giving acpi information
like battery, thermal zones, fans, etc.
Since I was not able to find anything about it in the acpi
specs[0] (of course I didn't read every single page though)
and with a
On Mon, 21 May 2007 15:08:56 -0500 [EMAIL PROTECTED] (Cliff Wickman) wrote:
(this is a third submission -- corrects a locking/blocking issue pointed
out by Nathan Lynch)
When a cpu is disabled, move_task_off_dead_cpu() is called for tasks
that have been running on that cpu.
So I still
Saw this when running strace -f on a script on 2.6.21 on ia64:
BUG: sleeping function called from invalid context at kernel/fork.c:385
in_atomic():1, irqs_disabled():0
... snip ...
I could reproduce it via 'strace -f sleep 1'
I'd say this is specific to ia64. Someone would
On Wed, 23 May 2007, Peter Zijlstra wrote:
On Wed, 2007-05-23 at 12:11 -0400, Jason Baron wrote:
On Wed, 23 May 2007, Peter Zijlstra wrote:
On Wed, 2007-05-23 at 10:40 -0400, Jason Baron wrote:
On Wed, 23 May 2007, Peter Zijlstra wrote:
Count lock contention events per
On Wed, 23 May 2007, Mike Houston wrote:
I still happen to have a Windows Vista install kicking around, so to
make sure we're not flogging a dead horse I booted that and let it
set up the yukon2 chip and I tested it. (more to make sure that
eeprom update didn't break it). I used it for a
On Wed, May 23, 2007 at 02:13:30PM -0300, Henrique de Moraes Holschuh wrote:
On Wed, 23 May 2007, Rafael J. Wysocki wrote:
While I agree with that, it would really be helpful if you tested the
latest -rc
kernel and saw if the bug was present in there.
If the bug is not present in the
On Tue, 22 May 2007 11:20:03 -0700 Fenghua Yu [EMAIL PROTECTED] wrote:
per cpu data section contains two types of data. One set which is exclusively
accessed by the local cpu and the other set which is per cpu, but also shared
by remote cpus. In the current kernel, these two sets are not
On Wed, 23 May 2007 19:52:20 +0300
Matti Aarnio [EMAIL PROTECTED] wrote:
Please read the FAQ at http://www.tux.org/lkml/
There you will notice that use of Linux KERNEL does not mean that
your must publish sources for your proprietary application, or to
make it easy for somebody to make a
On May 23 2007 20:00, Gergo Szakal wrote:
Please read the FAQ at http://www.tux.org/lkml/
There you will notice that use of Linux KERNEL does not mean that
your must publish sources for your proprietary application, or to
make it easy for somebody to make a distribution competeting with
On Wed, 23 May 2007 01:33:14 +0100 Renato Golin [EMAIL PROTECTED] wrote:
This small patch adds the automatic recalibration feature without
spoiling previously calibrated devices. It's a fix for those joysticks
that report faulty range, specially Saitek Cyborg Evo Force.
File:
On 5/21/07, Folkert van Heusden [EMAIL PROTECTED] wrote:
What about the following enhancement: I check with sig_fatal if it would
kill the process and only then emit a message. So when an application
takes care itself of handling it nothing is printed.
+/* emit some logging for unhandled
This patch is only experimental, just have a try whether the
subdirectory inode reservation idea works. Now the answer is it works,
and I am working on an improved version for this patch.
The basic idea of subdirecctory inode reservation is to avoid
unnecessary redundant meta data writing and
On Wed, 23 May 2007 10:46:05 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
On Wed, 23 May 2007, Mike Houston wrote:
I still happen to have a Windows Vista install kicking around, so to
make sure we're not flogging a dead horse I booted that and let it
set up the yukon2 chip
The patch is generated based on 2.6.20-ext4-2 branch. you can find the
benchmark from other email.
DO NOT waste time on reading the patch :-) I post this patch here is to
show that I really spent time on it and the patch can work (even not
well).
diff --git a/Makefile b/Makefile
index
Current patch avoids inodes from different directories mixed together in
the inode table. Therefore the benchmakr emulate a situation that mixes
inodes of different sub-directories together. and record the time on
removing them all.
In the first part, reserving 16 inodes for each new created
From the benchmark and the experimental inores patch on ext4, it can be
found that inode reservation on ext4 is a good idea to be tried.
One of the original idea of inode reservation is NOT modifying on-disk
format. Current magic inode can make it, but use a magic inodes list to
link each
This patch only makes mke2fs support on-disk layout for inode
reservation. Just for experiment. e2fsck and other utils can not work
with magic inode yet.
diff -u -r
e2fsprogs-1.39-tyt1/debugfs/debugfs.c ../e2fsprogs/debugfs/debugfs.c
--- e2fsprogs-1.39-tyt1/debugfs/debugfs.c 2006-10-07
On Wed, May 23, 2007 at 07:39:59AM +0200, Cornelia Huck wrote:
On Tue, 22 May 2007 17:32:55 -0700,
Greg KH [EMAIL PROTECTED] wrote:
On Tue, May 22, 2007 at 06:28:12PM +0200, Cornelia Huck wrote:
On Tue, 22 May 2007 10:25:01 +0200,
Cornelia Huck [EMAIL PROTECTED] wrote:
I tried
On Wed, May 23, 2007 at 01:27:11PM -0400, Gerb Stralko wrote:
Use the kernel wide ARRAY_SIZE when determining the array size of a struct.
Signed-off-by: Jerry Stralko [EMAIL PROTECTED]
Whitespace damanged patch, probably due to using format=flowed in your
mailer. Please get a proper mail
Introduced a perl based script to do the actual check of the headers.
Modified Makfile.headerinst so all files in a dir is checked with
one call to checkhdr.pl script.
The file check is used as marker when last run was executed.
And the file .check.cmd contains a list of dependencies used
by make
On 23/05/07, Andrew Morton [EMAIL PROTECTED] wrote:
A few patch protocol things:
- Please always prepare patches in `patch -p1' form
- Include a Signed-off-by: as per Documentation/SubmittingPatches,
section 11.
- Avoid including two copies of the patch in the one email. Inlined plain
elements are cacheline aligned. And as such, this differentiates the
local
only data and remotely accessed data cleanly.
OK, but could we please have a concise description of the impact
of these changes on kernel memory footprint? Increase or decrease?
And by approximately how much?
Depending
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xavier Bestel wrote:
On Wed, 2007-05-23 at 07:23 +0200, Michael Gerdau wrote:
For me the huge difference you have for sd to the others increases the
likelyhood the glxgears benchmark does not measure scheduling of graphic
but something else.
I
the -ck2 patch in my testing on other hardware.
Hi Bill,
the numbers i posted before are repeatable on that machine.
I did run, again, glitch1 on my laptop (T2500 CoreDuo, also Nvidia)
please check: http://www.debianpt.org/~elmig/pool/kernel/20070523/
--
Com os melhores cumprimentos/Best
On Wed, 23 May 2007 12:03:55 -0500
James Bottomley [EMAIL PROTECTED] wrote:
On Wed, 2007-05-23 at 09:31 -0700, Kristen Carlson Accardi wrote:
On Tue, 22 May 2007 14:12:11 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 9 May 2007 16:38:35 -0700
Kristen Carlson Accardi [EMAIL
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Here's an attempt to extend CFS (v13) to be fair at a group level,
rather than just at task level. The patch is in a very premature state
(passes simple tests, smp load balance not supported yet) at this
point. I am sending it out early to
Chuck Ebbert wrote:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240982
Another; these started to appear after the below patch was merged:
Index: linux/kernel/sched.c
===
--- linux.orig/kernel/sched.c
+++
On Wed, 23 May 2007, Oleg Nesterov wrote:
On 05/23, Alan Stern wrote:
Okay, it's clear that the two threads are in deadlock. It's not clear
how the deadlock arose to begin with -- apparently there was a remote
wakeup request for a root hub at the same time as a device below that
Le mercredi 23 mai 2007 à 11:22 -0700, Ian Romanick a écrit :
I think some people forget that X11 has its own scheduler for graphics
operations.
And in the direct-rendering case, this scheduler is not used for OpenGL.
The client-side driver submits rendering commands directly to its
Modified Makfile.headerinst so all files in a dir is checked with
one call to checkhdr.pl script.
The file check is used as marker when last run was executed.
And the file .check.cmd contains a list of dependencies used
by make to determine if a new check should be executed.
The perl script was
On 05/22/2007 12:25 PM, Thomas Gleixner wrote:
From: Ingo Molnar [EMAIL PROTECTED]
The SJCD driver uses a jiffies busy loop. Replace it with msleep.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Acked-by: Thomas Gleixner [EMAIL PROTECTED]
Okay, that's just waiting for a reset to complete,
+{
if (sig_fatal(t, sig)) {
+printk(KERN_WARNING Sig %d send to %d owned by %d.%d
(%s)\n,
s/send/sent/;
+sig, t - pid, t - uid, t - gid, t - comm);
t-pid, t-uid, t-gid, t-comm);
Gargh ... why does this want to be in the *kernel*'s logs? In any case,
Alan Cox wrote:
http://thread.gmane.org/gmane.linux.kernel/530099
It seems we're losing interrupts from the CFA device. Any ideas?
Alan probably knows more, but ISTR some CFA PCMCIA devices that needed
polling...
Not that I know of. Not devices anyway - there are embedded
On 5/23/07, Russell King [EMAIL PROTECTED] wrote:
On Wed, May 23, 2007 at 01:27:11PM -0400, Gerb Stralko wrote:
Use the kernel wide ARRAY_SIZE when determining the array size of a struct.
Signed-off-by: Jerry Stralko [EMAIL PROTECTED]
Whitespace damanged patch, probably due to using
On Wed, 2007-05-23 at 11:26 -0700, Kristen Carlson Accardi wrote:
On Wed, 23 May 2007 12:03:55 -0500
James Bottomley [EMAIL PROTECTED] wrote:
On Wed, 2007-05-23 at 09:31 -0700, Kristen Carlson Accardi wrote:
On Tue, 22 May 2007 14:12:11 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Tuesday, May 22, 2007 6:06 pm Robert Hancock wrote:
There was a big discussion about this back in 2002, in which Linus
wasn't overly enthused about disabling the decode during probing due
to risk of causing problems with some devices:
http://lkml.org/lkml/2002/12/19/145
In this
On Wed, May 23, 2007 at 11:26:53AM -0700, Yu, Fenghua wrote:
elements are cacheline aligned. And as such, this differentiates the
local
only data and remotely accessed data cleanly.
OK, but could we please have a concise description of the impact
of these changes on kernel memory
$ make headers_check
$ sed -i /auxvec.h/d include/asm/Kbuild
$ make headers_check
$ sed -i /auxvec.h/d include/asm-generic/Kbuild.asm
$ make headers_check
Why doesn't it recheck linux/auxvec.h and fail?
--
dwmw2
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
701 - 800 of 1026 matches
Mail list logo