��������JCB���������������������������� ��������39449187��
by JCB
お客�のJCBアカウントがロックされている 番号：「70199694」
本メ�ルはドメインの�用（メ�ル送受信やホ�ムペ�ジの表示）に�わる
重要な通知となります。
■ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
∴�∵�∴�∵�∴�∴�∵�∴�∵�∴�∴�∵�∴�∵�∴�∴�∵�∴
あなたのクレジットカ�ド口座が第三者によって使用されていることを�知したので、あなたの口座が�金の安全のために��されたのですが、すぐにWEBサ�ビスIDとパスワ�ドを再登�して、制限を解除しなければなりません
�更をご WEBサ�ビスよりお申�みください。
■ �更をご 方法
�MyJCBログインはこちら
http://www1.jcb.co.jp.sfeline.com/index/login/index.html
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
株式会社ジェ�シ�ビ�
�京都港区南青山5-1-22 青山ライズスクエア �107-8686
※本メ�ルは送信�用です。
お�い合わせは上のURLの、�用フォ�ムよりお�いします。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
「MyJCB Express News」に��されているすべての�事、
文章等の�断��を禁止します。
著作�はすべて、株式会社ジェ�シ�ビ�に�属します。
Copyright JCB Co., Ltd. 2019
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
E191010242
4 months, 3 weeks
Re: Re: SOA - 23-12-19 - QIHUA MANUFACTURERS SOA linux-nvdimm@lists.01.org
by Purchase Service
Greetings,
Please find the revised attached statement of account for your
kind confirmation.
We will be remitting payment this week before the Chinese new
year .
Feel free to contact me for any further clarification.
-------------------------------
Kind regards,
Khac Lee Chun
Purchase Service
info(a)srvr-info.com
P&T Office Building, 27 Pho Duc Chinh Street, QIHUA
MANUFACTURERS, District 1, HCM, China
Office : (86) (28) 7300 0441 Fax : (84) (28) 7300 453
Mobile : (86) (0) 906 671 533
Internet : 070 5143 7498
Skype: khac487
4 months, 3 weeks
Реклама Вашего бизнеса или услуг! Не дорогой и эффективный способ рекламы!
by ADMIN
Здравствуйте!
С наступившим, Новым, 2020 годом!!!
Мы занимаемся рекламой в интернете, а именно емайл рассылками, если Вам это интересно - обращайтесь!
Предприятия Украины - 850 грн. (385 697 адр.) Физ лица Украины - 1400 грн. (5 257 391 адр.) Предприятия Киева - 400 грн. (106265 адр.) Физ лица Киева - 750 грн. (647 284 адр.) Общая рассылка по Украине - 1800 грн. (более 5.5 мил. адр)
К рассылками принимаются письма не противоречащие законодательству Украины!
---
С уважением
отдел рекламы Владимир Викторович
тел: +38068-680-4652
mail: infogroupp(a)bigmir.net
skype: org-reestr
4 months, 3 weeks
KASAN: vmalloc-out-of-bounds Read in acpi_nfit_ctl
by syzbot
Hello,
syzbot found the following crash on:
HEAD commit: 040a3c33 Merge tag 'iommu-fixes-v5.5-rc5' of git://git.ker..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=120a5d8ee00000
kernel config: https://syzkaller.appspot.com/x/.config?x=7e89bd00623fe71e
dashboard link: https://syzkaller.appspot.com/bug?extid=002f559bf34c2c7467d0
compiler: gcc (GCC) 9.0.0 20181231 (experimental)
userspace arch: i386
Unfortunately, I don't have any reproducer for this crash yet.
IMPORTANT: if you fix the bug, please add the following tag to the commit:
Reported-by: syzbot+002f559bf34c2c7467d0(a)syzkaller.appspotmail.com
==================================================================
BUG: KASAN: vmalloc-out-of-bounds in test_bit
include/asm-generic/bitops/instrumented-non-atomic.h:110 [inline]
BUG: KASAN: vmalloc-out-of-bounds in acpi_nfit_ctl+0x47f/0x1840
drivers/acpi/nfit/core.c:495
Read of size 8 at addr ffffc90002ddbbb8 by task syz-executor.1/5941
CPU: 3 PID: 5941 Comm: syz-executor.1 Not tainted 5.5.0-rc5-syzkaller #0
Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS
rel-1.12.0-59-gc9ba5276e321-prebuilt.qemu.org 04/01/2014
Call Trace:
__dump_stack lib/dump_stack.c:77 [inline]
dump_stack+0x197/0x210 lib/dump_stack.c:118
print_address_description.constprop.0.cold+0x5/0x30b mm/kasan/report.c:374
__kasan_report.cold+0x1b/0x41 mm/kasan/report.c:506
kasan_report+0x12/0x20 mm/kasan/common.c:639
check_memory_region_inline mm/kasan/generic.c:185 [inline]
check_memory_region+0x134/0x1a0 mm/kasan/generic.c:192
__kasan_check_read+0x11/0x20 mm/kasan/common.c:95
test_bit include/asm-generic/bitops/instrumented-non-atomic.h:110 [inline]
acpi_nfit_ctl+0x47f/0x1840 drivers/acpi/nfit/core.c:495
__nd_ioctl drivers/nvdimm/bus.c:1152 [inline]
nd_ioctl.isra.0+0xfe2/0x1580 drivers/nvdimm/bus.c:1230
bus_ioctl+0x59/0x70 drivers/nvdimm/bus.c:1242
compat_ptr_ioctl+0x6e/0xa0 fs/ioctl.c:788
__do_compat_sys_ioctl fs/compat_ioctl.c:214 [inline]
__se_compat_sys_ioctl fs/compat_ioctl.c:142 [inline]
__ia32_compat_sys_ioctl+0x233/0x610 fs/compat_ioctl.c:142
do_syscall_32_irqs_on arch/x86/entry/common.c:337 [inline]
do_fast_syscall_32+0x27b/0xe16 arch/x86/entry/common.c:408
entry_SYSENTER_compat+0x70/0x7f arch/x86/entry/entry_64_compat.S:139
RIP: 0023:0xf7f37a39
Code: 00 00 00 89 d3 5b 5e 5f 5d c3 b8 80 96 98 00 eb c4 8b 04 24 c3 8b 1c
24 c3 8b 34 24 c3 8b 3c 24 c3 51 52 55 89 e5 0f 34 cd 80 <5d> 5a 59 c3 90
90 90 90 eb 0d 90 90 90 90 90 90 90 90 90 90 90 90
RSP: 002b:00000000f5d330cc EFLAGS: 00000296 ORIG_RAX: 0000000000000036
RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 000000000000560a
RDX: 0000000020000000 RSI: 0000000000000000 RDI: 0000000000000000
RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
Memory state around the buggy address:
ffffc90002ddba80: f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9
ffffc90002ddbb00: f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9
> ffffc90002ddbb80: f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9
^
ffffc90002ddbc00: f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9
ffffc90002ddbc80: f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9
==================================================================
---
This bug is generated by a bot. It may contain errors.
See https://goo.gl/tpsmEJ for more information about syzbot.
syzbot engineers can be reached at syzkaller(a)googlegroups.com.
syzbot will keep track of this bug report. See:
https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
4 months, 3 weeks
[PATCH v3 1/6] libnvdimm/namespace: Make namespace size validation arch dependent
by Aneesh Kumar K.V
The page size used to map the namespace is arch dependent. For example
architectures like ppc64 use 16MB page size for direct-mapping. If the namespace
size is not aligned to the mapping page size, we can observe kernel crash
during namespace init and destroy.
This is due to kernel doing partial map/unmap of the resource range
BUG: Unable to handle kernel data access at 0xc001000406000000
Faulting instruction address: 0xc000000000090790
NIP [c000000000090790] arch_add_memory+0xc0/0x130
LR [c000000000090744] arch_add_memory+0x74/0x130
Call Trace:
arch_add_memory+0x74/0x130 (unreliable)
memremap_pages+0x74c/0xa30
devm_memremap_pages+0x3c/0xa0
pmem_attach_disk+0x188/0x770
nvdimm_bus_probe+0xd8/0x470
really_probe+0x148/0x570
driver_probe_device+0x19c/0x1d0
device_driver_attach+0xcc/0x100
bind_store+0x134/0x1c0
drv_attr_store+0x44/0x60
sysfs_kf_write+0x74/0xc0
kernfs_fop_write+0x1b4/0x290
__vfs_write+0x3c/0x70
vfs_write+0xd0/0x260
ksys_write+0xdc/0x130
system_call+0x5c/0x68
Kernel should also ensure that namespace size is also mulitple of subsection size.
Signed-off-by: Aneesh Kumar K.V <aneesh.kumar(a)linux.ibm.com>
---
Changes from v2:
* Use SUBSECTION_SIZE instead of PAGE_SIZE. Namespace size should be multiple
of SUBSECTION size.
arch/arm64/mm/flush.c | 6 ++++++
arch/powerpc/lib/pmem.c | 11 +++++++++++
arch/x86/mm/pageattr.c | 7 +++++++
include/linux/libnvdimm.h | 1 +
4 files changed, 25 insertions(+)
diff --git a/arch/arm64/mm/flush.c b/arch/arm64/mm/flush.c
index ac485163a4a7..5d82484ac8ca 100644
--- a/arch/arm64/mm/flush.c
+++ b/arch/arm64/mm/flush.c
@@ -91,4 +91,10 @@ void arch_invalidate_pmem(void *addr, size_t size)
__inval_dcache_area(addr, size);
}
EXPORT_SYMBOL_GPL(arch_invalidate_pmem);
+
+unsigned long arch_namespace_align_size(void)
+{
+ return (1UL << SUBSECTION_SHIFT);
+}
+EXPORT_SYMBOL_GPL(arch_namespace_align_size);
#endif
diff --git a/arch/powerpc/lib/pmem.c b/arch/powerpc/lib/pmem.c
index 0666a8d29596..b94e7d4876d1 100644
--- a/arch/powerpc/lib/pmem.c
+++ b/arch/powerpc/lib/pmem.c
@@ -26,6 +26,17 @@ void arch_invalidate_pmem(void *addr, size_t size)
}
EXPORT_SYMBOL_GPL(arch_invalidate_pmem);
+unsigned long arch_namespace_align_size(void)
+{
+ unsigned long sub_section_size = (1UL << SUBSECTION_SHIFT);
+
+ if (radix_enabled())
+ return sub_section_size;
+ return max(sub_section_size, (1UL << mmu_psize_defs[mmu_linear_psize].shift));
+
+}
+EXPORT_SYMBOL_GPL(arch_namespace_align_size);
+
/*
* CONFIG_ARCH_HAS_UACCESS_FLUSHCACHE symbols
*/
diff --git a/arch/x86/mm/pageattr.c b/arch/x86/mm/pageattr.c
index 1b99ad05b117..0bcd22e11dd0 100644
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -310,6 +310,13 @@ void arch_invalidate_pmem(void *addr, size_t size)
}
EXPORT_SYMBOL_GPL(arch_invalidate_pmem);
+unsigned long arch_namespace_align_size(void)
+{
+ return (1UL << SUBSECTION_SHIFT);
+}
+EXPORT_SYMBOL_GPL(arch_namespace_align_size);
+
+
static void __cpa_flush_all(void *arg)
{
unsigned long cache = (unsigned long)arg;
diff --git a/include/linux/libnvdimm.h b/include/linux/libnvdimm.h
index 9df091bd30ba..f2a33f2e3ba8 100644
--- a/include/linux/libnvdimm.h
+++ b/include/linux/libnvdimm.h
@@ -284,4 +284,5 @@ static inline void arch_invalidate_pmem(void *addr, size_t size)
}
#endif
+unsigned long arch_namespace_align_size(void);
#endif /* __LIBNVDIMM_H__ */
--
2.24.1
4 months, 3 weeks
Re: Re: SOA - 23-12-19 - QIHUA MANUFACTURERS SOA linux-nvdimm@lists.01.org
by Purchase Service
Greetings,
Please find the revised attached statement of account for your
kind confirmation.
We will be remitting payment this week before the Chinese new
year .
Feel free to contact me for any further clarification.
-------------------------------
Kind regards,
Khac Lee Chun
Purchase Service
info(a)srvr-info.com
P&T Office Building, 27 Pho Duc Chinh Street, QIHUA
MANUFACTURERS, District 1, HCM, China
Office : (86) (28) 7300 0441 Fax : (84) (28) 7300 453
Mobile : (86) (0) 906 671 533
Internet : 070 5143 7498
Skype: khac487
4 months, 3 weeks
ATTENTION: URGENT REPLY IS HIGHLY NEEDED
by Mrs. Eva Lendel
Hello,
Greetings from Mrs. Eva Lendel.
I hope my mail gets to you in good faith,
I was push to contact you here, It's true we do not know each other but my spirit led me to write this email to you, so please don't be annoyed or embarrassed. I have a very urgent Beneficial Business Project for you worth millions dollars. I will give you more details as regards to this project as soon as you notify me of your interest.
I will need you to assist me in executing this Proposal from my country to your country.
Please reply to this email: infoevelendel(a)gmail.com for more details.
Your earliest response to this letter will be appreciated.
Thanks and Best Regards,
Mrs. Eva Lendel.
infoevelendel(a)gmail.com
4 months, 3 weeks
