rufAmazon.co.jp にご登録のアカウント（名前、パスワード、その他個人情報）の確認...
nhiviqrm7vum38k5m
Аmazon お客様
残念ながら、あなたのアカウント
4weg
Аmazon を更新できませんでした。
これは、カードが期限切れになったか。請求先住所が変更されたなど、さまざまな理由で発生する可能性があります。
6xpylx4d
アカウント情報の一部が誤っている故に、お客様のアカウントを維持するため
jzg
pqb
Аmazon 情報を確認する必要・ェあります。今アカウントを確認できます。
Аmazon ログイン なお、24時間
On Mon, Feb 24, 2020 at 3:43 PM Alastair D'Silva wrote:
>
> On Sun, 2020-02-23 at 20:37 -0800, Matthew Wilcox wrote:
> > On Mon, Feb 24, 2020 at 03:34:07PM +1100, Alastair D'Silva wrote:
> > > V3:
> > > - Rebase against next/next-20200220
> > > - Move driver to arch/powerpc/platforms/powernv,
On 24/2/20 5:10 pm, Alastair D'Silva wrote:
Printing this at info level for every single AFU seems a bit noisy.
Perhaps we can print it only if LPC memory is > 0?
There is an early exit before this if there is no LPC memory.
Noted, I'd missed that amidst all the early returns for errors.
I
On Mon, 2020-02-24 at 17:06 +1100, Andrew Donnellan wrote:
> On 21/2/20 2:27 pm, Alastair D'Silva wrote:
> > From: Alastair D'Silva
> >
> > This patch emits a message showing how much LPC memory & special
> > purpose
> > memory was detected on an OCXL device.
> >
> > Signed-off-by: Alastair D'Si
On Mon, 2020-02-24 at 17:02 +1100, Andrew Donnellan wrote:
> On 21/2/20 2:27 pm, Alastair D'Silva wrote:
> > From: Alastair D'Silva
> >
> > Add functions to map/unmap LPC memory
> >
> > Signed-off-by: Alastair D'Silva
> > ---
> > drivers/misc/ocxl/core.c | 51
> >
On 21/2/20 2:27 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
This patch emits a message showing how much LPC memory & special purpose
memory was detected on an OCXL device.
Signed-off-by: Alastair D'Silva
---
drivers/misc/ocxl/config.c | 4
1 file changed, 4 insertions(+)
diff
On 21/2/20 2:27 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
Add functions to map/unmap LPC memory
Signed-off-by: Alastair D'Silva
---
drivers/misc/ocxl/core.c | 51 +++
drivers/misc/ocxl/ocxl_internal.h | 3 ++
include/misc/ocxl.h
On Mon, 2020-02-24 at 16:49 +1100, Andrew Donnellan wrote:
> On 21/2/20 2:26 pm, Alastair D'Silva wrote:
> > From: Alastair D'Silva
> >
> > Add OPAL calls for LPC memory alloc/release
> >
> > Signed-off-by: Alastair D'Silva
> > Acked-by: Andrew Donnellan
> > Acked-by: Frederic Barrat
>
> Sum
On 21/2/20 2:26 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
Add OPAL calls for LPC memory alloc/release
Signed-off-by: Alastair D'Silva
Acked-by: Andrew Donnellan
Acked-by: Frederic Barrat
Summary line should be "powerpc/powernv".
--
Andrew Donnellan OzLabs, ADL Canb
On 24/2/20 1:51 pm, Andrew Donnellan wrote:
On 21/2/20 2:26 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
This patch adds platform support to map & release LPC memory.
Signed-off-by: Alastair D'Silva
Nothing seems obviously wrong here.
Reviewed-by: Andrew Donnellan
Oh, commit mess
On Mon, 2020-02-24 at 16:25 +1100, Andrew Donnellan wrote:
> On 21/2/20 2:26 pm, Alastair D'Silva wrote:
> > From: Alastair D'Silva
> >
> > Tally up the LPC memory on an OpenCAPI link & allow it to be mapped
> >
> > Signed-off-by: Alastair D'Silva
>
> This commit message is a bit short and cou
On 21/2/20 2:26 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
Tally up the LPC memory on an OpenCAPI link & allow it to be mapped
Signed-off-by: Alastair D'Silva
This commit message is a bit short and could do with some further
explanation.
In particular - it's worth explaining why
On Sun, 2020-02-23 at 20:37 -0800, Matthew Wilcox wrote:
> On Mon, Feb 24, 2020 at 03:34:07PM +1100, Alastair D'Silva wrote:
> > V3:
> > - Rebase against next/next-20200220
> > - Move driver to arch/powerpc/platforms/powernv, we now expect
> > this
> > driver to go upstream via the powerpc
On Mon, Feb 24, 2020 at 03:34:07PM +1100, Alastair D'Silva wrote:
> V3:
> - Rebase against next/next-20200220
> - Move driver to arch/powerpc/platforms/powernv, we now expect this
> driver to go upstream via the powerpc tree
That's rather the opposite direction of normal; mostly drivers li
On Fri, 2020-02-21 at 08:21 -0800, Dan Williams wrote:
> On Thu, Feb 20, 2020 at 7:28 PM Alastair D'Silva <
> alast...@au1.ibm.com> wrote:
> > From: Alastair D'Silva
> >
> > This series adds support for OpenCAPI Persistent Memory devices,
> > exposing
> > them as nvdimms so that we can make use o
If you are unable to see the message below, please
click here to view.
On 21/2/20 2:26 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
This patch adds platform support to map & release LPC memory.
Signed-off-by: Alastair D'Silva
Nothing seems obviously wrong here.
Reviewed-by: Andrew Donnellan
--
Andrew Donnellan OzLabs, ADL Canberra
a...@l
From: Kenny Root
Add documentation and example for memory-region in pmem.
Signed-off-by: Kenny Root
Signed-off-by: Alistair Delva
Cc: "Oliver O'Halloran"
Cc: Rob Herring
Cc: Dan Williams
Cc: Vishal Verma
Cc: Dave Jiang
Cc: Ira Weiny
Cc: devicet...@vger.kernel.org
Cc: linux-nvdimm@lists.0
From: Kenny Root
Add support for parsing the 'memory-region' DT property in addition to
the 'reg' DT property. This enables use cases where the pmem region is
not in I/O address space or dedicated memory (e.g. a bootloader
carveout).
Signed-off-by: Kenny Root
Signed-off-by: Alistair Delva
Revi
From: Kenny Root
Factor out region registration for 'reg' node. A follow-up change will
use of_pmem_register_region() to handle memory-region nodes too.
Signed-off-by: Kenny Root
Signed-off-by: Alistair Delva
Reviewed-by: "Oliver O'Halloran"
Cc: Rob Herring
Cc: Dan Williams
Cc: Vishal Verma
From: Kenny Root
From: Kenny Root
Add support for parsing the 'memory-region' DT property in addition to
the 'reg' DT property. This enables use cases where the pmem region is
not in I/O address space or dedicated memory (e.g. a bootloader
carveout).
Signed-off-by: Kenny Root
Signed-off-by: A
From: Kenny Root
From: Kenny Root
Factor out region registration for 'reg' node. A follow-up change will
use of_pmem_register_region() to handle memory-region nodes too.
Signed-off-by: Kenny Root
Signed-off-by: Alistair Delva
Reviewed-by: "Oliver O'Halloran"
Cc: Rob Herring
Cc: Dan William
From: Kenny Root
From: Kenny Root
Add documentation and example for memory-region in pmem.
Signed-off-by: Kenny Root
Signed-off-by: Alistair Delva
Cc: "Oliver O'Halloran"
Cc: Rob Herring
Cc: Dan Williams
Cc: Vishal Verma
Cc: Dave Jiang
Cc: Ira Weiny
Cc: devicet...@vger.kernel.org
Cc: l
On 21/2/20 2:26 pm, Alastair D'Silva wrote:
From: Alastair D'Silva
This patch addresses warnings and errors from the kernel doc scripts for
the OpenCAPI driver.
It also makes minor tweaks to make the docs more consistent.
Signed-off-by: Alastair D'Silva
Looks good, fixes all the kerneldoc
On Sun, Feb 23, 2020 at 5:42 PM Oliver O'Halloran wrote:
>
> On Mon, Feb 24, 2020 at 1:56 AM Ira Weiny wrote:
> >
> > On Sat, Feb 22, 2020 at 10:30:09AM -0800, Alistair Delva wrote:
> > > From: Kenny Root
> > >
> > > Add support for parsing the 'memory-region' DT property in addition to
> > > th
Sparse reports warnings at dax_read_lock() and dax_read_unlock()
warning: context imbalance in dax_read_lock() - wrong count at exit
warning: context imbalance in dax_read_unlock() - unexpected unlock
The root cause is the missing annotations at dax_read_lock()
and dax_read_unlock()
Add
On Mon, Feb 24, 2020 at 1:56 AM Ira Weiny wrote:
>
> On Sat, Feb 22, 2020 at 10:30:09AM -0800, Alistair Delva wrote:
> > From: Kenny Root
> >
> > Add support for parsing the 'memory-region' DT property in addition to
> > the 'reg' DT property. This enables use cases where the pmem region is
> > n
On Sun, Feb 23, 2020 at 5:30 AM Alistair Delva wrote:
>
> From: Kenny Root
>
> Add support for parsing the 'memory-region' DT property in addition to
> the 'reg' DT property. This enables use cases where the pmem region is
> not in I/O address space or dedicated memory (e.g. a bootloader
> carveo
On 2/24/20 7:16 AM, Jules Irenge wrote:
Sparse reports warning at dax_read_lock() and at dax_read_unlock()
warning: context imbalance in dax_read_lock() - wrong count at exit
warning: context imbalance in dax_read_unlock() - unexpected unlock
The root cause is the mnissing annotations at d
On Sun, Feb 23, 2020 at 3:03 PM Dave Chinner wrote:
>
> On Fri, Feb 21, 2020 at 03:17:59PM -0500, Vivek Goyal wrote:
> > On Fri, Feb 21, 2020 at 01:32:48PM -0500, Jeff Moyer wrote:
> > > Vivek Goyal writes:
> > >
> > > > On Thu, Feb 20, 2020 at 04:35:17PM -0500, Jeff Moyer wrote:
> > > >> Vivek G
Sparse reports warning at dax_read_lock() and at dax_read_unlock()
warning: context imbalance in dax_read_lock() - wrong count at exit
warning: context imbalance in dax_read_unlock() - unexpected unlock
The root cause is the mnissing annotations at dax_read_lock()
and dax_read_unlock()
On Fri, Feb 21, 2020 at 03:17:59PM -0500, Vivek Goyal wrote:
> On Fri, Feb 21, 2020 at 01:32:48PM -0500, Jeff Moyer wrote:
> > Vivek Goyal writes:
> >
> > > On Thu, Feb 20, 2020 at 04:35:17PM -0500, Jeff Moyer wrote:
> > >> Vivek Goyal writes:
> > >>
> > >> > Currently pmem_clear_poison() expec
The macros PAGE_SECTORS, PAGE_SECTORS_SHIFT and SECTOR_MASK are defined
several times in different flavours across the whole tree.
Define them just once in a common header.
Signed-off-by: Matteo Croce
---
block/blk-lib.c | 2 +-
drivers/block/brd.c | 3 ---
driver
On Sat, Feb 22, 2020 at 10:30:09AM -0800, Alistair Delva wrote:
> From: Kenny Root
>
> Add support for parsing the 'memory-region' DT property in addition to
> the 'reg' DT property. This enables use cases where the pmem region is
> not in I/O address space or dedicated memory (e.g. a bootloader
34 matches
Mail list logo
