On Wed, Jan 16, 2019 at 03:28:52PM +0800, Kairui Song wrote:
>On Mon, Jan 7, 2019 at 11:24 AM Chao Fan wrote:
>>
>> +
>> +/* Determine RSDP, based on acpi_os_get_root_pointer(). */
>> +static acpi_physical_address get_rsdp_addr(void)
>> +{
>> + acpi_physical_address pa;
>> +
>> + pa =
On 12/20/2018 4:21 PM, Jarkko Sakkinen wrote:
On Thu, Dec 13, 2018 at 11:29:45AM +0100, Roberto Sassu wrote:
Currently, tpm_pcr_extend() accepts as an input only a SHA1 digest.
This patch modifies the definition of tpm_pcr_extend() to allow other
kernel subsystems to pass a digest for each
On 1/14/2019 15:29, Konstantin Khlebnikov wrote:
I'm seeing series of e1000e resets (sometimes endless) at system boot
if something generates tx traffic at this time. In my case this is
netconsole who sends message "e1000e :02:00.0: Some CPU C-states
have been disabled in order to enable
On Thu, 17 Jan 2019 08:40:05 +0100
Andreas Ziegler wrote:
> On 17.01.19 07:01, Masami Hiramatsu wrote:
> > On Wed, 16 Jan 2019 15:16:29 +0100
> > Andreas Ziegler wrote:
> >
> >> When printing multiple uprobe arguments as strings the output for the
> >> earlier arguments would also include all
On Wed, 16 Jan 2019 16:32:59 -0800
Rick Edgecombe wrote:
> From: Nadav Amit
>
> It seems dangerous to allow code modifications to take place
> concurrently with module unloading. So take the text_mutex while the
> memory of the module is freed.
At that point, since the module itself is
> > Hello Tomas,
> >
> > >
> > > Define new a type: uc_string_id for easier string handling and less
> > > casting. Reduce number or string copies in price of a dynamic
> > > allocation.
> > >
> > > Signed-off-by: Tomas Winkler
> > Tested-by: Avri Altman
> >
> > Just one nit - doesn't really
On Thu, Jan 17, 2019 at 03:41:13PM +0800, Kairui Song wrote:
>On Wed, Jan 16, 2019 at 5:46 PM Borislav Petkov wrote:
>>
>> On Wed, Jan 16, 2019 at 03:08:42PM +0800, Kairui Song wrote:
>> > I didn't see a way to reuse things in that patch series, situation is
>> > different, in that patch it needs
On Wed, Jan 16, 2019 at 5:46 PM Borislav Petkov wrote:
>
> On Wed, Jan 16, 2019 at 03:08:42PM +0800, Kairui Song wrote:
> > I didn't see a way to reuse things in that patch series, situation is
> > different, in that patch it needs to get RSDP in very early boot stage
> > so it did everything
On 17.01.19 07:01, Masami Hiramatsu wrote:
> On Wed, 16 Jan 2019 15:16:29 +0100
> Andreas Ziegler wrote:
>
>> When printing multiple uprobe arguments as strings the output for the
>> earlier arguments would also include all later string arguments.
>>
>> This is best explained in an example:
>>
> commit: b8154ef682a9a745880ecbb2ee26b16297c9bfd0 ("[PATCH net] net:
> phy: phy driver features are mandatory")
> > url:
> > https://github.com/0day-ci/linux/commits/Camelia-Groza/net-phy-phy-driver-features-are-mandatory/20190116-004308
> >
> >
> > in te
On Wed, Jan 16, 2019 at 1:53 PM Song Liu wrote:
>
> Thanks Jiri!
>
> On Wed, Jan 16, 2019 at 1:34 PM Jiri Olsa wrote:
> >
> > On Wed, Jan 16, 2019 at 10:57:49AM -0800, Song Liu wrote:
> > > Hi,
> > >
> > > We are debugging a segfault of perf in ordered_events__free().
> >
> > hi,
> > any
Hi, Ding,
Similar patch was already submitted by Hauke at
http://patchwork.ozlabs.org/patch/1010030/.
Can you please test his next patch version and add your Tested-by tag?
Thanks,
ta
Remove duplicated include.
Signed-off-by: YueHaibing
---
fs/cachefiles/namei.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/cachefiles/namei.c b/fs/cachefiles/namei.c
index 1645fcf..d27720c 100644
--- a/fs/cachefiles/namei.c
+++ b/fs/cachefiles/namei.c
@@ -20,7 +20,6 @@
#include
Remove duplicated include.
Signed-off-by: YueHaibing
---
include/linux/ptr_ring.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/ptr_ring.h b/include/linux/ptr_ring.h
index 186cd8e..8da46ac 100644
--- a/include/linux/ptr_ring.h
+++ b/include/linux/ptr_ring.h
@@ -26,7 +26,6 @@
Hello,
On Thu, Jan 17, 2019 at 12:15:38PM +0530, Yash Shah wrote:
> On Wed, Jan 16, 2019 at 10:16 PM Uwe Kleine-König
> wrote:
> >
> > Hello,
> >
> > On Wed, Jan 16, 2019 at 04:40:42PM +0530, Yash Shah wrote:
> > > On Wed, Jan 16, 2019 at 3:30 AM Uwe Kleine-König
> > > wrote:
> > > > On Fri,
On 17-01-19, 12:38, Taniya Das wrote:
> @@ -159,10 +170,18 @@ static int qcom_cpufreq_hw_cpu_init(struct
> cpufreq_policy *policy)
> struct device *dev = _pdev->dev;
> struct of_phandle_args args;
> struct device_node *cpu_np;
> + struct device *cpu_dev;
> struct
Remove duplicated include.
Signed-off-by: YueHaibing
---
include/linux/perf_event.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h
index 1d5c551..19baf4a 100644
--- a/include/linux/perf_event.h
+++ b/include/linux/perf_event.h
@@ -53,7
On Wed, Jan 16, 2019 at 06:00:32PM +0100, Jernej Škrabec wrote:
> Dne sreda, 16. januar 2019 ob 13:09:58 CET je Priit Laes napisal(a):
> > On Thu, Jan 10, 2019 at 06:10:59PM +0100, Jernej Škrabec wrote:
> > > Dne četrtek, 10. januar 2019 ob 10:15:48 CET je Priit Laes napisal(a):
> > > > On Sun,
Remove duplicated include.
Signed-off-by: YueHaibing
---
include/linux/qed/qed_if.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/qed/qed_if.h b/include/linux/qed/qed_if.h
index 91c536a..5f818fd 100644
--- a/include/linux/qed/qed_if.h
+++ b/include/linux/qed/qed_if.h
@@ -38,7
Remove duplicated include.
Signed-off-by: YueHaibing
---
include/linux/security.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/security.h b/include/linux/security.h
index b10866b..7ed03c6 100644
--- a/include/linux/security.h
+++ b/include/linux/security.h
@@ -30,7 +30,6 @@
From: Min Guo
These changes are for implementing clearing W1C registers.
Signed-off-by: Min Guo
---
drivers/usb/musb/musb_core.c | 10 +-
drivers/usb/musb/musb_core.h | 4 ++--
drivers/usb/musb/musb_io.h | 6 +++---
drivers/usb/musb/sunxi.c | 4 ++--
From: Min Guo
Add musb nodes and usb2 phy nodes for MT2701
Signed-off-by: Min Guo
---
arch/arm/boot/dts/mt2701-evb.dts | 21 +
arch/arm/boot/dts/mt2701.dtsi| 33 +
2 files changed, 54 insertions(+)
diff --git
From: Min Guo
These patches introduce the MediaTek MUSB controller driver.
The driver can be configured as Dual-Role Device (DRD),
Peripheral Only and Host Only modes. This has beed tested on
MT2701 with a variety of devices in host mode and with the
f_mass gadget driver in peripheral mode,
From: Min Guo
This adds support for MediaTek musb controller in
host, peripheral and otg mode.
There are some quirk of MediaTek musb controller, such as:
-W1C interrupt status registers
-Private data toggle registers
-No dedicated DMA interrupt line
Signed-off-by: Min Guo
Signed-off-by:
From: Min Guo
This adds support for MediaTek musb controller in
host, peripheral and otg mode.
Signed-off-by: Min Guo
---
.../devicetree/bindings/usb/mediatek,musb.txt | 43 ++
1 file changed, 43 insertions(+)
create mode 100644
On 01/15/2019 12:05 PM, Yogesh Narayan Gaur wrote:
> Add support for octal mode I/O data transfer based on the controller (spi)
> mode.
> Assign hw-capability mask bits for octal transfer.
>
> Signed-off-by: Yogesh Narayan Gaur
Reviewed-by: Tudor Ambarus
> ---
>
Remove duplicated include.
Signed-off-by: YueHaibing
---
fs/block_dev.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/block_dev.c b/fs/block_dev.c
index c546cdc..b225edb 100644
--- a/fs/block_dev.c
+++ b/fs/block_dev.c
@@ -29,7 +29,6 @@
#include
#include
#include
-#include
Remove duplicated include.
Signed-off-by: YueHaibing
---
drivers/power/supply/power_supply_core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/power/supply/power_supply_core.c
b/drivers/power/supply/power_supply_core.c
index 569790e..07a85e1 100644
---
On Wed, Jan 16, 2019 at 10:44:38AM +0100, Lubomir Rintel wrote:
> The dev field needs to be set when serio_register_port() is called,
> because the open callback may use it (in the error handling path).
>
> Cc: sta...@vger.kernel.org # v4.18+
> Fixes: commit af518342effd ("Input: olpc_apsp -
Thanks, Colin!
Reviewed-by: Dan Carpener
regards,
dan carpenter
From: Guo Ren
Here is the previous interrupt processing flow:
while (pending) {
^^^ It's unnecessary!
get irq
handle_level/fasteoi_irq {
mask irq
driver irq handler
unmask irq
}
irq_exit {
Add support to read the voltage look up table and populate OPP for all
corresponding CPUS for consumers like the energy model could use the
frequency and voltage from the OPP tables. Also update the logic to not add
duplicate OPPs.
Tested-by: Matthias Kaehlcke
Signed-off-by: Matthias Kaehlcke
Hi Paweł,
On Wed, Jan 16, 2019 at 10:11:31PM +0100, Paweł Chmiel wrote:
> From: Jonathan Bakker
>
> pwm_vibrator_stop disables the regulator, but it can be called from
> multiple places, even when the regulator is already disabled. Fix this
> by using regulator_is_enabled check when starting
Hello Viresh,
On 1/9/2019 2:24 PM, Viresh Kumar wrote:
On 09-01-19, 13:37, Taniya Das wrote:
@@ -98,6 +107,8 @@ static int qcom_cpufreq_hw_read_lut(struct device *dev,
You are only using this "dev" parameter for dev_dbg(), instead of that
pass cpu_dev pointer.
Sure, will clean it up to
On Wed, Jan 16, 2019 at 03:44:19PM +0200, Mike Rapoport wrote:
> arch/csky/mm/highmem.c| 5 +
...
> diff --git a/arch/csky/mm/highmem.c b/arch/csky/mm/highmem.c
> index 53b1bfa..3317b774 100644
> --- a/arch/csky/mm/highmem.c
> +++ b/arch/csky/mm/highmem.c
> @@ -141,6
Remove duplicated include.
Signed-off-by: YueHaibing
---
drivers/remoteproc/qcom_sysmon.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/remoteproc/qcom_sysmon.c b/drivers/remoteproc/qcom_sysmon.c
index e976a60..603b813 100644
--- a/drivers/remoteproc/qcom_sysmon.c
+++
Thanks for the patch, would incorporate in the next patch series.
On 1/15/2019 5:59 AM, Matthias Kaehlcke wrote:
Hi Taniya,
On Wed, Jan 09, 2019 at 01:37:28PM +0530, Taniya Das wrote:
Add support to read the voltage look up table and populate OPP for all
corresponding CPUS for consumers like
This patch set adds support for
- dt-binding docs for Xilinx ZynqMP AES driver
- Adds device tree node for ZynqMP SHA3 driver
- Adds communication layer support for aes in zynqmp.c
- Adds user space interface for ALG_SET_KEY_TYPE
- Adds Xilinx ZynqMP driver for AES Algorithm
Kalyani Akula (5):
ALG_SET_KEY_TYPE requires caller to pass the key_type to be used
for AES encryption/decryption.
Sometimes the cipher key will be stored in the
device's hardware. So, there is a need to specify
the information about the key to use for AES operations.
In Xilinx ZynqMP SoC, below key types are
Add ZynqMP firmware AES API to perform encryption/decryption
of given data.
Signed-off-by: Kalyani Akula
---
drivers/firmware/xilinx/zynqmp.c | 24
include/linux/firmware/xlnx-zynqmp.h | 2 ++
2 files changed, 26 insertions(+)
diff --git
This patch adds a AES DT node for Xilinx ZynqMP SoC.
Signed-off-by: Kalyani Akula
---
arch/arm64/boot/dts/xilinx/zynqmp.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/xilinx/zynqmp.dtsi
b/arch/arm64/boot/dts/xilinx/zynqmp.dtsi
index fa4fd77..a3e8332 100644
---
This patch adds AES driver support for the Xilinx
ZynqMP SoC.
Signed-off-by: Kalyani Akula
---
drivers/crypto/Kconfig | 11 ++
drivers/crypto/Makefile | 1 +
drivers/crypto/zynqmp-aes.c | 331
3 files changed, 343 insertions(+)
create
Add documentation to describe Xilinx ZynqMP AES driver
bindings.
Signed-off-by: Kalyani Akula
---
Documentation/devicetree/bindings/crypto/xlnx,zynqmp-aes.txt | 12
1 file changed, 12 insertions(+)
create mode 100644 Documentation/devicetree/bindings/crypto/xlnx,zynqmp-aes.txt
Remove duplicated include.
Signed-off-by: YueHaibing
---
fs/xfs/xfs_trans_bmap.c | 1 -
fs/xfs/xfs_trans_extfree.c | 1 -
fs/xfs/xfs_trans_refcount.c | 1 -
fs/xfs/xfs_trans_rmap.c | 1 -
4 files changed, 4 deletions(-)
diff --git a/fs/xfs/xfs_trans_bmap.c b/fs/xfs/xfs_trans_bmap.c
>
> The i.MX6q/dl USB controller may drive the usb power line directly, but the
> polarity
> depends on the board. Reset state of the polarity is low-active so add this
> property
> to allow it to be high-active.
>
As far as I know, most of i.mx USB controllers (except imx28/23, but they
Remove duplicated include.
Signed-off-by: YueHaibing
---
drivers/net/wireless/intel/iwlwifi/mvm/ops.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/ops.c
b/drivers/net/wireless/intel/iwlwifi/mvm/ops.c
index 30c5127..2e5621c 100644
---
The MAX44009 is a low-power ambient light sensor from Maxim Integrated.
It differs from the MAX44000 in that it doesn't have proximity sensing and that
it requires far less current (1 micro-amp vs 5 micro-amps). The register
mapping and feature set between the two are different enough to require a
On Mon 31 Dec 00:42 PST 2018, Jorge Ramirez wrote:
[..]
> I am not completely sure of what you mean. are you saying that the original
> patch is good and we should just provide another patch (not part of the
> current patch series) to remove the compatibility?
>
You're expected to make sure
On Wed, 16 Jan 2019 16:32:51 -0800
Rick Edgecombe wrote:
> From: Nadav Amit
>
> This patch is a preparatory patch for a following patch that makes
> module allocated pages non-executable. The patch sets the page as
> executable after allocation.
>
> In the future, we may get better protection
Use crypto template array registering API to simplify the code.
Signed-off-by: Xiongfeng Wang
---
crypto/ctr.c | 43 +++
1 file changed, 15 insertions(+), 28 deletions(-)
diff --git a/crypto/ctr.c b/crypto/ctr.c
index 4c743a9..d9f9d65 100644
---
Use crypto template array registering API to simplify the code.
Signed-off-by: Xiongfeng Wang
---
crypto/gcm.c | 73 +++-
1 file changed, 23 insertions(+), 50 deletions(-)
diff --git a/crypto/gcm.c b/crypto/gcm.c
index e438492..31eb694
Use crypto template array registering API to simplify the code.
Signed-off-by: Xiongfeng Wang
---
crypto/chacha20poly1305.c | 37 ++---
1 file changed, 14 insertions(+), 23 deletions(-)
diff --git a/crypto/chacha20poly1305.c b/crypto/chacha20poly1305.c
index
Use crypto template array registering API to simplify the code.
Signed-off-by: Xiongfeng Wang
---
crypto/ccm.c | 78 ++--
1 file changed, 23 insertions(+), 55 deletions(-)
diff --git a/crypto/ccm.c b/crypto/ccm.c
index b242fd0..50df8f0
This patch add a helper to (un)register a array of templates. The
following patches will use this helper to simplify the code.
Signed-off-by: Xiongfeng Wang
---
crypto/algapi.c | 27 +++
include/crypto/algapi.h | 2 ++
2 files changed, 29 insertions(+)
diff
The patchset introduce a helper to (un)register a array of crypto templates.
The following patches use this helper to simplify the code. This is also
a preparation for a coming patchset, which will register several crypto
templates.
Changelog:
v1 -> v2:
rebased to cryptodev, fix some
On Wed, 16 Jan 2019 16:32:43 -0800
Rick Edgecombe wrote:
> From: Nadav Amit
>
> text_mutex is currently expected to be held before text_poke() is
> called, but we kgdb does not take the mutex, and instead *supposedly*
> ensures the lock is not taken and will not be acquired by any other core
>
Quote:
"
Then you should have used them.
Not necessary, the language used in the press release identifies them
easily.
should
As if I somehow can't just rescind using their names either.
License to use/modify/etc the GPC Slots 2 code is hereby terminated for.
Alex "Skud" Bayley, and
On Wed, Jan 16, 2019 at 10:16 PM Uwe Kleine-König
wrote:
>
> Hello,
>
> On Wed, Jan 16, 2019 at 04:40:42PM +0530, Yash Shah wrote:
> > On Wed, Jan 16, 2019 at 3:30 AM Uwe Kleine-König
> > wrote:
> > > On Fri, Jan 11, 2019 at 01:52:44PM +0530, Yash Shah wrote:
> > > > Adds a PWM driver for PWM
> From: Kimberly Brown
> Sent: Wednesday, January 16, 2019 8:38 PM
> To: Michael Kelley ; Long Li
> ; Sasha Levin ;
> Dexuan Cui
> Cc: KY Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger
> ; de...@linuxdriverproject.org;
> linux-kernel@vger.kernel.org
> Subject: [PATCH v3] Drivers: hv: vmbus:
>
> On Wed, 2019-01-16 at 14:44 +0100, Thomas Petazzoni wrote:
> > Well prior to your code, there was already a possibility for both
> > ci->phy and ci->usb_phy to be valid. I don't think it's really useful
> > to avoid the fallback when a generic PHY has already been found, it's
> > confusing.
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> When the APCS clock is registered (platform dependent), it retrieves
> its parent names from hardcoded values in the driver.
>
> The following commit allows the DT node to provide such clock names to
> the platform data based clock
On Mon 17 Dec 11:39 PST 2018, Stephen Boyd wrote:
> Quoting Jorge Ramirez-Ortiz (2018-12-17 01:46:27)
> > The high frequency pll functionality is required to enable CPU
> > frequency scaling operation.
> >
> > Co-developed-by: Niklas Cassel
> > Signed-off-by: Niklas Cassel
> > Signed-off-by:
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> Support CPU frequency scaling on qcs404.
>
Reviewed-by: Bjorn Andersson
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
> arch/arm64/boot/dts/qcom/qcs404.dtsi | 8
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> The high frequency pll is required on compatible Qualcomm SoCs to
> support the CPU frequency scaling feature.
>
Reviewed-by: Bjorn Andersson
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> Signed-off-by: Jorge
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> Specify the clocks that feed the APCS mux/divider instead of using
> default hardcoded values in the source code.
>
Reviewed-by: Bjorn Andersson
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> Signed-off-by: Jorge
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> Add a CPU OPP table to qcs404
>
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
> arch/arm64/boot/dts/qcom/qcs404.dtsi | 15 +++
> 1 file changed, 15
I want to avoid applying this patch because this patch is ugly, and
people are trying to fix llvm-ar. I tried the latest llvm-ar, and I
saw some improvement, but still cannot build the kernel with it.
The main reason of this post is for the record, and suggest how llvm-ar
should work.
As you may
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> When COMMON_CLK_DISABLED_UNUSED is set, in an effort to save power and
> to keep the software model of the clock in line with reality, the
> framework transverses the clock tree and disables those clocks that
> were enabled by the
Jonathan Corbet wrote on 01/15/2019 11:38:59 PM:
> We are not attempting to duplicate the man pages; there's been
occasional
> talk of bringing them into the kernel tree, but enthusiasm for that is
> scarce for a number of good reasons. But there's a lot of information
> about the user-space
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> Make the output of the high frequency pll a clock provider.
> On the QCS404 this PLL controls cpu frequency scaling.
>
Reviewed-by: Bjorn Andersson
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> Signed-off-by:
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> Allow accessing the parent clock name required for the driver
> operation using the device tree node.
>
> This permits extending the driver to other platforms without having to
> modify its source code.
>
> For backwards compatibility
Kindly Ping...
Best Regards,
Joakim Zhang
> -Original Message-
> From: Joakim Zhang
> Sent: 2018年12月19日 16:39
> To: m...@pengutronix.de; linux-...@vger.kernel.org
> Cc: w...@grandegger.com; net...@vger.kernel.org;
> linux-kernel@vger.kernel.org; dl-linux-imx ; Joakim
> Zhang
> Subject:
Kindly Ping...
Best Regards,
Joakim Zhang
> -Original Message-
> From: Joakim Zhang
> Sent: 2018年12月13日 15:08
> To: m...@pengutronix.de; r...@kernel.org
> Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org;
> linux-kernel@vger.kernel.org; dl-linux-imx ; Joakim
> Zhang
> Subject:
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> Use the correct macro when registering the platform device.
>
Reviewed-by: Bjorn Andersson
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
>
Kindly Ping...
Best Regards,
Joakim Zhang
> -Original Message-
> From: Joakim Zhang
> Sent: 2018年12月12日 14:47
> To: m...@pengutronix.de; linux-...@vger.kernel.org
> Cc: w...@grandegger.com; net...@vger.kernel.org;
> linux-kernel@vger.kernel.org; dl-linux-imx ; Joakim
> Zhang
> Subject:
commit b05c950698fe ("pstore/ram: Simplify ramoops_get_next_prz()
arguments") changed update assignment in getting next persistent
ram zone by adding a check for record type. But the check always
returns true since the record type is assigned 0. And this breaks
console ramoops by showing current
On Mon 17 Dec 01:46 PST 2018, Jorge Ramirez-Ortiz wrote:
> There is clock controller functionality in the APCS hardware block of
> qcs404 devices similar to msm8916.
>
Reviewed-by: Bjorn Andersson
> Co-developed-by: Niklas Cassel
> Signed-off-by: Niklas Cassel
> Signed-off-by: Jorge
Kindly Ping...
Best Regards,
Joakim Zhang
> -Original Message-
> From: Joakim Zhang
> Sent: 2018年11月30日 16:53
> To: m...@pengutronix.de; linux-...@vger.kernel.org
> Cc: w...@grandegger.com; net...@vger.kernel.org;
> linux-kernel@vger.kernel.org; dl-linux-imx ; Aisheng
> DONG ; Joakim
On Thu, 17 Jan 2019 at 09:02, Vijay Khemka wrote:
>
> Makiing memory-region and flash as optional parameter in device
> tree if user needs to use these parameter through ioctl then
> need to define in devicetree.
>
> Signed-off-by: Vijay Khemka
Thanks! This looks okay to me. I tested it on one
On Wed, 16 Jan 2019 11:16:07 +0100
Andreas Ziegler wrote:
>
> I went into this a bit deeper today, and right now it is simply failing
> to parse the code because there is no FETCH_OP_COMM case in
> process_fetch_insn() for uprobes so that will return -EILSEQ, leading to
> a make_data_loc(0,
Hi Anderson,
On 2019-01-17 10:10, Bjorn Andersson wrote:
The SDM845 MTP has a WCN3990 Bluetooth chip on UART6, enable this.
Signed-off-by: Bjorn Andersson
---
arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 44 +
1 file changed, 44 insertions(+)
diff --git
On Wed, 2019-01-16 at 08:47 +0100, Ard Biesheuvel wrote:
> > As far as I know on x86 it doesn't, so when you have an un-cached page
> > you can still access it with a snooping DMA read/write operation and
> > don't cause trouble.
> >
>
> I think it is the other way around. The question is, on an
On 1/17/2019 12:55 AM, Borislav Petkov wrote:
> On Wed, Jan 16, 2019 at 03:10:40PM +, S, Shirish wrote:
>> MC4_MISC thresholding quirk needs to be applied during S5 -> S0 and
>> S3 -> S0 state transitions, which follow different code paths, hence
>> carve it out and move it
Hello Michael,
On Mon, Jan 14, 2019 at 12:11:44PM -0600, Michael Bringmann wrote:
> On 1/9/19 12:08 AM, Gautham R Shenoy wrote:
>
> > I did some testing during the holidays. Here are the observations:
> >
> > 1) With just your patch (without any additional debug patch), if I run
> > DLPAR on
On 14-01-19, 15:51, Amit Kucheria wrote:
> (Resent to allow people testing the series to test it easily)
Maybe just share your branch then, instead of sending this again ?
--
viresh
On Wed, 16 Jan 2019 15:16:29 +0100
Andreas Ziegler wrote:
> When printing multiple uprobe arguments as strings the output for the
> earlier arguments would also include all later string arguments.
>
> This is best explained in an example:
>
> Consider adding a uprobe to a function receiving
On Wed, 2019-01-16 at 07:35 +, Koenig, Christian wrote:
> No, but you answer the wrong question.
>
> See we don't want to have different mappings of cached and non-cached on
> the CPU, but rather want to know if a snooped DMA from the PCIe counts
> as cached access as well.
>
> As far as I
Hi Alexey,
> What is this series made on top of? This does not apply on top of master
> from
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
If you want to apply this series cleanly, please apply the following first:
https://patchwork.kernel.org/patch/10761625/
‐‐‐ Original Message ‐‐‐
On Sunday, December 2, 2018 12:25 PM, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 07:55, Mogens Jensen wrote:
>
> > ‐‐‐ Original Message ‐‐‐
> > On Wednesday, October 31, 2018 9:29 AM, Hans de Goede hdego...@redhat.com
> > wrote:
> >
> > > Hi,
> > > On
On 14-01-19, 15:51, Amit Kucheria wrote:
> Make it clear that it is a failure if the cpufreq driver was unable to
> register as a cooling device. Makes it easier to find in logs and
> grepping for words like fail, err, warn.
>
> Signed-off-by: Amit Kucheria
> ---
> drivers/thermal/cpu_cooling.c
As the description of struct device_private says, it stores data which
is private to driver core. And it already has similar fields like:
knode_parent, knode_driver, knode_driver and knode_bus. This look it is
more proper to put knode_class together with those fields to make it
private to driver
On Tue, Jan 15, 2019 at 7:29 PM Brajeswar Ghosh
wrote:
>
> Remove duplicate headers which are included more than once
>
> Signed-off-by: Brajeswar Ghosh
Acked-by: Souptick Joarder
> ---
> tools/perf/builtin-stat.c | 1 -
> tools/perf/tests/bp_account.c | 1 -
> tools/perf/util/dso.h
On Wed, Jan 16, 2019 at 02:13:36PM +, Lee Jones wrote:
> On Mon, 14 Jan 2019, Christian Hohnstaedt wrote:
>
> > These options apply to all regulators in this chip.
> >
> > ti,strict-supply-voltage-supervision:
> > Set STRICT flag in CONFIG1
> > ti,under-voltage-limit-microvolt:
> >
Hi all,
Changes since 20190116:
The vfs tree still had its build failure for which I applied a patch.
The net-next tree gained a conflict against the net tree.
The drm-intel tree gained a conflict against the drm tree.
The mali-dp tree still had its failure for which I applied a merge
fix
On 14-01-19, 22:04, Amit Kucheria wrote:
> Add a flag to be used by cpufreq drivers to tell cpufreq core to
> auto-register themselves as a thermal cooling device.
>
> There series converts over all the drivers except arm_big_little.c.
> Tested on SDM845 with the qcom-cpufreq-hw driver. Only
On 1/16/19 5:08 AM, Jerome Glisse wrote:
> On Wed, Jan 16, 2019 at 12:38:19PM +0100, Jan Kara wrote:
>> On Tue 15-01-19 09:07:59, Jan Kara wrote:
>>> Agreed. So with page lock it would actually look like:
>>>
>>> get_page_pin()
>>> lock_page(page);
>>> wait_for_stable_page();
>>>
Using standard CCF interface to set vdec/venc parent clk
and clk rate.
Signed-off-by: Yunfei Dong
Signed-off-by: Qianqian Yan
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
Vdec: Using standard CCF interface to set parent clock and
clock rate in dtsi and using common interface to open/close
video decoder clock.
Venc: Using standard CCF interface to set parent clock in dtsi
and using common interface to open/close video encoder clock.
Signed-off-by: Yunfei Dong
Fix MTK binding document for MT8173 dtsi changed in order
to use standard CCF interface.
MT8173 SoC from Mediatek.
Signed-off-by: Yunfei Dong
Signed-off-by: Qianqian Yan
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/mediatek-vcodec.txt | 13 +
1 file changed, 13
On 1/15/19 12:07 AM, Jan Kara wrote:
> [...]
>>> Also there is one more idea I had how to record number of pins in the page:
>>>
>>> #define PAGE_PIN_BIAS 1024
>>>
>>> get_page_pin()
>>> atomic_add(>_refcount, PAGE_PIN_BIAS);
>>>
>>> put_page_pin();
>>> atomic_add(>_refcount,
1 - 100 of 1215 matches
Mail list logo