On Fri, May 7, 2021 at 5:17 AM Dan Williams wrote:
>
> On Thu, May 6, 2021 at 10:28 AM Kaneda, Erik wrote:
> >
> >
> >
> > > -Original Message-
> > > From: Yi Zhang
> > > Sent: Wednesday, May 5, 2021 8:05 PM
> > > To: W
On Sat, May 1, 2021 at 2:05 PM Dan Williams wrote:
>
> On Fri, Apr 30, 2021 at 7:28 PM Yi Zhang wrote:
> >
> > Hi
> >
> > With the latest Linux tree, my DCPMM server boot failed with the
> > bellow panic log, pls help check it, let me know if you need any tes
Hi
With the latest Linux tree, my DCPMM server boot failed with the
bellow panic log, pls help check it, let me know if you need any test
for it.
[ 15.882889] BUG: unable to handle page fault for address: ffa8
[ 15.889761] #PF: supervisor read access in kernel mode
[ 15.894900]
not reproduce this
issue with my regression test now, feel free to add:
Tested-by: Yi Zhang
Thanks
Yi
___
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-le...@lists.01.org
/0x370
[ 1977.306138] ? process_one_work+0x340/0x340
[ 1977.326017] kthread+0x116/0x130
[ 1977.341274] ? kthread_park+0x80/0x80
[ 1977.358649] ret_from_fork+0x22/0x30
On 11/11/20 11:44 AM, Yi Zhang wrote:
Add Ralph
Hi Dan/Jason
It turns out that it was introduced by bellow patch[1] which
Add Ralph
Hi Dan/Jason
It turns out that it was introduced by bellow patch[1] which fixed the
"static key devmap_managed_key" issue, but introduced [2]
Finally I found it was not 100% reproduced, and sorry for my mistake.
[1]
commit 46b1ee38b2ba1a9524c8e886ad078bd3ca40de2a (HEAD)
Author: R
On 11/10/20 3:36 PM, Yi Zhang wrote:
On 11/10/20 8:36 AM, Jason Gunthorpe wrote:
On Mon, Nov 09, 2020 at 01:54:42PM -0400, Jason Gunthorpe wrote:
On Mon, Nov 09, 2020 at 09:26:19AM -0800, Dan Williams wrote:
On Mon, Nov 9, 2020 at 6:12 AM Jason Gunthorpe wrote:
Wow, this is surprising
On 11/10/20 8:36 AM, Jason Gunthorpe wrote:
On Mon, Nov 09, 2020 at 01:54:42PM -0400, Jason Gunthorpe wrote:
On Mon, Nov 09, 2020 at 09:26:19AM -0800, Dan Williams wrote:
On Mon, Nov 9, 2020 at 6:12 AM Jason Gunthorpe wrote:
Wow, this is surprising
This has been widely backported already,
, such as
RDMA,
using io_remap_pfn_range() to expose BAR pages to user space to fail.
The CPU will encrypt access to those BAR pages instead of passing
unencrypted IO directly to the device.
Places not mapping IO should use remap_pfn_range().
On 11/9/20 10:38 AM, Yi Zhang wrote
On 11/9/20 11:00 AM, Dan Williams wrote:
On Sun, Nov 8, 2020 at 6:38 PM Yi Zhang wrote:
Hello
I found this regression during devdax fio test on 5.10.0-rc3, could anyone help
check it, thanks.
Have you been able to bisect it?
Yeah, the bisect is WIP, will update it later
ess_one_work+0x340/0x340
[ 398.678659] worker_thread+0x30/0x370
[ 398.695506] ? process_one_work+0x340/0x340
[ 398.715204] kthread+0x116/0x130
[ 398.730572] ? kthread_park+0x80/0x80
[ 398.747761] ret_from_fork+0x22/0x30
Best Regards
I check the commit, seems it was introduced with bellow commit:
commit 6180bb446ab624b9ab8bf201ed251ca87f07b413
Author: Coly Li
Date: Fri Sep 4 00:16:25 2020 +0800
dax: fix detection of dax support for non-persistent memory block
devices
On 9/14/20 11:51 AM, Yi Zhang wrote:
Hi
75] DR3: DR6: fffe0ff0 DR7:
0400
[ 1364.493875] PKRU: 5554
[ 1364.493876] Kernel panic - not syncing: Fatal exception in interrupt
[ 1364.979497] Kernel Offset: 0x1260 from 0x8100 (relocation
range: 0x8000-0xbfff)
Best Regards,
Yi Zhang
___
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-le...@lists.01.org
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 some NVDIMM servers, scrub operation will take long time to be finished
as it start on all nvdimm buses in the system, add the bus-id parameter to
do the scrub on the NFIT_TEST_BUS0
Signed-off-by: Yi Zhang
---
test/btt-errors.sh | 4 ++--
test/clear.sh | 2 +-
test/inject
:"84645a0a-ae21-4608-8512-1248cc48b085",
"daxregion":{
"id":0,
"size":"11.00 GiB (11.81 GB)",
"align":1073741824,
"devices":[
{
"chardev":"dax0.3",
"size":&q
seems it blocked the attachment, I paste all the log here:
https://pastebin.com/5APNheTC
Best Regards,
Yi Zhang
- Original Message -
From: "Yi Zhang"
To: "dan j williams"
Cc: linux-nvdimm@lists.01.org
Sent: Wednesday, July 31, 2019 8:41:24 AM
Subject: creat
ailed to create namespace: No such device or address
# ./ndctl -v
65
Best Regards,
Yi Zhang
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
the rc value in region_action
On Mon, Apr 15, 2019 at 1:24 AM Yi Zhang wrote:
if region_action failed, return the rc valude instead of 0
valude s/b value
Sorry for the late response, I just found this patch was merged:
https://git.kernel.org/pub/scm/utils/kernel/ndctl/ndctl.git/commit/?id
if region_action failed, return the rc valude instead of 0
Signed-off-by: Yi Zhang
---
ndctl/region.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ndctl/region.c b/ndctl/region.c
index 993b3f8..7945007 100644
--- a/ndctl/region.c
+++ b/ndctl/region.c
@@ -89,7 +89,7
On 2018-12-10 at 16:10:31 -0800, Dan Williams wrote:
> On Tue, Aug 21, 2018 at 12:38 AM Yi Zhang wrote:
> >
> > On 2018-08-20 at 12:50:31 -0700, Dave Jiang wrote:
> > >
> > >
> > > On 08/20/2018 10:53 AM, Verma, Vishal L wrote:
> > > >
>
On 2018-12-03 at 11:25:20 -0800, Alexander Duyck wrote:
> I have loosely based this patch series off of the following patch series
> from Zhang Yi:
> https://lore.kernel.org/lkml/cover.1536342881.git.yi.z.zh...@linux.intel.com
>
> The original set had attempted to address the fact that DAX pages w
On 2018-10-19 at 12:33:48 -0400, Barret Rhoden wrote:
> On 2018-09-21 at 21:29 David Hildenbrand wrote:
> > On 21/09/2018 20:17, Dan Williams wrote:
> > > On Fri, Sep 21, 2018 at 7:24 AM David Hildenbrand
> > > wrote:
> > > [..]
> > >>> Remove the PageReserved flag sounds more reasonable.
> >
On 2018-10-10 at 11:18:49 -0700, Dan Williams wrote:
> On Wed, Oct 10, 2018 at 10:30 AM Michal Hocko wrote:
> >
> > On Wed 10-10-18 09:39:08, Alexander Duyck wrote:
> > > On 10/10/2018 2:58 AM, Michal Hocko wrote:
> > > > On Tue 09-10-18 13:26:41, Alexander Duyck wrote:
> > > > [...]
> > > > > I w
On 2018-10-10 at 08:27:58 -0700, Alexander Duyck wrote:
>
>
> On 10/10/2018 5:52 AM, Yi Zhang wrote:
> >On 2018-10-09 at 14:19:32 -0700, Dan Williams wrote:
> >>On Tue, Oct 9, 2018 at 1:34 PM Alexander Duyck
> >> wrote:
> >>>
> >>>On 10
On 2018-10-09 at 14:19:32 -0700, Dan Williams wrote:
> On Tue, Oct 9, 2018 at 1:34 PM Alexander Duyck
> wrote:
> >
> > On 10/9/2018 11:04 AM, Dan Williams wrote:
> > > On Tue, Oct 9, 2018 at 3:21 AM Yi Zhang
> > > wrote:
> [..]
> > > That comment
On 2018-09-25 at 13:21:24 -0700, Alexander Duyck wrote:
> The ZONE_DEVICE pages were being initialized in two locations. One was with
> the memory_hotplug lock held and another was outside of that lock. The
> problem with this is that it was nearly doubling the memory initialization
> time. Instead
On 2018-09-20 at 14:19:17 -0700, Dan Williams wrote:
> On Thu, Sep 20, 2018 at 7:11 AM Yi Zhang wrote:
> >
> > On 2018-09-19 at 09:20:25 +0200, David Hildenbrand wrote:
> > > Am 19.09.18 um 04:53 schrieb Dan Williams:
> > > >
> > > > Shou
On 2018-09-19 at 09:20:25 +0200, David Hildenbrand wrote:
> Am 19.09.18 um 04:53 schrieb Dan Williams:
> >
> > Should we consider just not setting PageReserved for
> > devm_memremap_pages()? Perhaps kvm is not be the only component making
> > these assumptions about this flag?
>
> I was asking th
Any comments?
Hi Pankaj and Paolo,
Can we Queue this to merge list since there no other comments last 2
weeks?
Regards
Yi.
On 2018-09-08 at 02:03:02 +0800, Zhang Yi wrote:
> For device specific memory space, when we move these area of pfn to
> memory zone, we will set the page reserved flag at
Thanks Darwi's remind, Will follow that next time.
Thanks.
Yi
On 2018-09-07 at 17:04:51 +, Ahmed S. Darwish wrote:
> Hi!
>
> On Sat, Sep 08, 2018 at 02:03:02AM +0800, Zhang Yi wrote:
> [...]
> >
> > V1:
> > https://lkml.org/lkml/2018/7/4/91
> >
> > V2:
> > https://lkml.org/lkml/2018/7/10/135
On 2018-08-30 at 12:07:11 -0700, Dave Hansen wrote:
> On 08/22/2018 03:58 AM, Zhang Yi wrote:
> > bool kvm_is_reserved_pfn(kvm_pfn_t pfn)
> > {
> > - if (pfn_valid(pfn))
> > - return PageReserved(pfn_to_page(pfn));
> > + struct page *page;
> > +
> > + if (pfn_valid(pfn)) {
> > +
On 2018-08-29 at 06:15:48 -0400, Pankaj Gupta wrote:
>
> >
> > For device specific memory space, when we move these area of pfn to
> > memory zone, we will set the page reserved flag at that time, some of
> > these reserved for device mmio, and some of these are not, such as
> > NVDIMM pmem.
> >
On 2018-08-20 at 12:50:31 -0700, Dave Jiang wrote:
>
>
> On 08/20/2018 10:53 AM, Verma, Vishal L wrote:
> >
> > On Mon, 2018-08-13 at 20:02 +0800, Zhang Yi wrote:
> >> This patch prevents a user mapping an illegal vma range that is larger
> >> than a dax device physical resource.
> >>
> >> When
Verified this patch on 4.11.
Tested-by: Yi Zhang
Best Regards,
Yi Zhang
- Original Message -
From: "Dan Williams"
To: linux-nvdimm@lists.01.org
Cc: linux-ker...@vger.kernel.org, sta...@vger.kernel.org, "Yi Zhang"
Sent: Sunday, April 30, 2017 10:21:54 PM
Sub
On 04/29/2017 01:35 PM, Dan Williams wrote:
On Mon, Apr 24, 2017 at 8:13 AM, Yi Zhang wrote:
Hello
I reproduced ndctl blocked issue on 4.11.0-rc8, here is the reproduce steps and
kernel log, could you help check it? Thanks.
Reproduce steps:
function pmem_btt_dax_switch
fs_write+0x37/0x160
[] vfs_write+0xb2/0x1b0
[] SyS_write+0x55/0xc0
[] do_syscall_64+0x67/0x180
[] entry_SYSCALL64_slow_path+0x25/0x25
[] 0x
Best Regards,
Yi Zhang
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
Signed-off-by: Yi Zhang
---
Documentation/daxctl-list.txt | 4
1 file changed, 4 deletions(-)
diff --git a/Documentation/daxctl-list.txt b/Documentation/daxctl-list.txt
index 168d410..3e559e5 100644
--- a/Documentation/daxctl-list.txt
+++ b/Documentation/daxctl-list.txt
@@ -69,10 +69,6
om/z6xp2Usa -> kfree+0x56/0x170
http://pastebin.com/eqmiqivN -> kfree+0x56/0x170
http://pastebin.com/jA0RHSbf -> kmem_cache_free+0x65/0x1e0
Best Regards,
Yi Zhang
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
mem3s 259:30 7.1G 0 disk
# ndctl create-namespace -f -e namespace0.0 --mode=sector -l 513
failed to reconfigure namespace
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
pmem1s 259:20 7.1G 0 disk
pmem2s 259:10 7.1G 0 disk
pmem3s 259:30 7.1G 0 disk
Best Regar
243.577285] ---[ end trace 6d3b90c425a39fdc ]---
[ 243.578932] Kernel panic - not syncing: Fatal exception
[ 243.597839] Kernel Offset: disabled
[ 247.934728] ---[ end Kernel panic - not syncing: Fatal exception
Best Regards,
Yi Zhang
___
Linux-
ptions.txt
Signed-off-by: Yi Zhang
---
Documentation/ndctl-destroy-namespace.txt | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/Documentation/ndctl-destroy-namespace.txt
b/Documentation/ndctl-destroy-namespace.txt
index ea6d285..3ebb0e8 100644
--- a/Documentation/ndc
42 matches
Mail list logo
