GT5663 is capacitive touch controller with customized smart
wakeup gestures.
Add support for it by adding compatible and supported chip data.
The chip data on GT5663 is similar to GT1151, like
- config data register has 0x8050 address
- config data register max len is 240
- config data checksum h
Goodix CTP controllers support analog, digital and gpio regulator
supplies on relevant controller pin configurations.
Out of which AVDD28 and VDDIO regulators are required in few goodix CTP
chips during power-on sequence.
AVDD22, DVDD12 regulators have no relevant functionality described from
dat
This is v6 patchset for supporting goodix GT5553 CTP. Here is the
previous version[1]
Changes for v5:
- document bindings for required regulators, which are need during
power-on sequence
- enable, disable required regulators as described in power-on sequence
using normal regulator calls
- upda
On Tue, Feb 19, 2019 at 8:45 AM Hugo Lefeuvre wrote:
>
> Hi Stephen, Arnd,
>
> > After merging the asm-generic tree, today's linux-next build (powerpc
> > allnoconfig) failed like this:
> > ...
> > Caused by commit
> >
> > 8e074c243ed3 ("iomap: add missing const to ioread*/iowrite addr arg")
>
>
On Tue, Feb 19, 2019 at 6:11 AM Sugaya, Taichi
wrote:
>
> Hi,
> Thank you for you comments.
>
> On 2019/02/18 21:09, Arnd Bergmann wrote:
> > On Fri, Feb 8, 2019 at 1:28 PM Sugaya Taichi
> > wrote:
> >> +
> >> + aliases {
> >> + serial1 = &uart1;
> >> + };
> >
> > Maybe
From: Claudiu Beznea
New SAM9X60's PWM controller use 32 bits counters thus it could generate
signals with higher period and duty cycles than the old ones. Prepare the
current driver to be able to work with old controllers (that uses 16 bits
counters) and with the new SAM9X60's controller, by pro
From: Claudiu Beznea
This series adds support for PWM controller of the new SAM9X60. The difference
b/w this one and the provious AT91SAM9X5 is the counter size (32 bits compared
with 16 bits on the previous version) thus, allowing to generate signals with
bigger periods and duty cycles. This ser
From: Claudiu Beznea
Add struct atmel_pwm_data to embed different per controller information. At
this stage, embed a member of type struct atmel_pwm_registers in it.
Signed-off-by: Claudiu Beznea
---
drivers/pwm/pwm-atmel.c | 64 +++--
1 file changed
From: Claudiu Beznea
Add support for SAM9X60's PWM controller.
Signed-off-by: Claudiu Beznea
---
drivers/pwm/pwm-atmel.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/pwm/pwm-atmel.c b/drivers/pwm/pwm-atmel.c
index 647d063562db..229cedb02770 100644
--- a/driv
From: Claudiu Beznea
Add PWM binding for SAM9X60 SoC.
Signed-off-by: Claudiu Beznea
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/pwm/atmel-pwm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/pwm/atmel-pwm.txt
b/Documentation/devicet
Regulator high pull down are enabled by default so remove support in the
driver.
Signed-off-by: Pascal Paillet
---
Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt | 2 --
1 file changed, 2 deletions(-)
diff --git
a/Documentation/devicetree/bindings/regulator/st,stpmic1-reg
The goal of this patch-set is to improve the stpmic1 regulator driver:
with Fixes:
- Simplify regulator registration code
- Remove support of regulator pull-down
- Fix buck1 voltage range
- Fix binding documentation
with a new feature:
- Add support for active discharge
Pascal Paillet (8):
regul
The interrupt parent description is not needed as the parent is a parent
node with 'interrupt-controller' property.
Signed-off-by: pascal paillet
---
Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt | 3 ---
1 file changed, 3 deletions(-)
diff --git
a/Documentation/devicetr
Get the regulator mode definition from the bindings header.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/stpmic1_regulator.c
index d456fb
Add support for active discharge for USB power switches.
Signed-off-by: pascal paillet
---
Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt
b/Documentati
Change buck1 voltage range to be conform with the data-sheet.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/stpmic1_regulator.c
index 6970
Regulator high pull down are enabled by default so remove support in the
driver.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/stpmic1_regulator.c
Add support for active discharge for USB power switches.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 68 ---
1 file changed, 55 insertions(+), 13 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/st
Stop using a regulator_init callback. This leads to a more simple regulator
registration code. This also permits to spuress struct stpmic1_regulator.
Also rename stpmic1_regulators_matches to stpmic1_matches.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 168 +
On Wednesday, February 13, 2019 12:55:49 PM CET Heikki Krogerus wrote:
> This makes it possible to support drivers that use
> fwnode_get_named_child_node() and device_get_named_child_node()
> functions.
>
> The node name is for now taken from a device property named
> "name". That mimics the old s
From: RickyWu
this enables and adds OCP function for Realtek A series cardreader chips
and fixes some OCP flow in rts5260.c
Signed-off-by: RickyWu
---
drivers/misc/cardreader/rts5227.c | 64 +++---
drivers/misc/cardreader/rts5249.c | 32 +--
drivers/misc/cardreader/rts5260.c |
On Monday, January 28, 2019 11:04:22 AM CET Ross Lagerwall wrote:
> v2 changes:
> - Address Boris's comments.
>
> ---
>
> I recently encountered a crash in cper_estatus_check() when called by
> bert_init(). Patches follow to fix the problem. Note that I cannot fully
> test the patches since the h
Fix off-by-one while iterating current_limits array.
The valid index should be 0 ~ n_current_limits -1.
Fixes: 99cf3af5e2d5 ("regulator: pv88080: new regulator driver")
Signed-off-by: Axel Lin
---
drivers/regulator/pv88080-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
Fix off-by-one while iterating current_limits array.
The valid index should be 0 ~ n_current_limits -1.
Fixes: c90456e36d9c ("regulator: pv88090: new regulator driver")
Signed-off-by: Axel Lin
---
drivers/regulator/pv88090-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
On Sunday, February 17, 2019 4:54:13 AM CET Xiongfeng Wang wrote:
> Hisilicon chips do not support delivered performance counter register
> and reference performance counter register. But the platform can
> calculate the real performance using its own method. This patch provide
> a workaround for t
On Fri, 15 Feb 2019 17:55:35 -0500
Tony Krowiak wrote:
> On 2/14/19 8:51 AM, Pierre Morel wrote:
> > To be able to use the VFIO interface to facilitate the
> > mediated device memory pining/unpining we need to register
> > a notifier for IOMMU.
> >
> > Signed-off-by: Pierre Morel
> > ---
> >
Fix off-by-one while iterating current_limits array.
The valid index should be 0 ~ n_current_limits -1.
Fixes: f307a7e9b7af ("regulator: pv88060: new regulator driver")
Signed-off-by: Axel Lin
---
drivers/regulator/pv88060-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
On Monday, February 18, 2019 2:33:49 AM CET Ghannam, Yazen wrote:
> From: Yazen Ghannam
>
> The ACPI idle driver will fallback to using the legacy P_LVL* SystemIO
> method of entering C-states if the _CST method is disabled and P_BLK is
> defined. However, in this case the C2 and C3 states won't
Split pwm-soc array in one struct per soc and point to the
corresponding on in of-data.
Signed-off-by: Mathieu Othacehe
---
drivers/pwm/pwm-hibvt.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/pwm/pwm-hibvt.c b/drivers/pwm/pwm-hibvt.c
index 27c10
Making struct cpu_topo global and renaming it to
struct cpu_topology, so it can be used from record
command in following patches.
Adding following interface functions to load/free
cpu topology details:
struct cpu_topology *cpu_topology__new(void);
void cpu_topology__delete(struct cpu_topology
Add support for hi3559v100-shub-pwm and hisilicon,hi3559v100-pwm
platforms. They require a special quirk: pwm has to be enabled again
to force duty_cycle refresh.
Signed-off-by: Mathieu Othacehe
---
drivers/pwm/pwm-hibvt.c | 27 ++-
1 file changed, 26 insertions(+), 1 del
Using sysfs__mountpoint() when reading sysfs files
for cpu/numa topology.
Also using scnprintf instead of sprintf as suggested
by Namhyung.
Link: http://lkml.kernel.org/n/tip-pny10k3m9459q6f2j7ot7...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/cputopo.c | 29
We are currently passing the node index instead of the
real node number.
Fixes: fbe96f29ce4b ("perf tools: Make perf.data more self-descriptive (v8)"
Link: http://lkml.kernel.org/n/tip-rbtlsr9ts23c89rki7d4s...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/header.c | 2 +-
1 file ch
Add support for hi3559v100-shub-pwm and hisilicon,hi3559v100-pwm
platforms.
Reviewed-by: Rob Herring
Signed-off-by: Mathieu Othacehe
---
Documentation/devicetree/bindings/pwm/pwm-hibvt.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/pwm/pwm-hibvt.txt
Adding numa_topology object to return the list of numa
nodes together with their cpus. It will replace the numa
code in header.c and will be used from perf record code
in following patches.
Adding following interface functions to load numa details:
struct numa_topology *numa_topology__new(void)
hi,
sending assorted general fixes that queued
up in my other branches.
v3 changes:
- fix for fixes found by Namhyung
- new patch to use sysfs__mountpoint
v2 changes:
- renamed the interface to struct cpu_topology/numa_topology
plus related changes in function names
- adding missing F
Hi,
On Fri, 2019-02-15 at 10:53 -0800, Florian Fainelli wrote:
> On 2/15/19 10:34 AM, Paul Kocialkowski wrote:
> > As I was mentionning to Andrew in the initial submission of this patch,
> > this driver is a bit unusual since it represents a GMII to RGMII
> > bridge, so it's not actually a PHY dri
On 2/19/19 9:55 AM, Uwe Kleine-König wrote:
> On Tue, Feb 19, 2019 at 09:46:32AM +0100, Fabrice Gasnier wrote:
>> On 2/18/19 6:22 PM, Uwe Kleine-König wrote:
>>> Hello,
>>>
>>> On Thu, Feb 14, 2019 at 11:25:51AM +0100, Fabrice Gasnier wrote:
Add a device link between the PWM consumer and the P
Hello, Al.
What would you suggest if FMODE_EXEC is not the right choice?
On 2019/01/22 9:51, Kees Cook wrote:
> On Tue, Jan 22, 2019 at 10:18 AM Al Viro wrote:
>> We are *NOT* going to use current->in_execve to propagate that information.
>> Come up with a cleaner solution, if you care, but this
Hi Geert,
On Tue, 19 Feb 2019 at 17:30, Geert Uytterhoeven wrote:
>
> Hi Baolin,
>
> On Tue, Feb 19, 2019 at 4:15 AM Baolin Wang wrote:
> > On Mon, 18 Feb 2019 at 20:23, Arnd Bergmann wrote:
> > > On Mon, Feb 18, 2019 at 11:52 AM Baolin Wang
> > > wrote:
> > > > On Mon, 18 Feb 2019 at 18:31,
On Tue, 19 Feb 2019 at 14:45, Nathan Chancellor
wrote:
>
> Clang warns:
>
> drivers/tee/optee/device.c:39:31: warning: suggest braces around
> initialization of subobject [-Wmissing-braces]
> struct tee_param param[4] = {0};
> ^
>
On Tue, Feb 19, 2019 at 10:04:09AM +0100, Peter Zijlstra wrote:
> > Does that make more sense?
>
> It appears to me you're going about it backwards.
So how about you do a GCC plugin that verifies limits on code-gen
between user_access_begin/user_access_end() ?
- No CALL/RET
- implies user_ac
Dear Linux folks,
On a the IBM S822LC (8335-GTA) with Ubuntu 18.10, and Linux 5.0-rc5+
accessing `/sys/kernel/debug/kmemleak` takes a long time. According to
strace it takes three seconds.
```
$ sudo strace -tt -T cat /sys/kernel/debug/kmemleak
10:35:49.861641 execve("/bin/cat", ["cat", "/sys/ke
On 19.02.2019 10:22, Cornelia Huck wrote:
> On Mon, 18 Feb 2019 19:08:48 +0100
> Pierre Morel wrote:
>
>> Libudev relies on having a subsystem link for non-root devices. To
>> avoid libudev (and potentially other userspace tools) choking on the
>> matrix device let us introduce a vfio_ap bus a
TBU interrupt is a normal interrupt and can be used to trigger the
cleaning of TX path. Lets check if it's active in DMA interrupt handler.
While at it, refactor a little bit the function:
- Don't check if RI is enabled because at function exit we will
only clear the interrupts t
Tested in XGMAC2 and GMAC5.
Cc: Florian Fainelli
Cc: Joao Pinto
Cc: David S. Miller
Cc: Giuseppe Cavallaro
Cc: Alexandre Torgue
Jose Abreu (3):
net: stmmac: Fix NAPI poll in TX path when in multi-queue
net: stmmac: dwmac4: Also use TBU interrupt to clean TX path
net: stmmac: dwxgmac2:
Commit 8fce33317023 introduced the concept of NAPI per-channel and
independent cleaning of TX path.
This is currently breaking performance in some cases. The scenario
happens when all packets are being received in Queue 0 but the TX is
performed in Queue != 0.
Fix this by using different NAPI ins
TBU interrupt is a normal interrupt and can be used to trigger the
cleaning of TX path. Lets check if it's active in DMA interrupt handler.
While at it, refactor a little bit the function:
- Don't check if RI is enabled because at function exit we will
only clear the interrupts t
Currently, Kbuild descends from scripts/Makefile to scripts/gdb/Makefile
just for creating symbolic links, but it does not need to do it so early.
Merge the two descending paths to simplify the code.
Signed-off-by: Masahiro Yamada
---
Makefile | 2 +-
scripts/Makefile
scripts/gdb/linux/constants.py is never used in the kernel build
process. There is no good reason to create it so early.
Get it out of the 'prepare' stage.
Signed-off-by: Masahiro Yamada
---
Kbuild | 10 --
Makefile | 11 +++
2 files changed, 11 insertions(+), 10 deletions(-)
Every time we add/remove a target, we need to touch the header part,
including renumbering. This is not so important information.
Numbering targets is rather misleading because they are not necessarily
generated in this order. For example, 1) and 2) can be executed
simultaneously when the -j optio
It is weird to create gdb stuff as a side-effect of vmlinux.
Move it to a more relevant place.
Signed-off-by: Masahiro Yamada
---
Makefile | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index a5762c6..0459260 100644
--- a/Makefile
+++ b/Makefile
@@ -
gdb-scripts is not a real object, but (ab)used like a phony target.
Rewrite the code in a more Kbuild-ish way. Add symlinks to extra-y
and use if_changed.
Signed-off-by: Masahiro Yamada
---
scripts/gdb/linux/Makefile | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
di
On 19/02/2019 10:00, Joseph Lo wrote:
> On 2/18/19 5:39 PM, Daniel Lezcano wrote:
>> On 18/02/2019 10:01, Joseph Lo wrote:
>>> On 2/15/19 11:14 PM, Daniel Lezcano wrote:
On 01/02/2019 17:16, Joseph Lo wrote:
> Add support for the Tegra210 timer that runs at oscillator clock
> (TMR10-TM
On 18/02/2019 13:43, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.102 release.
> There are 62 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 18/02/2019 13:43, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.159 release.
> There are 58 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
Hi Baolin,
On Tue, Feb 19, 2019 at 4:15 AM Baolin Wang wrote:
> On Mon, 18 Feb 2019 at 20:23, Arnd Bergmann wrote:
> > On Mon, Feb 18, 2019 at 11:52 AM Baolin Wang wrote:
> > > On Mon, 18 Feb 2019 at 18:31, Arnd Bergmann wrote:
> > > >
> > > > On Tue, Feb 12, 2019 at 9:25 AM Baolin Wang
> >
>> Will corrections become relevant for specifications in (assignment)
>> exclusions
>> of the second SmPL ellipsis in the discussed script?
>
> Let's do some experiments with the code in the current kernel.
It seems that you provided additional information for the adjustment
of when specificatio
On 18/02/2019 13:42, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.175 release.
> There are 143 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On February 19, 2019 1:04:09 AM PST, Peter Zijlstra
wrote:
>On Mon, Feb 18, 2019 at 02:30:21PM -0800, H. Peter Anvin wrote:
>> On 2/16/19 2:30 AM, Peter Zijlstra wrote:
>> > On Fri, Feb 15, 2019 at 08:06:56PM -0800, h...@zytor.com wrote:
>> >> This implies we invoke schedule -- a restricted opera
Hi,
This patch series adds pointer authentication support for KVM guest and
is based on top of Linux 5.0-rc6. The basic patches in this series was
originally posted by Mark Rutland earlier[1,2] and contains some history
of this work.
Extension Overview:
===
From: Mark Rutland
When pointer authentication is supported, a guest may wish to use it.
This patch adds the necessary KVM infrastructure for this to work, with
a semi-lazy context switch of the pointer auth state.
Pointer authentication feature is only enabled when VHE is built
in the kernel an
Save host MDCR_EL2 value during kvm HYP initialisation and restore
after every switch from host to guest. There should not be any
change in functionality due to this.
The value of mdcr_el2 is now stored in struct kvm_cpu_context as
both host and guest can now use this field in a common way.
Signe
This feature will allow the KVM guest to allow the handling of
pointer authentication instructions or to treat them as undefined
if not set. It uses the existing vcpu API KVM_ARM_VCPU_INIT to
supply this parameter instead of creating a new API.
A new register is not created to pass this parameter
According to userspace settings, ptrauth key registers are conditionally
present in guest system register list based on user specified flag
KVM_ARM_VCPU_PTRAUTH.
Reset routines still sets these registers to default values but they are
left like that as they are conditionally accessible (set/get).
This is a runtime capabality for KVM tool to enable Armv8.3 Pointer
Authentication in guest kernel. A command line option --ptrauth is
required for this.
Signed-off-by: Amit Daniel Kachhap
---
arm/aarch32/include/kvm/kvm-cpu-arch.h| 1 +
arm/aarch64/include/asm/kvm.h | 1 +
arm/a
On Mon, Feb 18, 2019 at 07:33:38PM +, Sudip Mukherjee wrote:
> Hi Greg,
>
> On Mon, Feb 18, 2019 at 1:56 PM Greg Kroah-Hartman
> wrote:
> >
> > 4.14-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > commit 6926e041a8920c8ec27e4e155efa76
From: Mark Rutland
When restoring HCR_EL2 for the host, KVM uses HCR_HOST_VHE_FLAGS, which
is a constant value. This works today, as the host HCR_EL2 value is
always the same, but this will get in the way of supporting extensions
that require HCR_EL2 bits to be set conditionally for the host.
To
On Mon, Jan 28, 2019 at 06:11:32PM +0100, Christian Brauner wrote:
> Afaict, the mknod_ptmx() call is a no-op on subsequent calls and the first
> call is done before we unlock the suberblock. If I'm not mistaken this is
> exactly parallel to what Al pointed out for binderfs 29ef1c8e16a
> ("binderfs
On Tue, Feb 19, 2019 at 04:50:31PM +0800, saumah wrote:
> 8250_pci.c change for fix hanging problem while suspend machine. 8250_pci.c
> support the same vendor id and device id definition as sunix multi-I/O card
> driver, when the sunix multi-io borad driver is installed,there are two
> drivers
On Tue, Feb 19, 2019 at 8:12 AM Sugaya, Taichi
wrote:
> On 2019/02/18 21:15, Arnd Bergmann wrote:
> > On Fri, Feb 8, 2019 at 1:26 PM Sugaya Taichi
> > wrote:
>
> >> +static int __init m10v_pm_init(void)
> >> +{
> >> + suspend_set_ops(&m10v_pm_ops);
> >> +
> >> + return 0;
> >> +}
> >>
On Mon, 18 Feb 2019 19:08:48 +0100
Pierre Morel wrote:
> Libudev relies on having a subsystem link for non-root devices. To
> avoid libudev (and potentially other userspace tools) choking on the
> matrix device let us introduce a vfio_ap bus and with that the vfio_ap
> bus subsytem, and make the
parport_serial.c change for fix hanging problem while suspend machine.
parport_seria.c support the same vendor id and device id definition as sunix
multi-I/O card driver, when the sunix multi-io borad driver is installed,there
are two drivers to support the same sunix multi-io card,it will cause
On Tue, 2019-02-19 at 06:36 +, Changbin Du wrote:
> There are some complaints about bad commit description in 'Fixes' tag.
> Most cases are SHA1 should be at least 12 digits long. Let's extend
> the existing check in checkpatch.pl to include commit description of
> 'Fixes' tag.
I sent a sugges
On 15/02/2019 02:15, Sasha Levin wrote:
> From: Edward Cree
>
> [ Upstream commit 3366463513f544c12c6b88c13da4462ee9e7a1a1 ]
>
> Use a bitmap to keep track of which partition types we've already seen;
> for duplicates, return -EEXIST from efx_ef10_mtd_probe_partition() and
> thus skip adding t
On Tue, Feb 19, 2019 at 10:15:25AM +0100, Peter Zijlstra wrote:
> On Mon, Feb 18, 2019 at 04:24:30PM -0800, Linus Torvalds wrote:
> > On Mon, Feb 18, 2019 at 2:31 PM H. Peter Anvin wrote:
> > >
> > > The question is what "fix it" means. I'm really concerned about AC
> > > escapes,
> > > and every
Hi,
On 18.02.2019 23:08, Alexandre Belloni wrote:
> Hi,
>
> On 14/02/2019 12:14:28+, claudiu.bez...@microchip.com wrote:
>> From: Claudiu Beznea
>>
>> Different IPs uses different offsets in registers for the same
>> functionality, thus adapt the driver to support this.
>>
>> Signed-off-by:
On 18.02.2019 23:20, Alexandre Belloni wrote:
> On 14/02/2019 12:14:32+, claudiu.bez...@microchip.com wrote:
>> From: Claudiu Beznea
>>
>> Add support for SAM9X60.
>>
>> Signed-off-by: Claudiu Beznea
>> ---
>> drivers/clk/at91/sckc.c | 30 ++
>> 1 file changed,
Signed-off-by: saumah
---
parport_serial.c | 180 +--
1 file changed, 1 insertion(+), 179 deletions(-)
diff --git a/parport_serial.c b/parport_serial.c
index ae9e01e..f54d1d3 100644
--- a/parport_serial.c
+++ b/parport_serial.c
@@ -38,29 +38,10 @@ enum
Clang warns:
drivers/tee/optee/device.c:39:31: warning: suggest braces around
initialization of subobject [-Wmissing-braces]
struct tee_param param[4] = {0};
^
{}
drivers/tee/optee/device.c:92:48: warning: suggest br
On Tue, Feb 19, 2019 at 10:10 AM Vlad Buslov wrote:
>
> This is fixed by Dan Carpenter's patch "net: sched: potential NULL
> dereference in tcf_block_find()" that was submitted yesterday.
+Dan
Let's tell syzbot that this is fixed:
#syz fix: net: sched: potential NULL dereference in tcf_block_fi
Dear Candidates,
Work from home, we have a part time job offer available for you that will not
disturb your present occupation, you are to stand as a payment receiving
officer for
Haven Consultants Co (Thailand) Payment Managers Wanted for 2019/2020.
If you are interested in this business trans
On 2019/2/19 16:59, Jarkko Sakkinen wrote:
> On Tue, Feb 19, 2019 at 03:26:18PM +0800, YueHaibing wrote:
>> calc_tpm2_event_size return size of the event which type is
>> size_t, If it is an invalid event, returns 0. And all the
>> caller use a size_t variable to check the return value, so
>> no ne
On Tue, Feb 19, 2019 at 08:57:04AM +, claudiu.bez...@microchip.com wrote:
>
>
> On 19.02.2019 09:42, Uwe Kleine-König wrote:
> > Hello Claudiu,
> >
> > On Mon, Jan 21, 2019 at 12:30:53PM +, claudiu.bez...@microchip.com
> > wrote:
> >> From: Claudiu Beznea
> >>
> >> New SAM9X60's PWM co
On Mon, Feb 18, 2019 at 04:24:30PM -0800, Linus Torvalds wrote:
> On Mon, Feb 18, 2019 at 2:31 PM H. Peter Anvin wrote:
> >
> > The question is what "fix it" means. I'm really concerned about AC escapes,
> > and everyone else should be, too.
>
> I do think that it might be the right thing to do t
Different IC has different mipi_tx setting of dsi.
This patch separates the mipi_tx hardware relate part for mt8173.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/Makefile | 1 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 350 ++
drivers/gpu/drm/mediate
This patch add mt8183 mipi_tx driver.
And also support other chips that use the same binding and driver.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 2 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1 +
drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 168
MT8183 has different setting to MT8173(exist chip). We add mt8183 mipi_tx
driver.
1) Separate mipi_tx to common part and chip relate part.
2) Add mt8183 mipi_tx driver
Changes since v0:
- Separate two independent patches.
Jitao Shi (2):
drm/mediatek: separate mipi_tx to different file
drm/me
On Tue, Feb 19, 2019 at 4:41 AM Len Brown wrote:
>
> From: Zhang Rui
>
> Simplify how the code to discover a package is called.
> Rename find_package_by_id() to rapl_find_package()
>
> No functional change.
>
> Signed-off-by: Zhang Rui
> Signed-off-by: Len Brown
> Cc: linux...@vger.kernel.org
>
On Tue, Feb 19, 2019 at 4:40 AM Len Brown wrote:
>
> From: Zhang Rui
>
> On the new dual-die/package systems, the RAPL MSR becomes die-scope.
> Thus instead of one powercap device per physical package, now there
> should be one powercap device for each unique die on these systems.
>
> This patch
On Tue, Feb 19, 2019 at 4:40 AM Len Brown wrote:
>
> From: Zhang Rui
>
> The RAPL domain "name" attribute contains "Package-N",
> which is ambiguous on multi-die per-package systems.
>
> Update the name to "package-X-die-Y" on those systems.
>
> No change on systems without multi-die.
>
> Driver
On Tue, Feb 19, 2019 at 9:56 AM Geert Uytterhoeven wrote:
>
> Hi Arnd, Yuri,
>
> On Tue, Feb 19, 2019 at 3:35 AM Arnd Bergmann wrote:
> > From: Yury Norov
> >
> > All new 32-bit architectures should have 64-bit userspace off_t type, but
> > existing architectures has 32-bit ones.
> >
> > To enfo
This is fixed by Dan Carpenter's patch "net: sched: potential NULL
dereference in tcf_block_find()" that was submitted yesterday.
On Mon 18 Feb 2019 at 20:02, Cong Wang wrote:
> (Cc'ing Vlad, please fix it)
>
> On Wed, Feb 13, 2019 at 9:56 AM syzbot
> wrote:
>>
>> Hello,
>>
>> syzbot found the f
This patch changes to allow failure of f2fs_bio_alloc() in
__submit_flush_wait(), which can simulate flush error in checkpoint()
for covering more error paths.
Signed-off-by: Chao Yu
---
fs/f2fs/segment.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/segment.c
On 19/02/2019 02:46, H. Peter Anvin wrote:
> On 2/18/19 6:20 PM, Andy Lutomirski wrote:
>>
>>
>>> On Feb 18, 2019, at 4:24 PM, Linus Torvalds
>>> wrote:
>>>
On Mon, Feb 18, 2019 at 2:31 PM H. Peter Anvin wrote:
The question is what "fix it" means. I'm really concerned about AC
On Tue, Feb 19, 2019 at 07:23:41AM +0100, Jiri Slaby wrote:
> On 13. 02. 19, 19:38, Greg Kroah-Hartman wrote:
> > 4.20-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Eric W. Biederman
> >
> > commit 35634ffa1751b6efd8cf75010b509d
On Mon, Feb 18, 2019 at 02:30:21PM -0800, H. Peter Anvin wrote:
> On 2/16/19 2:30 AM, Peter Zijlstra wrote:
> > On Fri, Feb 15, 2019 at 08:06:56PM -0800, h...@zytor.com wrote:
> >> This implies we invoke schedule -- a restricted operation (consider
> >> may_sleep) during execution of STAC-enabled c
On Mon, Feb 18, 2019 at 11:40 PM Joseph Myers wrote:
>
> On Mon, 18 Feb 2019, Arnd Bergmann wrote:
>
> > We don't yet have an upstream glibc port for csky, so there is no user
>
> We do. It's in 2.29.
...
On Tue, Feb 19, 2019 at 3:18 AM Guo Ren wrote:
>
> Mao Han has merged csky port into glibc
Update i.MX SCU resource ID table according to latest
system controller firmware.
Signed-off-by: Anson Huang
---
include/dt-bindings/firmware/imx/rsrc.h | 39 +++--
1 file changed, 22 insertions(+), 17 deletions(-)
diff --git a/include/dt-bindings/firmware/imx/rsrc.h
The driver has runtime but no build time dependency with IMX_IPUV3_CORE,
so can be built for testing purposes if COMPILE_TEST option is enabled.
This is useful to have more build coverage and make sure that the driver
is not affected by changes that could cause build regressions.
Signed-off-by: J
901 - 1000 of 1032 matches
Mail list logo