SCSI devices on the chain are recognized by
2.4.3 indicating that the controller is properly compiled and can be
accessed. Dmesg in 2.2.18 shows all three scsi devices, dmesg in 2.4.3
shows all except a Mitsumi CD writer.
Is there a known problem ?
Is it just me ?
Jens
-
To unsubscribe from this
r.
>Is there a known problem ?
>Is it just me ?
>
>Jens
Just installed 2.4.3-pre4 same problem :(
Jens
-
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.o
On Tue, 13 Mar 2001 06:51:30 -0700, you wrote:
>>Just installed 2.4.3-pre4 same problem :(
>
>It might help to know what controller you are using.
I am using the Adaptec 29160 controller.
Jens
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
cosher. If anyone has a clue what would cause my
lack of sound, I would be grateful.
Jens
I noted two items of interest:
During compile I get the following messages:
***
/usr/bin/make -C sound
make[3]: Entering directory `/root/kernel2.4.2/linux/drivers/sound'
/usr/bin/make all_ta
On Sat, 24 Mar 2001 22:38:01 -0600, you wrote:
>Hello:
>
>I've ftp'd the 2.4.3-pre7 patch here, but I'm wondering what I should
>be applying it against? Is there a 2.4.3 "stock" kernel(if so where
>would I locate it) or go against 2.4.2 stock kerne
On Fri, Feb 21 2014, Gu Zheng wrote:
> Most code of function bio_integrity_verify and bio_integrity_generate
> is the same, so introduce a help function bio_integrity_generate_verify()
> to remove the duplicate code.
Thanks, queued up for the next release.
--
Jens Axboe
--
To unsubsc
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
git://git.drbd.org/linux-drbd.git for-jens-3.8-fix
>
> for you to fetch changes up to 78aa7987a223e8542f2735dace439690c6171ac5:
>
> drbd: Fix build error when CONFIG_CRYPTO_HMAC is not set (2013-02-04
> 18:14:03 +0100)
NOT pulled. Base the branch off my for-linus. When I pull t
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
On Wed, Feb 06 2013, Stephen Rothwell wrote:
> Hi Jens,
>
> After merging the block tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/block/rsxx/core.c:322:22: error: expected '=', ',', ';', 'asm'
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
On Mon, Apr 01 2013, Tejun Heo wrote:
> Hello, Jens.
>
> This is the pull request for the earlier patchset[1] with the same
> name. It's only three patches (the first one was committed to
> workqueue tree) but the merge strategy is a bit involved due to the
> dependenc
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/
On Wed, Apr 03 2013, Asai Thambi S P wrote:
> Hi Jens,
>
> This patchset includes the following. It was generated against your
> for-3.9/drivers
>
> * improved recovery for command timeout
> * fix for a crash during rmmod
> * add new debugfs entry 'device_statu
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
On Tue, Feb 19 2013, Konrad Rzeszutek Wilk wrote:
> Hey Jens,
>
> Please git pull the following branch:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
> stable/for-jens-3.9
>
> which has bug-fixes that did not make it in v3.8. They all are marked as
&
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
On Tue, Sep 11, 2012 at 01:31:06PM +0200, Samuel Iglesias Gonsálvez wrote:
> On Tue, 2012-09-11 at 11:48 +0300, Dan Carpenter wrote:
> > On Mon, Sep 10, 2012 at 10:51:46AM +0200, Samuel Iglesias Gonsálvez wrote:
> > > From: Jens Taprogge
> > >
> > > Rea
On Tue, Sep 11, 2012 at 11:47:02AM +0300, Dan Carpenter wrote:
>
> I had a few style comments on this patchset. Nothing that couldn't
> be fixed later.
>
> On Mon, Sep 10, 2012 at 10:51:41AM +0200, Samuel Iglesias Gonsálvez wrote:
> > From: Jens Taprogge
>
On Wed, Sep 12, 2012 at 02:13:30PM +0300, Dan Carpenter wrote:
> On Wed, Sep 12, 2012 at 11:28:33AM +0200, Jens Taprogge wrote:
> > On Tue, Sep 11, 2012 at 11:47:02AM +0300, Dan Carpenter wrote:
> > > > +static int tpci200_get_clockrate(struct ipack_device *dev)
> > &g
On Wed, Sep 12, 2012 at 02:59:26PM +0300, Dan Carpenter wrote:
> On Wed, Sep 12, 2012 at 01:21:17PM +0200, Samuel Iglesias Gonsálvez wrote:
> > On Wed, 2012-09-12 at 14:13 +0300, Dan Carpenter wrote:
> > > On Wed, Sep 12, 2012 at 11:28:33AM +0200, Jens Taprogge wrote:
> >
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 Thu, Sep 13, 2012 at 11:19:17AM -0700, Joe Perches wrote:
> On Thu, 2012-09-13 at 20:49 +0300, Dan Carpenter wrote:
> > On Thu, Sep 13, 2012 at 08:43:12PM +0300, Dan Carpenter wrote:
> > > On Wed, Sep 12, 2012 at 02:55:29PM +0200, Samuel Iglesias Gonsalvez wrote:
> >
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-
On Thu, Jan 31 2008, Ingo Molnar wrote:
>
>
> Jens,
>
> AS still has some locking issues - see the lockdep warning below that
> the x86 test-rig just triggered. Config attached. Never saw this one
> before. Can send more info if needed.
>
> Ingo
>
> --
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
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
> > the x86 test-rig just triggered. Config attached. Never saw th
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
t; > handling the completions.
> >
> > (Zach - please correct me if I've missed anything)
>
> Yeah, I think Nick's patch (and Jens' approach, presumably) is just the
> sort of thing we were hoping for when discussing this during Matthew's talk.
>
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
On 2012-10-02 15:02, Philipp Reisner wrote:
> Hi Jens,
>
> Please consider to pull these changes for the 3.7 merge window.
>
> Best,
> Phil
>
> The following changes since commit a0d271cbfed1dd50278c6b06bead3d00ba0a88f9:
>
> Linux 3.6 (2012-09-30 16:47:46 -0
>>>
>>> unrelated changes with a pull into that branch.
>>
>> Hi Jens,
>>
>> I can rebase it for you in a few hours. Would influence this your decission?
>>
>
> Hi Jens,
>
> Is there a convenient way for me to find our when it is the ri
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
On 2012-10-31 14:55, Ben Hutchings wrote:
> On Wed, 2012-10-31 at 13:04 +1100, Stephen Rothwell wrote:
>> Hi Jens,
>>
>> Today's linux-next merge of the block tree got a conflict in
>> drivers/block/floppy.c between a set of common patches from Linus' tree
>
On Mon, Oct 29 2012, Philipp Reisner wrote:
> Hi Jens,
>
> please consider to pull these fixes in. It is based on your
> for-3.7/drivers branch.
>
> Best regards,
> Phil
>
>
> The following changes since commit 34a73dd594699dc3834167297a74c43948bb6e41:
>
>
On 2012-11-05 15:35, Philipp Reisner wrote:
>>
>> Can you rebase this against for-3.8/drivers? Thanks.
>
> Hi Jens,
>
> One of these changes fixes a regression that was introduced in the last
> merge window. Please consider to pull this single commit.
> (I will re
On 07/24/2012 04:24 PM, Philipp Reisner wrote:
> Hi Jens,
>
> Please consider to pull these changes for the 3.6 merge window.
> I did not found a for-3.6/drivers branch, so I based the patches
> on the 3.5 release.
>
> Best,
> Phil
>
>
> T
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
t;
>> Andi Kleen (1):
>> floppy: Run floppy initialization asynchronous
>>
>> drivers/block/floppy.c | 21 ++++-
>> 1 files changed, 20 insertions(+), 1 deletions(-)
>
> Jens,
>
> as you haven't seem to have pulled yet, I
On 07/31/2012 04:36 PM, me...@codeaurora.org wrote:
> Hi Jens,
>
> Do you have comments on this patch?
> Can we push it to kernel 3.6 version?
I have questions - what is this good for? In other words, explain to me
why this is useful code. And in particular why this cannot be done fr
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
On 09/24/2012 06:56 AM, NeilBrown wrote:
>
> Hi Jens,
> this patch has been sitting in my -next tree for a little while and I was
> hoping for it to go in for the next merge window.
> It simply allows bio_split() to be used on bios without a payload, such as
> 'discard&
rcu_assign_pointer and
> rcu_dereference to modify and access the fields, and both fields would
> need to protected by the same struct srcu_struct. I'm not sure whether
> that's a desirable approach. When I started to implement it, it got
> ugly pretty quickly. What do others thi
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
On 2012-09-26 15:58, Konrad Rzeszutek Wilk wrote:
> Hey Jens,
>
> I've one more patch (a small change) that I was hoping you could
> pull in your v3.7 branch.
>
> The branch is:
> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
> stable/for-jens-3.7
fetch changes up to a13c29ddf73d3be4fbb2b1bbced64014986cd87a:
Merge branch 'for-jens' of
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/linux-block into
for-3.7/drivers (2012-10-29 19:20:25 +0100)
Akinobu Mita (
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
c:2894: warning: the frame size of
>>> 1056 bytes is larger than 1024 bytes
>>> drivers/block/mtip32xx/mtip32xx.c: In function ‘mtip_hw_read_flags’:
>>> drivers/block/mtip32xx/mtip32xx.c:2917: warning: the frame size of
>>> 1056 bytes is larger than 1024 bytes
&g
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
1 - 100 of 6696 matches
Mail list logo
