From: Frank Rowand
Fix compile warning in create_dyn_event(): 'ret' may be used uninitialized
in this function [-Wuninitialized].
Fixes: 5448d44c3855 ("tracing: Add unified dynamic event framework")
Signed-off-by: Frank Rowand
---
changes since v1:
- initialize to -ENODEV instead of 0, as s
A memory save operation to 8-byte variable in RV32 is divided into
two sw instructions in the put_user macro. The current fixup returns
execution flow to the second sw instead of the one after it.
This patch fixes this fixup code according to the load access part.
Signed-off-by: Alan Kao
Cc: Gre
On Thu, Mar 21, 2019 at 2:13 AM Qian Cai wrote:
>
> When start_isolate_page_range() returned -EBUSY in __offline_pages(), it
> calls memory_notify(MEM_CANCEL_OFFLINE, &arg) with an uninitialized
> "arg". As the result, it triggers warnings below. Also, it is only
> necessary to notify MEM_CANCEL_O
On 03/21/2019 04:07 PM, Oscar Salvador wrote:
> On Thu, Mar 21, 2019 at 01:38:20PM +0530, Anshuman Khandual wrote:
>> Memory hot remove uses get_nid_for_pfn() while tearing down linked sysfs
>> entries between memory block and node. It first checks pfn validity with
>> pfn_valid_within() before
The act8865_ops and act8865_ldo_ops never need to be modified,
make them const so compiler can put them to .rodata.
Signed-off-by: Axel Lin
---
drivers/regulator/act8865-regulator.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/act8865-regulator.c
b/d
Use regulator core's simplified DT parsing code to simply the driver
implementation. With this conversion, also move the NULL test against pdata
in act8865_get_regulator_data() to the caller. This makes it clear the
code path to explicitly set init_data is for non-DT case only.
Signed-off-by: Axel
On 20/03/2019 14:31:53+0100, Johan Hovold wrote:
> On Wed, Mar 20, 2019 at 01:45:35PM +0100, Alexandre Belloni wrote:
> > Properly align code with opening parenthesis.
>
> FWIW, this is a checkpatch --strict warning you're addressing, and not
> something that is enforced by the coding standard.
>
Add i.MX7ULP OCOTP support, its clock source is from
M4 BUS clock which is NOT available in Linux clock tree,
but M4 BUS clock is always ON when A7 (Linux) is alive,
so just use dummy clock here.
Signed-off-by: Anson Huang
---
arch/arm/boot/dts/imx7ulp.dtsi | 6 ++
1 file changed, 6 insertio
On 21-03-19, 16:49, Thomas Gleixner wrote:
> On Wed, 20 Mar 2019, Viresh Kumar wrote:
> >
> > diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c
> > index 3fae23834069..b2fe665878f7 100644
> > --- a/arch/x86/kernel/tsc.c
> > +++ b/arch/x86/kernel/tsc.c
> > @@ -958,10 +958,15 @@ static int t
On 03/21/2019 02:06 PM, Michal Hocko wrote:
> On Thu 21-03-19 13:38:20, Anshuman Khandual wrote:
>> Memory hot remove uses get_nid_for_pfn() while tearing down linked sysfs
>> entries between memory block and node. It first checks pfn validity with
>> pfn_valid_within() before fetching nid. With
On 21-03-19, 12:45, Peter Zijlstra wrote:
> On Wed, Mar 20, 2019 at 10:22:23AM +0530, Viresh Kumar wrote:
> > diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c
> > index 3fae23834069..b2fe665878f7 100644
> > --- a/arch/x86/kernel/tsc.c
> > +++ b/arch/x86/kernel/tsc.c
> > @@ -958,10 +958,15
On Thursday, 21 March 2019 23:43 Sudip Mukherjee wrote:
> HI Michal,
>
> On Wed, Mar 20, 2019 at 9:18 PM Michal Kubecek wrote:
> > On Wed, Mar 20, 2019 at 09:30:59AM +, Sudip Mukherjee wrote:
> > > Sorry, I didn't get the chance to look at it yet and have kept it
> > > pending for this weeken
On Thu, Mar 21, 2019 at 7:03 PM Borislav Petkov wrote:
>
> On Wed, Mar 20, 2019 at 05:22:08PM +0530, Yash Shah wrote:
> > This EDAC driver supports:
> > - Initial configuration reporting on bootup via debug logs
> > - ECC event monitoring and reporting through the EDAC framework
> > - ECC event in
On 21/03/2019 19:18, Linus Torvalds wrote:
> On Thu, Mar 21, 2019 at 11:05 AM Andy Lutomirski wrote:
>>
>> In the long run, I think the right solution is to rewrite even more of
>> this mess in C. We really ought to be able to put the IRQ flag
>> tracing and the context tracking into C code.
>
>
--
My name is Victoria, Crown Princess of Sweden and I'm donating $
750,000 to you and your family.
Come back to me through this email: victoriacrownprincessofswe...@gmail.com for
other Directives.
Greetings.
Victoria, Crown Princess of Sweden, Duchess of Västergötland
Hi.
(added some people to CC)
On Fri, Mar 15, 2019 at 7:10 PM Alexey Gladkov wrote:
>
> Problem:
>
> When a kernel module is compiled as a separate module, some important
> information about the kernel module is available via .modinfo section of
> the module. In contrast, when the kernel modul
--
Mein Name ist Victoria, Kronprinzessin von Schweden, und ich spende
Ihnen und Ihrer Familie 750.000 USD.
Kommen Sie mit dieser E-Mail zu mir: victoriacrownprincessofswe...@gmail.com für
andere Richtlinien.
Schöne Grüße.
Victoria, Kronprinzessin von Schweden, Herzogin von Västergötland
--
Mein Name ist Victoria, Kronprinzessin von Schweden, und ich spende
Ihnen und Ihrer Familie 750.000 USD.
Kommen Sie mit dieser E-Mail zu mir: victoriacrownprincessofswe...@gmail.com für
andere Richtlinien.
Schöne Grüße.
Victoria, Kronprinzessin von Schweden, Herzogin von Västergötland
Hi Liu Yan,
On Friday, March 22, 2019 9:59 AM, Leo Yan wrote:
> Hi Solomon,
>
> On Fri, Mar 22, 2019 at 12:47:11AM +, Solomon Tan wrote:
>
> [...]
>
> > > On my side this patch is no different from V3, i.e it doesn't pass
> > > checkpatch
> > > and it doesn't apply on my next tree.
>
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Brian Foster
commit 04197b341f23b908193308b8d63d17ff23232598 upstream.
We've had reports of generic/095 causing XFS to BUG() in
__xfs_get_blocks() due to the existence of delalloc blocks on a
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Shier
commit ecec76885bcfe3294685dc363fd1273df0d5d65f upstream.
Bugzilla: 1671904
There are multiple code paths where an hrtimer may have been started to
emulate an L1 VMX preemption ti
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jann Horn
commit cfa39381173d5f969daf43582c95ad679189cbc9 upstream.
kvm_ioctl_create_device() does the following:
1. creates a device that holds a reference to the VM object (with a borrowed
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christoffer Dall
commit 023e9fddc3616b005c3753fc1bb6526388cd7a30 upstream.
As we are about to hold the kvm->lock during the create operation on KVM
devices, we should move the call to xics_deb
This is the start of the stable review cycle for the 3.16.64 release.
There are 16 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Mon Mar 25 18:00:00 UTC 2019.
Anything recei
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit a0f1d21c1ccb1da66629627a74059dd7f5ac9c61 upstream.
We should move the ops->destroy(dev) after the list_del(&dev->vm_node)
so that we don't use "dev" after freeing it.
Fix
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Rohit Vaswani
commit 67a2e213e7e937c41c52ab5bc46bf3f4de469f6e upstream.
This was found during userspace fuzzing test when a large size dma cma
allocation is made by driver(like ion) through us
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vasily Averin
commit d4b09acf924b84bae77cad090a9d108e70b43643 upstream.
if node have NFSv41+ mounts inside several net namespaces
it can lead to use-after-free in svc_process_common()
svc_pro
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christoffer Dall
commit a28ebea2adc4a2bef5989a5a181ec238f59fbcad upstream.
KVM devices were manipulating list data structures without any form of
synchronization, and some implementations of t
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 7d63fb3af87aa67aa7d24466e792f9d7c57d8e79 upstream.
This removes needless use of '%p', and refactors the printk calls to
use pr_*() helpers instead.
Signed-off-by: Kees Cook
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hui Peng
commit 5146f95df782b0ac61abde36567e718692725c89 upstream.
The function hso_probe reads if_num from the USB device (as an u8) and uses
it without a length check to index an array, resu
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Rasmus Villemoes
commit 92529623d242cea4440958d7bcebdf291f4ab15e upstream.
The code in hid_debug_event() causes horrible code generation. First,
we do a strlen() call for every byte we copy (w
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Oliver Hartkopp
commit 0aaa81377c5a01f686bcdb8c7a6929a7bf330c68 upstream.
Muyu Yu provided a POC where user root with CAP_NET_ADMIN can create a CAN
frame modification rule that makes the data
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit 8fec02a73e31407e14986fca67dab48d4f777f0e upstream.
In the unlikely case of hdev vanishing while hid_debug_events_read() was
sleeping, we can't really break out of the case s
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini
commit 353c0956a618a07ba4bbe7ad00ff29fe70e8412a upstream.
Bugzilla: 1671930
Emulation of certain instructions (VMXON, VMCLEAR, VMPTRLD, VMWRITE with
memory operand, INVEPT, INVV
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vladis Dronov
commit 13054abbaa4f1fd4e6f3b4b63439ec033b4c8035 upstream.
Ring buffer implementation in hid_debug_event() and hid_debug_events_read()
is strange allowing lost or corrupted data.
3.16.64-rc1 review patch. If anyone has any objections, please let me know.
--
From: Willy Tarreau
commit 9824dfae5741275473a23a7ed5756c7b6efacc9d upstream.
Fields ->dev and ->next of struct ipddp_route may be copied to
userspace on the SIOCFINDIPDDPRT ioctl. This is only acce
The following error was thrown when compiling `tools/perf` using OpenCSD
v0.11.1. This patch fixes said error.
```
CC util/intel-pt-decoder/intel-pt-log.o
CC util/cs-etm-decoder/cs-etm-decoder.o
util/cs-etm-decoder/cs-etm-decoder.c: In function
‘cs_etm_decoder__buffer_range’:
util/c
The modesetting in sm712fb is an ugly hack. First, all the registers
are programmed by hardcoded register arrays, which makes it difficult
to support different variations of color depths, refresh rates, CRT/LCD
panel, etc of the same resolution. Second, it means the standard
fb_find_mode() cannot b
I have working on the sm712fb driver for a while and have some familiarity
with this hardware, I'll be helping working on and testing problems of this
driver, so add myself to the MAINTAINERS file.
Signed-off-by: Yifeng Li
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINT
This commits update the Kconfig description of sm712fb,
and inform the user about the existence of documentation.
Signed-off-by: Yifeng Li
---
Documentation/fb/sm712fb.txt | 44
drivers/video/fbdev/Kconfig | 4
2 files changed, 29 insertions(+), 19 del
This commits add information about 32-bit color, 2D acceleration,
as well as adding additional, general information about the hardware
and many existing problems of the sm712fb driver.
Signed-off-by: Yifeng Li
---
Documentation/fb/sm712fb.txt | 123 +++
1 file cha
Previously, in staging/sm7xxfb (now fbdev/sm712fb), 2D acceleration
was implemented, but after its submission, a critical bug that causes
total system hang was discovered, as a stopgap measure, 2D ops was
completele removed in commit 3af805735a25 ("staging: sm7xx: remove the
buggy 2D acceleration s
On Fri, Mar 22, 2019 at 11:36:56AM +0800, Ji-Ze Hong (Peter Hong) wrote:
> Fix error bit operation in watchdog_start()
>
> Signed-off-by: Ji-Ze Hong (Peter Hong)
> ---
> drivers/watchdog/f71808e_wdt.c | 11 +--
> 1 file changed, 5 insertions(+), 6 deletions(-)
This is not the correct
On Thu, Mar 21, 2019 at 04:02:12PM -0700, Tadeusz Struk wrote:
> The poll condition should only check response_length,
> because reads should only be issued if there is data to read.
> The response_read flag only prevents double writes.
> The problem was that the write set the response_read to fals
在 2019-03-14 07:52,Matthias Kaehlcke 写道:
qca_set_baudrate() calls serdev_device_wait_until_sent() assuming that
the HCI is always associated with a serdev device. This isn't true for
ROME controllers instantiated through ldisc, where the call causes a
crash due to a NULL pointer dereferentiation.
From: Elvira Khabirova
PTRACE_GET_SYSCALL_INFO is a generic ptrace API that lets ptracer obtain
details of the syscall the tracee is blocked in.
There are two reasons for a special syscall-related ptrace request.
Firstly, with the current ptrace API there are cases when ptracer cannot
retrieve
Check whether PTRACE_GET_SYSCALL_INFO semantics implemented in the kernel
matches userspace expectations.
Cc: Oleg Nesterov
Cc: Andy Lutomirski
Cc: Shuah Khan
Cc: Elvira Khabirova
Cc: Eugene Syromyatnikov
Cc: linux-kselft...@vger.kernel.org
Signed-off-by: Dmitry V. Levin
---
Notes:
v8:
syscall_get_error() is required to be implemented on all
architectures in addition to already implemented syscall_get_nr(),
syscall_get_arguments(), syscall_get_return_value(), and
syscall_get_arch() functions in order to extend the generic
ptrace API with PTRACE_GET_SYSCALL_INFO request.
Acked-by
syscall_get_error() is required to be implemented on all
architectures in addition to already implemented syscall_get_nr(),
syscall_get_arguments(), syscall_get_return_value(), and
syscall_get_arch() functions in order to extend the generic
ptrace API with PTRACE_GET_SYSCALL_INFO request.
Acked-by
All syscall_get_*() and syscall_set_*() functions must be defined
as static inline as on all other architectures, otherwise asm/syscall.h
cannot be included in more than one compilation unit.
This bug has to be fixed in order to extend the generic
ptrace API with PTRACE_GET_SYSCALL_INFO request.
syscall_get_* functions are required to be implemented on all
architectures in order to extend the generic ptrace API with
PTRACE_GET_SYSCALL_INFO request.
This adds remaining 2 syscall_get_* functions as documented in
asm-generic/syscall.h: syscall_get_error and syscall_get_return_value.
Cc: Ric
The ASUS X430UN and X512DK with ALC256 cannot detect the headset MIC
until ALC256_FIXUP_ASUS_MIC_NO_PRESENCE quirk applied.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
---
sound/pci/hda/patch_realtek.c | 4
1 file changed, 4 insertions(+)
diff --git a/sound/pci/hda/patch_real
From: Chris Chiu
The ASUS laptop P5440FF with ALC256 can't detect the headset microphone
until ALC256_FIXUP_ASUS_MIC_NO_PRESENCE quirk applied.
Signed-off-by: Chris Chiu
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 4
1 file changed, 4 ins
The ASUS laptop X441MB and X705FD with ALC256 cannot detect the headset
MIC until ALC256_FIXUP_ASUS_MIC_NO_PRESENCE quirk applied.
Signed-off-by: Chris Chiu
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 14 ++
1 file changed, 14 insert
Fix error bit operation in watchdog_start()
Signed-off-by: Ji-Ze Hong (Peter Hong)
---
drivers/watchdog/f71808e_wdt.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/watchdog/f71808e_wdt.c b/drivers/watchdog/f71808e_wdt.c
index 9a1c761258ce..9129485732c7 1
Hi all,
Changes since 20190321:
The amdgpu tree lost its build failure.
The drm-intel tree gained a conflict against the drm-intel-fixes tree.
The scsi tree lost its build failure.
Non-merge commits (relative to Linus' tree): 2415
2026 files changed, 68546 insertions(+), 33551 dele
Good day
We are sorry for the delay , Enclosed please find the Purchase order
attachment for your reference.
Please check and confirm by sending your PI ,
By sending your PI, please confirm all details of our PO.
If you have further questions please don’t hesitate to contact me
directly.
Bes
On 3/21/19 10:01 PM, Hariprasad Kelam wrote:
> fix spelling mistake "overriden" -> "overridden"
> This fix resolves warning reported by checkpatch tool
>
Whenever you receive feedback on a patch, you need to version
the patches that you re-send. Also, you should mention what has
changed, so pe
rcu_bh is disabled on PREEMPT_RT via a stub ops that has no name. Thus,
if a torture_type other than "rcu" is used, rcu_torture_init() will
pass NULL to strcmp() when iterating over torture_ops[], and oops.
Signed-off-by: Scott Wood
---
With this applied to 4.19.25-rt16 and specifying torture_ty
fix spelling mistake "overriden" -> "overridden"
This fix resolves warning reported by checkpatch tool
Signed-off-by: Hariprasad Kelam
---
drivers/tty/serial/serial_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/se
This patch implements the PPS ECHO functionality for pps-gpio, that
sysfs claims is available already.
Configuration is done via device tree bindings.
No changes are made to userspace interfaces.
This patch was originally written by Lukas Senger as part of a masters
thesis project and modified f
Hi Andrew,
would you please add this patch set to the kernel tree at the next opportunity?
It has been Acked by Rodolfo Giometti, the PPS maintainer.
Hopefully I have addressed all the changes you have requested.
Tom Burkart
Tom Burkart (3):
pps: descriptor-based gpio
dt-bindings: pps: pps-g
This patch implements the device tree binding changes required for the
PPS ECHO functionality for pps-gpio, that sysfs claims is available
already.
It adds two DT properties for configuring the PPS ECHO functionality.
This patch is provided separated from the rest of the patch per
Documentation/d
This patch changes the GPIO access for the pps-gpio driver from the
integer based API to the descriptor based API.
The integer based API is considered deprecated and the descriptor
based API is the preferred way to access GPIOs as per
Documentation/driver-api/gpio/intro.rst
No changes are made to
On Thu, Mar 21, 2019 at 1:50 PM Peter Zijlstra wrote:
>
> On Thu, Mar 21, 2019 at 11:27:00AM -0700, Andy Lutomirski wrote:
> > Well, here's pass zero at this. Untested, because it obviously
> > doesn't work. Here are just a few things that are almost certainly
> > wrong with it
>
> Aah, you're p
From: Greg Hackmann
This patch adds complimentary DMA_BUF_SET_NAME and DMA_BUF_GET_NAME
ioctls, which lets userspace processes attach a free-form name to each
buffer.
This information can be extremely helpful for tracking and accounting
shared buffers. For example, on Android, we know what each
On Mon, 18 Mar 2019 15:43:17 +0900
Masami Hiramatsu wrote:
> WARN_ON_IN_IRQ() assumes that the access_ok() and following
> user memory access can sleep. But this assumption is not
> always correct; when the pagefault is disabled, following
> memory access will just returns -EFAULT and never sleep
On Thu, Mar 21, 2019 at 11:15 PM Shawn Guo wrote:
> > Unfortunately, just by looking at the dts files we do not know if a
> > board uses an AR803x PHY or not, so I am afraid we can not do an
> > automatic conversion.
>
> At least for those we already know?
Yes, I can help preparing a patch that
On Wed, Mar 20, 2019 at 02:38:02PM +, Schrempf Frieder wrote:
> From: Frieder Schrempf
>
> After switching to the new FSL QSPI driver the properties
> 'fsl,qspi-has-second-chip' and 'big-endian' are not used anymore.
>
> The driver now uses the 'reg' property to determine the bus and
> the c
On Thu, Mar 21, 2019 at 11:00:18PM -0300, Fabio Estevam wrote:
> Hi Shawn,
>
> On Thu, Mar 21, 2019 at 10:12 PM Shawn Guo wrote:
>
> > > So yes, we currently have lots of broken dtb's in mainline and I am
> > > wondering what is the proper fix here.
> >
> > So can we have a single patch fixing a
On Thu, Mar 21, 2019 at 05:52:52AM -0700, Angus Ainslie (Purism) wrote:
> Add the imx8mq TMU (Thermal management unit) nodes for CPU,
> GPU, and VPU.
>
> Signed-off-by: Angus Ainslie (Purism)
Subject prefix 'arm64: dts: imx8mq:' would be good enough. I changed it
and applied patch.
Shawn
> --
On Fri, Mar 8, 2019 at 11:06 AM Kairui Song wrote:
>
> On machines where the GART aperture is mapped over physical RAM,
> /proc/kcore contains the GART aperture range and reading it may lead
> to kernel panic.
>
> Vmcore used to have the same issue, until we fixed it in
> commit 2a3e83c6f96c ("x86
Hi Shawn,
On Thu, Mar 21, 2019 at 10:12 PM Shawn Guo wrote:
> > So yes, we currently have lots of broken dtb's in mainline and I am
> > wondering what is the proper fix here.
>
> So can we have a single patch fixing all broken i.MX DTBs?
Unfortunately, just by looking at the dts files we do not
Hi Solomon,
On Fri, Mar 22, 2019 at 12:47:11AM +, Solomon Tan wrote:
[...]
> > On my side this patch is no different from V3, i.e it doesn't pass
> > checkpatch
> > and it doesn't apply on my next tree.
> >
> > Mathieu
> >
> > >
> >
> > pub RSA 2048/C88289A6 2018-05-09solomonbsto...@protonm
On Thu, 28 Feb 2019 11:30:17 -0500 Johannes Weiner wrote:
> Instead of adding up the node counters, use memcg_page_state() to get
> the memcg state directly. This is a bit cheaper and more stream-lined.
>
> ...
>
> --- a/mm/memcontrol.c
> +++ b/mm/memcontrol.c
> @@ -746,10 +746,13 @@ static unsi
On Thu, Mar 21, 2019 at 05:45:10PM -0400, Waiman Long wrote:
> It was found that if a process had many pending signals (e.g. millions),
> the act of exiting that process might cause its parent to have a hard
> lockup especially on a debug kernel with features like KASAN enabled.
> It was because th
i.MX7ULP has TPM(Low Power Timer/Pulse Width Modulation Module)
inside, it can support multiple PWM channels, all the channels
share same counter and period setting, but each channel can
configure its duty and polarity independently.
There are several TPM modules in i.MX7ULP, the number of channel
Select CONFIG_PWM_IMX_TPM by default to support i.MX7ULP
TPM PWM.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
b/arch/arm/configs/imx_v6_v7_defconfig
index 1872dac..2a
This patch adds i.MX7ULP EVK board MIPI-DSI backlight support.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/boot/dts/imx7ulp-evk.dts | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp-evk.dts
b/arch/arm/boot/dts/imx7ulp-evk.dts
index
Add i.MX7ULP EVK board PWM0 support.
Signed-off-by: Anson Huang
---
No changes;
---
arch/arm/boot/dts/imx7ulp.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp.dtsi b/arch/arm/boot/dts/imx7ulp.dtsi
index eb349fd..15d04fb 100644
--- a/arch/arm/boot/dts
Add i.MX TPM(Low Power Timer/Pulse Width Modulation Module) PWM binding.
Signed-off-by: Anson Huang
---
No changes.
---
.../devicetree/bindings/pwm/imx-tpm-pwm.txt| 22 ++
1 file changed, 22 insertions(+)
create mode 100644 Documentation/devicetree/bindings/pwm/imx-t
i.MX7ULP EVK board has MIPI-DSI display, its backlight is supplied by
TPM PWM module, this patch set enables i.MX7ULP TPM PWM driver support
and also add backlight support for MIPI-DSI display.
Changes since V8:
- ONLY change the pwm driver patch.
Anson Huang (5):
dt-bindings: pwm: Add
On Tue, Mar 19, 2019 at 04:24:20PM +0100, Jonathan Neuschäfer wrote:
> Ensure that the i2c buses are reported to userspace (for example to
> i2cdetect) in the same order as they are numbered in the SoC's
> documentation by adding aliases to the devicetree.
>
> Signed-off-by: Jonathan Neuschäfer
On Tue, Mar 19, 2019 at 04:24:18PM +0100, Jonathan Neuschäfer wrote:
> Even though the ChipIdea USB controller binding[1] doesn't specify the
> properties that reference a PHY as required, the Linux driver
> requires[2] such a reference.
>
> The clock situation is like on i.MX53: The USB controlle
On 3/21/19 5:23 PM, Chris Packham wrote:
> When CONFIG_OF_OVERLAY is not enabled the fallback stub for
> of_overlay_fdt_apply() does not match the prototype for the case when
> CONFIG_OF_OVERLAY is enabled. Update the stub to use the correct
> function prototype.
>
> Fixes: commit 39a751a4cb7e ("o
On Tue, Mar 19, 2019 at 04:24:17PM +0100, Jonathan Neuschäfer wrote:
> The Kobo Aura is an e-book reader released in 2013.
>
> With the devicetree in its current state, the kernel will boot and run
> for about ten seconds. To solve this, the embedded controller needs to
> be told that the system s
From: Jérôme Glisse
Convert ODP to use HMM so that we can build on common infrastructure
for different class of devices that want to mirror a process address
space into a device. There is no functional changes.
Changes since v1:
- improved comments
- simplified page alignment computation
From: Jérôme Glisse
This is just a rebase with minor changes and better comments in the code.
Previous cover letter (slightly improved):
This patchset convert RDMA ODP to use HMM underneath this is motivated
by stronger code sharing for same feature (share virtual memory SVM or
Share Virtual Ad
On Thu, Mar 21, 2019 at 08:17:01AM -0300, Fabio Estevam wrote:
> Hi Abel,
>
> On Thu, Mar 21, 2019 at 5:42 AM Abel Vesa wrote:
>
> > > It seems we have other boards that need to be fixed and we can not
> > > have an old dtb with functional Ethernet with a new kernel.
> > >
> > > Does anyone know
Hello,
i used this rotary-encoder patch in my embedded project and found two
errors:
First, in drivers/input/misc/rotary_encoder.c,
at @@ -237,6 +244,16 @@:
instead of
+ if (err)
+ dev_err(dev, "unable to get keycodes: %d\n", err);
+ return err;
it must be
+
On 3/21/19 7:38 PM, Hariprasad Kelam wrote:
> fix warning reported by checkpatch tool
>
It is much better if you explicitly mention what exactly you are fixing,
e.g. fix spelling mistake "overriden" -> "overridden"
It makes it easier for people to review your changes and give you
feedback.
C
Petr Mladek writes:
> On Thu 2019-03-21 13:59:53, Michael Ellerman wrote:
>> Tetsuo Handa writes:
>> ...
>> > From 91f85d2bd494df2f73c605d8b4747e8cc0a61ae2 Mon Sep 17 00:00:00 2001
>> > From: Tetsuo Handa
>> > Date: Tue, 18 Dec 2018 05:53:04 +0900
>> > Subject: [PATCH] printk: Add caller informa
From: Aaro Koskinen
Allow specifying reboot_mode for panic only. This is needed on systems
where ramoops is used to store panic logs, and user wants to use warm
reset to preserve those, while still having cold reset on normal reboots.
Signed-off-by: Aaro Koskinen
Reviewed-by: Kees Cook
---
‐‐‐ Original Message ‐‐‐
On Friday, March 22, 2019 12:27 AM, Mathieu Poirier
wrote:
> On Thu, Mar 21, 2019 at 01:29:11AM +, Solomon Tan wrote:
>
> > The following error was thrown when compiling `tools/perf` using OpenCSD
> > v0.11.1. This patch fixes said error.
> >
> > CC
On Tue, Mar 19, 2019 at 01:30:09AM +0900, Masanari Iida wrote:
> This patch fixes a spelling typo.
>
> Signed-off-by: Masanari Iida
Applied, thanks.
I have a business Proposal that will be of benefit to the both of us.Kindly
contact me on mrmichealwu...@yahoo.com.hk should this be of interest to you.
On 3/21/2019 5:20 PM, Peter Zijlstra wrote:
On Thu, Mar 21, 2019 at 01:56:44PM -0700, kan.li...@linux.intel.com wrote:
@@ -933,6 +1001,34 @@ pebs_update_state(bool needed_cb, struct cpu_hw_events
*cpuc, struct pmu *pmu)
update = true;
}
+ /*
+* The PEBS re
fix warning reported by checkpatch tool
Signed-off-by: Hariprasad Kelam
---
drivers/tty/serial/serial_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
index 351843f..69f4871 100644
--- a/drivers/tty/ser
On Thu, Mar 21, 2019 at 5:40 PM Paul Burton wrote:
> On Thu, Mar 21, 2019 at 05:10:38PM -0600, George Hilliard wrote:
> > My version of U-Boot complains if I compile out LZMA support:
> > ---
> > => tftpboot 0x8100 uImage; tftpboot 0x8400 hawkeye.dtb; bootm
> > 0x8100 - 0x8400
> >
When CONFIG_OF_OVERLAY is not enabled the fallback stub for
of_overlay_fdt_apply() does not match the prototype for the case when
CONFIG_OF_OVERLAY is enabled. Update the stub to use the correct
function prototype.
Fixes: commit 39a751a4cb7e ("of: change overlay apply input data from
unflattened
1 - 100 of 850 matches
Mail list logo