Have just had confirmation that the mmc_ricoh_mmc change works and
both PCMCIA slots now work as intended on Panasonic Toughbook CF-29 Mk
4 and 5.
Thank you to all who have made suggestions for this, your dedication
to Linux is amazing and your help with this is appreciated.
Stay safe.
Michael.
The loop may exist if vq->broken is true,
virtqueue_get_buf_ctx_packed or virtqueue_get_buf_ctx_split
will return NULL, so virtnet_poll will reschedule napi to
receive packet, it will lead cpu usage(si) to 100%.
call trace as below:
virtnet_poll
virtnet_receive
On Sat, 1 Aug 2020, Randy Dunlap wrote:
> On 8/1/20 7:37 PM, Hugh Dickins wrote:
> > Expanded Chris's Documentation and Kconfig help on tmpfs inode64.
> > TMPFS_INODE64 still there, still default N, but writing down its very
> > limited limitation does make me wonder again if we want the option.
>
On 8/1/20 11:09 AM, Brian Vazquez wrote:
While running some experiments it was observed that map_lookup_batch was 2x
slower than get_next_key + lookup when the syscall overhead is minimal.
This was because the map_lookup_batch implementation was more expensive
traversing empty buckets, this
Hi!
Building vop with make C=1 produces the following:
CHECK drivers/misc/mic/vop/vop_main.c
drivers/misc/mic/vop/vop_main.c:551:58: warning: incorrect type in argument 1
(different address spaces)
drivers/misc/mic/vop/vop_main.c:551:58:expected void const volatile
[noderef] __iomem *addr
I think the unbalance scenario here should be that we need to
do active balance but it is not actually done. So fix it.
Signed-off-by: Qi Zheng
---
kernel/sched/fair.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index
Hi,
Am 2. August 2020 02:08:44 MESZ schrieb Chun-Kuang Hu :
>Hi, Frank:
>> - disable tmds on phy on mt2701
>> - support other resolutions like 1280x1024
>
>If this patch does two things, it should be broken into two patches.
As far as i see,it only disable tmds and so fix specific resolutions
Hi Cheng-Yi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on asoc/for-next]
[also build test ERROR on linux/master linus/master v5.8-rc7 next-20200731]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to
Signed-off-by: leesagacious
---
include/linux/bottom_half.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/linux/bottom_half.h b/include/linux/bottom_half.h
index a19519f..ab54f34 100644
--- a/include/linux/bottom_half.h
+++ b/include/linux/bottom_half.h
@@ -7,7
On Fri, Jul 31, 2020 at 06:05:10PM +0200, Bartosz Golaszewski wrote:
> On Sun, Jul 26, 2020 at 3:12 AM Kent Gibson wrote:
> >
>
> [snip]
>
> > >
> > > > +static bool padding_not_zeroed(__u32 *padding, int pad_size)
> > > > +{
> > > > + int i, sum = 0;
> > > > +
> > > > + for (i = 0;
Fix possible NULL pointer dereference.
Signed-off-by: Axel Lin
---
drivers/regulator/cros-ec-regulator.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/regulator/cros-ec-regulator.c
b/drivers/regulator/cros-ec-regulator.c
index 3117bbd2826b..eb3fc1db4edc 100644
---
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:18寫道:
>
> From: Jitao Shi
>
> [Detail]
> dpi/dsi get the possible_crtc by
> mtk_drm_find_possible_crtc_by_comp(*drm_dev, ddp_comp)
>
I would like more information of why do this patch. For example:
For current mediatek dsi encoder, its possible
On 8/1/20 7:37 PM, Hugh Dickins wrote:
> Expanded Chris's Documentation and Kconfig help on tmpfs inode64.
> TMPFS_INODE64 still there, still default N, but writing down its very
> limited limitation does make me wonder again if we want the option.
>
> Signed-off-by: Hugh Dickins
> ---
> Andrew,
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:18寫道:
>
Describe why need this patch. I think the reason is:
For current mediatek dsi encoder, its possible crtc is fixed in crtc
0, and mediatek dpi encoder's possible crtc is fixed in crtc 1. In
some SoC the possible crtc is not fixed in this
Expanded Chris's Documentation and Kconfig help on tmpfs inode64.
TMPFS_INODE64 still there, still default N, but writing down its very
limited limitation does make me wonder again if we want the option.
Signed-off-by: Hugh Dickins
---
Andrew, please fold into
On Fri, Feb 07, 2020 at 02:46:03PM -0500, Steven Rostedt wrote:
>
> diff --git a/init/main.c b/init/main.c
> index 491f1cdb3105..113c8244e5f0 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -142,6 +142,15 @@ static char *extra_command_line;
> /* Extra init arguments */
> static char
On Sat, Aug 1, 2020 at 4:01 PM Nicolin Chen wrote:
>
> Hi,
>
> Having two nits and one question, inline:
>
> On Thu, Jul 30, 2020 at 05:47:02PM +0800, Shengjiu Wang wrote:
> > @@ -182,6 +180,69 @@ static int fsl_asoc_card_hw_params(struct
> > snd_pcm_substream *substream,
> >
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d52daa8620c65960e1ef882adc1f92061326bd7a
commit: 7505576d1c1ac0cfe85fdf90999433dd8b673012 MIPS: add support for SGI
Octane (IP30)
date: 9 months ago
config: mips-randconfig-r014-20200802 (attached as
From: Linus Torvalds
Date: Sat, 1 Aug 2020 16:45:49 -0700
> On Sat, Aug 1, 2020 at 2:36 PM David Miller wrote:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git
>
> How is this wrt an rc8 or a final?
Nothing scary in there, I think you can safely do a -final with those
On Sun, 2020-08-02 at 00:00 +0300, Tomer Samara wrote:
> Clear checkpatch alignment style issues in rtsx_transport.c.
> CHECK: Alignment should match open parenthesis
[]
> diff --git a/drivers/staging/rts5208/rtsx_transport.c
> b/drivers/staging/rts5208/rtsx_transport.c
[]
> @@ -678,7 +678,7
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d52daa8620c65960e1ef882adc1f92061326bd7a
commit: 35974a7cc23c5deb5597c0a42183172498c4a0a8 net: lpc-enet: allow compile
testing
date: 12 months ago
config: nios2-randconfig-s031-20200802 (attached as
On Sat, Aug 1, 2020 at 6:31 AM Willem de Bruijn
wrote:
>
> The kernel interface cannot be changed. If packet sockets used to pass
> the first byte up to userspace, they have to continue to do so.
>
> So I think you can limit the header_ops to only dev_hard_header.
Actually if we want to keep the
randconfig-a006-20200802
i386 randconfig-a004-20200801
i386 randconfig-a005-20200801
i386 randconfig-a001-20200801
i386 randconfig-a003-20200801
i386 randconfig-a002-20200801
i386 randconfig-a006
Hi Bjorn,
On Tue, Jul 14, 2020 at 1:24 PM Rajat Jain wrote:
>
> On Tue, Jul 14, 2020 at 1:15 PM Rajat Jain wrote:
> >
> > The ACS "Translation Blocking" bit blocks the translated addresses from
> > the devices. We don't expect such traffic from devices unless ATS is
> > enabled on them. A
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:19寫道:
>
> From: chunhui dai
>
> - disable tmds on phy on mt2701
> - support other resolutions like 1280x1024
If this patch does two things, it should be broken into two patches.
>
> without this Patch i see flickering on my TFT (1280x1024),
> so
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:18寫道:
>
> From: Bibby Hsieh
>
> We can select output component by decive node port.
> Main path default output component is DSI.
> External path default output component is DPI.
>
> without this Patch i get this warning:
>
> WARNING: CPU: 3 PID:
The pull request you sent on Sat, 1 Aug 2020 16:06:18 -0300:
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-tools-fixes-2020-08-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bf121a0bda29daa67a1fcedbdf479f6b03c9f977
Thank you!
--
The pull request you sent on Sat, 1 Aug 2020 23:05:52 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/for-linus-2020-08-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0ae3495b6502cf93634cbd027cb2f6f9f83a406f
Thank you!
--
The pull request you sent on Sat, 01 Aug 2020 14:36:31 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ac3a0c8472969a03c0496ae774b3a29eb26c8d5a
Thank you!
--
Deet-doot-dot,
Hi, Neal:
Neal Liu 於 2020年7月29日 週三 下午4:29寫道:
>
> MediaTek bus fabric provides TrustZone security support and data
> protection to prevent slaves from being accessed by unexpected
> masters.
> The security violation is logged and sent to the processor for
> further analysis or countermeasures.
>
On Sat, Aug 1, 2020 at 2:36 PM David Miller wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git
How is this wrt an rc8 or a final?
I have another possible small reason to do an rc8 right now. And this
roughly doubles my current diff.
On a very much related note, I really
2020-07-31 18:56 GMT+09:00, Sedat Dilek :
> On Fri, Jul 31, 2020 at 9:16 AM Namjae Jeon
> wrote:
>>
>> Hi folk,
>>
>> In this release, The performance of fsck have been much improved and
>> the new option in mkfs have been added to adjust boundary alignment.
>>
>> As the result below, The fsck
On Tue, 2020-07-28 at 17:13 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Allow intel_pstate to work in the passive mode with HWP enabled and
> make it set the HWP minimum performance limit (HWP floor) to the
> P-state value given by the target frequency supplied by the cpufreq
>
syzbot has bisected this issue to:
commit 3d30311c0e4d834c94e6a27d6242a942d6a76b85
Author: Varsha Rao
Date: Sun Oct 9 11:13:56 2016 +
staging: vt6655: Removes unnecessary blank lines.
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=17023a1490
start commit: 7dc6fd0f
On Sun, 26 Jul 2020, Krzysztof Kozlowski wrote:
> diff --git a/MAINTAINERS b/MAINTAINERS
> index cba0ed5b..362863cae239 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -8541,11 +8541,6 @@ F: include/uapi/rdma/
> F: samples/bpf/ibumad_kern.c
> F: samples/bpf/ibumad_user.c
>
>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d52daa8620c65960e1ef882adc1f92061326bd7a
commit: f27ad8932725f8dd0cd1a46763de4a40377b1ae6 Input: elants_i2c - support
palm detection
date: 4 months ago
compiler: xtensa-linux-gcc (GCC) 9.3.0
If you fix
`find_gmin_subdev()` that returns a pointer to `struct
gmin_subdev` can return NULL.
In `gmin_v2p8_ctrl()` there's a call to this function but the
possibility of a NULL was not checked before its being dereferenced,
i.e.:
/* Acquired here v */
struct gmin_subdev *gs =
`find_gmin_subdev()` that returns a pointer to `struct
gmin_subdev` can return NULL.
In `gmin_v2p8_ctrl()` there's a call to this function but the
possibility of a NULL was not checked before its being dereferenced,
i.e.:
/* Acquired here v */
struct gmin_subdev *gs =
`find_gmin_subdev()` that returns a pointer to `struct
gmin_subdev` can return NULL.
In `gmin_v2p8_ctrl()` there's a call to this function but the
possibility of a NULL was not checked before its being dereferenced,
i.e.:
/* Acquired here v */
struct gmin_subdev *gs =
`find_gmin_subdev()` that returns a pointer to `struct
gmin_subdev` can return NULL.
In `gmin_v2p8_ctrl()` there's a call to this function but the
possibility of a NULL was not checked before its being dereferenced,
i.e.:
/* Acquired here v */
struct gmin_subdev *gs =
1) Encap offset calculation is incorrect in esp6, from Sabrina Dubroca.
2) Better parameter validation in pfkey_dump(), from Mark Salyzyn.
3) Fix several clang issues on powerpc in selftests, from Tanner Love.
4) cmsghdr_from_user_compat_to_kern() uses the wrong length, from
Al Viro.
5)
On 7/31/2020 2:11 AM, Jakub Kicinski wrote:
On Thu, 30 Jul 2020 15:30:45 +0300 Moshe Shemesh wrote:
My expectations would be that the driver must perform the lowest
reset level possible that satisfies the requested functional change.
IOW driver may do more, in fact it should be acceptable for
Hello Rob ad others,
On Wednesday 29 of July 2020 01:12:31 Pavel Pisa wrote:
> On Saturday 04 of January 2020 00:53:59 Rob Herring wrote:
> > On Sat, Dec 21, 2019 at 03:07:31PM +0100, p...@cmp.felk.cvut.cz wrote:
> > > From: Pavel Pisa
> > >
> > > Signed-off-by: Pavel Pisa
> > > ---
> > >
Hey Linus,
/* Summary */
This contains a simple spelling fix for dequeue_synchronous_signal().
/* Testing */
All patches have seen exposure in linux-next and are based on v5.8-rc7.
/* Conflicts */
At the time of creating this pr no merge conflicts were reported.
The following changes since
Clear checkpatch alignment style issues in rtsx_transport.c.
CHECK: Alignment should match open parenthesis
Signed-off-by: Tomer Samara
---
drivers/staging/rts5208/rtsx_transport.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rts5208/rtsx_transport.c
Hello,
syzbot found the following issue on:
HEAD commit:92ed3019 Linux 5.8-rc7
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1570213890
kernel config: https://syzkaller.appspot.com/x/.config?x=84f076779e989e69
dashboard link:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d52daa8620c65960e1ef882adc1f92061326bd7a
commit: 21038b0900d1b8728ec77d9286d7b0b57ca7b585 scsi: qla2xxx: Fix endianness
annotations in header files
date: 2 months ago
config:
On 8/1/2020 10:06 AM, Jonathan McDowell wrote:
> This adds full 802.1q VLAN support to the qca8k, allowing the use of
> vlan_filtering and more complicated bridging setups than allowed by
> basic port VLAN support.
>
> Tested with a number of untagged ports with separate VLANs and then a
>
On 8/1/2020 10:05 AM, Jonathan McDowell wrote:
> Rather than using a magic value of 1 when configuring the port VIDs add
> a QCA8K_PORT_VID_DEF define and use that instead. Also fix up the
> bitmask in the process; the top 4 bits are reserved so this wasn't a
> problem, but only masking 12 bits
Dear Friend,
I am Mr.Ali Zango Working with a reputable bank here in Burkina Faso as the
manager in audit department. During our last banking audits we discovered an
abandoned account belongs to one of our deceased customer, late Mr.Hamid Amine
Razzaq, a billionaire businessman.
Meanwhile,
ago
config: microblaze-randconfig-r026-20200801 (attached as .config)
compiler: microblaze-linux-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 ~/bin/make.cross
git
On Mon, 13 Jul 2020, Chris Down wrote:
> The default is still set to inode32 for backwards compatibility, but
> system administrators can opt in to the new 64-bit inode numbers by
> either:
>
> 1. Passing inode64 on the command line when mounting, or
> 2. Configuring the kernel with
On Sat, Aug 1, 2020 at 2:55 PM Joe Perches wrote:
> On Sat, 2020-08-01 at 19:46 +0100, Jules Irenge wrote:
> > Checkpatch tool reports an error at variable audit_sig_sid declaration
> []
> > diff --git a/kernel/audit.c b/kernel/audit.c
> []
> > @@ -125,7 +125,7 @@ static u32
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched/core
branch HEAD: 949bcb8135a96a6923e676646bd29cbe69e8350f sched/doc: Factorize
bits between sched-energy.rst & sched-capacity.rst
elapsed time: 724m
configs tested: 76
configs skipped: 2
The following configs
On Sat, Aug 1, 2020 at 2:46 PM Jules Irenge wrote:
>
> Checkpatch tool reports an error at variable declaration
>
> "ERROR: do not initialise statics to 0"
>
> This is due to the fact that these variables are stored in the buffer
> In the .bss section, one can not set an initial value
> Here we
On Sat, Aug 01, 2020 at 07:08:19PM +0300, Dmitry V. Levin wrote:
> On Sat, Aug 01, 2020 at 11:20:44AM -0400, Peilin Ye wrote:
> > ptrace_get_syscall_info() is potentially copying uninitialized stack
> > memory to userspace, since the compiler may leave a 3-byte hole near the
> > beginning of
This patch enables HDMI sound (I2S0) and Analog sound (I2S1) which
are defined in rk3328.dtsi, and replace SPDIF nodes.
We can use SPDIF passthrough with suitable ALSA settings and on
mpv or other media players.
- Settings:
__smc_diag_dump() is potentially copying uninitialized kernel stack memory
into socket buffers, since the compiler may leave a 4-byte hole near the
beginning of `struct smcd_diag_dmbinfo`. Fix it by initializing `dinfo`
with memset().
Cc: sta...@vger.kernel.org
Fixes: 4b1b7d3b30a6 ("net/smc: add
On Mon, 27 Jul 2020, Andy Shevchenko wrote:
> On Mon, Jul 27, 2020 at 10:49 AM Andy Shevchenko
> wrote:
> > On Mon, Jul 27, 2020 at 10:45 AM Hans de Goede wrote:
> > >
> > > Hi,
> > >
> > > On 7/27/20 2:50 AM, Henrique de Moraes Holschuh wrote:
> > > > On Tue, 21 Jul 2020, Dmitry Torokhov wrote:
On Wed, Jul 29, 2020 at 12:22 PM Sidong Yang wrote:
>
> This patch modifies function call sequence in commit tail. This is for
> the problem that raised when kms_cursor_crc test is tested repeatedly.
> In second test, there is an bug that crtc commit doesn't start vblank events.
> Because there
22362aa30bad6f03b5bcbbeee3cdc61950d40086
config: x86_64-randconfig-s022-20200801 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-14) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.2-115-g5fc204f2-dirty
# save the attached .config to linux build tree
make W=1 C=1 CF
On Tue, 28 Jul 2020, 'Nathan Huckleberry' via Clang Built Linux wrote:
> This patch adds clang-tidy and the clang static-analyzer as make
> targets. The goal of this patch is to make static analysis tools
> usable and extendable by any developer or researcher who is familiar
> with basic c++.
On Wed, Jul 29, 2020 at 12:02:44AM -0700, Jaegeuk Kim wrote:
> f2fs_write_data_pages(quota_mapping)
> __f2fs_write_data_pages f2fs_write_checkpoint
> * blk_start_plug();
> * add bio in write_io[DATA]
> - block_operations
>
On Mon, 13 Jul 2020, Chris Down wrote:
> get_next_ino has a number of problems:
>
> - It uses and returns a uint, which is susceptible to become overflowed
> if a lot of volatile inodes that use get_next_ino are created.
> - It's global, with no specificity per-sb or even per-filesystem. This
On Sat, 2020-08-01 at 19:45 +0100, Jules Irenge wrote:
> Hi
> I am proposing these 4 patches.
> I am currently learning the core kernel the hard way.
> I will appreciate any feedback negative or positive.
> Thanks
Generally, whitespace only changes outside of drivers/staging
are not
Hi Linus,
Please consider pulling,
Best regards,
- Arnaldo
The following changes since commit d8b9faec54ae4bc2fff68bcd0befa93ace8256ce:
Merge tag 'drm-fixes-2020-07-31' of git://anongit.freedesktop.org/drm/drm
(2020-07-30 21:26:42 -0700)
are available in the Git repository at:
config: powerpc64-randconfig-r015-20200801 (attached as .config)
compiler: powerpc64-linux-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 ~/bin/make.cross
git
On Sat, 2020-08-01 at 19:46 +0100, Jules Irenge wrote:
> Checkpatch tool reports an error at variable audit_sig_sid declaration
[]
> diff --git a/kernel/audit.c b/kernel/audit.c
[]
> @@ -125,7 +125,7 @@ static u32audit_backlog_wait_time =
> AUDIT_BACKLOG_WAIT_TIME;
> /* The identity of
Hello,
syzbot found the following issue on:
HEAD commit:7dc6fd0f Merge branch 'i2c/for-current' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12a7083290
kernel config: https://syzkaller.appspot.com/x/.config?x=e59ee776d5aa8d55
VKMS needs vblank interrupts enabled to capture CRC. When vblank is
disabled, tests like kms_cursor_crc and kms_pipe_crc_basic getting stuck
waiting for a capture that will not occur until vkms wakes up. This
patch ensures that vblank remains enabled as long as the CRC capture is
needed.
It
From: Brian Vazquez
Date: Fri, 31 Jul 2020 20:01:10 -0700
> It turns out that on commit 41d707b7332f ("fib: fix fib_rules_ops
> indirect calls wrappers") I forgot to include the case when
> CONFIG_IP_MULTIPLE_TABLES is not set.
>
> Fixes: 41d707b7332f ("fib: fix fib_rules_ops indirect calls
Checkpatch tool reports an error at variable audit_sig_sid declaration
"ERROR: do not initialise globals to 0"
To fix this, the global variable has been uninitialized.
Signed-off-by: Jules Irenge
---
kernel/audit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Checkpatch tool reports an error at a staic variable declaration
"ERROR: do not initialise statics to false"
This is due to the fact that this variable is stored in the buffer
In the .bss section, one can not set an initial value
Here we can trust the compiler to automatically set them to false.
Hi
I am proposing these 4 patches.
I am currently learning the core kernel the hard way.
I will appreciate any feedback negative or positive.
Thanks
Jules Irenge (4):
acct: Add required space between variable and operator
audit: uninitialize global variable audit_sig_sid
audit:
Checkpatch tool reports an error
"ERROR: spaces required around that == (ctx:VxV)"
To fix this space has been added between the variable,
the operator and the value.
Add the missing required space.
Signed-off-by: Jules Irenge
---
kernel/acct.c | 2 +-
1 file changed, 1 insertion(+), 1
Checkpatch tool reports an error at variable declaration
"ERROR: do not initialise statics to 0"
This is due to the fact that these variables are stored in the buffer
In the .bss section, one can not set an initial value
Here we can trust the compiler to automatically set them to zero.
The
Update the clock controller nodes for Low power audio subsystem
functionality.
Signed-off-by: Taniya Das
---
arch/arm64/boot/dts/qcom/sc7180.dtsi | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sc7180.dtsi
[v2]
- Update the node in sorted order.
- Depends on the patch
https://lore.kernel.org/r/20200731133006.1.Iee81b115f5be50d6d69500fe1bda11bba6e16143@changeid
[v1]
- Clock controller LPASS device Node.
Taniya Das (1):
arm64: dts: qcom: sc7180: Add LPASS clock controller nodes
On Sat, Aug 1, 2020 at 9:59 AM Yonghong Song wrote:
>
>
>
> On 7/31/20 9:57 PM, Brian Vazquez wrote:
> > While running some experiments it was observed that map_lookup_batch was
> > much
> > slower than get_next_key + lookup when the syscall overhead is minimal.
> > This was because the
On 01.08.20 12:25, Donald Buczek wrote:
So if I understand you correctly, this is expected behavior with this kind of
load and conceptual changes are already scheduled for kernel 5.9. I don't
understand most of it, but isn't it true that with that planned changes the
impact might be better
While running some experiments it was observed that map_lookup_batch was 2x
slower than get_next_key + lookup when the syscall overhead is minimal.
This was because the map_lookup_batch implementation was more expensive
traversing empty buckets, this can be really costly when the pre-allocated
map
Hello,
syzbot found the following issue on:
HEAD commit:92ed3019 Linux 5.8-rc7
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12c98f2890
kernel config: https://syzkaller.appspot.com/x/.config?x=84f076779e989e69
dashboard link:
On Sat, 18 Jul 2020 17:30:40 -0700
Randy Dunlap wrote:
> Drop the repeated word "and" in a comment.
>
> Signed-off-by: Randy Dunlap
> Cc: Lars-Peter Clausen
> Cc: Jonathan Cameron
Applied to the togreg branch of iio.git
Thanks,
Jonathan
> ---
> include/linux/platform_data/ad7793.h |2
The function guarantees type checking of arguments and return value.
Result of rtw_netdev_priv macro can be assigned to pointer
with incompatible type without warning. The function allow compiler
to perform this check.
Signed-off-by: Ivan Safonov
---
Changes in v2:
- add blank line after
22362aa30bad6f03b5bcbbeee3cdc61950d40086
config: x86_64-randconfig-s022-20200801 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-14) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.2-115-g5fc204f2-dirty
# save the attached .config to linux build tree
make W=1 C=1 CF
Signed-off-by: kernel test robot
---
command_submission.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/habanalabs/common/command_submission.c
b/drivers/misc/habanalabs/common/command_submission.c
index d19ac641b1719..e482d8d135602 100644
---
This patch adds 'disabled' SPDIF sound node and related settings
for rk3399-rockpro64.
There are 2 reasons:
- All RK3399 dma-bus channels have been already used by I2S0/1/2
- RockPro64 does not have SPDIF optical nor coaxial connector,
just have 3pins
Signed-off-by: Katsuhiro Suzuki
---
Em Fri, Jul 31, 2020 at 06:46:21PM -0600, David Ahern escreveu:
> On 7/31/20 12:05 PM, pet...@infradead.org wrote:
> > On Fri, Jul 31, 2020 at 08:36:12AM -0700, Andi Kleen wrote:
> >>> yep, we have a customer that needs to compare data from multiple servers
> >> It's also needed to correlate over
On Sat, Aug 01, 2020 at 01:12:22PM +0300, Pavel Begunkov wrote:
> On 30/01/2020 19:54, Christoph Hellwig wrote:
> > On Mon, Jan 20, 2020 at 11:49:46PM +0300, Pavel Begunkov wrote:
> >> Indirect calls could be very expensive nowadays, so try to use direct calls
> >> whenever possible.
>
> Hah, I'm
Hi Jim,
On Fri, 2020-07-24 at 16:33 -0400, Jim Quinlan wrote:
> The Raspberry Pi (RPI) is currently the only chip using this driver
> (pcie-brcmstb.c). There, only one memory controller is used, without an
> extension region, and the SCB0 viewport size is set to the size of the
> first and only
On Sat, Aug 1, 2020 at 8:30 AM Tetsuo Handa
wrote:
>
> Waiting for response at
> https://lkml.kernel.org/r/45a9b2c8-d0b7-8f00-5b30-0cfe3e028...@i-love.sakura.ne.jp
> .
I think handle_userfault() should have a (shortish) timeout, and just
return VM_FAULT_RETRY.
The code is overly complex
In reaction to a proposal to introduce a memcpy_mcsafe_fast()
implementation Linus points out that memcpy_mcsafe() is poorly named
relative to communicating the scope of the interface. Specifically what
addresses are valid to pass as source, destination, and what faults /
exceptions are handled.
The original copy_mc_fragile() implementation had negative performance
implications since it did not use the fast-string instruction sequence
to perform copies. For this reason copy_mc_to_kernel() fell back to
plain memcpy() to preserve performance on platform that did not indicate
the capability
Changes since v7 [1]:
- Rebased on v5.8-rc5 to resolve a conflict with commit eb25de276505
("tools arch: Update arch/x86/lib/memcpy_64.S copy used in 'perf bench
mem memcpy'")
[1]:
http://lore.kernel.org/r/159408043801.2272533.17485467640602344900.st...@dwillia2-desk3.amr.corp.intel.com
On Sat, 2020-08-01 at 19:52 +0300, Ivan Safonov wrote:
> The function guarantees type checking of arguments and return value.
>
> Result of rtw_netdev_priv macro can be assigned to pointer
> with incompatible type without warning. The function allow compiler
> to perform this check.
[]
> diff
On Fri, Jul 31, 2020 at 11:18:02PM -0700, Kees Cook wrote:
> On Fri, Jul 31, 2020 at 11:51:28PM -0400, Arvind Sankar wrote:
> >
> > This also changes the ordering to place all hot resp unlikely sections
> > separate
> > from other text, while currently it places the hot/unlikely bits of each
>
The pull request you sent on Sat, 1 Aug 2020 16:25:50 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl.git
> tags/pinctrl-v5.8-4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d52daa8620c65960e1ef882adc1f92061326bd7a
Thank you!
--
On Fri, Jul 31, 2020 at 10:36:00PM -0700, Kees Cook wrote:
> On Fri, Jul 31, 2020 at 10:53:25PM -0400, Arvind Sankar wrote:
> > On Fri, Jul 31, 2020 at 09:47:55PM -0400, Arvind Sankar wrote:
> > > On Fri, Jul 31, 2020 at 04:08:16PM -0700, Kees Cook wrote:
> > > > For readability, move the
This adds full 802.1q VLAN support to the qca8k, allowing the use of
vlan_filtering and more complicated bridging setups than allowed by
basic port VLAN support.
Tested with a number of untagged ports with separate VLANs and then a
trunk port with all the VLANs tagged on it.
v3:
- Pull
Rather than using a magic value of 1 when configuring the port VIDs add
a QCA8K_PORT_VID_DEF define and use that instead. Also fix up the
bitmask in the process; the top 4 bits are reserved so this wasn't a
problem, but only masking 12 bits is the correct approach.
Signed-off-by: Jonathan
1 - 100 of 279 matches
Mail list logo