This adds CPU operation points for the RK3368. We only add them to the
the RK3368-uQ7 SoM (Lion) because patches for the SoC where reverted
in the past.
commit 6354a06cbaa8 ("Revert "arm64: dts: rockchip: Add basic cpu
frequencies for RK3368"")
Signed-off-by: Klaus Goger
---
arch/arm64/boot/dt
The RK3368-uQ7 SoM is a uQseven-compatible (40mm x 70mm, MXM-230
connector) system-on-module from Theobroma Systems, featuring the
Rockchip RK3368.
It provides the following feature set:
* up to 4GB DDR3
* on-module SPI-NOR flash
* on-module eMMC (with 8-bit 1.8V interface)
* SD card (on a bas
This patch series adds devicetree files for Theobroma Systems RK3368-uQ
module and the corresponding evaluation kit baseboard.
See https://www.theobroma-systems.com/rk3368-uq7/ for more information
about the module and devkit.
@Heiko: I added the OPP points I use as a seperate patch so you
can de
Haikou is a Qseven and μQseven baseboard used in Theobroma Systems
evaluation kits. This dts adds a version for use with a RK3368-uQ7 SoM
called Lion.
Signed-off-by: Klaus Goger
---
.../arm64/boot/dts/rockchip/rk3368-lion-haikou.dts | 146 +
1 file changed, 146 insertions(+)
RK3368-uQ7 is a Qseven compatible system-on-module by Theobroma Systems.
This adds the module and the EVK baseboard "Haikou"
Signed-off-by: Klaus Goger
---
Documentation/devicetree/bindings/arm/rockchip.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindin
That definitely what I planned, just didn't want to clutter the RFC with
multiple repeated changes.
Thanks,
Andrey
On 01/30/2018 04:24 AM, Daniel Vetter wrote:
On Thu, Jan 18, 2018 at 11:47:52AM -0500, Andrey Grodzovsky wrote:
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/amd/amd
On Mon, 29 Jan 2018, Bjorn Helgaas wrote:
> From: Bjorn Helgaas
>
> 7441b0627e22 ("s390/pci: PCI hotplug support via SCLP") added
> s390_pci_hpc.c, which included this license information:
>
> +MODULE_LICENSE("GPL");
>
> Based on "git show 7441b0627e22:include/linux/module.h", that "GPL" stri
On 29-Jan 17:36, Peter Zijlstra wrote:
> On Tue, Jan 23, 2018 at 06:08:45PM +, Patrick Bellasi wrote:
> > +static inline void util_est_dequeue(struct task_struct *p, int flags)
> > +{
> > + struct cfs_rq *cfs_rq = &task_rq(p)->cfs;
> > + unsigned long util_last = task_util(p);
> > + bool
On Tue, Jan 02, 2018 at 03:50:52PM +, Adam Thomson wrote:
> This commit adds code to handle requesting of PPS APDOs. Switching
> between standard PDOs and APDOs, and re-requesting an APDO to
> modify operating voltage/current will be triggered by an
> external call into TCPM.
>
> Signed-off-by
On Tue, Jan 30, 2018 at 03:36:08PM +0530, Naresh Kamboju wrote:
> On 29 January 2018 at 18:26, Greg Kroah-Hartman
> wrote:
> > This is the start of the stable review cycle for the 4.14.16 release.
> > There are 71 patches in this series, all will be posted as a response
> > to this one. If anyone
On 29/01/18 17:45, Marc Zyngier wrote:
Since PSCI 1.0 allows the SMCCC version to be (indirectly) probed,
let's do that at boot time, and expose the version of the calling
convention as part of the psci_ops structure.
Signed-off-by: Marc Zyngier
---
drivers/firmware/psci.c | 21 ++
On Tue, Jan 02, 2018 at 03:50:53PM +, Adam Thomson wrote:
> This commit adds the 'connected_type' property to represent supplies
> which can report a number of different types of supply based on a
> connection event.
>
> Examples of this already exist in drivers whereby the existing 'type'
> p
On 01/29/2018 10:09 AM, argus@mediatek.com wrote:
> From: Argus Lin
>
> New pwrap support int1_en flag for starvation and channel
> request exception. We need to register it for interrupt
> handler.
> We also add pwrap capability flag used to declare if we
"We also" wording is nearly alway
On 01/29/2018 10:09 AM, argus@mediatek.com wrote:
> From: Argus Lin
>
> mt6797 is a highly integrated SoCs, and it uses
> mt6351 as Power Management IC.
> We need to add pwrap device to communicate with
> mt6351 by SPI.
> The base address of pwrap is 0x1000d000, and IRQ
> number is 178. It
On Tue, Jan 30, 2018 at 12:50:54PM +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 10:45:55AM +, Mel Gorman wrote:
> > The select_idle_sibling (SIS) rewrite in commit 10e2f1acd010 ("sched/core:
> > Rewrite and improve select_idle_siblings()") replaced a domain iteration
> > with a search
On Tue, 30 Jan 2018, David Woodhouse wrote:
> On Tue, 2018-01-30 at 12:37 +0100, Thomas Gleixner wrote:
>
> > In any case, if there is ucode mismatch between CPUs the whole thing is
> > hosed anyway no matter what. So can you please agree on a solution so we
> > can unbreak the current state of a
Am 30.01.2018 um 13:28 schrieb Michal Hocko:
I do think you should completely ignore the size of the swap space. IMHO
you should forbid further allocations when your current buffer storage
cannot be reclaimed. So you need some form of feedback mechanism that
would tell you: "Your buffers have gro
On 01/29/2018 10:09 AM, argus@mediatek.com wrote:
> From: Argus Lin
>
> We add pwrap support for MT6797 SoCs.
>
> Signed-off-by: Argus Lin
> ---
> Documentation/devicetree/bindings/soc/mediatek/pwrap.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/b
On Tue, Jan 30, 2018 at 12:53:49PM +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 10:45:55AM +, Mel Gorman wrote:
> > The results can be less dramatic on NUMA where automatic balancing
> > interferes
> > with the test. It's also known that network benchmarks running on localhost
> > al
Hi Yong,
On Thu, Jan 11, 2018 at 11:03:43AM +0800, Yong Deng wrote:
> Add binding documentation for Allwinner V3s CSI.
>
> Signed-off-by: Yong Deng
Acked-by: Sakari Ailus
--
Sakari Ailus
sakari.ai...@linux.intel.com
On Tue, Jan 30, 2018 at 12:46:33PM +, Patrick Bellasi wrote:
> > Aside from that being whitespace challenged, did you also try:
> >
> > if ((unsigned)((util_est - util_last) + LIM - 1) < (2 * LIM - 1))
>
> No, since the above code IMO is so much "easy to parse for humans" :)
Heh, true. A
On 30 January 2018 at 12:41, Valentin Schneider
wrote:
> (Resending because I snuck in some HTML... Apologies)
>
> On 01/30/2018 08:32 AM, Vincent Guittot wrote:
>>
>> On 29 January 2018 at 20:31, Valentin Schneider
>> wrote:
>>>
>>> Hi Vincent, Peter,
>>>
>>> I've been running some tests on your
On Tue, Jan 30, 2018 at 12:53:49PM +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 10:45:55AM +, Mel Gorman wrote:
> > The results can be less dramatic on NUMA where automatic balancing
> > interferes
> > with the test. It's also known that network benchmarks running on localhost
> > al
On Tue, 30 Jan 2018, William Grant wrote:
> Since commit 92a0f81d8957 ("x86/cpu_entry_area: Move it out of the
> fixmap"), i386's CPU_ENTRY_AREA has been mapped to the memory area just
> below FIXADDR_START. But already immediately before FIXADDR_START is the
> FIX_BTMAP area, which means that ear
On Tue, Jan 30, 2018 at 01:57:21PM +0100, Thomas Gleixner wrote:
> So much for the theory. That's not going to work. If the boot cpu has the
> feature then the alternatives will have been applied. So even if the flag
> mismatch can be observed when a secondary CPU comes up the outcome will be
> acc
Hi Adam,
On Tue, Jan 02, 2018 at 03:50:54PM +, Adam Thomson wrote:
> This commit adds a power_supply class instance to represent a
> PD source's voltage and current properties. This provides an
> interface for reading these properties from user-space or other
> drivers.
>
> For PPS enabled So
On Sat, 27 Jan 2018 01:32:41 +0300
Alexey Khoroshilov wrote:
> vf610_nfc_probe() misses error handling of mtd_device_register()
> and contains unneeded of_node_put() on error path.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
> ---
>
Hello Paolo,
On 27.01.2018 10:50, Paolo Bonzini wrote:
Place the MSR bitmap in struct loaded_vmcs, and update it in place
every time the x2apic or APICv state can change. This is rare and
the loop can handle 64 MSRs per iteration, in a similar fashion as
nested_vmx_prepare_msr_bitmap.
I've ba
Bartlomiej,
On Wed, Jan 3, 2018 at 3:47 PM, Bartlomiej Zolnierkiewicz
wrote:
>
> On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote:
>> When the linux kernel is build with (typical kernel ship with Debian
>> installer):
>>
>> CONFIG_FB_OF=y
>> CONFIG_VT_HW_CONSOLE_BINDING=y
>> CON
On 29/01/18 17:45, Marc Zyngier wrote:
As we're about to trigger a PSCI version explosion, it doesn't
hurt to introduce a PSCI_VERSION helper that is going to be
used everywhere.
Signed-off-by: Marc Zyngier
---
include/kvm/arm_psci.h | 5 +++--
virt/kvm/arm/psci.c| 2 +-
2 files changed
On Tue, Jan 30, 2018 at 12:57:18PM +, Mel Gorman wrote:
> On Tue, Jan 30, 2018 at 12:50:54PM +0100, Peter Zijlstra wrote:
> > Not saying this patch is bad; but Rafael / Srinivas we really should do
> > better. Why isn't cpufreq (esp. sugov) fixing this? HWP or not, we can
> > still give it hin
On Tue, 2018-01-30 at 12:57 +, Mel Gorman wrote:
> On Tue, Jan 30, 2018 at 12:50:54PM +0100, Peter Zijlstra wrote:
>
> > Mel, what hardware are you testing this on?
>
> The primary one was a single socket skylake machine with 8 threads (HT
> enabled).
I took it for a spin in a 2 x Gold 6152
On Tue, Jan 02, 2018 at 03:50:55PM +, Adam Thomson wrote:
> This commit adds sink side support for Get_Status, Status,
> Get_PPS_Status and PPS_Status handling. As there's the
> potential for a partner to respond with Not_Supported
> handling of this message is also added. Sending of
> Not_Supp
On Tue, Jan 30, 2018 at 02:06:06PM +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 12:53:49PM +0100, Peter Zijlstra wrote:
> > On Tue, Jan 30, 2018 at 10:45:55AM +, Mel Gorman wrote:
> > > The results can be less dramatic on NUMA where automatic balancing
> > > interferes
> > > with the
With gcc-4.1.2, if CONFIG_SND_SOC_RT5514_SPI is not set:
sound/soc/codecs/rt5514.c: In function ‘rt5514_dsp_voice_wake_up_put’:
sound/soc/codecs/rt5514.c:363: warning: ‘buf[0]’ is used uninitialized in
this function
sound/soc/codecs/rt5514.c:363: warning: ‘buf[1]’ is used uninitialize
rt5514_dsp_voice_wake_up_put() passes "(u8 *)&buf" to
rt5514_spi_burst_read(), where the cast is needed to silence a compiler
warning:
sound/soc/codecs/rt5514.c: In function ‘rt5514_dsp_voice_wake_up_put’:
sound/soc/codecs/rt5514.c:357: warning: passing argument 2 of
‘rt5514_spi_burst_rea
If NO_DMA=y:
ERROR: "bad_dma_ops" [drivers/iio/adc/stm32-dfsdm-adc.ko] undefined!
Add a dependency on HAS_DMA to fix this.
Fixes: e2e6771c64625165 ("IIO: ADC: add STM32 DFSDM sigma delta ADC support")
Signed-off-by: Geert Uytterhoeven
---
drivers/iio/adc/Kconfig | 1 +
1 file changed, 1 in
Hello Paolo,
I've back ported this patch on 4.1, after adding the per-vcpu MSR
bitmap. Also enabled the SPEC_CTRL_MSR intercept if qemu instructed so [1].
Reviewed-by: Mihai Carabas
[1]
+++ b/arch/x86/kvm/vmx.c
@@ -8391,6 +8391,16 @@ static struct kvm_vcpu *vmx_create_vcpu(struct
kvm *kvm,
Hi Guenter,
For now, it looks like there are two ways to implement vendor data. It would
be nice to hear your suggestion.
1. Set vendor data in the data field of of_device_id.
If I understand correctly, this would be the one more like you mentioned before.
In this case, tcpci_rt1711h_data ne
Yes, merging sounds good.
Farhan, can you maybe resend t whole series together with your CONFIG_VT rework?
On 01/26/2018 05:26 PM, Farhan Ali wrote:
>
>
> On 01/26/2018 10:06 AM, Geert Uytterhoeven wrote:
>>> Hi Geert,
>>>
>>> I wasn't sure what would be the best ordering since we would never
If NO_DMA=y:
ERROR: "bad_dma_ops" [drivers/mtd/nand/marvell_nand.ko] undefined!
Add a dependency on HAS_DMA to fix this.
Fixes: 02f26ecf8c772751 ("mtd: nand: add reworked Marvell NAND controller
driver")
Signed-off-by: Geert Uytterhoeven
---
drivers/mtd/nand/Kconfig | 2 +-
1 file changed
Hi Stefan,
On Mon, 29 Jan 2018 15:44:40 +0100
Stefan Agner wrote:
> In case fsl,use-minimum-ecc is set, the driver tries to determine
> ECC layout by using the ECC information provided by the MTD stack.
> However, in case the NAND chip does not provide any information,
> the driver currently fai
If NO_DMA=y:
ERROR: "bad_dma_ops" [drivers/mmc/host/renesas_sdhi_sys_dmac.ko] undefined!
ERROR: "bad_dma_ops" [drivers/mmc/host/renesas_sdhi_internal_dmac.ko]
undefined!
Add dependencies on HAS_DMA to fix this.
Fixes: e578afab6e5f57e7 ("mmc: renesas_sdhi: remove wrong depends on to enab
On Tue, Jan 02, 2018 at 03:50:48PM +, Adam Thomson wrote:
> This patch set adds sink side support for the PPS feature introduced in the
> USB PD 3.0 specification.
>
> The source PPS supply is represented using the Power Supply framework to
> provide
> access and control APIs for dealing with
On Tue, Jan 30, 2018 at 02:15:31PM +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 12:57:18PM +, Mel Gorman wrote:
> > On Tue, Jan 30, 2018 at 12:50:54PM +0100, Peter Zijlstra wrote:
>
> > > Not saying this patch is bad; but Rafael / Srinivas we really should do
> > > better. Why isn't
On Tue, Jan 30, 2018 at 02:15:44PM +0100, Mike Galbraith wrote:
> On Tue, 2018-01-30 at 12:57 +, Mel Gorman wrote:
> > On Tue, Jan 30, 2018 at 12:50:54PM +0100, Peter Zijlstra wrote:
> >
> > > Mel, what hardware are you testing this on?
> >
> > The primary one was a single socket skylake mach
On Tue, Jan 30, 2018 at 11:11 AM, Benjamin GAIGNARD
wrote:
>
> On 01/12/2018 05:11 PM, Arnaud Pouliquen wrote:
>> Hello Andy,David,
> + Arnd
>
> I have the same issue on drm-misc-next.
> Does Arnaud's fix make sense or should we update/change the way of how
> we compile the kernel ?
We've hit a c
The known implementations of the 1.2 specification, and upcoming 2.0
implementation all expose a sequential list of pages to write.
Remove the data structure, as it is no longer needed.
Signed-off-by: Matias Bjørling
---
drivers/nvme/host/lightnvm.c | 14 +-
1 file changed, 1 inserti
Only one id group from the 1.2 specification is supported. Make
sure that only the first group is accessible.
Signed-off-by: Matias Bjørling
---
drivers/nvme/host/lightnvm.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/nvme/host/lightnvm.c b/drivers/nvme/host/
Tested-by: Florian Wolters
I have tested this patch applied to 4.4.113 with positive result within
the fli4l project.
On 01/29/2018 01:57 PM, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Felix Fietkau
On Tue, Jan 30, 2018 at 11:01 AM, Vincent Chen wrote:
> 2018-01-24 19:10 GMT+08:00 Arnd Bergmann :
>> On Wed, Jan 24, 2018 at 12:09 PM, Arnd Bergmann wrote:
>>> On Wed, Jan 24, 2018 at 11:53 AM, Vincent Chen wrote:
2018-01-18 18:14 GMT+08:00 Arnd Bergmann :
>>
>>> Ok. I still wonder about t
On Tue, Jan 30, 2018 at 02:22:55PM +0100, Florian Wolters wrote:
> Tested-by: Florian Wolters
>
> I have tested this patch applied to 4.4.113 with positive result within
> the fli4l project.
Thanks for testing and letting me know.
greg k-h
On Mon, Jan 29, 2018 at 3:22 AM, Baolin Wang wrote:
> The kdb code will print the monotonic time by ktime_get_ts(), but
> the ktime_get_ts() will be protected by a sequence lock, that will
> introduce one deadlock risk if the lock was already held in the
> context from which we entered the debugge
On Tue, 2018-01-30 at 14:25 +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 02:15:44PM +0100, Mike Galbraith wrote:
> > On Tue, 2018-01-30 at 12:57 +, Mel Gorman wrote:
> > > On Tue, Jan 30, 2018 at 12:50:54PM +0100, Peter Zijlstra wrote:
> > >
> > > > Mel, what hardware are you testing
On Tue, Jan 30, 2018 at 01:16:39AM -0800, Stephane Eranian wrote:
> Hi,
>
> On Mon, Jan 29, 2018 at 8:29 AM, wrote:
> >
> > From: Kan Liang
> >
> > --
> >
> > Changes since V2:
> > - Refined the changelog
> > - Introduced specific read function for large PEBS.
> >The previous generic P
On Tue, Jan 30, 2018 at 01:25:27PM +, Mel Gorman wrote:
> > Because, esp. in this scenario; a task migrating; the hardware really
> > can't do anything sensible, whereas the OS _knows_.
>
> Potentially yes. One option without HWP would be to track utilisation
> for a task or artifically boost
On Fri, 2018-01-26 at 15:32 +0100, peter.enderb...@sony.com wrote:
> From: Peter Enderborg
>
> To be able to use rcu locks we seed to address the policydb
> though a pointer. This preparation removes the export of the
> policydb and send pointers to it through parameter agruments.
Just for refer
On Fri, 2018-01-26 at 15:32 +0100, peter.enderb...@sony.com wrote:
> Holding the preempt_disable is very bad for low latency tasks
> as audio and therefore we need to break out the rule-set dependent
> part from this disable. By using a RCU instead of rwlock we
> have an efficient locking and less
Hi Geert,
On Tue, 30 Jan 2018 14:23:21 +0100
Geert Uytterhoeven wrote:
> If NO_DMA=y:
>
> ERROR: "bad_dma_ops" [drivers/mtd/nand/marvell_nand.ko] undefined!
>
> Add a dependency on HAS_DMA to fix this.
>
> Fixes: 02f26ecf8c772751 ("mtd: nand: add reworked Marvell NAND controller
> driver
On 26/01/18 18:36, Boris Lukashev wrote:
> I like the idea of making the verification call optional for consumers
> allowing for fast/slow+hard paths depending on their needs.
> Cant see any additional vectors for abuse (other than the original
> ones effecting out-of-band modification) introduced
On 01/29/2018 07:57 AM, Wang, Haiyue wrote:
On 2018-01-26 22:48, Corey Minyard wrote:
On 01/26/2018 12:08 AM, Wang, Haiyue wrote:
On 2018-01-25 01:48, Corey Minyard wrote:
On 01/24/2018 10:06 AM, Haiyue Wang wrote:
The KCS (Keyboard Controller Style) interface is used to perform
in-band
I
On Tue, Jan 30, 2018 at 11:13 AM, Masami Hiramatsu wrote:
>
> On Mon, 29 Jan 2018 22:00:52 +0530
> Pintu Kumar wrote:
>
> > Dear Masami,
> >
> > Thank you so much for your reply.
> > Please find some of my answers inline.
> >
> >
> > On Mon, Jan 29, 2018 at 7:47 PM, Masami Hiramatsu
> > wrote:
On 30/01/18 12:55, Robin Murphy wrote:
> On 29/01/18 17:45, Marc Zyngier wrote:
>> Since PSCI 1.0 allows the SMCCC version to be (indirectly) probed,
>> let's do that at boot time, and expose the version of the calling
>> convention as part of the psci_ops structure.
>>
>> Signed-off-by: Marc Zyngi
This patch addresses a shortcoming in current boot process on machines
that supports 5-level paging.
If a bootloader enables 64-bit mode with 4-level paging, we might need to
switch over to 5-level paging. The switching requires the disabling
paging. It works fine if kernel itself is loaded below
These patcheset is a preparation for boot-time switching between paging
modes. Please apply.
The first patch is pure cosmetic change: it gives file with KASLR helpers
a proper name.
The last three patches bring support of booting into 5-level paging mode if
a bootloader put the kernel above 4G.
The name of the file -- pagetable.c -- is misleading: it only contains
helpers used for KASLR in 64-bit mode.
Let's rename the file to reflect its content.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/boot/compressed/Makefile| 2 +-
arch/x86/boot/compressed/{pagetable.c =>
If a bootloader enables 64-bit mode with 4-level paging, we might need to
switch over to 5-level paging. The switching requires the disabling
paging. It works fine if kernel itself is loaded below 4G.
But if the bootloader put the kernel above 4G (not sure if anybody does
this), we would lose cont
This patch renames l5_paging_required() into paging_prepare() and
changes the interface of the function.
This is a preparation for the next patch, which would make the function
also allocate memory for the 32-bit trampoline.
The function now returns a 128-bit structure. RAX would return
trampolin
If a bootloader enabled 5-level paging before handing off control to
kernel, we may want to switch it to 4-level paging when kernel is
compiled with CONFIG_X86_5LEVEL=n.
Let's modify decompression code to handle the situation.
This will fail if the kernel image is loaded above 64TiB since 4-level
On 1/29/2018 7:32 PM, Linus Torvalds wrote:
On Mon, Jan 29, 2018 at 5:32 PM, Arjan van de Ven wrote:
the most simple solution is that we set the internal feature bit in Linux
to turn on the "stuff the RSB" workaround is we're on a SKL *or* as a guest
in a VM.
That sounds reasonable.
However
2018-01-29 11:39-0500, Babu Moger:
> From: Stanislav Lanci
>
> This patch allow to enable x86 feature TOPOEXT. This is needed to provide
> information about SMT on AMD Zen CPUs to the guest.
>
> Signed-off-by: Stanislav Lanci
> Tested-by: Nick Sarnie
> Reviewed-by: Paolo Bonzini
> Signed-off-
This patch is sent by mistake. Forgot to delete it.
Please look at the rest of the patchset.
--
Kirill A. Shutemov
On Tue, 30 Jan 2018 14:46:47 +0100
Miquel Raynal wrote:
> Hi Geert,
>
> On Tue, 30 Jan 2018 14:23:21 +0100
> Geert Uytterhoeven wrote:
>
> > If NO_DMA=y:
> >
> > ERROR: "bad_dma_ops" [drivers/mtd/nand/marvell_nand.ko] undefined!
> >
> > Add a dependency on HAS_DMA to fix this.
> >
> > F
#syz dup: possible deadlock in do_ip_getsockopt
#syz dup: possible deadlock in do_ip_getsockopt
On Tue, Jan 30, 2018 at 2:56 PM, Boris Brezillon
wrote:
> On Tue, 30 Jan 2018 14:46:47 +0100
> Miquel Raynal wrote:
>> On Tue, 30 Jan 2018 14:23:21 +0100
>> Geert Uytterhoeven wrote:
>>
>> > If NO_DMA=y:
>> >
>> > ERROR: "bad_dma_ops" [drivers/mtd/nand/marvell_nand.ko] undefined!
>> >
>> > A
2018-01-30 14:25 GMT+01:00 Arnd Bergmann :
> On Tue, Jan 30, 2018 at 11:11 AM, Benjamin GAIGNARD
> wrote:
>>
>> On 01/12/2018 05:11 PM, Arnaud Pouliquen wrote:
>>> Hello Andy,David,
>> + Arnd
>>
>> I have the same issue on drm-misc-next.
>> Does Arnaud's fix make sense or should we update/change t
On Tue 30-01-18 10:57:39, Michal Hocko wrote:
> On Tue 30-01-18 10:02:34, Dmitry Vyukov wrote:
> > On Tue, Jan 30, 2018 at 9:28 AM, Kirill A. Shutemov
> > wrote:
> > > On Tue, Jan 30, 2018 at 09:11:27AM +0100, Florian Westphal wrote:
> > >> Michal Hocko wrote:
> > >> > On Mon 29-01-18 23:35:22, F
On Tue, Jan 30, 2018 at 02:04:32PM +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 12:46:33PM +, Patrick Bellasi wrote:
> > > Aside from that being whitespace challenged, did you also try:
> > >
> > > if ((unsigned)((util_est - util_last) + LIM - 1) < (2 * LIM - 1))
> >
> > No, since
On 1/30/2018 5:11 AM, Borislav Petkov wrote:
On Tue, Jan 30, 2018 at 01:57:21PM +0100, Thomas Gleixner wrote:
So much for the theory. That's not going to work. If the boot cpu has the
feature then the alternatives will have been applied. So even if the flag
mismatch can be observed when a second
On 01/30/2018 07:35 AM, Arnd Bergmann wrote:
On Mon, Jan 29, 2018 at 3:22 AM, Baolin Wang wrote:
The kdb code will print the monotonic time by ktime_get_ts(), but
the ktime_get_ts() will be protected by a sequence lock, that will
introduce one deadlock risk if the lock was already held in the
c
2018-01-29 22:48+0100, Thomas Gleixner:
> On Wed, 24 Jan 2018, Radim Krčmář wrote:
> > 2018-01-24 14:23+0100, Vitaly Kuznetsov:
> > > Hyper-V reenlightenment interrupts arrive when the VM is migrated, we're
> > > not supposed to see many of them. However, it may be important to know
> > > that the
On Fri 2018-01-26 14:29:36, Evgenii Shatokhin wrote:
> On 26.01.2018 13:23, Petr Mladek wrote:
> > On Fri 2018-01-19 16:10:42, Jason Baron wrote:
> > >
> > >
> > > On 01/19/2018 02:20 PM, Evgenii Shatokhin wrote:
> > > > On 12.01.2018 22:55, Jason Baron wrote:
> > > > There is one more thing that
> From d48e950f1b04f234b57b9e34c363bdcfec10aeee Mon Sep 17 00:00:00 2001
> From: Michal Hocko
> Date: Tue, 30 Jan 2018 14:51:07 +0100
> Subject: [PATCH] net/netfilter/x_tables.c: make allocation less aggressive
Acked-by: Florian Westphal
On Tue, 30 Jan 2018 14:59:37 +0100
Geert Uytterhoeven wrote:
> On Tue, Jan 30, 2018 at 2:56 PM, Boris Brezillon
> wrote:
> > On Tue, 30 Jan 2018 14:46:47 +0100
> > Miquel Raynal wrote:
> >> On Tue, 30 Jan 2018 14:23:21 +0100
> >> Geert Uytterhoeven wrote:
> >>
> >> > If NO_DMA=y:
> >> >
>
2018-01-26 17:34+0800, Longpeng(Mike):
> The efer_reload is never used since
> commit 26bb0981b3ff ("KVM: VMX: Use shared msr infrastructure"),
> so remove it.
>
> Signed-off-by: Longpeng(Mike)
> ---
Queued, thanks.
On Tue, Jan 30, 2018 at 02:40:49PM +0100, Peter Zijlstra wrote:
> On Tue, Jan 30, 2018 at 01:25:27PM +, Mel Gorman wrote:
> > > Because, esp. in this scenario; a task migrating; the hardware really
> > > can't do anything sensible, whereas the OS _knows_.
> >
> > Potentially yes. One option wi
On 01/26/2018 06:16 AM, Brian Norris wrote:
On Thu, Jan 25, 2018 at 11:38:00AM +0100, Philippe Cornu wrote:
The dw_mipi_dsi_host_transfer() must return the number of
bytes transmitted/received on success instead of 0.
Note: As the read feature is not implemented, only the
transmitted number of
On 01/26/2018 06:14 AM, Brian Norris wrote:
On Thu, Jan 25, 2018 at 11:37:59AM +0100, Philippe Cornu wrote:
The dcs/generic dsi read feature is not yet implemented so it
is important to warn the host_transfer() caller in case of
read operation requests.
Signed-off-by: Philippe Cornu
Awesom
On 01/30/2018 03:40 AM, Denis OSTERLAND wrote:
Am Dienstag, den 30.01.2018, 11:27 +0100 schrieb Alexandre Belloni:
On 29/01/2018 at 13:59:19 -0800, Guenter Roeck wrote:
On Wed, Jan 24, 2018 at 10:03:33AM +0100, Michael Grzeschik wrote:
[ ... ]
+
diff --git a/Documentation/hwmon/sysfs-int
On Tue, Jan 30, 2018 at 3:00 PM, Benjamin Gaignard
wrote:
> 2018-01-30 14:25 GMT+01:00 Arnd Bergmann :
>> On Tue, Jan 30, 2018 at 11:11 AM, Benjamin GAIGNARD
>> wrote:
>>>
>>> On 01/12/2018 05:11 PM, Arnaud Pouliquen wrote:
Hello Andy,David,
>>> + Arnd
>>>
>>> I have the same issue on drm-mi
Commit-ID: a845c7cf4b4cb5e9e3b2823867892b27646f3a98
Gitweb: https://git.kernel.org/tip/a845c7cf4b4cb5e9e3b2823867892b27646f3a98
Author: Josh Poimboeuf
AuthorDate: Mon, 29 Jan 2018 22:00:39 -0600
Committer: Ingo Molnar
CommitDate: Tue, 30 Jan 2018 15:09:14 +0100
objtool: Improve retpoli
Commit-ID: 17bc33914bcc98ba3c6b426fd1c49587a25c0597
Gitweb: https://git.kernel.org/tip/17bc33914bcc98ba3c6b426fd1c49587a25c0597
Author: Josh Poimboeuf
AuthorDate: Mon, 29 Jan 2018 22:00:40 -0600
Committer: Ingo Molnar
CommitDate: Tue, 30 Jan 2018 15:09:17 +0100
objtool: Add support for
Commit-ID: 830c1e3d16b2c1733cd1ec9c8f4d47a398ae31bc
Gitweb: https://git.kernel.org/tip/830c1e3d16b2c1733cd1ec9c8f4d47a398ae31bc
Author: Josh Poimboeuf
AuthorDate: Mon, 29 Jan 2018 22:00:41 -0600
Committer: Ingo Molnar
CommitDate: Tue, 30 Jan 2018 15:09:23 +0100
objtool: Warn on strippe
On 01/29/2018 04:56 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.18.93 release.
There are 52 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.
Responses should be m
On 01/29/2018 04:56 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.114 release.
There are 74 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.
Responses should be m
On 01/29/2018 04:56 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.79 release.
There are 66 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.
Responses should be ma
On 01/29/2018 04:56 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.16 release.
There are 71 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.
Responses should be m
Commit 136e92bbec0a switched local_nodes from an array to a bitmask
but did not add proper bounds checks. As the result
clusterip_config_init_nodelist() can both over-read
ipt_clusterip_tgt_info.local_nodes and over-write
clusterip_config.local_nodes.
Add bounds checks for both.
Signed-off-by: Dm
On 1/29/2018 6:10 PM, KarimAllah Ahmed wrote:
> From: Ashok Raj
>
> Add MSR passthrough for MSR_IA32_PRED_CMD and place branch predictor
> barriers on switching between VMs to avoid inter VM Spectre-v2 attacks.
>
> [peterz: rebase and changelog rewrite]
> [karahmed: - rebase
>- vmx:
201 - 300 of 994 matches
Mail list logo
