On Thursday 08 March 2007 13:54, Andrew Morton wrote:
On Wed, 7 Mar 2007 17:43:45 -0800 Andrew Morton [EMAIL PROTECTED]
wrote:
On Wed, 7 Mar 2007 12:26:42 +1100
Con Kolivas [EMAIL PROTECTED] wrote:
What follows is the same patch series that constitutes the RDSL
Rotating Staircase
On Fri, Mar 09, 2007 at 12:02:31AM +0100, Thomas Gleixner wrote:
On Thu, 2007-03-08 at 18:29 +0100, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
Hi Ingo,
I'm seeing an LTP test fail for ltp test sigaction_16_24. Basically,
it tests whether the SA_RESTART flag works
On Wed, Feb 21, 2007 at 02:36:40PM +0100, Stefan Richter wrote:
Greg KH wrote:
This is the start of the stable review cycle for the 2.6.19.5 release.
This will probably be the last release of the 2.6.19-stable series, so
if there are patches that you feel should be applied to that tree,
First off, let me say that I think your approach has great promise,
but I'm afraid it doesn't work so well here yet.
Box is an R51 Thinkpad, 1.7GHz Pentium M. I'm using a make -j 5 as a
test load.
With 2.6.21-rc2-mm2, I get slightly sluggish response for opening new
terminals, scrolling in
Michael K. Edwards a écrit :
On 3/8/07, Eric Dumazet [EMAIL PROTECTED] wrote:
Absolutely not. We dont want to slow down kernel 'just in case a fool
might
want to do crazy things'
Actually, I think it would make the kernel (negligibly) faster to bump
f_pos before the vfs_write() call. Unless
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
diff -r f0ff8138f993 include/linux/kernel.h
--- a/include/linux/kernel.hFri Mar 09 16:40:25 2007 +1100
+++
Hi,
What is the simpliest implementation of block_til_ready for tty driver?
Thanks,
Andy
-
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
Mockern a écrit :
Hi,
What is the simpliest implementation of block_til_ready for tty driver?
Thanks,
Andy
Welcome Andy
Since your messages always make me wonder if you are some kind of robot, able
to post one one line message to lkml everyday, I have one suggestion :
Try next times to
On Fri, 09 Mar 2007 16:56:32 +1100 Rusty Russell [EMAIL PROTECTED] wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
After staring at this for about 2 minutes, how about a commit message like:
Make ARRAY_SIZE
On Friday 09 March 2007 16:39, Matt Mackall wrote:
First off, let me say that I think your approach has great promise,
but I'm afraid it doesn't work so well here yet.
Box is an R51 Thinkpad, 1.7GHz Pentium M. I'm using a make -j 5 as a
test load.
With 2.6.21-rc2-mm2, I get slightly
On Thu, 8 Mar 2007, Bill Davidsen wrote:
Please, could you now rethink plugable scheduler as well? Even if one had to
be chosen at boot time and couldn't be change thereafter, it would still allow
a few new thoughts to be included.
No. Really.
I absolutely *detest* pluggable schedulers.
On Fri, 9 Mar 2007, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
Whee.
Rusty, that's a work of art.
However, I would suggest that you never show it to anybody ever again. I'm
sure that in
On Wednesday 07 March 2007 3:48 pm, Chris Lesiak wrote:
From: Chris Lesiak [EMAIL PROTECTED]
This patch fixes a bug in the cleanup of an spi_bitbang bus.
It's nearly right, but see below.
@@ -505,28 +499,10 @@ EXPORT_SYMBOL_GPL(spi_bitbang_start);
*/
int spi_bitbang_stop(struct
Hi!
Pavel, I tried with your .config, and indeed the system came back to life
after
2-3 minutes after I press Fn/F4, indeed the issue seems to be with the disk.
It could be that the same takes place with my original .config - maybe
I just wasn't patient enough. I'll need to re-test that.
On 068, 03 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95,
but it's not available in Intel C compiler IIRC :(
and we don't use it anywhere. This patch quietly fixes that.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
diff
That sounds like a rather fragile approach to avoiding a minimal amount of
work. Debug exceptions don't occur very often, and when they do it won't
matter too much if we go through some extra notifier-chain callouts.
When single-stepping occurs it happens repeatedly many times, and that
On Thu, Mar 08, 2007 at 10:31:48PM -0800, Linus Torvalds wrote:
On Thu, 8 Mar 2007, Bill Davidsen wrote:
Please, could you now rethink plugable scheduler as well? Even if one had to
be chosen at boot time and couldn't be change thereafter, it would still
allow
a few new thoughts to be
On Friday, 9 March 2007 02:11, Len Brown wrote:
On Wednesday 07 March 2007 18:13, Rafael J. Wysocki wrote:
On Wednesday, 7 March 2007 23:49, Andrew Morton wrote:
On Wed, 7 Mar 2007 23:14:29 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 7 March 2007 22:16, Andrew
hello,
The manpage of swapon function since Linux 2.6.17 has some error.
The MAX_SWAPFILES should be 30 in the latest version. Swap migration uses
the two higest numbers of swap types (30 and 31).
Regards
Zhang Xiliang
-
To unsubscribe from this list: send the line unsubscribe
Description: Check the return value of kmalloc() in function
videocodec_build_table(), in file drivers/media/video/videocodec.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/media/video/videocodec.c b/drivers/media/video/videocodec.c
index 2ae3fb2..16fc1dd 100644
---
Description: Check the return value of kmalloc() in function ch_readconfig(),
in file drivers/scsi/ch.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/scsi/ch.c b/drivers/scsi/ch.c
index f6caa43..fcd635b 100644
--- a/drivers/scsi/ch.c
+++ b/drivers/scsi/ch.c
@@ -324,7
Description: Check the return value of kmalloc() in function cifs_readdir(), in
file fs/cifs/readdir.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/fs/cifs/readdir.c b/fs/cifs/readdir.c
index b5b0a2a..2d43b2a 100644
--- a/fs/cifs/readdir.c
+++ b/fs/cifs/readdir.c
@@ -1063,6
Description: Check the return value of kmalloc() in function mos7840_get_reg(),
in file drivers/usb/serial/mos7840.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/usb/serial/mos7840.c b/drivers/usb/serial/mos7840.c
index 021be39..91d474b 100644
---
Description: Check the return value of kmalloc() in function
stv680_start_stream(), in file drivers/media/video/stv680.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/media/video/stv680.c b/drivers/media/video/stv680.c
index 6d1ef1e..a1ec3ac 100644
---
Description: Check the return value of kmalloc() in function
stv680_start_stream(), in file drivers/media/video/stv680.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/media/video/stv680.c b/drivers/media/video/stv680.c
index 6d1ef1e..f35c664 100644
---
Description: Check the return value of kmalloc() in function setup_cpu_cache(),
in file mm/slab.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/mm/slab.c b/mm/slab.c
index 84c631f..613ae61 100644
--- a/mm/slab.c
+++ b/mm/slab.c
@@ -2021,6 +2021,7 @@ static int
Description: Check the return value of kmalloc() in function i810_open(), in
file sound/oss/i810_audio.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/sound/oss/i810_audio.c b/sound/oss/i810_audio.c
index 240cc79..a415967 100644
--- a/sound/oss/i810_audio.c
+++
Description: Change in error message in function fore200e_kmalloc(), in file
drivers/atm/fore200e.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/atm/fore200e.c b/drivers/atm/fore200e.c
index 3a7b21f..1c7ea02 100644
--- a/drivers/atm/fore200e.c
+++
Description: Check the return value of kmalloc() in function dbg_kmalloc(), in
file net/wanrouter/wanmain.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/net/wanrouter/wanmain.c b/net/wanrouter/wanmain.c
index 316211d..263450c 100644
--- a/net/wanrouter/wanmain.c
+++
Description: Check the return value of kmalloc() in function con_init(), in
file drivers/char/vt.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/char/vt.c b/drivers/char/vt.c
index 87587b4..6aa08cb 100644
--- a/drivers/char/vt.c
+++ b/drivers/char/vt.c
@@ -2640,6
Description: Fix error-path leak in function jffs2_scan_medium(), in file
fs/jffs2/scan.c
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/fs/jffs2/scan.c b/fs/jffs2/scan.c
index e241346..cd9ed6e 100644
--- a/fs/jffs2/scan.c
+++ b/fs/jffs2/scan.c
@@ -130,6 +130,8 @@ #endif
Description: Check the return value of kmalloc() in function agp_sgi_init(), in
file drivers/char/agp/sgi-agp.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/char/agp/sgi-agp.c b/drivers/char/agp/sgi-agp.c
index d73be4c..5897e6c 100644
--- a/drivers/char/agp/sgi-agp.c
Description: Check the return value of kmalloc() in function
se401_start_stream(), in file drivers/media/video/se401.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/media/video/se401.c b/drivers/media/video/se401.c
index 7aeec57..006c818 100644
---
From: Amit Choudhary [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 23:26:54 -0800
Description: Check the return value of kmalloc() in function dbg_kmalloc(),
in file net/wanrouter/wanmain.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
There is no reason for any subsystem to implement it's
On Thu, 8 Mar 2007 22:21:37 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Fix avr32 TIF atomicity in do_debug_priv
avr32 updates the thread flags 1 - non atomically and 2 - with the wrong value
(for TIF_SINGLE_STEP) in this function.
It applies to 2.6.20.
Thanks, but this has already
Hi!
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/power/disk.c |1 +
kernel/power/user.c |2 +-
2
I understand the NOMMU situation, and you are already screwed by
PTRACE_ATTACH. What I meant to suggest is that I would start from a
safety point of view with get_user_pages/access_process_vm refusing to
do forcewrite to MAP_PRIVATE pages that are in fact being shared
(ETXTBSY or something).
On Fri, Mar 09, 2007 at 02:05:24PM +1100, Rusty Russell wrote:
diff -r fdc8cbc1fd61 drivers/block/lguest_blk.c
--- a/drivers/block/lguest_blk.c Thu Mar 08 13:35:39 2007 +1100
+++ b/drivers/block/lguest_blk.c Thu Mar 08 15:51:55 2007 +1100
@@ -45,6 +45,16 @@ struct blockdev
On Fri, Mar 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
diff -r f0ff8138f993 include/linux/kernel.h
---
On Fri, Mar 09, 2007 at 09:50:56AM +0300, Andrey Panin wrote:
On 068, 03 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95,
but it's not available in Intel C compiler IIRC :(
So what?
-
To unsubscribe from this list: send the
On Wednesday, 7 March 2007 22:07, Pavel Machek wrote:
Hi!
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the
platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
Hello,
On Thu, 08 Mar 2007 18:15:12 +0100, Patrick McHardy wrote:
Index: linux-2.6.21-rc3/net/netfilter/xt_CHAOS.c
+ /* Equivalent to:
+* -A chaos -m statistic --mode random --probability \
+* $reject_percentage -j REJECT --reject-with host-unreach;
+* -A chaos -m statistic
On Wed, 7 Mar 2007, Pete Zaitcev wrote:
On Wed, 7 Mar 2007 17:18:29 -0500 (EST), Alan Stern [EMAIL PROTECTED] wrote:
I've never heard of a process failing to show up in a SysRq-t listing. It
suggests something is wrong with the process management in the kernel you
were using. That
Jan Engelhardt wrote:
[]
The other thing is, the bitmap is supposed to be written out at intervals,
not at every write, so the extra head movement for bitmap updates should
be really low, and not making the tar -xjf process slower by half a minute.
Is there a way to tweak the
--- Michael Tokarev [EMAIL PROTECTED] wrote:
Jan Engelhardt wrote:
[]
The other thing is, the bitmap is supposed to be
written out at intervals,
not at every write, so the extra head movement for
bitmap updates should
be really low, and not making the tar -xjf process
slower by half a
Andy Isaacson wrote:
When iterating through an array, one must be careful to test one's index
variable rather than another similarly-named variable.
The loop will read off the end of conf-disks[] in the following
(pathological) case:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for
On Thu, Mar 08, 2007 at 09:37:46PM -0500, Bill Davidsen wrote:
Andy Isaacson wrote:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for i in 2 3 4; do dd if=/dev/zero of=d$i bs=1k count=$(($i+150)); done
[snip]
-for (j=i; icnt-1 sz min_spacing ; j++)
+for (j=i;
On Monday 05 March 2007 05:35, Antonino A. Daplas wrote:
On Mon, 2007-03-05 at 02:50 +0100, Adrian Bunk wrote:
This email lists some known regressions in 2.6.21-rc2 compared to 2.6.20
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter
Hi!
Port (and memory) addresses can be dynamically generated by the AML code
and thus, there is no way that the ACPI subsystem can statically predict
any addresses that will be accessed by the AML.
Can you take this as a wishlist item?
It would be nice if next version of acpi specs supported
On Wed, 07 Mar 2007 06:09:06 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
Subject: AT keyboard only works with pci=noacpi
References : http://lkml.org/lkml/2007/3/3/68
Submitter : Ash Milsted [EMAIL PROTECTED]
Status : unknown
sounds like a BIOS bug, even
Quoting Adrian Bunk [EMAIL PROTECTED]:
Subject: [2/6] 2.6.21-rc2: known regressions
Subject: ThinkPad T60: no screen after suspend to RAM
References : http://lkml.org/lkml/2007/2/22/391
Submitter : Michael S. Tsirkin [EMAIL PROTECTED]
Status : unknown
Here's the status with -rc3:
On 3/8/07, Michael S. Tsirkin [EMAIL PROTECTED] wrote:
Quoting Adrian Bunk [EMAIL PROTECTED]:
Subject: [2/6] 2.6.21-rc2: known regressions
Subject: ThinkPad T60: no screen after suspend to RAM
References : http://lkml.org/lkml/2007/2/22/391
Submitter : Michael S. Tsirkin [EMAIL
[ Eric, Ingo, can you double-check the timer initialization after resume?
We appear to have several reports of date not advancing, and while this
could be some SATA issue, it could easily be a timer tick issue too ]
On Thu, 8 Mar 2007, Michael S. Tsirkin wrote:
Here's the status with
* Linus Torvalds [EMAIL PROTECTED] wrote:
3. When I switch to X (CTRL-ALT-F7), X hangs after drawing a couple of
windows
after waiting for some 10 min, I rebooted. no new messages showed
up in /var/log/messages
I think this is likely just more of the disk being buggered, but
* Ingo Molnar [EMAIL PROTECTED] wrote:
Michael - does your 'date' output advance after resume? If not then
i'd say it's a NO_HZ related problem. [...]
in that case please do this on such a 'frozen date' system:
echo q /proc/sysrq-trigger
and then send us the hw-timers info.
* Linus Torvalds [EMAIL PROTECTED] wrote:
2. First disk access after resume takes a couple of minutes
(seemed instant with 2.6.20) during this time no new messages
show on console
Yeah, there is some problem with SATA resume. It would be beautiful if
the people who actually see
Quoting Linus Torvalds [EMAIL PROTECTED]:
Here's the status with -rc3: better, but still does not work as well as
2.6.20.
Ok. I think we mostly solved the irq-related stuff, but you might want to
check whether you have CONFIG_NOHZ on or off and whether that makes a
difference.
Quoting Ingo Molnar [EMAIL PROTECTED]:
Subject: Re: [2/6] 2.6.21-rc2: known regressions
* Linus Torvalds [EMAIL PROTECTED] wrote:
3. When I switch to X (CTRL-ALT-F7), X hangs after drawing a couple of
windows
after waiting for some 10 min, I rebooted. no new messages showed
2. First disk access after resume takes a couple of minutes
(seemed instant with 2.6.20) during this time no new messages show on
console
Yeah, there is some problem with SATA resume. It would be beautiful if the
people who actually see this could narrow it down with bisection. It
* Michael S. Tsirkin [EMAIL PROTECTED] wrote:
Michael - does your 'date' output advance after resume? If not then
i'd say it's a NO_HZ related problem. If yes then i'd guess it's the
SATA problem.
I'll test, but I have NO_HZ off for now.
there can still be effects of it (the
* Ingo Molnar [EMAIL PROTECTED] wrote:
Thomas found a new twist to this today: applying the patch below
(which turns on ATA_DEBUG) made the SATA problem go away on his
laptop. Michael, could you try this patch, does it change the behavior
of your laptop in any way?
Here's another
* Ingo Molnar [EMAIL PROTECTED] wrote:
Here's another suspend/resume artifact: one of my boxes wouldnt
resume, it hangs at:
[1.456633] pci :00:18.2: resuming
[1.456641] pci :00:18.3: resuming
[1.456648] 8139too :05:07.0: resuming
[1.456667] radeonfb
* Ingo Molnar [EMAIL PROTECTED] wrote:
Here's another suspend/resume artifact: one of my boxes wouldnt
resume, it hangs at:
[1.456633] pci :00:18.2: resuming
[1.456641] pci :00:18.3: resuming
[1.456648] 8139too :05:07.0: resuming
[1.456667] radeonfb
On Fri, 9 Mar 2007, Ingo Molnar wrote:
disabling the following radeonfb options in the .config made resume work
again:
In general, don't even *try* to use radeonfb for suspend/resume.
I don't think it has ever worked, except on some very rare laptops
(largely PPC Macs) where people had
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 21:38:14 -0500
Fix atomicity of TIF update in flush_thread() for x86_64
^^
You mean sparc64 of course, I fixed this up while committing your
patch, thanks a lot.
-
To
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 22:12:27 -0500
Fix sparc TIF_USEDFPU flag atomicity
Non atomic update of TIF can be very dangerous, except at thread structure
creation time. Here I standardize the TIF_USEDFPU usage of the sparc arch.
Applies on 2.6.20.
On Wed, 2007-03-07 at 16:07 -0800, David Miller wrote:
From: David Miller [EMAIL PROTECTED]
Date: Wed, 07 Mar 2007 15:43:16 -0800 (PST)
From: Eric Paris [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 13:51:24 -0500
pfkey_spdget neither had an LSM security hook nor auditing for the
On Thu, 8 Mar 2007, Eric Paris wrote:
which didn't have my fix up because i didn't commit it to my local
branch. Is there a better way to get a diff between my miller tree and
'everything in the branch I have checked out even if it is not
committed'?
I'd suggest you commit all your changes
On Wed, Mar 07, 2007 at 00:24:35 +0200, Sami Farin wrote:
On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
...
And I found bug in gcc-4.1.2, it gave 0 for ncubic results
when doing 1000 loops test... gcc-4.0.3 works.
Found it.
--- cbrt-test.c~ 2007-03-07
From: Sami Farin [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 20:23:57 +0200
On Wed, Mar 07, 2007 at 00:24:35 +0200, Sami Farin wrote:
On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
...
And I found bug in gcc-4.1.2, it gave 0 for ncubic results
when doing 1000 loops test...
These patches together supply secure client-side RxRPC connectivity as a Linux
kernel socket family. Only the transport/session side is supplied - the
presentation side (marshalling the data) is left to the client.
The userspace access methods make use of the control data passed to/by
sendmsg()
Add blkcipher accessors for using kernel data directly without the use of
scatter lists.
Also add a CRYPTO_ALG_DMA algorithm capability flag to permit or deny the use
of DMA and hardware accelerators. A hardware accelerator may not be used to
access any arbitrary piece of kernel memory lest it
Move generic skbuff stuff from XFRM code to generic code so that AF_RXRPC can
use it too.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
include/linux/skbuff.h |4 +
include/net/esp.h |2 -
net/core/skbuff.c | 173
Export try_to_del_timer_sync() for use by the RxRPC module.
Add a try_to_cancel_delayed_work() so that it is possible to merely attempt to
cancel a delayed work timer.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
include/linux/workqueue.h | 21 +
kernel/timer.c
Export the keyring key type definition.
Add extra alternative types into the key's type_data union to make it more
useful.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
include/linux/key.h |2 ++
security/keys/keyring.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
David Howells [EMAIL PROTECTED] wrote:
These patches together supply secure client-side RxRPC connectivity as a Linux
kernel socket family. Only the transport/session side is supplied - the
presentation side (marshalling the data) is left to the client.
The patches can also be downloaded
On Thu, 08 Mar 2007 22:48:29 GMT, David Howells said:
diff --git a/include/linux/crypto.h b/include/linux/crypto.h
index 779aa78..ce092fe 100644
--- a/include/linux/crypto.h
+++ b/include/linux/crypto.h
@@ -40,7 +40,10 @@
#define CRYPTO_ALG_LARVAL0x0010
#define
On Wed, Mar 07, 2007 at 03:00:57PM -0800, Andrew Morton wrote:
On Wed, 7 Mar 2007 23:41:16 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Tue, Mar 06, 2007 at 12:44:08AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc2-mm1:
...
git-netdev-all.patch
...
git trees
...
This patch applies against commit
704e0b01791bfcb75355f269a6f0054a75c9c563
of branch 'master' from davem/net-2.6.22
---
Summary:
Peter P. Waskiewicz Jr. [EMAIL PROTECTED]
NET: Add packet sock option to return orig_dev to userspace when
bonded
---
Add a packet socket option to allow the
You didn't address my correction the other day wherein I clarified
for you that my idea was not to store the queue mapping in
skb-priority but rather to shrink skb-priority to a u16 and
add a new u16 skb-queue_mapping or whatever field to store the
necessary information.
You're just posting a
-Original Message-
From: David Miller [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 08, 2007 10:22 PM
To: Waskiewicz Jr, Peter P
Cc: netdev@vger.kernel.org; linux-kernel@vger.kernel.org;
Leech, Christopher
Subject: Re: [PATCH 0/2] NET: Multiple queue network device
support
David Miller wrote:
You didn't address my correction the other day wherein I clarified
for you that my idea was not to store the queue mapping in
skb-priority but rather to shrink skb-priority to a u16 and
add a new u16 skb-queue_mapping or whatever field to store the
necessary information.
From: Waskiewicz Jr, Peter P [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 22:42:19 -0800
This was taken into consideration, and I did reply that my concern for
doing that could cause stale data in the skb if the queue mapping
changed.
This is not a problem.
Since the -enqueue function stores
This is not a problem.
Since the -enqueue function stores references to the SKBs,
any change of the dev-qdisc has to flush those references
somehow, and it is at that point that you can fixup the skb
queue mappings.
This happens via invoking the qdisc-ops-reset() method.
Thanks
On 07-03-2007 23:42, David Miller wrote:
I didn't say to use skb-priority, I said to shrink skb-priority down
to a u16 and then make another u16 which will store your queue mapping
value.
Peter is right: this is fully used by schedulers (prio,
CBQ, HTB, HFSC...) and would break users' scripts,
Description: Check the return value of kmalloc() in function
wrandom_set_nhinfo(), in file net/ipv4/multipath_wrandom.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/net/ipv4/multipath_wrandom.c b/net/ipv4/multipath_wrandom.c
index 92b0482..bcdb1f1 100644
---
Description: Check the return value of kmalloc() in function
mgsl_alloc_intermediate_txbuffer_memory(), in file drivers/char/synclink.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/char/synclink.c b/drivers/char/synclink.c
index 06784ad..24f99bc 100644
---
From: Waskiewicz Jr, Peter P [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 23:16:58 -0800
It seems expensive to change all the skb's if this type of
event occurs,
The reset functions have to walk all the SKBs anyways.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
From: Amit Choudhary [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 23:22:15 -0800
Description: Check the return value of kmalloc() in function
wrandom_set_nhinfo(), in file net/ipv4/multipath_wrandom.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
This kind of patch has been submitted several
Andrew Morton wrote:
On Sun, 4 Mar 2007 00:01:55 +0100 bert hubert [EMAIL PROTECTED] wrote:
On Sat, Mar 03, 2007 at 02:26:09PM -0800, Andrew Morton wrote:
It is *not* a global instruction. It uses setenv, so the user's policy
affects only the target process and its forked children.
...
Hi,
I bought a HanfTek UMT-010 dvb-T usb stick, so I compiled yesterday's
linus' git tree (2.6.21-rc3) and downloaded the firmware from
linuxtv.org. The driver loads fine :
[ 170.316104] usb 1-4: new high speed USB device using ehci_hcd and address 5
[ 170.448372] usb 1-4: configuration #1
On Wed, 2007-03-07 at 07:39 -0800, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Benjamin Herrenschmidt wrote:
On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
Linus Torvalds (2):
Revert [PATCH] LOG2: Alter get_order() so that it can make use of
ilog2() on a constant
On Wed, 2007-03-07 at 21:52 +0100, Arnd Bergmann wrote:
On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
So did you hunt it down to a particular cases where it triggers?
IIRC, it crashed on boot in the powerpc iommu code when slab
debugging is enabled. Not sure if it was on Cell or
On Thu, 08 Mar 2007 13:29:02 +0530 Vaidyanathan Srinivasan [EMAIL
PROTECTED] wrote:
That all sounds reasonably doable. It'd be pretty complex to do it
in-kernel but we could do it there too. Problem is if course that the
above strategy is explicitly optimised for the backup program and
On Wed, Mar 07, 2007 at 01:54:58AM -0500, Dave Jones wrote:
On Tue, Mar 06, 2007 at 10:33:05PM -0800, David Rientjes wrote:
arch/x86_64/kernel/built-in.o: In function
`cpufreq_p4_verify':p4-clockmod.c:(.text.cpufreq_p4_verify+0x8): undefined
reference to `cpufreq_frequency_table_verify'
I guess that it is because 'paravirt_ops' was exported as GPL symbol, whereas
the vmware module doen't declare any license.
I tried to add the following line:
MODULE_LICENSE(GPL);
into vmmon.tar and vmnet.tar under /usr/lib/vmare/modules/source/,
then it works.
(but maybe will tear the
On Wed, Mar 07, 2007 at 09:28:15PM -0800, David Brown wrote:
While I agree, NBPG is a bit of a problem, although it's only needed for
aout
coredumps AFAICT, but still needed to compile e.g. gdb.
Well then how does gdb deal with ia64? because PAGE_SIZE and friends
aren't available for that
On Wed, Mar 07, 2007 at 11:45:11PM +0100, Jan Engelhardt wrote:
On Mar 7 2007 09:42, Christoph Hellwig wrote:
#include sys/time.h
#include sys/ioctl.h
#include sys/types.h
+#ifndef __sun__
#include asm/types.h
#endif
+#endif
So if solaris doesn't need it, why do we need it
On 3/7/07, Linus Torvalds [EMAIL PROTECTED] wrote:
No, I just checked, and Intel's own optimization manual makes it clear
that you should be careful. They talk about performance penalties due to
resource constraints - which makes tons of sense with a core that is good
at handling its own
I think that the current behaviour of capability inheritance across exec()
is not optimal.
The current behaviour consists in all effective and permitted capabilities
are cleared across a exec(). This is because it seems to be intended that
in the future the executable files have a set of allowed
901 - 1000 of 1073 matches
Mail list logo