On Dec 1, 2007 3:21 AM, Mark Lord <[EMAIL PROTECTED]> wrote:
> I've hacked my copy of VMware-6.01 to work with kernel 2.6.24-rc*,
> and dumped my patches for vmmon and vmnet onto my server at:
Thank you! Now, I one step closer to 2.6.24.
Wonder anyone has a patch for
Hi Vatsa,
Thanks, this looks pretty good.
On Nov 30, 2007 4:42 AM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>
> - Removed load average information. I felt it needs more thought (esp
> to deal with SMP and virtualized platforms) and can be added for
> 2.6.25 after
* David Brownell <[EMAIL PROTECTED]> wrote:
> Start making the rtc-cmos alarm act more like a oneshot alarm by
> disabling that alarm after its IRQ fires. (ACPI hooks are also
> needed.)
>
> The Linux RTC framework has previously been a bit vague in this area,
> but any other behavior is
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Our debugger team has a prototype implementation for their debugger.
> > But that will not be available for some time.
> >
> > I hope that we get gdb support, soon, but that would take a while if
> > I had to do it.
>
> i'm wondering what the main
On Nov 29, 2007 6:11 PM, Nick Piggin <[EMAIL PROTECTED]> wrote:
> And also some
> results or even anecdotes of where this is going to be used would be
> interesting...
We want to be able to run multiple isolated jobs on the same machine.
So being able to limit how much memory each job can
Jing Xue wrote:
> Quoting Al Boldi <[EMAIL PROTECTED]>:
> > Sure, browsing is the easy part, but Version Control starts when things
> > become writable.
>
> But how is that supposed to work? What happens when you make some
> changes to a file and save it? Do you want the "git file system" to
>
Bob Tracy wrote:
Andrew Morton wrote:
Could be something change in sysfs. Please double-check the config
options, make sure that something important didn't get disabled.
Here's
hoping someone else is seeing this or can replicate it in the meantime.
Snap.
2.6.24-rc2 works fine.
On Sat, Dec 01, 2007 at 12:07:52PM +1100, Herbert Xu wrote:
> On Fri, Nov 30, 2007 at 04:37:21PM -0800, Paul E. McKenney wrote:
> >
> > The rcu_assign_pointer() primitive currently unconditionally executes
> > a memory barrier, even when a NULL pointer is being assigned. This
> > has lead some
On Sat, 2007-12-01 at 10:03 +0900, Paul Mundt wrote:
> There are of course things that make this more attractive on x86,
> especially with regards to the global bit and preservation across a
> TLB
> flush, there's a note in arch/sh/mm/init.c above __set_fixmap() about
> that. fixmap doesn't
Mark Lord wrote:
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:44:25 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
all you need to do in your kernel module is call
...
set_acceptable_latency("mark", 5);
and to remove the constraint again you just do
remove_acceptable_latency("mark");
..
Adrian Bunk wrote:
I have read the hep text, but are the advantages of HZ == 300 really
visible or was this more theoretical?
In the latter case, we might remove the HZ == 300 choice instead.
Well, we have, for various architectures:
HZ == 48, 100, 128, 250, 256, 300, 1000, 1024
You'd
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get two small fixes for 2.6.24:
Jack
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:44:25 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
all you need to do in your kernel module is call
add_latency_constraint("mark_wants_his_mouse", 5);
Okay, and how to change it back again? (thanks)
sorry I misremember it's called
Quoting KaiGai Kohei ([EMAIL PROTECTED]):
> Serge E. Hallyn wrote:
> > The capability bounding set is a set beyond which capabilities
> > cannot grow. Currently cap_bset is per-system. It can be
> > manipulated through sysctl, but only init can add capabilities.
> > Root can remove capabilities.
Mark Lord wrote:
..
And I just figured out the powertop: it needed the kernel timers
patch from the powertop site that was originally for 2.6.21..
Any chance of somebody actually pushing that patch upstream some year ??
Patch reproduced here for interest's sake only.
Hey, look who's on the
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:31:17 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:14:08 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
in -mm there is.. the QoS stuff allows you to set maximum
tolerable
..
That's encouraging, I
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:14:08 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
in -mm there is.. the QoS stuff allows you to set maximum tolerable
..
That's encouraging, I think, but not for 2.6.24.
latency. If your app cant take any latency, you should set those...
and
On Fri, 30 Nov 2007, Greg KH wrote:
> /**
> + * kobject_init_ng - initialize a kobject structure
> + * @kobj: pointer to the kobject to initialize
> + * @ktype: pointer to the ktype for this kobject.
> + * @parent: pointer to the parent of this kobject.
> + * @fmt: the name of the kobject.
> + *
On Fri, 30 Nov 2007 22:14:08 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> > in -mm there is.. the QoS stuff allows you to set maximum tolerable
> ..
>
> That's encouraging, I think, but not for 2.6.24.
>
> > latency. If your app cant take any latency, you should set those...
> > and the side
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 21:52:40 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Pallipadi, Venkatesh wrote:
Exporting it as read only should be OK. We also need to know if
there are hard user space dependency on writing to this from
userspace.
..
Well, actually.. my
On Fri, 30 Nov 2007 21:52:40 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Pallipadi, Venkatesh wrote:
> >
> > Exporting it as read only should be OK. We also need to know if
> > there are hard user space dependency on writing to this from
> > userspace.
> ..
>
> Well, actually.. my scripts
Pallipadi, Venkatesh wrote:
On Fri, 30 Nov 2007 14:06:55 -0800
"Pallipadi, Venkatesh" <[EMAIL PROTECTED]> wrote:
Please dont go off-list like this. I put Mark's original
mailing list cc's
back.
Sorry for missing some cc's earlier. I blindly did a reply-all to the
mm-commits mail I got.
On Wed, Nov 28, 2007 at 09:41:24PM +0100, Kai Ruhnau wrote:
> Kyle McMartin wrote:
> > On Sun, Nov 25, 2007 at 01:36:19PM +0100, Kai Ruhnau wrote:
> >
> >> If this is the same like the kernel option 'pci=conf1', that fixes the
> >> vendor IDs.
> >>
> >
> > Same effect. Ubuntu and many
Serge E. Hallyn wrote:
> The capability bounding set is a set beyond which capabilities
> cannot grow. Currently cap_bset is per-system. It can be
> manipulated through sysctl, but only init can add capabilities.
> Root can remove capabilities. By default it includes all caps
> except
On Fri, 2007-11-30 at 17:08 -0600, Eric Sandeen wrote:
> Mingming Cao wrote:
> > [PATCH] jbd2 stats through procfs
> >
> > The patch below updates the jbd stats patch to 2.6.20/jbd2.
> > The initial patch was posted by Alex Tomas in December 2005
> >
On Sat, 1 Dec 2007 00:31:19 +, Al Viro <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 01, 2007 at 12:19:50AM +0100, J.A. Magall??n wrote:
> > An vtable in C++ takes exactly the same space that the function
> > table pointer present in every driver nowadays... and probably
> > the virtual method
On Fri, Nov 30, 2007 at 04:37:21PM -0800, Paul E. McKenney wrote:
>
> The rcu_assign_pointer() primitive currently unconditionally executes
> a memory barrier, even when a NULL pointer is being assigned. This
> has lead some to avoid using rcu_assign_pointer() for NULL pointers,
> which loses
On Fri, Nov 30, 2007 at 04:14:55PM -0600, Kumar Gala wrote:
> Ben and I are talking about using fixmap on ppc for similar
> applications to it use on x86. However in poking around other arch's
> (sparc, mips) they appear to have some support but not as complete as
> x86.
>
> For example
Here's an example of a number of different places in the kernel that
have been converted from the older kobject functions to the new
versions.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
fs/char_dev.c |6 ++
kernel/module.c| 14 ++
kernel/params.c
After Alan pointed out my stupidity, here are some new patches :)
They add three new functions:
kobject_init_ng()
kobject_add_ng()
kobject_init_and_add()
The "_ng" portion will go away after all of the current kernel users of
kobject_init() and kobject_add() are converted
This is what the kobject_init function is going to become. Add it to
the kernel and then we can convert over the current kobject_init() users
before renaming it.
Also add a kobject_init_and_add function which bundles up what a lot of
the current callers want to do all at once, and it properly
On Fri, Nov 30, 2007 at 06:22:37PM -0500, Alan Stern wrote:
> On Fri, 30 Nov 2007, Greg KH wrote:
> > And you
> > can't know that, so you have to call kobject_put() in order to be safe
> > and clean up everything.
> >
> > Now why did we not do the final kobject_put() in kobject_del() as well?
>
Hello!
The rcu_assign_pointer() primitive currently unconditionally executes
a memory barrier, even when a NULL pointer is being assigned. This
has lead some to avoid using rcu_assign_pointer() for NULL pointers,
which loses the self-documenting advantages of rcu_assign_pointer()
This patch uses
Enclosure Management via LED
This patch implements Enclosure Management via the LED protocol as specified
in AHCI specification.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
This revision makes the change to the comment requested by Mark Lord,
fixes some bugs in the bit
On Sat, Dec 01, 2007 at 12:31:19AM +, Al Viro wrote:
> somehow be reassigned back and forth, according to the value of this. The
s/this/thing/, of course
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On 01-12-07 00:52, Bjorn Helgaas wrote:
On Friday 30 November 2007 04:37:26 pm Rene Herman wrote:
On 30-11-07 18:04, Thomas Renninger wrote:
If I have not overseen something, it should be rather obvious that those
can all be declared __init...
---
Declare PNP option parsing
On Thu, Nov 29, 2007 at 04:19:51PM -0800, H. Peter Anvin wrote:
> When the conversion factor between jiffies and milli- or microseconds
> is not a single multiply or divide, as for the case of HZ == 300, we
> currently do a multiply followed by a divide. The intervening
> result, however, is
On Sat, Dec 01, 2007 at 12:19:50AM +0100, J.A. Magall??n wrote:
> An vtable in C++ takes exactly the same space that the function
> table pointer present in every driver nowadays... and probably
> the virtual method call that C++ does itself with
>
> thing->do_something(with,this)
>
> like
On Fri, Nov 30, 2007 at 11:29:47PM +0100, Jiri Slaby wrote:
> Nope, try this :):
> http://lkml.org/lkml/2007/11/28/390
Excellent, thanks.
I just wanted to make sure that someone knew about this.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe
Em Fri, Nov 30, 2007 at 11:40:13PM +, Alan Cox escreveu:
> > BCPL was typeless, as was the successor B (between Bell Labs and GE we
>
> B isn't quite typeless. It has minimal inbuilt support for concepts like
> strings (although you can of course multiply a string by an array
> pointer ;))
>
On Fri, 30 Nov 2007, Crispin Cowan wrote:
> > The only case of this so far has been Multiadm, although there seems to be
> > no reason for it to stay out of tree.
> >
> Dazuko. It has the same yucky code issues as Talpa, but AFAIK is pure
> GPL2 and thus is clean on the license issues.
>
>
Quoting Eric W. Biederman ([EMAIL PROTECTED]):
> "Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
>
> >
> > Hey Eric,
> >
> > the patches look nice.
> >
> > The hand-forcing of the passed-in net_ns into a copy of current->nsproxy
> > does make it seem like nsproxy may not be the best choice of what
On Friday 30 November 2007 04:37:26 pm Rene Herman wrote:
> On 30-11-07 18:04, Thomas Renninger wrote:
> > If I have not overseen something, it should be rather obvious that those
> > can all be declared __init...
> > ---
> >
> > Declare PNP option parsing functions as __init
> >
> >
On Sat, 2007-12-01 at 00:19 +0100, J.A. Magallón wrote:
> An vtable in C++ takes exactly the same space that the function
> table pointer present in every driver nowadays... and probably
> the virtual method call that C++ does itself with
>
> thing->do_something(with,this)
>
> like
>
Phillip Susi wrote:
> Tejun Heo wrote:
>> Because SFF ATA controller don't have IRQ pending bit. You don't know
>> whether IRQ is raised or not. Plus, accessing the status register which
>> clears pending IRQ can be very slow on PATA machines. It has to go
>> through the PCI and ATA bus and
>At the moment they seem to be ending up under serial, so I would prefer
>consistency between the USB tty interfaces for 3G cards, the stuff like
?Nozomi and any newer goodies.
That makes sense - I was wondering how the device drivers are going to
be categorised given that the same hardware can
James Morris wrote:
> On Fri, 30 Nov 2007, Crispin Cowan wrote:
>> restored faces a lot of challenges, but I hope that some kind of
>> solution can be found, because the alternative is to effectively force
>> vendors like Sophos to do it the "dirty" way by fishing in memory for
>> the syscall
> BCPL was typeless, as was the successor B (between Bell Labs and GE we
B isn't quite typeless. It has minimal inbuilt support for concepts like
strings (although you can of course multiply a string by an array
pointer ;))
It also had some elegances that C lost, notably
case 1..5:
This patch converts bidi of scsi mid-layer to use blk_end_request().
rq->next_rq represents a pair of bidi requests.
(There are no other use of 'next_rq' of struct request.)
For both requests in the pair, end_that_request_chunk() should be
called before end_that_request_last() is called for one
On 30-11-07 18:04, Thomas Renninger wrote:
If I have not overseen something, it should be rather obvious that those
can all be declared __init...
---
Declare PNP option parsing functions as __init
There are three kind of parse functions provided by PNP acpi/bios:
- get current
This patch converts ide-cd (cdrom_newpc_intr()) to use blk_end_request().
ide-cd (cdrom_newpc_intr()) has some tricky behaviors below which
need to use blk_end_request_callback().
Needs to:
1. call post_transform_command() to modify request contents
2. wait completing request until DRQ_STAT
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 adds a variant of the interface, blk_end_request_callback(),
which has driver callback feature.
There are 2 drivers which need to do special works between
end_that_request_first() and end_that_request_last():
ide-cd and scsi bidi.
For such drivers, blk_end_request_callback() allows it
This patch converts cpqarray to use blk_end_request().
cpqarray is a little bit different from "normal" drivers.
cpqarray directly calls bio_endio() and disk_stat_add()
when completing request. But those can be replaced with
__end_that_request_first().
After the replacement, request completion
This patch converts cciss to use blk_end_request().
cciss is a little bit different from "normal" drivers.
cciss directly calls bio_endio() and disk_stat_add()
when completing request. But those can be replaced with
__end_that_request_first().
After the replacement, request completion procedures
This patch converts "normal" parts of ide to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/ide/ide-cd.c |6 +++---
drivers/ide/ide-io.c | 17 ++---
2 files changed, 9 insertions(+), 14
This patch converts xsysace to use blk_end_request().
xsysace is a little bit different from "normal" drivers.
xsysace driver has a state machine in it.
It calls end_that_request_first() and end_that_request_last()
from different states. (ACE_FSM_STATE_REQ_TRANSFER and
ACE_FSM_STATE_REQ_COMPLETE,
This patch converts s390 to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/s390/block/dasd.c |4 +---
drivers/s390/char/tape_block.c |3 +--
2 files changed, 2 insertions(+), 5 deletions(-)
This patch converts ide-scsi to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/scsi/ide-scsi.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/scsi/ide-scsi.c
On Saturday, 1 of December 2007, Rafael J. Wysocki wrote:
> On Friday, 30 of November 2007, Jiri Slaby wrote:
> > On 11/30/2007 11:15 PM, Jean Delvare wrote:
> > > Hi Jiri,
> >
[--snip--]
> > >
> > > Should this change go to the stable tree(s) as well?
> >
> > Sorry, I have no idea. Rafael?
>
This patch converts scsi mid-layer to use blk_end_request().
The comment above scsi_next_command() is not related to this change.
It had originally been there before scsi_next_command() was included
in scsi_finalize_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by:
This patch converts i2o_block to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/message/i2o/i2o_block.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
Index:
This patch converts mmc to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/mmc/card/block.c | 24 +---
drivers/mmc/card/queue.c |4 ++--
2 files changed, 7 insertions(+), 21
This patch converts xen-blkfront to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/xen-blkfront.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
Index:
This patch converts viocd to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/cdrom/viocd.c |5 +
1 files changed, 1 insertion(+), 4 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/cdrom/viocd.c
This patch converts viodasd to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/viodasd.c |5 +
1 files changed, 1 insertion(+), 4 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/viodasd.c
This patch converts sx8 to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/sx8.c |4 +---
1 files changed, 1 insertion(+), 3 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/sx8.c
This patch converts ub to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/ub.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/ub.c
This patch converts sunvdc to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/sunvdc.c |5 +
1 files changed, 1 insertion(+), 4 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/sunvdc.c
This patch converts ps3disk to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/ps3disk.c |6 +-
1 files changed, 1 insertion(+), 5 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/ps3disk.c
This patch converts nbd to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/nbd.c |4 +---
1 files changed, 1 insertion(+), 3 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/nbd.c
This patch converts floppy to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/floppy.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/floppy.c
On Friday, 30 of November 2007, Jiri Slaby wrote:
> On 11/30/2007 11:15 PM, Jean Delvare wrote:
> > Hi Jiri,
>
> Hi.
>
> > On Fri, 30 Nov 2007 15:12:46 +0100, Jiri Slaby wrote:
> >> Ok, I don't see it merged in the latest -mm (mmotm). Could you, Mark,
> >> Rafael,
> >> sign off this version of
This patch converts DAC960 to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/block/DAC960.c |5 +
1 files changed, 1 insertion(+), 4 deletions(-)
Index: 2.6.24-rc3-mm2/drivers/block/DAC960.c
This patch converts um to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
arch/um/drivers/ubd_kern.c | 10 +-
1 files changed, 1 insertion(+), 9 deletions(-)
Index: 2.6.24-rc3-mm2/arch/um/drivers/ubd_kern.c
This patch converts core parts of block layer to use blk_end_request().
'dequeue' argument was originally introduced for end_dequeued_request(),
where no attempt should be made to dequeue the request as it's already
dequeued.
However, it's not necessary as it can be checked with
This patch converts arm to use blk_end_request().
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/mailbox.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
Index:
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
This patch adds/exports functions 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]>
---
block/ll_rw_blk.c |
Hello Jens,
The following is the updated patch-set for blk_end_request().
Changes since the last version are only minor updates to catch up
with the base kernel changes.
Do you agree the implementation of blk_end_request()?
If there's no problem, could you merge it to your tree?
Or does it have
On Fri, 30 Nov 2007, Greg KH wrote:
> > However if kobject_add() is never called, or if it is called and it
> > fails, then it's okay to use kfree(). It's not clear whether this
> > distinction will matter in practice. It's probably best to document
> > this using your stronger description.
On Fri, 30 Nov 2007 11:29:55 +0100, "Loïc Grenié" <[EMAIL PROTECTED]> wrote:
> 2007/11/29, Ben Crowhurst <[EMAIL PROTECTED]>:
> > Has Objective-C ever been considered for kernel development?
> >
> > regards,
> > BPC
>
Well, I really would like to learn some things here, could we
keep this
David Newall wrote:
Jan Engelhardt wrote:
On Nov 30 2007 11:20, Xavier Bestel wrote:
On Fri, 2007-11-30 at 19:09 +0900, KOSAKI Motohiro wrote:
Has Objective-C ever been considered for kernel development?
Why not C# instead ?
Why not Haskell nor Erlang instead ? :-D
Mingming Cao wrote:
> [PATCH] jbd2 stats through procfs
>
> The patch below updates the jbd stats patch to 2.6.20/jbd2.
> The initial patch was posted by Alex Tomas in December 2005
> (http://marc.info/?l=linux-ext4=113538565128617=2).
> It provides statistics via procfs such as transaction
On Friday, 30 of November 2007, Andrew Morton wrote:
> On Sat, 01 Dec 2007 11:30:01 +1300
> Michael Cree <[EMAIL PROTECTED]> wrote:
>
> > Bob Tracy wrote:
> > > Andrew Morton wrote:
> > >> Could be something change in sysfs. Please double-check the config
> > >> options, make sure that something
On Friday 30 November 2007 03:49:55 pm Jiri Slaby wrote:
> On 11/30/2007 10:08 PM, Bjorn Helgaas wrote:
> > On Thursday 29 November 2007 05:42:07 pm Andrew Morton wrote:
> >> On Thu, 29 Nov 2007 16:40:37 -0700
> >>> Maybe we could either remove the pnp_{stop,start}_dev() calls
> >>> from the
Hey there Larry, all,
git blame fingered commit id efe870f9 (from Larry) for adding a couple
of fairly harmless looking messages to
net/ieee80211/softmac/ieee80211softmac_wx.c . The problem is that one
of them is clogging up my syslog at the tune of once a second or so
("SoftMAC: Getting essid
On Fri, Nov 30, 2007 at 04:36:25PM -0600, Stephen Lord wrote:
> Looks like the readdir is in the bowels of the btree code when
> filldir gets called here, there are probably locks on several
> buffers in the btree at this point. This will only show up for large
> directories I bet.
I see it for
On Sat, Nov 17, 2007 at 01:13:58AM +0100, Miguel Botón wrote:
> This patch adds power management support in mac80211.
>
> This allows us to enable power management through the "iwconfig
> power " command.
> The code is based on "mac80211-10.0.0" but it is a little bit modified.
>
>
On Fri, 30 Nov 2007 19:09:45 +0900, KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> > > Has Objective-C ever been considered for kernel development?
> >
> > Why not C# instead ?
>
> Why not Haskell nor Erlang instead ? :-D
>
Flash
http://www.lagmonster.info/humor/windowsrg.html
--
J.A.
On 11/30/2007 10:08 PM, Bjorn Helgaas wrote:
> On Thursday 29 November 2007 05:42:07 pm Andrew Morton wrote:
>> On Thu, 29 Nov 2007 16:40:37 -0700
>>> Maybe we could either remove the pnp_{stop,start}_dev() calls
>>> from the suspend/resume path, or move the PNP resource management
>>> out of
On Sat, 01 Dec 2007 11:30:01 +1300
Michael Cree <[EMAIL PROTECTED]> wrote:
> Bob Tracy wrote:
> > Andrew Morton wrote:
> >> Could be something change in sysfs. Please double-check the config
> >> options, make sure that something important didn't get disabled.
> >>
> > Here's
> > hoping someone
Wow, was it really that long ago!
Looks like the readdir is in the bowels of the btree code when
filldir gets called
here, there are probably locks on several buffers in the btree at
this point. This
will only show up for large directories I bet.
The xfs readdir code has the complete xfs
>On Fri, 30 Nov 2007 14:06:55 -0800
>"Pallipadi, Venkatesh" <[EMAIL PROTECTED]> wrote:
>
>Please dont go off-list like this. I put Mark's original
>mailing list cc's
>back.
Sorry for missing some cc's earlier. I blindly did a reply-all to the
mm-commits mail I got.
>> I will have to Nack
On Fri, Nov 30, 2007 at 10:14:18AM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > > plus, and this is a slob question i guess, how come we drop into
> > > clear_highpage() for a kzalloc()??
> >
> > Good question. Looks like kzalloc switched from doing a memset to
On Fri, Nov 30, 2007 at 05:10:33PM -0500, Alan Stern wrote:
> On Fri, 30 Nov 2007, Greg KH wrote:
>
> > Ok, how about this:
> > void kobject_init(struct kobject *kobj, struct ktype *ktype);
> >
> > and then:
> > int kobject_add(struct kobject *kobj, struct kobject *parent, const
> >
On 11/30/2007 08:41 PM, Jeff Dike wrote:
> avahi-daemon fails to start on FC6 when
> capabilities-introduce-per-process-capability-bounding-set.patch is
> applied.
>
> strace shows
> capset(0x19980330, 0, {CAP_SETGID|CAP_SETUID|CAP_SYS_CHROOT,
> CAP_SETGID|CAP_SETUID|CAP_SYS_CHROOT, 0}) =
On Fri, Nov 30, 2007 at 05:10:33PM -0500, Alan Stern wrote:
> On Fri, 30 Nov 2007, Greg KH wrote:
>
> > Ok, how about this:
> > void kobject_init(struct kobject *kobj, struct ktype *ktype);
> >
> > and then:
> > int kobject_add(struct kobject *kobj, struct kobject *parent, const
> >
On 30-11-07 14:14, Chris Holvenstot wrote:
For what it is worth I too have seen this problem this morning and it
DOES appear to be new (in contrast to a previous comment)
The message: pnpacpi: exceeded the max number of mem resources: 12
is displayed each time the system is booted with the
On Fri, 30 Nov 2007 14:06:55 -0800
"Pallipadi, Venkatesh" <[EMAIL PROTECTED]> wrote:
Please dont go off-list like this. I put Mark's original mailing list cc's
back.
>
> I will have to Nack this. The reason max_cstate was initentionally
> removed due to couple of reasons:
It broke userspace
1 - 100 of 690 matches
Mail list logo