Sam Ravnborg wrote:
Hi Linus.
Will you consider such a primary code-movement for -rc1
or shall we wait until next merge window?
Had we hit -rc2 I would not have sent this pull req and
feel free to flame me anyway.
The rationale to get it merged is obviously to avoid
merge conflicts and the
On Mon, Feb 11, 2008 at 11:06:17PM -0800, Arjan van de Ven wrote:
There is maybe a middle ground in this -next idea; as very first
part of the series, the new api gets added, current users converted
and api marked __deprecated.
Then there's a second part to the patch, which is a separate
Chelsio's T3 HW doesn't support this.
Not so far I guess but it could be equipped with these features right?
I don't know anything about the T3 internals, but it's not clear that
you could do this without a new chip design in general. Lot's of RDMA
devices were designed expecting that
From: Hiroshi Shimamoto [EMAIL PROTECTED]
Introduce new proc interface for RTTIME watchdog.
It makes administrator able to set RTTIME watchdog to existing
real-time applications without impact.
$ echo 1000 /proc/pid/rttime
set RTTIME current value to 1000, it means 10sec.
$ echo
On Tue, Feb 12, 2008 at 10:20:44PM +, Alan Cox wrote:
I think the best way to get the serial drivers maintained would be to cat
them all onto the end of synclink.c and hope that Paul thinks he did it.
Well I've already broken the buffering so he'd fix it ;)
We have a pile of old ISA
Hi Linus.
Will you consider such a primary code-movement for -rc1
or shall we wait until next merge window?
Had we hit -rc2 I would not have sent this pull req and
feel free to flame me anyway.
The rationale to get it merged is obviously to avoid
merge conflicts and the only reason I ask is
Wagner Ferenc wrote:
which are the currently active Linux kernel versions at any point in
time? The quote is taken from http://lkml.org/lkml/2008/2/11/29.
Or more precisely: which are the stable versions I can depend on for
a more or less critical server, those that have active security
On Feb 11 2008 20:21, Greg KH wrote:
I hope to recreate this tree every day automatically. In order to do
this, any tree that has a conflict will be dropped from that days tree.
Oh oh oh, I get merged first! me me me!
No, you can't have a tree like that. [森林 Not yours. 森林]
Let's
On Sun, 10 Feb 2008 11:18:09 +0100
Marcin Slusarz [EMAIL PROTECTED] wrote:
This patch was in Andrew tree, but it was uncomplete.
Here is updated version.
This is identical to what I already had.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
I think the best way to get the serial drivers maintained would be to cat
them all onto the end of synclink.c and hope that Paul thinks he did it.
Well I've already broken the buffering so he'd fix it ;)
We have a pile of old ISA drivers that are going to break soon with the
locking changes
H. Peter Anvin wrote:
maximilian attems wrote:
On Tue, Feb 12, 2008 at 12:32:27PM -0800, H. Peter Anvin wrote:
INT 6 is #UD, undefined instruction.
If you could send me a copy of your vmlinux file (not bzImage), it
would speed things up.
cp -l
On Tue, Feb 12, 2008 at 10:59:00PM +, Alan Cox wrote:
On Tue, 12 Feb 2008 14:55:31 -0800
Greg KH [EMAIL PROTECTED] wrote:
On Tue, Feb 12, 2008 at 10:20:44PM +, Alan Cox wrote:
I think the best way to get the serial drivers maintained would be to
cat
them all onto the end
On Sat, 09 Feb 2008 08:30:40 -0500
Paul Clements [EMAIL PROTECTED] wrote:
+ old_e = disk-queue-elevator;
+ if (elevator_init(disk-queue, deadline) == 0 ||
+ elevator_init(disk-queue, noop) == 0) {
+ elevator_exit(old_e);
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) +
expression_in_cpu_byteorder);
with:
leX_add_cpu(little_endian_variable, expression_in_cpu_byteorder);
generated with
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) +
expression_in_cpu_byteorder);
with:
leX_add_cpu(little_endian_variable, expression_in_cpu_byteorder);
generated with
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) +
expression_in_cpu_byteorder);
with:
leX_add_cpu(little_endian_variable, expression_in_cpu_byteorder);
generated with
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) +
expression_in_cpu_byteorder);
with:
leX_add_cpu(little_endian_variable, expression_in_cpu_byteorder);
generated with
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
little_endian_variable = cpu_to_leX(leX_to_cpu(little_endian_variable) +
expression_in_cpu_byteorder);
with:
leX_add_cpu(little_endian_variable, expression_in_cpu_byteorder);
generated with
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) +
expression_in_cpu_byteorder);
with:
beX_add_cpu(big_endian_variable, expression_in_cpu_byteorder);
generated with semantic patch
From: Marcin Slusarz [EMAIL PROTECTED]
replace all:
big_endian_variable = cpu_to_beX(beX_to_cpu(big_endian_variable) +
expression_in_cpu_byteorder);
with:
beX_add_cpu(big_endian_variable, expression_in_cpu_byteorder);
generated with semantic patch
On Fri, 08 Feb 2008 16:04:29 +
David Howells [EMAIL PROTECTED] wrote:
Check the starting keyring as part of the search to (a) see if that is what
we're searching for, and (b) to check it is still valid for searching.
The scenario: User in process A does things that cause things to be
Signed-off-by: Jeff Garzik [EMAIL PROTECTED]
---
drivers/scsi/gdth.c | 143 +++-
1 file changed, 86 insertions(+), 57 deletions(-)
06196f50915da97bb897495863f9f084d785c1e4
diff --git a/drivers/scsi/gdth.c b/drivers/scsi/gdth.c
index
On Tue, Feb 12, 2008 at 12:48:13PM -0800, Greg KH wrote:
On Tue, Feb 12, 2008 at 11:55:45AM -0800, Linus Torvalds wrote:
Not it isn't. To quote you a number of years ago:
Linux is evolution, not intelligent design
I think this statement has been used unfortunately as a hard and fast
On Fri, 08 Feb 2008 16:04:40 +
David Howells [EMAIL PROTECTED] wrote:
+ key_ref = lookup_user_key(NULL, keyid, 0, 1, KEY_VIEW);
+ if (IS_ERR(key_ref)) {
+ if (PTR_ERR(key_ref) != -EACCES)
+ return PTR_ERR(key_ref);
+
+ /* viewing a key
From: Jeff Garzik [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 11:31:48 -0500
I understand the desire to want a nice and clean history, but the
frequency here really has a negative impact on your downstreams.
Ok, fair enough. Any alternative suggestions on how to remove turds
without them being
From: mark gross [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 07:54:48 -0800
Something could be done:
we could enable drivers to have DMA-pools they manage that get mapped
and are re-used.
I would rather the DMA-pools be tied to PID's that way any bad behavior
would be limited to the address
On Feb 12 2008 15:26, David Miller wrote:
(Yes, I had xfs on sparc before, so it's not like you NEED the
whitespace at the start of a partition.)
You actully do unless you want to lose significant chunks of your disk
space.
The Sun disk label only allows you to specify the start of a
From: Jan Engelhardt [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 16:04:52 +0100 (CET)
I still don't like the idea of btrfs trying to be smarter than a user
who can partition up his system according to
(a) his likes
(b) system or hardware requirements or recommendations
to align the
From: Linus Torvalds [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 10:48:38 -0800 (PST)
On Tue, 12 Feb 2008, James Bottomley wrote:
Yes ... I don't do that ... Like I said, I only rebase for an actual
conflict.
And this is how things should work.
And if conflicts happen every day, what
--- Ahmed S. Darwish [EMAIL PROTECTED] wrote:
On Mon, Feb 11, 2008 at 07:26:02PM +0100, Joerg Platte wrote:
Hi,
when booting linux 2.6.25-rc1 I get the following error:
BUG: unable to handle kernel NULL pointer dereference at 0138
IP: [c01aa59e] smack_netlabel+0x13/0xc8
*pde
From: Greg KH [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 11:15:53 -0800
On Tue, Feb 12, 2008 at 10:26:53AM -0800, Linus Torvalds wrote:
We absolutely MUST NOT have the mindset that cross-subsystem conflicts
happen all the time.
They usually don't, by virtue of our current development
On Wed, Feb 13, 2008 at 12:48:41AM +, Al Viro wrote:
On Tue, Feb 12, 2008 at 07:16:50PM -0500, J. Bruce Fields wrote:
Ahem... Use of git-cherry-pick preserves commit information just fine.
Not by default, at least (note they said commiters, not authors):
That's why you give it -r.
On Tue, 12 Feb 2008, David Miller wrote:
From: Linus Torvalds [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 10:59:00 -0800 (PST)
That sure as hell would put the pain on API changes solidly where it
belongs.
If a person does a driver API change and does all the work to sweep
the entire
On Tue, Feb 12, 2008 at 07:16:50PM -0500, J. Bruce Fields wrote:
Ahem... Use of git-cherry-pick preserves commit information just fine.
Not by default, at least (note they said commiters, not authors):
That's why you give it -r.
--
To unsubscribe from this list: send the line unsubscribe
On Tue, Feb 12, 2008 at 03:28:26PM -0800, David Miller wrote:
From: Jan Engelhardt [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 15:00:20 +0100 (CET)
Something looks wrong here. Why would btrfs need to zero at all?
So that existing superblocks on the partition won't
be interpreted as correct
From: Linus Torvalds [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 10:59:00 -0800 (PST)
That sure as hell would put the pain on API changes solidly where it
belongs.
If a person does a driver API change and does all the work to sweep
the entire tree updating all the drivers, doesn't it penalize
From: Linus Torvalds [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 10:26:53 -0800 (PST)
We absolutely MUST NOT have the mindset that cross-subsystem conflicts
happen all the time.
Perhaps not, but self-conflicts are the bigger issue for the
networking.
If I (or Jeff or John) push a bug fix to
On Mon, 2008-02-11 at 11:56 -0800, David Rientjes wrote:
On Tue, 12 Feb 2008, KOSAKI Motohiro wrote:
@@ -218,21 +167,27 @@ static struct mempolicy *mpol_new(enum
mempolicy_mode mode,
return ERR_PTR(-ENOMEM);
flags = MPOL_MODE_FLAGS;
On Tue, Feb 12, 2008 at 03:58:53PM -0800, David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 11:36:24 -0500
Rebasing is low impact only if you don't have git downstream people.
Otherwise, you're just treating it as a useful quilt clone, really.
Understood.
On Mon, 2008-02-11 at 07:30 -0800, David Rientjes wrote:
Add an optional mempolicy mode flag, MPOL_F_STATIC_NODES, that suppresses
the node remap when the policy is rebound.
Adds another member to struct mempolicy,
nodemask_t user_nodemask
that stores the the nodemask that the
applied, although:
+static void is_loopback_dst(struct iw_cm_id *cm_id)
+{
+struct net_device *dev;
+
+dev = ip_dev_find(init_net, cm_id-remote_addr.sin_addr.s_addr);
+if (!dev)
+return 0;
+dev_put(dev);
+return 1;
+}
is there any way this
From: James Bottomley [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 12:24:42 -0600
Hm ... I think net is a counter example to this. Rebases certainly work
for them. The issue, I thought, was around the policy of rebasing and
how often.
I see the question as being one of who creates the
On Tue, 12 Feb 2008, Lee Schermerhorn wrote:
What is the benefit of pulling the flags and mode apart at the user
interface, passing them as separate args to mpol_new(), do_* and
mpol_shared_policy_init() and then stitching them back together in
mpol_new()? Modes passed in via
Kevin Winchester wrote:
CC arch/x86/mm/pageattr.o
arch/x86/mm/pageattr.c: In function ‘change_page_attr_set_clr’:
arch/x86/mm/pageattr.c:778: error: incompatible type for argument 1 of
‘cpa_check_alias’
make[1]: *** [arch/x86/mm/pageattr.o] Error 1
make: *** [arch/x86/mm] Error 2
On Wednesday, 13 of February 2008, Mirco Tischler wrote:
On Mi, 2008-02-13 at 00:23 +0100, Rafael J. Wysocki wrote:
Ah, ok. Thanks for testing. :-)
Can you please check if the current mainline with the following patch
applied
works on your box?
Thanks,
Rafael
---
On Wednesday 13 February 2008 09:27, Alexey Dobriyan wrote:
On Tue, Feb 12, 2008 at 02:04:30PM -0800, Andrew Morton wrote:
On Sun, 10 Feb 2008 17:00:31 +0300
Alexey Dobriyan [EMAIL PROTECTED] wrote:
This happened during LTP. FWIW, modprobe/rmmod trivial empty module
together with cat
On Tue, 2008-02-12 at 20:48 -0300, Sergio Luis wrote:
reposting an updated version of it. Please check if it's ok.
Looks fine, thanks! You added an extra space at the end of
while ((pdev = pci_get_device(vendor, device, pdev))
Which I fixed. Unfortunately checkpatch isn't very helpful for
On Tue, Feb 12, 2008 at 11:54:01PM +, Al Viro wrote:
On Tue, Feb 12, 2008 at 03:51:07PM -0800, David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 11:31:48 -0500
I understand the desire to want a nice and clean history, but the
frequency here really
Hi!
The
x86: use generic register names in struct sigcontext
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=742fa54a62be6a263df14a553bf832724471dfbe
changeset breaks userland, e.g. it is not possible to compile gcc anymore
(both 32-bit and 64-bit libgcc), and I
CC arch/x86/mm/pageattr.o
arch/x86/mm/pageattr.c: In function ‘change_page_attr_set_clr’:
arch/x86/mm/pageattr.c:778: error: incompatible type for argument 1 of
‘cpa_check_alias’
make[1]: *** [arch/x86/mm/pageattr.o] Error 1
make: *** [arch/x86/mm] Error 2
at tip
On Mon, 2008-02-11 at 07:30 -0800, David Rientjes wrote:
The mempolicy mode constants, MPOL_DEFAULT, MPOL_PREFERRED, MPOL_BIND,
and MPOL_INTERLEAVE, are better declared as part of an enum for type
checking.
The policy member of struct mempolicy is also converted from type short
to type
On Mi, 2008-02-13 at 00:23 +0100, Rafael J. Wysocki wrote:
Ah, ok. Thanks for testing. :-)
Can you please check if the current mainline with the following patch applied
works on your box?
Thanks,
Rafael
---
drivers/acpi/hardware/hwsleep.c |1 +
1 file changed, 1 insertion(+)
Hi all,
I thought I'd try out 2.6.25-rc1 as a xen 32-bit pae domU the other day.
Unfortunately, I didn't get very far very fast, as the domain just crashed
immediately upon booting, without any direct feedback (I did have messages
on the xen message buffer, which helped). This even with
On Tue, Feb 12, 2008 at 03:51:07PM -0800, David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 11:31:48 -0500
I understand the desire to want a nice and clean history, but the
frequency here really has a negative impact on your downstreams.
Ok, fair enough.
Kok, Auke [EMAIL PROTECTED] writes:
Don't work by default. pci=nomsi fixes the problem.
actually does not fix anything - it just works around it by falling
back to legacy interrupts.
Actually it does, fixes the problem by working around a bug :-)
Thanks for info.
--
Krzysztof Halasa
--
To
On Wednesday, 13 of February 2008, Pavel Machek wrote:
On Wed 2008-02-13 00:32:16, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
The _WAK global ACPI control method has to be called with the
argument representing the sleep state being exited. Make it happen.
On Tue, 12 Feb 2008 17:16:03 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 16:37:42 -0800
Well there's a case in point. rcupdate.h is not a part of networking, and
it is random tree-wandering like this which causes me
Jason Gunthorpe wrote:
On Tue, Feb 12, 2008 at 05:01:17PM -0800, Christoph Lameter wrote:
On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
Well, certainly today the memfree IB devices store the page tables in
host memory so they are already designed to hang onto packets during
the page lookup over
Hi!,
Appropriately handle sockets with sk = NULL. This is usually the socket
case when starting kernel nfsd.
Signed-off-by: Ahmed S. Darwish [EMAIL PROTECTED]
Acked-by: Casey Schaufler [EMAIL PROTECTED]
Tested-by: Joerg Platte [EMAIL PROTECTED]
--
diff --git a/security/smack/smack_lsm.c
The Sun disk label only allows you to specify the start of a partition
in cylinders, so if you want to use a filesystem like XFS you have to
start the partition on cylinder 1 which can be many blocks into the
disk. That entire first cylinder is completely wasted.
I don't believe a cylinder
On Tue, Feb 12, 2008 at 04:59:23PM -0800, Linus Torvalds wrote:
On Wed, 13 Feb 2008, Al Viro wrote:
On Tue, Feb 12, 2008 at 07:16:50PM -0500, J. Bruce Fields wrote:
Ahem... Use of git-cherry-pick preserves commit information just fine.
Not by default, at least (note they said
On Tue, 12 Feb 2008 12:02:08 +1100 Stephen Rothwell wrote:
Hi all,
Andrew was looking for someone to run a linux-next tree that just
contained the subsystem git and quilt trees for 2.6.x+1 and I (in a
moment of madness) volunteered. So, this is to announce the creating of
such a tree (it
From: Linus Torvalds [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 16:44:47 -0800 (PST)
gitk --merge
...
This is something where I actually think git could and should do better:
git has the capability to act as more of a quilt replacement, but
because it wasn't part of the original
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 16:37:42 -0800
Well there's a case in point. rcupdate.h is not a part of networking, and
it is random tree-wandering like this which causes me problems and which
will cause Stephen problems.
Now, I don't know which tree owns
From: Jan Engelhardt [EMAIL PROTECTED]
Date: Wed, 13 Feb 2008 00:42:56 +0100 (CET)
On Feb 12 2008 15:38, David Miller wrote:
I still don't like the idea of btrfs trying to be smarter than a user
who can partition up his system according to
(a) his likes
(b) system or hardware
On Wednesday 13 February 2008 08:50, Alan Cox wrote:
Feb 12 19:55:08 butterfly kernel: hde: dma timeout error: status=0xd0 {
Busy } Feb 12 19:55:08 butterfly kernel: ide: failed opcode was: unknown
Your drive stopped responding.
Feb 12 19:55:08 butterfly kernel: hde: DMA disabled
Feb 12
Make /proc/net/fib_trie and /proc/net/fib_triestat handle
multiple (alternate) route tables. Need hliist_for_each_entry_continue_rcu
as well.
Notes:
* this usage of seq_file doesn't need/want SEQ_START_TOKEN
* add hlist_for_each_entry_continue_rcu since it needs it
Signed-off-by: Stephen
More trie cleanups with some RCU related changes as well.
Patches are against net-2.6 tree (sent already to netdev).
--
Stephen Hemminger [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
All the users of hlist_for_each_entry_continue had to intialize pos
before use; change API so pos is a pure temporary variable which matches
the usage of other _for_each_entry routines.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- a/include/linux/list.h 2008-02-12
Make output format prettier (more tree like).
local:
--- 0.0.0.0/0
|--- 10.111.111.0/24
| +-- 10.111.111.0/32 link broadcast
| |--- 10.111.111.254/31
| | +-- 10.111.111.254/32 host local
| | +-- 10.111.111.255/32 link broadcast
|--- 127.0.0.0/8
|
On Wed, 13 Feb 2008, Al Viro wrote:
On Tue, Feb 12, 2008 at 07:16:50PM -0500, J. Bruce Fields wrote:
Ahem... Use of git-cherry-pick preserves commit information just fine.
Not by default, at least (note they said commiters, not authors):
That's why you give it -r.
Hmm. -r is a
Ok, I've rolled this in:
/* Walk the CID list */
found = FALSE;
for (i = 0; i cid-count; i++) {
if (ACPI_STRNCMP (cid-id[i].value,
info-hid,
From: Jeff Garzik [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 11:36:24 -0500
Rebasing is low impact only if you don't have git downstream people.
Otherwise, you're just treating it as a useful quilt clone, really.
Understood.
One of the key operations that I'm interested in is removing things
On Fri, 08 Feb 2008 15:37:40 -0800
Mike Travis [EMAIL PROTECTED] wrote:
Change cpufreq tables from arrays to per_cpu variables in
drivers/acpi/processor_thermal.c
Based on linux-2.6.git + x86.git
I fixed a bunch of rejects in [PATCH 1/4] cpufreq: change cpu freq tables
to per_cpu variables
From: Jan Engelhardt [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 15:21:52 +0100 (CET)
For sparc you could have something like
startlbaendlba type
sda10 2 1 Boot
sda22 58 3 Whole disk
From: Rafael J. Wysocki [EMAIL PROTECTED]
The _WAK global ACPI control method has to be called with the
argument representing the sleep state being exited. Make it happen.
Special thanks to Mirco Tischler [EMAIL PROTECTED] for reporting the
problem and debugging.
Reported-by: Mirco Tischler
From: Linus Torvalds [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 17:41:19 -0800 (PST)
Trust me, you don't know how good you have it.
I know, preserving history is valuable.
I'll take up the various suggestions and try working
a little differently this time around. We'll see
how well it works.
--
David wrote:
That doesn't logically follow because the aggregate of the mode and the
optional flags _are_ the policy itself.
I give up ... I still don't agree, but that's ok.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
On Tue, Feb 12, 2008 at 06:35:09PM -0800, Christoph Lameter wrote:
On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
The problem is that the existing wire protocols do not have a
provision for doing an 'are you ready' or 'I am not ready' exchange
and they are not designed to store page tables
Andrew Morton wrote:
On Tue, 12 Feb 2008 16:50:44 -0800 Stephen Hemminger [EMAIL PROTECTED] wrote:
Make output format prettier (more tree like).
local:
--- 0.0.0.0/0
|--- 10.111.111.0/24
| +-- 10.111.111.0/32 link broadcast
| |--- 10.111.111.254/31
| | +--
On Tue, 12 Feb 2008, Paul Jackson wrote:
== If each time I look at some 'flags' field, I have to think of it
as a couple of things glued together that I will have to pick apart to
use, that's more mental work than seeing those two things explicit and
separate, through most of the mempolicy.c
On Wed, 13 Feb 2008 02:57:39 + Al Viro [EMAIL PROTECTED] wrote:
On Tue, Feb 12, 2008 at 06:46:54PM -0800, Andrew Morton wrote:
diff --git a/include/linux/memcontrol.h b/include/linux/memcontrol.h
--- a/include/linux/memcontrol.h
+++ b/include/linux/memcontrol.h
@@ -20,9 +20,6 @@
On Tue, 2008-02-12 at 18:35 -0800, Linus Torvalds wrote:
On Tue, 12 Feb 2008, James Bottomley wrote:
Yes, this is exactly the feature I'm looking for. It would allow the
downstream users of a rebased tree to rebase themselves correctly.
All the information about the rebase is in
test_and_set_bit() on address of uint32_t is a Bad Idea(tm)...
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
diff --git a/drivers/md/dm-raid1.c b/drivers/md/dm-raid1.c
index edc057f..2928ef2 100644
--- a/drivers/md/dm-raid1.c
+++ b/drivers/md/dm-raid1.c
@@ -124,7 +124,7 @@ enum dm_raid1_error {
Greetings all,
On Tue, 2008-02-12 at 17:05 +0100, Bart Van Assche wrote:
On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger [EMAIL PROTECTED] wrote:
I have always observed the case with LIO SE/iSCSI target mode ...
Hello Nicholas,
Are you sure that the LIO-SE kernel module source code is
readl(sock + ...) that should've been readl(sock-addr + ...)
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
diff --git a/drivers/memstick/host/tifm_ms.c b/drivers/memstick/host/tifm_ms.c
index f55b71a..4fb2421 100644
--- a/drivers/memstick/host/tifm_ms.c
+++ b/drivers/memstick/host/tifm_ms.c
@@
On Tue, Feb 12, 2008 at 05:31:10PM -0800, Linus Torvalds wrote:
The importance of merging (rather, not screwing up history in general)
becomes really obvious when things go tits-up. Then they go tits-up
*without* screwing up the history of the trees that were hopefully tested
individually.
On Tue, 12 Feb 2008, Paul Jackson wrote:
I've redone my patchset based on the feedback that I've received
Will you be sending that along soon? I was just getting into my
review of this patchset, and I suppose it would be better to
review the latest and greatest.
Lee had some questions
[mangled CC list trimmed]
On Tue, Feb 12, 2008 at 10:56:26PM -0500, Patrick Geoffray wrote:
Jason Gunthorpe wrote:
I don't know much about Quadrics, but I would be hesitant to lump it
in too much with these RDMA semantics. Christian's comments sound like
they operate closer to what you
This patch series adds support for the touchscreen controllers provided
by Wolfson Microelectronics WM97xx series chips in both polled and
streaming modes.
We're using the wm9712 codec with the sound/soc/pxa code configured in and
came across this build error:
In file included from
Jason Gunthorpe wrote:
[mangled CC list trimmed]
Thanks, noticed that afterwards.
This wasn't ment as a slight against Quadrics, only to point out that
the specific wire protcols used by IB and iwarp are what cause this
limitation, it would be easy to imagine that Quadrics has some
additional
On Wednesday 13 February 2008 11:17, Nick Piggin wrote:
On Wednesday 13 February 2008 09:27, Alexey Dobriyan wrote:
It's a trivial dumb module which does nothing but loads and unloads.
I redid ftest03 later without any suspicious activity and it oopsed the
same way.
Ah crap. Hmm, maybe I
On Tue, Feb 12, 2008 at 09:00:16PM -0600, James Bottomley wrote:
On Tue, 2008-02-12 at 18:35 -0800, Linus Torvalds wrote:
On Tue, 12 Feb 2008, James Bottomley wrote:
Yes, this is exactly the feature I'm looking for. It would allow the
downstream users of a rebased tree to rebase
On Tue, 12 Feb 2008, Lee Schermerhorn wrote:
Adds another member to struct mempolicy,
nodemask_t user_nodemask
that stores the the nodemask that the user passed when he or she created
the mempolicy via set_mempolicy() or mbind(). When using
MPOL_F_STATIC_NODES, which is
On Wednesday 13 February 2008 14:32, Max Krasnyansky wrote:
David Miller wrote:
From: Nick Piggin [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 17:41:21 +1100
stop machine is used for more than just module loading and unloading.
I don't think you can just disable it.
Right, in particular
On Tue, 2008-02-12 at 19:31 -0800, Linus Torvalds wrote:
On Tue, 12 Feb 2008, James Bottomley wrote:
Right at the moment, I maintain a branch and a branch-base and
simply cherry pick the commits between the two to do the right thing
when I know my volatile base has changed. It would
Peter Zijlstra wrote:
On Mon, 2008-02-11 at 20:10 -0800, Max Krasnyansky wrote:
Andrew, looks like Linus decided not to pull this stuff.
Can we please put it into -mm then.
My tree is here
git://git.kernel.org/pub/scm/linux/kernel/git/maxk/cpuisol-2.6.git
Please use 'master' branch (or
--- Al Viro [EMAIL PROTECTED] wrote:
readl(sock + ...) that should've been readl(sock-addr + ...)
Thanks. It's a first member in struct, so the problem was just sitting there
unnoticed.
Be a
Thanks Badari-san.
I understand what was occured. :-)
On Tue, 2008-02-12 at 13:56 -0800, Badari Pulavarty wrote:
+ /*
+* Its ugly, but this is the best I can do - HELP !!
+* We don't know where the allocations for section memmap and usemap
+* came from. If they are
On Tue, 12 Feb 2008, Linus Torvalds wrote:
Of course, if you didn't even want to save the old branch, just skip the
first step. If you have reflogs enabled (and git does that by default in
any half-way recent version), you can always find it again, even without
having to do git fsck
101 - 200 of 1349 matches
Mail list logo