The pull request you sent on Mon, 3 Jun 2019 21:58:42 +0800:
> ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/greentime/linux.git
> tags/nds32-for-linux-5.2-rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/30d1d92a888d03681b927c76a35181b4eed7071f
Thank
Hello, Roman!
On Wed, May 29, 2019 at 04:26:43PM +, Roman Gushchin wrote:
> On Wed, May 29, 2019 at 03:58:17PM +0200, Uladzislau Rezki wrote:
> > Hello, Roman!
> >
> > > > Move the BUG_ON()/RB_EMPTY_NODE() check under unlink_va()
> > > > function, it means if an empty node gets freed it is a
On Sun, May 26, 2019 at 09:47:34AM -0400, Alexandre Ghiti wrote:
> Each architecture has its own way to determine if a task is a compat task,
> by using is_compat_task in arch_mmap_rnd, it allows more genericity and
> then it prepares its moving to mm/.
>
> Signed-off-by: Alexandre Ghiti
>
On Sat, Jun 1, 2019 at 3:50 AM Wei Wang wrote:
>
> My question is that have we proved that this indirect info leakage
> indeed happens?
> The spec states that the counter will count the related events generated by
> the logical CPU with AnyThread=0. I would be inclined to trust the
> hardware
On Mon, Jun 3, 2019 at 2:12 PM Thierry Reding wrote:
> On Mon, Jun 03, 2019 at 12:58:02PM +0200, Linus Walleij wrote:
> > On Mon, Jun 3, 2019 at 9:53 AM Thierry Reding
> > wrote:
> > > Me
> >
> > > > Please drop this. The default .to_irq() should be good for everyone.
> > > > Also patch 2/2 now
On Thu, May 30, 2019 at 06:16:20PM -0700, Andrey Smirnov wrote:
> Expose current sensors found on UCS1002 via HWMON.
>
> Signed-off-by: Andrey Smirnov
> Cc: Chris Healy
> Cc: Lucas Stach
> Cc: Fabio Estevam
> Cc: Guenter Roeck
> Cc: Sebastian Reichel
> Cc: linux-kernel@vger.kernel.org
> Cc:
On Thu, May 30, 2019 at 06:16:19PM -0700, Andrey Smirnov wrote:
> Add code implementing HWMON adapter/compatibility layer to allow
> expositing various sensors present on power supply devices via HWMON
> subsystem. This is done in order to allow userspace to use single
> ABI/library(libsensors) to
On Sun, May 26, 2019 at 08:50:37AM -0400, Alexandre Ghiti wrote:
> ARCH_WANT_HUGE_PMD_SHARE config was declared in both architectures:
> move this declaration in arch/Kconfig and make those architectures
> select it.
>
> Signed-off-by: Alexandre Ghiti
> Reviewed-by: Palmer Dabbelt
> ---
>
On Mon, Jun 03, 2019 at 09:16:07AM +0200, Michal Hocko wrote:
> On Fri 31-05-19 23:34:07, Minchan Kim wrote:
> > On Fri, May 31, 2019 at 04:03:32PM +0200, Michal Hocko wrote:
> > > On Fri 31-05-19 22:39:04, Minchan Kim wrote:
> > > > On Fri, May 31, 2019 at 10:47:52AM +0200, Michal Hocko wrote:
>
When a new control group is created __init_one_rdt_domain() walks all
the other closids to calculate the sets of used and unused bits.
If it discovers a pseudo_locksetup group, it breaks out of the loop.
This means any later closid doesn't get its used bits added to used_b.
These bits will then
On Fri, 31 May 2019 01:39:45 +
Peng Fan wrote:
Hi,
(CC:ing Julien for Xen)
> > > > Subject: Re: [PATCH 0/2] mailbox: arm: introduce smc triggered
> > > > mailbox
> > > >
> > > > Hi,
> > > >
> > > > On 5/22/19 10:50 PM, Peng Fan wrote:
> > > > > This is a modified version from Andre
Arnd,
with kernel headers from the latest kernel QEMU fails to build if the user run
configure with --target-list=s390x-linux-user:
when the kernel has commit 0768e17073dc527ccd18ed5f96ce85f9985e9115
net: socket: implement 64-bit timestamps
[+cc Rafael, just FYI]
On Mon, Jun 03, 2019 at 01:30:51PM +0530, Abhishek Sahu wrote:
> On 6/1/2019 2:09 AM, Bjorn Helgaas wrote:
> > On Fri, May 31, 2019 at 10:31:09AM +0530, Abhishek Sahu wrote:
> >> NVIDIA Turing GPUs include hardware support for USB Type-C and
> >> VirtualLink. It helps in
On Thu, May 23, 2019 at 10:06:16AM +0100, Sudeep Holla wrote:
> The usage of emulated/_TIF_SYSCALL_EMU flags in syscall_trace_enter
> seems to be bit overcomplicated than required. Let's simplify it.
>
> Cc: Andy Lutomirski
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: Borislav Petkov
>
On Mon, 3 Jun 2019 18:02:47 +0100, Colin King wrote:
> From: Colin Ian King
>
> The variable err is assigned with the value -EINVAL that is never
> read and it is re-assigned a new value later on. The assignment is
> redundant and can be removed.
>
> Addresses-Coverity: ("Unused value")
>
Hello,
syzbot found the following crash on:
HEAD commit:f75e4cfe kmsan: use kmsan_handle_urb() in urb.c
git tree: kmsan
console output: https://syzkaller.appspot.com/x/log.txt?x=136d720ea0
kernel config: https://syzkaller.appspot.com/x/.config?x=602468164ccdc30a
dashboard link:
On Mon, 3 Jun 2019 17:56:51 +0100
Sudeep Holla wrote:
Hi,
> On Mon, Jun 03, 2019 at 09:22:16AM -0700, Florian Fainelli wrote:
> > On 6/3/19 1:30 AM, peng@nxp.com wrote:
> > > From: Peng Fan
> > >
> > > The ARM SMC mailbox binding describes a firmware interface to trigger
> > > actions in
On 6/3/2019 12:34 PM, Peter Zijlstra wrote:
On Tue, Apr 30, 2019 at 05:53:42PM -0700, kan.li...@linux.intel.com wrote:
From: Kan Liang
The patch series intends to enable perf uncore support for Snow Ridge
server.
Here is the link for the uncore document.
On Mon, Jun 03, 2019 at 11:08:53AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.1.7 release.
> There are 40 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 Mon, Jun 03, 2019 at 11:08:48AM +0200, Greg Kroah-Hartman wrote:
> Note, this is going to be the LAST 5.0.y kernel release. After this one, it
> is
> end-of-life, please move to 5.1.y at this point in time. If there is anything
> wrong with the 5.1.y tree, preventing you from moving to
On Mon, Jun 03, 2019 at 11:07:54AM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.19.48 release.
> There are 32 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
[+cc Lukas]
On Fri, May 31, 2019 at 10:31:08AM +0530, Abhishek Sahu wrote:
> This patch does minor code reorganization. It introduces a helper
> function which creates device link from the non-VGA controller
> (consumer) to the VGA (supplier) and uses this helper function for
> creating device
On Sun, Jun 02, 2019 at 12:29:35AM -0700, Xing, Cedric wrote:
> Hi Sean,
>
> > From: Christopherson, Sean J
> > Sent: Friday, May 31, 2019 4:32 PM
> >
> > This series is the result of a rather absurd amount of discussion over how
> > to get SGX to play
> > nice with LSM policies, without having
Hi Raul,
On 21/5/19 17:15, Raul E Rangel wrote:
> Add the ability to extract version information from the EC.
>
> Signed-off-by: Raul E Rangel
> ---
>
> This patch is rebased on platform/chrome: wilco_ec: Add Boot on AC support.
> https://lkml.org/lkml/2019/4/16/1374
>
> That patch wasn't in
of the problem may be somewhere else. *
* Hope this helps! *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
next/master boot bisection: next-20190603 on jetson-tk1
Summary:
Start: ae3cad8f39cc Add linux-next specific files for 20190603
From: Tony Xie
Add support for the RK809 and RK817 regulator driver.
Their specifications are as follows:
1. The RK809 and RK817 consist of 5 DCDCs, 9 LDOs
and have the same registers for these components except dcdc5.
2. The dcdc5 is a boost dcdc for RK817 and is a buck for RK809.
3. The
From: Tony Xie
Add device tree bindings documentation for Rockchip's RK809 & RK817 PMIC.
Signed-off-by: Tony Xie
Reviewed-by: Rob Herring
Acked-for-MFD-by: Lee Jones
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/mfd/rk808.txt | 44 +++
1 file changed, 44
From: Tony Xie
RK809 and RK817 are power management IC chips for multimedia products.
Most of their functions and registers are same, including the rtc.
Signed-off-by: Tony Xie
Acked-by: Alexandre Belloni
Signed-off-by: Heiko Stuebner
---
drivers/rtc/Kconfig | 4 +--
From: Tony Xie
The RK809 and RK817 are a Power Management IC (PMIC) for multimedia
and handheld devices. They contains the following components:
- Regulators
- RTC
- Clocking
Both RK809 and RK817 chips are using a similar register map,
so we can reuse the RTC and Clocking functionality.
I've picked up and rebased Tony's patch-series for rk809 and rk817.
>From the last iteration it looks like the regulator-portion did
fall through the cracks, the other patches seem to be sufficiently
reviewed/acked.
The regulator-patch could either just be picked alone to the regulator-
tree or
From: Tony Xie
RK809 and RK817 are power management IC chips for multimedia products.
most of their functions and registers are same, including the clkout
funciton.
Signed-off-by: Tony Xie
Acked-by: Stephen Boyd
Signed-off-by: Heiko Stuebner
---
drivers/clk/Kconfig | 9 +++---
From: Rasmus Villemoes
Date: Mon, 3 Jun 2019 08:04:09 +
> mv88e6xxx_g1_stats_wait has no users outside global1.c, so make it
> static.
>
> Signed-off-by: Rasmus Villemoes
Applied to net-next.
From: Rasmus Villemoes
Date: Mon, 3 Jun 2019 07:52:46 +
> The macros have an extraneous '800' (after 0180C2 there should be just
> six nibbles, with X representing one), while the comments have
> interchanged c2 and 80 and an extra :00.
>
> Signed-off-by: Rasmus Villemoes
Applied, thanks.
On Mon, Jun 3, 2019 at 4:54 PM Mark Salyzyn wrote:
> On 05/31/2019 01:34 AM, Arnd Bergmann wrote:
> > On Thu, May 30, 2019 at 4:16 PM Vincenzo Frascino
> > wrote:
> >
> >> --- a/arch/mips/vdso/vdso.lds.S
> >> +++ b/arch/mips/vdso/vdso.lds.S
> >> @@ -99,6 +99,10 @@ VERSION
> >> global:
>
Enables QEMU to call madvise on the pages which are reported
by the guest kernel.
Signed-off-by: Nitesh Narayan Lal
---
hw/virtio/trace-events| 1 +
hw/virtio/virtio-balloon.c| 85 +++
include/hw/virtio/virtio-balloon.h|
This patch series proposes an efficient mechanism for communicating free memory
from a guest to its hypervisor. It especially enables guests with no page cache
(e.g., nvdimm, virtio-pmem) or with small page caches (e.g., ram > disk) to
rapidly hand back free memory to the hypervisor.
This approach
Hi
On 03/06/2019 18:01, Corey Minyard wrote:
On Mon, Jun 03, 2019 at 04:49:28PM +0100, Suzuki K Poulose wrote:
Drop the reference to a device found via bus_find_device()
This change is correct, but it probably doesn't belong in this
series. Would you like me to take it as a stand-alone
This patch introduces the core infrastructure for free page hinting in
virtual environments. It enables the kernel to track the free pages which
can be reported to its hypervisor so that the hypervisor could
free and reuse that memory as per its requirement.
While the pages are getting processed
Enables the kernel to negotiate VIRTIO_BALLOON_F_HINTING feature with the
host. If it is available and page_hinting_flag is set to true, page_hinting
is enabled and its callbacks are configured along with the max_pages count
which indicates the maximum number of pages that can be isolated and
From: Colin Ian King
The variable err is assigned with the value -EINVAL that is never
read and it is re-assigned a new value later on. The assignment is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
kernel/bpf/devmap.c | 2 +-
On Mon, Jun 3, 2019 at 9:08 AM Linus Torvalds
wrote:
>
> The new code has no test at all for "nr_pages == 0", afaik.
Note that it really is important to check for that, because right now we do
if (gup_fast_permitted(start, nr_pages)) {
local_irq_save(flags);
On Sun, Jun 2, 2019 at 11:23 PM Lee Jones wrote:
>
> On Fri, 31 May 2019, Gwendal Grignou wrote:
>
> > On Fri, May 31, 2019 at 1:13 AM Lee Jones wrote:
> > >
> > > On Thu, 30 May 2019, Gwendal Grignou wrote:
> > >
> > > > On Thu, May 30, 2019 at 12:48 AM Lee Jones wrote:
> > > > >
> > > > > On
On Mon, Jun 03, 2019 at 04:49:28PM +0100, Suzuki K Poulose wrote:
> Drop the reference to a device found via bus_find_device()
This change is correct, but it probably doesn't belong in this
series. Would you like me to take it as a stand-alone change?
-corey
>
> Cc: Corey Minyard
> Cc: Arnd
On Mon, Jun 03, 2019 at 09:22:16AM -0700, Florian Fainelli wrote:
> On 6/3/19 1:30 AM, peng@nxp.com wrote:
> > From: Peng Fan
> >
> > The ARM SMC mailbox binding describes a firmware interface to trigger
> > actions in software layers running in the EL2 or EL3 exception levels.
> > The term
In the case of async update, modifications are done in place, i.e. in the
current plane state, so the new_state is prepared and the new_state is
cleaned up (instead of the old_state, unlike what happens in a
normal sync update).
To cleanup the old_fb properly, it needs to be placed in the
Async update callbacks are expected to set the old_fb in the new_state
so prepare/cleanup framebuffers are balanced.
Cc: # v4.14+
Fixes: 224a4c970987 ("drm/msm: update cursors asynchronously through atomic")
Suggested-by: Boris Brezillon
Signed-off-by: Helen Koike
Acked-by: Rob Clark
---
2019-05-26 21:30+0800, Like Xu:
> Add support to expose Intel V2 Extended Topology Enumeration Leaf for
> some new systems with multiple software-visible die within each package.
>
> Per Intel's SDM, when CPUID executes with EAX set to 1FH, the processor
> returns information about extended
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
vaddr_get_pfn() uses provided user pointers for vma lookups, which can
only by done with untagged pointers.
Untag
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
This patch adds a simple test, that calls the uname syscall with a
tagged user pointer as an argument. Without the
03.05.2019 3:52, Dmitry Osipenko пишет:
> 03.05.2019 3:31, Chanwoo Choi пишет:
>> Hi Dmitry,
>>
>> On 19. 5. 2. 오전 8:37, Dmitry Osipenko wrote:
>>> Changelog:
>>>
>>> v4: Addressed all review comments that were made by Chanwoo Choi to v3:
>>>
>>> - changed the driver removal order to match the
Linux kernel tolerates C++ style comments these days. Actually, the
SPDX License Identifier for .c files uses C++ comment style.
On the other hand, uapi headers are strict, where the C++ comment
style is banned.
Looks like these lines are temporarily commented out, so I did not
use the block
Hi Peter,
Thanks for your comments, please see my response inline.
On 03/06/2019 17:22, Peter Rosin wrote:
Hi!
This all sounds like nice changes. First a couple of nitpicks:
From the cover letter, included here to spare most of the others...
subsystems. This series is an attempt to
On Fri, 31 May 2019, Palmer Dabbelt wrote:
> On Wed, 29 May 2019 01:00:35 PDT (-0700), sch...@suse.de wrote:
> > On Mai 28 2019, Palmer Dabbelt wrote:
> >
> > > My only issue here is testing: IIRC last time we tried this it ended up
> > > causing
> > > trouble.
> >
> > I've been running
> +#if defined(CONFIG_CMA)
You can just use #ifdef here.
> +static inline int reject_cma_pages(int nr_pinned, unsigned int gup_flags,
> + struct page **pages)
Please use two instead of one tab to indent the continuing line of
a function declaration.
> +{
> + if (unlikely(gup_flags &
Am 31.05.19 um 19:32 schrieb Laurentiu Tudor:
>> -Original Message-
>> From: Andreas Färber
>> Sent: Friday, May 31, 2019 8:04 PM
>>
>> Hello Laurentiu,
>>
>> Am 31.05.19 um 18:46 schrieb Laurentiu Tudor:
-Original Message-
From: Andreas Färber
Sent: Friday, May
Enable kernel XZ compression option on PPC_85xx. Tested with
simpleImage on TP-Link TL-WDR4900 (Freescale P1014 processor).
Suggested-by: Christian Lamparter
Signed-off-by: Pawel Dembicki
---
arch/powerpc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
I wish we could just set CROSS_COMPILE and ARCH in .config. That would
make everyones life compile testing on multiple architectures so much
easier.
Hi Stephen,
On Mon, May 20, 2019 at 5:03 PM Maxime Ripard wrote:
>
> On Mon, May 20, 2019 at 04:03:56PM +0800, Chen-Yu Tsai wrote:
> > From: Chen-Yu Tsai
> >
> > Hi everyone,
> >
> > This is series is the first part of a large series (I haven't done the
> > rest) of patches to rewrite the clk
Dne ponedeljek, 03. junij 2019 ob 14:23:28 CEST je Maxime Ripard napisal(a):
> On Thu, May 30, 2019 at 11:15:16PM +0200, Jernej Skrabec wrote:
> > H264 decoder driver preallocated pretty big worst case mv col buffer
> > pool. It turns out that pool is most of the time much bigger than it
> > needs
On Thu, May 30, 2019 at 07:53:47AM -0700, kan.li...@linux.intel.com wrote:
SNIP
> +
> static int perf_env__get_core(struct cpu_map *map, int idx, void *data)
> {
> struct perf_env *env = data;
> int core = -1, cpu = perf_env__get_cpu(env, map, idx);
>
> if (cpu != -1) {
> -
Hi Pavel,
On 9/4/19 11:55, Pavel Machek wrote:
>> The EC is in charge of controlling the keyboard backlight on
>> the Wilco platform. We expose a standard LED class device at
>> /sys/class/leds/chromeos::kbd_backlight. This driver is modeled
>
> As discussed, please use platform::.
>
Last time
syzbot has found a reproducer for the following crash on:
HEAD commit:3c09c195 Add linux-next specific files for 20190531
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=10f61a0ea0
kernel config:
Hi Vineet,
> -Original Message-
> From: Vineet Gupta
> Sent: Monday, June 3, 2019 7:25 PM
> To: Alexey Brodkin ; linux-snps-...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org; Masahiro Yamada
>
> Subject: Re: [PATCH] ARC: build: Try to guess CROSS_COMPILE with
>
On 2019-05-29, Olga Kornievskaia wrote:
> On Wed, May 29, 2019 at 1:14 PM Trond Myklebust
> wrote:
>>
>> On Wed, 2019-05-29 at 11:10 -0400, Nick Bowler wrote:
>> > Hi,
>> >
>> > I upgraded to Linux 5.1.5 on one machine yesterday, and this morning
>> > I happened noticed a large amount of
On Tue, Apr 30, 2019 at 05:53:42PM -0700, kan.li...@linux.intel.com wrote:
> From: Kan Liang
>
> The patch series intends to enable perf uncore support for Snow Ridge
> server.
>
> Here is the link for the uncore document.
> https://cdrdv2.intel.com/v1/dl/getContent/611319
>
> Patch 1: Fixes a
On 6/3/19 1:30 AM, peng@nxp.com wrote:
> From: Peng Fan
>
> This mailbox driver implements a mailbox which signals transmitted data
> via an ARM smc (secure monitor call) instruction. The mailbox receiver
> is implemented in firmware and can synchronously return data when it
> returns
On Mon, Jun 03, 2019 at 12:14:49PM -0400, Liang, Kan wrote:
>
>
> On 6/3/2019 11:47 AM, Peter Zijlstra wrote:
> > On Mon, Jun 03, 2019 at 06:41:21AM -0700, kan.li...@linux.intel.com wrote:
> > > @@ -4962,7 +4965,9 @@ __init int intel_pmu_init(void)
> > > x86_pmu.cpu_events =
On 6/2/19 11:31 PM, Alexey Brodkin wrote:
> For a long time we used to hard-code CROSS_COMPILE prefix
> for ARC until it started to cause problems, so we decided to
> solely rely on CROSS_COMPILE externally set by a user:
> commit 40660f1fcee8 ("ARC: build: Don't set CROSS_COMPILE in arch's
>
Hi Sebastian,
On 8/5/19 22:38, Nick Crews wrote:
> Add a driver to control the charging algorithm used on Wilco
> devices. See Documentation/ABI/testing/sysfs-class-power-wilco
> for the userspace interface and other info.
>
> Signed-off-by: Nick Crews
> Reviewed-by: Enric Balletbo i Serra
I
On 6/3/19 6:37 AM, Peter Zijlstra wrote:
> On Fri, May 31, 2019 at 03:12:13PM -0600, Jens Axboe wrote:
>> On 5/30/19 2:03 AM, Peter Zijlstra wrote:
>
>>> What is the purpose of that patch ?! The Changelog doesn't mention any
>>> benefit or performance gain. So why not revert that?
>>
>> Yeah that
On 6/3/19 1:30 AM, peng@nxp.com wrote:
> From: Peng Fan
>
> The ARM SMC mailbox binding describes a firmware interface to trigger
> actions in software layers running in the EL2 or EL3 exception levels.
> The term "ARM" here relates to the SMC instruction as part of the ARM
> instruction
Hi!
This all sounds like nice changes. First a couple of nitpicks:
From the cover letter, included here to spare most of the others...
> subsystems. This series is an attempt to consolidate the and cleanup
s/the and/and/
On 2019-06-03 17:50, Suzuki K Poulose wrote:
> Use the generic helper to
There is one more Realtek card reader requires ums-realtek to work
correctly.
Add the device ID to support it.
Signed-off-by: Kai-Heng Feng
---
drivers/usb/storage/unusual_realtek.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/usb/storage/unusual_realtek.h
On Mon, Jun 03, 2019 at 06:09:53PM +0200, Oleg Nesterov wrote:
> On 06/03, Peter Zijlstra wrote:
> >
> > It now also has concurrency on wakeup; but afaict that's harmless, we'll
> > get racing stores of p->state = TASK_RUNNING, much the same as if there
> > was a remote wakeup vs a wait-loop
On Mon, 2019-06-03 at 10:52 -0500, Alex Elder wrote:
> On 6/3/19 9:54 AM, Dan Williams wrote:
> > > To be perfectly honest, at first I thought having IPA use rmnet
> > > was a cargo cult thing like Dan suggested, because I didn't see
> > To be clear I only meant cargo-culting the naming, not any
>
On Mon, Jun 03, 2019 at 05:24:26PM +0200, Jiri Kosina wrote:
> On Mon, 3 Jun 2019, Sean Christopherson wrote:
>
> > For P6 and later, i.e. all modern CPUs, Intel processors go straight to
> > halted state and don't fetch/decode the HLT instruction.
>
> That'd be a rather relieving fact actually.
On 6/3/2019 11:47 AM, Peter Zijlstra wrote:
On Mon, Jun 03, 2019 at 06:41:21AM -0700, kan.li...@linux.intel.com wrote:
@@ -4962,7 +4965,9 @@ __init int intel_pmu_init(void)
x86_pmu.cpu_events = get_icl_events_attrs();
x86_pmu.rtm_abort_event =
commit e94d91a6eb155ff77110863d15ba51b3c6b5c548
atm: solos-pci: Replace simple_strtol by kstrtoint
causes access to any solos parameters under
/sys/class/atm/solos-pci[n]/parameters
to fail, for example:
root@solos:/sys/class/atm/solos-pci0/parameters# cat State
cat: State: Input/output error
On Mon, Jun 3, 2019 at 12:41 AM Christoph Hellwig wrote:
>
> I only removed a duplicate of it.
I don't see any remaining cases.
> The full (old) code in get_user_pages_fast() looks like this:
>
> if (nr_pages <= 0)
> return 0;
>
> if (unlikely(!access_ok((void
On 06/03, Peter Zijlstra wrote:
>
> It now also has concurrency on wakeup; but afaict that's harmless, we'll
> get racing stores of p->state = TASK_RUNNING, much the same as if there
> was a remote wakeup vs a wait-loop terminating early.
>
> I suppose the tracepoint consumers might have to deal
On Mon, Jun 3, 2019 at 8:55 AM Linus Torvalds
wrote:
>
> I don't believe that it would necessarily help to turn a
> rcu_read_lock() into a compiler barrier, because for the non-preempt
> case rcu_read_lock() doesn't need to actually _do_ anything, and
> anything that matters for the RCU read lock
On Mon, Jun 03, 2019 at 04:49:42PM +0100, Suzuki K Poulose wrote:
> Switch to using the bus_find_device_by_fwnode helper
>
> Cc: Doug Ledford
> Cc: Jason Gunthorpe
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/infiniband/hw/hns/hns_roce_hw_v1.c | 8 +---
> 1 file changed, 1
On Mon, Jun 03, 2019 at 04:50:08PM +0100, Suzuki K Poulose wrote:
> Use the generic helper to find a device matching the of_node.
Acked-by: Mark Brown
Please use subject lines matching the style for the subsystem. This
makes it easier for people to identify relevant patches.
signature.asc
On Mon, Jun 03, 2019 at 04:49:49PM +0100, Suzuki K Poulose wrote:
> Switch to the generic helper bus_find_device_by_acpi_dev.
Please use subject lines matching the style for the subsystem. This
makes it easier for people to identify relevant patches.
Acked-by: Mark Brown
signature.asc
On Mon, Jun 03, 2019 at 04:49:34PM +0100, Suzuki K Poulose wrote:
> Switch to using the bus_find_device_by_of_node helper
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Mon, Jun 03, 2019 at 04:49:35PM +0100, Suzuki K Poulose wrote:
> Switch to using the bus_find_device_by_of_node helper
Please use subject lines matching the style for the subsystem. This
makes it easier for people to identify relevant patches.
Acked-by: Mark Brown
signature.asc
On Mon, Jun 03, 2019 at 04:50:07PM +0100, Suzuki K Poulose wrote:
> Use the generic helper to find a device matching the of_node.
>
> Cc: Andrew Lunn
> Cc: Florian Fainelli
> Cc: Heiner Kallweit
> Cc: "David S. Miller"
> Signed-off-by: Suzuki K Poulose
Reviewed-by: Andrew Lunn
Andrew
W dniu 03.06.2019 o 17:11, Gregory CLEMENT pisze:
> Hi Tomasz Maciej Nowak,
>
>> This commit adds dts for different variants of ESPRESSObin board:
>>
>> ESPRESSObin with soldered eMMC,
>>
>> ESPRESSObin V7, compared to prior versions some passive elements changed
>> and ethernet ports labels
On Mon, Jun 03, 2019 at 04:49:37PM +0100, Suzuki K Poulose wrote:
> Switch to using the bus_find_device_by_of_node helper
>
> Cc: Andrew Lunn
> Cc: Florian Fainelli
> Cc: Rob Herring
> Cc: Frank Rowand
> Signed-off-by: Suzuki K Poulose
Reviewed-by: Andrew Lunn
Andrew
On 03/06/2019 17:21, Colin King wrote:
> From: Colin Ian King
>
> The less than check for the variable num_lanes is always going to be
> false because the variable is a u32. Fix this by making num_lanes an
> int and also make loop index i an int too.
>
> Addresses-Coverity: ("Unsigned compared
On Tue, May 21, 2019 at 09:36:27AM +0530, Anshuman Khandual wrote:
> PTE_VALID signifies that the last level page table entry is valid and it is
> MMU recognized while walking the page table. This is not a software defined
> PTE bit and should not be listed like one. Just move it to appropriate
>
On Tue, May 21, 2019 at 09:05:03AM +0530, Anshuman Khandual wrote:
> Replace all open encoded contiguous huge page size computations with
> available macro encodings CONT_PTE_SIZE and CONT_PMD_SIZE. There are other
> instances where these macros are used in the file and this change makes it
>
On Mon, Jun 03, 2019 at 11:08:06AM -0400, Sven Van Asbroeck wrote:
> On Mon, Jun 3, 2019 at 7:40 AM Mika Westerberg
> wrote:
> >
> > I think you are right. pca9685_pwm_request() should take the mutex as
> > long as it is requesting PWM.
>
> Yes, but things get hairy because pca9685_pwm_request()
On Sun, Jun 02, 2019 at 07:49:59PM +0530, Vivek Pernamitta wrote:
> When user space application request for change in spi clock
> using ioctl, current value is taken back-up and new value is
> assigned to spi->max_speed_hz, then spi_setup() function is
> called with new value. If spi_setup()
On Fri, May 31, 2019 at 07:12:28PM -0700, Saravana Kannan wrote:
> I'll have to Nack this series because it's making a couple of wrong
> assumptions
> about bandwidth voting.
>
> Firstly, it's mixing up OPP to bandwidth mapping (Eg: CPU freq to CPU<->DDR
> bandwidth mapping) with the bandwidth
On Mon, 2019-06-03 at 08:24 -0700, Joshua Hudson wrote:
> I ran headlong into the use case for O_CLOFORK and got into a locking
> debate over it.
>
> The actual use case involves squashing a thread race between two
> threads. If a file is opened for write in one thread with O_CLOEXEC
> while
On Fri, May 17, 2019 at 09:47:45AM -0700, Stephen Boyd wrote:
> Pass in PAGE_KERNEL_RO to the underlying IO mapping mechanism to get a
> read-only mapping for the MEMREMAP_RO type of memory mappings that
> memremap() supports.
>
> Cc: Evan Green
> Cc: Rob Herring
> Cc: Bjorn Andersson
> Cc:
From: Ludovic Barre
This patch series adds busy detect for stm32 sdmmc variant.
Some adaptations are required:
-Clear busy status bit if busy_detect_flag and busy_detect_mask are
different.
-Add hardware busy timeout with MMCIDATATIMER register.
V3:
-rebase on latest mmc next
-replace re-read
From: Ludovic Barre
"busy_detect_flag" is used to read & clear busy value of mmci status.
"busy_detect_mask" is used to manage busy irq of mmci mask.
So to read mmci status the busy_detect_flag must be take account.
if the variant does not support busy detect feature the flag is null
and there
On Sun, Jun 2, 2019 at 8:03 PM Herbert Xu wrote:
>
> In any case, I am now even more certain that compiler barriers are
> not needed in the code in question. The reasoning is quite simple.
> If you need those compiler barriers then you surely need real memory
> barriers.
So the above statement
401 - 500 of 1209 matches
Mail list logo