On Thu, May 16, 2019 at 04:10:07PM +0300, Kirill Tkhai wrote:
> On 15.05.2019 22:38, Adam Borowski wrote:
> > On Wed, May 15, 2019 at 06:11:15PM +0300, Kirill Tkhai wrote:
> >> This patchset adds a new syscall, which makes possible
> >> to clone a mapping from a process to another process.
> >> The
On Thu, May 16, 2019 at 02:38:20PM +0100, Mark Rutland wrote:
> Hi,
>
> Since commit:
>
> 54c7a8916a887f35 ("initramfs: free initrd memory if opening /initrd.image
> fails")
Ugh, I dropped a paragarph here.
Since that commit, I'm seeing a boot-time splat on arm64 when using
CONFIG_DEBUG_VIRT
Hi,
Since commit:
54c7a8916a887f35 ("initramfs: free initrd memory if opening /initrd.image
fails")
IIUC prior to that commit, we'd only attempt to free an intird if we had
one, whereas now we do so unconditionally. AFAICT, in this case
initrd_start has not been initialized (I'm not using an
On 2019/05/16 22:19, Alexander Potapenko wrote:
>> commit e6193f78bb689f3f424559bb45f4a091c8b314df
>> Author: Tetsuo Handa
>> Date: Fri Apr 12 19:59:36 2019 +0900
>>
>> tomoyo: Check address length before reading address family
>>
>> KMSAN will complain if valid address length passed to
On Tue, May 14, 2019 at 09:00:19AM +0530, Vidya Sagar wrote:
> On 5/13/2019 12:55 PM, Christoph Hellwig wrote:
> > On Mon, May 13, 2019 at 10:36:13AM +0530, Vidya Sagar wrote:
> > > Export pcie_pme_disable_msi() & pcie_pme_no_msi() APIs to enable drivers
> > > using these APIs be able to build as l
On Wed, May 15, 2019 at 5:11 PM Kirill Tkhai wrote:
> This patchset adds a new syscall, which makes possible
> to clone a mapping from a process to another process.
> The syscall supplements the functionality provided
> by process_vm_writev() and process_vm_readv() syscalls,
> and it may be useful
On Thu, 2019-05-16 at 01:29 -0400, Arvind Sankar wrote:
> I think that's a separate issue. If you want to allow people to be able
> to put files onto the system that will be IMA verified, they need to
> have some way to locally sign them whether it's inside an initramfs or
> on a real root filesys
[You are defining a new user visible API, please always add linux-api
mailing list - now done]
On Wed 15-05-19 18:11:15, Kirill Tkhai wrote:
> This patchset adds a new syscall, which makes possible
> to clone a mapping from a process to another process.
> The syscall supplements the functionality
On Mon, May 13, 2019 at 10:36:13AM +0530, Vidya Sagar wrote:
> Export pcie_pme_disable_msi() & pcie_pme_no_msi() APIs to enable drivers
> using these APIs be able to build as loadable modules.
>
> Signed-off-by: Vidya Sagar
Nak, as-is.
1) The argument for why this is needed is unconvincing. If
On 2019/5/16 17:51, Mark Brown wrote:
> On Thu, May 16, 2019 at 03:56:56PM +0800, YueHaibing wrote:
>
>> Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1
>> 04/01/2014
>> Call Trace:
>> dump_stack+0xa9/0x10e
>> ? __list_del_entry_valid+0x45/0xd0
>> ? __list_del_entry
On Thu, May 9, 2019 at 11:01 PM Florian Fainelli wrote:
> From: Al Cooper
>
> The 7211 has a new way of selecting the pull-up/pull-down setting
> for a GPIO pin. The registers used for the bcm2837, GP_PUD and
> GP_PUDCLKn0, are no longer connected. A new set of registers,
> GP_GPIO_PUP_PDN_CNTRL
On Wed, May 15, 2019 at 11:35 AM Fabrizio Castro
wrote:
>
> This patch adds board HiHope RZ/G2M (the main board, powered by
> the R8A774A1) and board HiHope RZ/G2 EX (the expansion board
> that sits on top of the HiHope RZ/G2M). Both boards are made
> by Jiangsu HopeRun Software Co., Ltd. (a.k.a.
On Thu, May 9, 2019 at 11:01 PM Florian Fainelli wrote:
> From: Doug Berger
>
> ARCH_BRCMSTB needs to use the BCM2835 pin controller for chips
> like BCM7211 which adopted that pin controller for GPIO. This
> commit makes the option menu configurable with default enabled
> for ARCH_BRCMSTB and A
On Thu, May 9, 2019 at 11:01 PM Florian Fainelli wrote:
> BCM7211 has a slightly different block layout and some additional GPIO
> registers that were added, document the compatible string.
>
> Signed-off-by: Florian Fainelli
Patch applied for v5.3 with ACKs.
Yours,
Linus Walleij
On 16-May 14:01, Quentin Perret wrote:
> On Thursday 16 May 2019 at 13:42:00 (+0100), Patrick Bellasi wrote:
> > > +static inline unsigned long em_pd_get_higher_freq(struct em_perf_domain
> > > *pd,
> > > + unsigned long min_freq, unsigned long cost_margin)
> > > +{
> > > + unsigned long max_cost
Hi Linus,
On Thu, May 16, 2019 at 02:53:48PM +0200, Linus Walleij wrote:
> On Wed, May 8, 2019 at 4:20 AM Leo Yan wrote:
>
> > CoreSight DT bindings have been updated, thus the old compatible strings
> > are obsolete and the drivers will report warning if DTS uses these
> > obsolete strings.
> >
This test relies on the fact that the PMU registers are accessible
from userspace. It then uses the perf_event_mmap_page to retrieve
the counter index and access the underlying register.
This test uses sched_setaffinity(2) in order to run on all CPU and thus
check the behaviour of the PMU of all c
In order to subsequently add more tests for the arm64 architecture
we compile the tests target for arm64 systematically.
Signed-off-by: Raphael Gault
---
tools/perf/arch/arm64/Build | 2 +-
tools/perf/arch/arm64/tests/Build | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --g
In order to be able to access the counter directly for userspace,
we need to provide the index of the counter using the userpage.
We thus need to override the event_idx function to retrieve and
convert the perf_event index to armv8 hardware index.
Signed-off-by: Raphael Gault
---
arch/arm64/kern
In order to prevent the userspace processes which are trying to access
the registers from the pmu registers on a big.LITTLE environment we
introduce a hook to handle undefined instructions.
The goal here is to prevent the process to be interrupted by a signal
when the error is caused by the task b
Keep track of event opened with direct access to the hardware counters
and modify permissions while they are open.
The strategy used here is the same which x86 uses: everytime an event
is mapped, the permissions are set if required. The atomic field added
in the mm_context helps keep track of the
Add a documentation file to describe the access to the pmu hardware
counters from userspace
Signed-off-by: Raphael Gault
---
.../arm64/pmu_counter_user_access.txt | 42 +++
1 file changed, 42 insertions(+)
create mode 100644 Documentation/arm64/pmu_counter_user_access.tx
The perf user-space tool relies on the PMU to monitor events. It offers an
abstraction layer over the hardware counters since the underlying
implementation is cpu-dependent. We want to allow userspace tools to have
access to the registers storing the hardware counters' values directly.
This targets
On Mon, May 13, 2019 at 05:24:12PM +0530, Amit Kucheria wrote:
> On Mon, May 13, 2019 at 4:31 PM Amit Kucheria
> wrote:
> >
> > On Tue, Jan 15, 2019 at 12:13 AM Matthias Kaehlcke
> > wrote:
> > >
> > > The 8 CPU cores of the SDM845 are organized in two clusters of 4 big
> > > ("gold") and 4 lit
Add missing 1.464GHz clock rate to rk3228_cpuclk_rates[]
Signed-off-by: Justin Swartz
---
drivers/clk/rockchip/clk-rk3228.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/rockchip/clk-rk3228.c
b/drivers/clk/rockchip/clk-rk3228.c
index 7af48184b..b85730565 100644
--- a/drivers/c
From: Tetsuo Handa
Date: Thu, May 16, 2019 at 3:13 PM
To: syzbot
Cc: , ,
,
, ,
,
> On 2019/05/16 21:58, syzbot wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:3b955a40 usb-fuzzer: main usb gadget fuzzer driver
> > git tree: kmsan
> > console output: h
On 5/16/19 3:46 AM, Will Deacon wrote:
On Thu, May 16, 2019 at 01:58:56PM +0900, Masahiro Yamada wrote:
On Thu, May 16, 2019 at 4:51 AM Laura Abbott wrote:
Commit 691efbedc60d ("arm64: vdso: use $(LD) instead of $(CC) to
link VDSO") switched to using LD explicitly. The --build-id option
needs
On Thu, May 16, 2019 at 02:44:30PM +0200, Linus Walleij wrote:
> On Sun, Apr 28, 2019 at 5:08 PM Jonathan Neuschäfer
> wrote:
>
> > The property is spelled 'bias-pull-up', as documented in
> > pinctrl-bindings.txt.
> >
> > Signed-off-by: Jonathan Neuschäfer
>
> Reviewed-by: Linus Walleij
>
>
On Thu, May 16, 2019 at 10:02 AM Viorel Suman wrote:
> + for (i = 0; i < ARRAY_SIZE(ak4458->supplies); i++)
> + ak4458->supplies[i].supply = ak4458_supply_names[i];
> +
> + ret = devm_regulator_bulk_get(ak4458->dev,
> ARRAY_SIZE(ak4458->supplies),
> +
On Thu, May 16, 2019 at 3:03 PM Kirill Tkhai wrote:
> On 15.05.2019 21:46, Jann Horn wrote:
> > On Wed, May 15, 2019 at 5:11 PM Kirill Tkhai wrote:
> >> This patchset adds a new syscall, which makes possible
> >> to clone a mapping from a process to another process.
> >> The syscall supplements t
On 2019/05/16 21:58, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit: 3b955a40 usb-fuzzer: main usb gadget fuzzer driver
> git tree: kmsan
> console output: https://syzkaller.appspot.com/x/log.txt?x=1027e608a0
> kernel config: https://syzkaller.appspo
From: Colin Ian King
It is possible that nlmsg_put can return a null pointer, currently
this will lead to a null pointer dereference when passing a null
nlh pointer to nlmsg_end. Fix this by adding a null pointer check.
Addresses-Coverity: ("Dereference null return value")
Fixes: cb7e0e130503 (
Hi, Adam,
On 15.05.2019 22:38, Adam Borowski wrote:
> On Wed, May 15, 2019 at 06:11:15PM +0300, Kirill Tkhai wrote:
>> This patchset adds a new syscall, which makes possible
>> to clone a mapping from a process to another process.
>> The syscall supplements the functionality provided
>> by process
Yikes! Human after all...
> On May 16, 2019, at 08:01, Mariusz Bialonczyk wrote:
>
> Fix a typo in commit:
> 49695ac46861 w1: ds2408: reset on output_write retry with readback
>
> Reported-by: Phil Elwell
> Cc: Jean-Francois Dagenais
> Signed-off-by: Mariusz Bialonczyk
> ---
> drivers/w1/sla
On Thu, May 16, 2019 at 10:38:40AM +0530, Sagar Shrikant Kadam wrote:
> The i2c-ocore driver already has a polling mode interface.But it needs
> a workaround for FU540 Chipset on HiFive unleashed board (RevA00).
> There is an erratum in FU540 chip that prevents interrupt driven i2c
> transfers from
Hi Patrick,
On 5/16/19 1:42 PM, Patrick Bellasi wrote:
On 08-May 18:42, douglas.raill...@arm.com wrote:
From: Douglas RAILLARD
em_pd_get_higher_freq() returns a frequency greater or equal to the
provided one while taking into account a given cost margin. It also
skips inefficient OPPs that ha
So far the KVM selftests are compiled without any compiler warnings
enabled. That's quite bad, since we miss a lot of possible bugs this
way. Let's enable at least "-Wall" and some other useful warning flags
now.
Signed-off-by: Thomas Huth
---
This patch fixes most of the warnings in the x86 cod
Hi, Jann,
On 15.05.2019 21:46, Jann Horn wrote:
> On Wed, May 15, 2019 at 5:11 PM Kirill Tkhai wrote:
>> This patchset adds a new syscall, which makes possible
>> to clone a mapping from a process to another process.
>> The syscall supplements the functionality provided
>> by process_vm_writev()
> Other SiFive chip's with Ocore based I2C re-implementation might not
> need the broken IRQ workaround.
They then get a different compatible string, because they are not bug
compatible.
Andrew
On Thursday 16 May 2019 at 13:42:00 (+0100), Patrick Bellasi wrote:
> > +static inline unsigned long em_pd_get_higher_freq(struct em_perf_domain
> > *pd,
> > + unsigned long min_freq, unsigned long cost_margin)
> > +{
> > + unsigned long max_cost = 0;
> > + struct em_cap_state *cs;
> > + i
On Thu, May 16, 2019 at 12:52:34PM +0100, David Howells wrote:
> Wire up the mount API syscalls on non-x86 arches.
>
> Reported-by: Arnd Bergmann
> Signed-off-by: David Howells
> Reviewed-by: Arnd Bergmann
Reviewed-by: Christian Brauner
> ---
>
> arch/alpha/kernel/syscalls/syscall.tbl
On Thu, May 16, 2019 at 12:52:27PM +0100, David Howells wrote:
> Fix the syscall numbering of the mount API syscalls so that the numbers
> match between i386 and x86_64 and that they're in the common numbering
> scheme space.
>
> Fixes: a07b20004793 ("vfs: syscall: Add open_tree(2) to reference or
From: Shengjiu Wang
Add regulator for ak4458.
Signed-off-by: Shengjiu Wang
Signed-off-by: Viorel Suman
---
sound/soc/codecs/ak4458.c | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/sound/soc/codecs/ak4458.c b/sound/soc/codecs/ak4458.c
index 7156
Hi Christoph, Al,
Can you please consider this patch for merging?
Thanks,
Sahitya.
On 2019-01-31 08:50, Sahitya Tummala wrote:
Al,
Can we merge this patch, if there are no further comments?
Thanks,
Sahitya.
On Thu, Jan 03, 2019 at 04:48:15PM +0530, Sahitya Tummala wrote:
In the vfs_statx()
Hello,
syzbot found the following crash on:
HEAD commit:3b955a40 usb-fuzzer: main usb gadget fuzzer driver
git tree: kmsan
console output: https://syzkaller.appspot.com/x/log.txt?x=1027e608a0
kernel config: https://syzkaller.appspot.com/x/.config?x=602468164ccdc30a
dashboard link:
Hello,
syzbot found the following crash on:
HEAD commit:3b955a40 usb-fuzzer: main usb gadget fuzzer driver
git tree: kmsan
console output: https://syzkaller.appspot.com/x/log.txt?x=15014d44a0
kernel config: https://syzkaller.appspot.com/x/.config?x=602468164ccdc30a
dashboard link:
On 08-May 18:43, douglas.raill...@arm.com wrote:
> From: Douglas RAILLARD
>
> Avoid assuming a CPU is busy when it has begun being idle before
> get_next_freq() is called. This is achieved by making sure the CPU will
> not be detected as busy by other CPUs whenever its utilization is
> decreasing
Hi Fabio,
From: Fabio Estevam
Sent: Thursday 16th May 2019 13:29
> Hi Christoph,
>
> It seems that the [Klartext] string is added in the Subject by mistake?
>
You are right, it has something do to with encryption on our mailing server.
I am in contact with our IT department to fix this issue.
Hello Andrew,
On Thu, May 16, 2019 at 6:01 PM Andrew Lunn wrote:
>
> > @@ -682,13 +693,24 @@ static int ocores_i2c_probe(struct platform_device
> > *pdev)
> >
> > irq = platform_get_irq(pdev, 0);
> > if (irq == -ENXIO) {
> > - i2c->flags |= OCORES_FLAG_POLL;
> > +
Hi, Kees,
On 15.05.2019 21:29, Kees Cook wrote:
> On Wed, May 15, 2019 at 06:11:44PM +0300, Kirill Tkhai wrote:
>> This adds a new syscall to map from or to another
>> process vma. Flag PVMMAP_FIXED may be specified,
>> its meaning is similar to mmap()'s MAP_FIXED.
>>
>> @pid > 0 means to map from
On Wed, May 8, 2019 at 4:20 AM Leo Yan wrote:
> CoreSight DT bindings have been updated, thus the old compatible strings
> are obsolete and the drivers will report warning if DTS uses these
> obsolete strings.
>
> This patch switches to the new bindings for CoreSight dynamic funnel and
> static r
On Tue, May 14, 2019 at 10:26 AM Guillaume La Roque
wrote:
> The purpose of this patchset is to add drive-strength support in meson pinconf
> driver. This is a new feature that was added on the g12a. It is critical for
> us
> to support this since many functions are failing with default pad
> d
A NULL init_data once incremented will lead to oops, fix it.
Fixes: f979c08f7624 ("regulator: tps6507x: Convert to regulator core's
simplified DT parsing code")
Reported-by: Sekhar Nori
Signed-off-by: Axel Lin
---
Hi Sekhar,
Please check if this patch works, thanks.
Axel
drivers/regulator/tps6
On Thu, May 16, 2019 at 7:55 PM Linus Walleij wrote:
>
> On Wed, May 8, 2019 at 9:33 AM Nicolas Boichat wrote:
>
> > This adds support for wake sources in pinctrl-mtk-common-v2, and
> > pinctrl-mt8183. Without this patch, all interrupts that are left
> > enabled on suspend act as wake sources (an
On Sun, Apr 28, 2019 at 5:08 PM Jonathan Neuschäfer
wrote:
> The property is spelled 'bias-pull-up', as documented in
> pinctrl-bindings.txt.
>
> Signed-off-by: Jonathan Neuschäfer
Reviewed-by: Linus Walleij
It appears from Rob's comment that he's applying it,
tell me if I need to apply it to
On Mon, May 13, 2019 at 09:55:21PM -0300, Jason Gunthorpe wrote:
> gcc 9 now does allocation size tracking and thinks that passing the member
> of a union and then accessing beyond that member's bounds is an overflow.
>
> Instead of using the union member, use the entire union with a cast to
> get
On 08-May 18:42, douglas.raill...@arm.com wrote:
> From: Douglas RAILLARD
>
> em_pd_get_higher_freq() returns a frequency greater or equal to the
> provided one while taking into account a given cost margin. It also
> skips inefficient OPPs that have a higher cost than another one with a
> higher
On Tue, Apr 30, 2019 at 12:13 PM Lokesh Vutla wrote:
> Introduce irq_chip_{request,release}_resource_parent() apis so
> that these can be used in hierarchical irqchips.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
Fix a typo in commit:
49695ac46861 w1: ds2408: reset on output_write retry with readback
Fixes: 49695ac46861 ("w1: ds2408: reset on output_write retry with readback")
Reported-by: Phil Elwell
Cc: Jean-Francois Dagenais
Signed-off-by: Mariusz Bialonczyk
---
drivers/w1/slaves/w1_ds2408.c | 2 +-
On 2019/05/16 20:57, Petr Mladek wrote:
> CCed Stephen to discuss linux-next related question at the bottom
> of the mail.
>
> On Thu 2019-05-16 17:19:12, Tetsuo Handa wrote:
>> On 2019/05/15 19:55, Petr Mladek wrote:
>> But in the context of syzbot's testing where there are only 2 CPUs
>> in the
> @@ -682,13 +693,24 @@ static int ocores_i2c_probe(struct platform_device
> *pdev)
>
> irq = platform_get_irq(pdev, 0);
> if (irq == -ENXIO) {
> - i2c->flags |= OCORES_FLAG_POLL;
> + /*
> + * Set a OCORES_FLAG_BROKEN_IRQ to enable workaround for
On Thu 16-05-19 21:17:14, Tetsuo Handa wrote:
> On 2019/05/16 20:48, Jan Kara wrote:
> > OK, so non-racy fix was a bit more involved and I've ended up just
> > upgrading the file reference to an exclusive one in loop_set_fd() instead
> > of trying to hand-craft some locking solution. The result is
Hi folks,
this became an interesting thread and Manivannan made some nice
changes to MRAA as a result.
It appears the Raspberry Pi has become a victim of its own success
and went from hobbyist toy system to a foundation for random industrial
control hacks. I'm a bit scared about that for electron
Fix a typo in commit:
49695ac46861 w1: ds2408: reset on output_write retry with readback
Reported-by: Phil Elwell
Cc: Jean-Francois Dagenais
Signed-off-by: Mariusz Bialonczyk
---
drivers/w1/slaves/w1_ds2408.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/w1/slaves
[back from vacation now, sorry for the late pull request for this merge window]
The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b:
Linux 5.1-rc1 (2019-03-17 14:22:26 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arnd/a
On 16.05.19 13:59, Thomas Huth wrote:
> On 16/05/2019 13.30, David Hildenbrand wrote:
>> On 16.05.19 13:12, Thomas Huth wrote:
>>> On s390x, there is a constraint that memory regions have to be aligned
>>> to 1M (or running the VM will fail). Introduce a new "alignment" variable
>>> in the vm_users
On Thu, May 16, 2019 at 08:40:29AM +0200, Greg Kroah-Hartman wrote:
> On Thu, May 16, 2019 at 10:07:16AM +1000, Tobin C. Harding wrote:
> > Currently kobject_add_varg() calls kobject_set_name_vargs() then returns
> > the return value of kobject_add_internal(). kobject_set_name_vargs()
> > allocate
> -Original Message-
> From: Aisheng Dong
> Sent: Thursday, May 16, 2019 7:13 PM
> To: Anson Huang ; catalin.mari...@arm.com;
> will.dea...@arm.com; shawn...@kernel.org; s.ha...@pengutronix.de;
> ker...@pengutronix.de; feste...@gmail.com; agr...@kernel.org;
> maxime.rip...@bootlin.com; o.
On 16/05/2019 13.30, David Hildenbrand wrote:
> On 16.05.19 13:12, Thomas Huth wrote:
>> On s390x, there is a constraint that memory regions have to be aligned
>> to 1M (or running the VM will fail). Introduce a new "alignment" variable
>> in the vm_userspace_mem_region_add() function which now can
On Mon, Apr 29, 2019 at 7:50 AM Andrey Smirnov wrote:
> Simplify error checking code by replacing multiple ERR macros with a
> call to PTR_ERR_OR_ZERO. No functional change intended.
>
> Signed-off-by: Andrey Smirnov
> Cc: Linus Walleij
> Cc: Bartosz Golaszewski
> Cc: Chris Healy
> Cc: linux-
Hi Jon,
> Boot regression detected for Tegra ...
>
> Test results for stable-v4.4:
> 6 builds: 6 pass, 0 fail
> 15 boots: 6 pass, 9 fail
> 8 tests: 8 pass, 0 fail
>
> Linux version:4.4.180-rc1-gbe756da
> Boards tested:tegra124-jetson-tk1, tegra20-ventana,
>
CCed Stephen to discuss linux-next related question at the bottom
of the mail.
On Thu 2019-05-16 17:19:12, Tetsuo Handa wrote:
> On 2019/05/15 19:55, Petr Mladek wrote:
> >> + if (!stamp) {
> >> + stamp = jiffies;
> >> + if (!stamp)
> >> + stamp++;
> >> +
Returns error code from 'vnt_int_start_interrupt()' so the device's private
buffers will be correctly freed and 'struct ieee80211_hw' start function
will return an error code.
Signed-off-by: Quentin Deslandes
---
drivers/staging/vt6656/int.c | 4 +++-
drivers/staging/vt6656/int.h | 2
On Wed, May 8, 2019 at 9:33 AM Nicolas Boichat wrote:
> This adds support for wake sources in pinctrl-mtk-common-v2, and
> pinctrl-mt8183. Without this patch, all interrupts that are left
> enabled on suspend act as wake sources (and wake sources without
> interrupt enabled do not).
>
> Changes s
(cc'ing Andy's correct email address)
On Wed, May 15, 2019 at 2:46 AM Stephen Boyd wrote:
>
> Quoting Amit Kucheria (2019-05-13 04:54:12)
> > On Mon, May 13, 2019 at 4:31 PM Amit Kucheria
> > wrote:
> > >
> > > On Tue, Jan 15, 2019 at 12:13 AM Matthias Kaehlcke
> > > wrote:
> > > >
> > > > Th
Tegra194 has PCIE L5 rst and clkreq pins which need to be controlled
dynamically at runtime. This driver supports change pinmux for these
pins. Pinmux for rest of the pins is set statically by bootloader and
will not be changed by this driver
Signed-off-by: Krishna Yarlagadda
Signed-off-by: Sures
Add binding doc for Tegra 194 pinctrl driver
Signed-off-by: Krishna Yarlagadda
---
Changes in V3:
remove optional fields not supported by pins published here
.../bindings/pinctrl/nvidia,tegra194-pinmux.txt| 107 +
1 file changed, 107 insertions(+)
create mode 100644
Do
Select PINCTRL_TEGRA194 by default for Tegra194 SOC needed
for dynamically controlling PCIe pins
Signed-off-by: Krishna Yarlagadda
---
drivers/soc/tegra/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/soc/tegra/Kconfig b/drivers/soc/tegra/Kconfig
index a0b0344..6f0df55 100644
Tegra194 chip has 32 bit pinctrl registers. Existing register defines in
header are only 16 bit.
Modified common pinctrl-tegra driver to support 32 bit registers of
Tegra 194 and later chips.
Signed-off-by: Krishna Yarlagadda
---
drivers/pinctrl/tegra/pinctrl-tegra.c | 8
drivers/pinctr
From: Christian Brauner
This makes all file descriptors returned from new syscalls of the new mount
api cloexec by default.
>From a userspace perspective it is rarely the case that fds are supposed to
be inherited across exec. Having them not cloexec by default forces
userspace to remember to pa
Hi Linus, Al,
Here are some patches that make changes to the mount API UAPI and two of
them really need applying, before -rc1 - if they're going to be applied at
all.
The following changes are made:
(1) Make the file descriptors returned by open_tree(), fsopen(), fspick()
and fsmount() O
Wire up the mount API syscalls on non-x86 arches.
Reported-by: Arnd Bergmann
Signed-off-by: David Howells
Reviewed-by: Arnd Bergmann
---
arch/alpha/kernel/syscalls/syscall.tbl |6 ++
arch/arm/tools/syscall.tbl |6 ++
arch/arm64/include/asm/unistd.h
From: Christian Brauner
Make the name of the anon inode fd "[fscontext]" instead of "fscontext".
This is minor but most core-kernel anon inode fds already carry square
brackets around their name:
[eventfd]
[eventpoll]
[fanotify]
[io_uring]
[pidfd]
[signalfd]
[timerfd]
[userfaultfd]
For the sake
Fix the syscall numbering of the mount API syscalls so that the numbers
match between i386 and x86_64 and that they're in the common numbering
scheme space.
Fixes: a07b20004793 ("vfs: syscall: Add open_tree(2) to reference or clone a
mount")
Fixes: 2db154b3ea8e ("vfs: syscall: Add move_mount(2) t
On Fri, Mar 29, 2019 at 4:03 AM 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 to the l
From: Tony Lindgren
[ Upstream commit dbe7208c6c4aec083571f2ec742870a0d0edbea3 ]
If called fast enough so samples do not increment, we can get
division by zero in kernel:
__div0
cpcap_battery_cc_raw_div
cpcap_battery_get_property
power_supply_get_property.part.1
power_supply_get_property
power_
From: Steffen Klassert
[ Upstream commit 8742dc86d0c7a9628117a989c11f04a9b6b898f3 ]
We currently don't reload pointers pointing into skb header
after doing pskb_may_pull() in _decode_session4(). So in case
pskb_may_pull() changed the pointers, we read from random
memory. Fix this by putting all
From: Vineet Gupta
[ Upstream commit 99bd5fcc505d65ea9c60619202f0b2d926eabbe9 ]
HSDK currently panics when built for HIGHMEM/ARC_HAS_PAE40 because ioc
is enabled with default which doesn't work for the 2 non contiguous
memory nodes. So get PAE working by disabling ioc instead.
Tested with !PAE4
From: Al Viro
[ Upstream commit 46c874419652bbefdfed17420fd6e88d8a31d9ec ]
symlink body shouldn't be freed without an RCU delay. Switch securityfs
to ->destroy_inode() and use of call_rcu(); free both the inode and symlink
body in the callback.
Signed-off-by: Al Viro
Signed-off-by: Sasha Levi
From: Suraj Jitindar Singh
[ Upstream commit 7cb9eb106d7a4efab6bcf30ec9503f1d703c77f5 ]
There is a hardware bug in some POWER9 processors where a treclaim in
fake suspend mode can cause an inconsistency in the XER[SO] bit across
the threads of a core, the workaround being to force the core into
From: Vitaly Kuznetsov
[ Upstream commit da66761c2d93a46270d69001abb5692717495a68 ]
It was reported that with some special Multi Processor Group configuration,
e.g:
bcdedit.exe /set groupsize 1
bcdedit.exe /set maxgroup on
bcdedit.exe /set groupaware on
for a 16-vCPU guest WS2012 shows BSOD o
From: Alexey Kardashevskiy
[ Upstream commit 345077c8e172c255ea0707214303ccd099e5656b ]
Guest physical to user address translation uses KVM memslots and reading
these requires holding the kvm->srcu lock. However recently introduced
kvmppc_tce_validate() broke the rule (see the lockdep warning be
From: Luca Coelho
[ Upstream commit de1887c064b9996ac03120d90d0a909a3f678f98 ]
We don't check for the validity of the lengths in the packet received
from the firmware. If the MPDU length received in the rx descriptor
is too short to contain the header length and the crypt length
together, we ma
From: Logan Gunthorpe
[ Upstream commit d5bc73f34cc97c4b4b9202cc93182c2515076edf ]
In most cases, kmalloc() will not be available early in boot when
pci_setup() is called. Thus, the kstrdup() call that was added to fix the
__initdata bug with the disable_acs_redir parameter usually returns NULL
From: Andrey Smirnov
[ Upstream commit 349ced9984ff540ce74ca8a0b2e9b03dc434b9dd ]
Fix a similar endless event loop as was done in commit
8dcf32175b4e ("i2c: prevent endless uevent loop with
CONFIG_I2C_DEBUG_CORE"):
The culprit is the dev_dbg printk in the i2c uevent handler. If
this is acti
From: Kangjie Lu
[ Upstream commit 22e8860cf8f777fbf6a83f2fb7127f682a8e9de4 ]
regmap_update_bits could fail and deserves a check.
The patch adds the checks and if it fails, returns its error
code upstream.
Signed-off-by: Kangjie Lu
Reviewed-by: Mukesh Ojha
Signed-off-by: Stefan Schmidt
Sign
From: Leo Yan
[ Upstream commit 35bb59c10a6d0578806dd500477dae9cb4be344e ]
Robert Walker reported a segmentation fault is observed when process
CoreSight trace data; this issue can be easily reproduced by the command
'perf report --itrace=i1000i' for decoding tracing data.
If neither the 'b' fl
From: Jiri Olsa
[ Upstream commit 6f55967ad9d9752813e36de6d5fdbd19741adfc7 ]
New race in x86_pmu_stop() was introduced by replacing the
atomic __test_and_clear_bit() of cpuc->active_mask by separate
test_bit() and __clear_bit() calls in the following commit:
3966c3feca3f ("x86/perf/amd: Remov
From: Laurentiu Tudor
For HCs that have local memory, replace the current DMA API usage
with a genalloc generic allocator to manage the mappings for these
devices.
This is in preparation for dropping the existing "coherent" dma
mem declaration APIs. Current implementation was relying on a short
c
From: Vitaly Kuznetsov
[ Upstream commit eba3afde1cea7dbd7881683232f2a85e2ed86bfe ]
Enlightened VMCS is only supported on Intel CPUs but the test shouldn't
fail completely.
Signed-off-by: Vitaly Kuznetsov
Signed-off-by: Paolo Bonzini
Signed-off-by: Sasha Levin
---
tools/testing/selftests/kv
501 - 600 of 888 matches
Mail list logo
