On Sat, 1 Sep 2007, Mariusz Kozlowski wrote:
> Hello,
>
> This patch fixes the unbalanced parenthesis inroduced by
> add-a-rounddown_pow_of_two-routine-to-log2h.patch.
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> include/linux/log2.h |2 +-
> 1 file changed, 1 insertion(
I'm making ready to leave for the kernel summit (as are probably a lot of
other core kernel people), and as part of that, there's a 2.6.23-rc5 out
there now.
Hopefully we've addressed most regressions, so please do give it a good
testing.
The shortlog and diffstat are appended: the diffstat i
I met 2 troubles while I compiled rc4-mm1 on x86/UP system,
One on pcnet32.c (patch is attaced below).
One on crypto CONFIG.
== compile log ==
drivers/net/pcnet32.c: In function 'pcnet32_netif_stop':
drivers/net/pcnet32.c:445: warning: unused variable 'lp'
drivers/net/pcnet32.c: In function 'pcne
Hi,
On Fri, 31 Aug 2007, Ingo Molnar wrote:
Maybe I should explain for everyone else (especially after seeing some of
the comments on kerneltrap), why I reacted somewhat irritated on what
looks like such an innocent mail.
The problem is without the necessary background one can't know how wrong
On Aug 31 2007 21:33, Robert P. J. Day wrote:
>
>perhaps. all i'm begging for is that these attributes be defined
>cleanly and clearly, and following those two conditions i suggested
>earlier:
>
>1) all attributes are orthogonal to one another, and
This "orthogonal" argument is reserved for the
On Aug 31 2007 18:02, Jeff Garzik wrote:
> Robert P. J. Day wrote:
>> it may be that some people had a different understanding of what was
>> meant by "maturity" than i did. what *i* meant by that attribute is
>> a feature's current position in the normal software life cycle, and
>> that would
This is both -rc and stable material.
Subject: kconfig: oldconfig shall not set symbols if it does not need to
From: Roman Zippel <[EMAIL PROTECTED]>
Avoid setting the value if the symbol doesn't need to be changed or can't
be changed. Later choices may change the dependencies and thus the
possibl
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
include/asm-arm/arch-sa1100/SA-1101.h.c | -> ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h.o | -> ( bytes)
include/asm-arm/arch-sa1100/SA-1101.h |4 ++--
1 file changed, 2 in
On Fri 31 Aug 2007 17:22, Mike Frysinger pondered:
> is there any sort of standard for testing and integration into
> mainline ? in the Blackfin world, we've been developing little
> external kernel modules and adding them to our own testsuite, but
> often times these things are not Blackfin speci
On Aug 31 2007 19:48, Robert Hancock wrote:
>
> I'm not aware of any code in the kernel that does userspace-to-userspace
> copies directly. Likely because there's rarely a need for it?
splice(), sort of.
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hello,
This patch fixes unbalanced parenthesis.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/net/skge.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-rc4-mm1-a/drivers/net/skge.h 2007-09-01 07:23:52.0
+0200
+++ linux-2.6.23-rc4-mm1
2007/8/31, Nick Kossifidis <[EMAIL PROTECTED]>:
> 2007/8/30, John W. Linville <[EMAIL PROTECTED]>:
> > On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
> > > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
> >
> > > > Also this whole patch seems rather pointless. It saves only
>
Hello,
This patch fixes the unbalanced parenthesis inroduced by
add-a-rounddown_pow_of_two-routine-to-log2h.patch.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
include/linux/log2.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.23-rc4-mm1-a/include/linux
On Fri, 31 Aug 2007 18:41:21 -0700
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> +#ifndef CONFIG_HIGHMEM
> + if (s->kick || s->flags & SLAB_TEMPORARY)
> + flags |= __GFP_MOVABLE;
> +#endif
> +
Should I do this as
#if !defined(CONFIG_HIGHMEM) && !defined(CONFIG_MEMORY_HOTREMOVE)
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
- git-kbuild is broken and has been dropped
- git-ixgb is broken by git-net and has been dropped
- git-md-accel is broken by MD fixes and has been dropped
- git-v9fs breaks the build on all non-x86 and the
When playing audio with the snd-powermac driver on a PowerMac G4
Quicksilver (Tumbler audio) the sound hangs after a few seconds.
- The time before a hang varies from one second to one minute.
- Killing the process playing sound and starting again will allow
sound to continue (for a few more secon
Hi LKML,
looking thru lock_sock_nested (while trying to catch
BUG in CIFS as reported on bugzilla #8377) I found
that lock_sock_nested consist of:
void fastcall lock_sock_nested(struct sock *sk, int subclass)
{
might_sleep();
--->spin_lock_bh(&sk->sk_lock.slock);
if (sk->sk_l
On Fri, 2007-08-31 at 15:22 +0200, Roman Zippel wrote:
> Were there some kernel messages while running it?
Nope.
-Mike
-
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/m
On Fri, 31 Aug 2007 20:58:45 -0700 Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Cc: [EMAIL PROTECTED]
>
> Johannes Berg reports (Thanks!) that &struct names are not highlighted in
> html output format when they are inside a DOC: block.
>
> DOC: blocks were not escaped thru x
From: Randy Dunlap <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Johannes Berg reports (Thanks!) that &struct names are not highlighted in
html output format when they are inside a DOC: block.
DOC: blocks were not escaped thru xml_escape() like other kernel-doc
comments were. Fixed that.
However,
On Friday 31 August 2007, Adrian McMenamin wrote:
> On 31/08/2007, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On 8/31/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > > This patch makes the PVR2 VBLANK interrupt on the SEGA Dreamcast
> > > shareable - a small but necessary change to enable on
On Fri, 24 Aug 2007 15:26:57 -0700 [EMAIL PROTECTED] wrote:
> Convert cpu_sibling_map from a static array sized by NR_CPUS to a
> per_cpu variable. This saves sizeof(cpumask_t) * NR unused cpus.
> Access is mostly from startup and CPU HOTPLUG functions.
ia64 allmodconfig:
kernel/sched.c: In fun
(resend, this one got lost? Got an acked-by from Andreas
last go-round)
(Andrew, Ted, should I be splitting out ext3 and ext4 patches and
sending separately...?)
Thanks,
-Eric
--
A corrupt ondisk hash dir limit will trip an assert in dx_probe,
which calls BUG(). Instead, we can just i
On Sat, 1 Sep 2007, KAMEZAWA Hiroyuki wrote:
> On Fri, 31 Aug 2007 18:41:21 -0700
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > +#ifndef CONFIG_HIGHMEM
> > + if (s->kick || s->flags & SLAB_TEMPORARY)
> > + flags |= __GFP_MOVABLE;
> > +#endif
> > +
>
> Should I do this as
>
>
On Sat, 2007-09-01 at 03:00 +0200, Björn Steinbrink wrote:
> On 2007.08.31 17:24:46 -0700, Daniel Walker wrote:
> > On Fri, 2007-08-31 at 20:06 +0200, Björn Steinbrink wrote:
> >
> >
> > > > something to do with the nmi hertz adjustment that happens after
> > > > check_nmi_watchdog() ..
> > >
>
Clemens Kolbitsch wrote:
On Friday 31 August 2007 15:25:40 you wrote:
On 8/30/07, Clemens Kolbitsch <[EMAIL PROTECTED]> wrote:
Hi!
Just a short question: What is the correct method of copying large areas
of memory from userspace into userspace when running in kernel-mode?
relayfs?
no... I'm
Add some debugging printks for slab defragmentation
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/slub.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
Index: linux-2.6/mm/slub.c
===
--- linux-2.
On Fri, 31 Aug 2007, Mitchell Erblich wrote:
> "Robert P. J. Day" wrote:
> >
> > at the risk of driving everyone here totally bonkers, i'm going to
> > take one last shot at explaining what i was thinking of when i first
> > proposed this whole "maturity level" thing. and, just so you know,
> >
Support defragmentation for extX filesystem inodes
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/ext2/super.c |9 +
fs/ext3/super.c |8
fs/ext4/super.c |8
3 files changed, 25 insertions(+)
Index: linux-2.6/fs/ext2/super.c
=
Support inode defragmentation for xfs
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/xfs/linux-2.6/xfs_super.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/fs/xfs/linux-2.6/xfs_super.c b/fs/xfs/linux-2.6/xfs_super.c
index 4528f9a..e60c90e 100644
--- a
Slab defragmentation: Support reiserfs inode defragmentation
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/reiserfs/super.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c
index 5b68dd3..0344be9 100644
--- a/f
This implements the ability to remove inodes in a particular slab
from inode cache. In order to remove an inode we may have to write out
the pages of an inode, the inode itself and remove the dentries referring
to the node.
Provide generic functionality that can be used by filesystems that have
th
Slabs that are reclaimable fit the definition of the objects in
ZONE_MOVABLE. So set __GFP_MOVABLE on them (this only works
on platforms where there is no HIGHMEM. Hopefully that restriction
will vanish at some point).
Also add the SLAB_TEMPORARY flag for slab caches that allocate objects with
a s
In order to support defragmentation on the dentry cache we need to have
an determined object state at all times. Without a destructor the object
would have a random state after allocation.
So provide a constructor.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/dcache.c | 26 +
Defragmentation support for buffer heads. We convert the references to
buffers to struct page references and try to remove the buffers from
those pages. If the pages are dirty then trigger writeout so that the
buffer heads can be removed later.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Support inode defragmentation for sockets
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
net/socket.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index ec07703..89fc7a5 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -264,6
Extract the common code to remove a dentry from the lru into a new function
dentry_lru_remove().
Two call sites used list_del() instead of list_del_init(). AFAIK the
performance of both is the same. dentry_lru_remove() does a list_del_init().
As a result dentry->d_lru is now always empty when a d
Add a flag SlabReclaimable() that is set on slabs with a method
that allows defrag/reclaim. Clear the flag if a reclaim action is not
successful in reducing the number of objects in a slab. The reclaim
flag is set again if all objects have been allocated from it.
Signed-off-by: Christoph Lameter <
kick() is called after get() has been used and after the slab has dropped
all of its own locks. The dentry pruning for unused entries works in a
straightforward way.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/dcache.c | 100 +++
Creates a special function kmem_cache_isolate_slab() and kmem_cache_reclaim()
to support lumpy reclaim.
In order to isolate pages we will have to handle slab page allocations in
such a way that we can determine if a slab is valid whenever we access it
regardless of its time in life.
A valid slab
Support procfs inode defragmentation
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/proc/inode.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/fs/proc/inode.c b/fs/proc/inode.c
index a5b0dfd..83a66d7 100644
--- a/fs/proc/inode.c
+++ b/fs/proc/inode.c
The constructor for buffer_head slabs was removed recently. We need
the constructor in order to insure that slab objects always have a definite
state even before we allocated them.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/buffer.c | 19 +++
1 files changed, 1
This patch triggers slab defragmentation from memory reclaim.
The logical point for this is after slab shrinking was performed in
vmscan.c. At that point the fragmentation ratio of a slab was increased
by objects being freed. So we call kmem_cache_defrag from there.
slab_shrink() from vmscan.c is
SLUB uses compound pages for larger slabs. We need to increment
the page count of these pages in order to make sure that they are not
freed under us for reclaim from within lumpy reclaim.
(The patch is also part of the large blocksize patchset)
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Slab defragmentation (aside from Lumpy Reclaim) may occur:
1. Unconditionally when kmem_cache_shrink is called on a slab cache by the
kernel calling kmem_cache_shrink.
2. Use of the slabinfo command line to trigger slab shrinking.
3. Per node defrag conditionally when kmem_cache_defrag() is c
When we defragmenting slabs then it is advantageous to have all
defragmentable slabs together at the beginning of the list so that we do not
have to scan the complete list. When adding a slab cache put defragmentale
caches first and others last.
Determine the maximum number of objects in defragmen
We need the defrag ratio for the non NUMA situation now. The NUMA defrag works
by allocating objects from partial slabs on remote nodes. Rename it to
remote_node_defrag_ratio
to be clear about this.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/slub_def.h |5
Add a parameter to add_partial instead of having separate functions.
That allows the detailed control from multiple places when putting
slabs back to the partial list. If we put slabs back to the front
then they are likely used immediately for allocations. If they are
put at the end then we can max
-D lists caches that support defragmentation
-C lists caches that use a ctor.
Change field names for defrag_ratio and remote_node_defrag_ratio.
Add determination of the allocation ratio for slab. The allocation ratio
is the percentage of available slots for objects in use.
Signed-off-by: Christ
The defrag_ratio is used to set the threshold when a slabcache should be
defragmented.
The allocation ratio is measured in a percentage of the available slots.
The percentage will be lower for slabs that are more fragmented.
Add a defrag ratio field and set it to 30% by default. A limit of 30%
th
Add the two methods needed for defragmentation and add the display of the
methods via the proc interface.
Add documentation explaining the use of these methods.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/slab.h |3 +++
include/linux/slub_def.h | 32 +
Create an ops field in /sys/slab/*/ops to contain all the operations defined
on a slab. This will be used to display the additional operations that we
will define soon.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/slub.c | 16 +---
1 files changed, 9 insertions(+), 7
Slab defragmentation is mainly an issue if Linux is used as a fileserver
and large amounts of dentries, inodes and buffer heads accumulate. In some
load situations the slabs become very sparsely populated so that a lot of
memory is wasted by slabs that only contain one or a few objects. In
extreme
Move the counting function for objects in partial slabs so that it is placed
before kmem_cache_shrink. We will need to use it to establish the
fragmentation ratio of per node slab lists.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/slub.c | 26 +-
1 files
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> ...
> > attributes would have two critical and non-negotiable properties:
> >
> > 1) they would be entirely orthogonal to one another, and
> > 2) they can be assigned at most one of a pre-defined set of values
>
> If they are fu
Thanks to some help Mingming Cao we now have support for extX with up to
64k blocksize. There were several issues in the jbd layer (The ext2
patch that Christoph complained about was dropped).
The patchset can be tested (assuming one has a current git tree)
git checkout -b largeblock
git pu
On 2007.08.31 17:24:46 -0700, Daniel Walker wrote:
> On Fri, 2007-08-31 at 20:06 +0200, Björn Steinbrink wrote:
>
>
> > > something to do with the nmi hertz adjustment that happens after
> > > check_nmi_watchdog() ..
> >
> > Hm hm, does the same thing (watchdog stuck after check) happen with
> >
Acked-by: Christoph Lameter <[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 at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Good idea. That gets rid of the GFP_THISNODE stuff that I introduced for
the memoryless node patchset.
-
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
On Fri, 2007-08-31 at 20:06 +0200, Björn Steinbrink wrote:
> > something to do with the nmi hertz adjustment that happens after
> > check_nmi_watchdog() ..
>
> Hm hm, does the same thing (watchdog stuck after check) happen with
> older kernels, ie. those before Stephane's changeset that made it
Acked-by: Christoph Lameter <[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 at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
The blocks per page could be less or quals to 1 with the large block support in
VM.
The patch fixed the way to calculate the number of blocks to reserve in journal
in the
case blocksize > pagesize.
Signed-off-by: Mingming Cao <[EMAIL PROTECTED]>
Index: my2.6/fs/jbd/journal.c
=
>From clameter:
Teach jbd/jbd2 slab management to support >8k block size. Without this, it
refused to mount on >8k ext3.
Signed-off-by: Mingming Cao <[EMAIL PROTECTED]>
Index: my2.6/fs/jbd/journal.c
===
--- my2.6.orig/fs/jbd/journal
On Fri, 2007-08-31 at 22:59 +0200, Thomas Gleixner wrote:
> We're pleased to announce the release of the v2.6.23-rc4-rt1 kernel,
> which can be downloaded from a new place:
>
>http://www.kernel.org/pub/linux/kernel/projects/rt/
>
> The move to kernel.org is experimental for now, we'll keep
On Wed, 2007-08-29 at 17:47 -0700, Mingming Cao wrote:
> Just rebase to 2.6.23-rc4 and against the ext4 patch queue. Compile tested
> only.
>
> Next steps:
> Need a e2fsprogs changes to able test this feature. As mkfs needs to be
> educated not assuming rec_len to be blocksize all the time.
> W
On Fri, 31 Aug 2007, Matti Linnanvuori wrote:
>
> It seems to me that kernel/module.c allows the whole kernel to use
> exported symbols during the execution of the init function if they are
> weak:
> /* Ok if weak. */
> if (ELF_ST_BIND(sym[i].st
"Robert P. J. Day" wrote:
>
> at the risk of driving everyone here totally bonkers, i'm going to
> take one last shot at explaining what i was thinking of when i first
> proposed this whole "maturity level" thing. and, just so you know,
> the major reason i'm so cranked up about this is that i'
> ACPI
>
> Subject : 2.6.23-rc4: maxcpus still broken
> References : http://lkml.org/lkml/2007/8/28/87
> Last known good : ?
> Submitter : Alexey Dobriyan <[EMAIL PROTECTED]>
> Caused-By : Len Brown <[EMAIL PROTECTED]>
> commit 61ec7567db103d537329b0db9a
On 01/09/2007, Chris Snook <[EMAIL PROTECTED]> wrote:
> Michal Piotrowski wrote:
> > Hi,
> >
> > Here is something that might be useful for gamers and audio/video editors
> > http://www.stardust.webpages.pl/files/tools/deskopt/
> >
> > You can easily tune CFS/CFQ scheduler params
>
> I would think
On Sat, 1 Sep 2007 00:55:21 +0200
Ondrej Zary <[EMAIL PROTECTED]> wrote:
> Hello,
> I think that I've found and fixed the problem. There is a copy/paste bug in
> vt6421_set_dma_mode() function which causes wrong values to be written to
> PATA_UDMA_TIMING register.
>
>
> This patch fixes a copy
On Fri, Aug 31, 2007 at 05:38:34PM -0400, Robert P. J. Day wrote:
> it may be that some people had a different understanding of what was
> meant by "maturity" than i did. what *i* meant by that attribute is
> a feature's current position in the normal software life cycle, and
> that would b
Hello,
I think that I've found and fixed the problem. There is a copy/paste bug in
vt6421_set_dma_mode() function which causes wrong values to be written to
PATA_UDMA_TIMING register.
This patch fixes a copy/paste bug that breaks DMA modes on VT6421 PATA port.
Signed-off-by: Ondrej Zary <[EMAI
This patch adds 2 new interfaces for request completion:
o blk_end_request() : called without queue lock
o __blk_end_request() : called with queue lock held
Some device drivers call some generic functions below between
end_that_request_{first/chunk} and end_that_request_last().
o add_disk_
This patch changes multipath-tools to use request-based dm-multipath.
This patch should be applied on top of 8/28/2007 git multipath-tools.
Request-based dm itself is still under development and not ready
for inclusion.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomur
This patch adds dynamic load balancer to request-based dm-multipath.
Request-based dm itself is still under development and not ready
for inclusion.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/md/Makefile |3
driver
This patch adds a feature of turning request-based dm on
to device-mapper userspace tool.
To turn on request-based dm, following steps should work:
1. # dmsetup create --rqbase mpath0
2. # echo | dmsetup load mpath0
3. # dmsetup resume mpath0
Note: If you used bio-based targets fo
This patch converts dm-multipath target driver to request-based.
Request-based dm itself is still under development and not ready
for inclusion.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
dm-mpath.c | 227
+
This patch is an examle of block device stacking at request level,
showing the necessity of blk_end_request() and how the new
rq->end_io() hook is used.
Request-based dm itself is still under development and not ready
for inclusion.
This patch adds request-based dm feature to dm core.
Request-base
This patch moves the rq->end_io() calling point to the top of
blk_end_request() from the last of end_that_request_last().
This means that whole request completion can be hooked by rq->end_io()
because all device drivers call blk_end_request() to complete request.
Because the meaning of rq->end_io(
This patch removes the following functions:
o end_that_request_first()
o end_that_request_chunk()
and stops exporting the functions below:
o end_that_request_last()
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c
This patch changes ide-cd (cdrom_newpc_intr) to use blk_end_request().
Due to the addness of the driver, the patch adds a variant of
the interface, blk_end_request_callback().
cdrom_newpc_intr() of ide-cd is the only function in the kernel tree
which needs to call end_that_request_first() and
end_
This patch changes "odd" drivers to use blk_end_request().
The drivers are cciss, cpqarray and xsysace.
cciss and cpqarray directly call bio_endio() and disk_stat_add()
when completing request. But those can be replaced with
__end_that_request_first().
After the replacement, request completion p
This patch converts "normal" drivers, which complete request
in a standard way shown below, to use blk_end_request().
a) end_that_request_{chunk/first}
spin_lock_irqsave()
(add_disk_randomness(), blk_queue_end_tag(), blkdev_dequeue_request())
end_that_request_last()
spin_unlock_ir
This patch adds macros to get the size of request in bytes.
They are useful because blk_end_request() takes bytes
as a completed I/O size instead of sectors.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
blkdev.h |9 +
1 files c
Hello,
This set of patches changes request completion interface
between device drivers and block layer to 1 step procedure
from current 2 step procedures using end_that_request_{first/chunk}
and end_that_request_last().
This change allows request-based multipath to hook in before
completing each
> Who knows what other gremlins like this now live in the tree :-)
>
> There was a similar spot a few lines down, both fixed
> as follows:
Thanks I'll take a harder look over those. My test suite didn't check
them just the main termios ioctls didn't scribble.
> And here is the sparc patch, could
Robert P. J. Day wrote:
...
> attributes would have two critical and non-negotiable properties:
>
> 1) they would be entirely orthogonal to one another, and
> 2) they can be assigned at most one of a pre-defined set of values
If they are fully orthogonal to another, then they are also
nonexclusiv
> drivers/serial/8250_pci.c:2584: error: 'PCI_VENDOR_ID_MAINPINE' undeclared
> here (not in a function)
> drivers/serial/8250_pci.c:2584: error: 'PCI_DEVICE_ID_MAINPINE_PBRIDGE'
> undeclared here (not in a function)
Doh.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recu
Michal Piotrowski wrote:
Hi,
Here is something that might be useful for gamers and audio/video editors
http://www.stardust.webpages.pl/files/tools/deskopt/
You can easily tune CFS/CFQ scheduler params
I would think that gamers and AV editors would want to be using deadline
(or maybe even as)
On Fri, 31 Aug 2007, Jeff Garzik wrote:
> 'deprecrated' and 'obsolete' are matters of discussed opinion,
> describing the utility of the code in question. 'broken' describes
> the state of the code itself.
>
> Clear difference.
precisely. thank you for making my point for me.
rday
--
From: Alan Cox <[EMAIL PROTECTED]>
Date: Fri, 31 Aug 2007 23:16:13 +0100
> I don't see a real problem. You aren't using
>
> c_cflags & CBAUD = 0x1000
>
> so that could become BOTHER.
>
> the input bits also appear to be reserved and free ?
Nevermind, I missed how you were doing the n
On Wed, 22 Aug 2007 23:05:27 +0100
Alan Cox <[EMAIL PROTECTED]> wrote:
> Add support for a whole range of boards. Some are partly autodetected but
> not fully correctly others (PCI Express notably) not at all. Stick all
> the right entries in.
>
> Thanks to Mainpine for information and testing.
Alan Cox wrote:
On Fri, 31 Aug 2007 14:41:15 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
From: Alan Cox <[EMAIL PROTECTED]>
Date: Fri, 31 Aug 2007 22:11:05 +0100
Firstly some architecture maintainers still haven't updated their
platform for arbitary tty speeds. The kernel is going to
Patrizio Bassi ha scritto:
> Michal Piotrowski ha scritto:
>> Hi,
>>
>> [Adding IDE wizards to CC]
>>
>> On 26/08/07, Patrizio Bassi <[EMAIL PROTECTED]> wrote:
>>
>>> My sis630 chipset shipped with Asus A1000
>>> doesn't work properly with suspend with ide drivers
>>> (http://bugzilla.kernel.org
On Fri, 31 Aug 2007 14:41:15 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Alan Cox <[EMAIL PROTECTED]>
> Date: Fri, 31 Aug 2007 22:11:05 +0100
>
> > Firstly some architecture maintainers still haven't updated their
> > platform for arbitary tty speeds. The kernel is going to start
Robert P. J. Day wrote:
it may be that some people had a different understanding of what was
meant by "maturity" than i did. what *i* meant by that attribute is
a feature's current position in the normal software life cycle, and
that would be one of:
experimental -> normal (stable) -> depre
Robert P. J. Day wrote:
On Fri, 31 Aug 2007, Jeff Garzik wrote:
Robert P. J. Day wrote:
i'm sure i'm going to get shouted down here, but i really disagree
with "BROKEN" being considered a "maturity level". IMHO, things
like EXPERIMENTAL, DEPRECATED and OBSOLETE represent maturity
levels, fo
On 9/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 31 Aug 2007 00:22:46 +0530
> Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> > +/*
> > + * Strategy routines for formating read/write data
> > + */
> > +int mem_container_read_strategy(unsigned long long val, char *buf)
> > +{
> > + retu
at the risk of driving everyone here totally bonkers, i'm going to
take one last shot at explaining what i was thinking of when i first
proposed this whole "maturity level" thing. and, just so you know,
the major reason i'm so cranked up about this is that i'm feeling just
a little territorial
On Fri, Aug 31, 2007 at 02:35:19PM -0400, Morrison, Tom wrote:
> This is a follow-up...
>
> After a huge pain in the rear upgrading from a
> 2.6.11++ to a 2.6.23-rc3 (I'll give the powerpc
> folks a 'piece' of my mind on that front) - the
> NFS hang problem that I was experiencing on the
> olde
1 - 100 of 337 matches
Mail list logo
