Hi Chun-Kuang,
On Fri, 2020-07-24 at 23:55 +0800, Chun-Kuang Hu wrote:
> Hi, Neal:
>
> Neal Liu 於 2020年7月24日 週五 下午2:55寫道:
> >
> > Hi Chun-Kuang,
> >
> > On Fri, 2020-07-24 at 00:32 +0800, Chun-Kuang Hu wrote:
> > > Hi, Neal:
> > >
> > > Neal Liu 於 2020年7月23日 週四 下午2:11寫道:
> > > >
> > > > Hi
Simplify the return expression.
Signed-off-by: Xu Wang
---
drivers/mfd/intel_soc_pmic_mrfld.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/mfd/intel_soc_pmic_mrfld.c
b/drivers/mfd/intel_soc_pmic_mrfld.c
index bd94c989d232..71da861e8c27 100644
---
On Fri, Jul 3, 2020 at 4:57 PM Zong Li wrote:
>
> There are no standard CSR registers to provide cache information, the
> way for RISC-V is to get this information from DT. Currently, AT_L1I_X,
> AT_L1D_X and AT_L2_X are present in glibc header, and sysconf syscall
> could use them to get
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2020.07.24a
branch HEAD: 2817e45d1d5b7dc64caf8d3d8836ab089e6040b1 fixup! kernel/smp:
Provide CSD lock timeout diagnostics
elapsed time: 2936m
configs tested: 74
configs skipped: 1
The following configs
On Tue, Jul 14, 2020 at 09:04:21PM +0200, Christoph Hellwig wrote:
> - ssize_t rv = ksys_write(fd, p, count);
> + ssize_t rv = kernel_write(file, p, count, >f_pos);
No. Sure, that'll work for ramfs with nobody else playing with those.
However, this is the wrong way to do
Obviously, the TPM version number in the help message is wrong, which
will cause confusion. This patch fixes it.
Signed-off-by: Tianjia Zhang
---
drivers/char/tpm/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/tpm/Kconfig b/drivers/char/tpm/Kconfig
usb_free_coherent() is safe with NULL addr and this check is
not required.
Signed-off-by: Xu Wang
---
sound/usb/endpoint.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/sound/usb/endpoint.c b/sound/usb/endpoint.c
index 88760268fb55..3a2b2a309a71 100644
---
On Mon, Jul 27, 2020 at 03:41:49AM +0100, Al Viro wrote:
> On Thu, Jul 23, 2020 at 04:27:34PM +0200, Christoph Hellwig wrote:
> > On Thu, Jul 23, 2020 at 04:25:34PM +0200, Lukasz Stelmach wrote:
> > > >> Can you comment out the call to d_genocide? It seems like for your
> > > >> the fact that
> -Original Message-
> From: Marc Zyngier
> Sent: 2020年7月25日 21:05
> To: Joakim Zhang
> Cc: t...@linutronix.de; ja...@lakedaemon.net; shawn...@kernel.org;
> s.ha...@pengutronix.de; ker...@pengutronix.de; feste...@gmail.com;
> dl-linux-imx ; linux-kernel@vger.kernel.org
> Subject: Re:
On Thu, Jul 23, 2020 at 04:27:34PM +0200, Christoph Hellwig wrote:
> On Thu, Jul 23, 2020 at 04:25:34PM +0200, Lukasz Stelmach wrote:
> > >> Can you comment out the call to d_genocide? It seems like for your
> > >> the fact that clean_rootfs didn't actually clean up was a feature and
> > >> not a
For the whole series,
Tested-by: Huacai Chen
Reviewed-by: Huacai Chen
On Sat, Jul 25, 2020 at 9:48 AM Jiaxun Yang wrote:
>
> Previously, we're hardcoding resserved ISA I/O Space in code, now
> we're processing reverved I/O via DeviceTree directly. Using the ranges
> property to determine the
In current code, it jumps to put_host() when scsi_host_lookup()
failes to get host. Jump to correct label to fix it.
Signed-off-by: Jing Xiangfeng
---
drivers/scsi/scsi_transport_iscsi.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git
Remove unnecassary casts in the argument to kfree.
Signed-off-by: Xu Wang
---
drivers/net/wireless/marvell/mwifiex/11n_rxreorder.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/11n_rxreorder.c
Fix the wrong grammar at the end of code line by using semicolon.
Cc: sta...@vger.kernel.org
Fixes: 490a421bc575 ("PM / devfreq: Add debugfs support with devfreq_summary
file")
Signed-off-by: Chanwoo Choi
---
It was my mistake using comma instead of semicolon. But, I don't know
why the build
> On Jul 24, 2020, at 9:53 PM, Ingo Molnar wrote:
>
>
> * Huaixin Chang wrote:
>
>> Since orc tables are already sorted by sorttable tool, let us move
>> building of fast lookup table into sorttable tool too. This saves us
>> 6380us from boot time under Intel(R) Xeon(R) CPU E5-2682 v4 @
On 7/13/20 4:31 PM, Chanwoo Choi wrote:
> The commit 66d0e797bf09 ("Revert "PM / devfreq: Modify the device name
> as devfreq(X) for sysfs"") roll back the device name from 'devfreqX'
> to device name explained in DT. After applied commit 66d0e797bf09,
> the indentation of devfreq_summary debugfs
This patch is to use eth_broadcast_addr() to assign broadcast address
insetad of memcpy().
Signed-off-by: Xu Wang
---
drivers/net/wireless/realtek/rtlwifi/core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/wireless/realtek/rtlwifi/core.c
On 2020/07/22 17:35, Vaibhav Gupta wrote:
> Drivers using legacy power management .suspen()/.resume() callbacks
> have to manage PCI states and device's PM states themselves. They also
> need to take care of standard configuration registers.
>
> Switch to generic power management framework using
On 7/24/2020 10:44 AM, Rong Chen wrote:
On 7/21/20 11:59 PM, Amir Goldstein wrote:
On Tue, Jul 21, 2020 at 3:15 AM kernel test robot
wrote:
Greeting,
FYI, we noticed a -9.5% regression of will-it-scale.per_process_ops
due to commit:
commit: c738fbabb0ff62d0f9a9572e56e65d05a1b34c6a
> -Original Message-
> From: Mark Brown
> Sent: Friday, July 24, 2020 7:51 PM
> To: Steve Lee
> Cc: lgirdw...@gmail.com; pe...@perex.cz; ti...@suse.com;
> ckee...@opensource.cirrus.com; ge...@linux-m68k.org;
> r...@opensource.wolfsonmicro.com; shumi...@realtek.com;
>
months ago
config: x86_64-randconfig-r005-20200726 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
8bf4c1f4fb257774f66c8cda07adc6c5e8668326)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin
Delete the invalid BUGON in ext4_mb_load_buddy_gfp(), the previous
code has already judged whether page is NULL.
Signed-off-by: Chunguang Xu
---
fs/ext4/mballoc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/fs/ext4/mballoc.c b/fs/ext4/mballoc.c
index 28a139f..9b1c3ad 100644
---
netfilter: ip6tables: Remove redundant null checks
Signed-off-by: Gaurav Singh
---
net/ipv6/netfilter/ip6t_ah.c | 3 +--
net/ipv6/netfilter/ip6t_frag.c | 3 +--
net/ipv6/netfilter/ip6t_hbh.c | 3 +--
net/ipv6/netfilter/ip6t_rt.c | 3 +--
4 files changed, 4 insertions(+), 8 deletions(-)
On Sun, Jul 26, 2020 at 08:43:40PM +0200, Julia Lawall wrote:
> There is no flag REMAP_CAN_SHORTEN. Commit eca3654e3cc7 ("vfs: enable
> remap callers that can handle short operations") that introduces this
> text also introduces the flag REMAP_FILE_CAN_SHORTEN. Change the name
> in the
A multiplication for the size determination of a memory allocation
indicated that an array data structure should be processed.
Thus use the corresponding function "devm_kcalloc".
Signed-off-by: Xu Wang
---
drivers/hwtracing/coresight/coresight-platform.c | 2 +-
1 file changed, 1 insertion(+),
On Tue, Jul 14, 2020 at 09:04:16PM +0200, Christoph Hellwig wrote:
> static int __init
> -identify_ramdisk_image(int fd, int start_block, decompress_fn *decompressor)
> +identify_ramdisk_image(struct file *file, int start_block,
> + decompress_fn *decompressor)
> {
> -
On Sun, Jul 26, 2020 at 01:52:42PM +0200, pet...@infradead.org wrote:
> On Sat, Jul 25, 2020 at 03:07:50PM -0700, Paul E. McKenney wrote:
> > On Sat, Jul 25, 2020 at 10:21:31PM +0200, pet...@infradead.org wrote:
> > > On Sat, Jul 25, 2020 at 10:10:13PM +0200, pet...@infradead.org wrote:
> > > > On
On Mon, Jul 27, 2020 at 12:25:53AM +0200, Linus Walleij wrote:
> On Sat, Jul 25, 2020 at 6:21 AM Kent Gibson wrote:
>
> > +config GPIO_CDEV
> > + bool "/dev/gpiochipN (character device interface)"
> > + default y
>
> I don't want to make it too easy to do this, as I see it as a
Hi all,
Today's linux-next merge of the vfs tree got a conflict in:
arch/x86/kernel/fpu/xstate.c
between commit:
5714ee50bb43 ("copy_xstate_to_kernel: Fix typo which caused GDB regression")
from Linus' tree and commit:
c196049cc732 ("x86: switch to ->regset_get()")
from the vfs tree.
Hi all,
Today's linux-next merge of the vfs tree got a conflict in:
arch/powerpc/kernel/ptrace/ptrace-view.c
between commit:
e0d8e991be64 ("powerpc/book3s64/kuap: Move UAMOR setup to key init function")
from the powerpc tree and commit:
5e39a71bddb3 ("powerpc: switch to
merged into cifs-2.6.git for-next
and for-next also updated with 5.8-rc7
On Sat, Jul 25, 2020 at 3:53 AM Qinglang Miao wrote:
>
> Convert cpu_to_be32(be32_to_cpu(E1) + E2) to use be32_add_cpu().
>
> Signed-off-by: Qinglang Miao
> ---
> fs/cifs/connect.c | 3 +--
> fs/cifs/sess.c| 3 +--
>
On 2020/7/27 0:05, Jaegeuk Kim wrote:
On 07/07, Chao Yu wrote:
Don't let f2fs inner GC ruins original aging degree of segment.
Signed-off-by: Chao Yu
---
fs/f2fs/data.c| 2 +-
fs/f2fs/f2fs.h| 5 +++--
fs/f2fs/gc.c | 4 ++--
fs/f2fs/segment.c | 55
On 2020/7/27 0:03, Jaegeuk Kim wrote:
On 07/07, Chao Yu wrote:
Previous implementation of aligned pinfile allocation will:
- allocate new segment on cold data log no matter whether last used
segment is partially used or not, it makes IOs more random;
- force concurrent cold data/GCed IO going
On Sun, Jul 26, 2020 at 07:20:17PM +0800, Shengjiu Wang wrote:
> With this case:
> aplay -Dhw:x 16khz.wav 24khz.wav
> There is sound distortion for 24khz.wav. The reason is that setting
> PLL of WM8962 with set_bias_level function, the bias level is not
> changed when 24khz.wav is played, then the
On Tue, 21 Jul 2020, Dmitry Torokhov wrote:
> On Sun, Jul 19, 2020 at 07:56:49PM -0300, Henrique de Moraes Holschuh wrote:
> > On Fri, 17 Jul 2020, Hans de Goede wrote:
> > > This is a simple patch-series adding support for 3 new hotkeys found
> > > on various new Lenovo Thinkpad models.
> >
> >
: 5 months ago
config: x86_64-randconfig-r005-20200726 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
8bf4c1f4fb257774f66c8cda07adc6c5e8668326)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin
On 7/27/2020 8:21 AM, Jin, Yao wrote:
On 7/26/2020 3:52 PM, Jiri Olsa wrote:
Jin Yao reported issue with possible conflict between raw
events and term values in pmu event syntax.
Currently following syntax is resolved as raw event with
0xead value:
uncore_imc_free_running/read/
24.07.2020 12:43, Hans Verkuil пишет:
> Thierry, Dmitry,
>
> I'm happy with this series from a media perspective. However, patches 1-5 fix
> various i2c-tegra.c issues and patch 12 changes mipi calibration functions in
> drivers/gpu that patch 13 relies on.
>
> I think the i2c-tegra.c patches
On 7/26/2020 3:52 PM, Jiri Olsa wrote:
Jin Yao reported issue with possible conflict between raw
events and term values in pmu event syntax.
Currently following syntax is resolved as raw event with
0xead value:
uncore_imc_free_running/read/
instead of using 'read' term from
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/entry
head: 85546baab915492f05f29b91c4003bf15891e89b
commit: 85546baab915492f05f29b91c4003bf15891e89b [1/1] entry: Fix
!CONFIG_SECCOMP stub
config: arm64-allnoconfig (attached as .config)
compiler: aarch64-linux-gcc
24.07.2020 02:51, Sowjanya Komatineni пишет:
> With the split of MIPI calibration into tegra_mipi_calibrate() and
> tegra_mipi_wait(), MIPI clock is not kept enabled till the calibration
> is done.
>
> So, this patch skips disabling MIPI clock after triggering start of
> calibration and disables
24.07.2020 02:51, Sowjanya Komatineni пишет:
> VI I2C is on host1x bus so APB DMA can't be used for Tegra210 VI
> I2C and there are no tx and rx dma channels for VI I2C.
>
> So, avoid attempt of requesting DMA channels.
>
> Signed-off-by: Sowjanya Komatineni
> ---
>
Randy Dunlap writes:
> On 7/26/20 7:29 AM, Christophe Leroy wrote:
>> Randy Dunlap a écrit :
>>
>>> Drop duplicated words in arch/powerpc/ header files.
>>
>> How did you detect them ? Do you have some script for tgat, or you just read
>> all comments ?
>
> Yes, it's a script that finds lots
24.07.2020 02:51, Sowjanya Komatineni пишет:
> VI I2C is on host1x bus and is part of VE power domain.
>
> During suspend/resume VE power domain goes through power off/on.
>
> So, controller reset followed by i2c re-initialization is required
> after the domain power up.
>
> This patch fixes
On Mon, Jul 27, 2020 at 12:20:22AM +0100, Matthew Wilcox wrote:
> On Mon, Jul 27, 2020 at 09:06:57AM +1000, Dave Chinner wrote:
> > On Sun, Jul 26, 2020 at 10:10:52AM +0100, Matthew Wilcox (Oracle) wrote:
> > > If the filesystem has block size < page size and we end up calling
> > >
> -Original Message-
> From: Andres Beltran
> Sent: Friday, July 24, 2020 7:04 PM
> To: Stephen Hemminger
> Cc: KY Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger ;
> Wei Liu ; linux-hyp...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Michael Kelley ; Andrea
> Parri ; Saruhan
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.core/entry
head: 85546baab915492f05f29b91c4003bf15891e89b
commit: 85546baab915492f05f29b91c4003bf15891e89b [1/1] entry: Fix
!CONFIG_SECCOMP stub
config: riscv-allnoconfig (attached as .config)
compiler: riscv64-linux-gcc
24.07.2020 02:51, Sowjanya Komatineni пишет:
> tegra_i2c_runtime_resume does not disable prior enabled clocks
> properly.
>
> This patch fixes it.
>
> Signed-off-by: Sowjanya Komatineni
> ---
> drivers/i2c/busses/i2c-tegra.c | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
24.07.2020 02:50, Sowjanya Komatineni пишет:
> Tegra VI I2C is part of VE power domain and typically used for
> camera usecases.
>
> VE power domain is not always on and is non-IRQ safe. So, IRQ safe
> device cannot be attached to a non-IRQ safe domain as it prevents
> powering off the PM domain
Hi,
On Mon, Jul 20, 2020 at 03:43:56PM -0500, Ricardo Rivera-Matos wrote:
> Hello,
>
> This patchset adds additional health properties to the power_supply header.
> These additional properties are taken from the JEITA specification. This
> patchset also introduces the bq2515x family of charging
Hello, there is a pressing message. Please contact me as soon as possible.
Hi,
On Mon, Jul 20, 2020 at 03:43:58PM -0500, Ricardo Rivera-Matos wrote:
> From: Dan Murphy
>
> Convert the battery.txt file to yaml and fix up the examples.
The examples were correct for the existing binding. What you did
is completly changing the binding description (without modifying
the
On Mon, Jul 27, 2020 at 09:06:57AM +1000, Dave Chinner wrote:
> On Sun, Jul 26, 2020 at 10:10:52AM +0100, Matthew Wilcox (Oracle) wrote:
> > If the filesystem has block size < page size and we end up calling
> > iomap_page_create() in iomap_page_mkwrite_actor(), the uptodate bits
> > would be
Hi all,
Today's linux-next merge of the arm64 tree got a conflict in:
arch/arm64/include/asm/vdso/compat_gettimeofday.h
between commit:
97884ca8c292 ("arm64: Introduce a way to disable the 32bit vdso")
from Linus' tree and commit:
3503d56cc723 ("arm64/vdso: Add time namespace page")
There's not much feedback when the ds1388 watchdog fires. Generally it
yanks on the reset line and the board reboots. Capture the fact that the
watchdog has fired in the past so that userspace can retrieve it via
WDIOC_GETBOOTSTATUS. This should help distinguish a watchdog triggered
reset from a
On Sun, Jul 26, 2020 at 10:10:52AM +0100, Matthew Wilcox (Oracle) wrote:
> If the filesystem has block size < page size and we end up calling
> iomap_page_create() in iomap_page_mkwrite_actor(), the uptodate bits
> would be zero, which causes us to skip writeback of blocks which are
> !uptodate in
Hi Andy,
On Sun, Jul 26, 2020 at 01:32:19PM +0300, Andy Shevchenko wrote:
> On Sat, Jul 25, 2020 at 6:10 PM Vadym Kochan wrote:
> >
> > Add PCI interface driver for Prestera Switch ASICs family devices, which
> > provides:
> >
> > - Firmware loading mechanism
> > - Requests & events
On Sun, Jul 26, 2020 at 04:24:12PM +0100, Christoph Hellwig wrote:
> On Fri, Jul 24, 2020 at 02:24:32PM -0400, Qian Cai wrote:
> > On Fri, Jun 19, 2020 at 05:17:47PM -0700, Matthew Wilcox wrote:
> > > On Fri, Jun 19, 2020 at 05:17:50PM -0400, Qian Cai wrote:
> > > > Running a syscall fuzzer by a
This avoids another inderect call per RX packet which save us around
20-40 ns.
Changelog:
v1 -> v2:
- Move declaraions to fib_rules.h to remove warnings
Reported-by: kernel test robot
Signed-off-by: Brian Vazquez
---
include/net/fib_rules.h | 18 ++
net/core/fib_rules.c|
On Mon, Jul 20, 2020 at 4:54 PM Krzysztof Kozlowski wrote:
> From: Marek Szyprowski
>
> Use the bank name as the irqchip name. This name is later visible in
> /proc/interrupts, what makes it possible to easily identify each
> GPIO interrupt.
>
> /proc/interrupts before this patch:
> 143:0
On Wed, Jul 22, 2020 at 2:29 PM Drew Fustini wrote:
> If there is a gpio range mapping for the pin, then print out the gpio
> chip and line index for the pin in the debugfs 'pins' file with the
> format: "[line-index]:[gpio-label]"
>
> Here is example output on the BeagleBoard.org PocketBeagle
Hi,
On Thu, Jul 16, 2020 at 10:31:16AM +0200, Pali Rohár wrote:
> On Wednesday 15 July 2020 18:30:01 Randy Dunlap wrote:
> > From: Randy Dunlap
> >
> > Drop the doubled word "for".
> > Change "It it" to "If it".
> >
> > Signed-off-by: Randy Dunlap
> > Cc: Pali Rohár
> > Cc: Sebastian Reichel
On Sun, Jul 26, 2020 at 1:23 AM Michael Walle wrote:
> GPIO_REGMAP_ADDR_ZERO() cast to unsigned long but the actual config
> parameters are unsigned int. We use unsigned int here because that is
> the type which is used by the underlying regmap.
>
> Fixes: ebe363197e52 ("gpio: add a reusable
video_put_user() is copying uninitialized stack memory to userspace due
to the compiler not initializing holes in the structures declared on the
stack. Fix it by initializing `ev32` and `vb32` using memset().
Reported-and-tested-by: syzbot+79d751604cb6f29fb...@syzkaller.appspotmail.com
Link:
On Sat, Jul 25, 2020 at 6:21 AM Kent Gibson wrote:
> +config GPIO_CDEV
> + bool "/dev/gpiochipN (character device interface)"
> + default y
I don't want to make it too easy to do this, as I see it as a standard
kernel feature.
Can we add:
depends on EXPERT
as with other standard
On Sat, Jul 25, 2020 at 1:03 AM Serge Semin
wrote:
> According to the DW APB GPIO databook it can be configured to provide either a
> combined IRQ line or multiple interrupt signals for each GPIO. It's up to
> the platform which of those signals are connected to an embedded IRQ
> controller. So
On Mon, Jul 27, 2020 at 01:10:56AM +0300, Laurent Pinchart wrote:
> Hi Peilin,
>
> Thank you for the patch.
>
> On Sun, Jul 26, 2020 at 06:05:57PM -0400, Peilin Ye wrote:
> > video_put_user() is copying uninitialized stack memory to userspace. Fix
> > it by initializing `ev32` and `vb32` using
On Mon, Jul 27, 2020 at 01:08:23AM +0300, Laurent Pinchart wrote:
> Hi Peilin,
>
> On Sun, Jul 26, 2020 at 02:07:52PM -0400, Peilin Ye wrote:
> > On Sun, Jul 26, 2020 at 08:30:44PM +0300, Laurent Pinchart wrote:
> > > Hi Peilin,
> > >
> > > Thank you for the patch.
> > >
> > > On Sun, Jul 26,
Hi Peilin,
Thank you for the patch.
On Sun, Jul 26, 2020 at 06:05:57PM -0400, Peilin Ye wrote:
> video_put_user() is copying uninitialized stack memory to userspace. Fix
> it by initializing `ev32` and `vb32` using memset().
How about mentioning that this is caused by the compiler not
On Sun, 26 Jul 2020 at 16:16, Jernej Škrabec wrote:
>
> Hi Ezequiel!
>
> Dne sobota, 25. julij 2020 ob 15:08:37 CEST je Ezequiel Garcia napisal(a):
> > Hi Jernej,
> >
> > As you know, I'm not familiar with this hardware,
> > but I've tried to take a detailed look anyway.
> >
>
> Thanks, any
Hi all,
Commit
e5c19cf32b68 ("irqchip/stm32-exti: Use the hwspin_lock_timeout_in_atomic()
API")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpRU3dR_lg3z.pgp
Description: OpenPGP digital signature
On Sun, 26 Jul 2020, Linus Torvalds wrote:
> On Sun, Jul 26, 2020 at 1:30 PM Hugh Dickins wrote:
> >
> > I've deduced nothing useful from the logs, will have to leave that
> > to others here with more experience of them. But my assumption now
> > is that you have successfully removed one
Hi,
On Thu, Jul 16, 2020 at 04:58:49PM +0800, Qinglang Miao wrote:
> From: Yongqiang Liu
>
> Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
>
> Signed-off-by: Yongqiang Liu
Thanks, queued.
-- Sebastian
> drivers/power/supply/da9030_battery.c | 12 +---
> 1 file changed, 1
Hi Peilin,
On Sun, Jul 26, 2020 at 02:07:52PM -0400, Peilin Ye wrote:
> On Sun, Jul 26, 2020 at 08:30:44PM +0300, Laurent Pinchart wrote:
> > Hi Peilin,
> >
> > Thank you for the patch.
> >
> > On Sun, Jul 26, 2020 at 12:44:39PM -0400, Peilin Ye wrote:
> > > video_put_user() is copying
video_put_user() is copying uninitialized stack memory to userspace. Fix
it by initializing `ev32` and `vb32` using memset().
Reported-and-tested-by: syzbot+79d751604cb6f29fb...@syzkaller.appspotmail.com
Link: https://syzkaller.appspot.com/bug?extid=79d751604cb6f29fbf59
Signed-off-by: Peilin Ye
So the week started very calm, and almost three quarters of the
changes then coming in Friday and now during the weekend.
Which isn't unusual, but the end result this time is that rc7 is
slightly larger than I'd like.
Nothing looks all that worrisome (the only bigger part is some fixes
to the
Since commit c5cd2b47b203 ("platform/chrome: cros_ec_proto: Report command
not supported") we can no longer assume that cros_ec_cmd_xfer_status()
reports -EPROTO for all errors returned by the EC itself. A follow-up
patch will change cros_ec_cmd_xfer_status() to report additional errors
reported
-ENOTSUPP is not a SUSV4 error code and should not be used. Use
-ENOPROTOOPT instead to report EC_RES_INVALID_VERSION responses
from the EC. This matches match the NFS response for unsupported
protocol versions.
Cc: Gwendal Grignou
Cc: Yu-Hsuan Hsu
Cc: Prashant Malani
Cc: Brian Norris
A follow-up patch will extend the number of errors reported by
cros_ec_cmd_xfer_status(). Specifically, the function will return
-EOPNOTSUPP if a command is not supported by the EC. Prepare for it.
Cc: Gwendal Grignou
Cc: Yu-Hsuan Hsu
Cc: Prashant Malani
Cc: Brian Norris
Acked-by: Jonathan
The EC reports a variety of error codes. Most of those, with the exception
of EC_RES_INVALID_VERSION, are converted to -EPROTO. As result, the actual
EC error code gets lost. Introduce cros_ec_map_error() to map EC error
codes to Linux error codes, and use it in cros_ec_cmd_xfer_status() to
report
Since commit c5cd2b47b203 ("platform/chrome: cros_ec_proto: Report command
not supported") we can no longer assume that cros_ec_cmd_xfer_status()
reports -EPROTO for all errors returned by the EC itself. A follow-up
patch will change cros_ec_cmd_xfer_status() to report additional errors
reported
On Fri, Jul 24, 2020 at 11:05:31AM +0200, Pavel Machek wrote:
> Fix typo in comment.
>
> Signed-off-by: Pavel Machek (CIP)
Applied to:
https://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux.git/log/?h=fixes
Thanks!
Acked-by: Christian Brauner
>
> diff --git a/kernel/signal.c
On Sun, Jul 26, 2020 at 12:53 AM Jiri Olsa wrote:
>
> Jin Yao reported issue with possible conflict between raw
> events and term values in pmu event syntax.
>
> Currently following syntax is resolved as raw event with
> 0xead value:
> uncore_imc_free_running/read/
>
> instead of using 'read'
Since commit c5cd2b47b203 ("platform/chrome: cros_ec_proto: Report command
not supported") we can no longer assume that cros_ec_cmd_xfer_status()
reports -EPROTO for all errors returned by the EC itself. A follow-up
patch will change cros_ec_cmd_xfer_status() to report additional errors
reported
The EC reports a variety of error codes. Most of those, with the exception
of EC_RES_INVALID_VERSION, are converted to -EPROTO. As result, the actual
error code gets lost. In cros_ec_cmd_xfer_status(), convert all EC errors
to Linux error codes to report a more meaningful error to the caller to
Hi all,
Commit
ea52eff66dcd ("xfs: preserve inode versioning across remounts")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpqUqKydaUJ5.pgp
Description: OpenPGP digital signature
On 7/26/20 2:12 PM, Vaishnav M A wrote:
> I have gone through all the suggestions and be back with an
> updated version of the driver patch with the changes added.
Great! Take your time. (Seriously, take your time, because
I have to carve out time in my own schedule for reviewing!)
Hi,
On Sat, Jul 18, 2020 at 11:43:40AM +0200, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If
syzbot has found a reproducer for the following issue on:
HEAD commit:93f54a72 instrumented.h: fix KMSAN support
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=15692a7490
kernel config:
Hi all,
Commit
41fbb820b797 ("PARISC: elf.h: delete a duplicated word")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpKDXpAO__RT.pgp
Description: OpenPGP digital signature
Hi all,
Commits
16730dda542e ("ARM: mstar: Add dts for 70mai midrive d08")
22a30e8035c6 ("ARM: mstar: Add dts for msc313(e) based BreadBee boards")
b6d785a8410e ("ARM: mstar: Add mercury5 series dtsis")
34a6a898b3f4 ("ARM: mstar: Add infinity/infinity3 family dtsis")
b968eee1862f
config: x86_64-randconfig-r005-20200726 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
8bf4c1f4fb257774f66c8cda07adc6c5e8668326)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
Hi,
On Sun, Jul 26, 2020 at 02:56:05PM +0200, Artur Rojek wrote:
> Convert the textual documentation of Device Tree bindings for the
> Ingenic JZ47xx SoCs battery to YAML.
>
> Signed-off-by: Artur Rojek
> ---
> .../bindings/power/supply/ingenic,battery.txt | 31 -
>
:c63d2dd7e134ebddce4745c51f9572b3f0d92b26
config: arm-randconfig-r036-20200726 (attached as .config)
compiler: arm-linux-gnueabi-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x
rtw_aes_decrypt, rtw_tkip_decrypt, rtw_wep_decrypt, rtw_aes_encrypt,
rtw_tkip_encrypt, rtw_wep_encrypt are takes (u8 *) second argiment and
always uses it as (struct recv_frame *) or (struct xmit_frame *).
This is causes a lot of unnecessary type casts
and complicates refactoring.
Signed-off-by:
The pull request you sent on Mon, 27 Jul 2020 05:32:33 +0900:
> git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git
> tags/kbuild-fixes-v5.8-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1c8594b8427290c178c5d39885eacd9e41f68743
Thank you!
--
On 2020-07-26 12:08, Randy Dunlap wrote:
On 7/26/20 10:49 AM, Joe Perches wrote:
On Sun, 2020-07-26 at 10:23 -0700, Randy Dunlap wrote:
On 7/26/20 7:29 AM, Christophe Leroy wrote:
Randy Dunlap a écrit :
Drop duplicated words in arch/powerpc/ header files.
How did you detect them ? Do you
On Sun, Jul 26, 2020 at 1:30 PM Hugh Dickins wrote:
>
> I've deduced nothing useful from the logs, will have to leave that
> to others here with more experience of them. But my assumption now
> is that you have successfully removed one bottleneck, so the tests
> get somewhat further and now
On Sun, Jul 26, 2020 at 08:07:48PM +0200, SeongJae Park wrote:
> On Sun, 26 Jul 2020 09:42:06 -0700 Joe Perches wrote:
>
> > On Sun, 2020-07-26 at 17:36 +0200, SeongJae Park wrote:
> > > On Sun, 26 Jul 2020 07:50:54 -0700 Joe Perches wrote:
> > []
> > > > I do not want to encourage relatively
Hi Linus,
Please pull some more Kbuild fixes.
Thanks.
The following changes since commit dcb7fd82c75ee2d6e6f9d8cc71c52519ed52e258:
Linux 5.8-rc4 (2020-07-05 16:20:22 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git
101 - 200 of 609 matches
Mail list logo