On Mon, Feb 11, 2019 at 09:57:02AM +, Ard Biesheuvel wrote:
>On Mon, 11 Feb 2019 at 10:56, Chao Fan wrote:
>>
>> On Mon, Feb 11, 2019 at 09:46:03AM +, Ard Biesheuvel wrote:
>> >On Mon, 11 Feb 2019 at 01:22, Borislav Petkov wrote:
>> >>
>> >> On Fri, Feb 08, 2019 at 10:53:22PM +0100, Boris
On Mon, Feb 04, 2019 at 01:35:32PM +0100, Jiri Olsa wrote:
> Vince (and later on Ravi) reported crash in BTS code during
> fuzzing with following backtrace:
>
> general protection fault: [#1] SMP PTI
> ...
> RIP: 0010:perf_prepare_sample+0x8f/0x510
> ...
> Call Trace:
>
>? i
On Fri, 2019-02-08 at 17:47 -0800, Steve Longerbeam wrote:
> Pass v4l2 encoding enum to the ipu_ic task init functions, and add
> support for the BT.709 encoding and inverse encoding matrices.
>
> Reported-by: Tim Harvey
> Signed-off-by: Steve Longerbeam
> ---
> Changes in v4:
> - fix compile er
On 2019-02-11 09:31, Federico Vaga wrote:
> Miscellaneous style fixes from checkpatch
>
> Signed-off-by: Federico Vaga
> Reviewed-by: Andrew Lunn
>
> ---
> drivers/i2c/busses/i2c-ocores.c | 19 ---
> 1 file changed, 12 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/i2c
On Mon, 11 Feb 2019 at 11:10, Chao Fan wrote:
>
> On Mon, Feb 11, 2019 at 09:57:02AM +, Ard Biesheuvel wrote:
> >On Mon, 11 Feb 2019 at 10:56, Chao Fan wrote:
> >>
> >> On Mon, Feb 11, 2019 at 09:46:03AM +, Ard Biesheuvel wrote:
> >> >On Mon, 11 Feb 2019 at 01:22, Borislav Petkov wrote:
On Tue, Feb 05, 2019 at 02:37:27PM +0100, Jiri Olsa wrote:
> On Mon, Feb 04, 2019 at 02:44:37PM -0800, Stephane Eranian wrote:
> > Jiri,
> >
> > While you're looking at the output format, I think it would be good
> > time to simplify the code handling perf.data file.
> > Today, perf record can emi
These are in fact two clocks, they shouldn't be exposed as one. One is
required for accessing LCD controller registers (peripheral clock), while
other (AXI clock) can be optionally used as a pixel clock source for the
panel.
LCDC can alternatively use different clocks than the Display 1 AXI clock
Hi Chanwoo,
On 2/3/19 8:54 AM, Chanwoo Choi wrote:
> Hi Lukasz,
>
> 2019년 2월 1일 (금) 오후 11:22, Lukasz Luba 님이 작성:
>
>>
>> Hi Chanwoo,
>>
>> On 2/1/19 9:44 AM, Chanwoo Choi wrote:
>>> Hi,
>>>
>>> On 19. 1. 31. 오후 5:49, Lukasz Luba wrote:
Add new table rate for BPLL for Exynos5422 SoC supporti
The peripheral clock is required for access the the LCDC registers. It
is in fact separate from the "AXI clock" that is optionally used to generate
the pixel clock and as such requires a separate clock id.
Link: https://lists.freedesktop.org/archives/dri-devel/2019-January/203975.html
Signed-off-b
On Mon, Feb 11, 2019 at 10:16 AM Viresh Kumar wrote:
>
> On 09-02-19, 20:02, Chen Yu wrote:
> > On Dell Inc. XPS13 9333, the BIOS changes the value of
> > MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., when
> > the power source changes), the maximum frequency of the
> > CPU is not updated ac
On 08/02/2019 18:55, Geert Uytterhoeven wrote:
Hi Robin,
On Fri, Feb 8, 2019 at 6:55 PM Robin Murphy wrote:
On 08/02/2019 16:40, Joerg Roedel wrote:
On Thu, Feb 07, 2019 at 08:36:53PM +0100, Geert Uytterhoeven wrote:
diff --git a/drivers/base/dd.c b/drivers/base/dd.c
index 8ac10af17c0043a3..
On Fri 08-02-19 12:50:37, Dan Williams wrote:
> On Fri, Feb 8, 2019 at 3:11 AM Jan Kara wrote:
> >
> > On Fri 08-02-19 15:43:02, Dave Chinner wrote:
> > > On Thu, Feb 07, 2019 at 04:55:37PM +, Christopher Lameter wrote:
> > > > One approach that may be a clean way to solve this:
> > > > 3. Fil
Adding a few more people to Cc.
On Sun, Feb 03, 2019 at 10:27:09AM +, wen yang wrote:
> Make sure to drop the reference to the device taken by
> of_find_device_by_node() on driver unbind.
>
> Signed-off-by: Wen Yang
> Cc: Joerg Roedel
> Cc: io...@lists.linux-foundation.org
> Cc: linux-kerne
On Mon, Feb 11, 2019 at 09:31:19AM +0100, Federico Vaga wrote:
> If the Interrupt Flag (IF) is not set, we should not handle the IRQ:
> - the line can be shared with other devices
> - it can be a spurious interrupt
>
> To avoid reading twice the status register, the ocores_process() function
> exp
On Mon, Feb 11, 2019 at 10:17:36AM +, Ard Biesheuvel wrote:
> That still does not explain how 'table' can assume a value > 4 GB
> after assigning the contents of a u32 to it.
See efi_get_rsdp_addr() in tip/master and especially that systable address
computation:
#ifdef CONFIG_X86_64
s
On Mon, Feb 11, 2019 at 09:31:18AM +0100, Federico Vaga wrote:
> Detecting a timeout is ok, but we also need to assert a STOP command on
> the bus in order to prevent it from generating interrupts when there are
> no on going transfers.
>
> Example: very long transmission.
>
> 1. ocores_xfer: STA
Hi,
On 14/01/2019 11:14, Kishon Vijay Abraham I wrote:
> Hi Lorenzo,
>
> The Endpoint controller driver uses features member in 'struct pci_epc'
> to advertise the list of supported features to the endpoint function
> driver.
>
> There are a few shortcomings with this approach.
> *) Certain en
On Mon, Feb 11, 2019 at 09:31:20AM +0100, Federico Vaga wrote:
> This driver assumes that an interrupt line is always available for
> the I2C master. This is not always the case and this patch adds support
> for a polling version.
>
> Report from Andrew Lunn:
>
> I did some timing tests for thi
On Mon, Feb 11, 2019 at 09:31:21AM +0100, Federico Vaga wrote:
> It adds the SPDX tag and it removes the old text about the GPLv2.
>
> Signed-off-by: Federico Vaga
> Reviewed-by: Andrew Lunn
Applied SPDX to the platform_data include as well and...
Applied to for-next, thanks!
signature.asc
On 11-02-19, 10:30, Peter Zijlstra wrote:
> On Thu, Feb 07, 2019 at 04:16:06PM +0530, Viresh Kumar wrote:
> > @@ -6081,10 +6082,14 @@ static int select_idle_core(struct task_struct *p,
> > struct sched_domain *sd, int
> > for_each_cpu_wrap(core, cpus, target) {
> > bool idle = true
> > /* Read and write functions for the GRLIB port of the controller.
> > Registers are
> > * 32-bit big endian and the PRELOW and PREHIGH registers are merged into
> > one
> > - * register. The subsequent registers has their offset decreased
> > accordingly. */
> > + * register. The subsequ
On 2019-02-11 11:16, Peter Rosin wrote:
> On 2019-02-11 09:31, Federico Vaga wrote:
>> Miscellaneous style fixes from checkpatch
>>
>> Signed-off-by: Federico Vaga
>> Reviewed-by: Andrew Lunn
>>
>> ---
>> drivers/i2c/busses/i2c-ocores.c | 19 ---
>> 1 file changed, 12 insertions(
On Sun, Feb 10, 2019 at 10:26:53PM -0800, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix markup warning: insert a blank line before the hint.
>
> Documentation/driver-api/dmaengine/dmatest.rst:63: WARNING: Unexpected
> indentation.
Thanks.
Acked-by: Andy Shevchenko
>
> Signed-off-by: Ran
On 11-02-19, 11:20, Rafael J. Wysocki wrote:
> On Mon, Feb 11, 2019 at 10:16 AM Viresh Kumar wrote:
> >
> > On 09-02-19, 20:02, Chen Yu wrote:
> > > On Dell Inc. XPS13 9333, the BIOS changes the value of
> > > MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., when
> > > the power source changes
Hi,
On Thu, Feb 07, 2019 at 12:29:17PM -0800, Dmitry Torokhov wrote:
> >
> > > Do you have a suggestion as to how to write ACPI tables to avoid the
> > > issue?
> >
> > 1. Allocate new ID and use it (perhaps not the best path).
> > 2. Use GPE(s).
> >
>
> Or just solve the issue of intermixing In
Below is the list of build error/warning regressions/improvements in
v5.0-rc6[1] compared to v4.20[2].
Summarized:
- build errors: +2/-5
- build warnings: +106/-14838
JFYI, when comparing v5.0-rc6[1] to v5.0-rc5[3], the summaries are:
- build errors: +0/-1
- build warnings: +57/-59
Note
On 09-02-19, 20:02, Chen Yu wrote:
> On Dell Inc. XPS13 9333, the BIOS changes the value of
> MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., when
> the power source changes), the maximum frequency of the
> CPU is not updated accordingly. This is due to the policy's
> cpuinfo.max is not update
rtc_nvmem_unregister() is called on rtc_device release so it is not
necessary to call it from the driver.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-meson.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/rtc/rtc-meson.c b/drivers/rtc/rtc-meson.c
index 6
On Mon, 11 Feb 2019 at 11:24, Borislav Petkov wrote:
>
> On Mon, Feb 11, 2019 at 10:17:36AM +, Ard Biesheuvel wrote:
> > That still does not explain how 'table' can assume a value > 4 GB
> > after assigning the contents of a u32 to it.
>
> See efi_get_rsdp_addr() in tip/master and especially t
On Fri, Feb 08, 2019 at 02:20:44PM +, Tom Murphy wrote:
> ---
> include/linux/iommu.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
The patch has no Signed-off-by, please add it and a proper
commit-message and re-send.
Hi Lukasz,
On 19. 2. 11. 오후 7:21, Lukasz Luba wrote:
> Hi Chanwoo,
>
> On 2/3/19 8:54 AM, Chanwoo Choi wrote:
>> Hi Lukasz,
>>
>> 2019년 2월 1일 (금) 오후 11:22, Lukasz Luba 님이 작성:
>>
>>>
>>> Hi Chanwoo,
>>>
>>> On 2/1/19 9:44 AM, Chanwoo Choi wrote:
Hi,
On 19. 1. 31. 오후 5:49, Lukasz Lub
From: Bartosz Golaszewski
Add lookup entries for the vbus and overcurrent gpios for omapl138-hawk.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
---
arch/arm/mach-davinci/board-omapl138-hawk.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-davinc
From: Bartosz Golaszewski
There are two users upstream which register external callbacks for
switching the port power on/off and overcurrent protection. Both
users only use two GPIOs for that. Instead of having that functionality
in the board files, move the logic into the OHCI driver - including
From: Bartosz Golaszewski
Add a new line after local variables. This improves the coding style.
Signed-off-by: Bartosz Golaszewski
Acked-by: Alan Stern
---
drivers/usb/host/ohci-da8xx.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/host/ohci-da8xx.c b/drivers/usb/host/ohci-d
From: Bartosz Golaszewski
The logic implemented by these routines now lives in the da8xx-ohci
driver. Remove dead code.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/board-da830-evm.c | 67 -
1 file changed, 67 deletions(-)
diff --git a/arch/arm/mach-dav
From: Bartosz Golaszewski
Add lookup entries for vbus and overcurrent gpios for da830-evm.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
---
arch/arm/mach-davinci/board-da830-evm.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-davinci/board-da83
From: Bartosz Golaszewski
Add a helper pointer to &pdev->dev. This improves readability by
removing all the &pdev->dev dereferencing.
Signed-off-by: Bartosz Golaszewski
Acked-by: Alan Stern
---
drivers/usb/host/ohci-da8xx.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions
From: Bartosz Golaszewski
In order to drop the hard-coded GPIO base values from the davinci GPIO
driver's platform data, we first need to get rid of all calls to the
legacy GPIO functions.
This series moves the GPIO logic related to da8xx-ohci out of the board
files and into the driver code.
Fi
From: Bartosz Golaszewski
The logic implemented by these routines now lives in the da8xx-ohci
driver. Remove dead code.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/board-omapl138-hawk.c | 75 +
1 file changed, 1 insertion(+), 74 deletions(-)
diff --git a/a
From: Bartosz Golaszewski
There are no more users of the platform_data callbacks in ohci-da8xx.
Remove them.
Signed-off-by: Bartosz Golaszewski
Acked-by: Alan Stern
---
include/linux/platform_data/usb-davinci.h | 14 --
1 file changed, 14 deletions(-)
diff --git a/include/linux/p
On 08.02.19 15:30, Linus Walleij wrote:
Hi,
> Instead of hardcoding the GPIO base and offsets like this, use:
>
> #include
>
> and define a descriptor table using the name of your gpiochip.
> There should be examples of other board quirks doing this.
> I have already patched gpio-leds.c to acc
* Ingo Molnar wrote:
> Sounds good to me - I've merged this patch, will push it out after
> testing.
Based on Peter's feedback I'm delaying this - performance testing on at
least one key ll/sc arch would be nice indeed.
Thanks,
Ingo
On Sat, Feb 9, 2019 at 12:54 PM Chen Yu wrote:
>
> On Dell Inc. XPS13 9333, the BIOS changes the value of
> MSR_IA32_MISC_ENABLE_TURBO_DISABLE at runtime (e.g., when
> the power source changes), the maximum frequency of the
> CPU is not updated accordingly. This is due to the policy's
> cpuinfo.ma
Dear Friend
I am Mrs Rita Brown.I want to transfer the sum of 9.5M USD to your
account.50% will be for you while 30%will be for charity and 20% will
be for my personal doctor . No risk involved. Contact my doctor for more
details .I have cancer at pelvic and i cannot determine my fate
presently Ki
Hi Vishal,
sorry for joining late in reviewing your patches. I have a few small
comments.
On 01/02/19 13:56, Vishal Sagar wrote:
> Add bindings documentation for Xilinx MIPI CSI-2 Rx Subsystem.
>
> The Xilinx MIPI CSI-2 Rx Subsystem consists of a CSI-2 Rx controller, a
> DPHY in Rx mode, an opti
On Mon, Feb 11, 2019 at 11:24:26AM +0100, Borislav Petkov wrote:
> It is only an observation for now though...
Ok, now I did this:
for (i = 0; i < systab->nr_tables; i++) {
acpi_physical_address table;
void *config_tables;
efi_guid_t guid;
Hi Vishal,
On 01/02/19 13:56, Vishal Sagar wrote:
> The Xilinx MIPI CSI-2 Rx Subsystem soft IP is used to capture images
> from MIPI CSI-2 camera sensors and output AXI4-Stream video data ready
> for image processing. Please refer to PG232 for details.
For those unused to Xilinx documentation I'd
On 2019-02-11 09:31, Federico Vaga wrote:
> This driver assumes that an interrupt line is always available for
> the I2C master. This is not always the case and this patch adds support
> for a polling version.
>
> Report from Andrew Lunn:
>
> I did some timing tests for this. On my box, we requ
Commit-ID: 0f42b790c9ba5ec2f25b7da8b0b6d361082d67b0
Gitweb: https://git.kernel.org/tip/0f42b790c9ba5ec2f25b7da8b0b6d361082d67b0
Author: Kan Liang
AuthorDate: Mon, 4 Feb 2019 14:23:29 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 07:59:23 +0100
x86/cpufeature: Add facility t
On Mon, Feb 11, 2019 at 03:56:59PM +0530, Viresh Kumar wrote:
> On 11-02-19, 10:30, Peter Zijlstra wrote:
> > On Thu, Feb 07, 2019 at 04:16:06PM +0530, Viresh Kumar wrote:
> > > @@ -6081,10 +6082,14 @@ static int select_idle_core(struct task_struct
> > > *p, struct sched_domain *sd, int
> > > fo
On 2019-02-11 09:31, Federico Vaga wrote:
> Detecting a timeout is ok, but we also need to assert a STOP command on
> the bus in order to prevent it from generating interrupts when there are
> no on going transfers.
>
> Example: very long transmission.
>
> 1. ocores_xfer: START a transfer
> 2. oc
Commit-ID: 9b545c04abd4f7246a3bde040efde587abebb23c
Gitweb: https://git.kernel.org/tip/9b545c04abd4f7246a3bde040efde587abebb23c
Author: Andi Kleen
AuthorDate: Mon, 4 Feb 2019 14:23:30 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:00:39 +0100
perf/x86/kvm: Avoid unnecessa
Commit-ID: a96fff8df28ddd2f6710e5af454a45014c73183c
Gitweb: https://git.kernel.org/tip/a96fff8df28ddd2f6710e5af454a45014c73183c
Author: Kan Liang
AuthorDate: Mon, 4 Feb 2019 14:23:31 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:00:40 +0100
perf/x86/intel: Clean up SNB P
On 08.02.19 15:25, Linus Walleij wrote:
Hi,
>> +/*>> + * struct amd_fch_gpio_reg - GPIO register definition>> + * @reg:
register index>> + * @name: signal name>> + */>> +struct
amd_fch_gpio_reg {>> +int reg;>> +const char* name;>>
+};> > Can't you put this in the driver file?
I'
On Mon, Feb 11, 2019 at 09:58:04AM +, Jun Li wrote:
> Hi Heikki,
>
> > @@ -84,7 +85,12 @@ enum usb_role usb_role_switch_get_role(struct
> > usb_role_switch *sw) } EXPORT_SYMBOL_GPL(usb_role_switch_get_role);
> >
> > -static int __switch_match(struct device *dev, const void *name)
> > +stati
Commit-ID: bef9f2714f8cf036af3af52a15f534d2cc40c230
Gitweb: https://git.kernel.org/tip/bef9f2714f8cf036af3af52a15f534d2cc40c230
Author: Kan Liang
AuthorDate: Mon, 4 Feb 2019 14:23:32 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:00:41 +0100
perf/x86/intel: Clean up count
Commit-ID: af63147c1edacfb75a28885a7cd7e6f44e626164
Gitweb: https://git.kernel.org/tip/af63147c1edacfb75a28885a7cd7e6f44e626164
Author: Kan Liang
AuthorDate: Mon, 4 Feb 2019 14:23:33 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:00:42 +0100
perf/x86/intel: Add counter fr
On Mon, 11 Feb 2019 at 11:43, Borislav Petkov wrote:
>
> On Mon, Feb 11, 2019 at 11:24:26AM +0100, Borislav Petkov wrote:
> > It is only an observation for now though...
>
> Ok, now I did this:
>
> for (i = 0; i < systab->nr_tables; i++) {
> acpi_physical_address table;
>
Commit-ID: 31bc6aeaab1d1de8959b67edbed5c7a4b3cdbe7c
Gitweb: https://git.kernel.org/tip/31bc6aeaab1d1de8959b67edbed5c7a4b3cdbe7c
Author: Vincent Guittot
AuthorDate: Wed, 6 Feb 2019 17:14:21 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:02:12 +0100
sched/fair: Optimize upd
Commit-ID: 039ae8bcf7a5f4476f4487e6bf816885fb3fb617
Gitweb: https://git.kernel.org/tip/039ae8bcf7a5f4476f4487e6bf816885fb3fb617
Author: Vincent Guittot
AuthorDate: Wed, 6 Feb 2019 17:14:22 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:02:13 +0100
sched/fair: Fix O(nr_cgr
On 09/02/2019 03:48, Wen Yang wrote:
> put_device() should be called in cec_notifier_release(),
> since the dev is being passed down to cec_notifier_get_conn(),
> which holds reference. On cec_notifier destruction, it
> should drop the reference to the device.
>
> Fixes: 6917a7b77413 ("[media] med
Commit-ID: d0fe0b9c45c144e4ac60cf7f07f7e8ae86d3536d
Gitweb: https://git.kernel.org/tip/d0fe0b9c45c144e4ac60cf7f07f7e8ae86d3536d
Author: Dietmar Eggemann
AuthorDate: Tue, 22 Jan 2019 16:25:01 +
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:02:14 +0100
sched/fair: Simplify p
Commit-ID: 99687cdbb3f6c8e32bcc7f37496e811f30460e48
Gitweb: https://git.kernel.org/tip/99687cdbb3f6c8e32bcc7f37496e811f30460e48
Author: Luc Van Oostenryck
AuthorDate: Fri, 18 Jan 2019 15:49:36 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:02:15 +0100
sched/topology: Fix
Commit-ID: 7edab78d7400ea0997f8e2e971004d824b5bb511
Gitweb: https://git.kernel.org/tip/7edab78d7400ea0997f8e2e971004d824b5bb511
Author: Valentin Schneider
AuthorDate: Thu, 17 Jan 2019 15:34:07 +
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:02:16 +0100
sched/fair: Simplify
On Mon, Feb 11, 2019 at 9:41 AM Viresh Kumar wrote:
>
> The cpufreq core doesn't remove the cpufreq policy anymore on CPU
> offline operation, rather that happens when the CPU device gets
> unregistered from the kernel. This allows faster recovery when the CPU
> comes back online. This is also ver
Commit-ID: 892d59c22208be820a5463b5f74eb7f0b7f2b03a
Gitweb: https://git.kernel.org/tip/892d59c22208be820a5463b5f74eb7f0b7f2b03a
Author: Valentin Schneider
AuthorDate: Thu, 17 Jan 2019 15:34:08 +
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:02:17 +0100
sched/fair: Explain
Commit-ID: 9f132742d5c4146397fef0c5b09fe220576a5bb2
Gitweb: https://git.kernel.org/tip/9f132742d5c4146397fef0c5b09fe220576a5bb2
Author: Valentin Schneider
AuthorDate: Thu, 17 Jan 2019 15:34:09 +
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:02:18 +0100
sched/fair: Prune, f
On 2019-02-11 09:31, Federico Vaga wrote:
> Miscellaneous style fixes from checkpatch
>
> Signed-off-by: Federico Vaga
> Reviewed-by: Andrew Lunn
>
> ---
> drivers/i2c/busses/i2c-ocores.c | 19 ---
> 1 file changed, 12 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/i2c
On Mon, Feb 11, 2019 at 11:39:27AM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
> > Sounds good to me - I've merged this patch, will push it out after
> > testing.
>
> Based on Peter's feedback I'm delaying this - performance testing on at
> least one key ll/sc arch would be nice inde
Commit-ID: ad8cfb9c42ef83ecf4079bc7d77e6557648e952b
Gitweb: https://git.kernel.org/tip/ad8cfb9c42ef83ecf4079bc7d77e6557648e952b
Author: Ira Weiny
AuthorDate: Sun, 10 Feb 2019 14:34:24 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:20:40 +0100
mm/gup: Remove the 'write' pa
* Fenghua Yu wrote:
> --- a/arch/x86/kernel/traps.c
> +++ b/arch/x86/kernel/traps.c
> @@ -61,6 +61,7 @@
> #include
> #include
> #include
> +#include
>
> #ifdef CONFIG_X86_64
> #include
> @@ -292,9 +293,36 @@ DO_ERROR(X86_TRAP_OLD_MF, SIGFPE, 0, NULL,
> "coprocessor segmen
On 09/02/2019 03:55, Wen Yang wrote:
> The call to of_parse_phandle() returns a node pointer with refcount
> incremented thus it must be explicitly decremented here after the last
> usage.
> The of_find_device_by_node() takes a reference to the underlying device
> structure, we also should release
Commit-ID: 2b9c2a4859ad5ac7b5a28e9db28c3e618760fe8c
Gitweb: https://git.kernel.org/tip/2b9c2a4859ad5ac7b5a28e9db28c3e618760fe8c
Author: Hugo Lefeuvre
AuthorDate: Thu, 7 Feb 2019 21:03:52 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:34:04 +0100
sched/wait: Use freezable_
Commit-ID: 1b5500d73466c62fe048153f0cea1610d2543c7f
Gitweb: https://git.kernel.org/tip/1b5500d73466c62fe048153f0cea1610d2543c7f
Author: Viresh Kumar
AuthorDate: Thu, 7 Feb 2019 16:16:05 +0530
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 08:48:27 +0100
sched/fair: Remove unused '
Am Dienstag, den 29.01.2019, 14:33 + schrieb Abel Vesa:
> Make the entire combination of plls to be one single clock. The parents used
> for bypasses are specified each as an index in the parents list.
> The determine_rate does a lookup throughout all the possible combinations
> for all the div
* Will Deacon wrote:
> On Mon, Feb 11, 2019 at 11:39:27AM +0100, Ingo Molnar wrote:
> >
> > * Ingo Molnar wrote:
> >
> > > Sounds good to me - I've merged this patch, will push it out after
> > > testing.
> >
> > Based on Peter's feedback I'm delaying this - performance testing on at
> >
Commit-ID: 49262de2270e09882d7bd8866a691cdd69ab32f6
Gitweb: https://git.kernel.org/tip/49262de2270e09882d7bd8866a691cdd69ab32f6
Author: Elena Reshetova
AuthorDate: Tue, 5 Feb 2019 14:24:27 +0200
Committer: Ingo Molnar
CommitDate: Mon, 11 Feb 2019 11:37:16 +0100
futex: Convert futex_pi_
On Mon, Feb 11, 2019 at 11:51 AM Rafael J. Wysocki wrote:
>
> On Mon, Feb 11, 2019 at 9:41 AM Viresh Kumar wrote:
> >
> > The cpufreq core doesn't remove the cpufreq policy anymore on CPU
> > offline operation, rather that happens when the CPU device gets
> > unregistered from the kernel. This al
On 11/02/2019 11:38, Hans Verkuil (hansverk) wrote:
> On 09/02/2019 03:48, Wen Yang wrote:
>> put_device() should be called in cec_notifier_release(),
>> since the dev is being passed down to cec_notifier_get_conn(),
>> which holds reference. On cec_notifier destruction, it
>> should drop the refer
On Sat, Feb 09, 2019 at 07:34:53PM +0100, AngeloGioacchino Del Regno wrote:
> From 33fb6d036de273bb71ac1c67d7a91b7a5148e659 Mon Sep 17 00:00:00 2001
> From: "Angelo G. Del Regno"
> Date: Sat, 9 Feb 2019 18:56:46 +0100
> Subject: [PATCH] arm64/io: Don't use WZR in writel
>
> This is a partial reve
On Mon, Feb 11, 2019 at 10:40:44AM +0100, Peter Zijlstra wrote:
> On Mon, Feb 11, 2019 at 10:36:01AM +0100, Peter Zijlstra wrote:
> > On Sun, Feb 10, 2019 at 09:00:50PM -0500, Waiman Long wrote:
> > > +static inline int __down_read_trylock(struct rw_semaphore *sem)
> > > +{
> > > + long tmp;
> > >
Swap PMIC and MULTIFUNCTION words in the title to:
- show that this is about Intel PMICs
- keep MAINTAINERS properly sorted
Signed-off-by: Andy Shevchenko
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9919840d54cd..918795d5eea
On Mon, Feb 11, 2019 at 10:46:18AM +, Ard Biesheuvel wrote:
> As I pointed out in my previous reply, systab will be the wrong type
> on 32-bit firmware, it needs to be efi_system_table_32_t
Yeah, that seems to work. It boots now and it says:
[0.00] efi: No EFI runtime due to 32/64-bit
On Sun, Feb 10, 2019 at 09:28:43AM +, Peng Fan wrote:
> arm64_memory_present is doing same thing as memblocks_present, so
> let's use common code memblocks_present instead of platform
> specific arm64_memory_present.
>
> Signed-off-by: Peng Fan
> ---
> arch/arm64/mm/init.c | 20 +
On Fri, Feb 08, 2019 at 04:05:33PM -0600, Bjorn Helgaas wrote:
> I've had these minor iommu cleanups lying around for a while, but the ugly
> dmesg logs from [1] prompted me to finally post them. Take what you like,
> ignore the rest, and tell me so I can clear out my queue of old stuff.
>
> Thes
Hi Chanwoo,
On 2/3/19 10:56 AM, Chanwoo Choi wrote:
> Hi Lukasz,
>
> I recommend that please don't send the version up patchset before
> finishing the discussion.
>
> 2019년 2월 2일 (토) 오전 2:47, Lukasz Luba 님이 작성:
>>
>> This patch provides support for clocks needed for Dynamic Memory Controller
>>
On Fri, Feb 08, 2019 at 05:04:25PM +, Julien Grall wrote:
> TIF_USEDFPU is not defined as thread flags for Arm64. So drop it from
> the documentation.
>
> Signed-off-by: Julien Grall
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: linux-arm-ker...@lists.infradead.org
> ---
> arch/arm64/inclu
Instead of hardcoding the input name to the driver name
('gpio-keys-polled'), allow the passing a name via platform data
('name' field was already present), but default to old behaviour
in case of NULL.
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/input/keyboard/gpio_keys_polled.c
On Mon, Feb 11, 2019 at 10:46:18AM +, Ard Biesheuvel wrote:
> As I pointed out in my previous reply, systab will be the wrong type
> on 32-bit firmware, it needs to be efi_system_table_32_t
This seems to work. Chao, please run it too.
Thx.
---
diff --git a/arch/x86/boot/compressed/acpi.c b/a
On 11/02/2019 08:14, Marek Szyprowski wrote:
> Hi Stuart
>
> On 2019-02-10 23:51, Stuart Menefy wrote:
>> When debugging suspend problems on Exynos 5260, I had a large number
>> of debugging prints going to the serial port after interrupts
>> had been disabled but before the timer interrupt was sh
On Thu, Feb 7, 2019 at 3:47 PM Uwe Kleine-König
wrote:
>
> Hello,
>
> On Tue, Jan 29, 2019 at 05:13:19PM +0530, Yash Shah wrote:
> > Adds a PWM driver for PWM chip present in SiFive's HiFive Unleashed SoC.
> >
> > Signed-off-by: Wesley W. Terpstra
> > [Atish: Various fixes and code cleanup]
> > S
Hi Peter,
On Fri, Feb 08, 2019 at 04:45:01PM +, Peter Robinson wrote:
> Hi Mani,
>
> On Thu, Feb 7, 2019 at 5:54 AM Manivannan Sadhasivam
> wrote:
> >
> > Add on-board WiFi/BT support for Rock960 boards such as Rock960 based
> > on AP6356S and Ficus based on AP6354 wireless modules.
> >
> >
On Mon, Feb 11, 2019 at 8:30 AM Randy Dunlap wrote:
>
> From: Randy Dunlap
>
> Fix markup warnings by inserting blank lines.
> Also correct one typo.
>
> Documentation/laptops/lg-laptop.rst:2: WARNING: Explicit markup ends without
> a blank line; unexpected unindent.
> Documentation/laptops/lg-l
On Fri, Feb 01, 2019 at 05:46:44PM +0800, kas...@126.com wrote:
> sorry for late response.
> we did have process in userspace doing mmap.
> mult device can reprocued this issue, so we do not suspect the ddr
> not stable.
Multiple devices of the same SoC?
> can you help revi
Hi Dave,
On Wed, Dec 12, 2018 at 05:01:12PM +, Dave P Martin wrote:
> On Mon, Dec 10, 2018 at 01:50:57PM +0100, Andrey Konovalov wrote:
> > arm64 has a feature called Top Byte Ignore, which allows to embed pointer
> > tags into the top byte of each pointer. Userspace programs (such as
> > HWAS
On Mon, 11 Feb 2019 at 12:23, Daniel Lezcano wrote:
>
> On 11/02/2019 08:14, Marek Szyprowski wrote:
> > Hi Stuart
> >
> > On 2019-02-10 23:51, Stuart Menefy wrote:
> >> When debugging suspend problems on Exynos 5260, I had a large number
> >> of debugging prints going to the serial port after int
On 11/02/19 2:34 PM, Wen Yang wrote:
> Use the IO memcpy() functions when copying from/to IO memory.
> These locations were found via sparse.
>
> Signed-off-by: Wen Yang
> Suggested-by: Kishon Vijay Abraham I
> CC: Lorenzo Pieralisi
> CC: Bjorn Helgaas
> CC: Gustavo Pimentel
> CC: Niklas C
Hi Martin,
在 2019/2/9 7:13, Martin K. Petersen 写道:
John,
Just noticed this while inspecting the resulting complete diff:
static u32 get_prot_chk_msk_v3_hw(struct scsi_cmnd *scsi_cmnd)
{
unsigned char prot_flags = scsi_cmnd->prot_flags;
- if (prot_flags & SCSI_PROT_TRANSFER_PI)
Hi Sebastian,
perhaps the message slipped through the cracks? I'm happy to do
whatever is needed to get the patch set into 5.1, but it seems I need
some help and clarifications.
Thank you,
Lubo
On Thu, 2019-01-31 at 13:26 +0100, Lubomir Rintel wrote:
> Hi,
>
> On Wed, 2019-01-23 at 21:56 +0100,
On Mon, Feb 11, 2019 at 10:49 AM David Engraf wrote:
> On 11.02.19 at 08:56, David Engraf wrote:
> > On 09.02.19 at 11:35, Andy Shevchenko wrote:
> >> On Sat, Feb 9, 2019 at 12:08 AM Andrew Morton
> >> wrote:
> >>> On Fri, 8 Feb 2019 21:45:21 +0200 Andy Shevchenko
> >>> wrote:
> On Tue, Oct
101 - 200 of 2376 matches
Mail list logo
