> Linus Torvalds wrote:
> : Jan - can you give Jens a bit of an idea of what drivers and/or
> schedulers
> : you're using?
>
> I have a Tyan S2882 dual Opteron, network is on-board tg3,
> there are 8 P-ATA HDDs hooked on 3ware 7506-8 controller (no HW RAID
> there, but the drives are partitio
bi->bi_io_vec[0].bv_len = STRIPE_SIZE;
>
> Thanks.
>
> I've queued this up pending Jens' acceptance of the other patches.
I've queued up the other two for 3.13.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
x27;t acceptable. Fixing an
obscure issue like block sizes changing while O_DIRECT is in flight
definitely does NOT warrant a mount slow down.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 2012-11-27 08:38, Jens Axboe wrote:
> On 2012-11-27 06:57, Jeff Chua wrote:
>> On Sun, Nov 25, 2012 at 7:23 AM, Jeff Chua wrote:
>>> On Sun, Nov 25, 2012 at 5:09 AM, Mikulas Patocka
>>> wrote:
>>>> So it's better to slow down mount.
>>>
t is
> 2.6.32-220 from CentOS, but we have observed similar behavior from a
> vanilla 3.3 kernel as well. Any help would be greatly appreciated.
I'm assuming you set the hardware sector size to 4k as well?
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscri
On 2012-11-27 11:06, Jeff Chua wrote:
> On Tue, Nov 27, 2012 at 3:38 PM, Jens Axboe wrote:
>> On 2012-11-27 06:57, Jeff Chua wrote:
>>> On Sun, Nov 25, 2012 at 7:23 AM, Jeff Chua
>>> wrote:
>>>> On Sun, Nov 25, 2012 at 5:09 AM, Mikulas Patocka
>&g
On 2012-11-28 04:57, Mikulas Patocka wrote:
>
>
> On Tue, 27 Nov 2012, Jens Axboe wrote:
>
>> On 2012-11-27 11:06, Jeff Chua wrote:
>>> On Tue, Nov 27, 2012 at 3:38 PM, Jens Axboe wrote:
>>>> On 2012-11-27 06:57, Jeff Chua wrote:
>>>>> On
On Sat, Feb 02 2013, Tejun Heo wrote:
> Convert to the much saner new idr interface. Both bsg and genhd
> protect idr w/ mutex making preloading unnecessary.
>
> Signed-off-by: Tejun Heo
> Cc: Jens Axboe
> ---
> This patch depends on an earlier idr changes and I think
On Sat, Feb 02 2013, Tejun Heo wrote:
> Convert to the much saner new idr interface.
>
> Signed-off-by: Tejun Heo
> Cc: Jens Axboe
> ---
> This patch depends on an earlier idr changes and I think it would be
> best to route these together through -mm. Please holler if th
scard supported' if
> statement.
> o Changed email address to linux.vnet.ibm.com
Tentatively applied for 3.9.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
he below into
that, I don't get a small patch, I get all changes from 3.7 to 3.8-rc5.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordom
numbe". There are some places where
> returned EBADF like,
> >if (!f.file)
> > return -EBADF;
>
> So i think for checking file->f_mode when failed, it should return EACCESS.
But that would break the ABI at this point. I agree with you, though,
EBADF is
return -EBADF;
> >>
> >> So i think for checking file->f_mode when failed, it should return EACCESS.
> >
> >But that would break the ABI at this point. I agree with you, though,
> >EBADF is not the right error for this case.
> >
> >--
> >Jens
.c:219:13: warning: 'card_event_handler' defined but
> not used [-Wunused-function]
> drivers/block/rsxx/core.c:311:12: warning: 'rsxx_compatibility_check' defined
> but not used [-Wunused-function]
>
> Caused by commit 8722ff8cdbfa ("block: IBM RamSan 70/8
AX_EXT_DEVT to NR_EXT_DEVT and fix limit
> checking.
>
> Signed-off-by: Tejun Heo
> Cc: Jens Axboe
> Cc: sta...@vger.kernel.org
Acked-by: Jens Axboe
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
ce/cleanup
Jens Axboe (2):
Merge branch 'stable/for-jens-3.8' of git://git.kernel.org/.../konrad/xen
into for-linus
Merge branch 'for-jens' of git://git.drbd.org/linux-drbd into for-linus
Lars Ellenberg (1):
drbd: fix potential protocol error and resulting d
On Wed, Feb 06 2013, Heiko Carstens wrote:
> The MTIP32XX driver calls devm_request_irq() and therefore needs a
> GENERIC_HARDIRQS dependency to prevent building it on s390.
I'll queue this up for 3.9, thanks Heiko.
--
Jens Axboe
--
To unsubscribe from this list: send the line &
On Thu, Feb 07 2013, Paolo Bonzini wrote:
> This is useful in places that recycle the same scatterlist multiple
> times, and do not want to incur the cost of sg_init_table every
> time in hot paths.
Looks fine to me.
Acked-by: Jens Axboe
--
Jens Axboe
--
To unsubscribe from this l
th your workaround, but if other subsystems have
> the same problem we do, perhaps we should consider a broader solution?
Do other use cases actually exist? I don't think I've come across this
requirement before, since it was introduced (6 years ago, from a cursory
look at the git logs
eview and the merge window is opening up pretty soon.
> Kent, Andrew?
I'd feel a lot better deferring the whole aio/dio performance series for
one merge window. There's very little point in rushing it, and I don't
think it's been reviewed/tested enough yet.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Apr 02 2013, Dave Chinner wrote:
> [Added jens Axboe to CC]
>
> On Tue, Apr 02, 2013 at 02:08:49AM -0400, CAI Qian wrote:
> > Saw on almost all the servers range from x64, ppc64 and s390x with kernel
> > 3.9-rc5 and xfsprogs-3.1.10. Never caught this in 3
On Tue, Apr 02 2013, Jens Axboe wrote:
> On Tue, Apr 02 2013, Dave Chinner wrote:
> > [Added jens Axboe to CC]
> >
> > On Tue, Apr 02, 2013 at 02:08:49AM -0400, CAI Qian wrote:
> > > Saw on almost all the servers range from x64, ppc64 and s390x with kernel
> >
On Tue, Apr 02 2013, CAI Qian wrote:
>
>
> - Original Message -
> > From: "Jens Axboe"
> > To: "Dave Chinner"
> > Cc: "CAI Qian" , x...@oss.sgi.com, "LKML"
> >
> > Sent: Tuesday, April 2, 2013 3:30:35 PM
On Tue, Apr 02 2013, CAI Qian wrote:
>
>
> - Original Message -
> > From: "Jens Axboe"
> > To: "CAI Qian"
> > Cc: "Dave Chinner" , x...@oss.sgi.com, "LKML"
> >
> > Sent: Tuesday, April 2, 2013 5:00:47 PM
hey make code simpler
> and even have, while minute, measureable performance gain[3] even on a
> workload which isn't particularly favorable to showing the benefits of
> this conversion.
Thanks, pulled in for testing. We'll need the debug change in before
sending this upstream, tho
On Tue, Apr 02 2013, Jens Axboe wrote:
> On Tue, Apr 02 2013, CAI Qian wrote:
> >
> >
> > - Original Message -----
> > > From: "Jens Axboe"
> > > To: "CAI Qian"
> > > Cc: "Dave Chinner" , x...@oss.sgi.com,
On Tue, Apr 02 2013, Tejun Heo wrote:
> Hello, Jens.
>
> On Tue, Apr 2, 2013 at 2:53 AM, Jens Axboe wrote:
> > Thanks, pulled in for testing. We'll need the debug change in before
> > sending this upstream, though. I agree with Jan/Dave that this is
> > requi
, rather than returning an error.
Huh indeed, thanks Arnd. Queued up.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
s'
>
>
> Asai Thambi S P (3):
> mtip32xx: recovery from command timeout
> mtip32xx: return 0 from pci probe in case of rebuild
> mtip32xx: Add debugfs entry device_status
Thanks Asai, applied for current series.
--
Jens Axboe
--
To unsubscribe from this list: send
lock imbalance with failed allocations
Guo Chao (2):
block: use i_size_write() in bd_set_size()
block: remove redundant check to bd_openers()
Jens Axboe (1):
Merge branch 'blkcg-cfq-hierarchy' of git://git.kernel.org/.../tj/cgroup
into for-3.9/core
Jianpeng Ma (
endency
Jan Beulich (1):
xen-blkback: do not leak mode property
Jens Axboe (3):
rsxx: add slab.h include to dma.c
Merge branch 'delete-xt-disk' of git://git.kernel.org/.../paulg/linux
into for-3.9/drivers
Merge branch 'stable/for-jens-3.9' of git://git
he tree is against 3.8, so I'm pulling it into my for-linus
branch which will be pushed a bit after the initial for-3.9/drivers goes
out. I can't pull it into the latter without getting a whole lot of
extra changes too.
--
Jens Axboe
--
To unsubscribe from this list: send the line &qu
ue: implement workqueue
> with custom worker attributes" patchset[1] and available in the
> following git branch.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq.git
> review-writeback-conversion
I like it, diffstat looks nice too :-)
Have you done any performance testi
es in v2 include:
> o Fixed spelling of guarantee.
> o Fixed potential memory leak if slot reset fails out.
> o Changed list_for_each_entry_safe with list_for_each_entry.
Applied, thanks Philip.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
> - if (index >= bio->bi_idx)
> - index = bio->bi_vcnt - 1;
> + if (index > bio->bi_vcnt)
> + return 0;
>
> __bio_for_each_segment(bv, bio, i, 0) {
> if (i == index) {
Good catch, merged.
--
Jens Axboe
--
To
if (!user_buffer)
> return -EFAULT;
>
> buf = dmam_alloc_coherent(&port->dd->pdev->dev,
Thanks, that's clearly a bug. Applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On 2012-09-12 17:06, Peter Senna Tschudin wrote:
> From: Peter Senna Tschudin
>
> Remove useless kfree() and clean up code related to the removal.
Thanks, nice cleanup! Applied to for-3.7/core
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-
On Wed, Jan 30 2008, Adrian Bunk wrote:
> This patch removes the no longer used EXPORT_SYMBOL(add_disk_randomness).
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks, applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Thu, Jan 31 2008, Dave Young wrote:
> While building kernel, lockdep detected spinlock deaklock and after a
> while the system hung.
>
> Attached is the screenshot.
Fixed by commit 149a051f82d2b3860fe32fa182dbc83a66274894 yesterday, just
updated your kernel.
--
Jens Axboe
--
To
d(&conn->dev) < 0) {
> BT_ERR("Failed to register connection device");
> return;
> @@ -313,6 +316,7 @@ void hci_conn_add_sysfs(struct hci_conn
>
> INIT_WORK(&conn->work, add_conn);
>
> + queue_work(btaddconn, &
s);
- if (__blk_end_request(rq, 0, 0))
+ if (__blk_end_request(rq, 0, rq->data_len))
BUG();
HWGROUP(drive)->rq = NULL;
spin_unlock_irqrestore(&ide_lock, flags);
--
Jens Axboe
--
To unsubscribe from this l
On Thu, Jan 31 2008, Florian Lohoff wrote:
> On Thu, Jan 31, 2008 at 02:05:58PM +0100, Jens Axboe wrote:
> > The below fix should be enough. It's perfectly legal to have leftover
> > byte counts when the drive signals completion, happens all the time for
> > eg user issue
On 31/01/2008, at 18.04, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote:
Hi Jens,
On Thu, 31 Jan 2008 14:05:58 +0100, Jens Axboe wrote:
On Thu, Jan 31 2008, Nai Xia wrote:
My dmesg relevant info is quite similar:
[6.875041] Freeing unused kernel memory: 320k freed
[8.143120] ide-
nlock+0x9/0xb
> [] ? __mutex_unlock_slowpath+0x10e/0x139
> [] ? trace_hardirqs_on+0xfe/0x128
> [] vfs_read+0xa4/0xe3
> [] sys_read+0x47/0x6f
> [] system_call_after_swapgs+0x8a/0x8f
Are you sure this triggered with the as fixup in place? It looks like
the same bug.
--
Jens Axboe
--
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/
On Fri, Feb 01 2008, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > Are you sure this triggered with the as fixup in place? It looks like
> > the same bug.
>
> most definitely a separate bug.
yeah, I didn't read it carefully enoug
hanged;
> + (*ioc2)->last_waited = (temp)->last_waited;
> + (*ioc2)->nr_batch_requests = (temp)->nr_batch_requests;
> + (*ioc2)->aic = (temp)->aic;
> + (*ioc2)->radix_root = (temp)->radix_root;
> + (*ioc2)->ioc_data = (temp)->ioc_data;
> }
> EXPOR
On Fri, Feb 01 2008, Jens Axboe wrote:
> On Fri, Feb 01 2008, Nikanth Karthikesan wrote:
> > On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
> > >
> > > Jens,
> > >
> > > AS still has some locking issues - see the lockdep warning below that
On Fri, Feb 01 2008, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Feb 01 2008, Ingo Molnar wrote:
> > >
> > > * Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > Are you sure this trigger
ng blk_cpu_done into a structure with
a lock and list_head instead of just being a list head, and intercepted
at blk_complete_request() time instead of waiting for an already raised
softirq on that CPU.
Didn't get around to any performance testing yet, though. Will try and
clean it up a bit and do that.
--
Jens Axboe
--
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/
On Mon, Feb 04 2008, Nick Piggin wrote:
> On Mon, Feb 04, 2008 at 11:12:44AM +0100, Jens Axboe wrote:
> > On Sun, Feb 03 2008, Nick Piggin wrote:
> > > On Fri, Jul 27, 2007 at 06:21:28PM -0700, Suresh B wrote:
> > >
> > > Hi guys,
> > >
> > &
13 @@ call_for_each_cic(struct io_context *ioc
> break;
>
> called += nr;
> - index = 1 + (unsigned long) cics[nr - 1]->key;
> -
> + next_index = 1 + (unsigned long) cics[nr - 1]->key;
> + if (next_index &l
seems pretty straight forward.
>
> We might need some logic for noticing that the desired cpu has been
> hot-plugged away while the IO was in flight, it occurs to me.
the softirq completion stuff already handles cpus going away, at least
with my patch that stuff works fine (with a dead flag
On Mon, Feb 04 2008, Arjan van de Ven wrote:
> Jens Axboe wrote:
> >>I was imagining the patch a little bit differently (per-cpu tasks, do a
> >>wake_up from the driver instead of cpu nr testing up in blk, work
> >>queues, whatever), but we know how to i
On Tue, Feb 05 2008, S, Chandrakala (STSD) wrote:
> Hello,
>
> We would like to know in which kernel version these patches are
> available.
They were merged after 2.6.24 was released, so they will show up in the
2.6.25 kernel.
--
Jens Axboe
--
To unsubscribe from this list: s
ot pulled. Two reasons:
- It's late (in the merge window)
- and it's not based off my for-3.7/drivers branch, hence I get a ton of
unrelated changes with a pull into that branch.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
one question before this is pulled in:
> Philipp Reisner (6):
> drbd: Add a drbd directory to sysfs
> drbd: expose the data generation identifiers via sysfs
What are these? It's sitting in /sys/block//drbd/, I don't see any
documentation or justification for th
ware raid
> as example.
Software raid is different, though, in that it's a class/type of device.
So for drbd, I'd still recommend you look outside of the regular
/sys/block hierarchy for adding something like this.
> I have removed it from this pull-request, so that there is more
from
the last few years works, so the kernel parts should be updated to at
least allow it to be a mask. How to get this information is a separate
problem.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 2012-10-23 22:01, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Jens Axboe
> Signed-off-by: Kees Cook
> ---
> block/Kco
: stay in blk_queue_bypass until queue becomes initialized
Applied. The previous state of private blk.h declaration but the symbols
exported was wrong, too.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
33d002f4b6b ("genhd: Make put_disk() safe for disks that have
> not been registered") was supposed to be dropped or reverted; I don't
> why it's hanging around.
It's my for-next branch that wasn't updated yet. Will do that now.
--
Jens Axboe
--
To unsubscr
gt; drbd: check return of kmalloc in receive_uuids (2012-10-29 13:18:13 +0100)
Can you rebase this against for-3.8/drivers? Thanks.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
base the other 3 commit on for-3.8/drivers)
>
>
> The following changes since commit a13c29ddf73d3be4fbb2b1bbced64014986cd87a:
> Jens Axboe (1):
> Merge branch 'for-jens' of
> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/linux-block into
> for-3.7/dr
> drivers/block/drbd/drbd_nl.c | 36 +++-
> drivers/block/drbd/drbd_proc.c |3 ++
> drivers/block/drbd/drbd_receiver.c | 38 +++--
> drivers/block/drbd/drbd_req.c |9 +++--
> drivers/block/drbd/drbd_worker.c | 12
gt;> Add in-flight cmds to the tail. That way while searching(during request
>>> completion),we will always get a hit on the first element.
>>>
>
> Paul/Jens,
>
> Looks like this one isn't merged yet.
I've merged it now.
--
Jens Axboe
--
To unsubscri
asynchronous
>
> Fengguang Wu (1):
> floppy: remove duplicated flag FD_RAW_NEED_DISK
I have pulled, it's in my for-3.6/drivers branch since I sent my reply.
Updated now with Wu's patch too.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscrib
om
userspace with bsg and block tracing?
IOW, I'm dubious as to whether a new _io scheduler_ is the correct
solution to the problem you have at hand.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vge
On 2012-09-21 02:28, Eric W. Biederman wrote:
> From: "Eric W. Biederman"
>
> Cc: Signed-off-by: Jens Axboe
> Acked-by: Serge Hallyn
> Signed-off-by: Eric W. Biederman
> ---
> drivers/block/loop.c |4 ++--
> include/linux/loop.h |2 +-
> ini
On 2012-09-21 09:07, Eric W. Biederman wrote:
> Jens Axboe writes:
>
>> On 2012-09-21 02:28, Eric W. Biederman wrote:
>>> From: "Eric W. Biederman"
>>>
>>> Cc: Signed-off-by: Jens Axboe
>>> Acked-by: Serge Hallyn
>>> Signed-
t; different solution.
>
> Signed-off-by: Tejun Heo
> Reported-by: Joseph Glanville
> Cc: Vivek Goyal
> Cc: sta...@vger.kernel.org
> ---
> Jens, while these are fixes, I think it isn't extremely urgent and
> routing these through 3.7-rc1 should be enough.
Agree, I
tion, now zcache use it, too so it's rather awkward if we put it
>> under dirver/blocks/zram/.
>>
>> So questions.
>>
>> To Andrew:
>> Is it okay to put it under mm/ ? Or /lib?
>>
>> To Jens:
>> Is it okay to put zram under drvier/block/ If
On 09/25/2012 01:57 AM, NeilBrown wrote:
>
> Hi Jens,
> is there any chance this can be in the next merge window? I'm
> adding block tracing to md and found I need another export.
No problem, applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line "un
core
as-is...
Shaohua, could you resend an updated variant?
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
look at the patch set? We are seeing problem
> reports of this in the wild[1][2].
I'll queue it up for 3.7. I can run my regular testing on the 8-way, it
has a nack for showing scaling problems very nicely in aio/dio. As long
as we're not adding per-inode cache line dirtying per IO (
On 2012-09-25 19:59, Jens Axboe wrote:
> On 2012-09-25 19:49, Jeff Moyer wrote:
>> Jeff Moyer writes:
>>
>>> Mikulas Patocka writes:
>>>
>>>> Hi Jeff
>>>>
>>>> Thanks for testing.
>>>>
>>>> It would be
ying to some email in the middle of an existing
thread. It all becomes very messy pretty quickly. Patch #2 had a botched
subject line, so that didn't help either :-)
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
>
> and has this tiny patch:
>
> Oliver Chick (1):
> xen/blkback: Change xen_vbd's flush_support and discard_secure to have
> type unsigned int, rather than bool
Pulled.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
ppy: properly handle failure on add_disk loop
floppy: use common function to check if floppies can be registered
floppy: remove dr, reuse drive on do_floppy_init
Jens Axboe (6):
Merge branch 'stable/for-jens-3.7' of git://git.kernel.org/.../konrad/xen
into for-3.7/drivers
On 2012-10-29 19:35, Linus Torvalds wrote:
> On Mon, Oct 29, 2012 at 11:21 AM, Jens Axboe wrote:
>>
>> Later than I would have liked, but I was traveling around the merge
>> window and then a fixes snuck in past that and I wanted to ensure that
>> everything was fully
nbus.c | 9 ++--
fs/bio.c | 6 ++-
13 files changed, 113 insertions(+), 68 deletions(-)
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http:/
>
> Signed-off-by: Christoph Hellwig
Thanks Christoph, merge issue I'm assuming. I'll fix it up.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
stoph, applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ot;blk-mq: blk-mq should free bios in pass through case", and the last two
> are minor cleanups.
Looks good, applied! Thanks Christoph.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
plied. Might not be a bad idea to just mimic the run queue
API, and provide a blk_mq_start_hw_queue(hctx, is_async) instead.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
e revisited. So definitely room
for improvement there.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
r.c | 25 +-
block/noop-iosched.c | 17 +-
fs/block_dev.c |9 +-
include/linux/cgroup.h |2 +
include/linux/elevator.h |6 +-
12 files changed, 905 insertions(+), 434 deletio
On Mon, Sep 02 2013, majianpeng wrote:
> Hi axboe:
> How about this patch?
Applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kern
t doesn't seem to be
> possible without tracking with each block trace which tasks it has been
> notified about. And that is relatively expensive...
It is unfortunately a known issue... I have not come up with a good way
to fix it either, while keeping it cheap. So if you think of somethi
On 09/17/2013 11:10 AM, Jan Kara wrote:
> On Tue 17-09-13 08:29:07, Jens Axboe wrote:
>> On 09/16/2013 03:23 AM, Jan Kara wrote:
>>> Hi,
>>>
>>> I've been looking into a problem where BLK_TN_PROCESS events are not
>>> delivered to all devic
t;>>
>>> Signed-off-by: David Milburn
>>
>> Acked-by: Asai Thambi S P
>>
> Jens,
>
> Please include this patch too for 3.12.
Queued up.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
mething and we should teach Coverity to
>>> shut up about it.
>>
>> Sorry - no, this is definitely a bug:
>>
>> Acked-by: Kent Overstreet
>
> From my v3.12-rc1 reminder list: what's going on with this patch?
>
> It's been acked, G
On 09/17/2013 01:04 PM, Olof Johansson wrote:
> On Thu, Sep 5, 2013 at 7:12 AM, Jens Axboe wrote:
>> On 09/05/2013 06:00 AM, Jeff Moyer wrote:
>>> OS Engineering writes:
>>>
>>>> Hi Jeff,
>>>>
>>>> Thank you for reviewing the patc
s well, we do have debug facilities
in place you can use for printing.
And as mentioned a week or so ago, readq() isn't even used.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel
n it comes to
new drivers. So no, I'd be surprised if we can't queue this up for 3.12.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
it://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> stable/for-jens-3.12
>
> which will give you bug-fixes to Xen blkfront and backend driver:
Thanks, I'll get the 3.12 branch set up and pulled in. I'm behind on a
lot of other drivers, too.
--
Jens Axboe
--
To unsubscr
On Thu, Aug 29 2013, Joe Perches wrote:
> Use the helper function instead of __GFP_ZERO.
Applied.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vg
On 09/12/2013 01:42 AM, Alexander Gordeev wrote:
> Hi Jens,
>
> Could you consider patches 4 and 5, please?
Added. Really should be re-folded since the previous patches were
broken, but I'll do that some time anyway for parts of the series again.
--
Jens Axboe
--
To unsubscribe
he driver.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 09/13/2013 01:55 AM, Dan Carpenter wrote:
> The other __copy_from_user() calls have access_ok() checks so they are
> fine, but these two don't have the check.
Thanks Dan, applied this one and the other two. Did you miss sending one
out? I don't see a 3/4 patch.
--
J
ed drivers with lots of duplicated code and
mechanisms. We need to move away from that.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
1 - 100 of 6215 matches
Mail list logo
