On Tue, Jun 26, 2007 at 07:47:00PM -0700, Andrew Morton wrote:
> On Tue, 26 Jun 2007 19:24:03 -0700 John Johansen <[EMAIL PROTECTED]> wrote:
>
> > >
> > > so... where do we stand with this? Fundamental, irreconcilable
> > > differences over the use of pathname-based security?
> > >
> > There c
Alan Cox wrote:
Propogate change from drivers/ide
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.22-rc4-mm2/drivers/ata/pata_hpt37x.c
linux-2.6.22-rc4-mm2/drivers/ata/pata_hpt37x.c
--- linux.vanilla-2.6.22-rc4-mm2/d
Patch looks good, Dave.
(though, I stuffed up reviewing that bit of code previously:-)
Oh, previous typo: s/inodes at the some time/inodes at the same time/
--Tim
David Chinner wrote:
On Tue, Jun 26, 2007 at 11:35:20AM +0200, Jarek Poplawski wrote:
On 26-06-2007 04:16, David Chinner wrote:
I
Hi Dan,
[ Minor thing ... ]
On 6/27/07, Dan Williams <[EMAIL PROTECTED]> wrote:
The async_tx api tries to use a dma engine for an operation, but will fall
back to an optimized software routine otherwise. Xor support is
implemented using the raid5 xor routines. For organizational purposes this
Olaf Hering wrote:
On Tue, Jun 19, Stephen Hemminger wrote:
On Tue, 19 Jun 2007 21:02:53 +0200
Olaf Hering <[EMAIL PROTECTED]> wrote:
What happend to __ucmpdi2 from David Woodhouse?
google has a few hits about stuff like this on 32bit powerpc with gcc 4.1.2:
ERROR: "__ucmpdi2" [drivers/net/s
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Use the right register to stop broadcast/multicast traffic.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
applied to #upstream-fixes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Jun 2007 21:28:04 -0700
> "Paul E. McKenney" <[EMAIL PROTECTED]> wrote:
>
> > + while (!startwriters)
> > + barrier(); /* Force scheduler to spread over CPUs. */
>
> one wonders whether a cpu_relax() would be a bit nicer h
On Tue, Jun 26, 2007 at 10:30:11AM +0530, Dhaval Giani wrote:
>
> --- linux-2.6.22-rc4/kernel/container.c 2007-06-13 15:38:32.0
> +0530
> +++ old/kernel/container.c2007-06-25 00:55:03.0 +0530
> @@ -995,6 +995,7 @@ static int container_get_sb(struct file_
>
Am Dienstag, 26. Juni 2007 schrieb Chuck Ebbert:
> On 06/26/2007 10:20 AM, Keith Chew wrote:
>
> [cc: linux-usb-devel]
>
> > We have been using a Zydas based WIFI drivers under kernel 2.6.16.18
> > with great success. Recently, when we upgraded to 2.6.20.1 (also
> > tested on 2.6.21.5), we found
Arjan van de Ven wrote:
On Tue, 2007-06-26 at 22:55 -0400, Jon Ringle wrote:
Hello,
Out of these two, the first one that is showing "in_atomic():1" seems
more likely to me to be a potential cause of the "scheduling while
atomic" dump.
Does this logic seem reasonable? Are there other debuggin
Linus Torvalds wrote:
On Wed, 27 Jun 2007, Nick Piggin wrote:
I don't know why my unlock sequence should be that much slower? Unlocked
mov vs unlocked add? Definitely in dumb micro-benchmark testing it wasn't
twice as slow (IIRC).
Oh, that releasing "add" can be unlocked, and only the holde
If I were to try a different brand of video card to
get 1680x1050 where the main criteria was "just
works", what brand should I get?
--- Michael Lothian <[EMAIL PROTECTED]> wrote:
> OK where to start?
>
> Firstly this is really the wrong list your writing
> to. Chances are
> you'll be wanting t
Randy Dunlap wrote:
On Tue, 26 Jun 2007 23:03:55 -0400 Shan, Guo Wen (Gavin) wrote:
Does anybody knew if 2.6 linux for PowerPC supports kdb?
PowerPC isn't listed AFAICT:
ftp://oss.sgi.com/www/projects/kdb/download/v4.4/README
I.e., all that I see are i386, x86_64, and ia64.
---
~Ran
Thanks - I'll try looking there.
--- Michael Lothian <[EMAIL PROTECTED]> wrote:
> OK where to start?
>
> Firstly this is really the wrong list your writing
> to. Chances are
> you'll be wanting to ask your question at
>
http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14
> if your
>
On Wed, 27 Jun 2007, Nick Piggin wrote:
>
> I don't know why my unlock sequence should be that much slower? Unlocked
> mov vs unlocked add? Definitely in dumb micro-benchmark testing it wasn't
> twice as slow (IIRC).
Oh, that releasing "add" can be unlocked, and only the holder of the lock
eve
On Wed, Jun 27, 2007 at 07:32:45AM +0200, Nick Piggin wrote:
> I think using fsblock to drive the IO and keep the pagecache flags
> uptodate and using a btree in the filesystem to manage extents of block
> allocations wouldn't be a bad idea though. Do any filesystems actually
> do this?
Yes. XFS.
From: Aneesh Kumar K.V <[EMAIL PROTECTED]>
make tags was giving the below warning.
ctags: Warning: arch/x86_64/kernel/head.S:124: null expansion of name
pattern "\1"
Fix the same by making sure we taken only ENTRY pattern found at the
begining of the line.
Signed-off-by: Aneesh Kumar K.V <[EM
Bryan Wu wrote:
On Wed, 2007-06-20 at 12:00 +0900, Paul Mundt wrote:
On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
diff --git a/mm/nommu.c b/mm/nommu.c
index 2b16b00..7480a95 100644
--- a/mm/nommu.c
+++ b/mm/nommu.c
[snip]
+ /*
+* Must always set the VM_SPLIT_P
On Wed, Jun 27, 2007 at 12:59:32AM -0400, Dmitry Torokhov wrote:
> On Wednesday 27 June 2007 00:28, Greg KH wrote:
> > On Wed, Jun 27, 2007 at 12:34:09AM -0400, Dmitry Torokhov wrote:
> > > Hi Dave,
> > >
> > > On Wednesday 27 June 2007 06:59, Dave Young wrote:
> > > > Hi,
> > > >
> > > > If you
On Tue, Jun 26, 2007 at 08:34:49AM -0400, Chris Mason wrote:
> On Tue, Jun 26, 2007 at 07:23:09PM +1000, David Chinner wrote:
> > On Tue, Jun 26, 2007 at 01:55:11PM +1000, Nick Piggin wrote:
>
> [ ... fsblocks vs extent range mapping ]
>
> > iomaps can double as range locks simply because iomaps
OK where to start?
Firstly this is really the wrong list your writing to. Chances are
you'll be wanting to ask your question at
http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14 if your
using the Nvidia Blob otherwise if your using the 2D only NV driver
then you should really aim you
On Wed, 27 Jun 2007 11:04:44 +0800 "kuan luo" <[EMAIL PROTECTED]> wrote:
> Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA
> controller.
> NCQ function is disable by default, you can enable it with 'swncq=1'
>
This patch adds a large amount of new trailing whitespace.
> --
Linus Torvalds wrote:
On Tue, 26 Jun 2007, Nick Piggin wrote:
Hmm, not that I have a strong opinion one way or the other, but I
don't know that they would encourage bad code. They are not going to
reduce latency under a locked section, but will improve determinism
in the contended case.
xad
kuan luo wrote:
Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA
controller.
NCQ function is disable by default, you can enable it with 'swncq=1'
Signed-off-by: Kuan Luo <[EMAIL PROTECTED]>
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
Haven't reviewed in detail, but does
On 6/26/07, Rik van Riel <[EMAIL PROTECTED]> wrote:
After going through the first malloc()/free() cycle, surely
the memory will no longer be zeroed on the second malloc() ?
If returned to the system, sure.
What makes the first brk malloc so special?
If the memory is zeroed it needs not be
On Tue, 26 Jun 2007 23:03:55 -0400 Shan, Guo Wen (Gavin) wrote:
> Does anybody knew if 2.6 linux for PowerPC supports kdb?
PowerPC isn't listed AFAICT:
ftp://oss.sgi.com/www/projects/kdb/download/v4.4/README
I.e., all that I see are i386, x86_64, and ia64.
---
~Randy
*** Remember to use Documen
On 6/26/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
I acutally have the code for it, but I never posted it since it did not
receive a too warm review (and the only user was the fdmap thingy).
Only user of sys_indirect? There will be quite a few right away.
Every syscall that returns a file d
2007/6/27, Dmitry Torokhov <[EMAIL PROTECTED]>:
On Wednesday 27 June 2007 00:28, Greg KH wrote:
> On Wed, Jun 27, 2007 at 12:34:09AM -0400, Dmitry Torokhov wrote:
> > Hi Dave,
> >
> > On Wednesday 27 June 2007 06:59, Dave Young wrote:
> > > Hi,
> > >
> > > If you press ctrl+alt+del several times
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serge E. Hallyn wrote:
>
>> I don't particularly mind, but can you point out any case where
>> it is an advantage to have the one bit for f'E rather than just
>> drop f'E altogether? Instead of having
>
>> f'I=something
>> f'P=something
>>
On Wednesday 27 June 2007 00:28, Greg KH wrote:
> On Wed, Jun 27, 2007 at 12:34:09AM -0400, Dmitry Torokhov wrote:
> > Hi Dave,
> >
> > On Wednesday 27 June 2007 06:59, Dave Young wrote:
> > > Hi,
> > >
> > > If you press ctrl+alt+del several times as kernel booting (before user
> > > level boot
On Wed, Jun 27, 2007 at 12:34:09AM -0400, Dmitry Torokhov wrote:
> Hi Dave,
>
> On Wednesday 27 June 2007 06:59, Dave Young wrote:
> > Hi,
> >
> > If you press ctrl+alt+del several times as kernel booting (before user
> > level bootin), the kernel will oops. I found the ps2_command is called mor
On Tue, 2007-06-26 at 22:55 -0400, Jon Ringle wrote:
> Hello,
> Out of these two, the first one that is showing "in_atomic():1" seems
> more likely to me to be a potential cause of the "scheduling while
> atomic" dump.
>
> Does this logic seem reasonable? Are there other debugging techniques I
> c
Hi Dave,
On Wednesday 27 June 2007 06:59, Dave Young wrote:
> Hi,
>
> If you press ctrl+alt+del several times as kernel booting (before user level
> bootin), the kernel will oops. I found the ps2_command is called more than
> once, then the ps2dev->serio maybe NULL pointer.
>
> 2.6.22-rc5 and
On Wed, 27 Jun 2007, Rik van Riel wrote:
> Davide Libenzi wrote:
> > On Tue, 26 Jun 2007, Rik van Riel wrote:
> >
> > > SUID programs should not be able to use this feature,
> > > either.
> >
> > Why? A SUID programs runs under the UID of the owner, and should be no
> > problems in it seeing the
* Crispin Cowan ([EMAIL PROTECTED]) wrote:
> and simple LSMs that can be
> unloaded safely can permit it.
there are none, and making the above possible is prohibitively
expensive.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
Davide Libenzi wrote:
On Tue, 26 Jun 2007, Rik van Riel wrote:
SUID programs should not be able to use this feature,
either.
Why? A SUID programs runs under the UID of the owner, and should be no
problems in it seeing the owners data.
Because an SUID program can change its UID back.
At le
Ulrich Drepper wrote:
On 6/26/07, Rik van Riel <[EMAIL PROTECTED]> wrote:
Since programs can get back free()d memory after a malloc(),
with the old contents of the memory intact, surely your
MAP_NONZERO behavior could be the default for programs that
can get away with it?
Maybe we could use som
On 06/26/2007 10:39 PM, Andreas Hartmetz wrote:
Okay, here's a rant.
As an interested kernel outsider and KDE developer(*), it looks to me
like most kernel people are too focused on the history and feature lists
of the particular technologies here.
The real matter with ALSA is that you get a s
On Tue, 26 Jun 2007, Ulrich Drepper wrote:
> On 6/26/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > The following patch implements the sys_brk2() syscall, that nothing is
> > other than a sys_brk() with an extra "flags" parameter.
>
> Shouldn't we wait for Linus' sys_indirect to arrive and mak
On 6/26/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
The following patch implements the sys_brk2() syscall, that nothing is
other than a sys_brk() with an extra "flags" parameter.
Shouldn't we wait for Linus' sys_indirect to arrive and make this
another syscall which takes advantage of it?
-
T
On 6/26/07, Rik van Riel <[EMAIL PROTECTED]> wrote:
Since programs can get back free()d memory after a malloc(),
with the old contents of the memory intact, surely your
MAP_NONZERO behavior could be the default for programs that
can get away with it?
Maybe we could use some magic ELF header, sim
Trying to get my Asus M2NPV-VM motherboard and my
Samsung SyncMaster 215tw Digital to work in 1680x1050
mode but 1280x1024 is the most I can get. Chip Set is
GeForce 6150.
Looking in Xorg.0.log it ssems to think that the panel
size is 1280x1024 in spite of my setting telling it
differently.
Sorry
Alexandre Oliva wrote:
> On Jun 26, 2007, Al Boldi <[EMAIL PROTECTED]> wrote:
> > I read your scenario of the vendor not giving you the source to mean:
> > not directly; i.e. they could give you a third-party download link.
>
> This has never been enough to comply with GPLv2.
Section 3a of the GP
On Tue, 26 Jun 2007, Rik van Riel wrote:
> Davide Libenzi wrote:
> > The following patch implements the sys_brk2() syscall, that nothing is
> > other than a sys_brk() with an extra "flags" parameter. This can be used
> > to pass the new MAP_NOZERO bit, to ask the kernel to hand over non-zero
> > p
On Tue, 26 Jun 2007, Roland McGrath wrote:
> > Here's the next iteration. The arch-specific parts are now completely
> > encapsulated. validate_settings is in a form which should be workable
> > on all architectures. And the address, length, and type are passed as
> > arguments to register_{
On Tue, 26 Jun 2007, Rik van Riel wrote:
> SUID programs should not be able to use this feature,
> either.
Why? A SUID programs runs under the UID of the owner, and should be no
problems in it seeing the owners data.
But the patch post was more a quest for possible scenarios where the use
of MA
Does anybody knew if 2.6 linux for PowerPC supports kdb?
Best Regards,
Gavin
-
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 http://www
On Tue, 26 Jun 2007, Andrew Morton wrote:
> Is in my queue somewhere. Could be that by the time I get to it it will
> need refreshing (again), we'll see.
>
> One open question is the interaction between these changes and with Peter's
> per-device-dirty-throttling changes. They also are in my qu
On Tue, Jun 26, 2007 at 04:45:24PM +0200, Michael Buesch wrote:
> On Tuesday 26 June 2007 16:32:37 Matt Mackall wrote:
> > > No wait. You are missing the whole point of this
> > > quality category.
> > > The whole point of it is to prevent defaulting to a bad RNG, if
> > > there's a bad and a good
Davide Libenzi wrote:
The following patch implements the sys_brk2() syscall, that nothing is
other than a sys_brk() with an extra "flags" parameter. This can be used
to pass the new MAP_NOZERO bit, to ask the kernel to hand over non-zero
pages if possible.
Since programs can get back free()d me
Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA controller.
NCQ function is disable by default, you can enable it with 'swncq=1'
Signed-off-by: Kuan Luo <[EMAIL PROTECTED]>
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
---
diff -Nurp a/sata_nv.c b/sata_nv.c
--- a/sata_nv.c 20
Davide Libenzi wrote:
This is the core implementation of the new VM_NOZERO page retirement
policy (and the associated MAP_NOZERO).
A new field owner_uid is added the the mm_struct, and it is kept set to
the effective UID of the task that own the mm_struct.
A new field owner_uid is also adde
Hi,
If you press ctrl+alt+del several times as kernel booting (before user level
bootin), the kernel will oops. I found the ps2_command is called more than
once, then the ps2dev->serio maybe NULL pointer.
2.6.22-rc5 and 2.6.22-rc6 have same result.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
Hello,
I am sometimes getting the following "scheduling while atomic" dump:
[42949427.37] scheduling while atomic: sh/0x0002/144
[42949427.38] [] (dump_stack+0x0/0x14) from []
(schedule+0x628/0x6c8)
[42949427.39] [] (schedule+0x0/0x6c8) from []
(__down_read+0xc4/0x128)
[42949427.4
On Tue, 26 Jun 2007, Matt Mackall wrote:
> On Tue, Jun 26, 2007 at 08:21:51PM +0200, Michael Buesch wrote:
> > Don't use the word "quality", as people seem to think of
> > the entropy quality when hearing that word.
>
> Why do I so often feel compelled to respond with "did you read what I
> wrote?
On Tue, 26 Jun 2007 19:24:03 -0700 John Johansen <[EMAIL PROTECTED]> wrote:
> >
> > so... where do we stand with this? Fundamental, irreconcilable
> > differences over the use of pathname-based security?
> >
> There certainly seems to be some differences of opinion over the use
> of pathname-b
Wires up sys_brk2() to the x86 family.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
arch/i386/kernel/syscall_table.S |1 +
arch/x86_64/ia32/ia32entry.S |1 +
include/asm-i386/unistd.h|3 ++-
include/asm-x86_64/unistd.h |2 ++
4 files change
This is the core implementation of the new VM_NOZERO page retirement
policy (and the associated MAP_NOZERO).
A new field owner_uid is added the the mm_struct, and it is kept set to
the effective UID of the task that own the mm_struct.
A new field owner_uid is also added to the page struct.
Wh
The following patch implements the sys_brk2() syscall, that nothing is
other than a sys_brk() with an extra "flags" parameter. This can be used
to pass the new MAP_NOZERO bit, to ask the kernel to hand over non-zero
pages if possible.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
On Tue, 26 Jun 2007, Roland McGrath wrote:
> I needed the attached patch on top of the bptest patch for the current
> code. Btw, that is a very nice little tester!
I had already made some of those changes (the ones needed to make
bptest build with the new hw_breakpoint code). I'll add in the o
I was using oprofile to sample some userspace code I am working on,
and I was continuosly noticing clear_page in the top three entries
of the oprofile logs.
Also, a simple kernel build, in my Dual Opteron with 8GB of RAM,
shows clear_page as the first kernel entry, second only to the
userspace
On Tue, Jun 26, 2007 at 05:45:17PM -0500, Matt Mackall wrote:
> On Tue, Jun 26, 2007 at 08:21:51PM +0200, Michael Buesch wrote:
> > Don't use the word "quality", as people seem to think of
> > the entropy quality when hearing that word.
>
> Why do I so often feel compelled to respond with "did you
> Thanks for your explanations,
>
> but I know for sure it does't work.
then.. do you have an actual question or are you just trying to troll?
and yes there have been several such trolls lately on this list, and so
far your postings have all the signs of being just another one..
DO NOT FEED T
On Tue, Jun 26, 2007 at 04:52:02PM -0700, Andrew Morton wrote:
> On Tue, 26 Jun 2007 16:07:56 -0700
> [EMAIL PROTECTED] wrote:
>
> > This post contains patches to include the AppArmor application security
> > framework, with request for inclusion into -mm for wider testing.
>
> Patches 24 and 31
On Tue, 26 Jun 2007, Michael Buesch wrote:
> On Tuesday 26 June 2007 16:06:25 Henrique de Moraes Holschuh wrote:
> > Which, AFAIK, we can quantify as the minimum expected entropy in the output.
>
> The category is _not_ a measure of the entropy in the output.
> It is _just_ to get the chance to ge
Adds the platform device definitions and the architecture specific support
routines (i.e. register initialization and descriptor formats) for the
iop-adma driver.
Changelog:
* add support for > 1k zero sum buffer sizes
* added dma/aau platform devices to iq80321 and iq80332 setup
* fixed the calcu
Cc: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 50d9f3e..0cb2d4f 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1
Adds the platform device definitions and the architecture specific
support routines (i.e. register initialization and descriptor formats) for the
iop-adma driver.
Changelog:
* added 'descriptor pool size' to the platform data
* add base support for buffer sizes larger than 16MB (hw max)
* build er
platform_device defines the
capabilities of the channels
20070626: Callbacks are run in a tasklet. Given the recent discussion on
LKML about killing tasklets in favor of workqueues I did a quick conversion
of the driver. Raid5 resync performance dropped from 50MB/s to 30MB/s, so
the tasklet
I/O submission requests were already handled outside of the stripe lock in
handle_stripe. Now that handle_stripe is only tasked with finding work,
this logic belongs in raid5_run_ops.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Acked-By: NeilBrown <[EMAIL PROTECTED]>
---
drivers/md/raid5.c
replaced by raid5_run_ops
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Acked-By: NeilBrown <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 124
1 files changed, 0 insertions(+), 124 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/r
Check operations are scheduled when the array is being resynced or an
explicit 'check/repair' command was sent to the array. Previously check
operations would destroy the parity block in the cache such that even if
parity turned out to be correct the parity block would be marked
!R5_UPTODATE at th
When a read bio is attached to the stripe and the corresponding block is
marked R5_UPTODATE, then a read (biofill) operation is scheduled to copy
the data from the stripe cache to the bio buffer. handle_stripe flags the
blocks to be operated on with the R5_Wantfill flag. If new read requests
arri
When a stripe is being expanded bulk copying takes place to move the data
from the old stripe to the new. Since raid5_run_ops only operates on one
stripe at a time these bulk copies are handled in-line under the stripe
lock. In the dma offload case we poll for the completion of the operation.
Af
After handle_stripe5 decides whether it wants to perform a
read-modify-write, or a reconstruct write it calls
handle_write_operations5. A read-modify-write operation will perform an
xor subtraction of the blocks marked with the R5_Wantprexor flag, copy the
new data into the stripe (biodrain) and p
handle_stripe will compute a block when a backing disk has failed, or when
it determines it can save a disk read by computing the block from all the
other up-to-date blocks.
Previously a block would be computed under the lock and subsequent logic in
handle_stripe could use the newly up-to-date blo
When the raid acceleration work was proposed, Neil laid out the following
attack plan:
1/ move the xor and copy operations outside spin_lock(&sh->lock)
2/ find/implement an asynchronous offload api
The raid5_run_ops routine uses the asynchronous offload api (async_tx) and
the stripe_operations me
All the handle_stripe operations that are to be transitioned to use
raid5_run_ops need a method to coherently gather work under the stripe-lock
and hand that work off to raid5_run_ops. The 'get_stripe_work' routine
runs under the lock to read all the bits in sh->ops.pending that do not
have the co
handle_stripe5 and handle_stripe6 have very deep logic paths handling the
various states of a stripe_head. By introducing the 'stripe_head_state'
and 'r6_state' objects, large portions of the logic can be moved to
sub-routines.
'struct stripe_head_state' consumes all of the automatic variables th
The async_tx api provides methods for describing a chain of asynchronous
bulk memory transfers/transforms with support for inter-transactional
dependencies. It is implemented as a dmaengine client that smooths over
the details of different hardware offload engine implementations. Code
that is wri
Replaces PRINTK with pr_debug, and kills the RAID5_DEBUG definition in
favor of the global DEBUG definition. To get local debug messages just add
'#define DEBUG' to the top of the file.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 116 ++-
The async_tx api tries to use a dma engine for an operation, but will fall
back to an optimized software routine otherwise. Xor support is
implemented using the raid5 xor routines. For organizational purposes this
routine is moved to a common area.
The following fixes are also made:
* rename xor
The current implementation assumes that a channel will only be used by one
client at a time. In order to enable channel sharing the dmaengine core is
changed to a model where clients subscribe to channel-available-events.
Instead of tracking how many channels a client wants and how many it has
rec
The current dmaengine interface defines mutliple routines per operation,
i.e. dma_async_memcpy_buf_to_buf, dma_async_memcpy_buf_to_page etc. Adding
more operation types (xor, crc, etc) to this model would result in an
unmanageable number of method permutations.
Are we really going to add
Greetings,
Per Andrew's suggestion this is the md raid5 acceleration patch set
updated with more thorough changelogs to lower the barrier to entry for
reviewers. To get started with the code I would suggest the following
order:
[md-accel PATCH 01/19] dmaengine: refactor dmaengine around
dma_asyn
On Tue, Jun 26, 2007 at 02:33:35PM -0700, Randy Dunlap wrote:
> On Tue, 26 Jun 2007 14:23:20 -0700 Andrew Morton wrote:
>
> > On Tue, 26 Jun 2007 15:48:58 -0500
> > Dave Kleikamp <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 2007-06-26 at 13:32 -0700, Andrew Morton wrote:
> > > > On Fri, 15 Jun 20
On Jun 22, 2007, at 11:00:38, Adrian Bunk wrote:
It would certainly help if Joerg would tell what exactly breaks,
but I spot one likely problem in include/asm-i386/types.h:
#if defined(__GNUC__) && !defined(__STRICT_ANSI__)
typedef __signed__ long long __s64;
typedef unsigned long long __u64;
On 6/27/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
[...]
On 6/26/07, Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 06/26, Satyam Sharma wrote:
[...]
> > So could we have signals in _addition_ to kthread_stop_info and change
> > kthread_should_stop() to check for both:
> >
> > kthread_stop_info.
On Jun 26, 2007, at 20:57:53, Crispin Cowan wrote:
Kyle Moffett wrote:
Let's go over the differences between "my fs" and "my LSM", and
the similarities between "my VM" and "my LSM": Filesystems don't
get hooked from virtually every userspace-initiated operation,
whereas both VMs and LSMs d
2007/6/26, Chuck Ebbert <[EMAIL PROTECTED]>:
On 06/25/2007 09:11 PM, dave young wrote:
> Hi,
>
> 2007/6/25, Chuck Ebbert <[EMAIL PROTECTED]>:
>> On 06/24/2007 11:43 PM, dave young wrote:
>> > Hi,
>> > I reconfig my kernel, boot and oops, EIP in __change_page_attr:166, I
>> > tried 2.6.22-rc4-mm2
Hi,
2007/6/26, Jeremy Fitzhardinge <[EMAIL PROTECTED]>:
dave young wrote:
> Hi,
> I reconfig my kernel, boot and oops, EIP in __change_page_attr:166, I
> tried 2.6.22-rc4-mm2 and 2.6.22-rc5 , same result.
oops output? dmesg output? Hardware config? How much memory? How big
is your kernel?
In AppArmor, we are interested in pathnames relative to the namespace root.
This is the same as d_path() except for the root where the search ends. Add
a function for computing the namespace-relative path.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Signed-off-by: John Johansen <[EMAIL
This is needed for computing pathnames in the AppArmor LSM.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Signed-off-by: John Johansen <[EMAIL PROTECTED]>
---
fs/xattr.c |2 +-
include/linux/security.h | 13 -
On Tue, 26 Jun 2007 17:46:13 -0700 "Wessel, Jason" <[EMAIL PROTECTED]> wrote:
> > > }
> > > }
> >
> > Everything went quiet?
> >
> > If this patch has been tested and fixes the bug, can you
> > please send a version which is ready for merging? (ie: add a
> > suitab
Kyle Moffett wrote:
> Let's go over the differences between "my fs" and "my LSM", and the
> similarities between "my VM" and "my LSM": Filesystems don't get
> hooked from virtually every userspace-initiated operation, whereas
> both VMs and LSMs do. VMs and LSMs attach anonymous state data to a
>
Al Viro wrote:
Hopefully correct handling of integer constant expressions. Please, review.
Am I invoking sparse wrongly? ./sparse -W -Wall doesn't diagnose
the following TU, for example.
extern int a;
extern int as1[(a = 2)];
sparse simply doesn't check that. We don't have anything resemb
On Wed, 27 Jun 2007 02:35:27 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Mon, 16 May 2005 02:13:02 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm2/
> >
> >
>
> Hi...
>
> I have a (stup
Am Dienstag, den 26.06.2007, 20:24 -0400 schrieb Daniel Barkalow:
> On Wed, 27 Jun 2007, hermann pitton wrote:
>
> > Hi,
> >
> > such stuff causes a lot of troubles since long.
> >
> > Are there any rules, or can everybody go on as some sort of freelancer
> > exclusively on such? I don't like it
> -Original Message-
> From: Andrew Morton [mailto:[EMAIL PROTECTED]
> >
> > Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
> >
> > ---
> >
> > diff -Nurp 2.6.21-/net/core/netpoll.c 2.6.21/net/core/netpoll.c
> > --- 2.6.21-/net/core/netpoll.c 2007-04-26
> 15:08:32.0
On Wed, Jun 27, 2007 at 01:29:59AM +0100, Derek M Jones wrote:
> Al Viro wrote:
>
> >>>Hopefully correct handling of integer constant expressions. Please,
> >>>review.
> >>Am I invoking sparse wrongly? ./sparse -W -Wall doesn't diagnose
> >>the following TU, for example.
> >>
> >>extern int a;
1 - 100 of 488 matches
Mail list logo