On Fri, Dec 08, 2017 at 11:50:37AM +0100, Stephan Müller wrote:
> Hi Herbert,
>
> This patch would go on top of 7d2c3f54e6f646887d019faa45f35d6fe9fe82ce
> "crypto: af_alg - remove locking in async callback" found in Linus' tree
> which is not yet in the cryptodev-2.6 tree.
>
> In addition, this p
Add support for Moxa UC-8410A open platform
The UC-8410A computing platform is designed
for embedded communication-centric industrial applications
The features of UC-8410A are:
* QSPI flash
* SD slot
* 3x LAN
* 8x RS-232/422/485 ports, software-selectable
* Mini PCIe form factor with PCIe/USB sig
On Fri, Dec 01, 2017 at 05:51:02PM +0100, Kamil Konieczny wrote:
> Add myself as co-maintainer for Samsung Security SubSystem driver.
> I have added major functionality to the driver [hash acceleration],
> I have access to documentation and to hardware for testing, I can
> also dedicate some of my
Building the stm32 crypto suport as a loadable module causes a build
failure from a simple typo:
drivers/crypto/stm32/stm32-cryp.c:1035:25: error: 'sti_dt_ids' undeclared here
(not in a function); did you mean 'stm32_dt_ids'?
This renames the reference to point to the correct symbol.
Fixes: 9e0
2017-12-11 19:17 GMT+09:00 Arnd Bergmann :
> On Mon, Nov 6, 2017 at 7:47 PM, Nick Desaulniers
> wrote:
>> I was not seeing my linker flags getting added when using ld-option when
>> cross compiling with Clang. Upon investigation, this seems to be due to
>> a difference in how GCC vs Clang handle c
The newly added wlcore_fw_sleep function is called conditionally,
which causes a warning without CONFIG_PM:
drivers/net/wireless/ti/wlcore/main.c:981:12: error: 'wlcore_fw_sleep' defined
but not used [-Werror=unused-function]
Instead of trying to keep track of what should be in the #ifdef and wh
On Thu, Nov 30, 2017 at 02:11:44PM +, Colin King wrote:
> From: Colin Ian King
>
> Variables adap, pi and cntrl are assigned but are never read, hence
> they are redundant and can be removed.
>
> Cleans up various clang build warnings.
>
> Signed-off-by: Colin Ian King
Patch applied. Tha
On Thu, Nov 30, 2017 at 02:23:54PM +, Colin King wrote:
> From: Colin Ian King
>
> In the case where skb->ip_summed != CHECKSUM_PARTIAL then cntrl contains
> garbage value and this is possibly being bit-wise or'd and stored into
> cpl->ctrl1. Fix this by initializing cntrl to zero.
>
> Clea
A warning that I thought I had fixed before occasionally comes
back in rare randconfig builds (I found 7 instances in the last
10 builds, originally it was much more frequent):
drivers/infiniband/hw/mlx5/mr.c: In function 'mlx5_ib_reg_user_mr':
drivers/infiniband/hw/mlx5/mr.c:1229:5: error: 'o
On Thu, Nov 30, 2017 at 11:32:08AM +, Colin King wrote:
> From: Colin Ian King
>
> The arrays sgl_ent_len and dsgl_ent_len are local to the source and do
> not need to be in global scope, so make them static. Also re-format the
> declarations to match the following round_constant array declar
On Thu, Nov 30, 2017 at 11:26:14AM +, Colin King wrote:
> From: Colin Ian King
>
> The cryptd_max_cpu_qlen module parameter is local to the source and does
> not need to be in global scope, so make it static.
>
> Cleans up sparse warning:
> crypto/cryptd.c:35:14: warning: symbol 'cryptd_max_
On Thu, Nov 30, 2017 at 12:04:33PM +0100, Corentin Labbe wrote:
> This patch fix the following build failure:
> CC [M] drivers/crypto/stm32/stm32-cryp.o
> In file included from drivers/crypto/stm32/stm32-cryp.c:11:0:
> drivers/crypto/stm32/stm32-cryp.c:1049:25: error: 'sti_dt_ids' undeclared
>
On Wed, Nov 29, 2017 at 12:02:23PM +0100, Stephan Müller wrote:
> The wait for data is a non-atomic operation that can sleep and therefore
> potentially release the socket lock. The release of the socket lock
> allows another thread to modify the context data structure. The waiting
> operation for
On Wed, Nov 29, 2017 at 01:18:57AM -0800, Eric Biggers wrote:
> From: Eric Biggers
>
> All the ChaCha20 algorithms as well as the ARM bit-sliced AES-XTS
> algorithms call skcipher_walk_virt(), then access the IV (walk.iv)
> before checking whether any bytes need to be processed (walk.nbytes).
>
On Tue, Nov 28, 2017 at 12:06:06AM +0100, Vasyl Gomonovych wrote:
> Fix ptr_ret.cocci warnings:
> arch/arm/crypto/aes-neonbs-glue.c:184:1-3: WARNING: PTR_ERR_OR_ZERO can be
> used
> arch/arm/crypto/aes-neonbs-glue.c:261:1-3: WARNING: PTR_ERR_OR_ZERO can be
> used
>
> Use PTR_ERR_OR_ZERO rather t
On Sun, Dec 10, 2017 at 03:02:04PM -0600, Steven Eckhoff wrote:
> Thank you to everyone who has reviewed this. The v4 patch addresses all
> issues raised.
>
> I apologize for this email chain getting hacked up.
>
> Philippe Ombredanne wrote:
>
> > Have you considered using the new SPDX ids?
>
On Mon, Dec 11, 2017 at 11:44 AM, Joel Stanley wrote:
> On Mon, Dec 11, 2017 at 6:28 PM, Arnd Bergmann wrote:
>> On Mon, Dec 11, 2017 at 6:06 AM, Joel Stanley wrote:
>>> This should have always been 8.
>>>
>>> Signed-off-by: Joel Stanley
>>
>> As this is a bugfix, should we backport it to stabl
On Sat, Dec 09, 2017 at 02:22:50PM +0900, Takashi Sakamoto wrote:
> On Dec 9 2017 03:52, Mark Brown wrote:
> The applied patches are in v1 patchset, but we have v2 patchset already:
> http://mailman.alsa-project.org/pipermail/alsa-devel/2017-December/128970.html
> Would you please replace the app
On Thu, Nov 30, 2017 at 10:09:32AM +, Gilad Ben-Yossef wrote:
> The performance of some aead tfm providers is affected by
> the amount of parallelism possible with the processing.
>
> Introduce an async aead concurrent multiple buffer
> processing speed test to be able to test performance of s
The last bugfix apparently introduced another problem, as shown
by this gcc warning:
drivers/md/dm.c: In function '__send_changing_extent_only':
drivers/md/dm.c:1365:28: error: 'ti' is used uninitialized in this function
[-Werror=uninitialized]
This restores the intialization of the 'ti' variabl
Configuring the USB_G_WEBCAM driver as built-in leads to a link
error when CONFIG_VIDEO_V4L2 is a loadable module:
drivers/usb/gadget/function/f_uvc.o: In function `uvc_function_setup':
f_uvc.c:(.text+0xfe): undefined reference to `v4l2_event_queue'
drivers/usb/gadget/function/f_uvc.o: In function
One patch that was meant as a cleanup apparently did more than it intended,
allowing all combinations of legacy gadget drivers to be built into the
kernel, and leaving an empty 'choice' statement behind:
drivers/usb/gadget/Kconfig:487:warning: choice default symbol 'USB_ETH' is not
contained in t
On Mon, Dec 11, 2017 at 11:56 AM, wrote:
> From: Patrick Bruenn
>
> Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
>
> This is driver enables support for the low power domain SRTC features:
> - 32-bit MSB of non-rollover time counter
> - 32-bit alarm register
>
> Select the
gcc-8 warnings about the new driver using a memset with a bogus length:
drivers/usb/host/xhci-dbgcap.c: In function 'xhci_dbc_eps_exit':
drivers/usb/host/xhci-dbgcap.c:369:2: error: 'memset' used with length equal to
number of elements without multiplication by element size
[-Werror=memset-elt-s
On Mon, 2017-12-11 at 14:48 +0800, Yixun Lan wrote:
> .ops = &clk_gate_ops,
> diff --git a/drivers/clk/meson/clkc.h b/drivers/clk/meson/clkc.h
> index 1629da9b4141..87f06a801a4d 100644
> --- a/drivers/clk/meson/clkc.h
> +++ b/drivers/clk/meson/clkc.h
> @@ -134,7 +134,7 @@ struct mes
On Wed, 2017-11-29 at 16:30 +0100, Anna-Maria Gleixner wrote:
> From: Thomas Gleixner
>
> Switch the timer to HRTIMER_MODE_SOFT, which executed the timer
> callback in softirq context and remove the hrtimer_tasklet.
You didn't change the commit log to HRTIMER_MODE_REL_SOFT, but
otherwise looks g
Hi Linus,
Em Fri, 8 Dec 2017 13:28:57 -0800
Linus Torvalds escreveu:
> On Fri, Dec 8, 2017 at 7:56 AM, Mauro Carvalho Chehab
> wrote:
> >
> > - The largest amount of fixes in this series is with regards to comments
> > that aren't kernel-doc, but start with "/**". A new check added for
> >
On Fri, Dec 08, 2017 at 03:20:40PM +, Horia Geantă wrote:
> On 10/12/2017 6:20 PM, Herbert Xu wrote:
> > On Fri, Oct 06, 2017 at 03:04:31PM +0200, Christophe Leroy wrote:
> >> This serie fixes and improves the talitos crypto driver.
> >>
> >> First 6 patchs are fixes of failures reported by the
On Mon, 11 Dec 2017, Thomas Gleixner wrote:
> On Mon, 11 Dec 2017, Daniel Vetter wrote:
> > Anything else we can do to move this? I just had to resolve a small
> > conflict when moving forward to -rc3. Carrying a revert for the entire
> > apic pull (too many deps to just revert the bisected patch)
2017-12-09 19:39 GMT+08:00 Tianyu Lan :
> 2017-12-09 17:15 GMT+08:00 syzbot
> :
>> syzkaller has found reproducer for the following crash on
>> ad4dac17f9d563b9e34aab78a34293b10993e9b5
>> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
>> compiler: gcc (GCC) 7.1.1 20170620
2017-11-27 11:52 GMT+01:00 Bartosz Golaszewski :
> IRQ_WORK_FLAGS is defined simply to 3UL. This is confusing as it
> says nothing about its purpose. Define IRQ_WORK_FLAGS as a bitwise
> OR of IRQ_WORK_PENDING and IRQ_WORK_BUSY and change its name to
> IRQ_WORK_CLAIMED.
>
> While we're at it: use t
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2 to build this driver
Bas
On Mon, 11 Dec 2017, Daniel Vetter wrote:
> Anything else we can do to move this? I just had to resolve a small
> conflict when moving forward to -rc3. Carrying a revert for the entire
> apic pull (too many deps to just revert the bisected patch) is a bit
> annoying.
https://lkml.kernel.org/r/al
From: Patrick Bruenn
rtc-mxc_v2 driver will add support for the i.MX53 SRTC
Signed-off-by: Patrick Bruenn
---
Cc: Shawn Guo
Cc: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc: Alessandro Zummo
Cc: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland (maintainer:OP
From: Patrick Bruenn
Enable SRTC driver for i.MX53 in default config
Signed-off-by: Patrick Bruenn
---
v3:
- imx_v4_v5_defconfig was the wrong default config for i.MX53
Cc: Shawn Guo
Cc: Sascha Hauer (maintainer:ARM/FREESCALE IMX / MXC
ARM ARCHITECTURE)
Cc: Alessandro Zummo
Cc: Alexandre
From: Patrick Bruenn
Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2
Signed-off-by: Patrick Bruenn
---
v2:
- added "Secure" and (SRTC) to the description
Cc: Alessandro Zummo
Cc: Alexandre Belloni
Cc: Rob Herring
Cc: Mark Rutland (maintainer:OPEN FIRMWARE AND FLATTENED
D
From: Patrick Bruenn
Neither rtc-imxdi, rtc-mxc nor rtc-snvs are compatible with i.MX53.
This is driver enables support for the low power domain SRTC features:
- 32-bit MSB of non-rollover time counter
- 32-bit alarm register
Select the new config option RTC_DRV_MXC_V2 to build this driver
Bas
Quoting Matthew Wilcox (2017-11-30 17:36:30)
> About 40 of the approximately 180 users of the IDR in the kernel are
> "1-based" instead of "0-based". That is, they never want to have ID 0
> allocated; they want to see IDs allocated between 1 and N. Usually, that's
> expressed like this:
>
>
On 11/12/17 11:09, Jan Beulich wrote:
On 08.12.17 at 16:11, wrote:
>> Set the boot loader version to 2.14 (0x020e) replacing the wrong 0x0212
>> which should have been 0x020c.
>
> This part of the description has become partly stale now with the
> new patch 3.
Indeed. I'll wait for other co
From: Markus Elfring
Date: Mon, 11 Dec 2017 11:01:57 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: Prefer seq_puts to seq_printf
Thus fix the affected source code place.
Signed-off-by: Markus Elfring
---
drivers/target/loopback/tcm_loop.c | 2 +-
1 fil
File permissions set to "0" in the module_param family of macros mean
that the parameter should not show up in sysfs. Don't require octal
permissions in this case.
Signed-off-by: Bartosz Golaszewski
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scr
From: Markus Elfring
Date: Mon, 11 Dec 2017 10:58:33 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: void function return statements are not generally useful
Thus remove such a statement in the affected function.
Signed-off-by: Markus Elfring
---
drivers
Hi,
On Sun, Dec 10, 2017 at 08:03:43PM -0600, Shanker Donthineni wrote:
> +/**
> + * Errata workaround prior to disable MMU. Insert an ISB immediately prior
> + * to executing the MSR that will change SCTLR_ELn[M] from a value of 1 to 0.
> + */
> + .macro pre_disable_mmu_workaround
> +#ifdef C
On Mon, Dec 11, 2017 at 6:28 PM, Arnd Bergmann wrote:
> On Mon, Dec 11, 2017 at 6:06 AM, Joel Stanley wrote:
>> This should have always been 8.
>>
>> Signed-off-by: Joel Stanley
>
> As this is a bugfix, should we backport it to stable kernels? When you
> fix a bug,
> I generally recommend includ
From: Markus Elfring
Date: Mon, 11 Dec 2017 10:56:42 +0100
The variables "se_cmd" and "tl_cmd" will eventually be set to appropriate
pointers a bit later.
Thus omit the explicit initialisation at the beginning.
Signed-off-by: Markus Elfring
---
drivers/target/loopback/tcm_loop.c | 4 ++--
1 fi
On Mon, Dec 11, 2017 at 6:39 PM, Arnd Bergmann wrote:
> On Mon, Dec 11, 2017 at 6:06 AM, Joel Stanley wrote:
>> The existing device trees use fixed-clocks in order to boot without a
>> clk driver. The newly added clk driver provides proper clock support,
>> including gating, so we move the device
On Mon, Dec 11, 2017 at 6:26 PM, Arnd Bergmann wrote:
> On Mon, Dec 11, 2017 at 6:06 AM, Joel Stanley wrote:
>> These are used to by the device tree to map pin numbers to constants
>> required by the GPIO bindings.
>> +
>> +#define ASPEED_GPIO_PORT_A 0
>> +#define ASPEED_GPIO_PORT_B 1
>> +#define
From: Ludovic Barre
This adds low-level debug support on USART1 for STM32F4
and STM32F7. Compiled via 'CONFIG_DEBUG_LL' and 'CONFIG_EARLY_PRINTK'.
Enabled via 'earlyprintk' in bootargs.
Signed-off-by: Gerald Baeza
Signed-off-by: Ludovic Barre
Acked-by: Alexandre TORGUE
---
arch/arm/Kconfig.d
From: Markus Elfring
Date: Mon, 11 Dec 2017 10:40:23 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: quoted string split across lines
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
---
drivers/target/loopback/tcm_loop.c | 120 +++
From: Markus Elfring
Date: Sun, 10 Dec 2017 21:23:43 +0100
Replace the specification of data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was detec
From: Markus Elfring
Date: Sun, 10 Dec 2017 21:18:15 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/target/loopback/tcm_loop.c | 14 --
1 file chang
On Mon, Dec 11, 2017 at 11:29:55AM +0100, Johan Hovold wrote:
> On Fri, Nov 17, 2017 at 02:38:31PM +0100, Johan Hovold wrote:
> > Fix child-node lookup during initialisation which was using the wrong
> > OF-helper and ended up searching the whole device tree depth-first
> > starting at the parent r
From: Markus Elfring
Date: Mon, 11 Dec 2017 11:33:44 +0100
Some update suggestions were taken into account
from static source code analysis.
Markus Elfring (6):
Delete an error message for a failed memory allocation in four functions
Improve a size determination in two functions
Combine su
On 10.12.2017 00:38, Alexander Kappner wrote:
Hi Mathias,
thanks for the patch! The system now resumes cleanly from hibernate even with
usbmuxd doing its thing.
Tested-by: Alexander Kappner
While testing this I hit some other issues with xhci-debugfs.c but I'll write
these up in a separate
Hi Yury,
On Thu, Nov 16, 2017 at 02:11:30PM +0300, Yury Norov wrote:
> This is ILP32 patches on top of 4.14 kernel:
> https://github.com/norov/linux/commits/ilp32-4.14
>
> I tested the series with LTP lite built by Linaro toolchain, and no
> regressions found.
Thanks. I gave it a try as well wit
+ GVT folks.
On Fri, 2017-12-08 at 09:15 +1100, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> 365ad5df9caa ("drm/i915/gvt: Export
> intel_gvt_render_mmio_to_ring_id()")
>
> is missing a Signed-off-by from its committer.
>
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
On 10 December 2017 at 00:56, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the PM core call dev_pm_skip_next_resume_phases() to skip the
> "early resume" and "resume" phases of system-wide transitions to the
> working state for a given device instead of clearing the relevant
> stat
On Fri, Nov 17, 2017 at 02:38:31PM +0100, Johan Hovold wrote:
> Fix child-node lookup during initialisation which was using the wrong
> OF-helper and ended up searching the whole device tree depth-first
> starting at the parent rather than just matching on its children.
>
> To make things worse, t
On Sat, 9 Dec 2017, Tomasz Kramkowski wrote:
> Alright, that's fine. Anything else to change before I send a v2?
Not from my side, I think we're good to go.
> Also, would you like v2 in-reply-to the root of this thread or as its
> own thread?
Feel free to send it as a followup here. Thanks,
On 09/12/2017 07:31, Jiri Olsa wrote:
On Fri, Dec 08, 2017 at 03:42:10PM +, John Garry wrote:
On 08/12/2017 12:29, Jiri Olsa wrote:
On Wed, Dec 06, 2017 at 03:20:14PM +, John Garry wrote:
On 06/12/2017 13:36, Jiri Olsa wrote:
On Wed, Dec 06, 2017 at 12:13:16AM +0800, John Garry wrote:
Below is the list of build error/warning regressions/improvements in
v4.15-rc3[1] compared to v4.14[2].
Summarized:
- build errors: +1/-6
- build warnings: +1116/-1061
JFYI, when comparing v4.15-rc3[1] to v4.15-rc2[3], the summaries are:
- build errors: +0/-0
- build warnings: +308/-941
On Mon, Dec 11, 2017 at 02:07:38AM +0300, Dmitry Osipenko wrote:
> UTMI pads are shared by USB controllers and reset of UTMI pads is shared
> with the reset of USB1 controller. Currently reset of UTMI pads is done by
> the EHCI driver and ChipIdea UDC works because EHCI driver always happen
> to be
On Fri, Dec 8, 2017 at 3:11 PM, Ludovic Barre wrote:
> From: Ludovic Barre
>
> This patch prepares the STM32 machine for the integration of Cortex-A
> based microprocessor (MPU), on top of the existing Cortex-M
> microcontroller family (MCU). Since both MCUs and MPUs are sharing
> common hardwar
James Morris wrote:
> On Fri, 8 Dec 2017, Casey Schaufler wrote:
> > Would it make sense to have lsm_dynamic.h ?
>
> Yes.
OK, you are going to consider LKM based LSMs, aren't you?
Any chance changing "struct security_hook_heads" to pure
"struct list_head[]" with enum (below patch) ?
Below patch
Hi Neil, Philippe
thanks for review
I will send V2 with:
-my "signed-off"
-Acked-by: Alexandre TORGUE
-SPDX license
/* SPDX-License-Identifier: GPL-2.0 */
BR
Ludo
On 12/11/2017 10:33 AM, Philippe Ombredanne wrote:
Ludovic,
On Mon, Dec 11, 2017 at 10:08 AM, Alexandre Torgue
wrote:
Hi Ludov
On Mon, 2017-12-11 at 18:16 +0800, Yixun Lan wrote:
> > Overall, the changes looks good to me.
> > I still have a few comments which I'd like to see addressed quickly after
> > this
> > series is merged
>
> did you say that:
> you will merge these patches now, then I could send fixes later?
>
>
On Sat, Nov 11, 2017 at 04:43:37PM +0100, Johan Hovold wrote:
> A helper purported to look up a child node based on its name was using
> the wrong of-helper and ended up prematurely freeing the parent of-node
> while searching the whole device tree depth-first starting at the parent
> node.
>
> Fi
On Thu, Dec 07, 2017 at 04:42:57PM -0800, Keith Packard wrote:
> There are a set of values in the drm_display_info structure for each
> connector which hold information derived from EDID. These are computed
> in drm_add_display_info. Before this patch, that was only called in
> drm_add_edid_modes.
Hi Randy, hi Richard, [ +Hendrik for c895f6f703ad7dd2f ]
On 12/11/2017 09:32 AM, Richard Weinberger wrote:
> Randy,
>
> Am Montag, 11. Dezember 2017, 03:42:12 CET schrieb Randy Dunlap:
>> On 12/10/2017 06:08 PM, Linus Torvalds wrote:
>>> Another week, another rc.
>>
>> um (uml) won't build on i38
From: Chao Peng
Change pt_cap_get() to a public function so that KVM can access it.
Signed-off-by: Chao Peng
Signed-off-by: Luwei Kang
---
arch/x86/events/intel/pt.c | 3 ++-
arch/x86/events/intel/pt.h | 18 --
arch/x86/include/asm/intel_pt.h | 20 ++
On Tue, Nov 28, 2017 at 04:53:34PM -0800, Stephen Boyd wrote:
> We have macros for getting the upper or lower 32 bits of a
> number. Use them here to shave a couple lines off the code.
>
> Signed-off-by: Stephen Boyd
> ---
> drivers/pci/dwc/pcie-designware-host.c | 6 ++
> 1 file changed, 2
Intel Processor Trace MSRs(except IA32_RTIT_CTL) would be passthrough to
guest when Intel PT is enable in guest. So we need this function to
disable/enable intercept these MSRs.
Signed-off-by: Luwei Kang
---
arch/x86/kvm/vmx.c | 68 ++
1 file c
From: Chao Peng
Load/Store Intel processor trace register in context switch.
MSR IA32_RTIT_CTL is loaded/stored automatically from VMCS.
In HOST mode, we just need to restore the status of IA32_RTIT_CTL.
In HOST_GUEST mode, we need load/resore PT MSRs only when PT is
enabled in guest.
Signed-off
From: Chao Peng
Intel PT MSRs read/write will not be intercepted when guest enabled
Intel PT. IA32_RTIT_CTL read/write will always cause a VM-Exit.
Signed-off-by: Chao Peng
Signed-off-by: Luwei Kang
---
arch/x86/kvm/vmx.c | 64 ++
arch/x86/k
HI Jerome:
On 12/11/17 17:46, Jerome Brunet wrote:
> On Mon, 2017-12-11 at 14:48 +0800, Yixun Lan wrote:
>> From: Qiufang Dai
>>
>> Add clock controller drivers for Amlogic Meson-AXG SoC.
>>
>> Acked-by: Neil Armstrong
>> Signed-off-by: Qiufang Dai
>> Signed-off-by: Yixun Lan
>> ---
>> arch/a
On Mon, Nov 6, 2017 at 7:47 PM, Nick Desaulniers
wrote:
> I was not seeing my linker flags getting added when using ld-option when
> cross compiling with Clang. Upon investigation, this seems to be due to
> a difference in how GCC vs Clang handle cross compilation.
>
> GCC is configured at build t
From: Chao Peng
Expose Intel Processor Trace to guest only when PT work in
HOST_GUEST mode.
Signed-off-by: Chao Peng
Signed-off-by: Luwei Kang
---
arch/x86/include/asm/kvm_host.h | 1 +
arch/x86/kvm/cpuid.c| 22 --
arch/x86/kvm/svm.c | 6 ++
From: Paolo Bonzini
Processor tracing is already enumerated in word 9 (CPUID[7,0].EBX),
so do not duplicate it in the scattered features word.
Signed-off-by: Paolo Bonzini
---
arch/x86/include/asm/cpufeatures.h | 2 +-
arch/x86/kernel/cpu/scattered.c| 1 -
2 files changed, 1 insertion(+),
From: Chao Peng
Add a data structure to save Intel Processor Trace context.
It mainly include the MSRs related Intel Processor Trace.
Signed-off-by: Chao Peng
Signed-off-by: Luwei Kang
---
arch/x86/include/asm/msr-index.h | 1 +
arch/x86/include/asm/vmx.h | 2 ++
arch/x86/kvm/vmx.c
CPUID.(EAX=14H,ECX=1H).EAX[2:0] enumerates the number of
Intel Processor Trace configurable Address Ranges for filtering.
Signed-off-by: Luwei Kang
---
arch/x86/include/asm/kvm_host.h | 1 +
arch/x86/kvm/x86.c | 13 +
2 files changed, 14 insertions(+)
diff --git a/arch
Currently, Intel Processor Trace do not support tracing in L1 guest
VMX operation(IA32_VMX_MISC[bit 14] is 0). As mentioned in SDM,
on these type of processors, execution of the VMXON instruction will
clears IA32_RTIT_CTL.TraceEn and any attempt to write IA32_RTIT_CTL
causes a general-protection xc
From: Chao Peng
Intel Processor Trace virtualization enabling in guest need
to use these MSR bits, so move then to public header msr-index.h.
Signed-off-by: Chao Peng
Signed-off-by: Luwei Kang
---
arch/x86/events/intel/pt.h | 37 -
arch/x86/include/as
From: Chao Peng
Intel PT virtualization can be work in one of 3 possible modes:
a. system-wide: trace both host/guest and output to host buffer;
b. host-only: only trace host and output to host buffer;
c. host-guest: trace host/guest simultaneous and output to their
respective buffer.
Sig
Hi All,
Here is a patch-series which adding Processor Trace enabling in KVM guest. You
can get It's software developer manuals from:
https://software.intel.com/sites/default/files/managed/c5/15/architecture-instruction-set-extensions-programming-reference.pdf
In Chapter 5 INTEL PROCESSOR TRACE: V
On Mon, Dec 11, 2017 at 02:19:44AM +0300, Dmitry Osipenko wrote:
> Add manual HW power management to drivers probe/remove in order to
> not fail in a case of runtime power management being disabled in kernel
> config.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/gpu/drm/tegra/dc.c | 164
On Mon, Dec 11, 2017 at 02:19:43AM +0300, Dmitry Osipenko wrote:
> HW reset isn't actually broken on Tegra20, but there is a dependency on
> first display controller to be taken out of reset for the second to be
> enabled successfully.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/gpu/drm/t
On Sun, Dec 10, 2017 at 11:10 PM, David Lechner wrote:
> This adds a new device tree binding for Sitronix ST7735R display panels,
> such as the Adafruit 1.8" TFT.
>
> Signed-off-by: David Lechner
> Acked-by: Rob Herring
(...)
> Limor brought up an interesting point in an off-list discussion. T
>>> On 08.12.17 at 16:11, wrote:
> Set the boot loader version to 2.14 (0x020e) replacing the wrong 0x0212
> which should have been 0x020c.
This part of the description has become partly stale now with the
new patch 3.
Jan
On Sun, Dec 10, 2017 at 12:58 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Add helper routines to find and return a suitable subsystem callback
> during the "noirq" phases of system suspend/resume (or analogous)
> transitions as well as during the "late" phase of system suspend and
On Mon, Dec 11, 2017 at 02:10:00AM +0300, Dmitry Osipenko wrote:
> UDC driver won't probe without Tegra's PHY, hence select it in the
> Kconfig.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/usb/chipidea/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/usb/chipidea/
On Sun, Dec 10, 2017 at 12:56 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the PM core call dev_pm_skip_next_resume_phases() to skip the
> "early resume" and "resume" phases of system-wide transitions to the
> working state for a given device instead of clearing the relevant
>
On Wed, Dec 06, 2017 at 12:13:27PM +0100, Maarten Lankhorst wrote:
> Hey,
>
> Op 30-11-17 om 23:47 schreef Thomas Gleixner:
> > On Thu, 30 Nov 2017, Maarten Lankhorst wrote:
> >> Op 30-11-17 om 10:18 schreef Thomas Gleixner:
> >> # cat /sys/kernel/debug/irq/irqs/28
> >> handler: handle_edge_irq
On Mon, Dec 11, 2017 at 02:09:59AM +0300, Dmitry Osipenko wrote:
> Add Kconfig entry so that other drivers other than ehci-tegra
> (like ChipIdea) could add Tegra's PHY to build dependencies.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/usb/host/Kconfig | 2 +-
> drivers/usb/phy/Kconfig |
On Monday, December 11, 2017, 10:45:09 AM CET Alexander Stein wrote:
> On Monday, December 11, 2017, 10:08:20 AM CET Rasmus Villemoes wrote:
> > >>> +static int
> > >>> +ls1021a_extirq_set_type(struct irq_data *data, unsigned int type)
> > >>> +{
> > >>> + irq_hw_number_t hwirq = data->hwirq;
Roman Kagan writes:
> On Fri, Dec 08, 2017 at 11:50:00AM +0100, Vitaly Kuznetsov wrote:
>> When we run nested KVM on Hyper-V guests we need to update masterclocks for
>> all guests when L1 migrates to a host with different TSC frequency.
>> Implement the procedure in the following way:
>> - Pause
Hi Randy,
2017-12-11 9:33 GMT+09:00 Randy Dunlap :
> From: Randy Dunlap
>
> Update x86-opcode-map.txt based on the October 2017 Intel SDM publication.
> Correct INVPID to INVVPID.
> Add UD0, UD1, and UD2 instruction opcodes.
Thanks for update! I have some comments on it.
>
> Signed-off-by: Rand
Roman Kagan writes:
> On Fri, Dec 08, 2017 at 11:49:57AM +0100, Vitaly Kuznetsov wrote:
>> Hyper-V supports Live Migration notification. This is supposed to be used
>> in conjunction with TSC emulation: when we are migrated to a host with
>> different TSC frequency for some short period host emul
This is a clean-up patch which replaces the uses of raw __ATTR(...)
macro with the more conventional DEVICE_ATTR(...) for defining device
attributes.
Done using coccinelle-
@r@
identifier foo, n;
@@
struct device_attribute foo = __ATTR(n, ...);
@script:python p@
id;
foo << r.foo;
n << r.n;
@@
On Mon, Dec 11, 2017 at 01:55:35AM +0300, Dmitry Osipenko wrote:
> This fixes "utmi_phy_clk_enable: timeout waiting for phy to stabilize"
> error message.
>
> Signed-off-by: Dmitry Osipenko
> ---
> drivers/usb/phy/phy-tegra-usb.c | 13 -
> 1 file changed, 4 insertions(+), 9 deletions
On 09/12/17 18:33, Guenter Roeck wrote:
> Hi folks,
>
> I am playing with qemu's mps2-an385 emulation and try to get Linux to boot
> with it,
> so far with little (ie no) success.
>
> Is a working kernel configuration for this board available somewhere ?
make ARCH=arm mps2_defconfig
would give
701 - 800 of 872 matches
Mail list logo