Titan Ridge needs an additional connection manager handshake in order to
do proper Display Port tunneling so implement it here.
Signed-off-by: Mika Westerberg
---
drivers/thunderbolt/tb_regs.h | 3 +++
drivers/thunderbolt/tunnel.c | 45 +++
2 files changed, 48 i
We currently differentiate between SW CM (Software Connection Manager,
sometimes also called External Connection Manager) and ICM (Firmware
based Connection Manager, Internal Connection Manager) by looking
directly at the sw->config.enabled field which may be rather hard to
understand for the casua
We currently read how sibling lane adapter ports relate each other from
DROM (Device ROM). If the two lane adapter ports go through the same
physical connector these lanes can then be bonded together. However,
some cases DROM does not provide this information or it is missing
completely (host route
Lane bonding allows aggregating two 10/20 Gb/s (depending on the
generation) lanes into a single 20/40 Gb/s bonded link. This allows
sharing the full bandwidth more efficiently. In order to establish lane
bonding we need to check that lane bonding is possible through link
controller and that both e
Hi,
USB4 is the public specification of Thunderbolt 3 protocol and can be
downloaded here:
https://www.usb.org/sites/default/files/USB4%20Specification_1.zip
USB4 is about tunneling different protocols over a single cable (in the
same way as Thunderbolt). The current USB4 spec supports PCIe, D
The function does not modify the argument in any way so make it const.
Signed-off-by: Mika Westerberg
---
drivers/thunderbolt/tb.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thunderbolt/tb.h b/drivers/thunderbolt/tb.h
index 1565af2e48cb..455ca490ea87 100644
--- a
On 23-10-19, 12:08, Sudeep Holla wrote:
> Currently the cpufreq core aborts the validation and return error
> immediately when it encounter duplicate frequency table entries.
> This change was introduced long back since commit da0c6dc00c69
> ("cpufreq: Handle sorted frequency tables more efficientl
On Wed, Oct 16, 2019 at 03:06:30PM -0600, Tuowen Zhao wrote:
> Signed-off-by: Tuowen Zhao
Acked-by: Luis Chamberlain
Luis
From: Colin Ian King
The zero'ing of bits 16 and 18 is incorrect. Currently the code
is masking with the bitwise-and of BIT(16) & BIT(18) which is
0, so the updated value for val is always zero. Fix this by bitwise
and-ing value with the correct mask that will zero bits 16 and 18.
Addresses-Cove
Allow compilation of tee subsystem for AMD's CPUs which have a dedicated
AMD Secure Processor for Trusted Execution Environment (TEE).
Signed-off-by: Rijo Thomas
Signed-off-by: Devaraj Rangasamy
---
drivers/tee/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
This patch series introduces Trusted Execution Environment (TEE) driver
for AMD APU enabled systems. The TEE is a secure area of a processor which
ensures that sensitive data is stored, processed and protected in an
isolated and trusted environment. The AMD Secure Processor is a dedicated
processor
On Thu, Oct 10, 2019 at 10:29:53PM +0200, Arnd Bergmann wrote:
> This is the only part of plat-samsung that is really
> shared between the s3c and s5p ports. Moving it to
> drivers/soc/ lets us make them completely independent.
>
> Signed-off-by: Arnd Bergmann
> ---
> arch/arm/mach-s5pv210/Kconf
Adds AMD-TEE driver.
* targets AMD APUs which has AMD Secure Processor with software-based
Trusted Execution Environment (TEE) support
* registers with TEE subsystem
* defines tee_driver_ops function callbacks
* kernel allocated memory is used as shared memory between normal
world and secure wo
On 10/22/19 6:27 PM, Alexander Duyck wrote:
> This series provides an asynchronous means of reporting unused guest
> pages to a hypervisor so that the memory associated with those pages can
> be dropped and reused by other processes and/or guests.
>
> When enabled it will allocate a set of statis
On Tue, Oct 22, 2019 at 04:07:08PM +0800, Jin Yao wrote:
SNIP
> +static void get_block_hists(struct hists *hists, struct block_hist *bh,
> + struct report *rep)
> +{
> + struct rb_node *next = rb_first_cached(&hists->entries);
> + struct hist_entry *he;
> +
> +
On Tue, Oct 22, 2019 at 04:07:08PM +0800, Jin Yao wrote:
SNIP
> diff --git a/tools/perf/builtin-report.c b/tools/perf/builtin-report.c
> index cdb436d6e11f..44aed40e9071 100644
> --- a/tools/perf/builtin-report.c
> +++ b/tools/perf/builtin-report.c
> @@ -51,6 +51,7 @@
> #include "util/util.h" //
On Tue, Oct 22, 2019 at 04:07:08PM +0800, Jin Yao wrote:
SNIP
> diff --git a/tools/perf/util/sort.c b/tools/perf/util/sort.c
> index 43d1d410854a..eb286700a8a9 100644
> --- a/tools/perf/util/sort.c
> +++ b/tools/perf/util/sort.c
> @@ -492,6 +492,10 @@ struct sort_entry sort_sym_ipc_null = {
>
On Tue, Oct 22, 2019 at 04:07:06PM +0800, Jin Yao wrote:
SNIP
>
> -static int filter_cb(struct hist_entry *he, void *arg __maybe_unused)
> -{
> - /* Skip the calculation of column length in output_resort */
> - he->filtered = true;
> - return 0;
> -}
please move this change into se
On Tue, Oct 22, 2019 at 04:07:10PM +0800, Jin Yao wrote:
> Previous patch has implemented a new sort option "total_cycles".
> But there was only stdio mode supported.
>
> This patch supports the tui mode and support '--percent-limit'.
>
> For example,
>
> perf record -b ./div
> perf report -s
On Wed, Oct 23, 2019 at 04:55:37PM +0530, Viresh Kumar wrote:
> On 23-10-19, 12:08, Sudeep Holla wrote:
> > Currently the cpufreq core aborts the validation and return error
> > immediately when it encounter duplicate frequency table entries.
> > This change was introduced long back since commit da
On 15/10/2019 17:42, Valentin Schneider wrote:
[...]
> diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c
> index c52bc91f882b..a859e5539440 100644
> --- a/kernel/cgroup/cpuset.c
> +++ b/kernel/cgroup/cpuset.c
> @@ -817,6 +817,11 @@ static int generate_sched_domains(cpumask_var_t
> **d
The bd70528 RTC driver is probed by MFD driver. Add MODULE_ALIAS
in order to allow udev to load the module when MFD sub-device cell
for RTC is added.
I'm not sure if this is a bugfix or feature addition but I guess
fixes tag won't harm in this case.
Fixes: 32a4a4ebf768 ("rtc: bd70528: Initial sup
When RTC is used in 24H mode (and it is by this driver) the maximum
hour value is 24 in BCD. This occupies bits [5:0] - which means
correct mask for HOUR register is 0x3f not 0x1f. Fix the mask
Fixes: 32a4a4ebf768 ("rtc: bd70528: Initial support for ROHM bd70528 RTC")
Signed-off-by: Matti Vaittine
On Mon, Oct 21, 2019 at 04:14:02PM +0200, Peter Zijlstra wrote:
> On Mon, Oct 21, 2019 at 08:53:12AM -0500, Josh Poimboeuf wrote:
> > Doesn't livepatch code also need to be modified? We have:
>
> Urgh bah.. I was too focussed on the other klp borkage :/ But yes,
> arm64/ftrace and klp are the on
Hi Brian,
Thanks for the patch!
On 13.10.19 г. 11:08 ч., Brian Masney wrote:
> Add interconnect nodes that's needed to support bus scaling.
>
> Signed-off-by: Brian Masney
> ---
> arch/arm/boot/dts/qcom-msm8974.dtsi | 60 +
> 1 file changed, 60 insertions(+)
>
> di
On Mon, Oct 21, 2019 at 06:57:35PM +0300, Jarkko Sakkinen wrote:
> Almost tested this today. Unfortunately the USB stick at hand was
> broken. I'll retry tomorrow or Wed depending on which day I visit at
> the office and which day I WFH.
>
> At least the AMI BIOS had all the TPM stuff in it. The
Marek Szyprowski [mailto:m.szyprow...@samsung.com]
> Sent: Wednesday, October 23, 2019 6:23 PM
[...]
> >> This patch (which landed in linux-next last days) causes a following
> >> kernel oops on the ARM 32bit Exynos5422 SoC based Odroid XU4 board:
> > Please try the following patch.
>
> Yes, this
On Mon, Sep 23, 2019 at 10:24:47AM +0800, Ji-Ze Hong (Peter Hong) wrote:
> The Fintek F81532A/534A/535/536 is USB-to-2/4/8/12 serial ports device
> and the serial ports are default disabled. Each port contains max 3 pins
> GPIO and the 3 pins are default pull high with input mode.
>
> When the ser
On Thu, Oct 10, 2019 at 10:29:54PM +0200, Arnd Bergmann wrote:
> The pm save/restore code is fairly small, so in order to
> separate the s3c and s5p platforms, adding an s5p specific
> copy instead of sharing it is actually easier.
>
> Signed-off-by: Arnd Bergmann
> ---
> arch/arm/mach-s5pv210/M
On Wed, Oct 23, 2019 at 11:00:05AM +0530, Viresh Kumar wrote:
> On 10-10-19, 16:00, Viresh Kumar wrote:
> > _find_opp_of_np() doesn't traverse the list of OPP tables but instead
> > just the entries within an OPP table and so only requires to lock the
> > OPP table itself.
> >
> > The lockdep_asse
On Wed 23-10-19 19:53:50, Hillf Danton wrote:
>
> On Wed, 23 Oct 2019 10:17:29 +0200 Michal Hocko wrote:
[...]
> > This doesn't really answer my question.
> > Why cannot you use memcgs as they are now.
>
> No prio provided.
>
> > Why exactly do you need a fixed priority?
>
> Prio comparison in
On Mon, Sep 23, 2019 at 10:24:48AM +0800, Ji-Ze Hong (Peter Hong) wrote:
> The Fintek F81534A series is contains 1 HUB / 1 GPIO device / n UARTs,
> but the UART is default disable and need enabled by GPIO device(2c42/16F8).
>
> When F81534A plug to host, we can only see 1 HUB & 1 GPIO device and w
On Thu, Oct 17, 2019 at 4:13 PM Marco Elver wrote:
>
> Kernel Concurrency Sanitizer (KCSAN) is a dynamic data-race detector for
> kernel space. KCSAN is a sampling watchpoint-based data-race detector.
> See the included Documentation/dev-tools/kcsan.rst for more details.
>
> This patch adds basic
Hi,
On Tue, Oct 22, 2019 at 09:01:11AM -0700, Tony Lindgren wrote:
> * Sebastian Reichel [191020 20:34]:
> > On Tue, Oct 08, 2019 at 07:31:16AM -0700, Tony Lindgren wrote:
> > > * Sebastian Reichel [191003 06:42]:
> > > > This moves the remaining users of btwilink to the "new" serdev based
> >
commit 1ed95e52d902035e39a715ff3a314a893a96e5b7 upstream.
Commit d96d87834d5b870402a4a5b565706a4869ebc020 in v4.4.190 which is
backport of upstream commit 1ed95e52d902035e39a715ff3a314a893a96e5b7
removed only HPET access from vdso but leaved HPET mapped in "vvar".
So userspace still could read HPE
From: Jia Zhang
Commit 81d30225bc0c246b53270eb90b23cfbb941a186d upstream.
This trivial cleanup finalizes the removal of vDSO HPET support.
Fixes: 1ed95e52d902 ("x86/vdso: Remove direct HPET access through the vDSO")
Signed-off-by: Jia Zhang
Signed-off-by: Thomas Gleixner
Cc: l...@kernel.org
C
Add kernel parameter pci=hpmmiosize=nn[KMG] to set MMIO bridge window
size for hotplug bridges.
Add kernel parameter pci=hpmmioprefsize=nn[KMG] to set MMIO_PREF bridge
window size for hotplug bridges.
Leave pci=hpmemsize=nn[KMG] unchanged, to prevent disruptions to
existing users. This sets both
Since the first revision of this patch:
Ignoring 80-character line limit based on the advice of Mika Westerberg.
Mika noticed that memparse is modifying the str in pci_setup. Looking at
the definition in lib/cmdline.c line 125, he is probably correct. I have
no idea how this did not cause problem
On Wed, Oct 23, 2019 at 12:27 PM Krzysztof Kozlowski wrote:
> On Thu, Oct 10, 2019 at 10:29:49PM +0200, Arnd Bergmann wrote:
> > diff --git a/arch/arm/mach-s5pv210/pm.c b/arch/arm/mach-s5pv210/pm.c
> > index b336df0c57f3..efdb5a27c060 100644
> > --- a/arch/arm/mach-s5pv210/pm.c
> > +++ b/arch/arm/
Hi Wei,
On 2019-10-23 09:38, liwei (GF) wrote:
Hi Marc,
On 2019/10/2 17:06, Marc Zyngier wrote:
The GICv3 architecture specification is incredibly misleading when
it
comes to PMR and the requirement for a DSB. It turns out that this
DSB
is only required if the CPU interface sends an Upstream
On Thu, Oct 10, 2019 at 10:29:55PM +0200, Arnd Bergmann wrote:
> These can be build completely independently, so split
> the two Kconfig symbols.
>
> Signed-off-by: Arnd Bergmann
> ---
> arch/arm/Kconfig.debug| 6 +++---
> arch/arm/Makefile | 1 -
> arch/arm/plat-samsung/Kcon
The bd70528 regulator driver is probed by MFD driver. Add MODULE_ALIAS
in order to allow udev to load the module when MFD sub-device cell for
regulators is added.
Fixes: 99ea37bd1e7d7 ("regulator: bd70528: Support ROHM BD70528 regulator
block")
Signed-off-by: Matti Vaittinen
---
I'm not really
On Mon, Oct 21, 2019 at 01:33:27PM +0200, Christian Brauner wrote:
> When assiging and testing taskstats in taskstats_exit() there's a race
> when writing and reading sig->stats when a thread-group with more than
> one thread exits:
>
> cpu0:
> thread catches fatal signal and whole thread-group ge
On 2019-10-23 14:32, Rajendra Nayak wrote:
From: Maulik Shah
Command_db provides mapping for resource key and address managed
by remote processor. Add cmd_db reserved memory area.
Signed-off-by: Maulik Shah
Signed-off-by: Rajendra Nayak
---
arch/arm64/boot/dts/qcom/sc7180.dtsi | 12
On Wed, Oct 23, 2019 at 1:06 PM Baolin Wang wrote:
> +F: drivers/power/reset/sc27xx-poweroff.c
> +F: drivers/leds/leds-sc27xx-bltc.c
> +F: drivers/input/misc/sc27xx-vibra.c
> +F: drivers/power/supply/sc27xx_fuel_gauge.c
> +F: drivers/power/supply/sc2731_charger.c
> +F: driv
> Send another version of the patch with the nit ?
That would be easiest for me.
Thanks!
signature.asc
Description: PGP signature
Currently the cpufreq core aborts the validation and return error
immediately when it encounter duplicate frequency table entries.
This change was introduced long back since commit da0c6dc00c69
("cpufreq: Handle sorted frequency tables more efficiently").
However, this missed the testing with modi
On Wed, Oct 23, 2019 at 12:10 PM Krzysztof Kozlowski wrote:
> On Thu, Oct 10, 2019 at 10:29:48PM +0200, Arnd Bergmann wrote:
> > @@ -1188,7 +1139,8 @@ static int s3c_hsudc_start(struct usb_gadget *gadget,
> >
> > pm_runtime_get_sync(hsudc->dev);
> >
> > - s3c_hsudc_init_phy();
> > +
On Mon, Sep 23, 2019 at 10:24:49AM +0800, Ji-Ze Hong (Peter Hong) wrote:
> The Fintek F81534A series contains 3 GPIOs per UART and The max GPIOs
> is 12x3 = 36 GPIOs and this patch will implements GPIO device as a
> gpiochip to control all GPIO pins even transforms to transceiver pins.
Depending t
The bd70528 GPIO driver is probed by MFD driver. Add MODULE_ALIAS
in order to allow udev to load the module when MFD sub-device cell
for GPIO is added.
Fixes: 18bc64b3aebfa ("gpio: Initial support for ROHM bd70528 GPIO block")
Signed-off-by: Matti Vaittinen
---
I'm not really sure if this is a bu
On Fri, Oct 18, 2019 at 10:31:39AM +0100, Matthias Maennich wrote:
> The introduction of the symbol namespace patches changed the way symbols are
> named in the ksymtab entries. That caused userland tools to fail (such as
> kmod's depmod). As depmod is used as part of the kernel build it was worth
On Wed, Oct 23, 2019 at 12:13 PM Krzysztof Kozlowski wrote:
>
> On Thu, Oct 10, 2019 at 10:29:50PM +0200, Arnd Bergmann wrote:
> > Before we can plat-samsung from the individual platforms,
>
> "Before we can split"? Or moved? What did you want to say here?
Rephrased now to:
| Before we can separ
Jacek
On 10/18/19 4:48 PM, Jacek Anaszewski wrote:
Dan,
On 10/18/19 2:25 PM, Dan Murphy wrote:
Add multicolor framework support for the lp55xx family.
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers/leds/leds-lp55xx-common.c | 185 +
On 10/18/19 4:44 PM, Jacek Anaszewski wrote:
Dan,
Thank you for the update.
On 10/18/19 2:25 PM, Dan Murphy wrote:
Introduce a multicolor class that groups colored LEDs
within a LED node.
The multi color class groups monochrome LEDs and allows controlling two
aspects of the final combined c
We may define ret variable only once and avoid adding it each time
platform_get_irq_optional() get extended.
For the sake of consistency do the same in __platform_get_irq_byname().
Signed-off-by: Andy Shevchenko
---
drivers/base/platform.c | 12
1 file changed, 4 insertions(+), 8 d
On Mon, Sep 23, 2019 at 10:24:48AM +0800, Ji-Ze Hong (Peter Hong) wrote:
> The Fintek F81534A series is contains 1 HUB / 1 GPIO device / n UARTs,
> but the UART is default disable and need enabled by GPIO device(2c42/16F8).
>
> When F81534A plug to host, we can only see 1 HUB & 1 GPIO device and w
Jacek
On 10/18/19 5:02 PM, Jacek Anaszewski wrote:
Dan,
I forgot to mention one thing below.
On 10/18/19 2:25 PM, Dan Murphy wrote:
Add multicolor framework support for the lp55xx family.
Signed-off-by: Dan Murphy
---
[...]
- led->cdev.default_trigger = pdata->led_config[chan].defa
Hi,
On Mon, Oct 21, 2019 at 05:14:15PM +0200, Marcel Holtmann wrote:
> Hi Sebastian,
>
> >>> All users of this driver have been converted to the serdev based
> >>> hci_ll driver. The unused driver can be safely dropped now.
> >>>
> >>> Signed-off-by: Sebastian Reichel
> >>> ---
> >>> drivers/bl
On 10/22/19 16:34, Thara Gopinath wrote:
> cpu_capacity relflects the maximum available capacity of a cpu. Thermal
> pressure on a cpu means this maximum available capacity is reduced. This
> patch reduces the average thermal pressure for a cpu from its maximum
> available capacity so that cpu_capa
From: Thomas Gleixner
Evaluating _TIF_NOHZ to decide whether to use the slow syscall entry path
is not only pointless, it's actually counterproductive:
1) Context tracking code is invoked unconditionally before that flag is
evaluated.
2) If the flag is set the slow path is invoked for not
From: Thomas Gleixner
Provide a generic facility to handle the exit to usermode work. That's
aimed to replace the pointlessly different copies in each architecture.
Signed-off-by: Thomas Gleixner
---
V2: Move lockdep and address limit check right to the end of the return
sequence. (PeterZ)
Replace the x86 variant with the generic version.
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/common.c | 44
arch/x86/include/asm/entry-common.h |2 +
2 files changed, 3 insertions(+), 43 deletions(-)
--- a/arch/x86/entry/common.c
+++
From: Thomas Gleixner
Like syscall entry all architectures have similar and pointlessly different
code to handle pending work before returning from a syscall to user space.
Provide a generic version.
Signed-off-by: Thomas Gleixner
---
include/linux/entry-common.h | 31 ++
From: Thomas Gleixner
Replace the x86 specific exit to usermode code with the generic
implementation.
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/common.c | 110
arch/x86/entry/entry_32.S |2
arch/x86/entry/entry_64.S
Now that the trap handlers return with interrupts disabled, the
unconditional disabling of interrupts in the low level entry code can be
removed along with the trace calls.
Add debug checks where appropriate.
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/entry_64.S |9 +++--
1 file
On Thu, Oct 10, 2019 at 10:29:57PM +0200, Arnd Bergmann wrote:
> The file is mostly specific to the driver, the few bits that
> are actually used by the platform code get moved to mach/map.h
> instead.
>
> Signed-off-by: Arnd Bergmann
> ---
> arch/arm/mach-s3c24xx/include/mach/map.h
From: Thomas Gleixner
Replace the syscall entry work handling with the generic version, Provide
the necessary helper inlines to handle the real architecture specific
parts, e.g. audit and seccomp invocations.
Signed-off-by: Thomas Gleixner
---
arch/x86/Kconfig|1
arch/
Use the generic infrastructure to check for and handle pending work before
entering into guest mode.
Signed-off-by: Thomas Gleixner
---
arch/x86/kvm/Kconfig |1 +
arch/x86/kvm/x86.c | 17 +
2 files changed, 6 insertions(+), 12 deletions(-)
--- a/arch/x86/kvm/Kconfig
+++
Entering a guest is similar to exiting to user space. Pending work like
handling signals, rescheduling, task work etc. needs to be handled before
that.
Provide generic infrastructure to avoid duplication of the same handling code
all over the place.
The kvm_exit code is split up into a KVM specif
From: Thomas Gleixner
On syscall entry certain work needs to be done conditionally like tracing,
seccomp etc. This code is duplicated in all architectures.
Provide a generic version.
Signed-off-by: Thomas Gleixner
---
V2: Fix function documentation (Mike)
Add comment about return value (An
Now that the trap handlers return with interrupts disabled, the
unconditional disabling of interrupts in the low level entry code can be
removed along with the trace calls and the misnomed preempt_stop macro.
As a consequence ret_from_exception and ret_from_intr collapse.
Add a debug check to veri
On 23/10/2019 11:49, Roger Quadros wrote:
> Hi,
>
> On J721e platform, the 2 lanes of SERDES PHY are used to achieve
> USB Type-C plug flip support without any additional MUX component
> by using a lane swap feature.
>
> However, the driver needs to know the Type-C plug orientation before
> it ca
On Thu, Oct 17, 2019 at 4:13 PM Marco Elver wrote:
>
> Kernel Concurrency Sanitizer (KCSAN) is a dynamic data-race detector for
> kernel space. KCSAN is a sampling watchpoint-based data-race detector.
> See the included Documentation/dev-tools/kcsan.rst for more details.
I think there is some sig
Traps enable interrupts conditionally but rely on the ASM return code to
disable them again. That results in redundant interrupt disable and trace
calls.
Make the trap handlers disable interrupts before returning to avoid that,
which allows simplification of the ASM entry code.
Originally-by: Pet
Interrupt state tracing can be safely done in C code. The few stack
operations in assembly do not need to be covered.
Remove the now pointless indirection via .Lsyscall_32_done and jump to
swapgs_restore_regs_and_return_to_usermode directly.
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/com
When working on a way to move out the posix cpu timer expiry out of the
timer interrupt context, I noticed that KVM is not handling pending task
work before entering a guest. A quick hack was to add that to the x86 KVM
handling loop. The discussion ended with a request to make this a generic
infras
Move the interrupt state verification debug macro to common code and fixup
the irqflags and paravirt components so it can be used in 32bit code later.
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/calling.h| 12
arch/x86/entry/entry_64.S | 12
arch
The C reimplementation of SYSENTER left that unused ENTRY() label
around. Remove it.
Fixes: 5f310f739b4c ("x86/entry/32: Re-implement SYSENTER using the new C path")
Originally-by: Peter Zijlstra
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/entry_32.S |1 -
1 file changed, 1 deletion(-
That function returns immediately after conditionally reenabling interrupts
which
is more than pointless and requires the ASM code to disable interrupts again.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/traps.c |1 -
1 file changed, 1 deletion(-)
--- a/arch/x86/kernel/traps.c
+++ b
Jump directly to restore_regs_and_return_to_kernel instead of making
a pointless extra jump through .Lparanoid_exit_restore
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/entry_64.S |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- a/arch/x86/entry/entry_64.S
+++ b/arch/x86/entr
On 2019/10/23 17:01, Jerome Brunet wrote:
>
> On Mon 14 Oct 2019 at 12:54, Qianggui Song wrote:
>
>> Meson A1 Soc share the same register layout of pinmux with previous
>> Meson-G12A, however there is difference for gpio and pin config register
>> in A1. The main difference is that registers
Peter Zijlstra writes:
> + /*
> + * perf_event_attr::disabled events will not run and can be initialized
> + * without IPI. Except when this is the first event for the context, in
> + * that case we need the magic of the IPI to set ctx->is_active.
> + *
> + * The IOC_
Adding some Android folks who might be interested.
Steven/Peter, in case this has dropped off your queue; it'd be great to get
some feedback when you get a chance to look at it.
Thanks
--
Qais Yousef
On 10/09/19 11:46, Qais Yousef wrote:
> Capacity Awareness refers to the fact that on heterogen
On Wed, Oct 23, 2019 at 11:49:40AM +0100, Matthias Maennich wrote:
> On Fri, Oct 18, 2019 at 12:18:48PM +, Luis Chamberlain wrote:
> > On Wed, Oct 16, 2019 at 02:37:10PM +0100, Matthias Maennich wrote:
> > > On Wed, Oct 16, 2019 at 12:50:30PM +, Luis Chamberlain wrote:
> > > > On Mon, Oct 1
The bd70528 charger driver is probed by MFD driver. Add MODULE_ALIAS
in order to allow udev to load the module when MFD sub-device cell for
charger is added.
Fixes: f8c7f7ddd8ef0 ("power: supply: Initial support for ROHM BD70528 PMIC
charger block")
Signed-off-by: Matti Vaittinen
---
Not sure i
Em Wed, Oct 23, 2019 at 10:55:59AM +0200, Jiri Olsa escreveu:
> On Tue, Oct 22, 2019 at 05:53:32PM -0700, Ian Rogers wrote:
> > Having a YYABORT in a macro makes it hard to free memory for components
> > of a rule. Separate the logic out.
>
> Acked-by: Jiri Olsa
Thanks, applied.
- Arnaldo
On Wed, Oct 23, 2019 at 12:56 PM Krzysztof Kozlowski wrote:
> On Thu, Oct 10, 2019 at 10:29:51PM +0200, Arnd Bergmann wrote:
> > diff --git a/arch/arm/mach-exynos/exynos.c b/arch/arm/mach-exynos/exynos.c
> > index 9aa483366ebc..da9300d655c6 100644
> > --- a/arch/arm/mach-exynos/exynos.c
> > +++ b/
On Thu, Oct 10, 2019 at 10:29:59PM +0200, Arnd Bergmann wrote:
> There are multiple drivers using the private adc interface.
> It seems unlikely that they would ever get converted to iio,
> so make the current state official by making the header file
> global.
>
> The s3c2410_ts driver needs a cou
Em Wed, Oct 23, 2019 at 10:58:30AM +0200, Jiri Olsa escreveu:
> On Tue, Oct 22, 2019 at 05:53:33PM -0700, Ian Rogers wrote:
> > Use realloc rather than malloc+memcpy to possibly avoid a memory
> > allocation when appending array elements.
> >
> > Signed-off-by: Ian Rogers
>
> Acked-by: Jiri Olsa
On Thu, Oct 17, 2019 at 12:57 PM Adam Ford wrote:
>
> On Wed, Oct 16, 2019 at 1:36 PM Marcel Holtmann wrote:
> >
> > Hi Adam,
> >
> > > As nice as it would be to update firmware faster, that patch broke
> > > at least two different boards, an OMAP4+WL1285 based Motorola Droid
> > > 4, as reported
On Wed, Oct 23, 2019 at 2:16 PM Andrea Parri wrote:
>
> On Mon, Oct 21, 2019 at 01:33:27PM +0200, Christian Brauner wrote:
> > When assiging and testing taskstats in taskstats_exit() there's a race
> > when writing and reading sig->stats when a thread-group with more than
> > one thread exits:
> >
From: Eugen Hristev
i2c-digital-filter-width-ns:
This optional timing property specifies the width of the spikes on the i2c
lines (in ns) that can be filtered out by built-in digital filters which are
embedded in some i2c controllers.
i2c-analog-filter-cutoff-frequency:
This optional timing prope
On Tue, 22 Oct 2019 at 15:00, Sudip Mukherjee
wrote:
>
> The use of 'status' was removed but the variable itself was not
> removed and thus adding a build warning.
>
> Fixes: 05224f7e4975 ("mmc: block: Add CMD13 polling for MMC IOCTLS with R1B
> response")
> Signed-off-by: Sudip Mukherjee
This
The bd70528 watchdog driver is probed by MFD driver. Add MODULE_ALIAS
in order to allow udev to load the module when MFD sub-device cell for
watchdog is added.
Fixes: bbc88a0ec9f37 ("watchdog: bd70528: Initial support for ROHM BD70528
watchdog block")
Signed-off-by: Matti Vaittinen
---
I'm not
This patch add power control when set spi cs to fix register
access violation.
luhua.xu (1):
spi: mediatek: add power control when set_cs
drivers/spi/spi-mt65xx.c | 12
1 file changed, 12 insertions(+)
From: "luhua.xu"
Use runtime PM to power spi when set_cs
As set_cs may be called from interrupt context,
set runtime PM IRQ safe for spi.
Signed-off-by: luhua.xu
---
drivers/spi/spi-mt65xx.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/spi/spi-mt65xx.c b/drivers/sp
Hi Sebastian,
> All users of this driver have been converted to the serdev based
> hci_ll driver. The unused driver can be safely dropped now.
>
> Signed-off-by: Sebastian Reichel
> ---
> drivers/bluetooth/Kconfig| 11 --
> drivers/bluetooth/Makefile | 1 -
>>>
> On Oct 23, 2019, at 5:56 AM, Mel Gorman wrote:
>
> Again, the cost is when reading a proc file. From what Andrew said,
> the lock is necessary to safely walk the list but if anything. I would
> be ok with limiting the length of the walk but honestly, I would also
> be ok with simply deleting
On Wed, Oct 23, 2019 at 12:57 PM Krzysztof Kozlowski wrote:
> On Thu, Oct 10, 2019 at 10:29:52PM +0200, Arnd Bergmann wrote:
> > @@ -1022,7 +1022,7 @@ choice
> > by the boot-loader before use.
> >
> > config DEBUG_S3C_UART2
> > - depends on PLAT_SAMSUNG
> > +
No functional change intended.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/configs/haps_hs_defconfig | 10 ++
arch/arc/configs/haps_hs_smp_defconfig | 12 +++-
arch/arc/configs/nsim_700_defconfig| 7 ++-
arch/arc/configs/nsim_hs_defconfig | 8 ++--
arch/arc/
301 - 400 of 768 matches
Mail list logo
