On Tue, 30 Apr 2019 at 17:10, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.172 release.
> There are 41 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.
>
>
Hi all,
Today's linux-next merge of the kvm-ppc tree got a conflict in:
include/uapi/linux/kvm.h
between commits:
555f3d03e7fb ("KVM: arm64: Add a capability to advertise SVE support")
a243c16d18be ("KVM: arm64: Add capability to advertise ptrauth for guest")
from the kvm-arm tree and
On Tue, 30 Apr 2019 at 17:18, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.0.11 release.
> There are 89 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.
>
>
On Tue, 30 Apr 2019 at 17:14, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.38 release.
> There are 100 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.
>
>
On Tue, 30 Apr 2019 at 17:12, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.115 release.
> There are 53 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.
>
>
Den 01-05-2019 kl. 06:37, skrev Song Liu:
On Tue, Apr 30, 2019 at 6:31 AM Thomas Backlund wrote:
Den 30-04-2019 kl. 16:06, skrev Song Liu:
On Tue, Apr 30, 2019 at 12:55 AM Thomas Backlund wrote:
Den 30-04-2019 kl. 10:26, skrev Thomas Backlund:
Building perf in 5.1-rc5/6/7 fails:
Build
This patch series fixes an auth_gss bug that results in netns refcount leaks
when use-gss-proxy is set to 1.
The problem was found in privileged docker containers with gssproxy service
enabled and /proc/net/rpc/use-gss-proxy set to 1, the corresponding struct
net->count ends up at 2 after
On Wed, Apr 17, 2019 at 11:17:48AM +0200, Michal Hocko wrote:
On Tue 16-04-19 12:19:21, Yang Shi wrote:
On 4/16/19 12:47 AM, Michal Hocko wrote:
[...]
> Why cannot we simply demote in the proximity order? Why do you make
> cpuless nodes so special? If other close nodes are vacant then just
On Wed, May 01, 2019 at 05:55:07AM +, Joel Stanley wrote:
> On Fri, 18 Jan 2019 at 20:12, Vijay Khemka wrote:
> >
> > Hi Andrew,
> > Thanks for this review, I will have a follow up patch for this return
> > values.
>
> Did you send a follow up patch to fix the return values?
>
> Greg, is
On Wed, May 01, 2019 at 09:52:47AM +0530, Prateek Sood wrote:
> While loading firmware blobs parallely in different threads, it is possible
> to free sysfs node of glue_dirs in device_del() from a thread while another
> thread is trying to add subdir from device_add() in glue_dirs sysfs node.
>
>
Hi all,
Today's linux-next merge of the staging tree got conflicts in:
drivers/staging/erofs/data.c
drivers/staging/erofs/unzip_vle.c
between commit:
2b070cfe582b ("block: remove the i argument to bio_for_each_segment_all")
from the block tree and commit:
14a56ec65bab ("staging:
This patch corrects the SPDX License Identifier style
in header files related to Clock Drivers for Actions Semi Socs.
For C header files Documentation/process/license-rules.rst
mandates C-like comments (opposed to C source files where
C++ style should be used)
Changes made by using a script
This patch updates Kconfig with paragraph that describe config symbol
fully.Issue addressed by checkpatch.
Signed-off-by: Vatsala Narang
---
drivers/staging/iio/adc/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/staging/iio/adc/Kconfig b/drivers/staging/iio/adc/Kconfig
Andy Shevchenko writes:
> On Tue, Apr 30, 2019 at 04:04:13PM +0200, Esben Haabendal wrote:
>> Remaining platform_data fields (other than mapbase, iobase, mapsize and
>> irq) are used just as before. Note
>
> Note what?
Note nothing. I will remove it, sorry about that.
>> +static int
This patch corrects the SPDX License Identifier style
in header files related to Clock Drivers for Davinci Socs.
For C header files Documentation/process/license-rules.rst
mandates C-like comments (opposed to C source files where
C++ style should be used)
Changes made by using a script provided
This patch corrects the SPDX License Identifier style
in clk-regmap-mux-div.h. For C header files
Documentation/process/license-rules.rst mandates C-like
comments (opposed to C source files where C++ style
should be used)
Changes made by using a script provided by Joe Perches here:
Eric Wong wrote:
> (didn't test AIO, but everything else seems good)
"seems" != "is"
Now that I understand the fix for epoll, the fs/select.c changes
would hit the same problem and not return -EINTR when it should.
I'll let you guys decide how to fix this, but there's definitely
a problem when
+++ Prarit Bhargava [30/04/19 18:22 -0400]:
On a s390 z14 LAR with 2 cpus about stalls about 3% of the time while
loading the s390_trng.ko module.
Add a reschedule point to the loop that waits for modules to complete
loading.
v3: cleanup Fixes line.
Thanks, this patch has been re-applied to
Sorry to come late on this
On 4/25/2019 4:26 AM, Al Viro wrote:
On Wed, Apr 24, 2019 at 07:39:03PM +0530, Mukesh Ojha wrote:
This was my simple program no multithreading just to understand f_counting
int main()
{
int fd = open("/dev/uinput", O_WRONLY | O_NONBLOCK);
On Wed, May 1, 2019 at 1:38 AM Tobin C. Harding wrote:
>
> Hi,
>
> Looks like I've created a bit of confusion trying to fix memleaks in
> calls to kobject_init_and_add(). Its spread over various patches and
> mailing lists so I'm starting a new thread and CC'ing anyone that
> commented on one of
On Tue, Apr 30, 2019 at 04:33:42PM -0600, shuah wrote:
> On 4/30/19 5:37 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.0.11 release.
> > There are 89 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with
On Wed, May 01, 2019 at 11:51:54AM +0530, Naresh Kamboju wrote:
> On Tue, 30 Apr 2019 at 17:18, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 5.0.11 release.
> > There are 89 patches in this series, all will be posted as a response
> > to this one. If
On Tue, Apr 30, 2019 at 8:23 PM Pierre-Louis Bossart
wrote:
>
>
>
> On 4/16/19 3:09 AM, Rafael J. Wysocki wrote:
> > On Tue, Apr 16, 2019 at 5:29 AM Vinod Koul wrote:
> >>
> >> On 15-04-19, 10:18, Pierre-Louis Bossart wrote:
> >>> Standards such as the MIPI DisCo for SoundWire 1.0 specification
+++ Stephen Rothwell [01/05/19 08:10 +1000]:
Hi all,
In commit
7e470ea99bcd ("kernel/module: Reschedule while waiting for modules to finish
loading")
Fixes tag
Fixes: linux-next commit f9a75c1d717f ("modules: Only return -EEXIST for modules
that have finished loading")
has these
On Tue, Apr 30, 2019 at 5:52 PM Pierre-Louis Bossart
wrote:
>
> When the DSDT tables expose devices with subdevices and a set of
> hierarchical _DSD properties, the data returned by
> acpi_get_next_subnode() is incorrect, with the results suggesting a bad
> pointer assignment. The parser works
Hi,
On 2019/5/1 ??3:05, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the staging tree got conflicts in:
drivers/staging/erofs/data.c
drivers/staging/erofs/unzip_vle.c
between commit:
2b070cfe582b ("block: remove the i argument to bio_for_each_segment_all")
from
On Tue, Apr 30, 2019 at 04:58:22PM -0400, Qian Cai wrote:
> The commit eeec00d73be2 ("x86/fpu: Fault-in user stack if
> copy_fpstate_to_sigframe() fails") causes use-after-free when running the LTP
> signal06 test case. Reverted this commit fixed the issue.
Thanks for the report, I can trigger it
From: Reshetova, Elena
> Sent: 30 April 2019 18:51
...
> I guess this is true, so I did a quick implementation now to estimate the
> performance hits.
> Here are the preliminary numbers (proper ones will take a bit more time):
>
> base: Simple syscall: 0.1761 microseconds
> get_random_bytes (4096
On 30/04/2019 12:38, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.115 release.
> There are 53 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
On 30/04/2019 12:38, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.172 release.
> There are 41 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
On 30/04/2019 12:37, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.19.38 release.
> There are 100 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
On 30/04/2019 12:37, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.0.11 release.
> There are 89 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
Hi!
> > @@ -396,13 +506,20 @@ static int lm3630a_probe(struct i2c_client *client,
> > GFP_KERNEL);
> > if (pdata == NULL)
> > return -ENOMEM;
> > +
> > /* default values */
> > - pdata->leda_ctrl =
Hi Steve,
many thanks for moving this forward!
Steven Rostedt writes:
>
> diff --git a/arch/x86/kernel/ftrace.c b/arch/x86/kernel/ftrace.c
> index ef49517f6bb2..9160f5cc3b6d 100644
> --- a/arch/x86/kernel/ftrace.c
> +++ b/arch/x86/kernel/ftrace.c
> @@ -17,6 +17,7 @@
> #include
> #include
On 24/04/2019 17:23, Ben Dooks wrote:
> The tx_status callback does not report the state of the transfer
> beyond complete segments. This causes problems with users such as
> ALSA when applications want to know accurately how much data has
> been moved.
>
> This patch addes a function
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-5.1-rc8
with top-most commit 2c2a2fb1e2a9256714338875bede6b7cbd4b9542
Revert "ACPICA: Clear status of GPEs before enabling them"
on top of commit
From: Reshetova, Elena
> Sent: 30 April 2019 18:51
...
> +unsigned char random_get_byte(void)
> +{
> +struct rnd_buffer *buffer = _cpu_var(stack_rand_offset);
> +unsigned char res;
> +
> +if (buffer->byte_counter >= RANDOM_BUFFER_SIZE) {
> +get_random_bytes(&(buffer->buffer),
On Wed, May 01, 2019 at 09:26:39AM +0100, Jon Hunter wrote:
>
> On 30/04/2019 12:37, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.0.11 release.
> > There are 89 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On 24/04/2019 19:17, Dmitry Osipenko wrote:
24.04.2019 19:23, Ben Dooks пишет:
The tx_status callback does not report the state of the transfer
beyond complete segments. This causes problems with users such as
ALSA when applications want to know accurately how much data has
been moved.
This
Using get_user_pages() seems to be problematic: KASAN reports
use-after-free in LTP's signal06 testcase.
The test invokes the signal handler with a provided stack and changes
the RW/WO page flags of the stack while the signal is invoked. A crash
due to a NULL pointer has also been observed.
From: Logesh
If the da7213 codec is configured as Master with the DAPM power down
delay time set, 'snd_soc_component_write' function overwrites the
DAI_CLK_EN bit of DAI_CLK_MODE register which leads to audio play
only once until it re-initialize after codec power up.
Signed-off-by: Logesh
---
Hi, Stephen
I saw Gustavo already sent out a patch to fix these two warnings, so I
will NOT sent the patch again, thanks.
> -Original Message-
> From: Stephen Boyd [mailto:sb...@kernel.org]
> Sent: Wednesday, May 1, 2019 2:17 AM
> To: feste...@gmail.com; ker...@pengutronix.de;
This patch corrects the SPDX License Identifier style
in header files related to Clock Drivers for Spreadtrum SoCs.
For C header files Documentation/process/license-rules.rst
mandates C-like comments (opposed to C source files where
C++ style should be used)
Changes made by using a script
Ekhm, I forgot to add the main recipient.
Adding Lee.
On 5/1/19 12:05 AM, Jacek Anaszewski wrote:
Hi Lee,
This patch set has dependency on the previous one for lm3532, which
also touches ti-lmu.txt bindings, and for which I already created
immutable branch. Now if I created another immutable
On Tue, Apr 30, 2019 at 05:07:31PM -0700, Sodagudi Prasad wrote:
> On 2019-04-30 14:44, Sodagudi Prasad wrote:
> +Sudeep
>
> > Hi Mark/Will,
> >
> > I would like to understand whether ARM linux community have plans to
> > support PSCI version 1.1 or not.
> > PSCI_1_1 specification introduced
This patch corrects the SPDX License Identifier style
in header files related to Clock Drivers for Allwinner SoCs.
For C header files Documentation/process/license-rules.rst
mandates C-like comments (opposed to C source files where
C++ style should be used)
Changes made by using a script provided
The normal default for fs.file-max (the maximum number of file structures)
is 1/10240th of the available memory.
However it seems to be possible to set fs.file-max to any value
up to 2^64-1.
While all 'large' values are effectively the same this seems rather
excessive here.
Problems arrive when
This patch renames four functions in the ASIC-specific functions section,
so it will be easier to differentiate them from the generic kernel
functions with the same name.
This will help in future code reviews, to make sure we don't use the
kernel functions directly.
Signed-off-by: Oded Gabbay
From: Dalit Ben Zoor
There is no need to parse the command submission when doing memset
of the device memory using the DMA engine because only the driver calls
the memset function and therefore, the CS is trusted and doesn't require
validation and patching.
Signed-off-by: Dalit Ben Zoor
On Monday, April 22, 2019 6:39:34 PM CEST Gustavo A. R. Silva wrote:
> The strcpy() function is being deprecated. Replace it by the safer
> strscpy() and fix the following Coverity warnings:
>
> "You might overrun the 15-character fixed-size string event->bus_id
> by copying bus_id without
On Tuesday, April 23, 2019 9:49:56 AM CEST Kefeng Wang wrote:
> Using dev_get_drvdata directly.
>
> Cc: "Rafael J. Wysocki"
> Cc: Srinivas Pandruvada
> Cc: linux-a...@vger.kernel.org
> Signed-off-by: Kefeng Wang
> ---
> drivers/acpi/dptf/dptf_power.c | 3 +--
> 1 file changed, 1 insertion(+),
On Tuesday, April 9, 2019 11:27:52 AM CEST Viresh Kumar wrote:
> On 09-04-19, 16:43, Kyle Lin wrote:
> > Stats is updated by each policy, using the lock by stat can
> > reduce the contention.
> >
> > Signed-off-by: Kyle Lin
> > ---
> > Changes in v2:
> > - Drop the comment of the lock.
> >
>
On Wednesday, April 10, 2019 11:55:16 AM CEST Ulf Hansson wrote:
> The dev->power.direct_complete flag may become set in device_prepare() in
> case the device don't have any PM callbacks (dev->power.no_pm_callbacks is
> set). This leads to a broken behaviour, when there is child having wakeup
>
From: Colin Ian King
There is a spelling mistake in a hda_dsp_rom_msg message, fix it.
Signed-off-by: Colin Ian King
---
sound/soc/sof/intel/hda.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/sof/intel/hda.c b/sound/soc/sof/intel/hda.c
index
Lochnagar is an evaluation and development board for Cirrus
Logic Smart CODEC and Amp devices. It allows the connection of
most Cirrus Logic devices on mini-cards, as well as allowing
connection of various application processor systems to provide a
full evaluation platform. This driver supports
On Wednesday, April 17, 2019 10:38:14 AM CEST Ulf Hansson wrote:
> On Tue, 16 Apr 2019 at 18:23, Yangtao Li wrote:
> >
> > WARN_ON() already contains an unlikely(), so it's not necessary to use
> > unlikely.
> >
> > Signed-off-by: Yangtao Li
>
> Reviewed-by: Ulf Hansson
>
> Kind regards
>
On Thursday, April 18, 2019 12:27:54 PM CEST Ulf Hansson wrote:
> It's been a while since the introduction for the support for multi PM domains
> per device in genpd. In this small series, a couple of different improvement
> are being made to this code in genpd.
>
> Ulf Hansson (3):
> PM /
Avoid NULL comparison, compare using boolean operator.
Issue found using coccinelle.
Signed-off-by: Vatsala Narang
---
drivers/staging/rtl8723bs/core/rtw_io.c | 2 +-
drivers/staging/rtl8723bs/core/rtw_sta_mgt.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
On Sun, Apr 14, 2019 at 05:46:21PM -0700, Andrey Smirnov wrote:
> Everyone:
>
> This is the series containing various small improvements that I made
> while reading the code and researching commit history of pci-imx6.c
> and pcie-designware*.c files. All changes are optional, so commits
> that
On Wednesday, April 24, 2019 11:25:07 AM CEST Rafael J. Wysocki wrote:
> On Wed, Apr 24, 2019 at 11:02 AM Viresh Kumar wrote:
> >
> > On 24-04-19, 09:24, Rafael J. Wysocki wrote:
> > > On Wed, Apr 24, 2019 at 6:01 AM Viresh Kumar
> > > wrote:
> > > >
> > > > On 24-04-19, 10:32,
On Thursday, April 25, 2019 12:32:24 PM CEST Rafael J. Wysocki wrote:
> On Thu, Apr 25, 2019 at 12:17 PM Ulf Hansson wrote:
> >
> > On Thu, 25 Apr 2019 at 12:14, Rafael J. Wysocki wrote:
> > >
> > > On Thu, Apr 25, 2019 at 12:11 PM Ulf Hansson
> > > wrote:
> > > >
> > > > On Thu, 25 Apr 2019
On Monday, April 29, 2019 7:16:37 AM CEST Viresh Kumar wrote:
> On 26-04-19, 06:55, Vabhav Sharma wrote:
> > Enable support of NXP SoC lx2160a to handle the
> > lx2160a SoC.
> >
> > Signed-off-by: Tang Yuantian
> > Signed-off-by: Yogesh Gaur
> > Signed-off-by: Vabhav Sharma
> > Acked-by: Scott
On Tuesday, April 30, 2019 8:05:52 AM CEST Viresh Kumar wrote:
> Currently the error return path from kobject_init_and_add() is not
> followed by a call to kobject_put() - which means we are leaking the
> kobject.
>
> Fix it by adding a call to kobject_put() in the error path of
>
On Tue, Apr 30, 2019 at 03:38:31PM -0700, Florian Fainelli wrote:
> Similar to commits c68b0274fb3cf ("ARM: reduce "Booted secondary
> processor" message to debug level") and 035e787543de7 ("ARM: 8644/1: Reduce
> "CPU:
> shutdown" message to debug level"), demote the secondary_start_kernel()
>
On Wed, May 01, 2019 at 04:09:02PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the kvm-ppc tree got a conflict in:
>
> include/uapi/linux/kvm.h
>
> between commits:
>
> 555f3d03e7fb ("KVM: arm64: Add a capability to advertise SVE support")
> a243c16d18be
On Tue, Apr 30, 2019 at 02:14:13PM +0100, Andrew Murray wrote:
> Different mechanisms are used to test and set elf_hwcaps between ARM
> and ARM64, this results in the use of #ifdef's in this file when
Nit: greengrocer's apostrophe -- you can say "use of ifdeferry" to clean
that up.
>
On Tue, Apr 30, 2019 at 04:05:04PM +0530, Arun KS wrote:
> __early_cpu_boot_status is of type long. Use quad
> assembler directive to allocate proper size.
>
> Signed-off-by: Arun KS
> ---
> arch/arm64/kernel/head.S | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On 01/05/2019 11:47, Mark Rutland wrote:
> On Tue, Apr 30, 2019 at 03:38:31PM -0700, Florian Fainelli wrote:
>> Similar to commits c68b0274fb3cf ("ARM: reduce "Booted secondary
>> processor" message to debug level") and 035e787543de7 ("ARM: 8644/1: Reduce
>> "CPU:
>> shutdown" message to debug
On 01/05/2019 11:47, Mark Rutland wrote:
On Tue, Apr 30, 2019 at 03:38:31PM -0700, Florian Fainelli wrote:
Similar to commits c68b0274fb3cf ("ARM: reduce "Booted secondary
processor" message to debug level") and 035e787543de7 ("ARM: 8644/1: Reduce
"CPU:
shutdown" message to debug level"),
On Wed, May 01, 2019 at 09:38:03AM +1000, Tobin C. Harding wrote:
> Hi,
>
> Looks like I've created a bit of confusion trying to fix memleaks in
> calls to kobject_init_and_add(). Its spread over various patches and
> mailing lists so I'm starting a new thread and CC'ing anyone that
> commented
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
mm/vmalloc.c
between commit:
bade3b4bdcdb ("mm/vmalloc.c: refactor __vunmap() to avoid duplicated call to
find_vm_area()")
from the tip tree and commit:
868b104d7379 ("mm/vmalloc: Add flag for freeing of
Hi all,
Changes since 20190430:
The input tree gained a conflict against the arm-soc tree.
The kvm-ppc tree gained a conflict against the kvm-arm tree.
The staging tree gained a conflict against the block tree.
The akpm-current tree gained a conflict against the tip tree.
Non-merge commits
On 5/1/2019 3:53 PM, Colin King wrote:
From: Colin Ian King
There is a spelling mistake in a hda_dsp_rom_msg message, fix it.
Signed-off-by: Colin Ian King
Reviewed-by: Mukesh Ojha
Cheers,
-Mukesh
---
sound/soc/sof/intel/hda.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 30/04/2019 11:12, Lokesh Vutla wrote:
> TI AM65x SoC based on K3 architecture introduced support for Events
> which are message based interrupts with minimal latency. These events
> are not compatible with regular interrupts and are valid only through
> an event transport lane. An Interrupt
While loading firmware blobs parallely in different threads, it is possible
to free sysfs node of glue_dirs in device_del() from a thread while another
thread is trying to add subdir from device_add() in glue_dirs sysfs node.
CPU1 CPU2
Hi all,
In commit
e8ab8d24b488 ("KVM: nVMX: Fix size checks in vmx_set_nested_state")
Fixes tag
Fixes: 8fcc4b5923af5de58b80b53a069453b135693304
has these problem(s):
- missing subject
Did you mean
Fixes: 8fcc4b5923af ("kvm: nVMX: Introduce KVM_CAP_NESTED_STATE")
You can just use:
FriendlyELEC HD702E is one of optional LCD panel for
NanoPC T4 eDP interface.
It features 800x1280 resolutions, with built in GT9271 captive
touchscreen and adjustable backlight via PWM.
eDP panel connections are:
- VCC3V3_SYS: 3.3V panel power supply
- GPIO4_C2: PWM0_BL pin
-
On 5/1/19 5:23 AM, Colin King wrote:
From: Colin Ian King
There is a spelling mistake in a hda_dsp_rom_msg message, fix it.
Signed-off-by: Colin Ian King
Acked-by: Pierre-Louis Bossart
Thanks for the fix!
---
sound/soc/sof/intel/hda.c | 2 +-
1 file changed, 1 insertion(+), 1
On Wed, May 1, 2019 at 5:54 AM Nathan Chancellor
wrote:
>
> On Tue, Apr 30, 2019 at 11:46:44AM +0200, Arnd Bergmann wrote:
> > On Tue, Apr 30, 2019 at 11:33 AM Nathan Chancellor
> > wrote:
> > > On Tue, Apr 30, 2019 at 09:16:50AM +0200, Arnd Bergmann wrote:
> > > > On Tue, Apr 30, 2019 at 3:01
On Sat, Apr 27, 2019 at 12:34 PM Masahiro Yamada
wrote:
>
> Handle samples/ like the other top-level directories to simplify
> the Makefile.
>
> Include include/config/auto.conf earlier to evaluate
> drivers-$(CONFIG_SAMPLES).
>
> Signed-off-by: Masahiro Yamada
> ---
Series, applied to
On Mon, Apr 29, 2019 at 1:07 PM Masahiro Yamada
wrote:
>
> I thought this script was run via "make tags" etc. but some people
> run it directly.
>
> Prior to commit a9a49c2ad9b9 ("kbuild: use $(srctree) instead of
> KBUILD_SRC to check out-of-tree build"), in such a usecase, "tree"
> was set
From: Colin Ian King
The kobj pointer is being null-checked so potentially it could be null,
however, the ktype declaration before the null check is dereferencing kobj
hence we have a potential null pointer deference. Fix this by moving the
assignment of ktype after kobj has been null checked.
On 01/05/2019 13:14, Jagan Teki wrote:
FriendlyELEC HD702E is one of optional LCD panel for
NanoPC T4 eDP interface.
It features 800x1280 resolutions, with built in GT9271 captive
touchscreen and adjustable backlight via PWM.
eDP panel connections are:
- VCC3V3_SYS: 3.3V panel power supply
-
Standards such as the MIPI DisCo for SoundWire 1.0 specification
assume the _ADR field is 64 bits.
_ADR is defined as an "Integer" represented as 64 bits since ACPI 2.0
released in 2002. The low levels already use _ADR as 64 bits, e.g. in
struct acpi_device_info.
This patch bumps the
On 24.04.2019 15:02, Alexander Popov wrote:
> Currently menu blocks start with a pretty header but end with nothing in
> the generated config. So next config options stick together with the
> options from the menu block.
>
> Let's terminate menu blocks in the generated config with a comment and
>
On Tue, Apr 30, 2019 at 01:38:35PM +0200, Greg Kroah-Hartman wrote:
From: Dave Airlie
commit 9fa246256e09dc30820524401cdbeeaadee94025 upstream.
This reverts commit d179b88deb3bf6fed4991a31fd6f0f2cad21fab5.
This commit is documented to break userspace X.org modesetting driver in
certain
On Wed, May 01, 2019 at 09:02:08AM -0400, Sasha Levin wrote:
On Tue, Apr 30, 2019 at 01:38:35PM +0200, Greg Kroah-Hartman wrote:
From: Dave Airlie
commit 9fa246256e09dc30820524401cdbeeaadee94025 upstream.
This reverts commit d179b88deb3bf6fed4991a31fd6f0f2cad21fab5.
This commit is
On Wed, May 01, 2019 at 09:02:08AM -0400, Sasha Levin wrote:
> On Tue, Apr 30, 2019 at 01:38:35PM +0200, Greg Kroah-Hartman wrote:
> > From: Dave Airlie
> >
> > commit 9fa246256e09dc30820524401cdbeeaadee94025 upstream.
> >
> > This reverts commit d179b88deb3bf6fed4991a31fd6f0f2cad21fab5.
> >
>
Em Tue, Apr 30, 2019 at 04:31:14PM +0300, Thomas Backlund escreveu:
>
> Den 30-04-2019 kl. 16:06, skrev Song Liu:
> > On Tue, Apr 30, 2019 at 12:55 AM Thomas Backlund wrote:
> > > Den 30-04-2019 kl. 10:26, skrev Thomas Backlund:
> > > > Building perf in 5.1-rc5/6/7 fails:
> > > > Build start:
On Wed, May 01, 2019 at 01:43:17PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The kobj pointer is being null-checked so potentially it could be null,
> however, the ktype declaration before the null check is dereferencing kobj
> hence we have a potential null pointer deference. Fix this
On Tue, Apr 30, 2019 at 11:33:21AM -0700, Linus Torvalds wrote:
> Anyway, since Andy really likes the entry code change, can we have
> that patch in parallel and judge the difference that way? Iirc, that
> was x86-64 specific too.
Here goes, compile tested only...
It obviously needs a self-test,
On 01-05-19, 09:33, Jon Hunter wrote:
> > @@ -1444,12 +1529,7 @@ static int tegra_dma_probe(struct platform_device
> > *pdev)
> > BIT(DMA_SLAVE_BUSWIDTH_4_BYTES) |
> > BIT(DMA_SLAVE_BUSWIDTH_8_BYTES);
> > tdma->dma_dev.directions = BIT(DMA_DEV_TO_MEM) |
Thanks,
applied to nvme-5.2.
On Tue, Apr 30, 2019 at 09:12:49PM -0500, Bjorn Helgaas wrote:
> On Tue, Apr 30, 2019 at 12:18:13PM -0600, Keith Busch wrote:
> > On Tue, Apr 30, 2019 at 12:05:09PM -0600, Keith Busch wrote:
> > > On Tue, Apr 30, 2019 at 11:11:51AM -0500, Bjorn Helgaas wrote:
> > > > > I'm not convinced a revert
On 4/30/19 8:34 PM, Andrey Smirnov wrote:
Add driver for Microchip UCS1002 Programmable USB Port Power
Controller with Charger Emulation. The driver exposed a power supply
device to control/monitor various parameter of the device as well as a
regulator to allow controlling VBUS line.
On Wed, 01 May 2019 10:26:32 +0200
Nicolai Stange wrote:
> > +extern asmlinkage void ftrace_emulate_call_irqon(void);
> > +extern asmlinkage void ftrace_emulate_call_irqoff(void);
> > +extern asmlinkage void ftrace_emulate_call_nmi(void);
> > +extern asmlinkage void
From: Tomer Tayar
Routing device accesses to the host memory requires the usage of a base
offset, which is canceled by the iATU just before leaving the device.
The value of the base offset might be distinctive between different ASIC
types.
The manipulation of the addresses is currently used
Hi Marc,
On 01/05/19 5:28 PM, Marc Zyngier wrote:
> On 30/04/2019 11:12, Lokesh Vutla wrote:
>> TI AM65x SoC based on K3 architecture introduced support for Events
>> which are message based interrupts with minimal latency. These events
>> are not compatible with regular interrupts and are valid
This still leaves bugs around in jffs2 and nfs. And it is a little
ugly. This is what I'd like to do instead, so far untested. I'll
post a series once it passes basic testing:
http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/filler-fixes
On Wed, 01 May 2019 14:23:41 +0100,
Lokesh Vutla wrote:
>
> Hi Marc,
[...]
> > Lokesh,
> >
> > Thanks for having respun this quickly.
> >
> > I've applied the first 13 patches to irqchip-next (after tidying up some
> > of the commit messages). I've left the last patch for armsoc to take,
> >
1 - 100 of 465 matches
Mail list logo