kernel/git/next/linux-next.git/commit/drivers/usb/gadget/s3c2410_udc.c?id=3fc154b6b8134b98bb94d60cad9a46ec1ffbe372
> the commit ID looks correct to me. Maybe something should be tweaked somewhere
> before applying, but I don't know what!
Same thing. The hash is 3fc154b6b8134b98bb94d60cad9a46ec1ffbe372
regards,
dan carpenter
On Sun, Feb 21, 2021 at 08:41:17AM +0100, Christophe JAILLET wrote:
> Since commit fe0f8e5c9ba8 ("usb: gadget: s3c: use platform resources"),
This the wrong hash. It should be 188db4435ac6 from the URL you posted
below.
regards,
dan carpenter
On Sat, Feb 20, 2021 at 05:56:47PM +0530, karthik alapati wrote:
> fix sparse byte-order warnings by converting host byte-order
> types to le32 types
>
> Signed-off-by: karthik alapati
This is a v2 patch...
regards,
dan carpenter
any patch which doesn't also fix
the buffer overflows when we pass:
result = p80211req_dorequest(wlandev, msgbuf);
How do we know that "msgbuf" is large enough?
regards,
dan carpenter
t; ---
Looks okay to me. Thanks!
Reviewed-by: Dan Carpenter
regards,
dan carpenter
2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
regards,
dan carpenter
wrap around even make sense?
I hope that if you review the code a bit I think you will find that the
wrap around is impossible? Just fix the two callers and delete this
macro.
regards,
dan carpenter
ested
Heh. Nope.
This breaks the build.
regards,
dan carpenter
!test_bit(IN_TX,
&port->flags),
10);
[tab x6][space x7]!test_bit(IN_TX, &port->flags)
regards,
dan carpenter
The copy_to_user() function returns the number of bytes remaining to be
copied, but we want to return -EFAULT if the copy doesn't complete.
Fixes: b754ffbbc0ee ("cxl/mem: Add basic IOCTL interface")
Signed-off-by: Dan Carpenter
---
drivers/cxl/mem.c | 5 -
1 file changed, 4 i
On Fri, Feb 19, 2021 at 12:03:18PM +0300, Nikolay Kyx wrote:
> This patch fixes the following checkpatch.pl check:
>
> CHECK: Alignment should match open parenthesis
>
> in file fwserial.c
>
> Additionally some style warnings remain valid here and could be fixed by
> another patch.
>
Don't put
d idea, but this is part of the
user space API so it's not possible.
The best we can do is adding some more comments so people know why we
are doing the scary casts.
regards,
dan carpenter
(attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/bus/mhi/core/pm.c:501 mhi_pm_disable_transition() error: uninitialized
symbol 'cur_
On Fri, Feb 19, 2021 at 05:51:59AM +0530, karthik alapati wrote:
> convert le32 types to host byte-order types before
> comparison
>
Already fixed. Please work against staging-next or linux-next.
regards,
dan carpenter
7;re saying.
>
> thank you mr. dan carpenter
You're welcome. (These sorts of comments do go below the --- cut off
line so that's fine.)
regards,
dan carpenter
mplete and it has to go above the Signed-off-by
line.
regards,
dan carpenter
No problem. These days I have fibre to my house, but I still remember
trying to clone the kernel when I could only buy 20MB of data at a
time. :P
regards,
dan carpenter
* the MSD state is set to HWPRESENT because we
regards,
dan carpenter
ity_priv *psecpriv = &padapter->securitypriv;
>
> memset(pcur_dot11txpn, 0, 8);
> - if (NULL == StaAddr)
> + if (StaAddr == NULL)
The prefered format for this is actually:
if (!StaAddr)
return;
regards,
dan carpenter
ing these sorts of patches. However, to
> finish my 10th challenge I was tasked to do exactly that. So I ask you
> kindly to pull this patch if possible.
>
> Thank you for your time,
These patches are fine in staging.
regards,
dan carpenter
connection midway every time)
I live in Africa and used to have this problem before Africa got
connected to fibre optic. Greg's suggestion of using `wget -c` to
download a git bundle is a good one. However, in my experience
`wget -c` is not 100% accurate on super flakey internet. Then if i
-randconfig-m031-20210215 (attached as .config)
compiler: riscv32-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/rpmsg/rpmsg_char.c:429 rpmsg_chrdev_probe() error: we previously
-randconfig-m001-20210215 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/rpmsg/virtio_rpmsg_bus.c:977 rpmsg_probe() error: uninitialized
change the type of
(struct p80211ioctl_req)->data from caddr_t to "void __user *data;".
I haven't looked at this though, so double check.
regards,
dan carpenter
On Wed, Feb 17, 2021 at 09:03:01AM +0100, Benjamin Gaignard wrote:
> diff --git a/drivers/staging/media/hantro/hantro_drv.c
> b/drivers/staging/media/hantro/hantro_drv.c
> index e1443c394f62..d171fb80876a 100644
> --- a/drivers/staging/media/hantro/hantro_drv.c
> +++ b/drivers/staging/media/hantro
is NULL in
Option 2: this can't be NULL, but we are planning to allow that.
Option 3: I don't know if this can be NULL but do it for consistency
As we review and packport patches we have to figure out why you are
adding NULL checks so it really helps if you just tell us.
regards,
dan carpenter
On Wed, Feb 17, 2021 at 09:02:57AM +0100, Benjamin Gaignard wrote:
> hantro_needs_postproc function becoming to much complex to
> stray inline in .h file move it to .c file.
>
Yeah. I do think this would make more sense folded in with patch 7.
regards,
dan carpenter
t->enc_offset;
> vpu->dec_base = vpu->reg_bases[0] + vpu->variant->dec_offset;
> + /* by default decoder is G1 */
> + vpu->core_hw_dec_rev = HANTRO_G1_REV;
>
This is a write only variable. :P Fold it in with the patch that uses
it.
regards,
dan carpenter
er a bit. But the main thing is that it means you didn't didn't
violate any copyrights.
regards,
dan carpenter
On Thu, Feb 11, 2021 at 07:35:33PM -0800, Drew Fustini wrote:
> On Thu, Feb 11, 2021 at 10:39:38AM +0300, Dan Carpenter wrote:
> > On Wed, Feb 10, 2021 at 11:24:23PM -0800, Joe Perches wrote:
> > > On Thu, 2021-02-11 at 10:11 +0300, Dan Carpenter wrote:
> > > > On W
The WARN_ON() argument is a condition, not an error message. So this
code will print a stack trace but will not print the warning message.
Fix that and also change it to only WARN_ONCE().
Fixes: 4ddb74165ae5 ("bpf: Extract nullable reg type conversion into a helper
function")
Signed-o
d probe will fail.
Fixes: 72a868b38bdd ("iio: imu: check sscanf return value")
Signed-off-by: Dan Carpenter
---
drivers/iio/imu/adis16400.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/iio/imu/adis16400.c b/drivers/iio/imu/adis16400.c
index 54af2ed664f6
The WARN_ON() argument is a condition, and it generates a stack trace
but it doesn't print the warning.
Fixes: 4ddb74165ae5 ("bpf: Extract nullable reg type conversion into a helper
function")
Signed-off-by: Dan Carpenter
---
kernel/bpf/verifier.c | 2 +-
1 file changed, 1
evice capabilities")
Signed-off-by: Dan Carpenter
---
drivers/cxl/mem.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/cxl/mem.c b/drivers/cxl/mem.c
index 3bca8451348a..2ebc84e4d202 100644
--- a/drivers/cxl/mem.c
+++ b/drivers/cxl/mem.c
@@ -383,8 +383,8 @@
Looks good.
Reviewed-by: Dan Carpenter
regards,
dan carpenter
(Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/usb/typec/tcpm/tcpm.c:5770 tcpm_get_partner_src_caps() warn: variable
dereferenced before check 'src_pdo' (see line
If the string is invalid, this should return -EINVAL instead of 0.
Fixes: 73517cf49bd4 ("usb: gadget: add RNDIS configfs options for
class/subclass/protocol")
Signed-off-by: Dan Carpenter
---
drivers/usb/gadget/function/u_ether_configfs.h | 5 ++---
1 file changed, 2 insertions(+), 3
If dma_request_channel() fails then the probe fails and it should
return a negative error code, but currently it returns success.
fixes: 4774fb0a48aa ("mtd: nand/fsmc: Add DMA support")
Signed-off-by: Dan Carpenter
---
drivers/mtd/nand/raw/fsmc_nand.c | 2 ++
1 file changed, 2
by itself. And I removed the FEC_MAX_INDEX define and used
ARRAY_SIZE(fec) instead.
Fixes: d0cf9503e908 ("octeontx2-pf: ethtool fec mode support")
Signed-off-by: Dan Carpenter
---
.../net/ethernet/marvell/octeontx2/nic/otx2_ethtool.c| 9 +
1 file changed, 5 insertions(+),
onfig)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/infiniband/hw/qedr/verbs.c:1925 qedr_create_user_qp() error: we
previously assumed 'ctx' could be null
}
585 }
586 kfree(msgbuf);
587
588 bail:
589 /* If allocate,copyfrom or copyto fails, return errno */
590 return result;
591 }
Smatch has a problem parsing this code because struct ifreq *ifr is a
union and Smatch gets confused. :/
regards,
dan carpenter
like this:
"There is a typo here where it says "qurey" but "query" was intended."
regards,
dan carpenter
)
compiler: ia64-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/remoteproc/remoteproc_core.c:2080 rproc_detach() error: double free of
'rproc->cached_table'
vim
how two people stumbled upon the exact same thing at the
> same time. Copy/paste ?
>
Those things are pretty common where people try to fix the first
checkpatch warning they find. There was one time some years back when 5
people sent the same patch.
regards,
dan carpenter
On Thu, Feb 11, 2021 at 06:36:04PM +0530, karthik alapati wrote:
> There is a bunch of messy, commented out code. Just delete it.
>
> Suggested-by: Dan Carpenter
> Signed-off-by: karthik alapati
Perfect, thanks. Greg already merged this as well so good job.
regards,
dan carepnter
ing when
you used devm_kfree() on kzalloc()ed memory, but I guess the warning is
only the other way around.
Smatch does complain about it as a leak because it was expecting a
regular free.
drivers/pinctrl/pinmux.c:330 pinmux_func_name_to_selector() warn: potential
NULL parameter dereference 'fname'
drivers/pinctrl/pinmux.c:764 pinmux_select() warn: possible memory leak of
'gname'
drivers/pinctrl/pinmux.c:764 pinmux_select() warn: sscanf doesn't return error
codes
drivers/pinctrl/pinmux.c:764 pinmux_select() warn: returning success when
sscanf failed
And what about the success path? Shouldn't we free these on the success
path as well?
regards,
dan carpenter
I have created a new Smatch warning when people pass GFP_NOFS
to kvmalloc() and friends. We'll see if it finds anything tomorrow.
(We could probably find the same information with grep, but I run
Smatch every day so it prevents future bugs).
regards,
dan carpenter
le_array_member
> [2]
> https://www.kernel.org/doc/html/v5.9/process/deprecated.html#zero-length-and-one-element-arrays
>
> Link: https://github.com/KSPP/linux/issues/79
> Link: https://github.com/KSPP/linux/issues/109
> Build-tested-by: kernel test robot
> Link: https://lore.kernel.org/lkml/602434b8.jc5doxj0bmhoxgil%25...@intel.com/
> Signed-off-by: Gustavo A. R. Silva
Looks okay to me. I looked for potential issues with changing the
sizeof the struct but couldn't find any.
Reviewed-by: Dan Carpenter
regards,
dan carpenter
IS_ERR_VALUE(imx334->reset_gpio));
IS_ERR_VALUE() isn't right. It would always print 1 here. It should
just be PTR_ERR().
IS_ERR_VALUE() is like IS_ERR() but for when you're storing memory
addresses in an unsigned long variable. get_unmapped_area(), for
example, returns unsigned longs.
regards,
dan carpenter
r, true, true, channel, Bandwidth,
> Offset40, Offset80, channel);
>
> - /* DBG_871X("<==%s()\n", __func__); */
Please delete the blank lines as well.
regards,
dan carpenter
sy, commented out code. Just delete it."
> Suggested-by: Dan Carpenter
> Signed-off-by: karthik alapati
> ---
> .../staging/rtl8723bs/hal/rtl8723b_phycfg.c | 44 ---
> 1 file changed, 9 insertions(+), 35 deletions(-)
>
> diff --git a/drivers/stagi
atches. Just be patient and I will get to it.
regards,
dan carpenter
On Wed, Feb 10, 2021 at 11:24:23PM -0800, Joe Perches wrote:
> On Thu, 2021-02-11 at 10:11 +0300, Dan Carpenter wrote:
> > On Wed, Feb 10, 2021 at 02:28:54PM -0800, Drew Fustini wrote:
> > > + ret = strncpy_from_user(buf, user_buf, PINMUX_MAX_NAME * 2);
&
On Thu, Feb 11, 2021 at 11:08:19AM +0530, Amey Narkhede wrote:
> Stack allocated buffers cannot be used for DMA
> on all architectures so allocate hci_packet buffer
> using kmalloc.
>
> Signed-off-by: Amey Narkhede
Looks good.
Reviewed-by: Dan Carpenter
regards,
dan carpenter
me;
}
I'm going to write a Smatch check for this today.
> + }
> +
> + fsel = pinmux_func_name_to_selector(pctldev, fname);
> + if (fsel < 0) {
> + dev_err(pctldev->dev, "invalid function %s in map table\n",
> fname);
> + ret = -EINVAL;
ret = fsel;
> + goto free_gname;
> + }
> +
regards,
dan carpenter
On Wed, Feb 10, 2021 at 11:04:28AM -0800, Drew Fustini wrote:
> On Wed, Feb 10, 2021 at 09:20:44PM +0300, Dan Carpenter wrote:
> > Hi Drew,
> >
> > url:
> > https://github.com/0day-ci/linux/commits/Drew-Fustini/pinctrl-pinmux-Add-pinmux-select-debugfs-file/202
tempting. Do that in the next patch.
The actuall rules are slightly more complicated and nuanced than that,
but if you just fix one type at a time then that's okay.
One thing is that your patches should not introduce new checkpatch
warnings. So if you have two statements in an if statement and you
delete one, then that means you have to delete he curly braces as well.
regards,
dan carpenter
On Wed, Feb 10, 2021 at 07:39:16PM +0100, Geert Uytterhoeven wrote:
> Hi Dan,
>
> On Wed, Feb 10, 2021 at 7:21 PM Dan Carpenter
> wrote:
> > 99b2f99aa41aa7 Drew Fustini 2021-02-09 694buf =
> > devm_kzalloc(pctldev->dev, PINMUX_MAX_NAME * 2, GFP_KERNEL);
>
have functions to dump hex data. I can't
remember what they are... One patch for this.
> #endif /* defined(_dbgdump) */
> #endif /* DEBUG_RTL871X */
>
> #ifdef CONFIG_DBG_COUNTER
> -#define DBG_COUNTER(counter) counter++
> +#define DBG_COUNTER(counter) ((counter)++)
Heh... I think these counters are write only variables. Double check
and then just delete everything to do with CONFIG_DBG_COUNTER.
(In a separate patch).
regards,
dan carpenter
(Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/pinctrl/pinmux.c:762 pinmux_select() error: uninitialized symbol
'gname'.
vim +/gname +762 drivers/pinctr
>
> > > + hci = kmalloc(5, GFP_KERNEL);
> >
> > Why "5" and not:
> > hci = kmalloc(sizeof(*hci), GFP_KERNEL);
5 is correct and sizeof(*hci) is 4. The hci struct ends in a zero
element array. You could do:
hci = kmalloc(struct_size(hci, data, 1), GFP_KERNEL);
I'm not sure it's more readable. But you still will have to resend
because the patch passes "&hci" to usb_bulk_msg() instead of "hci" so it
will corrupt memory.
I always encourage people to write the patch and then sit on it over
night and send it the next day.
regards,
dan carpenter
nction_name(paramenters)
Either option will let you grep for the names of the functions:
egrep "^[a-zA-Z]" dir/file.c | grep '('
regards,
dan carpenter
On Wed, Feb 10, 2021 at 02:38:28PM +0530, karthek wrote:
> On Wed, Feb 10, 2021, 2:31 PM Dan Carpenter
> wrote:
>
> > On Wed, Feb 10, 2021 at 02:28:31PM +0530, karthek wrote:
> > > On Wed, Feb 10, 2021 at 1:37 PM Dan Carpenter
> > wrote:
> > &
bol")
Signed-off-by: Dan Carpenter
---
kernel/module.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/module.c b/kernel/module.c
index 95186c9d81ea..9bd3c821d029 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -4447,7 +4447,7 @@ int module_kallsyms_on_ea
{
> u32 i;
There is a proper kernel-doc style that function comments are supposed
to use. https://www.kernel.org/doc/html/latest/doc-guide/kernel-doc.html
./scripts/kernel-doc -v -none drivers/staging/rtl8723bs/hal/rtl8723b_phycfg.c
regards,
dan carpenter
nter.
> >
> > thanks,
> >
> > greg k-h
> Thanks. I'll send v3. I assume now we don't need kzalloc anymore as we
> initialize
> the hci_packet so kmalloc(sizeof(struct hci_packet),..) will do.
We only initialize the first five bytes, but it also seems as if we only
use the first five bytes which raises the question of why we are
allocating 16 bytes.
regards,
dan carpenter
On Wed, Feb 10, 2021 at 02:28:31PM +0530, karthek wrote:
> On Wed, Feb 10, 2021 at 1:37 PM Dan Carpenter
> wrote:
> > > @@ -789,7 +759,7 @@ static void phy_PostSetBwMode8723B(struct adapter
> > > *Adapter)
> > >
> > > PHY_S
RegAddr,The target address to be
> modified
> -*u32 BitMask The target bit position in the
> target address
> -*to be modified
> -*u32
-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/net/ethernet/pensando/ionic/ionic_lif.c:855 ionic_adminq_napi() error:
we previously assumed 'lif->adminqcq' could be n
> + return -ENOMEM;
> +
> ret = usb_bulk_msg(usbdev, usb_sndbulkpipe(usbdev, 2), buf, 5,
> &actual, 1000);
You need to add a kfree() as well.
regards,
dan carpenter
va_region_nr' in
> 'struct mtk_iommu_plat_data'.
iova_region_nr is either 1 or 5 so unsigned doesn't matter.
I once almost introduced a bug where the iterator was supposed to be
size_t. I fixed a bug by making it signed but I ended up introducing a
new bug. But generally that's pretty rare. The more common case is
that making iterators unsigned introduces bugs.
It's better to default to "int i;" and if more complicated types are
required that should stand out. "size_t pg_idx;" or whatever.
regards,
dan carpenter
: aarch64-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
drivers/gpu/drm/msm/disp/dpu1/dpu_rm.c:106 dpu_rm_init() warn: passing zero to
'PTR_ERR'
Old smatch warnings:
drivers/g
On Tue, Feb 09, 2021 at 09:18:02AM +0800, Youling Tang wrote:
> Hi, Dan
>
>
> On 02/09/2021 03:02 AM, Dan Carpenter wrote:
> > On Mon, Feb 08, 2021 at 04:06:18PM +0100, Sascha Hauer wrote:
> > > Hi Dan,
> > >
> > > On Mon, Feb 08, 2021 at 04:45:17
On Mon, Feb 08, 2021 at 04:06:18PM +0100, Sascha Hauer wrote:
> Hi Dan,
>
> On Mon, Feb 08, 2021 at 04:45:17PM +0300, Dan Carpenter wrote:
> > On Sun, Feb 07, 2021 at 05:23:28PM +0800, Youling Tang wrote:
> > > Fix the below ignoring return value warning for device_res
On Mon, Feb 08, 2021 at 07:09:47PM +0200, Ioana Ciornei wrote:
> From: Dan Carpenter
>
> The "desc" pointer can't possibly be NULL here. If we can't find the
> correct "desc" then tt points to the last element of the
> fsl_mc_accept
On Mon, Feb 08, 2021 at 02:18:04PM +, Ioana Ciornei wrote:
> On Mon, Feb 01, 2021 at 03:28:54PM +0300, Dan Carpenter wrote:
> > The "desc" pointer can't possibly be NULL here. If we can't find the
> > correct "desc" then tt points to the last el
27;t be undefined.
> - if (djdev->reports_supported & (1 << i)) {
> + if (djdev->reports_supported & BIT_ULL(i)) {
> reportbuffer[0] = i;
> if (hid_input_report(djdev->hdev,
>HID_INPUT_REPORT,
regards,
dan carpenter
e think silencing warnings is good, but it's actually bad. The
warning is there to show us a potential bug. If we silence the warning
without fixing the bug, then we it's like when your mom tells you to
clean up the room and you instead just switch off the light. It doesn't
fix the problem, it only makes it harder to find.
regards,
dan carpenter
(attached as .config)
compiler: arm-linux-gnueabi-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/power/reset/at91-reset.c:260 at91_reset_probe() warn:
'reset->rstc_base' no
On Thu, Feb 04, 2021 at 09:30:43AM -0800, Daniel Latypov wrote:
> On Wed, Feb 3, 2021 at 11:13 PM Dan Carpenter
> wrote:
> >
> > Hi Daniel,
> >
> > url:
> > https://github.com/0day-ci/linux/commits/Daniel-Latypov/kunit-support-running-subsets
This error path is supposed to return -EINVAL. It used to return
directly but we added some clean up and accidentally removed the
error code. Also I fixed a typo in the error message.
Fixes: c0b57581b73b ("iommu/mediatek: Add power-domain operation")
Signed-off-by: Dan Carpenter
--
On Thu, Feb 04, 2021 at 10:37:24AM +, Lee Jones wrote:
> On Fri, 29 Jan 2021, Dan Carpenter wrote:
>
> > The "req" struct is always added to the "wm831x->auxadc_pending" list,
> > but it's only removed from the list on the success path. If a fai
-20210202 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
mm/ksm.c:979 unmerge_and_remove_all_rmap_items() error: uninitialized symbol
'mm'.
you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
lib/kunit/executor.c:110 kunit_run_all_tests() error: double free of
'suite_set.start'
vim +110 lib/kunit/executor.c
8c0d884986ba22 Brendan Higgins
-20210202 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
fs/proc/task_mmu.c:941 show_smaps_rollup() error: uninitialized symbol
'vma_start
(attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
mm/mmap.c:1895 mmap_region() error: uninitialized symbol 'next'.
vim +/next +1895
On Wed, Feb 03, 2021 at 11:15:35AM -0800, Scott Branden wrote:
> Thanks Dan,
>
> On 2021-02-03 6:42 a.m., Dan Carpenter wrote:
> > These errors should return negative error codes instead of returning
> > success.
> Do you have a script running to report such issues or just
These errors should return negative error codes instead of returning
success.
Fixes: 064ffc7c3939 ("misc: bcm-vk: add autoload support")
Fixes: 522f692686a7 ("misc: bcm-vk: add Broadcom VK driver")
Signed-off-by: Dan Carpenter
---
drivers/misc/bcm-vk/bcm_vk_dev.c | 4 +++
-randconfig-m001-20210202 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
mm/mmap.c:2919 do_brk_munmap() error: we previously assumed 'vma->
t cdnsp_device *pdev,
> {
> int ret;
>
> - trace_cdnsp_ep0_request("delagete");
> + trace_cdnsp_ep0_request("delegate");
>
This printk is useless and should just be deleted. Use ftrace instead.
regards,
dan carpenter
On Tue, Feb 02, 2021 at 10:05:39PM +0300, Dan Carpenter wrote:
> On Tue, Feb 02, 2021 at 07:53:17PM +0100, Pavel Machek wrote:
> > Hi!
> >
> > > From: Dan Carpenter
> > >
> > > [ Upstream commit b552766c872f5b0d90323b24e4c9e8fa67486dd5 ]
> > &g
On Tue, Feb 02, 2021 at 07:53:17PM +0100, Pavel Machek wrote:
> Hi!
>
> > From: Dan Carpenter
> >
> > [ Upstream commit b552766c872f5b0d90323b24e4c9e8fa67486dd5 ]
> >
> > The "bec" struct isn't necessarily always initialized. For example, th
On Tue, Feb 02, 2021 at 07:37:57AM -0500, Jeff Layton wrote:
> On Tue, 2021-02-02 at 08:47 +0300, Dan Carpenter wrote:
> > The "req" pointer is an error pointer and not NULL so this check needs
> > to be fixed.
> >
> > Fixes: 1cf7fdf52d5a ("cep
; Also, drop the unneeded NULL check before calling
> ceph_osdc_put_request.
>
> Fixes: 1cf7fdf52d5a ("ceph: convert readpage to fscache read helper")
> Reported-by: Dan Carpenter
> Suggested-by: Ilya Dryomov
> Signed-off-by: Jeff Layton
Looks good.
Acked-by: Dan Carpenter
regards,
dan carpenter
The error handling in this function frees "reg" but it is still on the
"o2hb_all_regions" list so it will lead to a use after freew. Joseph Qi
points out that we need to clear the bit in the "o2hb_region_bitmap" as
well
Fixes: 1cf257f51191 ("ocfs2: fix memory
ed process
because the cmd cannot complete.
Sometimes it's hard to know what the affect of a bug is, but since
you're working in the subsystem then you probably have a better guess
than the rest of us so even a guess is useful.
regards,
dan carpenter
u
>
> BT_DBG("request for %s", hdev->name);
>
> - if (len <= sizeof(*cp) || cp->pattern_count == 0) {
> + if (len <= sizeof(*cp) || cp->pattern_count == 0 ||
> + len < sizeof(*cp) + cp->pattern_count *
> + sizeof(struct mgmt_adv_pattern)) {
> err = mgmt_cmd_status(sk, hdev->id,
> MGMT_OP_ADD_ADV_PATTERNS_MONITOR,
> MGMT_STATUS_INVALID_PARAMS);
>
I think this was already fixed on Jan 22 commit b4a221ea8a1f ("Bluetooth:
advmon offload MSFT add rssi support").
expected_size += cp->pattern_count * sizeof(struct mgmt_adv_pattern);
if (len != expected_size) {
Now someone needs to backport it to stable.
regards,
dan carpenter
.config)
compiler: arc-elf-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
drivers/iio/industrialio-buffer.c:1413 __iio_buffer_alloc_sysfs_and_mask()
error: uninitialized symbol 'ret
The "req" pointer is an error pointer and not NULL so this check needs
to be fixed.
Fixes: 1cf7fdf52d5a ("ceph: convert readpage to fscache read helper")
Signed-off-by: Dan Carpenter
---
fs/ceph/addr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/c
fsl-mc: add fsl-mc userspace support")
Signed-off-by: Dan Carpenter
---
drivers/bus/fsl-mc/fsl-mc-uapi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/bus/fsl-mc/fsl-mc-uapi.c b/drivers/bus/fsl-mc/fsl-mc-uapi.c
index eeb988c9f4bb..bdcd9d983a78 100644
--- a/drivers
201 - 300 of 2759 matches
Mail list logo