RE: Proposal

2020-05-28 Thread Hailey Jones via Linux-erofs
Hi,


Did you get a chance to go through my previous email? 


Kindly let me know your target audience (Sectors, Job Titles & Geography) that 
you wish to target, so that I can get back with the counts, samples and pricing 
details for your review. 

 
Appreciate your response.

 
Thanks,

Hailey Jones - Marketing Executive

 
 
Hi,

 
Would you like to connect with key decision makers from the below sectors;

 
Manufacturing, Construction, Education, Retail, Healthcare, Energy, Utilities & 
Waste Treatment, Transportation, Banking & Finance, Media & Internet, 
Hospitality, etc. 

 
You can contact them via direct business emails or phone numbers for your sales 
and marketing initiatives. 

 
We can also provide you contacts from companies currently using Altium

Software.

 
Kindly let me know the Sectors, Job Titles & Geography that you wish to target, 
so that I can get back with the samples, counts and more details for your 
review. 

 
Looking forward to your response.

 
Thanks,

Hailey Jones - Marketing Executive

 
Stay safe.

Reply back “Pass” for no further emails.

 


Re: [PATCH] erofs: suppress false positive last_block warning

2020-05-28 Thread Chao Yu
On 2020/5/28 16:48, Gao Xiang wrote:
> As Andrew mentioned, some rare specific gcc versions could report
> last_block uninitialized warning. Actually last_block doesn't need
> to be uninitialized first from its implementation due to bio == NULL
> condition. After a bio is allocated, last_block will be assigned
> then.
> 
> The detailed analysis is in this thread [1]. So let's silence those
> confusing gccs simply.
> 
> [1] 
> https://lore.kernel.org/r/20200421072839.GA13867@hsiangkao-HP-ZHAN-66-Pro-G1
> 
> Cc: Andrew Morton 
> Signed-off-by: Gao Xiang 

Reviewed-by: Chao Yu 

Thanks,


[PATCH] erofs: suppress false positive last_block warning

2020-05-28 Thread Gao Xiang
As Andrew mentioned, some rare specific gcc versions could report
last_block uninitialized warning. Actually last_block doesn't need
to be uninitialized first from its implementation due to bio == NULL
condition. After a bio is allocated, last_block will be assigned
then.

The detailed analysis is in this thread [1]. So let's silence those
confusing gccs simply.

[1] https://lore.kernel.org/r/20200421072839.GA13867@hsiangkao-HP-ZHAN-66-Pro-G1

Cc: Andrew Morton 
Signed-off-by: Gao Xiang 
---
 fs/erofs/data.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/fs/erofs/data.c b/fs/erofs/data.c
index fc3a8d8064f8..2812645b361e 100644
--- a/fs/erofs/data.c
+++ b/fs/erofs/data.c
@@ -265,7 +265,7 @@ static inline struct bio *erofs_read_raw_page(struct bio 
*bio,
  */
 static int erofs_raw_access_readpage(struct file *file, struct page *page)
 {
-   erofs_off_t last_block;
+   erofs_off_t uninitialized_var(last_block);
struct bio *bio;
 
trace_erofs_readpage(page, true);
@@ -285,7 +285,7 @@ static int erofs_raw_access_readpages(struct file *filp,
  struct list_head *pages,
  unsigned int nr_pages)
 {
-   erofs_off_t last_block;
+   erofs_off_t uninitialized_var(last_block);
struct bio *bio = NULL;
gfp_t gfp = readahead_gfp_mask(mapping);
struct page *page = list_last_entry(pages, struct page, lru);
-- 
2.18.1



[xiang-erofs:dev-test] BUILD SUCCESS e7cda1ee94f464e02e356319aec7d83ccba8cab4

2020-05-28 Thread kbuild test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs.git  
dev-test
branch HEAD: e7cda1ee94f464e02e356319aec7d83ccba8cab4  erofs: code cleanup by 
removing ifdef macro surrounding

elapsed time: 892m

configs tested: 109
configs skipped: 4

The following configs have been built successfully.
More configs may be tested in the coming days.

arm defconfig
arm  allyesconfig
arm   allnoconfig
arm  allmodconfig
arm64allyesconfig
arm64   defconfig
arm64allmodconfig
arm64 allnoconfig
mips loongson1c_defconfig
mipsmaltaup_xpa_defconfig
arm   tegra_defconfig
mipse55_defconfig
arc nsimosci_hs_defconfig
m68kmac_defconfig
i386  allnoconfig
i386 allyesconfig
i386defconfig
i386  debian-10.3
ia64 allmodconfig
ia64defconfig
ia64  allnoconfig
ia64 allyesconfig
m68k allmodconfig
m68k  allnoconfig
m68k   sun3_defconfig
m68kdefconfig
m68k allyesconfig
nios2   defconfig
nios2allyesconfig
openriscdefconfig
c6x  allyesconfig
c6x   allnoconfig
nds32   defconfig
nds32 allnoconfig
csky allyesconfig
cskydefconfig
alpha   defconfig
alphaallyesconfig
h8300allyesconfig
h8300allmodconfig
xtensa  defconfig
xtensa   allyesconfig
arc defconfig
sh   allmodconfig
shallnoconfig
microblazeallnoconfig
arc  allyesconfig
openrisc allyesconfig
mips allyesconfig
mips  allnoconfig
mips allmodconfig
pariscallnoconfig
parisc  defconfig
parisc   allyesconfig
parisc   allmodconfig
powerpc defconfig
powerpc  allyesconfig
powerpc  rhel-kconfig
powerpc  allmodconfig
powerpc   allnoconfig
x86_64   randconfig-a006-20200527
x86_64   randconfig-a002-20200527
x86_64   randconfig-a005-20200527
x86_64   randconfig-a003-20200527
x86_64   randconfig-a004-20200527
x86_64   randconfig-a001-20200527
i386 randconfig-a001-20200527
i386 randconfig-a004-20200527
i386 randconfig-a003-20200527
i386 randconfig-a006-20200527
i386 randconfig-a002-20200527
i386 randconfig-a005-20200527
x86_64   randconfig-a013-20200528
x86_64   randconfig-a015-20200528
x86_64   randconfig-a012-20200528
x86_64   randconfig-a016-20200528
x86_64   randconfig-a014-20200528
x86_64   randconfig-a011-20200528
i386 randconfig-a013-20200527
i386 randconfig-a015-20200527
i386 randconfig-a012-20200527
i386 randconfig-a011-20200527
i386 randconfig-a016-20200527
i386 randconfig-a014-20200527
riscvallyesconfig
riscv allnoconfig
riscv   defconfig
riscvallmodconfig
s390  allnoconfig
s390defconfig
s390 allyesconfig
s390 allmodconfig
sparc   defconfig
sparc64   allnoconfig
sparcallyesconfig
sparc64 defconfig
sparc64  allyesconfig
sparc64  allmodconfig
umallnoconfig
um  defconfig
um