On Mon, Feb 18, 2019 at 12:48 PM sxau...@163.com wrote:
>
> Hi , Shubhrajyoti
>
> >Hi ,
> >On Sat, Feb 16, 2019 at 1:21 PM sxau...@163.com wrote:
> >>
> >> >Hi Sxauwsk,
> >> >
> >> >On Wed, Jan 30, 2019 at 3:13 PM sxauwsk wrote:
> >> >>
> >> >> When the adapter receive error interrupts, such as
Rui,
Will you take this serial?
Thanks.
Wei.
On 21/1/2019 5:17 PM, Wei Ni wrote:
> Does there have any comments?
>
> Thanks.
> Wei.
>
> On 11/1/2019 10:20 AM, Wei Ni wrote:
>> Hi Eduardo,
>> Do you have any more comments, will you take this serial?
>>
>> Thanks.
>> Wei.
>>
>> On 3/1/2019 6:12 P
On Sun, Feb 17, 2019 at 07:13:52PM +, Nix wrote:
> On 16 Feb 2019, Greg KH told this:
>
> > On Sat, Feb 16, 2019 at 04:26:30PM +, Nix wrote:
> >> So I just tried to connect up to my ancient Soekris firewall's serial
> >> console to try to bisect a problem where it stopped booting in 4.20,
On Mon, 18 Feb 2019 08:06:19 +0100,
Daniel Baluta wrote:
>
> On Mon, 2019-02-18 at 10:37 +0900, Kuninori Morimoto wrote:
> > Hi Daniel, Mark, again
> >
> > > > of_get_child_by_name() takes a reference we'll need to drop
> > > > later so when we substitute in top we need to take a reference
> > >
On Sun, Feb 17, 2019 at 09:13:32PM +0800, Ming Lei wrote:
> On Fri, Feb 15, 2019 at 10:59:47AM -0700, Jens Axboe wrote:
> > On 2/15/19 10:14 AM, Bart Van Assche wrote:
> > > On Fri, 2019-02-15 at 08:49 -0700, Jens Axboe wrote:
> > >> On 2/15/19 4:13 AM, Ming Lei wrote:
> > >>> This patchset brings
Hi all,
Changes since 20190215:
The net-next tree gained conflicts against the rdma tree.
The block tree gained a conflict against the btrfs-kdave tree.
The regulator tree gained a conflict against the arm-soc tree.
The kvm tree gained a conflict against the kvm-fixes tree and a build
failure
Fixes the following sparse warnings:
sound/soc/codecs/cs35l36.c:135:20: warning:
symbol 'cs35l36_reg' was not declared. Should it be static?
sound/soc/codecs/cs35l36.c:248:6: warning:
symbol 'cs35l36_readable_reg' was not declared. Should it be static?
sound/soc/codecs/cs35l36.c:398:6: warning:
On Fri, Jan 18, 2019 at 03:30:32PM -0800, Dmitry Torokhov wrote:
> We defined better names for keys to activate full screen mode or
> change aspect ratio (while keeping the existing keycodes to avoid
> breaking userspace), so let's use them in the document.
>
> Signed-off-by: Dmitry Torokhov
> --
Ming,
On Mon, 18 Feb 2019, Ming Lei wrote:
> On Sun, Feb 17, 2019 at 08:17:05PM +0100, Thomas Gleixner wrote:
> > I don't see how that would break blk-mq. The unmanaged set is not used by
> > the blk-mq stuff, that's some driver internal voodoo. So blk-mq still gets
> > a perfectly spread and mana
Since commit e262e32d6bde0f77fb0c95d977482fc872c51996 "vfs: Suppress
MS_* flag defs within the kernel unless explicitly enabled", the
generated gdb scripts can't be used anymore. That commit moved the
definition of MS_* flags but forgot to update gdb scripts to use the
new location. This patch incl
On Wed, Feb 13, 2019 at 10:16:31AM -0600, Rob Herring wrote:
> Convert string compares of DT node names to use of_node_name_eq helper
> instead. For the root node on SUN DT, we need to retrieve the 'name'
> property as it is the rare case where the 'name' property and node name
> differ. With both
Hi Mattias,
On Thu, Feb 7, 2019 at 9:31 PM Mattias Jacobsson <2...@mok.nu> wrote:
>
> The size of the variable alias provided to do_entry functions are
> currently not readily available. Thus hindering do_entry functions to
> perform bounds checking.
>
> Define the macro ALIAS_SIZE containing the
In real scenario, there could be several threads accessing xattrs
of the same xattr-uninitialized inode, and init_inode_xattrs()
almost at the same time.
That's actually an unexpected behavior, this patch closes the race.
Fixes: b17500a0fdba ("staging: erofs: introduce xattr & acl support")
Cc:
Hello,
syzbot found the following crash on:
HEAD commit:64c0133eb88a Merge tag 'armsoc-fixes' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=14af4182c0
kernel config: https://syzkaller.appspot.com/x/.config?x=ee434566c893c7b1
da
Hi,
Kieran Bingham writes:
> Hi Felipe,
>
> Thank you for the patch,
>
> On 15/02/2019 11:29, Felipe Balbi wrote:
>> Since commit e262e32d6bde0f77fb0c95d977482fc872c51996 "vfs: Suppress
>> MS_* flag defs within the kernel unless explicitly enabled", the
>> generated gdb scripts can't be used any
Hi Bjorn,
Thanks a lot for your comments!
> -Original Message-
> From: Bjorn Helgaas
> Sent: 2019年2月8日 22:13
> To: Subrahmanya Lingappa
> Cc: Z.q. Hou ; mark.rutl...@arm.com;
> devicet...@vger.kernel.org; lorenzo.pieral...@arm.com; Xiaowei Bao
> ; linux-...@vger.kernel.org; will.dea...@
Hi Subbu,
Thanks a lot for your comments!
> -Original Message-
> From: Subrahmanya Lingappa
> Sent: 2019年2月8日 20:53
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; ro
On Sun, Feb 17, 2019 at 02:45:52PM +0530, Jagan Teki wrote:
> On Sun, Feb 17, 2019 at 1:21 PM Jagan Teki wrote:
> >
> > Hi Dmitry and Rob,
> >
> > On Thu, Feb 14, 2019 at 3:21 AM Rob Herring wrote:
> > >
> > > On Tue, Jan 22, 2019 at 7:39 AM Jagan Teki
> > > wrote:
> > > >
> > > > On Mon, Jan 2
Hi Subbu,
Thanks a lot for your comments!
> -Original Message-
> From: Subrahmanya Lingappa
> Sent: 2019年2月8日 20:52
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; ro
Hi Jagan,
On Tue, Feb 12, 2019 at 04:54:37PM +0530, Jagan Teki wrote:
> Goodix CTP controllers have AVDD28 pin connected to voltage
> regulator which may not be turned on by default, like for GT5663.
>
> Add support for such ctp used boards by adding voltage regulator
> handling code to goodix ct
On Mon 18-02-19 13:28:23, kernel test robot wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>
> commit efad4e475c312456edb3c789d0996d12ed744c13
> Author: Michal Hoc
Hi Subbu,
Thanks a lot for your comments!
> -Original Message-
> From: Subrahmanya Lingappa
> Sent: 2019年2月5日 14:10
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; ro
On Mon, 2019-02-18 at 10:37 +0900, Kuninori Morimoto wrote:
> Hi Daniel, Mark, again
>
> > > of_get_child_by_name() takes a reference we'll need to drop
> > > later so when we substitute in top we need to take a reference
> > > as well as just assigning.
> > >
> > > Without this patch we hit the
Hi Subbu,
Thanks a lot for your comments!
> -Original Message-
> From: Subrahmanya Lingappa
> Sent: 2019年2月8日 20:50
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; ro
Hi Subbu,
Thanks a lot for your comments!
> -Original Message-
> From: Subrahmanya Lingappa
> Sent: 2019年2月5日 14:05
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; ro
Hi Subbu,
Thanks a lot for your comments!
> -Original Message-
> From: Subrahmanya Lingappa
> Sent: 2019年2月5日 13:48
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; ro
Hi Subbu,
Thanks a lot for your comments!
> -Original Message-
> From: Subrahmanya Lingappa
> Sent: 2019年2月8日 20:41
> To: Z.q. Hou
> Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; ro
On 16-02-19 12:27, Himanshu Jha wrote:
> Hello Mike,
>
> On Fri, Feb 15, 2019 at 02:47:55PM +0100, Mike Looijmans wrote:
>> The SPI interface implementation was completely broken.
>
> My apologies!
>
> SPI interface caused me a lot of trouble in my project timeline. I tried
> many different ways
From: Huang Ying
When swapin is performed, after getting the swap entry information from
the page table, system will swap in the swap entry, without any lock held
to prevent the swap device from being swapoff. This may cause the race
like below,
CPU 1 CPU 2
-
The flags were just read by bq27xxx_battery_update(),
no need to read them again.
Signed-off-by: Arthur Demchenkov
---
drivers/power/supply/bq27xxx_battery.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git a/drivers/power/supply/bq27xxx_battery.c
b/driver
Add i.MX8QXP system controller watchdog support.
Signed-off-by: Anson Huang
---
Changes since V1:
- use watchdog instead of wdog.
---
arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8qxp.dtsi
b/arch/arm6
i.MX8QXP is an ARMv8 SoC which has a Cortex-M4 system controller
inside, the system controller is in charge of controlling power,
clock and watchdog etc..
This patch adds i.MX system controller watchdog driver support,
watchdog operation needs to be done in secure EL3 mode via
ARM-Trusted-Firmware
Enable CONFIG_IMX_SC_WDT as module to support i.MX system
controller watchdog.
Signed-off-by: Anson Huang
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 2d9c390..690f4ba 100644
--- a/arch/arm6
i.MX8QXP is an ARMv8 Cortex-A35 SoC with a Cortex-M4 system controller inside,
the system controller manages overall power, clock, secure RTC and watchdog
etc., so Linux kernel running on A35 needs to communicate with system
controller for watchdog operation, this system controller watchdog will
ca
Add i.MX8QXP system controller watchdog binding.
Signed-off-by: Anson Huang
---
Changes since V1:
- update dts node name to "watchdog";
---
Documentation/devicetree/bindings/arm/freescale/fsl,scu.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/Documentation/devicetree
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
fs/binfmt_script.c
between commit:
cb5b020a8d38 ("Revert "exec: load_script: don't blindly truncate shebang
string"")
from Linus' tree and commit:
76b21f3b9c4d ("exec: load_script: allow interpreter argument t
Insert a padding between data and the stored_xfer_buffer pointer to
ensure they are not on the same cache line.
Otherwise, the stored_xfer_buffer gets corrupted for IN URBs on
non-cache-coherent systems. (In my case: Lantiq xRX200 MIPS)
Fixes: 3bc04e28a030 ("usb: dwc2: host: Get aligned DMA in a
Hi Marcos,
On Sun, Feb 17, 2019 at 09:42:52PM -0300, Marcos Paulo de Souza wrote:
> Commit 8e009118a45a ("Input: uinput - allow FF requests to time out")
> sets a timeout of 30 seconds to wait for force feedback interaction with
> userspace, but also made it impossible to interrupt the event handl
On Mon, 18 Feb 2019, wen.yan...@zte.com.cn wrote:
> > > when != e = id achieves this behavior.
> >
> > I can not agree to this view completely because of the meaning that is
> > connected
> > with these variable identifiers.
> >
> > Both metavariables share the kind “expression”. So I can imagi
This file does not use hweight*() at all, and the definition is
surrounded by #if 0 ... #endif.
Signed-off-by: Masahiro Yamada
---
drivers/net/hamradio/baycom_ser_fdx.c | 26 --
1 file changed, 26 deletions(-)
diff --git a/drivers/net/hamradio/baycom_ser_fdx.c
b/driver
Hi ,
On Sat, Feb 16, 2019 at 1:21 PM sxau...@163.com wrote:
>
> >Hi Sxauwsk,
> >
> >On Wed, Jan 30, 2019 at 3:13 PM sxauwsk wrote:
> >>
> >> When the adapter receive error interrupts, such as NACK, arbitration lost,
> >> cdns_i2c_master_xfer return to the caller directly instead of resuming
> >>
On 18-02-19, 11:56, Sekhar Nori wrote:
> On 18/02/19 11:46 AM, Viresh Kumar wrote:
> > Applied. Thanks.
>
> Here is a belated ack from my side.
>
> Acked-by: Sekhar Nori
Included that and pushed again :)
--
viresh
This is a remnant of commit 5f155f27cb7f ("mm, cpuset: always use
seqlock when changing task's nodemask").
Signed-off-by: Masahiro Yamada
---
kernel/cgroup/cpuset.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c
index 479743d..7
On 18/02/19 11:46 AM, Viresh Kumar wrote:
> Applied. Thanks.
Here is a belated ack from my side.
Acked-by: Sekhar Nori
Thanks,
Sekhar
correct spelling mistake for "nunmber"
Signed-off-by: Zeng Guangyue
---
include/linux/f2fs_fs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/f2fs_fs.h b/include/linux/f2fs_fs.h
index d7711048ef93..4c25ab97107c 100644
--- a/include/linux/f2fs_fs.h
+++ b/includ
On Mon, Feb 18, 2019 at 10:41:36AM +0800, Chao Yu wrote:
> On 2019/2/15 17:35, Dan Carpenter wrote:
> > On Fri, Feb 15, 2019 at 05:32:33PM +0800, Chao Yu wrote:
> >> On 2019/2/15 15:57, Dan Carpenter wrote:
> >>> On Fri, Feb 15, 2019 at 03:02:25PM +0800, Chao Yu wrote:
> On 2019/2/1 20:16, Gao
On 14-02-19, 18:05, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> The header containing the configuration structure for davinci cpufreq
> driver lives in mach-davinci/include/mach/. This is fine for now but
> if we want to make davinci part of the multi_v5 build, no code external
> t
Hi,
The following changes since commit
a9c22d3d8af87bd39a078ec6c846b0674dd2ca38:
qca: Add firmware files for BT chip wcn3990. (2019-02-15 16:07:56
+0530)
are available in the Git repository at:
https://github.com/bgodavar/qca_bt_wcn3990_fw.git
for you to fetch changes up to a9c22d3d
Hi, Guenter
Best Regards!
Anson Huang
> -Original Message-
> From: Guenter Roeck [mailto:groe...@gmail.com] On Behalf Of Guenter
> Roeck
> Sent: 2019年2月18日 13:16
> To: Anson Huang ; robh...@kernel.org;
> mark.rutl...@arm.com; shawn...@kernel.org; s.ha...@pengutronix.de;
> ker...@pengutron
This is a remnant of commit 70a7fb80e85a ("regulator: core: Fix nested
locking of supplies").
Signed-off-by: Masahiro Yamada
---
drivers/regulator/core.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
index b9d7b45..bc25a17 100644
On Fri, 2019-02-15 at 14:02 +0800, Erin Lo wrote:
> From: Ben Ho
>
> Add basic chip support for Mediatek 8183, include
> uart node with correct uart clocks, pwrap device
>
> Add clock controller nodes, include topckgen, infracfg,
> apmixedsys and subsystem.
>
> Signed-off-by: Ben Ho
> Signed-o
x86 should not enable CONFIG_GENERIC_HWEIGHT
because lib/hweight.c is not used by x86.
The only user is drivers/net/wireless/mediatek/mt76/mac80211.c
Of course, this driver is wrong since drivers should use the
generic API, hweight8().
After fixing it, x86 does not need to compile lib/hweight.
__sw_hweight8() is just internal implementation.
Drivers should use the common API, hweight8().
Signed-off-by: Masahiro Yamada
---
This patch should go to x86 tree along with 2/2.
Otherwise, all{yes,mod}config of x86 would be broken.
This patch is trivial enough.
I want ACK from the net/wirel
arch/x86/include/asm/arch_hweight.h uses __sw_hweight{32,64} as
alternatives, but they are implemented in arch/x86/lib/hweight.S
x86 does not rely on the generic C implementation lib/hweight.c
at all, so CONFIG_GENERIC_HWEIGHT should be disabled.
__HAVE_ARCH_SW_HWEIGHT was unneeded in the first p
Hi,
On (02/16/19 15:59), Yao HongBo wrote:
> > GFP_NOWARN is probably the best option for now. Yes, it, maybe,
> > will not work for fault-injection cases; but printk_safe approach
> > is harder to push for, especially given that printk_safe maybe will
> > not even exist in the future.
>
> I have
Hi Lukasz,
On 19. 2. 15. 오후 10:05, Lukasz Luba wrote:
> The patch adds a new file for with trace events for devfreq
> framework. They are used for performance analysis of the framework.
> It also contains updates in MAINTAINERS file adding new entry for
> devfreq maintainers.
>
> Signed-off-by: L
Hi Lukasz,
On 19. 2. 15. 오후 10:05, Lukasz Luba wrote:
> This patch add basic tracing of the devfreq workqueue and delayed work.
> It aims to capture changes of the polling intervals and device state.
>
> Signed-off-by: Lukasz Luba
> ---
> drivers/devfreq/devfreq.c | 5 +
> 1 file changed, 5
Hi，Jiri
This patch should be merged into 4.4 stable,
which still use klp_write_module_reloc.
https://elixir.bootlin.com/linux/v4.4.174/source/arch/x86/kernel/livepatch.c
ZeFeng may have sent a stable(4.4-y) patch to the wrong mail-list(mainline).
Thanks.
On 2019/2/15 15:28, Jiri Kosina w
On 2/17/19 6:01 PM, Anson Huang wrote:
i.MX8QXP is an ARMv8 Cortex-A35 SoC with a Cortex-M4 system controller inside,
the system controller manages overall power, clock, secure RTC and watchdog
etc., so Linux kernel running on A35 needs to communicate with system
controller for watchdog operation
Hi all,
Today's linux-next merge of the scsi tree got conflicts in:
fs/exofs/ore.c
fs/exofs/ore_raid.c
between commit:
6dc4f100c175 ("block: allow bio_for_each_segment_all() to iterate over
multi-page bvec")
from the block tree and commit:
80f2121380ca ("scsi: fs: remove exofs")
fro
On 16-02-19, 11:15, Yangtao Li wrote:
> To fix coccinelle WARNING.
>
> WARNING: Use BUG_ON instead of if condition followed by BUG.
>
> Signed-off-by: Yangtao Li
> ---
> drivers/cpufreq/speedstep-ich.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/drivers/cpufreq/s
On 16-02-19, 10:55, Yangtao Li wrote:
> The informations come from the coccinelle tool.
>
> drivers/cpufreq/longhaul.c:854:2-3: Unneeded semicolon
> drivers/cpufreq/pcc-cpufreq.c:271:2-3: Unneeded semicolon
>
> Yangtao Li (2):
> cpufreq: pcc-cpufreq: remove unneeded semicolon
> cpufreq: longh
On 16-02-19, 12:06, Yangtao Li wrote:
> kmalloc() could fail, so insert a check of its return value. And
> if it fails, returns -ENOMEM.
>
> And remove (struct pstate_idx_revmap_data *) to fix coccinelle WARNING
> by the way.
>
> WARNING: casting value returned by memory allocation function to (s
Hi Rob,
Sorry for late reply. I missed this mail before.
On Fri, 2019-01-11 at 10:09 -0600, Rob Herring wrote:
> On Wed, Jan 02, 2019 at 10:09:52PM +0800, Henry Chen wrote:
> > Document the binding for enabling DVFSRC on MediaTek SoC.
> >
> > Signed-off-by: Henry Chen
> > ---
> > .../devicetre
On Fri, Jan 25, 2019 at 4:21 PM Masahiro Yamada
wrote:
>
> Currently, the Kbuild core manipulates header search paths in a crazy
> way [1].
>
> To fix this mess, I want all Makefiles to add explicit $(srctree)/ to
> the search paths in the srctree. Some Makefiles are already written in
> that way,
Hello Bjorn,
On 1/30/2019 10:38 AM, Rohit Kumar wrote:
Hello Bjorn,
On 1/14/2019 4:14 PM, Rohit Kumar wrote:
On 1/7/2019 12:43 PM, Bjorn Andersson wrote:
On Thu 03 Jan 20:36 PST 2019, Rohit Kumar wrote:
Hello Bjorn,
Can you please review this patch series too.
LPASS_AON clock support is
On 16-02-19, 11:31, Yangtao Li wrote:
> This issue was detected with the help of Coccinelle. So
> change the order of function calls to fix it.
>
> Fixes: 1690d8bb91e37 (cpufreq: scpi/scmi: Fix freeing of dynamic OPPs)
>
> Signed-off-by: Yangtao Li
> ---
> drivers/cpufreq/scmi-cpufreq.c | 2 +-
On Thu, Jan 31, 2019 at 1:01 PM Masahiro Yamada
wrote:
>
> Currently, the Kbuild core manipulates header search paths in a crazy
> way [1].
>
> To fix this mess, I want all Makefiles to add explicit $(srctree)/ to
> the search paths in the srctree. Some Makefiles are already written in
> that way,
Hi Mauro,
On Fri, Jan 25, 2019 at 4:00 PM Masahiro Yamada
wrote:
>
> My main motivation is to get rid of crappy header search path manipulation
> from Kbuild core.
>
> Before that, I want to do as many treewide cleanups as possible.
>
> If you are interested in the big picture of this work,
> the
Hi Alex,
Am 01.02.19 um 01:58 schrieb Alexander Aring:
> On Wed, Jan 30, 2019 at 02:42:29AM +0100, Andreas Färber wrote:
>> Am 29.01.19 um 13:57 schrieb Alexander Aring:
>>> On Tue, Jan 29, 2019 at 06:01:27AM +0100, Andreas Färber wrote:
EnOcean wireless technology is based on ASK (ERP1) and
Hello,
Greetings,
I represent business group in Middle East looking for projects to
fund; we seek any business that will guaranty a safe and secure
return on investments. Alternative powers, movies, start up
companies etc. We are also looking for commercial building
projects, hotels, casino
> This patch adds new mechanism for devfreq devices which changes polling
> interval. The system should sleep longer when the devfreq device is almost
> not used. The devfreq framework will not schedule the work too often.
> This low-load state is recognised when the device is operating at the lowe
sdm845 uses dmic on EC so it should select CROS_EC_CODEC.
Signed-off-by: Cheng-Yi Chiang
---
sound/soc/qcom/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/qcom/Kconfig b/sound/soc/qcom/Kconfig
index 7948e993adba..8f206cb4fcc0 100644
--- a/sound/soc/qcom/Kconfig
+++ b/sound
On 15-02-19, 07:47, Doug Anderson wrote:
> Hi,
> On Thu, Feb 14, 2019 at 7:02 PM Viresh Kumar wrote:
> >
> > On 14-02-19, 10:12, Douglas Anderson wrote:
> > > The genpd_dev_pm_attach_by_name() simply takes the name and passes it
> > > to of_property_match_string() where the argument is "const char
Hi Marek,
On Fri, 15 Feb 2019 at 21:40, Marek Szyprowski wrote:
>
> MCPM does a soft reset of the CPUs and uses common cpu_resume() routine to
> perform low-level platform initialization. This results in a try to install
> HYP stubs for the second time for each CPU and results in false HYP/SVC
>
On Sun, Feb 17, 2019 at 6:56 PM Paul Moore wrote:
> On Sun, Feb 17, 2019 at 5:08 PM Kees Cook wrote:
> > The SCTP sections were ending up at the top-level table of contents
> > under the security section when they should have be sections with the
> > SCTP chapters. In addition to correcting the s
Ping.
Thanks,
Sundeep
On Tue, Feb 5, 2019 at 9:30 AM sundeep subbaraya wrote:
>
> Hi Bjorn,
>
> Any comments?
>
> Thanks,
> Sundeep
>
> On Wed, Jan 23, 2019 at 6:48 PM wrote:
> >
> > From: Subbaraya Sundeep
> >
> > As per the spec - ECN_Enhanced_Allocation_23_Oct_2014_Final
> > and section 6.9
On Sun, Feb 17, 2019 at 6:46 PM Paul Moore wrote:
> My main concern is that "selinux={0|1}" continues to work as it has
> for years. It doesn't look like this affects that, but I can't say
> I've dug into these changes very far.
Yup, no worries; it does. :)
--
Kees Cook
On 2019/2/11 5:08, Thomas Gleixner wrote:
On Sat, 2 Feb 2019, Zhenzhong Duan wrote:
On 2019/1/31 22:26, Thomas Gleixner wrote:
I'm not against the change per se, but I really want to understand
why we need all the complexity for something which should never be
used in a real world deployment.
From: David Chen
Per confirming with Realtek all devices containing RTL8153-BD should
activate MAC pass through and there won't use pass through bit on efuse
like in RTL8153-AD.
Signed-off-by: David Chen
---
drivers/net/usb/r8152.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
Hi all,
After merging the kvm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from include/linux/kvm_host.h:38,
from arch/x86/kvm/../../../virt/kvm/coalesced_mmio.c:14:
arch/x86/include/asm/kvm_host.h:38:10: fatal error: asm/kvm_vcpu_regs.h
On Mon, Feb 18, 2019 at 9:01 AM wrote:
>
> From: Ondrej Jirman
>
> This fixes another set of errors from the refactoring of literals
> to mask preproccesor definitions.
>
> Found by debugging a broken voltage setup on Orange Pi One Plus.
>
> Fixes: db4a555f7c4cf ("regulator: axp20x: use defines f
On 2/7/19 3:27 PM, Daniel Vetter wrote:
Hi Daniel,
I have a few possible changes for this documentation (see below).
> ---
> Documentation/driver-api/component.rst | 17
> Documentation/driver-api/device_link.rst | 3 +
> Documentation/driver-api/index.rst | 1 +
> drivers/bas
On Fri, Feb 15, 2019 at 5:24 AM Rask Ingemann Lambertsen
wrote:
>
> An obvious copy/paste bug was introduced with the conversion to sybolic
> register masks. The result is contradictory output like this:
>
> vcc-dram: Bringing 110uV into 145-145uV
> vcc-dram: 1450 <--> 1550 mV at 1050
Hi all,
Today's linux-next merge of the kvm tree got conflicts in:
arch/x86/kvm/vmx/vmx.c
arch/x86/kvm/vmx/vmx.h
between commit:
c112b5f50232 ("KVM: x86: Recompute PID.ON when clearing PID.SN")
from the kvm-fixes tree and commit:
abd2fb15a57e ("KVM: x86: Sync the pending Posted-Interr
On 02/17/19 at 09:07am, Kees Cook wrote:
> > diff --git a/arch/x86/mm/kaslr.c b/arch/x86/mm/kaslr.c
> > index 3f452ffed7e9..d7c6e4e8e48e 100644
> > --- a/arch/x86/mm/kaslr.c
> > +++ b/arch/x86/mm/kaslr.c
> > @@ -42,10 +42,59 @@
> > static const unsigned long vaddr_end = CPU_ENTRY_AREA_BASE;
> >
>
On Thu, Feb 14, 2019 at 2:41 AM Christoph Hellwig wrote:
>
> Introduce a new ARCH_HAS_HWEIGHT symbol for alpha and ia64,
I think this is really confusing.
"ARCH has its own optimized hweight implementation"
is not equivalent to
"ARCH does not need generic hweight at all".
For example, s
> According to the chipidea driver bindings, the USB PHY is specified via the
> "phys"
> phandle node. However, this only takes effect for USB PHYs that use the common
> PHY framework. For legacy USB PHYs, a simple lookup based on the USB PHY
> type is done instead.
>
> This does not play out w
A nice and calm week, with statistics looking normal. Just under half
drivers (gpu, networking, input, md, block, sound, ...), with the rest
being architecture fixes (arm64, arm, x86, kvm), networking and misc
(filesystem etc).
Nothing particularly odd stands out, and everything is pretty small.
J
Hi,
> From: Colin King, Sent: Monday, February 18, 2019 7:44 AM
>
> From: Colin Ian King
>
> There is a spelling mistake in a dev_err message. Fix it.
>
> Signed-off-by: Colin Ian King
Thank you for the patch!
Acked-by: Yoshihiro Shimoda
Best regards,
Yoshihiro Shimoda
> ---
> drivers/u
On Sun, Feb 17, 2019 at 5:08 PM Kees Cook wrote:
> The SCTP sections were ending up at the top-level table of contents
> under the security section when they should have be sections with the
> SCTP chapters. In addition to correcting the section and subsection
> headings, this merges the SCTP docu
Hi Xiang,
On 2019/2/18 10:17, Gao Xiang wrote:
> Hi Chao,
>
> On 2019/2/18 9:39, Chao Yu wrote:
>> If the image is corrupted, qn->name[i] may be anything, as you commented
>> above DBG_BUGON(), we really don't need to go through any later codes, it
>> can avoid potentially encoutnering wrong cond
Hi Thomas,
On Sun, Feb 17, 2019 at 08:17:05PM +0100, Thomas Gleixner wrote:
> On Sun, 17 Feb 2019, Ming Lei wrote:
> > On Sat, Feb 16, 2019 at 06:13:13PM +0100, Thomas Gleixner wrote:
> > > Some drivers need an extra set of interrupts which should not be marked
> > > managed, but should get initia
Kirkwood has always had the ability to retrieve the local-mac-address
from the hardware (usually this was configured by the bootloader). This
is particularly useful when dealing with a legacy non-DT aware
bootloader.
The "error" message just indicated that the board used an old bootloader
and in m
Since commit (1751e8a6cb935e555fcdbcb9ab4f0446e322ca3e)
Rename superblock flags (MS_xyz -> SB_xyz). script/gdb
need replace MS_xyz to SB_xyz.
Fix following problem:
root@localhost:/data# gdb -q vmlinux
Reading symbols from vmlinux...done.
Traceback (most recent call last):
File "/data/vmlinux-g
On Sun, Feb 17, 2019 at 12:17 AM Tetsuo Handa
wrote:
> On 2019/02/14 1:05, Casey Schaufler wrote:
> > On 2/12/2019 10:23 AM, Kees Cook wrote:
> >> To avoid potential confusion, explicitly ignore "security=" when "lsm=" is
> >> used on the command line, and report that it is happening.
> >>
> >> Su
We have encountered an issue resulting from commit 2724680bceee ("neigh: Keep
neighbour cache entries if number of them is small enough."), which allows
stale entries to remain in the neigh table indefinitely if the total number of
entries is less than gc_thresh1.
This issue arises if:
- a stal
On 2019/2/15 17:35, Dan Carpenter wrote:
> On Fri, Feb 15, 2019 at 05:32:33PM +0800, Chao Yu wrote:
>> On 2019/2/15 15:57, Dan Carpenter wrote:
>>> On Fri, Feb 15, 2019 at 03:02:25PM +0800, Chao Yu wrote:
On 2019/2/1 20:16, Gao Xiang wrote:
> + /*
> + * on-disk error, let's only BUG_O
On Sun, 17 Feb 2019, Alexandre Oliva wrote:
> That's a reasonable guess, but I don't think so. I do have PATA_AMD
> enabled as a module indeed, but it's not even loaded, much as I can
> tell, whereas PATA_CS5536 is built into the kernel image, and dmesg
> says:
>
> [4.46] scsi host0: pat
On 02/18/2019 10:36 AM, Wei Wang wrote:
On 02/15/2019 05:41 PM, David Hildenbrand wrote:
On 15.02.19 10:05, Wang, Wei W wrote:
On Thursday, February 14, 2019 5:43 PM, David Hildenbrand wrote:
Yes indeed, that is the important bit. They must not be put pack to
the
buddy before they have been pr
1 - 100 of 391 matches
Mail list logo
