On Mon, Mar 25, 2019 at 03:22:23PM +0900, William Breathitt Gray wrote:
> This macro iterates for each 8-bit group of bits (clump) with set bits,
> within a bitmap memory region. For each iteration, "start" is set to the
> bit offset of the found clump, while the respective clump value is
> stored
On Mon, 25 Mar 2019 13:57:57 +0100
Arnd Bergmann wrote:
> When lockdep is enabled, and -Wuninitialized warnings are enabled,
> clang produces a silly warning for every file we compile:
>
> In file included from kernel/sched/fair.c:23:
> kernel/sched/sched.h:1094:15: error: variable 'cookie' is
On 19/03/2019 8:15 pm, Nick Terrell wrote:
> Hi Dave,
>
> I just saw you patches adding LZO-RLE, so I decided to fuzz the LZO
> compressor and decompressor. I didn't find any crashes, but I found some edge
> cases in the decompressor.
Hi Nick,
Thanks - I will take a look at this. These cases won'
syzbot reported the following warning:
[ 948.126369] WARNING: CPU: 4 PID: 17089 at kernel/sched/deadline.c:255
task_non_contending+0xae0/0x1950
[ 948.130198] Kernel panic - not syncing: panic_on_warn set ...
[ 948.130198]
[ 948.134221] CPU: 4 PID: 17089 Comm: syz-executor.1 Not tainted 4.19.27
On 3/25/19 8:12 AM, Mark Brown wrote:
On Sat, Mar 23, 2019 at 09:55:46AM -0400, Pierre-Louis Bossart wrote:
I'd like to highlight that there is a fundamental flaw in the way the
machine drivers are handled. Since we don't have a hook for the machine
driver in the BIOS, the DSP driver creates a
Hi all
Regarding commit 1627314fb54a33ebd23bd08f2e215eaed0f44712 "perf:
Suppress AUX/OVERWRITE records", I have found that I no longer receive
PERF_RECORD_AUX on context switch when collecting data from the arm_spe
PMU driver. This is because, on context switch, the arm_spe driver
calls perf_aux_o
On Fri, 2019-03-22 at 18:20 -0500, Parav Pandit wrote:
> There are five problems with current code structure.
> 1. mdev device is placed on the mdev bus before it is created in the
> vendor driver. Once a device is placed on the mdev bus without creating
> its supporting underlying vendor device, a
Peter,
On Mon, 25 Mar 2019, Peter Xu wrote:
> Now I understand it can be guaranteed so it should not break
> determinism of the real-time applications. But again, I'm curious
> whether we can specify how to spread the hardware queues of a block
> controller (as I asked in my previous post) instea
On Fri, 22 Mar 2019 at 15:15, Yue Haibing wrote:
>
> From: YueHaibing
>
> Fix sparse warning:
>
> drivers/mmc/host/sdhci-omap.c:788:6: warning:
> symbol 'sdhci_omap_reset' was not declared. Should it be static?
>
> Signed-off-by: YueHaibing
Applied for next, thanks!
Kind regards
Uffe
> ---
On Fri, 22 Mar 2019 at 12:39, Christoph Muellner
wrote:
>
> Add disable-cqe-dcmd as optional property for MMC hosts.
> This property allows to disable or not enable the direct command
> features of the command queue engine.
>
> Signed-off-by: Christoph Muellner
> Signed-off-by: Philipp Tomsich
On Fri, 22 Mar 2019 at 12:39, Christoph Muellner
wrote:
>
> When using direct commands (DCMDs) on an RK3399, we get spurious
> CQE completion interrupts for the DCMD transaction slot (#31):
>
> [ 931.196520] [ cut here ]
> [ 931.201702] mmc1: cqhci: spurious TCN for tag 3
[...]
> >> @@ -1688,6 +1688,7 @@ static void usdhi6_timeout_work(struct work_struct
> >> *work)
> >> default:
> >> dev_err(mmc_dev(host->mmc), "Invalid state %u\n",
> >> host->wait);
> >> /* mrq can be NULL in this actually impossible case */
> >> +
On Fri, 22 Mar 2019 at 12:39, Christoph Muellner
wrote:
>
> Direct commands (DCMDs) are an optional feature of eMMC 5.1's command
> queue engine (CQE). The Arasan eMMC 5.1 controller uses the CQHCI,
> which exposes a control register bit to enable the feature.
> The current implementation sets thi
On Sun, 24 Mar 2019 at 05:45, Sowjanya Komatineni
wrote:
>
> ddr_signaling is set to true for DDR50 and DDR52 modes but is
> not set back to false for other modes. This programs incorrect
> host clock when mode change happens from DDR52/DDR50 to other
> SDR or HS modes like incase of mmc_retune wh
Hi,
On Wed, 2019-02-20 at 13:03 -0800, Eric Anholt wrote:
> One might want to use the VC4 display stack without using Mesa.
> Similar to the debugfs fixes for not having all of the possible
> display bits enabled, make sure you can't oops in vc4 if v3d isn't
> enabled.
See a comment below.
> Sig
> -Original Message-
> From: Steven Rostedt
> Sent: Wednesday, March 20, 2019 2:14 PM
> To: Tom Zanussi
> Cc: Pali Rohár; Limonciello, Mario; linux-kernel@vger.kernel.org
> Subject: Re: dell_smbios KASAN bug
>
>
> [EXTERNAL EMAIL]
>
> On Wed, 20 Mar 2019 14:05:49 -0500
> Tom Zanussi wr
Hi Marc,
On 3/25/19 2:11 PM, Marc Gonzalez wrote:
> Stanimir,
>
> Is v4 good enough for Bjorn to pick up?
Yes it is good but to avoid breaking another SoCs could you add fixups
for the following SoCs:
SoC device ID
ipq4019 0x1001
ipq8064 0x101
ipq8074 0x108
On Sun, Mar 24, 2019 at 04:43:51PM -0700, Paul E. McKenney wrote:
> On Fri, Mar 22, 2019 at 11:02:51PM -0400, Joel Fernandes wrote:
> > On Fri, Mar 22, 2019 at 09:29:39PM -0400, Joel Fernandes (Google) wrote:
> > > In the future we would like to combine the dynticks and dynticks_nesting
> > > count
> On 25.03.2019, at 14:27, Ulf Hansson wrote:
>
> On Fri, 22 Mar 2019 at 12:39, Christoph Muellner
> wrote:
>>
>> Direct commands (DCMDs) are an optional feature of eMMC 5.1's command
>> queue engine (CQE). The Arasan eMMC 5.1 controller uses the CQHCI,
>> which exposes a control register bit
On Sun, Mar 24, 2019 at 04:42:11PM -0700, Paul E. McKenney wrote:
> On Sat, Mar 23, 2019 at 09:10:02AM -0700, Paul E. McKenney wrote:
> > On Fri, Mar 22, 2019 at 05:25:19PM -0700, Paul E. McKenney wrote:
> > > On Fri, Mar 22, 2019 at 07:48:19PM -0400, Joel Fernandes wrote:
> > > > On Wed, Mar 20, 2
Add suspend/resume pm ops to the pinctrl i.MX8MQ driver.
Make the suspend late and the resume early since some of the
pins might be needed active very late.
These call the pinctrl-imx generic handlers.
Signed-off-by: Abel Vesa
---
drivers/pinctrl/freescale/pinctrl-imx8mq.c | 16
From: Robin Gong
To support pinctl hog restore after LPSR resume back,
add suspend/resume in pinctrl driver.
Signed-off-by: Robin Gong
Signed-off-by: Abel Vesa
---
drivers/pinctrl/freescale/pinctrl-imx.c | 20
drivers/pinctrl/freescale/pinctrl-imx.h | 3 +++
2 files chan
From: Lan Tianyu
When add "nosmt" parameter, kernel still boots up all logical cpus once
and set CR4.MCE on each CPU. This is to avoid shutting down machine
when a broadacasted MCE is observed CR4.MCE=0b. (Detail please see comment
in the cpu_smt_allowed()). Smt cpus will bring up and bring down
On Mon, 2019-03-25 at 18:27 +0530, Vignesh Raghavendra wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> Hi,
>
> On 21/03/19 11:41 PM, Joakim Tjernlund wrote:
On Mon, 25 Mar 2019, Chang-An Chen wrote:
> --- a/include/linux/sched_clock.h
> +++ b/include/linux/sched_clock.h
> @@ -13,6 +13,10 @@
>
> extern void sched_clock_register(u64 (*read)(void), int bits,
>unsigned long rate);
> +
> +extern int sched_clock_suspend(voi
On Mon, 25 Mar 2019 at 14:39, Christoph Müllner
wrote:
>
>
> > On 25.03.2019, at 14:27, Ulf Hansson wrote:
> >
> > On Fri, 22 Mar 2019 at 12:39, Christoph Muellner
> > wrote:
> >>
> >> Direct commands (DCMDs) are an optional feature of eMMC 5.1's command
> >> queue engine (CQE). The Arasan eMMC
On Mon, Mar 25, 2019 at 3:49 PM Abel Vesa wrote:
>
> From: Robin Gong
Please fix Robin's email.
Commit ce02ef06fcf7 ("x86, retpolines: Raise limit for generating indirect
calls from switch-case") raised the limit under retpolines to 20 switch
cases where gcc would only then start to emit jump tables, and therefore
effectively disabling the emission of slow indirect calls in this area.
After
pon., 25 mar 2019 o 14:56 Axel Lin napisał(a):
>
> The pickable linear range is suitable for The MAX77651 SBB1.
> According to MAX77651 TV_SBB1 Code Table:
> Use BIT[1:0] as range selectors.
> Use BIT[5:2] as selectors for each linear range.
>
> The MAX77651 SBB1 supports up to selector 57, select
The pickable linear range is suitable for The MAX77651 SBB1.
According to MAX77651 TV_SBB1 Code Table:
Use BIT[1:0] as range selectors.
Use BIT[5:2] as selectors for each linear range.
The MAX77651 SBB1 supports up to selector 57, selector 58 ~ 63 are RSVD,
thus set n_voltage to 58.
Signed-off-by
On 3/25/19 3:08 AM, Kishon Vijay Abraham I wrote:
> Add a new SERDES driver for TI's AM654x SoC which configures
> the SERDES only for PCIe. Support fo USB3 will be added later.
>
> SERDES in am654x has three input clocks (left input, externel reference
> clock and right input) and two output cloc
From: Robin Gong
To support pinctl hog restore after LPSR resume back,
add suspend/resume in pinctrl driver.
Signed-off-by: Robin Gong
Signed-off-by: Abel Vesa
---
Changes since v1:
* fixed Robin's email
drivers/pinctrl/freescale/pinctrl-imx.c | 20
drivers/pinctrl/fre
A TSC packet can slip past MTC packets so that the timestamp appears to go
backwards. One estimate is that can be up to about 40 CPU cycles, which is
certainly less than 0x1000 TSC ticks, but accept slippage an order of
magnitude more to be on the safe side.
Signed-off-by: Adrian Hunter
Fixes: 79
Add suspend/resume pm ops to the pinctrl i.MX8MQ driver.
Make the suspend late and the resume early since some of the
pins might be needed active very late.
These call the pinctrl-imx generic handlers.
Signed-off-by: Abel Vesa
---
drivers/pinctrl/freescale/pinctrl-imx8mq.c | 16
Support Rocktech jh057n00900 5.5" 720x1440 TFT LCD panel. It is a MIPI
DSI video mode panel.
The panel seems to use a Sitronix ST7703 look alike (most of the
commands look similar to the ST7703's data sheet but use a different
number of parameters). The initial version of the DSI init sequence
(in
The Rocktec jh057n00900 is a 5.5" MIPI DSI video mode panel with a
720x1440 resolution and a built in backlight.
Signed-off-by: Guido Günther
---
.../display/panel/rocktech,jh057n00900.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644
Documentation/devicetree
On Mon, Mar 25, 2019 at 8:40 AM Arnd Bergmann wrote:
> clang correctly points out a code path that would lead
> to an uninitialized variable use:
>
> security/selinux/netlabel.c:310:6: error: variable 'addr' is used
> uninitialized whenever 'if' condition is false
> [-Werror,-Wsometimes-uni
On Fri, 22 Mar 2019, Matthew Wilcox wrote:
> On Fri, Mar 22, 2019 at 07:39:31PM +, Christopher Lameter wrote:
> > On Fri, 22 Mar 2019, Waiman Long wrote:
> >
> > > >
> > > >> I am looking forward to it.
> > > > There is also alrady rcu being used in these paths. kfree_rcu() would
> > > > not
From: ojaswin
Fix checkpatch.pl styling error related to SPDX-License-Identifier comment
in vt6656/*.h
Signed-off-by: Ojaswin Mujoo
---
drivers/staging/vt6656/baseband.h | 2 +-
drivers/staging/vt6656/card.h | 2 +-
drivers/staging/vt6656/channel.h | 2 +-
drivers/staging/vt6656/desc.h
On Mon, 25 Mar 2019 13:22:35 +
wrote:
> > diff --git a/drivers/platform/x86/dell-smbios-base.c
> > b/drivers/platform/x86/dell-
> > smbios-base.c
> > index 9dc282ed5a9e..c3825c674522 100644
> > --- a/drivers/platform/x86/dell-smbios-base.c
> > +++ b/drivers/platform/x86/dell-smbios-base.c
>
On 3/25/19 5:12 AM, Mark Brown wrote:
On Sat, Mar 23, 2019 at 09:55:46AM -0400, Pierre-Louis Bossart wrote:
I'd like to highlight that there is a fundamental flaw in the way the
machine drivers are handled. Since we don't have a hook for the machine
driver in the BIOS, the DSP driver creates a
On Mon, 25 Mar 2019 at 13:21, Rafael J. Wysocki wrote:
>
> On Wednesday, February 27, 2019 8:58:35 PM CET Ulf Hansson wrote:
> > To be able to predict the sleep duration for a CPU that is entering idle,
> > knowing when the next timer/tick is going to expire, is extremely useful.
> > Both the teo
The LM3697 is a single function LED driver. The single function LED
driver needs to reside in the LED directory as a dedicated LED driver
and not as a MFD device. The device does have common brightness and ramp
features and those can be accomodated by a TI LMU framework.
The LM3697 dt binding nee
Create a TI LMU common framework for TI LMU devices that share
common features.
Currently the runtime ramp and brightness setting have
been identified as common features with common register settings.
This work is derived from Milo Kims TI LMU MFD code.
Signed-off-by: Dan Murphy
---
drivers/le
Introduce the lm3697 LED driver for
backlighting and display.
Datasheet location:
http://www.ti.com/lit/ds/symlink/lm3697.pdf
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 8 +-
drivers/leds/Makefile | 1 +
drivers/leds/leds-lm3697.c | 401 +
The sample frequency is driven using the oversampling ratio depending
on the SPI bus frequency.
Currently, oversampling ratio is computed by an entire division:
- spi_freq / sample_freq. This may result in inaccurate value.
Using DIV_ROUND_CLOSEST improves resulting sample frequency, which is
usefu
All
I know that it has been a long time but I put some additional effort into this
code. The TI LMU common code right now handles brightness and ramp up/down
setting for the LM3697. This so far are the common features I could find.
The LM3697 driver has the ability to assign HVLED strings to sp
On Mon, 25 Mar 2019 20:37:23 +0900
Namhyung Kim wrote:
> > /* Called after a '!' character but "!=" and "!~" are not "not"s */
> > static bool is_not(const char *str)
> > @@ -947,8 +948,10 @@ static void append_filter_err(struct
> > filter_parse_error *pe,
> > if (pe->lasterr > 0) {
> >
On 3/20/19 9:18 AM, Nitesh Narayan Lal wrote:
> On 3/19/19 1:59 PM, Nitesh Narayan Lal wrote:
>> On 3/19/19 1:38 PM, Alexander Duyck wrote:
>>> On Tue, Mar 19, 2019 at 9:04 AM Nitesh Narayan Lal
>>> wrote:
On 3/19/19 9:33 AM, David Hildenbrand wrote:
> On 18.03.19 16:57, Nitesh Narayan L
On Mon, 2019-03-25 at 14:56 +0100, Daniel Borkmann wrote:
> More than 20 switch cases are not expected to be fast-path critical, but
> it would still be good to align with gcc behavior for versions < 8.4.0 in
> order to have consistency across supported gcc versions. vmlinux size is
> slightly grow
From: Sebastian Andrzej Siewior
hrtimer_init_sleeper() calls require a prior initialisation of the
hrtimer object with hrtimer_init(). Lets make the initialisation of
the hrtimer object part of hrtimer_init_sleeper(). To remain
consistent consider init_on_stack as well.
Beside adapting the hrtim
On Fri, Mar 22, 2019 at 05:59:17PM +0200, Jarkko Sakkinen wrote:
> On Fri, Mar 22, 2019 at 07:38:58AM -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 doub
On 03/25/2019 03:28 PM, David Woodhouse wrote:
> On Mon, 2019-03-25 at 14:56 +0100, Daniel Borkmann wrote:
>> More than 20 switch cases are not expected to be fast-path critical, but
>> it would still be good to align with gcc behavior for versions < 8.4.0 in
>> order to have consistency across sup
On Tue, Mar 05, 2019 at 12:13:19PM -0300, Elie Morisse wrote:
> MP2 controllers have two separate busses, so may accommodate up to two I2C
> adapters. Those adapters are listed in the ACPI namespace with the
> "AMDI0011" HID, and probed by a platform driver.
>
> Communication with the MP2 takes pl
On Mon, Mar 25, 2019 at 08:03:39PM +0800, guo...@kernel.org wrote:
> From: Guo Ren
>
> Previous syscall_trace implementation couldn't support AUDITSYSCALL and
> SYSCALL_TRACEPOINTS. Now we redesign it to support audit_syscall
> and syscall_tracepoints just like other archs'.
>
> Signed-off-by: G
From: Jérôme Glisse
Every time i read the code to check that the HMM structure does not
vanish before it should thanks to the many lock protecting its removal
i get a headache. Switch to reference counting instead it is much
easier to follow and harder to break. This also remove some code that
is
From: Jérôme Glisse
A common use case for HMM mirror is user trying to mirror a range
and before they could program the hardware it get invalidated by
some core mm event. Instead of having user re-try right away to
mirror the range provide a completion mechanism for them to wait
for any active in
From: Jérôme Glisse
HMM mirror is a device driver helpers to mirror range of virtual address.
It means that the process jobs running on the device can access the same
virtual address as the CPU threads of that process. This patch adds support
for mirroring mapping of file that are on a DAX block
From: Jérôme Glisse
Users of HMM might be using the snapshot information to do
preparatory step like dma mapping pages to a device before
checking for invalidation through hmm_vma_range_done() so
do not erase that information and assume users will do the
right thing.
Signed-off-by: Jérôme Glisse
From: Jérôme Glisse
HMM mirror is a device driver helpers to mirror range of virtual address.
It means that the process jobs running on the device can access the same
virtual address as the CPU threads of that process. This patch adds support
for hugetlbfs mapping (ie range of virtual address tha
On Mon, Mar 25, 2019 at 10:23 AM Arnd Bergmann wrote:
>
> clang correctly points out a code path that would lead
> to an uninitialized variable use:
>
> security/selinux/netlabel.c:310:6: error: variable 'addr' is used
> uninitialized whenever 'if' condition is false
> [-Werror,-Wsometimes-
From: Jérôme Glisse
Rename for consistency between code, comments and documentation. Also
improves the comments on all the possible returns values. Improve the
function by returning the number of populated entries in pfns array.
Changes since v1:
- updated documentation
- reformated some
From: Jérôme Glisse
To avoid random config build issue, select mmu notifier when HMM is
selected. In any cases when HMM get selected it will be by users that
will also wants the mmu notifier.
Signed-off-by: Jérôme Glisse
Acked-by: Balbir Singh
Cc: Ralph Campbell
Cc: Andrew Morton
Cc: John Hu
From: Jérôme Glisse
This patchset improves the HMM driver API and add support for mirroring
virtual address that are mmap of hugetlbfs or of a file in a filesystem
on a DAX block device. You can find a tree with all the patches [1]
This patchset is necessary for converting ODP to HMM and patch t
Hi,
Thanks for looking at this.
On 25/03/2019 13:04, Andy Shevchenko wrote:
On Mon, Mar 25, 2019 at 01:51:18PM +0200, Andy Shevchenko wrote:
On Mon, Mar 25, 2019 at 10:31:13AM +0100, Rafael J. Wysocki wrote:
On Fri, Mar 22, 2019 at 2:47 PM Thomas Preston
wrote:
Add an example for the magic
On Mon, 2019-03-25 at 15:37 +0100, Daniel Borkmann wrote:
> On 03/25/2019 03:28 PM, David Woodhouse wrote:
> > On Mon, 2019-03-25 at 14:56 +0100, Daniel Borkmann wrote:
> > > More than 20 switch cases are not expected to be fast-path critical, but
> > > it would still be good to align with gcc beha
From: Jérôme Glisse
Rename for consistency between code, comments and documentation. Also
improves the comments on all the possible returns values. Improve the
function by returning the number of populated entries in pfns array.
Changes since v1:
- updated documentation
- reformated some
From: Jérôme Glisse
The HMM mirror API can be use in two fashions. The first one where the HMM
user coalesce multiple page faults into one request and set flags per pfns
for of those faults. The second one where the HMM user want to pre-fault a
range with specific flags. For the latter one it is
From: Jérôme Glisse
This is a all in one helper that fault pages in a range and map them to
a device so that every single device driver do not have to re-implement
this common pattern.
This is taken from ODP RDMA in preparation of ODP RDMA convertion. It
will be use by nouveau and other drivers.
From: Jérôme Glisse
The device driver context which holds reference to mirror and thus to
core hmm struct might outlive the mm against which it was created. To
avoid every driver to check for that case provide an helper that check
if mm is still alive and take the mmap_sem in read mode if so. If
Tianyu,
On Mon, 25 Mar 2019, lantianyu1...@gmail.com wrote:
thanks for tracking this down.
A few nit picks vs. the subject first:
> Subject: [Fix PATCH] cpu/hotplug: Fix bug report when add "nosmt" parameter
> with CONFIG_HOTPLUG_CPU=N
[PATCH] is sufficient. The extra 'Fix' has no real value.
This reverts commit 906b40b246b0acb54c4dc97e815cf734761c9820.
As stated by bindings "st,ahb-addr-masks" is optional.
The statement inserted by this commit makes this property
mandatory and prevents MDMA to be probed in case property not present.
Signed-off-by: Pierre-Yves MORDRET
---
drivers/dm
Allow trusted.ko to initialize w/o a TPM. This commit adds checks to the
key type callbacks and exported functions to fail when a TPM is not
available.
Cc: Dan Williams
Cc: sta...@vger.kernel.org
Fixes: 240730437deb ("KEYS: trusted: explicitly use tpm_chip structure...")
Signed-off-by: Jarkko Sak
Em Mon, Mar 25, 2019 at 03:51:35PM +0200, Adrian Hunter escreveu:
> A TSC packet can slip past MTC packets so that the timestamp appears to go
> backwards. One estimate is that can be up to about 40 CPU cycles, which is
> certainly less than 0x1000 TSC ticks, but accept slippage an order of
> magni
Good day Stephen,
On Sun, 24 Mar 2019 at 05:32, Stephen Rothwell wrote:
>
> Hi Mathieu,
>
> Commits
>
> 0a3a3dfb0d15 ("perf tools: Add missing case value")
> 0dd14fd06504 ("perf cs-etm: return errcode in
> cs_etm__process_auxtrace_info()")
> 9b884872f9be ("perf cs-etm: Remove errnoeous ERR
Add PM and runtime PM support to STM32 DFSDM drivers:
- stm32-dfsdm-core: manage clocks.
- stm32-dfsdm-adc: restore channels configuration upon resume. Also stop
restart everything in case of buffer mode.
Signed-off-by: Fabrice Gasnier
---
drivers/iio/adc/stm32-dfsdm-adc.c | 75 +
On Mon 25-03-19 10:28:00, Jeff Moyer wrote:
> Michal Hocko writes:
>
> >> > and I would like to know that you are
> >> > not just shifting the problem to a smaller unit and a new/creative HW
> >> > will force us to go even more complicated.
> >>
> >> HW will not do this to us. It's software that
Em Sat, Mar 23, 2019 at 04:04:22PM +0100, Jiri Olsa escreveu:
> On Fri, Mar 15, 2019 at 03:52:25PM +0100, Jiri Olsa wrote:
> > On Fri, Mar 15, 2019 at 11:35:04AM -0300, Arnaldo Carvalho de Melo wrote:
> > > The perf_evsel__open() code is already complex with that fallback
> > > mechanism, this is j
* Dan Murphy [190325 12:36]:
> On 3/22/19 5:16 PM, Tony Lindgren wrote:
> > I can control the backlight brightness just fine via /sys, and
> > backlight shows up as the trigger in /sys/class/leds/lm3532:backlight,
> > but /sys/class/backlight is empty and looks like drm can't find it.
> >
> > Do
On Mon, Mar 25, 2019 at 06:12:28PM +0530, Anup Patel wrote:
> It uses new code for 2M mappings as well.
That seems to be an odd view - yes some code is shared, but we still
have two different ways using ifdefs.
> The code is lot better, readable and flexible.
better is in the eye of the behold
The Amlogic G12A SoC has a very similar VPU Power Controller setup
than the older GXBB, GXL & GXm SoCs.
This patch adds the variant support for G12A.
Signed-off-by: Neil Armstrong
---
drivers/soc/amlogic/meson-gx-pwrc-vpu.c | 160 +---
1 file changed, 144 insertions(+), 16 d
Add VPU and HDMI display support.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a.dtsi | 131
1 file changed, 131 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi
b/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi
index c762e2309b2
Amlogic G12A embeds 2 CEC controllers :
- AO-CEC-A the same controller as in GXBB, GXL & GXM SoCs
- AO-CEC-B a new controller
Note, the two controller can work simultanously since 2 Pads can
handle CEC, thus this SoC can handle 2 distinct CEC busses.
This patch adds the nodes for the AO-CEC-A con
This patchset adds nodes for Video Display support.
Dependencies :
- patch 1: VPU, HDMI & Power Controller bindings still in reviewe at [1]
- patch 2: None
- patch 3, 4, 5: Patch 1
[1] https://lkml.kernel.org/r/20190313141030.5958-1-narmstr...@baylibre.com
Neil Armstrong (5):
arm64: dts: meson
On Mon, Mar 25, 2019 at 06:18:45PM +0530, Anup Patel wrote:
> We trying to addresses following issues in current code:
> 1. The current setup_vm() maps all possible kernel virtual addresses (128GB
> on 64bit system and 1GB on 32bit system). The amount RAM present on
> real systems might be much les
This patch adds the HDMI, CVBS and CEC attributes and nodes to support
full display on the SEI510 STB.
AO-CEC-A is used for now until AO-CEC-B is supported.
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-g12a-sei510.dts| 46 +++
1 file changed, 46 insertions(+)
This patch adds the HDMI, CVBS and CEC attributes and nodes to support
full display on the X96 Max STB.
AO-CEC-A is used for now until AO-CEC-B is supported.
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-g12a-x96-max.dts | 47 +++
1 file changed, 47 insertions(+
On 2019-03-22 20:38, Pradeep Srinivasan wrote:
> I have verified the changes on PCA 9541. May I know how you want the test
> results to be shared ? (newbie here; please bear with me)
>
> root@cumulus:/home/cumulus# dmesg| grep "pca9541" | grep -v "pmbus"
> [ 2.922288] pca9541 1-0070: registere
On Mon, Mar 25, 2019 at 02:42:09PM +, Thomas Preston wrote:
> On 25/03/2019 13:04, Andy Shevchenko wrote:
> > On Mon, Mar 25, 2019 at 01:51:18PM +0200, Andy Shevchenko wrote:
> > > On Mon, Mar 25, 2019 at 10:31:13AM +0100, Rafael J. Wysocki wrote:
> > > Though one thing I would like to add (no
On Fri, Mar 22, 2019 at 11:46:19PM -0400, Joel Fernandes (Google) wrote:
> The rcutorture jitter.sh script selects a random CPU but does not check
> if it is offline or online. This leads to taskset errors many times. On
> my machine, hyper threading is disabled so half the cores are offline
> caus
This patch adds the HDMI, CVBS and CEC attributes and nodes to support
full display on the U200 Reference Design.
AO-CEC-A is used for now until AO-CEC-B is supported.
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-g12a-u200.dts | 47 +++
1 file changed, 47 in
On Mon, Mar 25, 2019 at 11:49 AM John Garry wrote:
> On 23/03/2019 19:12, Andy Shevchenko wrote:
> > On Wed, Mar 20, 2019 at 8:14 PM John Garry wrote:
> >>
> >> Some prints in the code are for a hex number, but don't prefix "0x". Add
> >> the prefix, as is the norm.
> >
> >> - pr_err("addr
On 25/03/2019 15:01, Andy Shevchenko wrote:
On Mon, Mar 25, 2019 at 02:42:09PM +, Thomas Preston wrote:
On 25/03/2019 13:04, Andy Shevchenko wrote:
On Mon, Mar 25, 2019 at 01:51:18PM +0200, Andy Shevchenko wrote:
On Mon, Mar 25, 2019 at 10:31:13AM +0100, Rafael J. Wysocki wrote:
Though
On Mon, Mar 25, 2019 at 09:18:04AM -0400, Pierre-Louis Bossart wrote:
> On 3/25/19 8:12 AM, Mark Brown wrote:
> > These are driver specific issues not device model issues as far as I can
> > see? The issue fixed by this as is that you're storing a pointer in the
> > ASoC level (not device model l
On Mon, Mar 25, 2019 at 07:21:00AM -0700, Guenter Roeck wrote:
> It is actually a bit more complicated than that. The stored pointer
> (drv->soc_card)
> isn't released. The problem is that dev_get_drvdata(drv->soc_card->dev) is
> NULL,
> which causes the crash. I don't think there is a UAF invol
On Mon, Mar 25, 2019 at 11:39 AM Benjamin Tissoires
wrote:
>
> Hi Nicolas,
>
> On Tue, Mar 12, 2019 at 10:37 AM Nicolas Saenz Julienne
> wrote:
> >
> > As seen on some USB wireless keyboards manufactured by Primax, the HID
> > parser was using some assumptions that are not always true. In this ca
On Mon, Mar 25, 2019 at 09:41:29AM -0400, Joel Fernandes wrote:
> On Sun, Mar 24, 2019 at 04:42:11PM -0700, Paul E. McKenney wrote:
> > On Sat, Mar 23, 2019 at 09:10:02AM -0700, Paul E. McKenney wrote:
> > > On Fri, Mar 22, 2019 at 05:25:19PM -0700, Paul E. McKenney wrote:
> > > > On Fri, Mar 22, 2
Add an example for the magic PRP0001 device ID which allows matching
ACPI devices against drivers using OF Device Tree compatible property.
It wasn't clear to me that PRP0001 could be used in _CID.
Signed-off-by: Thomas Preston
---
Documentation/acpi/enumeration.txt | 31
clang correctly points out a code path that would lead
to an uninitialized variable use:
security/selinux/netlabel.c:310:6: error: variable 'addr' is used uninitialized
whenever 'if' condition is false
[-Werror,-Wsometimes-uninitialized]
if (ip_hdr(skb)->version == 4) {
Hi Benjamin, Thanks for the review!
On Mon, 2019-03-25 at 16:08 +0100, Benjamin Tissoires wrote:
> On Mon, Mar 25, 2019 at 11:39 AM Benjamin Tissoires
> wrote:
> > Hi Nicolas,
> >
> > On Tue, Mar 12, 2019 at 10:37 AM Nicolas Saenz Julienne
> > wrote:
> > > As seen on some USB wireless keyboards
401 - 500 of 1175 matches
Mail list logo
