* Christoph Lameter ([EMAIL PROTECTED]) wrote:
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
Index: linux-2.6/fs/nfs/iostat.h
===
--- linux-2.6.orig/fs/nfs/iostat.h2007-11-15 21:17:24.391404458
-0800
+++
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
The cpu_read acts as a safeguard checking that we do not change CPU
between the read and the cmpxchg. If we are preempted between the c
read and the cpu_read, we could do a !cpu_node_match(c, node) check that
would apply to the wrong cpu.
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
Index: linux-2.6/fs/nfs/iostat.h
===
---
This is microoptimization, both -signal and -sighand are cleared at the same
time in __exit_signal(), so we can check either. But we are using the value of
-sighand below, so it makes sense to read -sighand, not -signal.
Ok. Anality would suggest doing that in a separate patch, though I don't
On Tue, 20 Nov 2007 11:04:32 -0800 (PST)
Casey Schaufler [EMAIL PROTECTED] wrote:
--- Casey Schaufler [EMAIL PROTECTED] wrote:
From: Casey Schaufler [EMAIL PROTECTED]
...
I have verified this version against broken-out-2007-11-20-01-45
as well. Compiles, boots, and passes tests.
On Tuesday 20 November 2007 3:48:44 pm Paul Moore wrote:
On Tuesday 20 November 2007 3:34:24 pm Kamalesh Babulal wrote:
Hi Andrew,
The kernel build fails, in selinux with following error
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
On Tue, 20 Nov 2007, Andi Kleen wrote:
Right so I could move the kernel to
#define __PAGE_OFFSET _AC(0x8100, UL)
#define __START_KERNEL_map_AC(0xfff8, UL)
That is -31GB unless I'm miscounting. But it needs to be = -2GB
(31bits)
The
--- Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 11:04:32 -0800 (PST)
Casey Schaufler [EMAIL PROTECTED] wrote:
--- Casey Schaufler [EMAIL PROTECTED] wrote:
From: Casey Schaufler [EMAIL PROTECTED]
...
I have verified this version against
On Tue, 20 Nov 2007 12:18:10 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007, Mel Gorman wrote:
Went back and revisited this. Allocating them at boot-time is below but
essentially it is a silly and it makes sense to just have two zonelists
where one of them is
On Tue, 20 Nov 2007, H. Peter Anvin wrote:
But you wouldn't actually *use* this address space. It's just for the linker
to know what address to tag the references with; it gets relocated by gs_base
down into proper kernel space. The linker can stash the initialized reference
copy at any
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch introduces some useful library functions that handle common
features in this type of MFD - local memory and IRQ resources.
0001-Reuseable-SOC-core-code-suitable-for-multifunction-c.patch
Description:
Hi guys.
This patchset contains support for three toshiba multifunction devices.
it introduces a small but useful bit of code as a library for similar
devices, and includes support for these chips on the toshiba e-series
family of handhelds.
please copy me on reply!
-
To unsubscribe from this
Christoph Lameter wrote:
On Tue, 20 Nov 2007, Andi Kleen wrote:
This limitation shouldn't apply to the percpu area, since gs_base can be
pointed anywhere in the address space -- in effect we're always indirect.
The initial reference copy of the percpu area has to be addressed by
the linker.
Subject should be kill PT_ATTACHED.
- (!(child-ptrace PT_ATTACHED) || child-real_parent != current)
- child-signal != NULL) {
+ child-sighand != NULL) {
This does s/signal/sighand/ without comment.
Otherwise the main thrust of the patch seems fine to me.
Thanks,
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
- __slab_free(s, page, x, addr, c-offset);
+ if (unlikely(page != __CPU_READ(c-page) ||
+ __CPU_READ(c-node) 0)) {
+ __slab_free(s, page,
hi Marin,
here's the patch we are carrying in x86.git at the moment - could you
please update it with v3 of your code, and send us the patch (with the
patch metadata kept intact, like you see it below)? Thanks,
Ingo
-
From: Marin Mitov [EMAIL PROTECTED]
Subject: new
On Tue, 20 Nov 2007, Andrew Morton wrote:
uhm, maybe. It's getting toward the time when we should try to get -mm
vaguely compiling and booting on some machines, which means stopping
merging new stuff. I left that too late in the 2.6.23 cycle.
Huh? mm1 works fine here.
-
To unsubscribe from
On Tue, 20 Nov 2007 13:28:51 -0800 (PST)
Roland McGrath [EMAIL PROTECTED] wrote:
Andrew, it is very easy to send the new patch to fix the code, but is it
possible to fix the changelog somehow for the patch in -mm tree?
Sure, just send me the new text.
I'd prefer a comment in the code there
Pallipadi, Venkatesh wrote:
This looks like TSC related issue. Ingo's patch commit id
a3b13c23f186ecb57204580cc1f2dbe9c284953a
http://git.kernel.org/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.g
it;a=commit;h=a3b13c23f186ecb57204580cc1f2dbe9c284953a
should help.
Yes, after applying
On Wed, 21 Nov 2007 02:48:38 +0530
Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The kernel build fails, with randconfig
CC arch/x86/kernel/asm-offsets.s
In file included from include/asm/thread_info.h:4,
from include/linux/thread_info.h:21,
On Tue, 20 Nov 2007, Herbert Xu wrote:
Hi:
[KERNEL]: Avoid divide in IS_ALIGN
I was happy to discover the brand new IS_ALIGN macro and quickly
used it in my code. To my dismay I found that the generated code
used division to perform the test.
This patch fixes it by changing the % test
On 11/20, Andrew Morton wrote:
On Tue, 20 Nov 2007 13:28:51 -0800 (PST)
Roland McGrath [EMAIL PROTECTED] wrote:
Andrew, it is very easy to send the new patch to fix the code, but is it
possible to fix the changelog somehow for the patch in -mm tree?
Sure, just send me the new text.
Hi,
I'm looking at the linux uvc driver, and noticed after resuming my
notebook it deadlocks at usb_set_interface.
The linux kernel version on that notebook is 2.6.21.4, I searched
around and haven't found any such bugreports.
I wonder if anyone has ever heard about such a problem?
I'm digging
On Tue, 2007-11-20 at 16:28 -0500, Mathieu Desnoyers wrote:
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
Index: linux-2.6/fs/nfs/iostat.h
On 20/11/2007, Micah Dowty [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 06:57:55AM +0100, Ingo Molnar wrote:
* Micah Dowty [EMAIL PROTECTED] wrote:
this one is being triggered whenever a cpu becomes idle (schedule()
-- idle_balance() -- load_balance_newidle()).
(this
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
- __slab_free(s, page, x, addr, c-offset);
+ if (unlikely(page != __CPU_READ(c-page) ||
+ __CPU_READ(c-node) 0)) {
From: Ulrich Drepper [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 08:04:53 -0800
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Miller wrote:
Where does this INDIRECT_PARAM() macro get defined? I do not
see it being defined anywhere in these patches.
Defined in linux/indirect.h:
* Greg KH [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote:
* Greg KH [EMAIL PROTECTED] wrote:
but we only have cpu_clock() from v2.6.23 onwards - so we should not
apply the original patch to v2.6.22. (we should not have applied
your
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
On Tue, 2007-11-20 at 16:28 -0500, Mathieu Desnoyers wrote:
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
On Tue, 2007-11-20 at 12:49 -0800, Christoph Lameter wrote:
On Tue, 20 Nov 2007, Mathieu Desnoyers wrote:
Index:
Pavel Emelyanov [EMAIL PROTECTED] writes:
Rafael J. Wysocki wrote:
On Monday, 19 of November 2007, Pavel Machek wrote:
Hi!
I think that this worked before:
[EMAIL PROTECTED]:/proc# find . -name timer_info
find: WARNING: Hard link count is wrong for ./net: this may be a bug
in your
* Fabio Comolli [EMAIL PROTECTED] wrote:
Hi
On Nov 20, 2007 9:41 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Fabio Comolli [EMAIL PROTECTED] wrote:
Hi.
First, thanks for this patch. I don't have numbers but working with my
laptop feels much better.
curious: what
The patch
http://bugzilla.kernel.org/attachment.cgi?id=13652action=view from
Comment #16 of http://bugzilla.kernel.org/show_bug.cgi?id=9345
also works for me and enables successful s2disk cycles.
Tested with 6 cycles, 3 from console and than 3 from within X.
Thanks,
Chris
On Tue, 20 Nov 2007
Where does this INDIRECT_PARAM() macro get defined? I do not
see it being defined anywhere in these patches.
Defined in linux/indirect.h:
+#define INDIRECT_PARAM(set, name) current-indirect_params.set.name
Not my idea, I was following one review comment.
This was not in the patches you
Geert Uytterhoeven wrote:
-#define NUMNAMES (sizeof(names) / sizeof(struct dioname))
+#define NUMNAMES ARRAY_SIZE(names)
Why not replace NUMNAMES?
/Richard Knutsson
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
* Eric W. Biederman [EMAIL PROTECTED] wrote:
lr-x-- 1 root root 64 Nov 20 18:03 3 - /proc/net
...
Yes all of those are nasty. So much for my clever way of implementing
these things. Grr. Simple hacks that almost work!
btw., in case you feel inclined, i recently did some
On Tuesday 20 November 2007, Matt Mackall wrote:
On Sun, Nov 18, 2007 at 10:40:34PM +0100, Helge Deller wrote:
On Sunday 18 November 2007, Andrew Morton wrote:
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller [EMAIL PROTECTED] wrote:
Title: Add time-based RFC 4122 UUID generator
* Arjan van de Ven [EMAIL PROTECTED] wrote:
kernel or kernel source? If there was a good place in the kernel
source I'd not be against moving irqbalance there. [...]
would this be a good case study to use klibc and start up irqbalanced
automatically? I'd love it if we moved more of the
On Tue, 20 Nov 2007 15:02:43 -0500
Mark Lord [EMAIL PROTECTED] wrote:
..
Well, for my dualCore notebook, dualCore MythTV box, and QuadCore
desktop, the behaviour of the existing, working, 32-bit kernel
IRQBALANCE code outperforms the userspace utility.
Mostly, I suspect, due to it's much
* Casey Schaufler [EMAIL PROTECTED] wrote:
I have verified this version against broken-out-2007-11-20-01-45
as well. Compiles, boots, and passes tests.
So is it time for me to wake up and start paying attention again?
Please? I've been very attentive, polling every few hours for
Hi,
ian wrote:
Hi guys.
This patchset contains support for three toshiba multifunction devices.
Just to note, that there is an alternative implementation for at least
the tc6393 chip devices. Most current version of those patches can be
found in the OpenEmbedded monotone.
it
On Mon, 19 Nov 2007 21:54:37 -0800
Casey Schaufler [EMAIL PROTECTED] wrote:
From: Casey Schaufler [EMAIL PROTECTED]
Smack is the Simplified Mandatory Access Control Kernel.
This patch seems bigger than the first version ;)
random-trivial-comments-just-to-show-i-read-it:
+static int
kernel: [734344.717844] irq 21: nobody cared (try booting with the
irqpoll option)
kernel: [734344.717866]
Your machine decided to emit interrupt 21 without an apparent reason.
Whatever caused that made the kernel shut down IRQ 21 at which point the
disk drives on that IRQ were no longer
* we do not know how to support. We ignore them for the moment.
* XXX Rate-limit the error message, it's user triggerable.
This XXX item is fixed by this patch, so should be removed.
Ok
+ /* FIXME: Can we use any divider - should we do
+ divider =
Steven Rostedt wrote:
On Fri, 16 Nov 2007, Nelson, Shannon wrote:
first-async_tx.phys;
- __list_splice(new_chain, ioat_chan-used_desc.prev);
+ list_splice_tail(new_chain, ioat_chan-used_desc.prev);
NAK.
These functions do insertions differently. The 'prev' is pointing to
the
2007/11/20, Alan Cox [EMAIL PROTECTED]:
kernel: [734344.717844] irq 21: nobody cared (try booting with the
irqpoll option)
kernel: [734344.717866]
Your machine decided to emit interrupt 21 without an apparent reason.
Whatever caused that made the kernel shut down IRQ 21 at which point
Avi Kivity wrote:
Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It
allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
+
+/* the notify function used when creating a virt queue */
+static
On Tue, Nov 20, 2007 at 10:49:27PM +0100, Ingo Molnar wrote:
* Greg KH [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote:
* Greg KH [EMAIL PROTECTED] wrote:
but we only have cpu_clock() from v2.6.23 onwards - so we should not
apply
Ingo Molnar [EMAIL PROTECTED] writes:
* Eric W. Biederman [EMAIL PROTECTED] wrote:
lr-x-- 1 root root 64 Nov 20 18:03 3 - /proc/net
...
Yes all of those are nasty. So much for my clever way of implementing
these things. Grr. Simple hacks that almost work!
btw., in case you
Again I don't see the point of this change. A routine for cleaning up
resource tables expects logically to be passed a resource table to clean
up not some device it may be attached to.
He needs to pass the pnp_dev to later be able to replace the:
for (idx = 0; idx PNP_MAX_PORT;
* H. Peter Anvin [EMAIL PROTECTED] wrote:
It seems that you're doing the same thing in both cases, except you're
now extending it to include other random functionality, which means
other things than syslets are suddenly affected.
syslets are arguably a little bit different, since what
On Wed, 2007-11-21 at 01:04 +0300, Dmitry Baryshkov wrote:
Just to note, that there is an alternative implementation for at least
the tc6393 chip devices. Most current version of those patches can be
found in the OpenEmbedded monotone.
Yes, this is true. The core code in both cases
Andrew Morton [EMAIL PROTECTED] writes:
On Tue, 20 Nov 2007 14:46:59 +
Andy Whitcroft [EMAIL PROTECTED] wrote:
I have one powerpc machine which managed to compile this snapshot! It
paniced on boot as below, might be nfs so copied them. General results
are popping out on TKO.
-apw
Hi,
On Tue, Nov 20, 2007 at 03:20:42PM +0100, Jarek Poplawski wrote:
I see gitweb is much more usable (faster) than a few months ago, but
there is one thing a bit problematic: in the history of patches I'm
very often interested in which kernel version of Linus' tree the patch
appeared for
On Tue, 20 Nov 2007 08:51:06 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
On Mon, 19 Nov 2007 17:16:44 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
Hello Serge,
just to let you
On Tue, 20 Nov 2007, Ingo Molnar wrote:
* H. Peter Anvin [EMAIL PROTECTED] wrote:
It seems that you're doing the same thing in both cases, except you're
now extending it to include other random functionality, which means
other things than syslets are suddenly affected.
syslets are
these are all questions for Ulrich and Roland - Cc:-ed them.
* Eric W. Biederman [EMAIL PROTECTED] wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
* Eric W. Biederman [EMAIL PROTECTED] wrote:
lr-x-- 1 root root 64 Nov 20 18:03 3 - /proc/net
...
Yes all of those are nasty.
From: Zach Brown [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 13:55:56 -0800
Not to belabor this point, but it was:
http://lkml.org/lkml/2007/11/20/53
$ grep -l INDIRECT_PARAM .git/patches/master/*
.git/patches/master/indirect-v4-4.patch
.git/patches/master/indirect-v4-5.patch
On Tue, 2007-11-20 at 15:10 -0600, James Bottomley wrote:
We're talking about trying to fix this for 2.4; which is already at
-rc3 ... Is an entire arch change for dma alignment really a merge
candidate at this stage?
Well, as I said before... it's a matter of what seems to be the less
likely
On Tuesday 20 November 2007, Andrew Morton wrote:
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller [EMAIL PROTECTED] wrote:
Andrew,
could you please consider adding this patch to your 2.6.25 patch series?
please cc netdev on networking-related things
Ok.
This is the third version
Long ago when the CLONE_THREAD support first went it someone
thought it would be wise to point /proc/self at /proc/tgid
instead of /proc/pid.
Given that /proc/tgid can return information about a very different
task (if enough things have been unshared) then our current process
/proc/tgid seems
* Davide Libenzi [EMAIL PROTECTED] wrote:
whether that interpreted syslet language survives is still an open
question - it was extremely ugly when i wrote the first version of
it and it only got uglier since then :-)
Aha! You admitted it finally :)
damn :-)
but if the only
Is there a reason why I would not want to run a production system with
CONFIG_PROFILING enabled?
I am wondering if there are any reasons associated with performance,
stability or security that I should worry about when CONFIG_PROFILING is
enabled.
Thanks,
Cam
-
To unsubscribe from this
On Tue, 2007-11-20 at 16:50 -0500, Mathieu Desnoyers wrote:
Then my original point is valid : put_no_resched() will cause unwanted
scheduler latencies. It's designed only to be used from within the
scheduler code itself. The correct approach would be a standard
put_cpu().
Or am I missing
Management stuff always seems to be tied to a single card. It's one of
the things that puts me off hardware RAID.
There are 113 cards this driver works for in concert. Maybe my tail
feathers are showing ;-
You might want to mention the card firmware in question run on 3 or 4
entirely
are you sure? The last -ck patch i can find is for .22:
http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6/
or have they been forward ported? (if yes, do you have an URL for that)
(my guess is you used the 2.6.23.1 scheduler (CFS), so the improvement
you felt on the laptop is
On Tue, 20 Nov 2007, Ingo Molnar wrote:
* Pavel Machek [EMAIL PROTECTED] wrote:
and send us the output? (Enabling CONFIG_TIMER_STATS,
CONFIG_SCHED_DEBUG and CONFIG_SCHEDSTATS would maximize the amount
of information.)
This was w/o hpet=disable . Do you want me to test with
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
On Tue, 20 Nov 2007 08:51:06 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
On Mon, 19 Nov 2007 17:16:44 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Chris Friedhoff ([EMAIL
Hello Eric,
This fills a need I had to get the current TID in a Java program,
so I'm very interested in this change. OTOH, how will someone
not reading LKML discover that the current TID is now in
/proc/self and that it was not always the case?
I would put my 2 cents in /proc/self/task/self,
David Schwartz wrote:
Any UUID generator that can produce duplicate UUIDs with probability
significantly less than purely random UUIDs is so badly broken that it
should not ever be used. Anyone who finds such a UUID generator should
immediately either fix it or throw it on the junk heap.
* Matthew [EMAIL PROTECTED] wrote:
are you sure? The last -ck patch i can find is for .22:
http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6/
or have they been forward ported? (if yes, do you have an URL for that)
(my guess is you used the 2.6.23.1 scheduler (CFS), so
On Tue, Nov 20, 2007 at 10:59:58PM +0100, Helge Deller wrote:
Even with a futex? Or userspace atomics?
Yes, you'll need a futex or similiar.
The problem is then more, where will you put that futex to be able
to protect against other processes ?
Best solution is probably shared memory,
* Roland McGrath [EMAIL PROTECTED] wrote:
When did /proc/self get changed to follow tgid instead of pid? glibc
uses /proc/self to refer to various things that are usually shared
anyway (fd, maps, cwd, exe), but I think the expectation has always
been that this refers to the same calling
* Eric W. Biederman [EMAIL PROTECTED] wrote:
We may be stuck with the current broken behavior for backwards
compatibility reasons but lets try fixing our ancient bug for the
2.6.25 time frame and see if anyone screams.
to make sure i got you right - do you agree that this is a regression
When did /proc/self get changed to follow tgid instead of pid? glibc uses
/proc/self to refer to various things that are usually shared anyway (fd,
maps, cwd, exe), but I think the expectation has always been that this
refers to the same calling thread, not the group leader. e.g., if one
thread
* Thomas Gleixner [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007, Ingo Molnar wrote:
* Pavel Machek [EMAIL PROTECTED] wrote:
and send us the output? (Enabling CONFIG_TIMER_STATS,
CONFIG_SCHED_DEBUG and CONFIG_SCHEDSTATS would maximize the amount
of information.)
This
Ingo Molnar [EMAIL PROTECTED] writes:
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Fri, 2 Nov 2007, Dave Hansen wrote:
There are certainly more of these, but here is one In the futex
userspace address, we install the current pid's vnr into a userspace
address.
Now, realistically,
On Tue, Nov 20, 2007 at 10:59:58PM +0100, Helge Deller wrote:
Current implemenations use userspace-libraries. In userspace you e.g.
can't
easily protect the uniquness of a UUID against other running _processes_.
If you try do, you'll need to do locking e.g. with shared memory, which
On 11/21/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i guess it was a v2.6.24 change, hence a regression that needs to be
fixed?
It seems to be
http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commitdiff;h=01660410
So, linux 2.6.0-test6
--
Guillaume
-
To unsubscribe from this list:
good evening,
i stumbled over some funny issue when trying windirstat (like KDirStat) with
wine.
after running that tool for a while my system rebooted. i could reproduce this
with every run.
after some deep investigation (i thought i had stability issues with my system
and spent more than
On Tue, 20 Nov 2007, Roland McGrath wrote:
rename arch/x86/{kernel/vsyscall-int80_32.S = vdso/vdso32/int80.S} (97%)
rename arch/x86/{kernel/vsyscall-note_32.S = vdso/vdso32/note.S} (95%)
rename arch/x86/{kernel/vsyscall-sigreturn_32.S =
vdso/vdso32/sigreturn.S} (100%)
rename
On Wed, 2007-11-21 at 09:39 +1100, Benjamin Herrenschmidt wrote:
On Tue, 2007-11-20 at 15:10 -0600, James Bottomley wrote:
We're talking about trying to fix this for 2.4; which is already at
-rc3 ... Is an entire arch change for dma alignment really a merge
candidate at this stage?
On Tuesday 20 November 2007, Matt Mackall wrote:
On Tue, Nov 20, 2007 at 10:59:58PM +0100, Helge Deller wrote:
Current implemenations use userspace-libraries. In userspace you e.g.
can't
easily protect the uniquness of a UUID against other running
_processes_.
If you try
From: Ingo Molnar [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 22:49:27 +0100
* Greg KH [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote:
* Greg KH [EMAIL PROTECTED] wrote:
but we only have cpu_clock() from v2.6.23 onwards - so we should not
Arjan van de Ven wrote:
On Tue, 20 Nov 2007 15:02:43 -0500
Mark Lord [EMAIL PROTECTED] wrote:
..
Well, for my dualCore notebook, dualCore MythTV box, and QuadCore
desktop, the behaviour of the existing, working, 32-bit kernel
IRQBALANCE code outperforms the userspace utility.
Mostly, I
On Fri, 02 Nov 2007 12:10:00 -0500 Jordan Russell [EMAIL PROTECTED] wrote:
Hi,
With 2.6.23.1 (stock and Fedora), roughly 50% of the time my system
hangs indefinitely during the kernel boot process. The hangs occur in
places where normally a brief delay is seen, such as when detecting
serial
Ingo Molnar wrote:
* Arjan van de Ven [EMAIL PROTECTED] wrote:
kernel or kernel source? If there was a good place in the kernel
source I'd not be against moving irqbalance there. [...]
would this be a good case study to use klibc and start up irqbalanced
automatically? I'd love it if we
Oh, it seems it has indeed been that way for a very long time, so I was
mistaken. It still seems a little odd to me. Ulrich can say definitively
whether the kind of concern I mentioned really matters one way or the other
for glibc.
Thanks,
Roland
-
To unsubscribe from this list: send the line
Ingo Molnar wrote:
do you suggest that extending the system call calling convention to
include an arbitrary number of parameters will solve all these API needs
we have at the moment?
if yes, then a one-shot syslet/async call would in essence be:
syslet_arg1 ... N, syscall_arg 1 ... M
* David Miller [EMAIL PROTECTED] wrote:
so just to reiterate, to make sure we have the same plans: lets
leave v2.6.22 and earlier kernels alone - and lets strive for the
latest patches and code for v2.6.23 (and v2.6.24, evidently).
I've validated that those patches make 2.6.23 behave
git format-patch -p
does the trick at least here :)
Ok, I can use that in future. I hope it still means that in the eventual
merged state, GIT will be aware of all the renames.
Thanks,
Roland
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
* Mark Lord [EMAIL PROTECTED] wrote:
Perhaps, but this also violates the principle that the kernel should
just *work* with sensible defaults. I don't use an initrd, or an
initramfs, and have no intention of ever doing so.
nor do i - i was under the impression that klibc was able to work
Petr Baudis wrote, On 11/20/2007 10:59 PM:
Hi,
On Tue, Nov 20, 2007 at 03:20:42PM +0100, Jarek Poplawski wrote:
I see gitweb is much more usable (faster) than a few months ago, but
there is one thing a bit problematic: in the history of patches I'm
very often interested in which kernel
On Wednesday 21 November 2007, Theodore Tso wrote:
On Tue, Nov 20, 2007 at 10:59:58PM +0100, Helge Deller wrote:
Even with a futex? Or userspace atomics?
Yes, you'll need a futex or similiar.
The problem is then more, where will you put that futex to be able
to protect against
Mark Lord wrote:
Perhaps, but this also violates the principle that the kernel
should just *work* with sensible defaults. I don't use an initrd,
or an initramfs, and have no intention of ever doing so.
I *like* having a single boot image with no unneeded/unwanted complexity.
It's only
[EMAIL PROTECTED] wrote:
good evening,
i stumbled over some funny issue when trying windirstat (like KDirStat) with
wine.
after running that tool for a while my system rebooted. i could reproduce this
with every run.
after some deep investigation (i thought i had stability issues with my
On Wed, Nov 21, 2007 at 12:11:57AM +0100, Helge Deller wrote:
On Tuesday 20 November 2007, Matt Mackall wrote:
On Tue, Nov 20, 2007 at 10:59:58PM +0100, Helge Deller wrote:
Current implemenations use userspace-libraries. In userspace you e.g.
can't
easily protect the uniquness
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland McGrath wrote:
Oh, it seems it has indeed been that way for a very long time, so I was
mistaken. It still seems a little odd to me. Ulrich can say definitively
whether the kind of concern I mentioned really matters one way or the other
On Tue, Nov 20, 2007 at 03:49:43AM -0700, Jan Beulich wrote:
This patch (in its incarnation in our SLE10SP2 tree) is causing resource
allocation failures on one of my machines.
Does the latest 2.6.23 kernel also cause these same problems?
The condition for this is that besides ROMs behind a
On Tue, Nov 20, 2007 at 03:40:30PM +0100, Milan Broz wrote:
(Note comment in code It is permissible to free the struct
work_struct from inside the function that is called from it.)
I don't understand yet how lockdep behaves if the work struct gets
reused and the reused one finishes first.
I
Ingo Molnar wrote:
* Mark Lord [EMAIL PROTECTED] wrote:
Perhaps, but this also violates the principle that the kernel should
just *work* with sensible defaults. I don't use an initrd, or an
initramfs, and have no intention of ever doing so.
nor do i - i was under the impression that klibc
901 - 1000 of 1146 matches
Mail list logo
