On Wed, Sep 7, 2016 at 12:38 AM, Masahiro Yamada
wrote:
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/scsi/aic7xxx/aic79xx_osm.c | 6 +-
> drivers/scsi/arcmsr/arcmsr_hba.c| 4 +---
> drivers/scsi/esas2r/esas2r_ioctl.c | 20 -
On Wed, Oct 25, 2017 at 12:08 PM, Kees Cook wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly. This requires adding a pointer to
> hold the timer'
> From: MINOURA Makoto / 箕浦 真
> Date: 2018年8月22日周三 上午9:50
> Subject: [PATCH] x86/kvm/vmx: Fix GPF on reading vmentry_l1d_flush
> To:
> Cc:
>
>
>
> When EPT is not enabled, reading
> /sys/module/kvm_intel/parameters/vmentry_l1d_flush causes
> general protection fault in vmentry_l1d_flush_get() du
On Tue, Mar 6, 2018 at 3:21 PM, Jiri Slaby wrote:
> On 02/23/2018, 07:26 PM, Greg Kroah-Hartman wrote:
>> 4.4-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Dan Williams
>>
>> (cherry picked from commit 2fbd7af5af8665d18bcefae3e9700be0
On Wed, Apr 11, 2018 at 7:07 PM, Elliott, Robert (Persistent Memory)
wrote:
>> -Original Message-
>> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
>> ow...@vger.kernel.org] On Behalf Of Jack Wang
>> Sent: Wednesday, April 11, 2018 8:21 AM
>> Subject: [PATCH] block: ratelim
On Thu, Apr 12, 2018 at 11:20 PM, Martin K. Petersen
wrote:
>
> Jack,
>
>> + pr_err_ratelimited("%s: ref tag error at
>> location %llu (rcvd %u)\n",
>
> I'm a bit concerned about dropping records of potential data loss.
>
> Also, what are you doing that compels all the
On Sat, May 26, 2018 at 4:42 PM, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in pm8001_printk message text; also
> I believe NOT_UNSUPPORTED should probably be NOT_SUPPORTED. Also
> fix the indent of the pm8001_printk statement.
>
> Signed-off-by: Colin Ian King
On Wed, May 9, 2018 at 10:58 AM, Jack Wang wrote:
> -- Forwarded message --
> From: Gioh Kim
> Date: 2018-05-02 13:08 GMT+02:00
> Subject: [PATCH] md/raid1: add error handling of read error from FailFast
> device
> To: s...@kernel.org
> 抄送： linux-r...@vger.kernel.org, linux-kerne
> From: Greg Kroah-Hartman
> Date: 2018年8月15日周三 上午8:15
> Subject: Re: [PATCH 4.14 000/104] 4.14.63-stable review
> To:
> Cc: , ,
> , , ,
> , ,
>
>
>
> On Tue, Aug 14, 2018 at 07:16:14PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.14.63 release.
> >
On Thu, Aug 16, 2018 at 6:39 PM Greg Kroah-Hartman
wrote:
>
> On Thu, Aug 16, 2018 at 06:28:59PM +0200, Jinpu Wang wrote:
> > On Thu, Aug 16, 2018 at 5:51 PM Greg Kroah-Hartman
> > wrote:
> > >
> > > On Thu, Aug 16, 2018 at 05:43:23PM +0200, Jinpu Wa
On Thu, Aug 16, 2018 at 6:48 PM Jinpu Wang wrote:
>
> On Thu, Aug 16, 2018 at 6:39 PM Greg Kroah-Hartman
> wrote:
> >
> > On Thu, Aug 16, 2018 at 06:28:59PM +0200, Jinpu Wang wrote:
> > > On Thu, Aug 16, 2018 at 5:51 PM Greg Kroah-Hartman
> > > wrote:
>
On Sat, Aug 18, 2018 at 2:50 PM Thomas Gleixner wrote:
>
> On Fri, 17 Aug 2018, Greg Kroah-Hartman wrote:
> > On Fri, Aug 17, 2018 at 02:39:00PM +0200, Jinpu Wang wrote:
> > >
> > > I found the problem, CONFIG_HOTPLUG_SMT is enable due to CONFIG_SMP,
>
On Mon, Aug 20, 2018 at 3:02 PM Thomas Gleixner wrote:
>
> On Mon, 20 Aug 2018, Jinpu Wang wrote:
>
> > On Sat, Aug 18, 2018 at 2:50 PM Thomas Gleixner wrote:
> > >
> > > On Fri, 17 Aug 2018, Greg Kroah-Hartman wrote:
> > > > On Fri, Aug 1
On Mon, Aug 20, 2018 at 4:47 PM Thomas Gleixner wrote:
>
> On Mon, 20 Aug 2018, Jinpu Wang wrote:
> > On Mon, Aug 20, 2018 at 3:02 PM Thomas Gleixner wrote:
> > > That works, but we might as well force 'select HOTPLUG_CPU if SMP' so the
> > &g
> From: Greg Kroah-Hartman
> Date: 2018年12月20日周四 上午10:39
> Subject: [PATCH 4.14 00/72] 4.14.90-stable review
> To:
> Cc: Greg Kroah-Hartman ,
> , ,
> , , ,
> , ,
>
>
>
> This is the start of the stable review cycle for the 4.14.90 release.
> There are 72 patches in this series, all will be poste
+cc Greg, stable
Greensky, James J 于2018年12月21日周五 上午11:48写道：
>
> Commit d38d272592737ea88a20 ("perf tools: Synthesize GROUP_DESC feature in
> pipe mode") broke the LT 4.14 branch when using event groups in pipe-mode.
>
> # perf record -e '{cycles,instructions,branches}' -- sleep 4 | perf repor
On Sun, Dec 30, 2018 at 5:29 PM Julia Lawall wrote:
>
> Delete tab aligning a statement with the right hand side of a
> preceding assignment rather than the left hand side.
>
> Found with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Thanks, Julia.
Acked-by: Jack Wang
>
> ---
> driver
Guoqing Jiang 于2019年1月3日周四 上午4:16写道：
>
>
>
> On 1/3/19 1:13 AM, Jens Axboe wrote:
> > Hi,
> >
> > I've got some very sad news to share with you - over Christmas, Shaohua
> > Li passed away after battling cancer for most of last year.
>
> It is really a sad news and a big lost for the community con
On Wed, Oct 10, 2018 at 1:13 AM Andrew Morton wrote:
>
> On Tue, 9 Oct 2018 16:28:11 +0200 Jack Wang wrote:
>
> > From: Florian-Ewald Mueller
> >
> > During testing, I have configured 128 md/raid1's and, while under
> > heavy IO, I started a check on each of them
> > (echo check > /sys/block/md
On Mon, Oct 8, 2018 at 5:24 PM Jack Wang wrote:
>
> From: Jack Wang
>
> After 9e1cc0a54556 ("md: use mddev_suspend/resume instead of ->quiesce()")
> We still have similar left in bitmap functions.
>
> Replace quiesce() with mddev_suspend/resume.
>
> Also move md_bitmap_create out of mddev_suspend
On Fri, Sep 28, 2018 at 8:30 PM Shaohua Li wrote:
>
> On Thu, Sep 27, 2018 at 10:07:57AM +0200, Jack Wang wrote:
> > From: Jack Wang
> >
> > After 9e1cc0a54556 ("md: use mddev_suspend/resume instead of ->quiesce()")
> > We still have similar left in bitmap functions.
> >
> > Replace quiesce() wit
On Wed, Apr 7, 2021 at 7:18 PM Martin K. Petersen
wrote:
>
>
> Hi Colin!
>
> > The for-loop iterates with a u8 loop counter i and compares this with
> > the loop upper limit of pm8001_ha->max_q_num which is a u32 type.
> > There is a potential infinite loop if pm8001_ha->max_q_num is larger
> > th
On Thu, Apr 8, 2021 at 11:34 AM Gioh Kim wrote:
>
> As the name shows, it checks if strings are equal in case insensitive
> manner.
>
> For example, drivers/infiniband/ulp/rtrs/rtrs-clt-sysfs.c uses
> strncasecmp to check that the input via sysfs is "mi". But it would
> work even-if the input is "
On Thu, Apr 8, 2021 at 3:06 PM Gioh Kim wrote:
>
> As the name shows, it checks if strings are equal in case insensitive
> manner.
>
> For example, drivers/infiniband/ulp/rtrs/rtrs-clt-sysfs.c uses
> strncasecmp to check that the input via sysfs is "mi". But it would
> work even-if the input is "m
On Thu, Apr 8, 2021 at 2:56 PM Luo Jiaxing wrote:
>
> Some errors are found like below when run checkpatch.pl
>
> ERROR: space prohibited before that ',' (ctx:WxW)
> +int pm8001_mpi_general_event(struct pm8001_hba_info *pm8001_ha , void
> *piomb);
>
> It all about white space, so fix them.
>
> Si
On Thu, Apr 8, 2021 at 2:56 PM Luo Jiaxing wrote:
>
> There are few error about open brace is reported by checkpatch.pl:
>
> ERROR: that open brace { should be on the previous line
> +static struct error_fw flash_error_table[] =
> +{
>
> So fix them all.
>
> Signed-off-by: Jianqin Xie
> Signed-of
On Tue, May 19, 2020 at 6:16 PM Bart Van Assche wrote:
>
> On 2020-05-19 09:13, Gustavo A. R. Silva wrote:
> > The function should return 0 on success, instead of err.
> >
> > Addresses-Coverity-ID: 1493753 ("Identical code for different branches")
> > Fixes: 6a98d71daea1 ("RDMA/rtrs: client: main
Hi Coly,
one question below:
Coly Li 于2020年8月5日周三 上午8:36写道：
>
> If create a loop device with a backing NVMe SSD, current loop device
> driver doesn't correctly set its queue's limits.discard_granularity and
> leaves it as 0. If a discard request at LBA 0 on this loop device, in
> __blkdev_issue_
On Tue, Aug 18, 2020 at 7:30 AM Nathan Chancellor
wrote:
>
> On Tue, Aug 18, 2020 at 12:03:18AM -0400, Brooke Basile wrote:
> > Clang warns:
> > drivers/block/rnbd/rnbd-srv.c:150:6: warning: variable 'err' is used
> > uninitialized whenever 'if' condition is true
> > [-Wsometimes-unin
On Tue, Aug 18, 2020 at 8:50 AM Nathan Chancellor
wrote:
>
> Clang warns:
>
> drivers/block/rnbd/rnbd-srv.c:150:6: warning: variable 'err' is used
> uninitialized whenever 'if' condition is true
> [-Wsometimes-uninitialized]
> if (IS_ERR(bio)) {
> ^~~
> drivers/block/rn
On Sun, Jan 10, 2021 at 10:58 PM wrote:
>
> From: Tom Rix
>
> clang static analysis reports this problem
>
> rnbd-clt.c:1212:11: warning: Branch condition evaluates to a
> garbage value
> else if (!first)
> ^~
>
> This is triggered in the find_and_get_or_create_sess
Hi John,
On Tue, Jan 5, 2021 at 12:21 PM John Garry wrote:
>
> In commit 05c6c029a44d ("scsi: pm80xx: Increase number of supported
> queues"), support for 80xx chip was improved by enabling multiple HW
> queues.
>
> In this, like other SCSI MQ HBA drivers, the HW queues were not exposed
> to upp
On Mon, Dec 7, 2020 at 4:01 PM Jens Axboe wrote:
>
> On 12/7/20 7:54 AM, Colin King wrote:
> > From: Colin Ian King
> >
> > Currently in the case where dev->blk_symlink_name fails to be allocates
> > the error return path attempts to set an end-of-string character to
> > the unallocated dev->blk_
On Mon, Jan 18, 2021 at 11:10 AM Ahmed S. Darwish
wrote:
>
> From: John Garry
>
> LLDDs report events to libsas with .notify_port_event and
> .notify_phy_event callbacks.
>
> These callbacks are fixed and so there is no reason why the functions
> cannot be called directly, so do that.
>
> This ne
On Mon, Jan 18, 2021 at 11:10 AM Ahmed S. Darwish
wrote:
>
> Use the new libsas event notifiers API, which requires callers to
> explicitly pass the gfp_t memory allocation flags.
>
> Call chain analysis, pm8001_hwi.c:
>
> pm8001_interrupt_handler_msix() || pm8001_interrupt_handler_intx() ||
>
On Fri, Jan 8, 2021 at 7:46 AM kernel test robot wrote:
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: f5e6c330254ae691f6d7befe61c786eb5056007e
> commit: 5a1328d0c3a757cdd8c65f4dfe0a02502a5810bc block/rnbd-clt: Dynamically
> allocate sglist for
On Fri, Jan 15, 2021 at 10:58 AM Colin King wrote:
>
> From: Colin Ian King
>
> A block of code is indented one level too deeply, clean this
> up.
>
> Addresses-Coverity: ("Indentation does not match nesting level")
> Signed-off-by: Colin Ian King
Acked-by: Jack Wang
> ---
> drivers/scsi/pm800
On Tue, Mar 23, 2021 at 1:55 PM Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> The -Wrestrict warning (disabled by default) points out undefined
> behavior calling snprintf():
>
> drivers/block/rnbd/rnbd-clt-sysfs.c: In function 'rnbd_clt_get_path_name':
> drivers/block/rnbd/rnbd-clt-sysfs.c:48
On Tue, Mar 23, 2021 at 1:55 PM Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> On some configurations, gcc warns about overlapping source and
> destination arguments to snprintf:
>
> drivers/scsi/pm8001/pm8001_init.c: In function 'pm8001_request_msix':
> drivers/scsi/pm8001/pm8001_init.c:977:3:
On Wed, Mar 3, 2021 at 3:46 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_init.c:192: warning: expecting prototype for
> tasklet for 64 msi(). Prototype was for pm8001_tasklet() instead
> drivers/scsi/pm8001/pm8001_init.c:872: warning: e
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_ctl.c:313: warning: expecting prototype for
> pm8001_ctl_sas_address_show(). Prototype was for
> pm8001_ctl_host_sas_address_show() instead
> drivers/scsi/pm8001/
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_sas.c:989: warning: expecting prototype for and
> hard reset for(). Prototype was for pm8001_I_T_nexus_reset() instead
>
> Cc: Jack Wang
> Cc: "James E.J. Bottomle
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm80xx_hwi.c:1427: warning: expecting prototype for
> pm8001_chip_init(). Prototype was for pm80xx_chip_init() instead
> drivers/scsi/pm8001/pm80xx_hwi.c:1584: warning: e
On Wed, Mar 3, 2021 at 3:47 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_hwi.c:1183: warning: expecting prototype for
> pm8001_chip_interrupt_enable(). Prototype was for
> pm8001_chip_intx_interrupt_enable() instead
> drivers/scsi/pm80
On Fri, Nov 20, 2020 at 9:36 AM Xu Wang wrote:
>
> Remove casting the values returned by kcalloc.
>
> Signed-off-by: Xu Wang
Acked-by: Jack Wang
Thanks Xu!
> ---
> drivers/scsi/pm8001/pm8001_init.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/scsi/pm8001/
On Tue, Nov 24, 2020 at 5:36 AM Joe Perches wrote:
>
> Use the more common logging style.
>
> Signed-off-by: Joe Perches
Acked-by: Jack Wang
Thanks!
> ---
> drivers/scsi/pm8001/pm8001_init.c | 12 ++--
> drivers/scsi/pm8001/pm8001_sas.c | 4 ++--
> drivers/scsi/pm8001/pm8001_sas.h |
On Tue, Nov 24, 2020 at 5:36 AM Joe Perches wrote:
>
> kernel robot reported a misindentation of a goto.
>
> Fix it.
>
> At the same time, use a temporary for a repeated entry in the same block
> to reduce visual noise.
>
> Reported-by: kernel test robot
> Signed-off-by: Joe Perches
Acked-by: Ja
On Tue, Nov 24, 2020 at 10:38 AM Colin King wrote:
>
> From: Colin Ian King
>
> There are two words that need separating with a space in a
> pm8001_dbg message. Fix it.
>
> Signed-off-by: Colin Ian King
Acked-by: Jack Wang
Thanks
> ---
> drivers/scsi/pm8001/pm8001_hwi.c | 2 +-
> 1 file change
On Wed, Nov 25, 2020 at 1:47 PM Wang ShaoBo wrote:
>
> Fix to return -ENOMEM error code from the error handling case where
> kobject_create_and_add() failed instead of 0 in rnbd_srv_create_dev_sysfs(),
> as done elsewhere in this function.
>
> Signed-off-by: Wang ShaoBo
Thanks Shaobo, we have a f
Hi Jens,
On Thu, Dec 17, 2020 at 6:44 PM swapnil ingle wrote:
>
> Adding linux-r...@vger.kernel.org
>
> On Fri, Nov 27, 2020 at 1:54 PM Danil Kipnis
> wrote:
>>
>> On Fri, Nov 27, 2020 at 1:31 PM Swapnil Ingle wrote:
>> >
>> > Adding name to the Contributors List
>> >
>> > Signed-off-by: Swapn
Hi, Jens
On Fri, Dec 18, 2020 at 3:53 PM Jens Axboe wrote:
>
> On 12/17/20 11:46 PM, Jinpu Wang wrote:
> > Hi Jens,
> >
> > On Thu, Dec 17, 2020 at 6:44 PM swapnil ingle
> > wrote:
> >>
> >> Adding linux-r...@vger.kernel.org
> >>
>
On Sun, Jan 17, 2021 at 2:24 PM Christophe JAILLET
wrote:
>
> The wrappers in include/linux/pci-dma-compat.h should go away.
>
> The patch has been generated with the coccinelle script below and has been
> hand modified to replace GFP_ with a correct flag.
> It has been compile tested.
>
> When me
On Mon, Jan 18, 2021 at 11:10 AM Ahmed S. Darwish
wrote:
>
> The ->notify_ha_event() hook has long been removed from the libsas event
> interface.
>
> Remove it from documentation.
>
> Fixes: 042ebd293b86 ("scsi: libsas: kill useless ha_event and do some
> cleanup")
> Signed-off-by: Ahmed S. Darw
On Mon, Jan 18, 2021 at 11:11 AM Ahmed S. Darwish
wrote:
>
> libsas event notifiers required an extension where gfp_t flags must be
> explicitly passed. For bisectability, a temporary _gfp() variant of such
> functions were added. All call sites then got converted use the _gfp()
> variants and exp
On Fri, Nov 27, 2020 at 1:31 PM Swapnil Ingle wrote:
>
> Adding name to the Contributors List
>
> Signed-off-by: Swapnil Ingle
Hi, Swapnil,
Thanks for your past contributions, sorry for missing your name on the list.
Acked-by: Jack Wang
> ---
> drivers/block/rnbd/README | 1 +
> 1 file changed
On Sat, Nov 21, 2020 at 12:16 AM Joe Perches wrote:
>
> Make the pm8001_printk macro take an explicit HBA instead of
> assuming the existence of an unspecified pm8001_ha argument
>
> Miscellanea:
>
> o Add pm8001_ha to the few uses of pm8001_printk
> o Add HBA to the pm8001_dbg macro call to pm800
On Wed, Apr 13, 2016 at 11:26 PM, David Daney wrote:
> From: David Daney
>
> It is unclear what the original intent of the masking was, but it is
> clearly incorrect to truncate a physical address before calling
> ioremap(). On systems where there are valid physical address bits
> above bit-31 (
Hi,
blkdiscard fails on brd with IO error on 4.4.5, and latest mainline
looks the same.
nbd and zram has same defect, I can send fix later, if you are Ok with this fix.
--
Mit freundlichen Grüßen,
Best Regards,
Jack Wang
Linux Kernel Developer Storage
ProfitBricks GmbH The IaaS-Company.
Prof
Oh, sorry the shift is too the wrong direction. -.-, please ignore this patch
On Fri, Apr 15, 2016 at 4:17 PM, Jinpu Wang wrote:
> Hi,
>
> blkdiscard fails on brd with IO error on 4.4.5, and latest mainline
> looks the same.
> nbd and zram has same defect, I can send fix later
Hi,
blkdiscard fails on brd with IO error on 4.4.5, and latest mainline
looks the same.
nbd and zram has same defect, I can send fix later, if you are Ok with this fix.
From a5db7d1acdb54b7f188eb916f711733e34da5b5f Mon Sep 17 00:00:00 2001
From: Jack Wang
Date: Fri, 15 Apr 2016 16:05:16 +0200
Sub
On Tue, May 17, 2016 at 4:38 PM, Julia Lawall wrote:
> firmare -> firmware
>
> Signed-off-by: Julia Lawall
>
> ---
> drivers/scsi/pm8001/pm8001_init.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/scsi/pm8001/pm8001_init.c
> b/drivers/scsi/pm8001/pm8001_ini
Thanks Cong,
I found another thread:
https://lkml.org/lkml/2015/2/3/690
Looks the patch fix the same WARNING.
On Thu, Feb 5, 2015 at 7:33 AM, Cong Wang wrote:
> On Wed, Feb 4, 2015 at 1:57 AM, Jinpu Wang
> wrote:
>> Hi,
>>
>> I hit WARNING below after update to 3.19
When rmmod null_blk lead to GPF below:
[ 29.193712] IPv6: ADDRCONF(NETDEV_CHANGE): ib0: link becomes ready
[ 62.216289] general protection fault: [#1] SMP DEBUG_PAGEALLOC
[ 62.216586] Dumping ftrace buffer:
[ 62.216660](ftrace buffer empty)
[ 62.216730] Modules linked in: ib_ipo
1 PM, Jinpu Wang wrote:
> When rmmod null_blk lead to GPF below:
>
> [ 29.193712] IPv6: ADDRCONF(NETDEV_CHANGE): ib0: link becomes ready
> [ 62.216289] general protection fault: [#1] SMP DEBUG_PAGEALLOC
> [ 62.216586] Dumping ftrace buffer:
> [ 62.216660](ftrace buffer
On Mon, Feb 2, 2015 at 4:54 PM, Jens Axboe wrote:
> On 02/02/2015 06:50 AM, Jinpu Wang wrote:
>> Hi Jens,
>>
>> I found 2 patches commits (74170118b & e09aae7e)from
>> https://urldefense.proofpoint.com/v1/url?u=https://git.kernel.org/cgit/linux/kernel/git/axboe/lin
Hi,
I hit WARNING below after update to 3.19-rc6, when I running fio with libaio.
Any one see this warning before, or maybe know how to fix it?
>From the call trace:
(gdb) list *read_events+0x1e8
0x81225ad8 is in read_events (fs/aio.c:1259).
1254 * something to be aware of when to
On Sat, Apr 16, 2016 at 3:50 AM, Christoph Hellwig wrote:
>> - blk_queue_max_discard_sectors(brd->brd_queue, UINT_MAX);
>> + blk_queue_max_discard_sectors(brd->brd_queue, UINT_MAX >> 9);
>
> Shouldn't we fix the issue by capping to UINT_MAX >> 9 inside
> blk_queue_max_discard_sectors? Tha
On Mon, Apr 18, 2016 at 10:34 AM, Jinpu Wang
wrote:
> On Sat, Apr 16, 2016 at 3:50 AM, Christoph Hellwig wrote:
>>> - blk_queue_max_discard_sectors(brd->brd_queue, UINT_MAX);
>>> + blk_queue_max_discard_sectors(brd->brd_queue, UINT_MAX >> 9);
>>
&
Greg Kroah-Hartman 于2019年8月14日周三 下午7:10写道：
>
> This is the start of the stable review cycle for the 4.19.67 release.
> There are 91 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should
On Wed, Aug 7, 2019 at 2:35 PM Jinpu Wang wrote:
>
> On Wed, Aug 7, 2019 at 8:36 AM Jinpu Wang wrote:
> >
> > On Wed, Aug 7, 2019 at 1:40 AM NeilBrown wrote:
> > >
> > > On Tue, Aug 06 2019, Jinpu Wang wrote:
> > >
> > > >
On Mon, Sep 16, 2019 at 10:47 PM Denis Efremov wrote:
>
> Replace the magic constant (6) with define PCI_STD_NUM_BARS representing
> the number of PCI BARs.
>
> Cc: Jack Wang
> Cc: "James E.J. Bottomley"
> Signed-off-by: Denis Efremov
Looks fine, thanks!
Acked-by: Jack Wang
> ---
> drivers/sc
Greg Kroah-Hartman 于2019年10月17日周四 下午11:56写道：
>
> This is the start of the stable review cycle for the 4.14.150 release.
> There are 65 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sho
Resend with plain text, sorry for spam.
Hi Thomas, hi Greg, hi Tony, hi Arjan, hi other expert on the list
I noticed on our Cascade lake with 4.14.120, the kernel is reporting
vulnerable:
jwang@ps401a-912:~$ head /sys/devices/system/cpu/vulnerabilities/mds
Vulnerable: Clear CPU buffers attempted
Resend with plain text, and remove confidential unnecessary signature.
sorry for spam.
Hi Thomas, hi Greg, hi Tony, hi Arjan, hi other expert on the list
I noticed on our Cascade lake with 4.14.120, the kernel is reporting
vulnerable:
jwang@ps401a-912:~$ head /sys/devices/system/cpu/vulnerabilit
gt;> On Fri, May 24, 2019 at 03:19:34PM +0200, Jinpu Wang wrote:
> >> Resend with plain text, and remove confidential unnecessary signature.
> >> sorry for spam.
> >>
> >> Hi Thomas, hi Greg, hi Tony, hi Arjan, hi other expert on the list
> >>
> >
On Fri, Mar 29, 2019 at 12:43 AM Colin King wrote:
>
> From: Colin Ian King
>
> When macro PM8001_USE_MSIX is defined there are redundant dead code
> calls to pm8001_chip_intx_interrupt_{enable|disable}. Clean this up
> by compiling in the appropriate enable/disable handlers for the
> defined PM8
On Thu, Aug 1, 2019 at 12:22 AM Colin King wrote:
>
> From: Colin Ian King
>
> There are several occasions where variable rc is being initialized
> with a value that is never read and error is being re-assigned a
> little later on. Clean up the code by removing rc entirely and
> just returning t
Hi All,
We found a problem regarding much higher IO latency when running
kernel 4.4.131 compare to 4.14.133, tried with latest upstream
5.3-rc2, same result.
Reproducer:
1 create md raid1 with 2 ram disks:
sudo mdadm -C /dev/md0 -l1 -n2 -e1.2 --bitmap=internal /dev/ram[0-1]
2 run fio command with
On Fri, Aug 2, 2019 at 9:52 PM Paul Menzel wrote:
>
> Dear Jinpu,
>
>
> On 02.08.19 16:48, Jinpu Wang wrote:
>
> > We found a problem regarding much higher IO latency when running
> > kernel 4.4.131 compare to 4.14.133, tried with latest upstream
> > 5.3-
Hi Neil,
For the md higher write IO latency problem, I bisected it to these commits:
4ad23a97 MD: use per-cpu counter for writes_pending
210f7cd percpu-refcount: support synchronous switch to atomic mode.
Do you maybe have an idea? How can we fix it?
Regards,
Jack Wang
git bisect log:
git bise
On Tue, Aug 6, 2019 at 1:46 AM NeilBrown wrote:
>
> On Mon, Aug 05 2019, Jinpu Wang wrote:
>
> > Hi Neil,
> >
> > For the md higher write IO latency problem, I bisected it to these commits:
> >
> > 4ad23a97 MD: use per-cpu counter for writes_pendi
On Tue, Aug 6, 2019 at 9:54 AM Jinpu Wang wrote:
>
> On Tue, Aug 6, 2019 at 1:46 AM NeilBrown wrote:
> >
> > On Mon, Aug 05 2019, Jinpu Wang wrote:
> >
> > > Hi Neil,
> > >
> > > For the md higher write IO latency problem, I bisected it to the
On Wed, Aug 7, 2019 at 1:40 AM NeilBrown wrote:
>
> On Tue, Aug 06 2019, Jinpu Wang wrote:
>
> > On Tue, Aug 6, 2019 at 9:54 AM Jinpu Wang
> > wrote:
> >>
> >> On Tue, Aug 6, 2019 at 1:46 AM NeilBrown wrote:
> >> >
> >> >
On Wed, Aug 7, 2019 at 8:36 AM Jinpu Wang wrote:
>
> On Wed, Aug 7, 2019 at 1:40 AM NeilBrown wrote:
> >
> > On Tue, Aug 06 2019, Jinpu Wang wrote:
> >
> > > On Tue, Aug 6, 2019 at 9:54 AM Jinpu Wang
> > > wrote:
> > >>
On Thu, Jun 6, 2019 at 3:35 AM Jason Yan wrote:
>
>
>
> On 2019/6/6 0:12, John Garry wrote:
> > Many times in libsas, and in LLDDs which use libsas, the check for an
> > expander device is re-implemented or open coded.
> >
> > Use dev_is_expander() instead. We rename this from
> > sas_dev_type_is_
Greg Kroah-Hartman 于2019年1月8日周二 下午1:28写道：
>
> On Mon, Jan 07, 2019 at 08:59:12PM -0800, Guenter Roeck wrote:
>
> Should all now be fixed up.
>
> I hope, this set of releases has been a pain...
>
> greg k-h
I had build failure below, looks related to 0fe69354b888 ("crypto:
testmgr - add AES-CFB te
On Fri, Apr 13, 2018 at 6:59 PM, Martin K. Petersen
wrote:
>
> Jinpu,
>
> [CC:ed the mpt3sas maintainers]
>
> The ratelimit patch is just an attempt to treat the symptom, not the
> cause.
Agree. If we can fix the root cause, it will be great.
>
>> Thanks for asking, we updated mpt3sas driver which
On Sun, Jul 24, 2016 at 1:51 PM, SF Markus Elfring
wrote:
>
> > From: Markus Elfring
> > Date: Tue, 17 Nov 2015 08:14:52 +0100
> >
> > The kmem_cache_destroy() function tests whether its argument is NULL
> > and then returns immediately. Thus the test around the calls is not needed.
> >
> > This
On Tue, Mar 21, 2017 at 8:55 PM, NeilBrown wrote:
> On Mon, Mar 20 2017, Gioh Kim wrote:
>
>> From: Jack Wang
>>
>> Output the real dev role in examine_super1, it will help to
>> find problem.
>>
>> Signed-off-by: Jack Wang
>> Reviewed-by: Gioh Kim
>> ---
>> super1.c | 6 --
>> 1 file chan
Garry Filakhtov 于2020年6月12日周五 上午8:38写道：
>
> Good time of the day,
>
> Hope you all are staying safe during these challenging times.
>
> I have been struggling with KVM guest freezes after the upgrade from
> 4.19 LTS to 5.4 LTS.
>
> Searching through the internet lead me to
> https://www.reddit.com
On Wed, Jul 8, 2020 at 2:03 PM Lee Jones wrote:
>
> More bitrot issues with function documentation not keeping up with API
> changes.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_init.c:64: warning: cannot understand function
> prototype: 'const struct pm8
Hi, Bo,
On Fri, Jun 19, 2020 at 3:10 PM Bo YU wrote:
>
> Dev is returned from allocation function kzalloc but it does not
> free it in out_err path.
If allocation failed, kzalloc return NULL, nothing to free.
>
> Detected by CoverityScan, CID# 1464569: (Resource leak)
>
> Fixes: c0894b3ea69d3("RDM
On Wed, Sep 30, 2020 at 3:14 PM Gioh Kim wrote:
>
> From: Gioh Kim
>
> list field is not used anywhere
>
> Signed-off-by: Gioh Kim
thanks, Gioh!
Acked-by: Jack Wang
> ---
> drivers/infiniband/ulp/rtrs/rtrs-pri.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/infiniband/ulp/rtr
On Fri, Sep 18, 2020 at 10:18 AM Jinpu Wang wrote:
>
> On Fri, Sep 18, 2020 at 9:24 AM Gioh Kim wrote:
> >
> > From: Gioh Kim
> >
> > After send_msg_open is done, send_msg_close should be done
> > if any error occurs and it is necessary to recover
> >
On Thu, Oct 1, 2020 at 9:26 AM Gioh Kim wrote:
>
> From: Gioh Kim
>
> The direction of DMA operation is already in the rtrs_iu.
>
> Signed-off-by: Gioh Kim
Looks fine to me!
Acked-by: Jack Wang
> ---
> drivers/infiniband/ulp/rtrs/rtrs-clt.c | 14 ++
> drivers/infiniband/ulp/rtrs/rt
On Thu, Oct 1, 2020 at 9:27 AM Gioh Kim wrote:
>
> From: Gioh Kim
>
> If rtrs_iu_alloc failed to allocate buffer or map dma,
> there are some allocated addresses and some NULL addresses
> in the array. rtrs_iu_free should check data before free.
>
> Signed-off-by: Gioh Kim
> ---
> drivers/infin
On Thu, Oct 1, 2020 at 2:30 PM Vaibhav Gupta wrote:
>
> The driver calls pci_enable_wake(, false) in pm8001_pci_resume(), and
> there is no corresponding pci_enable_wake(, true) in
> pm8001_pci_suspend(). Either it should do enable-wake the device in
> .suspend() or should not invoke pci_e
On Sun, Aug 23, 2020 at 11:15 AM Dinghao Liu wrote:
>
> When pm8001_tag_alloc() fails, task should be freed just
> like what we've done in the subsequent error paths.
>
> Signed-off-by: Dinghao Liu
Thanks!
Acked-by: Jack Wang
> ---
> drivers/scsi/pm8001/pm8001_sas.c | 2 +-
> 1 file changed, 1
On Fri, Oct 30, 2020 at 8:41 AM Mauro Carvalho Chehab
wrote:
>
> There are a number of new changes at the ABI files that cause
> them to produce warnings when generating ABI output.
>
> Fix them.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> .../ABI/stable/sysfs-driver-firmware-zynqmp | 62
On Mon, Nov 16, 2020 at 11:41 AM Lee Jones wrote:
>
> Hasn't been used since 2009.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/scsi/pm8001/pm8001_hwi.c: In function ‘mpi_set_phys_g3_with_ssc’:
> drivers/scsi/pm8001/pm8001_hwi.c:415:6: warning: variable ‘value’ set but
> not
1 - 100 of 117 matches
Mail list logo
