On Tue, Oct 6, 2015 at 3:46 AM, Ming Lei wrote:
> On Tue, Oct 6, 2015 at 7:23 AM, Dan Williams wrote:
>> On Sun, Oct 4, 2015 at 12:52 AM, Ming Lei wrote:
>>> On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams
>>> wrote:
Allow pmem, and other synchronous/bio-based block drivers, to fallback
On Tue, Oct 6, 2015 at 7:23 AM, Dan Williams wrote:
> On Sun, Oct 4, 2015 at 12:52 AM, Ming Lei wrote:
>> On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams
>> wrote:
>>> Allow pmem, and other synchronous/bio-based block drivers, to fallback
>>
>> Just a bit curious, why not extend it for all(both
On Tue, Oct 6, 2015 at 7:23 AM, Dan Williams wrote:
> On Sun, Oct 4, 2015 at 12:52 AM, Ming Lei wrote:
>> On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams
>> wrote:
>>> Allow pmem, and other synchronous/bio-based block
On Tue, Oct 6, 2015 at 3:46 AM, Ming Lei wrote:
> On Tue, Oct 6, 2015 at 7:23 AM, Dan Williams wrote:
>> On Sun, Oct 4, 2015 at 12:52 AM, Ming Lei wrote:
>>> On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams
On Sat, Oct 3, 2015 at 11:40 PM, Christoph Hellwig wrote:
> On Tue, Sep 29, 2015 at 08:41:31PM -0400, Dan Williams wrote:
>> Allow pmem, and other synchronous/bio-based block drivers, to fallback
>> on a per-cpu reference count managed by the core for tracking queue
>> live/dead state.
>>
>> The
On Sun, Oct 4, 2015 at 12:52 AM, Ming Lei wrote:
> On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams
> wrote:
>> Allow pmem, and other synchronous/bio-based block drivers, to fallback
>
> Just a bit curious, why not extend it for all(both synchronous and
> asynchrounous) bio-based drivers? As you
On Sat, Oct 3, 2015 at 11:40 PM, Christoph Hellwig wrote:
> On Tue, Sep 29, 2015 at 08:41:31PM -0400, Dan Williams wrote:
>> Allow pmem, and other synchronous/bio-based block drivers, to fallback
>> on a per-cpu reference count managed by the core for tracking queue
>> live/dead
On Sun, Oct 4, 2015 at 12:52 AM, Ming Lei wrote:
> On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams
> wrote:
>> Allow pmem, and other synchronous/bio-based block drivers, to fallback
>
> Just a bit curious, why not extend it for all(both synchronous
On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams wrote:
> Allow pmem, and other synchronous/bio-based block drivers, to fallback
Just a bit curious, why not extend it for all(both synchronous and
asynchrounous) bio-based drivers? As you mentioned in introductory
message, all bio based drivers may
On Tue, Sep 29, 2015 at 08:41:31PM -0400, Dan Williams wrote:
> Allow pmem, and other synchronous/bio-based block drivers, to fallback
> on a per-cpu reference count managed by the core for tracking queue
> live/dead state.
>
> The existing per-cpu reference count for the blk_mq case is promoted
On Wed, Sep 30, 2015 at 8:41 AM, Dan Williams wrote:
> Allow pmem, and other synchronous/bio-based block drivers, to fallback
Just a bit curious, why not extend it for all(both synchronous and
asynchrounous) bio-based drivers? As you mentioned in introductory
message,
On Tue, Sep 29, 2015 at 08:41:31PM -0400, Dan Williams wrote:
> Allow pmem, and other synchronous/bio-based block drivers, to fallback
> on a per-cpu reference count managed by the core for tracking queue
> live/dead state.
>
> The existing per-cpu reference count for the blk_mq case is promoted
Allow pmem, and other synchronous/bio-based block drivers, to fallback
on a per-cpu reference count managed by the core for tracking queue
live/dead state.
The existing per-cpu reference count for the blk_mq case is promoted to
be used in all block i/o scenarios. This involves initializing it by
Allow pmem, and other synchronous/bio-based block drivers, to fallback
on a per-cpu reference count managed by the core for tracking queue
live/dead state.
The existing per-cpu reference count for the blk_mq case is promoted to
be used in all block i/o scenarios. This involves initializing it by
14 matches
Mail list logo