From: Felix Manlunas
This patch adds support to fetch fec stats from PHY. The stats are
put in the shared data struct fwdata. A PHY driver indicates
that it has FEC stats by setting the flag fwdata.phy.misc.has_fec_stats
Besides CGX_CMD_GET_PHY_FEC_STATS, also add CGX_CMD_PRBS and
CGX_CMD_DISPL
From: Christina Jacob
CGX supports setting advertised link modes on physical link.
This patch adds support to derive cgx mode from ethtool
link mode and pass it to firmware to configure the same.
Signed-off-by: Christina Jacob
Signed-off-by: Sunil Goutham
Signed-off-by: Hariprasad Kelam
---
Simplify the calling convention by passing the find_symbol_args structure
to find_symbol instead of initializing it inside the function.
Signed-off-by: Christoph Hellwig
---
kernel/module.c | 113 ++--
1 file changed, 52 insertions(+), 61 deletions(-)
From: Christina Jacob
Register set_link_ksetting callback with driver such that
link configurations parameters like advertised mode,speed, duplex
and autoneg can be configured.
below command
ethtool -s eth0 advertise 0x1 speed 10 duplex full autoneg on
Signed-off-by: Christina Jacob
Signed-off
As far as I can tell this has never been used at all, and certainly
not any time recently.
Signed-off-by: Christoph Hellwig
---
arch/x86/tools/relocs.c | 4 ++--
include/asm-generic/vmlinux.lds.h | 14 --
include/linux/export.h| 1 -
include/linux/module.h
each_symbol_section is only called by find_symbol, so merge the two
functions.
Signed-off-by: Christoph Hellwig
---
kernel/module.c | 148 ++--
1 file changed, 69 insertions(+), 79 deletions(-)
diff --git a/kernel/module.c b/kernel/module.c
index a9d0
Hi
Am 18.01.21 um 09:57 schrieb KuoHsiang Chou:
[Bug][AST2500]
If SCU00 is not unlocked, just enter its password again.
It is unnecessary to clear AHB lock condition and restore WDT default
setting again, before Fast-reset clearing.
Signed-off-by: KuoHsiang Chou
Is this a separate issue? Thi
each_symbol_in_section just contains a trivial loop over its arguments.
Just open code the loop in the two callers.
Signed-off-by: Christoph Hellwig
---
kernel/module.c | 29 +++--
1 file changed, 7 insertions(+), 22 deletions(-)
diff --git a/kernel/module.c b/kernel/mod
kallsyms_on_each_symbol and module_kallsyms_on_each_symbol are only used
by the livepatching code, so don't build them if livepatching is not
enabled.
Signed-off-by: Christoph Hellwig
---
include/linux/kallsyms.h | 17 -
include/linux/module.h | 16
kernel/kall
Fix below warnings reported by coccicheck:
./mm/memcontrol.c:451:3-9: WARNING: NULL check before some freeing
functions is not needed.
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
mm/memcontrol.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/mm/memcontrol.c b/mm/m
Hi Chunyou!
On 1/21/21 3:20 AM, Chunyou Tang wrote:
>> Right. Reading the whole paragraph helps. It probably should be:
>>
>> ZERO_PGE KSEG address of page full of zeroes, but
>> upon entry to kernel, it can be expected
>> to hold the parameter list and possible
>>
Hi Peter,
Can you please take a look at this again?
Thanks,
Namhyung
On Thu, Jan 14, 2021 at 5:50 PM Namhyung Kim wrote:
>
> This patch adds a new software event to count context switches
> involving cgroup switches. So it's counted only if cgroups of
> previous and next tasks are different.
On Thu, Jan 21, 2021 at 1:06 AM Yury Norov wrote:
> m68k and sh include bitmap/find.h prior to ffs/fls headers. New
> fast-path implementation in find.h requires ffs/fls. Reordering
> the order of headers inclusion helps to prevent compile-time
> implicit-function-declaration error.
>
> Signed-off
On Thu, Jan 21, 2021 at 07:33:03AM +, 吳昊澄 Ricky wrote:
> Hi Greg kh,
>
> This patch to fix misc: rtsx bug for kernel 5.4
I do not understand what this means, sorry. Can you please explain it?
greg k-h
On Thu, 2021-01-21 at 07:05 +0100, Willy Tarreau wrote:
> I think that most users of splice() on sockets got used to falling back
> to recv/send on splice failure due to various cases not being supported
> historically (UNIX family sockets immediately come to my mind but I seem
> to remember other
On Thu, Jan 21, 2021 at 4:43 AM Icenowy Zheng wrote:
>
> 在 2021-01-20星期三的 11:20 +0100，Miklos Szeredi写道：
> > On Tue, Jan 05, 2021 at 08:47:41AM +0200, Amir Goldstein wrote:
> > > On Tue, Jan 5, 2021 at 2:36 AM Icenowy Zheng
> > > wrote:
> > > >
> > > > The function ovl_dir_real_file() currently us
On Wed, Jan 20, 2021 at 9:36 PM Nathan Chancellor
wrote:
>
> On Thu, Jan 21, 2021 at 01:27:35PM +0800, Tiezhu Yang wrote:
> > The current LLVM and Clang build procedure in samples/bpf/README.rst is
> > out of date. See below that the links are not accessible any more.
> >
> > $ git clone http://ll
On Tue, Jan 19, 2021 at 10:20:22AM +0100, Oleksij Rempel wrote:
> On Sun, Nov 22, 2020 at 03:29:54PM -0500, William Breathitt Gray wrote:
> > This patch introduces a character device interface for the Counter
> > subsystem. Device data is exposed through standard character device read
> > operation
On Wed, Jan 20, 2021 at 07:32:53AM -0800, Tom Rix wrote:
>
> On 1/19/21 6:34 PM, Xu Yilun wrote:
> > From: Matthew Gerlach
> >
> > This patch adds access tables to the MAX 10 BMC regmap. This prevents
> > the host from accessing the unwanted I/O space. It also filters out the
> > invalid outputs
Fix below warnings reported by coccicheck:
./fs/proc/vmcore.c:1503:2-7: WARNING: NULL check before some freeing
functions is not needed.
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
fs/proc/vmcore.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/fs/proc/vmcore
Jump to the label done to decrement the reference count of HCI device
hdev on path that the Inquiry procedure is interrupted.
Fixes: 3e13fa1e1fab ("Bluetooth: Fix hci_inquiry ioctl usage")
Signed-off-by: Pan Bian
---
net/bluetooth/hci_core.c | 6 --
1 file changed, 4 insertions(+), 2 deletio
On Wed, Jan 20, 2021 at 11:38:57AM -0800, Dan Williams wrote:
> -void cdev_del(struct cdev *p)
> +void cdev_del(struct cdev *cdev)
> {
> - cdev_unmap(p->dev, p->count);
> - kobject_put(&p->kobj);
> + cdev_unmap(cdev->dev, cdev->count);
> + kobject_put(&cdev->kobj);
After Christoph
From: Christina Jacob
Add ethtool support to configure fec modes baser/rs and
support to fecth FEC stats from CGX as well PHY.
Configure fec mode
- ethtool --set-fec eth0 encoding rs/baser/off/auto
Query fec mode
- ethtool --show-fec eth0
Signed-off-by: Christina Jacob
Signed-o
After commit "40d09b53bfc557af7481b9d80f060a7ac9c7d314", request is
completed in softirq. This may cause the system to suffer bad preemptoff
time.
The mmc driver has its own complete workqueue, but it can not work
well now.
The REQ_HIPRI flag can be used to complete request directly in its own
comp
> -Original Message-
> From: Greg KH
> Sent: Thursday, January 21, 2021 3:46 PM
> To: 吳昊澄 Ricky
> Cc: a...@arndb.de; ricky...@realtek.corp-partner.google.com;
> sas...@kernel.org; levin...@google.com; keitasuzuki.p...@sslab.ics.keio.ac.jp;
> kd...@doth.eu; linux-kernel@vger.kernel.org
> S
On Wed, Jan 20, 2021 at 11:39:08AM -0800, Dan Williams wrote:
> The ioctl implementation in libnvdimm is a case study in what can be
> cleaned up when the cdev core handles synchronizing in-flight ioctls
> with device removal. Switch to cdev_register_queued() which allows for
> the ugly context loo
Fix the following coccicheck warnings:
./drivers/base/regmap/regcache.c:71:3-18: WARNING: Assignment of
0/1 to bool variable.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Zhong
---
drivers/base/regmap/regcache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/bas
EXPORT_UNUSED_SYMBOL* is not actually used anywhere. Remove the
unused functionality as we generally just remove unused code anyway.
Signed-off-by: Christoph Hellwig
---
arch/arm/configs/bcm2835_defconfig | 1 -
arch/arm/configs/mxs_defconfig | 1 -
arch/mips/configs/nlm
> -Original Message-
> From: gre...@linuxfoundation.org
> Sent: Thursday, January 21, 2021 4:07 PM
> To: 吳昊澄 Ricky
> Cc: a...@arndb.de; ricky...@realtek.corp-partner.google.com;
> sas...@kernel.org; levin...@google.com; keitasuzuki.p...@sslab.ics.keio.ac.jp;
> kd...@doth.eu; linux-kernel@
On Wed, 13 Jan 2021 at 21:47, Rob Herring wrote:
>
> On Fri, Jan 8, 2021 at 5:34 AM Chunyan Zhang wrote:
> >
> > On Fri, 8 Jan 2021 at 10:25, Rob Herring wrote:
> > >
> > > On Wed, Dec 23, 2020 at 07:16:32PM +0800, Chunyan Zhang wrote:
> > > > From: Chunyan Zhang
> > > >
> > > > This patch only
On Tue, Jan 19, 2021 at 8:00 AM Florent Revest wrote:
>
> Currently, the selftest for the BPF socket_cookie helpers is built and
> run independently from test_progs. It's easy to forget and hard to
> maintain.
>
> This patch moves the socket cookies test into prog_tests/ and vastly
> simplifies it
drm_fb_helper_modinit has a lot of boilerplate for what is not very
simple functionality. Just open code it in the only caller using
IS_ENABLED and IS_MODULE.
Signed-off-by: Christoph Hellwig
---
drivers/gpu/drm/drm_crtc_helper_internal.h | 10 -
drivers/gpu/drm/drm_fb_helper.c
Except for two lockdep asserts module_mutex is only used in module.c.
Remove the two asserts given that the functions they are in are not
exported and just called from the module code, and mark module_mutex
static.
Signed-off-by: Christoph Hellwig
---
include/linux/module.h | 2 --
kernel/module
On Thu, Jan 21, 2021 at 01:37:05PM +0800, 慕冬亮 wrote:
> Dear kernel developers,
>
> I found that on the syzbot dashboard, “possible deadlock in
> console_lock_spinning_enable”[1] and "possible deadlock in
> console_unlock"[2] should share the same root cause.
>
> The reasons for the above statemen
Fix below warnings reported by coccicheck:
./fs/btrfs/raid56.c:237:2-8: WARNING: NULL check before some freeing
functions is not needed.
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
fs/btrfs/raid56.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/btrfs/raid56.c
On Thu, 21 Jan 2021 08:20:08 +0100
Halil Pasic wrote:
> From: Tony Krowiak
>
> The queues assigned to a matrix mediated device are currently reset when:
>
> * The VFIO_DEVICE_RESET ioctl is invoked
> * The mdev fd is closed by userspace (QEMU)
> * The mdev is removed from sysfs.
>
> Immediate
On Thu, Jan 21, 2021 at 07:46:44AM +0800, Chun-Kuang Hu wrote:
> Hi, Matthias:
>
> Matthias Brugger 於 2021年1月21日 週四 上午2:27寫道：
> >
> > On Thu, Jan 07, 2021 at 07:17:27AM +0800, Chun-Kuang Hu wrote:
> > > From: CK Hu
> > >
> > > mtk mutex is used by both drm and mdp driver, so change disp/ddp term
On 1/20/21 7:01 PM, Julian Calaby wrote:
> Hi Chaitanya,
>
> On Tue, Jan 19, 2021 at 5:01 PM Chaitanya Kulkarni
> wrote:
>> Hi,
>>
>> This is a *compile only RFC* which adds a generic helper to initialize
>> the various fields of the bio that is repeated all the places in
>> file-systems, block la
On Thu, Jan 21, 2021 at 04:17:27PM +0800, Baoquan He wrote:
> On 01/20/21 at 11:47pm, kernel test robot wrote:
> > Hi Baoquan,
> >
> > I love your patch! Perhaps something to improve:
> >
> > [auto build test WARNING on linux/master]
> > [also build test WARNING on linus/master v5.11-rc4 next-202
On Thu, Jan 21, 2021 at 8:55 AM Christoph Hellwig wrote:
>
> drm_fb_helper_modinit has a lot of boilerplate for what is not very
> simple functionality. Just open code it in the only caller using
> IS_ENABLED and IS_MODULE.
>
> Signed-off-by: Christoph Hellwig
I didn't spot any dependencies wit
On Thu, Jan 21, 2021 at 08:15:46AM +, 吳昊澄 Ricky wrote:
> > -Original Message-
> > From: gre...@linuxfoundation.org
> > Sent: Thursday, January 21, 2021 4:07 PM
> > To: 吳昊澄 Ricky
> > Cc: a...@arndb.de; ricky...@realtek.corp-partner.google.com;
> > sas...@kernel.org; levin...@google.com
On Tue, Jan 19, 2021 at 05:30:46PM -0800, Mike Kravetz wrote:
> Use the new hugetlb page specific flag HPageMigratable to replace the
> page_huge_active interfaces. By it's name, page_huge_active implied
> that a huge page was on the active list. However, that is not really
> what code checking t
Fix below warnings reported by coccicheck:
./drivers/staging/media/atomisp/pci/sh_css_params.c:1575:2-8: WARNING:
NULL check before some freeing functions is not needed.
./drivers/staging/media/atomisp/pci/sh_css_params.c:3006:2-8: WARNING:
NULL check before some freeing functions is not needed.
R
On Wed, Jan 20, 2021 at 9:02 PM Florian Fainelli wrote:
> 72116 has the same memory map as 7255 and the same physical address for
> the UART, alias the definition accordingly.
>
> Signed-off-by: Florian Fainelli
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Thu, Jan 21, 2021 at 09:25:40AM +0100, Daniel Vetter wrote:
> On Thu, Jan 21, 2021 at 8:55 AM Christoph Hellwig wrote:
> >
> > drm_fb_helper_modinit has a lot of boilerplate for what is not very
> > simple functionality. Just open code it in the only caller using
> > IS_ENABLED and IS_MODULE.
On Thu, Jan 21, 2021 at 12:22 AM Saravana Kannan wrote:
>
> This patch is for test purposes only and pretty experimental. Code might
> not be optimized, clean, formatted properly, etc.
>
> Please review it only for functional bugs like locking bugs, wrong
> logic, etc.
>
> It's basically trying to
On Wed, Jan 20, 2021 at 11:44:05PM -0800, Wesley Cheng wrote:
>
>
> On 1/20/2021 10:49 PM, Jung Daehwan wrote:
> > Hi,
> >
> > On Thu, Jan 21, 2021 at 01:00:32AM +, Thinh Nguyen wrote:
> >> Hi,
> >>
> >> Daehwan Jung wrote:
> >>> Sometimes dwc3_gadget_pullup and dwc3_gadget_set_speed are cal
From: Sami Tolvanen
Enable the use of clang's Profile-Guided Optimization[1]. To generate a
profile, the kernel is instrumented with PGO counters, a representative
workload is run, and the raw profile data is collected from
/sys/kernel/debug/pgo/profraw.
The raw profile data must be processed by
On Wed, Jan 20, 2021 at 10:31 AM Lee Jones wrote:
> Also demote non-worthy header to standard comment block.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/clk/versatile/clk-icst.c:53: warning: Function parameter or member
> 'map' not described in 'clk_icst'
> drivers/clk/ver
On 01/21/21 at 04:12pm, Yang Li wrote:
> Fix below warnings reported by coccicheck:
> ./fs/proc/vmcore.c:1503:2-7: WARNING: NULL check before some freeing
> functions is not needed.
>
> Reported-by: Abaci Robot
> Signed-off-by: Yang Li
> ---
> fs/proc/vmcore.c | 7 ++-
> 1 file changed, 2 i
On Wed, Jan 20, 2021 at 4:51 PM Nick Desaulniers
wrote:
>
> Thanks Bill, mostly questions below. Patch looks good to me modulo
> disabling profiling for one crypto TU, mixing style of pre/post
> increment, and some comments around locking. With those addressed,
> I'm hoping akpm@ would consider
On Thu, Jan 21, 2021 at 4:07 AM Alex Deucher wrote:
>
> On Wed, Jan 20, 2021 at 7:53 PM Stephen Rothwell
> wrote:
> >
> > Hi all,
> >
> > On Wed, 20 Jan 2021 17:15:01 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Fri, 15 Jan 2021 12:00:14 +1100 Stephen Rothwell
> > > wrote:
> > > >
> > >
No functional effect.
Signed-off-by: Su Yanjun
---
drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c
b/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c
index f07e8b737d
On Wed, Jan 20, 2021 at 1:48 PM Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The Ericsson U300 platform was one of two ARM929 based SoC platforms for
> mobile phones in ST-Ericsson after the merger of Ericsson with ST-NXP
> into ST-Ericsson, the other one being the ST Nomadik.
>
> The platform
On Wed, Jan 20, 2021 at 1:54 PM Hailong liu wrote:
> From: Hailong Liu
>
> ARM has recently supported KASAN, so I think that it's time to add KASAN
> regions for PTDUMP on ARM.
>
> I have tested this patch with QEMU + vexpress-a15. Both CONFIG_ARM_LPAE
> and no CONFIG_ARM_LPAE.
>
> The result af
This patch is for test purposes only and pretty experimental. Code might
not be optimized, clean, formatted properly, etc.
Please review it only for functional bugs like locking bugs, wrong
logic, etc.
It's basically trying to figure out which devices will never probe and
ignore them. Might not a
On 01/20/21 at 11:47pm, kernel test robot wrote:
> Hi Baoquan,
>
> I love your patch! Perhaps something to improve:
>
> [auto build test WARNING on linux/master]
> [also build test WARNING on linus/master v5.11-rc4 next-20210120]
> [cannot apply to mmotm/master hnaz-linux-mm/master ia64/next]
> [
On Wed, Jan 20, 2021 at 2:16 PM Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The ST-Ericsson U300 platform is getting removed, so this driver is no
> longer needed.
>
> Cc: Linus Walleij
> Signed-off-by: Arnd Bergmann
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
This patch supports the DFL drivers be written in userspace. This is
realized by exposing the userspace I/O device interfaces.
The driver leverages the uio_pdrv_genirq, it adds the uio_pdrv_genirq
platform device with the DFL device's resources, and let the generic UIO
platform device driver provi
This patchset supports some dfl device drivers written in userspace.
In the patchset v1, the "driver_override" interface should be used to bind
the DFL UIO driver to DFL devices. But there is concern that the
"driver_override" interface is not OK itself.
In v2, we use a new matching algorithem. T
On Wed, Jan 20, 2021 at 2:19 PM Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The ST-Ericsson U300 platform is getting removed, so this driver is no
> longer needed.
>
> Cc: Linus Walleij
> Signed-off-by: Arnd Bergmann
Reviewed-by: Linus Walleij
The proper work that would have needed to ge
Hi,
On 21/01/21 04:21, Chunyou Tang wrote:
> On Wed, 20 Jan 2021 19:09:05 -0800
> Joe Perches wrote:
>
>> On Wed, 2021-01-20 at 19:02 -0800, Randy Dunlap wrote:
>>> On 1/20/21 6:07 PM, ChunyouTang wrote:
From: tangchunyou
Increase direcly,maping,manger spelling error check
>>
On Wed, Jan 20, 2021 at 2:20 PM Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The zte zx platform is getting removed, so this driver is no
> longer needed.
>
> Cc: Jun Nie
> Cc: Shawn Guo
> Signed-off-by: Arnd Bergmann
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
Hi Kyle,
On Sat, Jan 16, 2021 at 12:33:11AM +0800, Kyle Tso wrote:
> If the port partner is PD2, the PDOs of the local port should follow the
> format defined in PD2 Spec. Dynamically modify the pre-defined PD3 PDOs
> and transform them into PD2 format before sending them to the PD2 port
> partner
On 01/21/21 at 10:25am, Mike Rapoport wrote:
> On Thu, Jan 21, 2021 at 04:17:27PM +0800, Baoquan He wrote:
> > On 01/20/21 at 11:47pm, kernel test robot wrote:
> > > Hi Baoquan,
> > >
> > > I love your patch! Perhaps something to improve:
> > >
> > > [auto build test WARNING on linux/master]
> >
On 1/21/21 1:02 AM, Jarkko Sakkinen via OP-TEE wrote:
> On Wed, Jan 20, 2021 at 12:53:28PM +0530, Sumit Garg wrote:
>> On Wed, 20 Jan 2021 at 07:01, Jarkko Sakkinen wrote:
>>>
>>> On Tue, Jan 19, 2021 at 12:30:42PM +0200, Jarkko Sakkinen wrote:
On Fri, Jan 15, 2021 at 11:32:31AM +0530, Sum
On Wed, Jan 20, 2021 at 05:18:36PM -0800, Linus Torvalds wrote:
> On Tue, Jan 19, 2021 at 8:44 PM Linus Torvalds
> wrote:
> >
> > I'll come back to this tomorrow and do the line-buffered icanon case
> > too (unless pull requests pile up), and then I'll be happy with the
> > tty changes, and I thin
Comments inlined below.
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before p
Hey Stephen,
On Thu, 21 Jan 2021 at 08:41, Stephen Rothwell wrote:
>
> Hi all,
>
> In commit
>
> d4863ef399a2 ("arm64: dts: qcom: sdm845-db845c: Fix reset-pin of ov8856
> node")
>
> Fixes tag
>
> Fixes: d4919a44564b ("arm64: dts: qcom: sdm845-db845c: Add ov8856 & ov7251
>
> has these problem
On Thu, Jan 21, 2021 at 04:33:13PM +0800, Su Yanjun wrote:
> No functional effect.
>
> Signed-off-by: Su Yanjun
Fails to build from source:
CC [M] drivers/net/can/spi/mcp251xfd/mcp251xfd-core.o
drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c: In function
‘mcp251xfd_get_val_bytes’:
drivers/ne
On 21. 01. 21, 2:18, Linus Torvalds wrote:
On Tue, Jan 19, 2021 at 8:44 PM Linus Torvalds
wrote:
I'll come back to this tomorrow and do the line-buffered icanon case
too (unless pull requests pile up), and then I'll be happy with the
tty changes, and I think I can submit this series for real t
Fix the following coccicheck warnings:
./arch/x86/kvm/vmx/vmx.c:6798:1-27: WARNING: Assignment of 0/1
to bool variable.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Zhong
---
arch/x86/kvm/vmx/vmx.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --gi
On Thu, Jan 21, 2021 at 08:49:28AM +0100, Ingo Molnar wrote:
>
> * tip-bot2 for Andrea Righi wrote:
>
> > The following commit has been merged into the x86/entry branch of tip:
> >
> > Commit-ID: e6d92b6680371ae1aeeb6c5eb2387fdc5d9a2c89
> > Gitweb:
> > https://git.kernel.org/tip/e6d
Instead of directly return, goto the error handling label to free
allocated page.
Fixes: 5f29458b77d5 ("net/mlx5e: Support dump callback in TX reporter")
Signed-off-by: Pan Bian
---
drivers/net/ethernet/mellanox/mlx5/core/en/health.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
On Thu, Jan 21, 2021 at 9:08 AM Andrii Nakryiko
wrote:
>
> On Wed, Jan 20, 2021 at 9:36 PM Nathan Chancellor
> wrote:
> >
> > On Thu, Jan 21, 2021 at 01:27:35PM +0800, Tiezhu Yang wrote:
> > > The current LLVM and Clang build procedure in samples/bpf/README.rst is
> > > out of date. See below tha
On 21. 01. 21, 9:50, Jiri Slaby wrote:
Hm, I would like to review this first. I noticed the changes only
because a new branch appeared when I grabbed your tree and the branch
has "tty" in its name.
Which is weird as you Cced me. Let me check what is wrong with my e-mail
setup.
thanks,
--
js
On Thu, Jan 21, 2021 at 09:50:39AM +0100, Jiri Slaby wrote:
> On 21. 01. 21, 2:18, Linus Torvalds wrote:
> > On Tue, Jan 19, 2021 at 8:44 PM Linus Torvalds
> > wrote:
> > >
> > > I'll come back to this tomorrow and do the line-buffered icanon case
> > > too (unless pull requests pile up), and the
On Thu, Jan 21, 2021 at 3:52 PM Hailong Fan wrote:
>
> When flipping the polarity will be generated interrupt under certain
> circumstances, but GPIO external signal has not changed.
> Then, mask the interrupt before polarity setting, and clear the
> unexpected interrupt after trigger type setting
From: Linus Torvalds
This makes the tty layer use the .write_iter() function instead of the
traditional .write() functionality.
That allows writev(), but more importantly also makes it possible to
enable .splice_write() for ttys, reinstating the "splice to tty"
functionality that was lost in com
From: Linus Torvalds
Now that the ldisc read() function takes kernel pointers, it's fairly
straightforward to make the tty file operations use .read_iter() instead
of .read().
That automatically gives us vread() and friends, and also makes it
possible to do .splice_read() on ttys again.
Fixes:
From: Linus Torvalds
Back when the line disciplines did their own direct user accesses, they
had to deal with the data copy possibly failing in the middle.
Now that the user copy is done by the tty_io.c code, that failure case
no longer exists.
Remove the left-over error handling code that cann
Hello Julien,
On Wed, 20 Jan 2021 at 18:38, Julien Thierry wrote:
>
> Hi,
>
> This series enables objtool to start doing stack validation on arm64
> kernel builds.
Could we elaborate on this point, please? 'Stack validation' means
getting an accurate picture of all kernel code that will be execu
On Thu, 21 Jan 2021 at 06:31, Bharata B Rao wrote:
>
> On Wed, Jan 20, 2021 at 06:36:31PM +0100, Vincent Guittot wrote:
> > Hi,
> >
> > On Wed, 18 Nov 2020 at 09:28, Bharata B Rao wrote:
> > >
> > > The page order of the slab that gets chosen for a given slab
> > > cache depends on the number of
fyi, there is a patch which solves a maybe related issue on your GPU,
mind giving it a try before we dig further?
https://gitlab.freedesktop.org/drm/nouveau/-/issues/14#note_767791
On Thu, Jan 21, 2021 at 3:33 AM Jamie Heilman
wrote:
>
> Karol Herbst wrote:
> > On Wed, Jan 6, 2021 at 4:25 AM Jami
Fix below warnings reported by coccicheck:
./drivers/staging/media/atomisp/pci/isp/kernels/sdis/sdis_1.0/ia_css_sdis.host.c:390:2-8:
WARNING: NULL check before some freeing functions is not needed.
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
.../media/atomisp/pci/isp/kernels/sdis/sdis_1
Fix below warnings reported by coccicheck:
./drivers/staging/media/atomisp/pci/runtime/isp_param/src/isp_param.c:159:4-10:
WARNING: NULL check before some freeing functions is not needed.
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
drivers/staging/media/atomisp/pci/runtime/isp_param/src
On Wed, Jan 20, 2021 at 10:52:11AM -0800, Yiwei Zhang wrote:
> On Wed, Jan 20, 2021 at 5:33 AM Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > > > > > + select TRACE_GPU_MEM
> >
> > > > > > > +#ifdef CONFIG_TRACE_GPU_MEM
> >
> > That doesn't make sense btw.
>
> Do you recommend we just select
red(ce->clk)) {
arm-linux-gnueabihf-ld: drivers/base/power/clock_ops.o: in function
`pm_clk_acquire':
drivers/base/power/clock_ops.c:170: undefined reference to
`clk_is_enabled_when_prepared'
Reported-by: Naresh Kamboju
This build error was noticed on arm architecture on linux nex
Fix below warnings reported by coccicheck:
./drivers/staging/media/atomisp/pci/atomisp_cmd.c:4269:2-8: WARNING:
NULL check before some freeing functions is not needed.
./drivers/staging/media/atomisp/pci/atomisp_cmd.c:4626:2-8: WARNING:
NULL check before some freeing functions is not needed.
Repor
No functional effect.
Signed-off-by: Su Yanjun
---
drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c
b/drivers/net/can/spi/mcp251xfd/mcp251xfd-core.c
index f07e8b737d
When IO page fault happens, DMA performance will be affected. Pin user page
can avoid IO page fault, this patch introduces a new char device named
/dev/uacce_ctrl to help to maintain pin/unpin pages. User space can do
pin/unpin pages by ioctls of an open file of /dev/uacce_ctrl, all pinned
pages un
On Tue, Jan 19, 2021 at 1:31 PM Kent Gibson wrote:
>
> Initially I just wanted to port the selftests to the latest GPIO uAPI,
> but on finding that, due to dependency issues, the selftests are not built
> for the buildroot environments that I do most of my GPIO testing in, I
> decided to take a cl
On 21/01/2021 00:53, Jarkko Sakkinen wrote:
> On Wed, Jan 20, 2021 at 12:57:55PM +0100, Mickaël Salaün wrote:
>>
>> On 20/01/2021 06:19, Jarkko Sakkinen wrote:
>>> On Thu, Jan 14, 2021 at 04:19:07PM +0100, Mickaël Salaün wrote:
From: Mickaël Salaün
Add and use a check-blacklist-ha
Hi Michael,
On 20.01.2021 21:43, Michael Walle wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> If the MII interface is used, the PHY is the clock master, thus don't
> set the clock rate. On Zynq-7000, this will prevent the following
> war
In the function rt2500usb_register_read(_lock), reg is uninitialized
in some situation. Then KMSAN reports uninit-value at its first memory
access. To fix this issue, add one reg initialization in the function
rt2500usb_register_read and rt2500usb_register_read_lock
BUG: KMSAN: uninit-value in rt2
On 21/1/21 6:49 pm, Christoph Hellwig wrote:
The static inline get_cxl_module function is entirely unused,
remove it.
Signed-off-by: Christoph Hellwig
The one user of this was removed in 8bf6b91a5125a ("Revert
"powerpc/powernv: Add support for the cxl kernel api on the real phb").
Thanks f
Hi Sia,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on 9791581c049c10929e97098374dd1716a81fefcc]
url:
https://github.com/0day-ci/linux/commits/Sia-Jee-Heng/dmaengine-dw-axi-dmac-support-Intel-KeemBay-AxiDMA/20210121-143156
base
On Thu, Jan 21, 2021 at 05:10:05PM +0800, Su Yanjun wrote:
Please describe why you change this.
> No functional effect.
Not quite:
scripts/bloat-o-meter shows:
add/remove: 0/0 grow/shrink: 3/0 up/down: 104/0 (104)
Function old new delta
mcp251xfd_handl
On Sat, Jan 16, 2021 at 12:57 AM Vitaly Wool wrote:
>
> Sometimes, especially in a production system we may not want to
> use a "smart bootloader" like u-boot to load kernel, ramdisk and
> device tree from a filesystem on eMMC, but rather load the kernel
> from a NAND partition and just run it as
Dear Chunyou,
On 2021/01/21 17:41, Luca Ceresoli wrote:
> Hi,
>
> On 21/01/21 04:21, Chunyou Tang wrote:
>> On Wed, 20 Jan 2021 19:09:05 -0800
>> Joe Perches wrote:
>>
>>> On Wed, 2021-01-20 at 19:02 -0800, Randy Dunlap wrote:
On 1/20/21 6:07 PM, ChunyouTang wrote:
> From: tangchunyou
1 - 100 of 1499 matches
Mail list logo
