Raz's stripe-deadline patch illuminated the fact that the current
queuing model leaves write performance on the table in some cases. The
following patches introduce a new queuing model which attempts to
recover this performance.
On an ARM based iop13xx platform I see an averaged %14.7 increase in
On 6/28/07, Steven Rostedt <[EMAIL PROTECTED]> wrote:
Hi Dan,
On Mon, 25 Jun 2007, Dan Williams wrote:
> Yes you are right, ARM does not flush L1 when prev==next in switch_mm.
>
> > Perhaps something else is at fault here.
> >
> I'll try and dig a bit dee
On 6/28/07, Steven Rostedt <[EMAIL PROTECTED]> wrote:
On Thu, 28 Jun 2007, Dan Williams wrote:
> >
> Unfortunately setting the thread to real time priority makes
> throughput slightly worse. Instead of floating around 35MB/s the
> resync speed is stuck around 30MB/s:
That
On 6/28/07, Dan Williams <[EMAIL PROTECTED]> wrote:
Everything thus far has been CONFIG_PREEMPT=n (the default for this platform).
With CONFIG_PREEMPT=y the resync is back in the 50MB/s range.
[iop-adma: hi-prio workqueue, CONFIG_PREEMPT=y]
iq81340mc:~# cat /proc/mdstat
Personalities :
On Fri, 2007-06-29 at 21:51 +0200, Adrian Bunk wrote:
> The Coverity checker spotted the following use-after-free of "skb" in
> drivers/net/wireless/libertas/rx.c introduced by
> commit 9012b28a407511fb355f6d2176a12d4653489672 (WTF did this commit
> with the title "libertas: make debug configurabl
The first take of the stripe-queue implementation[1] had a performance
limiting bug in __wait_for_inactive_queue. Fixing that issue
drastically changed the performance characteristics. The following data
from tiobench shows the relative performance difference of the
stripe-queue patchset.
Unit i
On 04 Jul 2007 13:41:26 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote:
Dan Williams <[EMAIL PROTECTED]> writes:
> The write performance numbers are better than I expected and would seem
> to address the concerns raised in the thread "Odd (slow) RAID
> performance"
On Fri, 2007-07-06 at 12:59 +0530, Satyam Sharma wrote:
> Hi Guillaume,
>
> [ Added relevant folks to Cc: ]
Botched backport, head is correct. It's worth noting that WPA didn't
work before the original commit at _all_, and after the commit it would
actually work, but you probably couldn't turn i
[ apologies for reviving an old conversation ]
On 2/26/07, Heiko Carstens <[EMAIL PROTECTED]> wrote:
From: Heiko Carstens <[EMAIL PROTECTED]>
Architectures that don't support DMA can say so by adding a
config NO_DMA to their Kconfig file. This will prevent compilation
of some dma specific drive
Duplicate what Zach Brown did for pr_debug in commit
8b2a1fd1b394c60eaa2587716102dd5e9b4e5990
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
include/linux/device.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/linux/device.h b/include/linux/de
On 5/6/07, Wim Van Sebroeck <[EMAIL PROTECTED]> wrote:
Hi Dan,
> Here is a new watchdog driver for your review. It supports two flavors
> of the iop watchdog timer. The iop13xx watchdog can be stopped while
> the iop3xx version cannot.
I started reviewing this patch yesterday. First thing I n
On 5/6/07, Wim Van Sebroeck <[EMAIL PROTECTED]> wrote:
Hi Dan,
> >Could you split this patch into 2 patches: one that deals with the moving
> >of
> >the architecture dependant code (and explaining why) and one with the new
> >watchdog drivers? I will continue my review today.
> >
>
> I am one of
On Sat, 2007-05-05 at 00:52 +0200, matthieu castet wrote:
> Hi,
>
> I attach a diff against 2.6.21 for adding wpa support for airo driver.
> In then end of 2005 I manage to make work wpa but the code was really
> ugly. I manage to find some time to clean it.
>
>
> To support wpa, a new interfac
On Mon, 2007-05-07 at 11:41 +0100, Christoph Hellwig wrote:
> On Sat, Mar 03, 2007 at 05:21:40AM +, Christoph Hellwig wrote:
> > Umm, I can't remember the updated driver ever beeig posted for review.
> > And to be honest I'd be surprised if it's in a good shape already.
>
> Of course it's not
On Mon, 2007-05-07 at 11:22 -0400, Jeff Garzik wrote:
> John W. Linville wrote:
> > On Mon, May 07, 2007 at 08:03:43AM -0400, Dan Williams wrote:
> >> On Mon, 2007-05-07 at 11:41 +0100, Christoph Hellwig wrote:
> >
> >>> Of course it's not anywhere n
On Tue, 2007-05-08 at 16:55 -0400, Jeff Garzik wrote:
> David Miller wrote:
> > From: "Pekka Enberg" <[EMAIL PROTECTED]>
> >> On 5/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >>> Open source is about release early, release often. Not "hide code in a
> >>> dark corner until Christoph thinks it i
On Tue, 2007-05-08 at 20:41 -0300, Marcelo Tosatti wrote:
> On Tue, May 08, 2007 at 06:40:54PM -0400, Jeff Garzik wrote:
> > Dan Williams wrote:
> > >I'll audit the list of ioctls and remove ones that may be objectionable,
> > >and we'll go back through them a
On Wed, 2007-05-09 at 14:25 -0700, Randy Dunlap wrote:
> On Tue, 08 May 2007 21:27:00 -0400 Dan Williams wrote:
>
> > On Tue, 2007-05-08 at 20:41 -0300, Marcelo Tosatti wrote:
> > > On Tue, May 08, 2007 at 06:40:54PM -0400, Jeff Garzik wrote:
> > > > Dan Willia
On 3/22/07, Neil Brown <[EMAIL PROTECTED]> wrote:
On Thursday March 22, [EMAIL PROTECTED] wrote:
> On Thu, Mar 22 2007, [EMAIL PROTECTED] wrote:
> > > 3 (I think) seperate instances of this, each involving raid5. Is your
> > > array degraded or fully operational?
> >
> > Ding! A drive fell out th
On 3/22/07, Dan Williams <[EMAIL PROTECTED]> wrote:
On 3/22/07, Neil Brown <[EMAIL PROTECTED]> wrote:
> On Thursday March 22, [EMAIL PROTECTED] wrote:
> > On Thu, Mar 22 2007, [EMAIL PROTECTED] wrote:
> > > > 3 (I think) seperate instances of this, each invol
bject of 2.6.22 inclusion.
Regards,
Dan
Dan Williams (15):
dmaengine: add base support for the async_tx api
ARM: Add drivers/dma to arch/arm/Kconfig
dmaengine: add the async_tx api
md: add raid5_run_ops and support routines
md: use raid5_run_ops for stri
roperate with async_tx
calls
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c | 194 ++-
drivers/dma/ioatdma.c | 248 -
drivers/dma/ioatdma.h |8 +
include/linux
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index e7baca2..74077e3 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -997,6 +997,8 @@ source "
clear 'pending' and 'ack'.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 65 +---
1 files changed, 56 insertions(+), 9 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
ind
handle_stripe sets STRIPE_OP_PREXOR, STRIPE_OP_BIODRAIN, STRIPE_OP_POSTXOR
to request a write to the stripe cache. raid5_run_ops is triggerred to run
and executes the request outside the stripe lock.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c
.
The bulk copy operation to the new stripe is handled inline by async_tx.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 48
1 files changed, 36 insertions(+), 12 deletions(-)
diff --git a/drivers/md/raid5.c b/driv
handle_stripe now only updates the state of stripes. All execution of
operations is moved to raid5_run_ops.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 68
1 files changed, 10 insertions(+), 58 del
replaced by raid5_run_ops
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 124
1 files changed, 0 insertions(+), 124 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
index 0be26c2..062df02
219 boards
* do not call platform register macros in driver code
* remove switch() statements for compatible register offsets/layouts
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/mach-iop32x/glantank.c|2
arch/arm/mach-iop32x/iq31244.c |5
arch/arm/ma
hmidt
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/dma/Kconfig |8
drivers/dma/Makefile|1
drivers/dma/iop-adma.c | 1469 +++
include/asm-arm/hardware/iop_adma.h | 121 +++
4 files ch
x)
* build error fix from Kirill A. Shutemov
* rebase for async_tx changes
* add interrupt support
* do not call platform register macros in driver code
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/mach-iop13xx/setup.c | 194 +++
include/asm-arm/arch-iop13xx/
.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 125 +++-
1 files changed, 93 insertions(+), 32 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
index 4d1adb5..9856742 100644
--- a/drivers/md/r
orton
* don't use inline in C files, Adrian Bunk
* select the API when MD is enabled
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/Makefile |1
drivers/dma/Kconfig | 15 +
drivers/dma/Makefile |1
drivers/dma/asy
Use raid5_run_ops to carry out the memory copies for a raid5 read request.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 40 +++-
1 files changed, 15 insertions(+), 25 deletions(-)
diff --git a/drivers/md/raid5.c b/driv
ops_complete_postxor and
ops_complete_write.
* removed the workqueue
* call bi_end_io for reads in ops_complete_biofill
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 520
include/linux/raid/raid5.h | 63 +
2 files c
ons re-use the same logic as compute block, with the caveat
that the results of the compute block are immediately written back to the
parity disk. To differentiate these operations the STRIPE_OP_MOD_REPAIR_PD
flag is added.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/m
On 4/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 06 Apr 2007 02:33:03 +1000
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 3/04/2007 3:47 PM, Andrew Morton wrote:
> >
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops
ude/linux/sched.h:65,
from include/linux/mm.h:4,
from drivers/pci/msi.c:10:
include/linux/smp.h:85:1: warning: this is the location of the previous
definition
Tested on powerpc, i386, and x86_64.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Acked-by: Eric W. B
to test_and_set_bit and clear_bit
[EMAIL PROTECTED]: review comments/suggestions]
[EMAIL PROTECTED]: cleanups/forward port to 2.6-git]
Cc: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Daniel Wolstenholme <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]&g
On 3/1/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
On Thu, Mar 01 2007, Frank Seidel wrote:
> Am Mittwoch, 28. Februar 2007 19:02 schrieb Dan Williams:
> > I can reliably reproduce a null pointer dereference on 2.6.20 and
> > 2.6.21-rc2. I will keep digging to find the
On Mon, 2007-03-05 at 17:56 -0800, Greg KH wrote:
> On Mon, Mar 05, 2007 at 07:30:21PM -0600, Matt Mackall wrote:
> > On Mon, Mar 05, 2007 at 04:07:22PM -0800, Greg KH wrote:
> > > On Tue, Mar 06, 2007 at 12:40:52AM +0100, Adrian Bunk wrote:
> > > > On Mon, Mar 05, 2007 at 10:58:13AM -0800, Greg KH
On Wed, 2007-03-07 at 10:14 -0800, Stephen Hemminger wrote:
> On Wed, 07 Mar 2007 09:12:12 -0800
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> >
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > Revert 7628b0a8c01a02966d2228bdf741ddedb128e8f8. Thomas Bachler
> > reports:
> >
> > Commit 7628b0a8
Here is the latest revision of some patches that have been bouncing
around linux-pci for a while. linux-kernel is copied to get a few more
eyes on the ARCH_SUPPORTS_MSI change. To my knowledge these patches
have not yet been queued into a maintainer tree.
Dan Williams (2):
msi: introduce
ude/linux/sched.h:65,
from include/linux/mm.h:4,
from drivers/pci/msi.c:10:
include/linux/smp.h:85:1: warning: this is the location of the previous
definition
Tested on powerpc, i386, and x86_64.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Acked-by: Eric W. B
to test_and_set_bit and clear_bit
[EMAIL PROTECTED]: review comments/suggestions]
[EMAIL PROTECTED]: cleanups/forward port to 2.6-git]
Signed-off-by: Daniel Wolstenholme <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Acked-by: Eric W. Biederman <[EMAIL PROT
Allows architectures to advertise that they support MSI rather than listing
each architecture as a PCI_MSI dependency.
rev2:
* update i386 and x86_64 as well
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Acked-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
---
arch/
Greetings Wim,
Here is a new watchdog driver for your review. It supports two flavors
of the iop watchdog timer. The iop13xx watchdog can be stopped while
the iop3xx version cannot.
Thanks,
Dan
---
iop: combined watchdog timer driver for iop3xx and iop13xx
From: Dan Williams <[EM
I am pleased to release this latest spin of the raid acceleration
patches for merge consideration. This release aims to address all
pending review items including MD bug fixes and async_tx api changes
from Neil, and concerns on channel management from Chris and others.
Data integrity tests using
ine calls to interoperate with async_tx
calls
* hookup ioat_tx_submit
* convert channel capabilities to a 'cpumask_t like' bitmap
Cc: Chris Leech <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c | 182 +
to ignore
a channel if it does not meet extra client specific constraints beyond
simple base capabilities.
This patch also fixes up the NET_DMA client to use the new mechanism.
Cc: Chris Leech <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/dma
Cc: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index e7baca2..74077e3 100644
--- a/arch/arm/Kconfig
+++ b/arch
* BUG_ON xor source counts <= 1
* implicitly handle hardware concerns like channel switching and
interrupts, Neil Brown
* remove the per operation type list, and distribute operation capabilities
evenly amongst the available channels
* simplify async_tx_find_channel to optimize the fast path
Sign
* remove test_and_set/test_and_clear BUG_ONs, Neil Brown
* remove explicit interrupt handling
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 539
include/linux/raid/raid5.h | 63 +
2 files change
clear 'pending' and 'ack'.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 65 +---
1 files changed, 56 insertions(+), 9 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
ind
il
Brown
* remove test_and_set/test_and_clear BUG_ONs, Neil Brown
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 151 +---
1 files changed, 130 insertions(+), 21 deletions(-)
diff --git a/drivers/md/raid5.c b/dr
.
Changelog:
* remove the req_compute BUG_ON
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 126 +++-
1 files changed, 94 insertions(+), 32 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
index 0
ned-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 80
1 files changed, 61 insertions(+), 19 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
index 844bd9b..f8a4522 100644
--- a/drivers/md/raid5.c
+++ b/
Use raid5_run_ops to carry out the memory copies for a raid5 read request.
Changelog:
* cleanup to_read and to_fill accounting
* do not fail reads that have reached the cache
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c
.
The bulk copy operation to the new stripe is handled inline by async_tx.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 48
1 files changed, 36 insertions(+), 12 deletions(-)
diff --git a/drivers/md/raid5.c b/driv
handle_stripe now only updates the state of stripes. All execution of
operations is moved to raid5_run_ops.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 68
1 files changed, 10 insertions(+), 58 del
replaced by raid5_run_ops
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 124
1 files changed, 0 insertions(+), 124 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
index c9b91e3..74ce354
hmidt
* convert capabilities over to dma_cap_mask_t
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/dma/Kconfig |8
drivers/dma/Makefile|1
drivers/dma/iop-adma.c | 1464 +++
include/asm-a
x)
* build error fix from Kirill A. Shutemov
* rebase for async_tx changes
* add interrupt support
* do not call platform register macros in driver code
Cc: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/mach-iop13xx/setup.c | 208
219 boards
* do not call platform register macros in driver code
* remove switch() statements for compatible register offsets/layouts
* change over to bitmap based capabilities
Cc: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/mach-io
full rescan to figure out what other sectors
> are bad, and thus potentially avoid triggering an mce on them in the
> future. Also provide a sysfs trigger to start a bus-wide scrub.
>
> Cc: Dan Williams
> Cc: Rafael J. Wysocki
> Cc:
> Cc:
> Signed-off-by: Vishal
On Thu, Jul 21, 2016 at 12:40 PM, Linda Knippers wrote:
> On 07/20/2016 09:50 PM, Vishal Verma wrote:
>> Normally, an ARS (Address Range Scrub) only happens at
>> boot/initialization time. There can however arise situations where a
>> bus-wide rescan is needed - notably, in the case of discovering
On Thu, Jul 21, 2016 at 12:55 PM, Linda Knippers wrote:
>
>
> On 7/21/2016 3:46 PM, Dan Williams wrote:
>> On Thu, Jul 21, 2016 at 12:40 PM, Linda Knippers
>> wrote:
>>> On 07/20/2016 09:50 PM, Vishal Verma wrote:
>>>> Normally, an ARS (Addr
On Wed, Jul 20, 2016 at 11:13 PM, Stephen Rothwell
wrote:
> Hi Dan,
>
> After merging the nvdimm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> arch/powerpc/sysdev/axonram.c: In function 'axon_ram_direct_access':
> arch/powerpc/sysdev/axonram.c:151:9: error: assi
On Tue, Jul 12, 2016 at 3:12 PM, Dan Williams wrote:
> On Tue, Jul 12, 2016 at 7:57 AM, Peter Zijlstra wrote:
>> On Sat, Jul 09, 2016 at 08:25:54PM -0700, Dan Williams wrote:
>>> The pcommit instruction is being deprecated in favor of either ADR
>>> (asynchronous D
On Fri, Jul 22, 2016 at 9:52 AM, Ingo Molnar wrote:
>
> * Dan Williams wrote:
>
>> On Tue, Jul 12, 2016 at 3:12 PM, Dan Williams
>> wrote:
>> > On Tue, Jul 12, 2016 at 7:57 AM, Peter Zijlstra
>> > wrote:
>> >> On Sat, Jul 09, 2016 at 08:25
On Thu, Jul 21, 2016 at 11:13 PM, Stephen Rothwell
wrote:
> Hi Dan,
>
> After merging the nvdimm tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from drivers/md/dm.h:14:0,
> from drivers/md/dm-uevent.c:27:
> include/linux/device-m
On Fri, Jul 22, 2016 at 6:04 PM, Dan Williams wrote:
> On Thu, Jul 21, 2016 at 11:13 PM, Stephen Rothwell
> wrote:
>> Hi Dan,
>>
>> After merging the nvdimm tree, today's linux-next build (powerpc
>> ppc64_defconfig) failed like this:
>>
>
Cc: Thomas Gleixner
Cc: Ingo Molnar
Reported-by: Zhang Yi
Reported-by: Jeff Moyer
Tested-by: Zhang Yi
Fixes: ec776ef6bbe1 ("x86/mm: Add support for the non-standard protected e820
type")
Signed-off-by: Dan Williams
---
arch/x86/kernel/e820.c | 14 +-
1 file changed, 5 ins
On Mon, Jun 20, 2016 at 6:33 AM, Bart Van Assche
wrote:
> On 06/17/2016 06:34 PM, Dan Williams wrote:
>>
>> diff --git a/arch/um/drivers/ubd_kern.c b/arch/um/drivers/ubd_kern.c
>> index ef6b4d960bad..4e7cb5df8e43 100644
>> --- a/arch/um/drivers/ubd_kern.c
>>
AM type. This way,
> passing the wrong memmap will either not give you a pmem at all or give
> you a smaller one that actually has RAM behind it.
>
> And if someone still needs to fake a pmem that doesn't have RAM behind
> it, they can simply do memmap=XX@YY,XX!YY.
>
> Signed-off-by: Yigal Korman
Acked-by: Dan Williams
On Sun, Jun 19, 2016 at 10:59 AM, Pavel Machek wrote:
> Hi!
>
>> >Add the Microsoft _DSM command set to the white list of NVDIMM command sets.
>> >
>> >This command set is documented at
>> >https://msdn.microsoft.com/library/windows/hardware/mt604741.
>> >
>> >Signed-off-by: Stuart Hayes
>> >---
On Mon, Jun 20, 2016 at 6:22 PM, Martin K. Petersen
wrote:
>> "Tejun" == Tejun Heo writes:
>
>>> In fact,we don't need libata to deal with hotplug in sas environment.
>>> So we can't run ata hotplug task when ata port is sas host.
>
> Tejun> Martin, can you please confirm whether the above is
On Tue, Jun 21, 2016 at 8:44 AM, Kani, Toshimitsu wrote:
> On Tue, 2016-06-21 at 09:41 -0400, Mike Snitzer wrote:
>> On Mon, Jun 20 2016 at 6:22pm -0400,
>> Mike Snitzer wrote:
>> >
>> > On Mon, Jun 20 2016 at 5:28pm -0400,
>> > Kani, Toshimitsu wrote:
>> >
> :
>> > Looks good, I folded it in
On Tue, Jun 21, 2016 at 9:35 AM, Kani, Toshimitsu wrote:
> On Tue, 2016-06-21 at 09:25 -0700, Dan Williams wrote:
>> On Tue, Jun 21, 2016 at 8:44 AM, Kani, Toshimitsu
>> wrote:
>> >
>> > On Tue, 2016-06-21 at 09:41 -0400, Mike Snitzer wrote:
>> > >
ived a
build success notification from the kbuild robot across 122 configs.
---
Dan Williams (5):
block: introduce device_add_disk()
mmc: move 'parent' tracking to mmc_blk_data
um: track 'parent' device in a local variable
block: convert to device_add_disk()
in
Cc: David Woodhouse
Cc: David S. Miller
Cc: James Bottomley
Cc: Ross Zwisler
Cc: Konrad Rzeszutek Wilk
Cc: Martin K. Petersen
Reviewed-by: Christoph Hellwig
Reviewed-by: Johannes Thumshirn
Signed-off-by: Dan Williams
---
arch/powerpc/sysdev/axonram.c |3 +--
drivers/block/c
In preparation for the removal of 'driverfs_dev' from 'struct gendisk'
use a local variable to track the parented vs un-parented case in
ubd_disk_register().
Cc: Jeff Dike
Cc: Richard Weinberger
Reported-by: Bart Van Assche
Signed-off-by: Dan Williams
---
arch/um/drive
irn
Reviewed-by: Bart Van Assche
Signed-off-by: Dan Williams
---
block/genhd.c | 13 +++--
include/linux/genhd.h |8 +++-
2 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/block/genhd.c b/block/genhd.c
index 9f42526b4d62..932e70c113d0 100644
--- a/block/genh
Now that all drivers that specify a ->driverfs_dev have been converted
to device_add_disk(), the pointer can be removed from struct gendisk.
Cc: Jens Axboe
Cc: Ross Zwisler
Reviewed-by: Christoph Hellwig
Reviewed-by: Johannes Thumshirn
Signed-off-by: Dan Williams
---
block/genh
In preparation for the removal of 'driverfs_dev' from 'struct gendisk',
carry this data in mmc_blk_data. It is used for registration of parent
disks and partitions.
Cc: Ulf Hansson
Reported-by: Bart Van Assche
Signed-off-by: Dan Williams
---
drivers/mmc/card/block.c
kely(!m->count)) {
> p = m->op->next(m, p, &pos);
> - m->index = pos;
> + if (p && !IS_ERR(p))
Lets change this to use the IS_ERR_OR_NULL() helper, and do the same
with the earlier if (!p || IS_ERR()) a few lines up in the loop.
Other than that, this looks good to me.
Reviewed-by: Dan Williams
region. This is important to get right since virtualization
solutions use this mechanism to trigger hypervisor flushes to platform
persistence.
Reported-by: Dave Jiang
Signed-off-by: Dan Williams
---
drivers/nvdimm/nd.h | 22 --
drivers/nvdimm/region_devs.c | 20
On Mon, 2016-09-26 at 14:13 +0200, Rafał Miłecki wrote:
> On 26 September 2016 at 13:46, Arend Van Spriel
> wrote:
> >
> > On 26-9-2016 12:23, Rafał Miłecki wrote:
> > >
> > > From: Rafał Miłecki
> > >
> > > We need to track 802.1x packets to know if there are any pending
> > > ones
> > > for
On Thu, 2016-07-28 at 09:55 +0200, Daniel Wagner wrote:
> From: Daniel Wagner
>
> Factor out the firmware loading synchronization code in order to
> allow
> drivers to reuse it. This also documents more clearly what is
> happening. This is especial useful the drivers which will be
> converted
> a
ion.
>
> Signed-off-by: Ross Zwisler
> Cc: Dave Hansen
> Cc: Dan Williams
Acked-by: Dan Williams
y the time we reach acpi_nfit_destruct(). Instead, we now register
shutdown_dimm_notification() via devm_add_action_or_reset() to fire
before 'nfit_mem' instances are torn down.
I maintained the reviewed-by's and acked-by's from v1.
---
Dan Williams (2):
acpi, nfit
Trigger an nmemX/nfit/flags attribute to fire an event whenever a
smart-threshold DSM is received.
Reviewed-by: Vishal Verma
Acked-by: Rafael J. Wysocki
Signed-off-by: Dan Williams
---
drivers/acpi/nfit/core.c | 10 ++--
drivers/acpi/nfit/nfit.h |1 +
tools/testing
Toshi Kani
Signed-off-by: Dan Williams
---
drivers/acpi/nfit/core.c | 95 ++--
drivers/acpi/nfit/nfit.h |5 ++
drivers/nvdimm/dimm_devs.c |6 +++
include/linux/libnvdimm.h |1
4 files changed, 103 insertions(+), 4 deletions(-)
diff --git a/dr
On Tue, Sep 6, 2016 at 10:20 AM, Matthew Wilcox wrote:
> I have no objection to this patch going in for now.
>
> Longer term, surely we want to track what mode the PFNs are mapped in? There
> are various bizarre suppositions out there about how persistent memory should
> be mapped, and it's pro
On Tue, Sep 6, 2016 at 1:20 PM, Andrew Morton wrote:
> On Tue, 06 Sep 2016 09:49:47 -0700 Dan Williams
> wrote:
>
>> Now that track_pfn_insert() is no longer used in the DAX path, it no
>> longer needs to comprehend pfn_t values.
>
> What's the benefit in this?
On Tue, Sep 6, 2016 at 1:17 PM, Andrew Morton wrote:
> On Tue, 06 Sep 2016 09:49:41 -0700 Dan Williams
> wrote:
>
>> track_pfn_insert() is marking dax mappings as uncacheable.
>>
>> It is used to keep mappings attributes consistent across a remapped range.
>&g
On Tue, Sep 6, 2016 at 10:12 PM, Anshuman Khandual
wrote:
> On 09/06/2016 10:19 PM, Dan Williams wrote:
>> Now that track_pfn_insert() is no longer used in the DAX path, it no
>> longer needs to comprehend pfn_t values.
>>
>> Signed-off-by: Dan Williams
&
On Wed, Sep 7, 2016 at 12:39 PM, Kani, Toshimitsu wrote:
> On Tue, 2016-09-06 at 14:52 -0700, Dan Williams wrote:
>> On Tue, Sep 6, 2016 at 1:17 PM, Andrew Morton > org> wrote:
>> >
>> > On Tue, 06 Sep 2016 09:49:41 -0700 Dan Williams > > el.com> wrote
he
typical -mm route for v4.9 since it has potential to change behavior in
its DRI usages, needs soak time in -next, and there no known memtype
conflict problems it would fix.
[1]: https://lists.01.org/pipermail/linux-nvdimm/2016-September/006781.html
---
Dan Williams (2):
mm: fix cache mode
arrange for devm_memremap_pages() to
establish the write-back-cache reservation in the memtype tree.
Cc:
Cc: Matthew Wilcox
Cc: Andrew Morton
Cc: Ross Zwisler
Cc: Nilesh Choudhury
Cc: Kirill A. Shutemov
Reported-by: Toshi Kani
Reported-by: Kai Zhang
Signed-off-by: Dan Williams
---
arch/x86/mm
301 - 400 of 5467 matches
Mail list logo
