On Fri, 26 Feb 2021 21:19:58 +0100,
Anton Yakovlev wrote:
>
> On 25.02.2021 21:30, Takashi Iwai wrote:> On Thu, 25 Feb 2021 20:02:50
> +0100,
> > Michael S. Tsirkin wrote:
> >>
>
> [snip]
>
> >> If you want to merge it yourself instead, also please say so.
> >
> > I don't mind who take the patch
As per Intel vt-d spec, Rev 3.0 (section 10.4.45 "Virtual Command Response
Register"), the status code of "No PASID available" error in response to
the Allocate PASID command is 2, not 1. The same for "Invalid PASID" error
in response to the Free PASID command.
We will otherwise see confusing kern
On Fri, Feb 12, 2021 at 04:45:09PM +0200, James Clark wrote:
> The aux records will be used set the bounds of decoding in a
> later commit. In the future we may also want to use the flags
> of each record to control decoding.
>
> Do these need to be saved in their entirety, or can pointers
> to ea
Hi Linus,
On Fri, Jan 15, 2021 at 3:43 AM Linus Torvalds
wrote:
>
> On Thu, Jan 14, 2021 at 12:18 AM Ard Biesheuvel wrote:
> >
> > So if the arguments are piling up, what is holding us back, other than
> > inertia?
>
> I think we can most certainly just try increasing the minimum version
> to 5
On Sat, Feb 27, 2021 at 7:55 AM Masahiro Yamada wrote:
>
> On Fri, Feb 26, 2021 at 6:26 PM Sedat Dilek wrote:
> >
> > On Fri, Feb 26, 2021 at 7:26 AM Masahiro Yamada
> > wrote:
> > >
> > > Commit fbe078d397b4 ("kbuild: lto: add a default list of used symbols")
> > > does not work as expected if
On Fri, Feb 26, 2021 at 6:26 PM Sedat Dilek wrote:
>
> On Fri, Feb 26, 2021 at 7:26 AM Masahiro Yamada wrote:
> >
> > Commit fbe078d397b4 ("kbuild: lto: add a default list of used symbols")
> > does not work as expected if the .config file has already specified
> > CONFIG_UNUSED_KSYMS_WHITELIST="
Hi all,
Apparently these patches were flagged as “Not Applicable” without an
explanation. Why?
https://patchwork.kernel.org/project/linux-mips/patch/20210224075640.20465-2-nolt...@gmail.com/
https://patchwork.kernel.org/project/linux-mips/patch/20210224075640.20465-3-nolt...@gmail.com/
Best rega
Hi all,
Apparently, this patch was flagged as "Not Applicable" without an explanation.
Why?
https://patchwork.kernel.org/project/linux-mips/patch/20210224073336.32265-1-nolt...@gmail.com/
Best regarss,
Álvaro.
> El 24 feb 2021, a las 8:33, Álvaro Fernández Rojas
> escribió:
>
> When booting
On Fri, Feb 26, 2021 at 07:29:39PM +0100, Maciej Kwapulinski wrote:
>
> Andy Shevchenko writes:
>
> > On Tue, Feb 16, 2021 at 6:11 PM Maciej Kwapulinski
> > wrote:
> >>
>
> >> +#define GNA_DRV_VER"1.2.0"
> >
> > Nowadays the version is the Git SHA sum.
> >
>
> right, "version" is pres
'make -s' should be really silent. However, 'make -s V=1' prints noisy
log messages from some shell scripts.
Of course, the combination of -s and V=1 is odd, but the build system
needs to do the right thing even if a user gives strange input.
If -s is given, KBUILD_VERBOSE should be forced to 0.
Hello,
syzbot found the following issue on:
HEAD commit:557c223b selftests/bpf: No need to drop the packet when th..
git tree: bpf
console output: https://syzkaller.appspot.com/x/log.txt?x=156409a8d0
kernel config: https://syzkaller.appspot.com/x/.config?x=2b8307379601586a
dashboar
Assorted stuff pile - no common topic here.
One trivial conflict in Documentation/filesystems/porting.rst
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the git repository at:
git://git.kerne
Use the standard obj-y form to specify the sub-directories under
arch/nios2/. No functional change intended.
Signed-off-by: Masahiro Yamada
---
arch/nios2/Kbuild | 2 ++
arch/nios2/Makefile | 3 +--
2 files changed, 3 insertions(+), 2 deletions(-)
create mode 100644 arch/nios2/Kbuild
diff -
Use the standard obj-y form to specify the sub-directories under
arch/hexagon/. No functional change intended.
Signed-off-by: Masahiro Yamada
---
arch/hexagon/Kbuild | 2 ++
arch/hexagon/Makefile | 5 +
2 files changed, 3 insertions(+), 4 deletions(-)
create mode 100644 arch/hexagon/Kbui
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3fb6d0e00efc958d01c2f109c8453033a2d96796
commit: e5fc436f06eef54ef512ea55a9db8eb9f2e76959 sparse: use static inline for
__chk_{user,io}_ptr()
date: 6 months ago
config: sh-randconfig-s031-20210227 (attache
On Sat, Feb 27, 2021 at 12:19 AM Alejandro Colomar (man-pages)
wrote:
>
> Hello Amir, Luis,
>
> On 2/24/21 5:10 PM, Amir Goldstein wrote:
> > On Wed, Feb 24, 2021 at 4:22 PM Luis Henriques wrote:
> >>
> >> Update man-page with recent changes to this syscall.
> >>
> >> Signed-off-by: Luis Henrique
Use the standard obj-y form to specify the sub-directories under
arch/ia64/. No functional change intended.
Signed-off-by: Masahiro Yamada
---
arch/ia64/Kbuild | 3 +++
arch/ia64/Makefile | 3 +--
2 files changed, 4 insertions(+), 2 deletions(-)
create mode 100644 arch/ia64/Kbuild
diff --gi
READELF is defined by the top Makefile.
Signed-off-by: Masahiro Yamada
---
arch/ia64/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/ia64/Makefile b/arch/ia64/Makefile
index 3e9da5e6c3bd..467b7e7f967c 100644
--- a/arch/ia64/Makefile
+++ b/arch/ia64/Makefile
@@ -14,7 +14,6 @@
K
On Mon, 08 Feb 2021 21:46:20 PST (-0800), Anup Patel wrote:
The CPU hotplug support has been tested on QEMU, Spike, and SiFive
Unleashed so let's enable it by default in RV32 and RV64 defconfigs.
Signed-off-by: Anup Patel
---
arch/riscv/configs/defconfig | 1 +
arch/riscv/configs/rv32_def
On 2021-02-26, Kees Cook wrote:
On Fri, Feb 26, 2021 at 03:03:39PM +0100, Arnd Bergmann wrote:
From: Arnd Bergmann
When building with CONFIG_LD_DEAD_CODE_DATA_ELIMINATION,
I sometimes see an assertion
ld.lld: error: Entry trampoline text too big
Heh, "too big" seems a weird report for ha
On Fri, 26 Feb 2021 19:41:40 PST (-0800), hu...@google.com wrote:
On Fri, 26 Feb 2021, Palmer Dabbelt wrote:
On Fri, 26 Feb 2021 17:31:40 PST (-0800), hu...@google.com wrote:
> On Fri, 26 Feb 2021, Andrew Morton wrote:
> > On Fri, 26 Feb 2021 12:17:20 -0800 Palmer Dabbelt
> > wrote:
> > > From:
On Fri, 2021-02-26 at 18:33 -0500, Steven Rostedt wrote:
> On Fri, 26 Feb 2021 14:21:00 -0800
> Linus Torvalds wrote:
>
> > > The second patch handles strings "%s" [..]
> >
> > Doing this at runtime really feels like the wrong thing to do.
> >
> > It won't even protect us from what happened -
Hi Alex,
On Fri, Feb 26, 2021 at 6:46 PM Alex Ghiti wrote:
>
> Hi Anup,
>
> Le 2/21/21 à 4:37 AM, Anup Patel a écrit :
> > We force select CPU_PM and provide asm/cpuidle.h so that we can
> > use CPU IDLE drivers for Linux RISC-V kernel.
> >
> > Signed-off-by: Anup Patel
> > ---
> > arch/riscv/
Hi Palmer,
On Fri, Feb 19, 2021 at 12:45 PM Palmer Dabbelt
wrote:
>
> On Mon, 08 Feb 2021 21:46:20 PST (-0800), Anup Patel wrote:
> > The CPU hotplug support has been tested on QEMU, Spike, and SiFive
> > Unleashed so let's enable it by default in RV32 and RV64 defconfigs.
> >
> > Signed-off-by:
On 2021/2/27 11:38, liulongfang wrote:
> On 2021/2/27 0:30, Alan Stern wrote:
>> On Fri, Feb 26, 2021 at 04:21:37PM +0800, Longfang Liu wrote:
>>> Our current XHCI hardware controller has been customized to only
>>> support USB 2.0 ports. When using the current xhci driver, an xhci
>>> controller d
On Fri, 26 Feb 2021, Palmer Dabbelt wrote:
> On Fri, 26 Feb 2021 17:31:40 PST (-0800), hu...@google.com wrote:
> > On Fri, 26 Feb 2021, Andrew Morton wrote:
> > > On Fri, 26 Feb 2021 12:17:20 -0800 Palmer Dabbelt
> > > wrote:
> > > > From: Palmer Dabbelt
> > > >
> > > > This is only useful under
On Wed, Feb 24, 2021 at 8:47 PM Aili Yao wrote:
>
> On Tue, 23 Feb 2021 08:42:59 -0800
> "Luck, Tony" wrote:
>
> > On Tue, Feb 23, 2021 at 07:33:46AM -0800, Andy Lutomirski wrote:
> > >
> > > > On Feb 23, 2021, at 4:44 AM, Aili Yao wrote:
> > > >
> > > > On Fri, 5 Feb 2021 17:01:35 +0800
> > >
On 2021/2/27 0:30, Alan Stern wrote:
> On Fri, Feb 26, 2021 at 04:21:37PM +0800, Longfang Liu wrote:
>> Our current XHCI hardware controller has been customized to only
>> support USB 2.0 ports. When using the current xhci driver, an xhci
>> controller device and an ehci controller device will be c
Matthew Wilcox writes:
> On Sat, Feb 27, 2021 at 01:11:35AM +0900, OGAWA Hirofumi wrote:
>> zero_user_segments() is used from __block_write_begin_int(), for
>> example like the following
>>
>> zero_user_segments(page, 4096, 1024, 512, 918)
>>
>> But new zero_user_segments() implements for
在 2021/2/26 0:08, Stefan Berger 写道:
From: Stefan Berger
diff --git a/certs/Makefile b/certs/Makefile
index 3fe6b73786fa..c487d7021c54 100644
--- a/certs/Makefile
+++ b/certs/Makefile
@@ -69,6 +69,18 @@ else
SIGNER = -signkey $(obj)/signing_key.key
endif # CONFIG_IMA_APPRAISE_MODSIG
On 2021/2/26 17:22, Mathias Nyman wrote:
> On 26.2.2021 10.21, Longfang Liu wrote:
>> Our current XHCI hardware controller has been customized to only
>> support USB 2.0 ports. When using the current xhci driver, an xhci
>> controller device and an ehci controller device will be created
>> automati
On 2021/2/26 16:38, Greg KH wrote:
> On Fri, Feb 26, 2021 at 04:21:37PM +0800, Longfang Liu wrote:
>> Our current XHCI hardware controller has been customized to only
>> support USB 2.0 ports.
>
> That sounds like a spec violation, right? Why do you want to do this?
>
> greg k-h
> .
>
I hope to
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3fb6d0e00efc958d01c2f109c8453033a2d96796
commit: e5fc436f06eef54ef512ea55a9db8eb9f2e76959 sparse: use static inline for
__chk_{user,io}_ptr()
date: 6 months ago
config: sh-randconfig-s032-20210226
When EFI_EMBEDDED_FIRMWARE is enabled, and CRYPTO is not enabled,
Kbuild gives the following warning:
WARNING: unmet direct dependencies detected for CRYPTO_LIB_SHA256
Depends on [n]: CRYPTO [=n]
Selected by [y]:
- EFI_EMBEDDED_FIRMWARE [=y] && EFI [=y]
This is because EFI_EMBEDDED_FIRMWARE
On Fri, 26 Feb 2021 17:03:53 PST (-0800), wangkefeng.w...@huawei.com wrote:
On 2021/2/27 4:25, Palmer Dabbelt wrote:
From: Palmer Dabbelt
In theory these are orthogonal, but in practice all NUMA systems are
SMP. NUMA && !SMP doesn't build, everyone else is coupling them, and I
don't really s
From: Guangbin Huang
If phy uses generic driver and autoneg is on, enter command
"ethtool -s eth0 speed 50" will not change phy speed actually, but
command "ethtool eth0" shows speed is 50Mb/s because phydev->speed
has been set to 50 and no update later.
And duplex setting has same problem too.
On Fri, 26 Feb 2021 17:31:40 PST (-0800), hu...@google.com wrote:
On Fri, 26 Feb 2021, Andrew Morton wrote:
On Fri, 26 Feb 2021 12:17:20 -0800 Palmer Dabbelt wrote:
> From: Palmer Dabbelt
>
> This is only useful under CONFIG_NUMA. IIUC skipping the check is the
> right thing to do here, as wi
On Fri, Feb 26, 2021 at 2:35 PM -0800, Andrew Lunn wrote:
> On Mon, Feb 15, 2021 at 11:38:21AM -0800, Don Bollinger wrote:
> > optoe is an i2c based driver that supports read/write access to all
> > the pages (tables) of MSA standard SFP and similar devices (conforming
> > to the SFF-8472 spec), MS
passed DTB
date: 4 weeks ago
config: arm-randconfig-r003-20210226 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project
b889ef4214bc6dc8880fdd4badc0dcd9a3197753)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests
On 2021/2/27 4:19, Cong Wang wrote:
On Thu, Feb 25, 2021 at 5:39 PM Kefeng Wang wrote:
On 2021/2/26 5:22, Cong Wang wrote:
On Wed, Feb 24, 2021 at 8:03 AM Kefeng Wang wrote:
HAVE_JUMP_LABLE is removed by commit e9666d10a567 ("jump_label: move
'asm goto' support test to Kconfig"), use CONF
Has anyone seen this? I was running some xfstests today on current
mainline (ran same tests yesterday and multiple times last week on
5.11 and did not see this) and hit this multiple times
[ 287.702292] [ cut here ]
[ 287.702296] WARNING: CPU: 5 PID: 8223 at
drivers/gpu/
On 2021/2/26 14:44, Hanjun Guo wrote:
Hi Greg,
On 2021/2/25 17:53, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.10.19 release.
There are 23 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applie
On Fri, 26 Feb 2021, Andrew Morton wrote:
> On Fri, 26 Feb 2021 12:17:20 -0800 Palmer Dabbelt wrote:
> > From: Palmer Dabbelt
> >
> > This is only useful under CONFIG_NUMA. IIUC skipping the check is the
> > right thing to do here, as without CONFIG_NUMA there will never be any
> > large node d
On 2021/2/27 8:53, Andrew Lunn wrote:
On Fri, Feb 26, 2021 at 03:44:42PM +0800, Huazhong Tan wrote:
From: Guangbin Huang
If phy uses generic driver and autoneg is on, enter command
"ethtool -s eth0 speed 50" will not change phy speed actually, but
command "ethtool eth0" shows speed is 50Mb/s
On 2021/2/27 7:56, Jakub Kicinski wrote:
On Fri, 26 Feb 2021 15:44:42 +0800 Huazhong Tan wrote:
From: Guangbin Huang
If phy uses generic driver and autoneg is on, enter command
"ethtool -s eth0 speed 50" will not change phy speed actually, but
command "ethtool eth0" shows speed is 50Mb/s bec
On 2021/2/26 23:51, Geert Uytterhoeven wrote:
If F2FS_FS is modular, enabling the compressions options
F2FS_FS_{LZ4,LZ4HZ,LZO,LZORLE,ZSTD} will make the (de)compression
algorithms {LZ4,LZ4HC,LZO,ZSTD}_{,DE}COMPRESS builtin instead of
modular, as the former depend on an intermediate boolean
F2FS_F
On 2021/2/27 4:25, Palmer Dabbelt wrote:
From: Palmer Dabbelt
In theory these are orthogonal, but in practice all NUMA systems are
SMP. NUMA && !SMP doesn't build, everyone else is coupling them, and I
don't really see any value in supporting that configuration.
Fixes: 4f0e8eef772e ("riscv:
Hi,
On Fri, Feb 26, 2021 at 10:45 AM Stephen Boyd wrote:
>
> Quoting Douglas Anderson (2021-02-25 14:13:10)
> > diff --git a/arch/arm64/boot/dts/qcom/sc7180-trogdor-coachz.dtsi
> > b/arch/arm64/boot/dts/qcom/sc7180-trogdor-coachz.dtsi
> > new file mode 100644
> > index ..5def9953d82b
On 2/26/21 12:52 AM, Michal Hocko wrote:
>>
>> Michal,
>>
>> Let's take an extreme case where memcg 1 always generate the
>> first event and memcg 2 generates the rest of 128*8-1 events
>> and the pattern repeat.
>
> I do not follow. Events are per-memcg, aren't they?
> __this_cpu_read(m
On Fri, Feb 26, 2021 at 03:44:42PM +0800, Huazhong Tan wrote:
> From: Guangbin Huang
>
> If phy uses generic driver and autoneg is on, enter command
> "ethtool -s eth0 speed 50" will not change phy speed actually, but
> command "ethtool eth0" shows speed is 50Mb/s because phydev->speed
> has been
If we look at the gpu speed bin currently in sc7180.dtsi:
gpu_speed_bin: gpu_speed_bin@1d2 {
reg = <0x1d2 0x2>;
bits = <5 8>;
};
We can see that this is an 8-bit value. However we had to specify the
"reg" as 16 bits because the value was spread out over two bytes.
It doesn't make sen
The current way that cell "length" is specified for nvmem cells is a
little fuzzy. For instance, let's look at the gpu speed bin currently
in sc7180.dtsi:
gpu_speed_bin: gpu_speed_bin@1d2 {
reg = <0x1d2 0x2>;
bits = <5 8>;
};
This is an 8-bit value (as specified by the "bits" field).
When running the latest kernel on an sc7180 with KASAN I got this
splat:
BUG: KASAN: slab-out-of-bounds in a6xx_gpu_init+0x618/0x644
Read of size 4 at addr ff8088f36100 by task kworker/7:1/58
CPU: 7 PID: 58 Comm: kworker/7:1 Not tainted 5.11.0+ #3
Hardware name: Google Lazor (rev1 - 2)
This series was inspried by a KASAN warning that I got at bootup caused
by the GPU driver on my system interfacing with the nvmem API incorrectly.
I have posted a fix for the GPU driver but looking at this nvmem entry
made me question how the nvmem API was supposed to work. I've proposed
some impr
Hi Mauro-
On 2/25/21 5:41 AM, Mauro Carvalho Chehab wrote:
> Document the basic policies of the media subsystem profile.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
>
> v2: fix the Documentation/*/media directories
>
>
> Documentation/driver-api/media/index.rst | 2 +
> .../media/
On Fri, Feb 26, 2021 at 06:14:12PM -0600, David Lechner wrote:
> On 2/25/21 6:03 PM, William Breathitt Gray wrote:
> > On Sun, Feb 21, 2021 at 03:51:40PM +, Jonathan Cameron wrote:
> >> On Thu, 18 Feb 2021 19:32:16 +0900
> >> William Breathitt Gray wrote:
> >>
> >>> On Sun, Feb 14, 2021 at 06:
From: Colin Ian King
Currently the mask operation on variable conf is just 3 bits so
the switch statement case value of 8 is unreachable dead code.
The function daio_mgr_dao_init can be passed a 4 bit value,
function dao_rsc_init calls it with conf set to:
conf = (desc->msr & 0x7) | (desc->
On 2/25/21 6:03 PM, William Breathitt Gray wrote:
On Sun, Feb 21, 2021 at 03:51:40PM +, Jonathan Cameron wrote:
On Thu, 18 Feb 2021 19:32:16 +0900
William Breathitt Gray wrote:
On Sun, Feb 14, 2021 at 06:11:46PM +, Jonathan Cameron wrote:
On Fri, 12 Feb 2021 21:13:44 +0900
William Br
Some kernel functions must be called without holding a specific lock.
Add lockdep_assert_not_held() to be used in these functions to detect
incorrect calls while holding a lock.
lockdep_assert_not_held() provides the opposite functionality of
lockdep_assert_held() which is used to assert calls tha
ath10k_drain_tx() must not be called with conf_mutex held as workers can
use that also. Add call to lockdep_assert_not_held() on conf_mutex to
detect if conf_mutex is held by the caller.
The idea for this patch stemmed from coming across the comment block
above the ath10k_drain_tx() while reviewin
Adds defines for lock state returns from lock_is_held_type() based on
Johannes Berg's suggestions as it make it easier to read and maintain
the lock states. These are defines and a enum to avoid changes to
lock_is_held_type() and lockdep_is_held() return types.
Updates to lock_is_held_type() and
Some kernel functions must not be called holding a specific lock. Doing
so could lead to locking problems. Currently these routines call
lock_is_held() to check for lock hold followed by WARN_ON.
Adding a common lockdep interface will help reduce the duplication of this
logic in the rest of the ke
On Fri, Feb 26, 2021 at 3:14 PM Mike Kravetz wrote:
>
> Cc: Michal
>
> On 2/26/21 2:44 PM, Shakeel Butt wrote:
> > On Fri, Feb 26, 2021 at 2:09 PM syzbot
> > wrote:
>
> >> other info that might help us debug this:
> >>
> >> Possible interrupt unsafe locking scenario:
> >>
> >>CPU0
The entries in the source files are removed as well.
Signed-off-by: Vishal Bhakta
---
MAINTAINERS | 2 +-
drivers/scsi/vmw_pvscsi.c | 2 --
drivers/scsi/vmw_pvscsi.h | 2 --
3 files changed, 1 insertion(+), 5 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 97c8f2bb8de2..
On Fri, 26 Feb 2021 15:44:42 +0800 Huazhong Tan wrote:
> From: Guangbin Huang
>
> If phy uses generic driver and autoneg is on, enter command
> "ethtool -s eth0 speed 50" will not change phy speed actually, but
> command "ethtool eth0" shows speed is 50Mb/s because phydev->speed
> has been set to
Em Fri, Feb 26, 2021 at 09:11:17AM +0800, Tiezhu Yang escreveu:
> On 02/25/2021 09:12 PM, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Feb 25, 2021 at 10:10:12AM -0300, Arnaldo Carvalho de Melo escreveu:
> > > Em Thu, Feb 25, 2021 at 09:49:56AM -0300, Arnaldo Carvalho de Melo
> > > escreveu:
> > >
Em Thu, Feb 25, 2021 at 09:35:04PM +0100, Jiri Olsa escreveu:
> On Wed, Feb 24, 2021 at 02:59:16PM -0500, Nicholas Fraser wrote:
> > From 9fd0b3889f00ad13662879767d833309d8a035b6 Mon Sep 17 00:00:00 2001
> > From: Nicholas Fraser
> > Date: Thu, 18 Feb 2021 13:24:03 -0500
> > Subject: [PATCH] perf
On Fri, 26 Feb 2021 07:23:31 -0800 Richard Cochran wrote:
> On Thu, Feb 25, 2021 at 10:15:16PM +0100, Heiko Thiery wrote:
> > When accessing the timecounter register on an i.MX8MQ the kernel hangs.
> > This is only the case when the interface is down. This can be reproduced
> > by reading with 'phc
On Thu, 25 Feb 2021 23:53:20 +0100 Andrew Lunn wrote:
> On Thu, Feb 25, 2021 at 03:57:27PM +0100, Arnd Bergmann wrote:
> > From: Arnd Bergmann
> >
> > When CONFIG_PM_SLEEP is disabled, the compiler warns about unused
> > functions:
> >
> > drivers/net/phy/phy_device.c:273:12: error: unused funct
Em Wed, Feb 24, 2021 at 04:08:31PM +0100, Jiri Olsa escreveu:
> Arnaldo reported issue for following build command:
>
> $ rm -rf /tmp/krava; mkdir /tmp/krava; make O=/tmp/krava clean
> CLEANconfig
> /bin/sh: line 0: cd: /tmp/krava/feature/: No such file or directory
> ../../scripts/M
Hello:
This patch was applied to netdev/net.git (refs/heads/master):
On Fri, 26 Feb 2021 14:32:26 +0800 you wrote:
> The new GPIO support may be optional at runtime, but it requires
> building against gpiolib:
>
> ERROR: modpost: "gpiochip_get_data" [drivers/net/dsa/mt7530.ko]
> undefined!
> ERR
Syzbot reported memory leak in hdcs_probe_1x00()[1].
hdcs_probe_1x00() allocates memory for struct hdcs, but if hdcs_init() fails in
gspca_dev_probe2()
this memory becomes leaked.
int gspca_dev_probe2(struct usb_interface *intf,
const struct usb_device_id *id,
cons
Syzbot reported memory leak in hdcs_probe_1x00()[1].
hdcs_probe_1x00() allocates memory for struct hdcs, but if hdcs_init() fails in
gspca_dev_probe2()
this memory becomes leaked.
int gspca_dev_probe2(struct usb_interface *intf,
const struct usb_device_id *id,
cons
On Thu, 25 Feb 2021 15:38:31 +0100 Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> Without this option, the driver fails to link:
>
> ld.lld: error: undefined symbol: devlink_sb_register
> [...]
>
> Fixes: f59fd9cab730 ("net: mscc: ocelot: configure watermarks using
> devlink-sb")
> Signed-o
On Fri, 26 Feb 2021 14:21:00 -0800
Linus Torvalds wrote:
> > The second patch handles strings "%s" [..]
>
> Doing this at runtime really feels like the wrong thing to do.
>
> It won't even protect us from what happened - people like me and
> Andrew won't even run those tracepoints in the firs
From: Colin Ian King
The error check on rval from the call to adp1653_get_fault currently
returns if rval is non-zero. This appears to be incorrect as the
following if statement checks for various bit settings in rval so
clearly rval is expected to be non-zero at that point. Coverity
flagged the
Cc: Michal
On 2/26/21 2:44 PM, Shakeel Butt wrote:
> On Fri, Feb 26, 2021 at 2:09 PM syzbot
> wrote:
>> other info that might help us debug this:
>>
>> Possible interrupt unsafe locking scenario:
>>
>>CPU0CPU1
>>
>> lock(hugetlb_
Hi,
You missed sending the patches to linux-pm mailing list.
On next version, please send it linux-pm.
Thanks,
Chanwoo Choi
On 21. 2. 20. 오전 12:59, Abel Vesa wrote:
This has been on my queue for quite some time now. It is more of a
proof-of-concept.
This rework is done with the compatibility
On Fri, Feb 26, 2021 at 6:21 AM Martin Schiller wrote:
>
> I have now had a look at it. It works as expected.
> I just wonder if it would not be more appropriate to call
> the lapb_register() already in x25_hdlc_open(), so that the layer2
> (lapb) can already "work" before the hdlc_x25 interface i
On Fri, Feb 26, 2021 at 01:53:48PM -0800, Linus Torvalds wrote:
> On Fri, Feb 26, 2021 at 12:17 PM Alexey Dobriyan wrote:
> >
> > I want to sent treewide "#pragma once" conversion:
>
> Are there *any* advantages to it?
>
> It's non-standard,
It is effectively standard:
https://en.wikipedia.org/
On Fri, Feb 26, 2021 at 2:20 PM Bill Wendling wrote:
>
> 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/k
syzbot has found a reproducer for the following issue on:
HEAD commit:d01f2f7e Add linux-next specific files for 20210226
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=17208f22d0
kernel config: https://syzkaller.appspot.com/x/.config?x
On 2/26/21 1:38 PM, Matthew Wilcox wrote:
>
> This seems to have missed the merge window ;-(
It ain't over yet, and I haven't shipped my final bits for 5.12 for
block yet... I'll queue it up.
--
Jens Axboe
From: Laurent Pinchart
Make the V4L2 async framework a bit more robust by allowing to
unregister a non-registered async subdev. Otherwise the
v4l2_async_cleanup() will attempt to delete the async subdev from the
subdev_list with the corresponding list_head not initialized.
Signed-off-by: Laurent
From: Laurent Pinchart
The new function checks if the list_head prev and next pointers are
NULL, in order to see if a list_head that has been zeroed when allocated
has been initialized with INIT_LIST_HEAD() or added to a list.
This can be used in cleanup functions that want to support being safe
On Wed, Feb 24, 2021, Xu, Like wrote:
> On 2021/2/24 1:15, Sean Christopherson wrote:
> > On Tue, Feb 23, 2021, Like Xu wrote:
> > > If lbr_desc->event is successfully created, the intel_pmu_create_
> > > guest_lbr_event() will return 0, otherwise it will return -ENOENT,
> > > and then jump to LBR
On Fri, Feb 26, 2021 at 2:09 PM syzbot
wrote:
>
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:577c2835 Add linux-next specific files for 20210224
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=137cef82d0
> kernel config: https:
On Fri, Feb 26, 2021 at 1:28 PM Dave Chinner wrote:
>
> On Fri, Feb 26, 2021 at 12:59:53PM -0800, Dan Williams wrote:
> > On Fri, Feb 26, 2021 at 12:51 PM Dave Chinner wrote:
> > >
> > > On Fri, Feb 26, 2021 at 11:24:53AM -0800, Dan Williams wrote:
> > > > On Fri, Feb 26, 2021 at 11:05 AM Darrick
On Mon, Feb 15, 2021 at 11:38:21AM -0800, Don Bollinger wrote:
> optoe is an i2c based driver that supports read/write access to all
> the pages (tables) of MSA standard SFP and similar devices (conforming
> to the SFF-8472 spec), MSA standard QSFP and similar devices (conforming
> to the SFF-8636
The pull request you sent on Fri, 26 Feb 2021 11:00:08 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git
> stable/for-linus-5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ef9856a734af9bc71e5a8554374380e200fe7fc4
Thank you!
--
Deet-doot-
The pull request you sent on Sat, 27 Feb 2021 06:56:19 +0900:
> g...@github.com:openrisc/linux.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a3905af5be36b9aa9f17657a02eeb2a08e939c13
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kerne
The pull request you sent on Fri, 26 Feb 2021 06:50:29 +0100:
> https://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git pcmcia-next
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/360db2b422f16305e5b8523b4b730521fbc8fb5d
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Fri, 26 Feb 2021 00:24:14 -0600:
> git://git.samba.org/sfrench/cifs-2.6.git tags/5.12-smb3-part1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c19798af2e66d9d3eb1060873bb435ea8bf4ad2e
Thank you!
--
Deet-doot-dot, I am a bot.
https://kor
The pull request you sent on Fri, 26 Feb 2021 13:18:48 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/pavel/linux-leds.git/
> tags/leds-5.12-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fecfd015394e9151f535d675e115fba967bddb3f
Thank you!
--
Deet-doot-
The pull request you sent on Fri, 26 Feb 2021 21:02:08 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git tags/s390-5.12-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e7270e47a09e83051da7b2bee71be00741860ec4
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Fri, 26 Feb 2021 11:54:04 -0700:
> git://git.lwn.net/linux.git tags/docs-5.12-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3fb6d0e00efc958d01c2f109c8453033a2d96796
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org
.. otherwise people spend extra cycles looking for the
inner loop and wondering 'why j'?
This was an oversight when initial work was rebased
so let's fix it here.
Signed-off-by: Konrad Rzeszutek Wilk
---
v1: Initial posting
v2: Fix per Dan's request
v3: Duh, don't initialize i in the loop, but d
On Sat, Feb 20, 2021 at 12:27:47PM -0800, Drew Fustini wrote:
> This series first converts the debugfs files in the pinctrl subsystem to
> octal permissions and then adds a new debugfs file "pinmux-select".
>
> Group name and function name can be written to "pinmux-select" which
> will cause the p
On Fri, Feb 26, 2021 at 11:07 AM Steven Rostedt wrote:
>
> The first patch scans the print fmts of the trace events looking for
> dereferencing pointers from %p*, and making sure that they refer back
> to the trace event itself.
>
> The second patch handles strings "%s" [..]
Doing this at runtime
On Fri, Feb 26, 2021 at 02:14:41PM -0800, Sarthak Kukreti wrote:
> This allows 32-bit userspace utils to use FS_IOC_FSGETXATTR and
> FS_IOC_FSSETXATTR on a 64-bit kernel.
>
> Signed-off-by: Sarthak Kukreti
> ---
> fs/ext4/ioctl.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/fs/ex
1 - 100 of 835 matches
Mail list logo
