On 22/07/2019 19:26:14+0200, Wolfram Sang wrote:
> This series is part of a tree-wide movement to replace the I2C API call
> 'i2c_new_dummy' which returns NULL with its new counterpart returning an
> ERRPTR.
>
> The series was generated with coccinelle (audited afterwards, of course) and
> build
Em Sun, Jul 21, 2019 at 01:24:26PM +0200, Jiri Olsa escreveu:
> Adding perf_evlist__add function to add perf_evsel
> in perf_evlist struct.
>
> Link: http://lkml.kernel.org/n/tip-pnfovrqcgxquioroelzfz...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/lib/evlist.c | 7
On 17/07/2019 16:14:11+0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> Use the new helper devm_platform_ioremap_resource() which wraps the
> platform_get_resource() and devm_ioremap_resource() together, to
> simplify the code.
>
> Signed-off-by: Anson Huang
> ---
>
Hello Linus,
Thanks for your reviewing, please find my inline comment on why we group the
("A", "B", "C", "D") etc. together at below. We will address other concerns
separately.
--Hongwei
> From: Linus Walleij
> Sent: Saturday, July 20, 2019 3:37 AM
> To: Hongwei Zhang
> Cc: Andrew
On 17/07/2019 16:12:17+0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> Use the new helper devm_platform_ioremap_resource() which wraps the
> platform_get_resource() and devm_ioremap_resource() together, to
> simplify the code.
>
> Signed-off-by: Anson Huang
> ---
>
Detect POPCNT instruction support and inline hweigth*() functions
if it is supported by CPU.
Detect POPCNT at boot time and conditionally refuse to boot.
Signed-off-by: Alexey Dobriyan
---
arch/x86/include/asm/arch_hweight.h | 24 +++
arch/x86/include/asm/segment.h
I'm tired of rebasing it, so...
"-march=native" has been available in userspace for a long time and is
trivial to enable in Gentoo:
$ grep -e ^CFLAGS /etc/portage/make.conf
CFLAGS="-march=native -O2 -pipe"
Patchset enables kernel compile with "-march=native" and do additional
Detect fast REP MOVSB support and use it for page copying.
Inline copy_page(), this saves alternative entry and a function call
overhead which should hopefully improve code generation.
Signed-off-by: Alexey Dobriyan
---
Makefile | 3 +++
Use MOVBE if it is available.
Internally MOVBE probably translates to MOV+BSWAP anyway, but who knows.
Do it because it is easy to do...
Signed-off-by: Alexey Dobriyan
---
arch/x86/crypto/des3_ede-asm_64.S | 28
arch/x86/kernel/verify_cpu.S | 7 +++
Use REP STOSB everywhere if CPU advertises fast REP STOSB.
Gcc LOVES to unroll memset(), using -mmemset-strategy saves terabytes of
.text.
Signed-off-by: Alexey Dobriyan
---
Makefile | 3 +++
arch/x86/boot/compressed/head_64.S | 4
Hi Martin,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v5.3-rc1 next-20190722]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
Hi Christophe,
Thank you for the patch.
On 7/21/19 11:05 PM, Christophe JAILLET wrote:
> There is a typo in KTD2962_MM_MIN_CURR_THRESHOLD_SCALE. 6 and 9 are
> switched in 2962.
>
> Define and use KTD2692_MM_MIN_CURR_THRESHOLD_SCALE instead.
>
> Signed-off-by: Christophe JAILLET
> ---
>
On Mon, Jul 22, 2019 at 7:44 AM Arnd Bergmann wrote:
>
> On Sat, May 4, 2019 at 4:27 PM Greg Ungerer wrote:
> > On 4/5/19 3:06 am, Guenter Roeck wrote:
> > > On Fri, May 03, 2019 at 08:16:05AM +0100, Linus Walleij wrote:
> > >> On Fri, May 3, 2019 at 8:02 AM Greg Ungerer wrote:
> > >>>
Hi Christophe,
Thank you for the patch.
On 7/21/19 10:59 PM, Christophe JAILLET wrote:
> All this file is about an30259a, including the reference to the datasheet
> at the top of the file.
>
> So change the 2 places where an32059a is used instead.
>
> Signed-off-by: Christophe JAILLET
> ---
>
On Mon, Jul 22, 2019 at 11:50:13AM +0200, Christoph Hellwig wrote:
> We have a very common pattern where we want to delete the first entry
> from a list and return it as the properly typed container structure.
>
> Add two helpers to implement this behavior.
>
> Signed-off-by: Christoph Hellwig
Hi Enrico,
Thank you for the patch set.
On 7/15/19 4:57 PM, Enrico Weigelt, metux IT consult wrote:
> Hi folks,
>
>
> the legacy apu LEDs driver has been superseded by the more complete
> pcengines-apu2 platform driver, for APU >= 2. It only supports
> the three front LEDs, but lacks all the
Hi Christoph,
On Mon, 22 Jul 2019 at 11:50, Christoph Hellwig wrote:
> this series cleans up the xfs writepage code and then lifts it to
> fs/iomap.c so that it could be use by other file system. I've been
> wanting to this for a while so that I could eventually convert gfs2
> over to it, but I
On Fri, 19 Jul 2019, Yash Shah wrote:
> Update the compatibility string for SiFive FU540-C000 as per the new
> string updated in the binding doc.
> Reference: https://lkml.org/lkml/2019/7/17/200
>
> Signed-off-by: Yash Shah
Reviewed-by: Paul Walmsley
- Paul
On Mon, Jul 22, 2019 at 12:52:41PM +0200, Stanislaw Gruszka wrote:
> On Fri, Jul 19, 2019 at 01:03:49PM +0200, Peter Zijlstra wrote:
> > > shows the problem even when sum_exec_runtime is not that big: 30 secs.
> > >
> > > The new implementation of scale_stime() does the additional
> > >
On Fri, 19 Jul 2019, Yash Shah wrote:
> As per the discussion with Nicolas Ferre, rename the compatible property
> to a more appropriate and specific string.
> LINK: https://lkml.org/lkml/2019/7/17/200
>
> Signed-off-by: Yash Shah
Reviewed-by: Paul Walmsley
- Paul
The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b:
Linus 5.3-rc1 (2019-07-21 14:05:38 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux.git
tags/Wimplicit-fallthrough-5.3-rc2
for you to fetch changes up
On Fri, Jul 19, 2019 at 04:37:42PM +0200, Oleg Nesterov wrote:
> On 07/19, Peter Zijlstra wrote:
> > But I'm still confused, since in the long run, it should still end up
> > with a proportionally divided user/system, irrespective of some short
> > term wobblies.
>
> Why?
>
> Yes, statistically
This adds the restart driver for power managing
micro controller units that are connected to a board
via the UART interface.
Signed-off-by: Evgeny Kolesnikov
---
drivers/power/reset/Kconfig| 7 +
drivers/power/reset/Makefile | 1 +
drivers/power/reset/uart-restart.c | 204
This adds the poweroff driver for power managing
micro controller units that are connected to a board
via the UART interface.
Signed-off-by: Evgeny Kolesnikov
---
drivers/power/reset/Kconfig | 7 ++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/uart-poweroff.c | 155
This adds device tree bindings of the restart driver
for power managing micro controller units that are connected
to a board via the UART interface.
Signed-off-by: Evgeny Kolesnikov
---
.../bindings/power/reset/uart-restart.txt | 39 +++
1 file changed, 39 insertions(+)
Add the DTS file to describe the Western Digital My Cloud EX2 Ultra NAS.
Signed-off-by: Evgeny Kolesnikov
---
arch/arm/boot/dts/armada-385-wd-mcex2u.dts | 313 +
1 file changed, 313 insertions(+)
create mode 100644 arch/arm/boot/dts/armada-385-wd-mcex2u.dts
diff --git
This patchset consists of the DTS, which describes the WD MyCloud EX2 Ultra
device,
'poweroff' and 'resert' drivers for power-managing MCUs connected to a board
via UART
(these drivers are more versatile than qnap-poweroff and could be used as a
substitude),
and DT bindings for these drivers.
This adds device tree bindings of the poweroff driver
for power managing micro controller units that are connected
to a board via the UART interface.
Signed-off-by: Evgeny Kolesnikov
---
.../bindings/power/reset/uart-poweroff.txt| 38 +++
1 file changed, 38 insertions(+)
> On Jul 22, 2019, at 12:47 PM, Rasmus Villemoes
> wrote:
>
> On 19/07/2019 02.58, Nadav Amit wrote:
>
>> /*
>> @@ -865,7 +893,7 @@ void arch_tlbbatch_flush(struct
>> arch_tlbflush_unmap_batch *batch)
>> if (cpumask_test_cpu(cpu, >cpumask)) {
>>
On 19/07/2019 02.58, Nadav Amit wrote:
> /*
> @@ -865,7 +893,7 @@ void arch_tlbbatch_flush(struct arch_tlbflush_unmap_batch
> *batch)
> if (cpumask_test_cpu(cpu, >cpumask)) {
> lockdep_assert_irqs_enabled();
> local_irq_disable();
> -
The framepointer thing may have been fixed by this
https://reviews.llvm.org/D64294
-Original Message-
From: Arnd Bergmann
Sent: Friday, July 19, 2019 12:44 PM
To: Nick Desaulniers
Cc: Josh Poimboeuf ; clang-built-linux
; Linux Kernel Mailing List
; Peter Zijlstra ; Topper,
Craig
On Mon, Jul 22 2019 at 12:18 -0600, Stephen Boyd wrote:
Quoting Lina Iyer (2019-07-22 09:20:03)
On Fri, Jul 19 2019 at 12:20 -0600, Stephen Boyd wrote:
>Quoting Lina Iyer (2019-07-01 08:29:06)
>> From: "Raju P.L.S.S.S.N"
>>
>> tcs->lock was introduced to serialize access with in TCS group. But
On Fri, Jul 19, 2019 at 04:03:25PM +0200, Oleg Nesterov wrote:
> On 07/19, Peter Zijlstra wrote:
> > Included below is also an x86_64 implementation in 2 instructions.
>
> But we need the arch-neutral implementation anyway, the code above
> is the best I could invent.
Agreed; we do. Depending on
On Thu, 18 Jul 2019 09:47:24 +0200
Federico Vaga wrote:
> The patch translates the following patches in Italian:
>
> d9d7c0c497b8 docs: Note that :c:func: should no longer be used
> 83e8b971f81c sphinx.rst: Add note about code snippets embedded in the text
> cca5e0b8a430 Documentation: PGP:
On Mon, Jul 22, 2019 at 12:09 PM David Miller wrote:
>
> From: Qian Cai
> Date: Mon, 22 Jul 2019 14:34:42 -0400
>
> > The commit b9a7ba556207 ("net/mlx5: Use event mask based on device
> > capabilities") introduced a few compilation warnings due to it bumps
> > MLX5_EVENT_TYPE_MAX from 0x27 to
On Mon, 22 Jul 2019 05:28:35 +
"Lu, Kechen" wrote:
> Hi,
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Saturday, July 20, 2019 12:25 AM
> > To: Lu, Kechen
> > Cc: intel-gvt-...@lists.freedesktop.org; k...@vger.kernel.org; linux-
>
When using Marvell WiFi SDIO cards, it is not uncommon for Linux WiFi
driver to fully lose the communication channel to the firmware running
on the card. Presumably the firmware on the card has a bug or two in
it and occasionally crashes.
The Marvell WiFi driver attempts to recover from this
As described in the patch ("mmc: core: Add sdio_trigger_replug()
API"), the current mwifiex_sdio_card_reset() is broken in the cases
where we're running Bluetooth on a second SDIO func on the same card
as WiFi. The problem goes away if we just use the
sdio_trigger_replug() API call.
NOTE: Even
As talked about in the thread at:
http://lkml.kernel.org/r/CAD=FV=X7P2F1k_zwHc0mbtfk55-rucTz_GoDH=pl6zwqkyc...@mail.gmail.com
...when the Marvell WiFi card tries to reset itself it kills
Bluetooth. It was observed that we could re-init the card properly by
unbinding / rebinding the host
Em Sun, Jul 21, 2019 at 01:24:25PM +0200, Jiri Olsa escreveu:
> Adding perf_evlist__init function to initialize
> perf_evlist struct.
>
> Link: http://lkml.kernel.org/n/tip-uhs894b98iiydutjgr1z5...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/lib/evlist.c | 5 +
> as of now it isn't even an API, the phy_device populates a new array
> in its struct with the values from the DT. PHY drivers access the
> array directly. Is it still preferable to post everything together?
>
> (maybe I'm too concerned about 'noise' from the driver patches while
> we are
On 7/22/19 11:10 AM, Jessica Yu wrote:
+++ Bartosz Golaszewski [22/07/19 14:12 +0200]:
Hi,
with v5.3-rc1 I'm hitting the following BUG() when trying to load the
gpio-backlight module:
kernel BUG at kernel/module.c:1919!
Internal error: Oops - BUG: 0 [#1] PREEMPT ARM
Modules linked in:
CPU: 0
On Tue, Jul 16, 2019 at 09:42:08AM -0700, Douglas Anderson wrote:
> When using Marvell WiFi SDIO cards, it is not uncommon for Linux WiFi
> driver to fully lose the communication channel to the firmware running
> on the card. Presumably the firmware on the card has a bug or two in
> it and
Hello Paul,
On Fri, Jun 07, 2019 at 05:44:07PM +0200, Paul Cercueil wrote:
> -static int jz4740_pwm_config(struct pwm_chip *chip, struct pwm_device *pwm,
> - int duty_ns, int period_ns)
> +static int jz4740_pwm_apply(struct pwm_chip *chip, struct pwm_device *pwm,
> +
On Mon, Jul 22, 2019 at 06:41:44PM +, Nadav Amit wrote:
> > On Jul 22, 2019, at 11:16 AM, Peter Zijlstra wrote:
> >
> > On Fri, Jul 19, 2019 at 11:23:06AM -0700, Dave Hansen wrote:
> >> On 7/18/19 5:58 PM, Nadav Amit wrote:
> >>> @@ -624,16 +622,11 @@ EXPORT_SYMBOL(on_each_cpu);
> >>> void
On Mon, Jul 22, 2019 at 07:27:09PM +, Nadav Amit wrote:
> > On Jul 22, 2019, at 12:14 PM, Peter Zijlstra wrote:
> > But then we can still do something like the below, which doesn't change
> > things and still gets rid of that dual function crud, simplifying
> > smp_call_function_many again.
On Sat, Jul 20, 2019 at 07:39:08PM +0800, Icenowy Zheng wrote:
>
>
> 于 2019年7月20日 GMT+08:00 下午6:13:18, Maxime Ripard
> 写到:
> >On Sat, Jul 13, 2019 at 11:46:33AM +0800, Icenowy Zheng wrote:
> >> The Lichee Zero Plus is a core board made by Sipeed, with a microUSB
> >> connector on it, TF slot or
On Mon, Jul 22, 2019 at 8:42 PM Mark Brown wrote:
>
> On Mon, Jul 22, 2019 at 03:47:44PM +0300, Alexandru Ardelean wrote:
> > Some devices like the ADIS16460 IMU require a longer period between
> > transfers, i.e. between when the CS is de-asserted and re-asserted. The
> > default value of 10us
> On Jul 22, 2019, at 12:14 PM, Peter Zijlstra wrote:
>
> On Thu, Jul 18, 2019 at 05:58:32PM -0700, Nadav Amit wrote:
>> @@ -709,8 +716,9 @@ void native_flush_tlb_others(const struct cpumask
>> *cpumask,
>> * doing a speculative memory access.
>> */
>> if (info->freed_tables) {
On Sun, Jul 21, 2019 at 1:54 AM Toru Komatsu wrote:
>
> This file is used by clangd to use language server protocol.
> It can be generated at each compile using scripts/gen_compile_commands.py.
> Therefore it is different depending on the environment and should be
> ignored.
>
> Signed-off-by:
On Fri, 12 Jul 2019, Paul Walmsley wrote:
> On Thu, 27 Jun 2019, Atish Patra wrote:
>
> > The cpu-map DT entry in ARM can describe the CPU topology in much better
> > way compared to other existing approaches. RISC-V can easily adopt this
> > binding to represent its own CPU topology. Thus, both
On Mon, Jul 22, 2019 at 06:34:22PM +, Nadav Amit wrote:
> > On Jul 22, 2019, at 11:21 AM, Peter Zijlstra wrote:
> >
> > On Thu, Jul 18, 2019 at 05:58:29PM -0700, Nadav Amit wrote:
> >> +/*
> >> + * Call a function on all processors. May be used during early boot while
> >> + *
On Mon, Jul 22, 2019 at 11:39 AM Kees Cook wrote:
>
> On Mon, Jul 22, 2019 at 08:31:32PM +0200, Thomas Gleixner wrote:
> > On Mon, 22 Jul 2019, Kees Cook wrote:
> > > Just so I'm understanding: the vDSO change introduced code to make an
> > > actual syscall on i386, which for most seccomp filters
The netx platform got removed, so this driver is now
useless.
Signed-off-by: Arnd Bergmann
---
drivers/uio/Kconfig| 11 ---
drivers/uio/Makefile | 1 -
drivers/uio/uio_netx.c | 178 -
3 files changed, 190 deletions(-)
delete mode 100644
The netx platform got removed, so this driver is now
useless.
Signed-off-by: Arnd Bergmann
---
drivers/tty/serial/Kconfig | 19 -
drivers/tty/serial/Makefile | 1 -
drivers/tty/serial/netx-serial.c | 733 ---
include/uapi/linux/serial_core.h | 2 +-
4
The ARM netx platform got removed in 5.3, so this driver
is now useless.
Signed-off-by: Arnd Bergmann
---
drivers/net/ethernet/Kconfig | 11 -
drivers/net/ethernet/Makefile | 1 -
drivers/net/ethernet/netx-eth.c| 497 -
On 7/22/19 2:12 PM, Alex Deucher wrote:
> On Sun, Jul 21, 2019 at 6:39 PM Gustavo A. R. Silva
> wrote:
>>
>> Add missing break statement in order to prevent the code from falling
>> through to case AMDGPU_IRQ_STATE_ENABLE.
>>
>> This bug was found thanks to the ongoing efforts to enable
>>
On Thu, Jul 18, 2019 at 05:58:32PM -0700, Nadav Amit wrote:
> @@ -709,8 +716,9 @@ void native_flush_tlb_others(const struct cpumask
> *cpumask,
>* doing a speculative memory access.
>*/
> if (info->freed_tables) {
> - smp_call_function_many(cpumask,
Hi Andrew,
On Mon, Jul 22, 2019 at 09:01:33PM +0200, Andrew Lunn wrote:
> On Mon, Jul 22, 2019 at 10:14:18AM -0700, Matthias Kaehlcke wrote:
> > I'm working on a generic binding.
> >
> > I wonder what is the best process for reviewing/landing it, I'm
> > doubting between two options:
> >
> > a)
Applied. Thanks!
Alex
On Mon, Jul 22, 2019 at 2:14 PM Liu, Shaoyun wrote:
>
> Reviewed-by: shaoyunl
>
> On 2019-07-22 1:47 p.m., Gustavo A. R. Silva wrote:
> > In preparation to enabling -Wimplicit-fallthrough, this patch silences
> > the following warning:
> >
> >
The ARM netx platform got removed in 5.3, so this driver
is now useless.
Signed-off-by: Arnd Bergmann
---
drivers/net/ethernet/Kconfig | 11 -
drivers/net/ethernet/Makefile | 1 -
drivers/net/ethernet/netx-eth.c| 497 -
From: Chuhong Yuan
Date: Fri, 19 Jul 2019 17:07:15 +0800
> Merge the combo use of memcpy and le32_to_cpus.
> Use get_unaligned_le32 instead.
> This simplifies the code.
>
> Signed-off-by: Chuhong Yuan
Applied.
From: Chuhong Yuan
Date: Fri, 19 Jul 2019 16:27:31 +0800
> Merge the combo use of memcpy and le32_to_cpus.
> Use get_unaligned_le32 instead.
> This simplifies the code.
>
> Signed-off-by: Chuhong Yuan
Applied.
On Thu, Jul 18, 2019 at 03:51:11PM +0800, Ding Xiang wrote:
> devm_ioremap_resource already contains error message, so remove
> the redundant dev_err message
>
> Signed-off-by: Ding Xiang
Acked-by: Uwe Kleine-König
Thanks
Uwe
--
Pengutronix e.K. | Uwe Kleine-König
Em Sun, Jul 21, 2019 at 01:24:26PM +0200, Jiri Olsa escreveu:
> Adding perf_evlist__add function to add perf_evsel
> in perf_evlist struct.
>
> Link: http://lkml.kernel.org/n/tip-pnfovrqcgxquioroelzfz...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/lib/evlist.c | 7
From: Qian Cai
Date: Mon, 22 Jul 2019 14:34:42 -0400
> The commit b9a7ba556207 ("net/mlx5: Use event mask based on device
> capabilities") introduced a few compilation warnings due to it bumps
> MLX5_EVENT_TYPE_MAX from 0x27 to 0x100 which is always greater than
> an "struct
I have a business proposal of $35 Million USD which i want to
transact with you get back for more details.Best Regards I am Dr.
Salah Ibrahim
> On Jul 22, 2019, at 11:51 AM, Thomas Gleixner wrote:
>
> On Mon, 22 Jul 2019, Nadav Amit wrote:
>>> On Jul 22, 2019, at 11:37 AM, Thomas Gleixner wrote:
>>>
>>> On Mon, 22 Jul 2019, Peter Zijlstra wrote:
>>>
On Thu, Jul 18, 2019 at 05:58:29PM -0700, Nadav Amit wrote:
> +/*
> +
On Mon, Jul 22, 2019 at 10:14:18AM -0700, Matthias Kaehlcke wrote:
> I'm working on a generic binding.
>
> I wonder what is the best process for reviewing/landing it, I'm
> doubting between two options:
>
> a) only post the binding doc and the generic PHY code that reads
>the configuration
Drop duplicate configuration setting of PIPE tune signal.
Signed-off-by: Anand Moon
---
drivers/phy/samsung/phy-exynos5-usbdrd.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/phy/samsung/phy-exynos5-usbdrd.c
b/drivers/phy/samsung/phy-exynos5-usbdrd.c
index
Tune USB2.0 (UTMI+) TX signal for high speed data transfer.
Signed-off-by: Anand Moon
---
drivers/phy/samsung/phy-exynos5-usbdrd.c | 42 +---
1 file changed, 37 insertions(+), 5 deletions(-)
diff --git a/drivers/phy/samsung/phy-exynos5-usbdrd.c
Tune USB3.0 (PIPE3) PHY TX signal for high and supper
speed data transfer.
Signed-off-by: Anand Moon
---
drivers/phy/samsung/phy-exynos5-usbdrd.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/drivers/phy/samsung/phy-exynos5-usbdrd.c
Add missing tuning of phyutmi controls to enter suspend and
resume state.
Signed-off-by: Anand Moon
---
drivers/phy/samsung/phy-exynos5-usbdrd.c | 32 ++--
1 file changed, 30 insertions(+), 2 deletions(-)
diff --git a/drivers/phy/samsung/phy-exynos5-usbdrd.c
Read from linksystem offset to update the xhci version.
Signed-off-by: Anand Moon
---
drivers/phy/samsung/phy-exynos5-usbdrd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/phy/samsung/phy-exynos5-usbdrd.c
b/drivers/phy/samsung/phy-exynos5-usbdrd.c
index
Dear All,
Here are some patches which help tune USB 3.0 phy.
changes have been testing on Odroid XU3 / XU4 / HC1.
with suspend and resume working with usb hdd device connected.
These patches have been build on top on Marek Szyprowski
Fix USB3.0 DRD PHY calibration issues.
[0]
On Mon, Jul 22, 2019 at 12:32:17PM -0400, Michael S. Tsirkin wrote:
> On Mon, Jul 22, 2019 at 09:25:51AM -0700, Paul E. McKenney wrote:
> > On Mon, Jul 22, 2019 at 12:13:40PM -0400, Michael S. Tsirkin wrote:
> > > On Mon, Jul 22, 2019 at 08:55:34AM -0700, Paul E. McKenney wrote:
> > > > On Mon,
Now there are three small local headers. Some contain functions which are
only used in one source file.
Move all the inlines and declarations into a single local header and the
inlines which are only used in one source file into that.
Signed-off-by: Thomas Gleixner
---
arch_smt_update() will be used to control IPI/NMI broadcasting via the
shorthand mechanism. Keeping it in the bugs file and calling the apic
function from there is possible, but not really intuitive.
Move it to a neutral place and invoke the bugs function from there.
No functional change.
Only used locally.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/ipi.h | 90 ---
arch/x86/kernel/apic/apic_flat_64.c |3 -
arch/x86/kernel/apic/apic_numachip.c |3 -
arch/x86/kernel/apic/bigsmp_32.c |9 ---
All of these APIC files include the world and some more. Remove the
unneeded cruft.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic_flat_64.c | 15 ---
arch/x86/kernel/apic/apic_noop.c | 18 +-
arch/x86/kernel/apic/apic_numachip.c |6
To support NMI shorthand broadcasts add the safe wait for ICR idle for NMI
vector delivery.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/ipi.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- a/arch/x86/kernel/apic/ipi.c
+++ b/arch/x86/kernel/apic/ipi.c
@@ -30,7
On Mon, Jul 22, 2019 at 06:56:49PM +0200, Auger Eric wrote:
> Hi Christoph,
>
> On 7/22/19 6:51 PM, Eric Auger wrote:
> > We currently have cases where the dma_addressing_limited() gets
> > called with dma_mask unset. This causes a NULL pointer dereference.
> >
> > Use dma_get_mask() accessor to
This is merily a refresh of V2.
Changes vs. V2
(https://lkml.kernel.org/r/20190704155145.617706...@linutronix.de)
- Fix the NMI_VECTOR/VECTOR_NMI typo in kgdb
- Remove the misleading vector 0-31 wording
It applies on top of:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
apic->send_IPI_allbutself() takes a vector number as argument.
APIC_DM_NMI is clearly not a vector number. It's defined to 0x400 which is
outside the vector space.
Use NMI_VECTOR instead as that's what it is intended to be.
Fixes: 82da3ff89dc2 ("x86: kgdb support")
Signed-off-by: Thomas
The SDM states:
"The destination shorthand field of the ICR allows the delivery mode to be
by-passed in favor of broadcasting the IPI to all the processors on the
system bus and/or back to itself (see Section 10.6.1, Interrupt Command
Register (ICR)). Three destination shorthands are
No point in having them in an header file.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/ipi.h | 19 ---
arch/x86/kernel/apic/ipi.c | 16 +---
2 files changed, 13 insertions(+), 22 deletions(-)
--- a/arch/x86/include/asm/ipi.h
+++
To support IPI shorthands wrap invocations of apic->send_IPI_allbutself()
in a helper function, so the static key controlling the shorthand mode is
only in one place.
Fixup all callers.
Signed-off-by: Thomas Gleixner
---
V2: New patch
---
arch/x86/include/asm/apic.h |2 ++
If the APIC was already enabled on entry of setup_local_APIC() then
disabling it soft via the SPIV register makes a lot of sense.
That masks all LVT entries and brings it into a well defined state.
Otherwise previously enabled LVTs which are not touched in the setup
function stay unmasked and
Nadav noticed that the cpumask allocations in native_send_call_func_ipi()
are noticeable in microbenchmarks.
Use the new cpumask_or_equal() function to simplify the decision whether
the supplied target CPU mask is either equal to cpu_online_mask or equal to
cpu_online_mask except for the CPU on
The IPI shorthand functionality delivers IPI/NMI broadcasts to all CPUs in
the system. This can have similar side effects as the MCE broadcasting when
CPUs are waiting in the BIOS or are offlined.
The kernel tracks already the state of offlined CPUs whether they have been
brought up at least once
All callers of apic->send_IPI_all() and apic->send_IPI_allbutself() contain
the decision logic for shorthand invocation already and invoke
send_IPI_mask() if the prereqisites are not satisfied.
Implement shorthand support for x2apic.
Signed-off-by: Thomas Gleixner
---
V2: Remove the decision
The IPI code of x86 needs to evaluate whether the target cpumask is equal
to the cpu_online_mask or equal except for the calling CPU.
To replace the current implementation which requires the usage of a
temporary cpumask, which might involve allocations, add a new function
which compares a cpumask
Only used locally.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/apic_flat_64.h |8
arch/x86/kernel/apic/apic_flat_64.c |2 +-
arch/x86/kernel/apic/apic_flat_64.h |8
arch/x86/kernel/apic/apic_numachip.c |2 +-
4 files changed, 10 insertions(+), 10
All callers of apic->send_IPI_all() and apic->send_IPI_allbutself() contain
the decision logic for shorthand invocation already and invoke
send_IPI_mask() if the prereqisites are not satisfied.
Remove the now redundant decision logic in the APIC code and the duplicate
helper in probe_64.c.
If the APIC is soft disabled then unmasking an LVT entry does not work and
the write is ignored. perf_events_lapic_init() tries to do so.
Move the invocation after the point where the APIC has been enabled.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic.c |5 ++---
1 file
In order to support IPI/NMI broadcasting via the shorthand mechanism side
effects of shorthands need to be mitigated:
Shorthand IPIs and NMIs hit all CPUs including unplugged CPUs
Neither of those can be handled on unplugged CPUs for obvious reasons.
It would be trivial to just fully disable
For the upcoming shorthand support for all APIC incarnations the command
line option needs to be available for 64 bit as well.
While at it, rename the control variable, make it static and mark it
__ro_after_init.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/ipi.c | 29
The booted once information which is required to deal with the MCE
broadcast issue on X86 correctly is stored in the per cpu hotplug state,
which is perfectly fine for the intended purpose.
X86 needs that information for supporting NMI broadcasting via shortcuts,
but retrieving it from per cpu
Move it where it belongs. That allows to keep all the shorthand logic in
one place.
No functional change.
Signed-off-by: Thomas Gleixner
---
V2: New patch
---
arch/x86/include/asm/smp.h |1 +
arch/x86/kernel/apic/ipi.c | 40
arch/x86/kernel/smp.c
All callers of apic->send_IPI_all() and apic->send_IPI_allbutself() contain
the decision logic for shorthand invocation already and invoke
send_IPI_mask() if the prereqisites are not satisfied.
Remove the now redundant decision logic in the 32bit implementation.
Signed-off-by: Thomas Gleixner
301 - 400 of 1164 matches
Mail list logo