On Mon, Jul 23, 2018 at 07:52:58PM +0200, Krzysztof Kozlowski wrote:
> The pinctrl driver defines an IRQ chip which handles external wakeup
> interrupts, therefore from logical point of view, it is the owner of
> external interrupt mask. The register controlling the mask belongs to
> Power
From: Jiri Kosina
The article "Spectre Returns! Speculation Attacks using the Return Stack
Buffer" [1] describes two new (sub-)variants of spectrev2-like attack,
making use solely of the RSB contents even on CPUs that don't fallback to
BTB on RSB underflow (Skylake+).
Mitigate
On Tue, 24 Jul 2018 16:17:47 +0200 Michal Hocko wrote:
> On Fri 20-07-18 17:09:02, Andrew Morton wrote:
> [...]
> > - Undocumented return value.
> >
> > - comment "failed to reap part..." is misleading - sounds like it's
> > referring to something which happened in the past, is in fact
> >
Hi Alex,
On Tue, 2018-07-24 at 10:14 -0600, Alex Williamson wrote:
> The Samsung SM961/PM961 (960 EVO) sometimes fails to return from FLR
> with the PCI config space reading back as -1. A reproducible instance
> of this behavior is resolved by clearing the enable bit in the NVMe
> configuration
On Wed, 25 Jul 2018 04:53:18 +0900
Minwoo Im wrote:
> Hi Alex,
>
> On Tue, 2018-07-24 at 10:14 -0600, Alex Williamson wrote:
> > The Samsung SM961/PM961 (960 EVO) sometimes fails to return from FLR
> > with the PCI config space reading back as -1. A reproducible instance
> > of this behavior
On Tue, Jul 24, 2018 at 1:05 PM Eric W. Biederman wrote:
>
> What I hear you asking is moving up copy_signal copy_sighand copy_creds
> and alloc_pid, and anything else that signal delivery might depend on.
No, _just_ signal allocation.
It would still just use the special-case list to set the
On Mon, Jul 23, 2018 at 04:55:43PM -0700, a...@linux-foundation.org wrote:
>
> The patch titled
> Subject: mm: /proc/pid/smaps: factor out mem stats gathering
> has been added to the -mm tree. Its filename is
> mm-proc-pid-smaps-factor-out-mem-stats-gathering.patch
Reviewed-by: Alexey
Hi,
On Tue, Jul 24, 2018 at 10:45 AM, Douglas Anderson
wrote:
> Add both the interface and core clock.
>
> Signed-off-by: Douglas Anderson
> (am from https://lore.kernel.org/patchwork/patch/966680/mbox)
It's just the day for me being a screwup I guess. :( That line
(obviously) doesn't
From: Randy Dunlap
Fix 2 printk format warnings (this driver is currently only used by
arch/sh/) by using "%pap" instead of "%lx".
Fixes these build warnings:
../drivers/mtd/maps/solutionengine.c: In function 'init_soleng_maps':
../include/linux/kern_levels.h:5:18: warning: format '%lx'
On Tue, Jul 24, 2018 at 10:58 AM Eric W. Biederman
wrote:
>
> Yes you are quite right. Easy enough to fix, but it definitely needs
> to be fixed.
>
> I will respin.
Would you mind trying a slightly different approach for this?
How about moving the "copy_signal()" and "copy_sighandler()" cases
On Tue, Jul 24, 2018 at 9:17 AM, Appana Durga Kedareswara rao
wrote:
Hi Appana,
Another minor thing.
> +
> +//
Let's keep the coding style consistent by not having
'***'
> +/**
> + *
Also,
From: Masayoshi Mizuma
Currently, sb_edac driver does not support systems which has
multi PCI segments. If the driver is loaded to such system,
a slab-out-bounds happens [*].
This patch extends sb_edac driver to check whether segment number
and bus number matches when deciding how to group
Casey Schaufler wrote:
> >>> (1) Mount topology and reconfiguration change events.
> >> With the possibility of unprivileged mounting you're going to have to
> >> address access control on events. If root in a user namespace mounts a
> >> filesystem you may have a case where the "real" user
On Tue, 24 Jul 2018 10:55:42 -0700 Tejun Heo wrote:
> While forking, if delayacct init fails due to memory shortage, it
> continues expecting all delayacct users to check task->delays pointer
> against NULL before dereferencing it, which all of them used to do.
>
> c96f5471ce7d ("delayacct:
K, did significant poking.
native_calibrate_cpu is getting precidence no matter what because on SKL
server, native_calibrate_tsc is always returning zero (Note that there is a
caveat 2 lines down).
In native_calibrate_tsc, I'm seeing it always return zero after the `switch
* Nadav Amit wrote:
> I’ll look into these issues, but I don’t see the config attached.
Sorry - attached now.
Thanks,
Ingo
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86_64 4.18.0-rc6 Kernel Configuration
#
#
# Compiler: gcc (Ubuntu 7.3.0-16ubuntu3) 7.3.0
#
On Tue, Jul 24, 2018 at 1:03 PM Andrew Morton wrote:
>
>
> I'd sleep better if this became a kmem_cache_alloc() and the memset
> was moved into vma_init().
Yeah, with the vma_init(), I guess the advantage of using
kmem_cache_zalloc() is pretty dubious.
Make it so.
Linus
Bit positions of PCIE_SS1_AXI2OCP_LEGACY_MODE_ENABLE and
PCIE_SS1_AXI2OCP_LEGACY_MODE_ENABLE in CTRL_CORE_SMA_SW_7 are
incorrectly documented in the TRM. In fact, the bit positions are
swapped. Update the DT bindings for PCIe EP to reflect the same.
Fixes: d23f3839fe97 ("ARM: dts: DRA7: Add pcie1
Errata i870 is applicable in both EP and RC mode. Therefore rename
function dra7xx_pcie_ep_unaligned_memaccess(), that implements errata
workaround, to dra7xx_pcie_unaligned_memaccess() and call it from a
common place. So, that errata workaround is applied for both modes of
operation.
On Tue, 2018-07-24 at 09:49 -0700, Kees Cook wrote:
> All users of AHASH_REQUEST_ON_STACK have been removed from the kernel, so
> drop it entirely so no VLAs get reintroduced by future users.
checkpatch has a test for that.
It could now be removed as well.
---
diff --git a/scripts/checkpatch.pl
Add ti,syscon-unaligned-access property to PCIe RC nodes to set
appropriate bits in CTRL_CORE_SMA_SW_7 register to enable workaround for
errata i870.
Signed-off-by: Vignesh R
---
arch/arm/boot/dts/dra7.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dra7.dtsi
Make workaround for errata i870 applicable in Host mode as
well(previously it was enabled only for EP mode) as per errata
documentation: http://www.ti.com/lit/er/sprz450/sprz450.pdf
Tested on DRA72 EVM
Tony,
If you are okay with the series, could you pick this via omap tree?
All ACKs are in
On Monday 23 July 2018 11:07 AM, Lee Jones wrote:
> On Wed, 18 Jul 2018, Dmitry Torokhov wrote:
>
>> On Wed, Jul 18, 2018 at 08:47:36AM +0100, Lee Jones wrote:
>>> On Tue, 17 Jul 2018, Vignesh R wrote:
>>>
Hi Dmitry,
On Saturday 30 June 2018 04:03 PM, Vignesh R wrote:
> On
On 24/07/18 11:26 AM, Allen Hubbe wrote:
> On Mon, Jul 23, 2018 at 12:08 PM Logan Gunthorpe wrote:
>> I don't think you'll ever have a case where two peers have the same
>> index, as the index is really an abstract concept the hardware doesn't
>> really know about.
>
> That is the point of
No need to have this in the top-level Kconfig.
Signed-off-by: Christoph Hellwig
Tested-by: Randy Dunlap
Acked-by: Randy Dunlap
---
Kconfig | 2 --
fs/Kconfig.binfmt | 5 +
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/Kconfig b/Kconfig
index
Merge arch/um/Kconfig.char and arch/um/Kconfig.net into a new
arch/um/drivers/Kconfig. This fits the way Kconfig files are placed
elsewhere in the kernel tree.
Signed-off-by: Christoph Hellwig
Acked-by: Richard Weinberger
---
arch/um/Kconfig | 4 +-
microblaze and nios2 define their own always n SWAP symbols. Remove those
and let the generic defintion do the right thing by adding a new symbol
to disable swap entirely.
Signed-off-by: Christoph Hellwig
---
arch/microblaze/Kconfig | 4 +---
arch/nios2/Kconfig | 4 +---
init/Kconfig
Move the source of lib/Kconfig.debug and arch/$(ARCH)/Kconfig.debug to
the top-level Kconfig. For two architectures that means moving their
arch-specific symbols in that menu into a new arch Kconfig.debug file,
and for a few more creating a dummy file so that we can include it
unconditionally.
Instead of duplicating the source statements in every architecture just
do it once in the toplevel Kconfig file.
Note that with this the inclusion of arch/$(SRCARCH/Kconfig moves out of
the top-level Kconfig into arch/Kconfig so that don't violate ordering
constraits while keeping a sensible menu
This moves all the options under a proper menu.
Based on a patch from Randy Dunlap.
Signed-off-by: Christoph Hellwig
Tested-by: Randy Dunlap
Acked-by: Randy Dunlap
---
mm/Kconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/mm/Kconfig b/mm/Kconfig
index ce95491abd6a..9ae1b6a8e30f
Almost all architectures include it. Add a ARCH_NO_PREEMPT symbol to
disable preempt support for alpha, hexagon, non-coldfire m68k and
user mode Linux.
Signed-off-by: Christoph Hellwig
---
arch/Kconfig| 3 +++
arch/alpha/Kconfig | 1 +
arch/arc/Kconfig| 2 --
From: Randy Dunlap
Put everything in arch/Kconfig into a General options menu
so that they don't clutter up the main/major/primary list of
menu options.
Signed-off-by: Randy Dunlap
Signed-off-by: Christoph Hellwig
---
arch/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git
Hi Masahiro,
what do you think about the series below, which moves the includes
of all the architecture independ Kconfig files to the top-level
Kconfig instead of duplicating the includes in all architectures?
Note that this only handles the low-hanging fruite, there are a lot
of other bits that
On Tue, Jul 24, 2018 at 1:37 PM Logan Gunthorpe wrote:
> Not really. Given that we know there are only two peers, we always use
> the other side's doorbell register. You'd only use the nearby doorbell
> register if you wanted to trigger your own interrupt -- that would be
> weird and we don't
On some chips the PCIE and PCIE_PHY blocks are in separate power domains
which can be power-gated independently. The driver needs to handle this
by keeping both domain active.
This is intended for imx6sx where PCIE is in DISPMIX and PCIE_PHY in
it's own domain. Defining the DISPMIX domain
On Mon, Jul 23, 2018 at 04:55:48PM -0700, a...@linux-foundation.org wrote:
> The patch titled
> Subject: mm: /proc/pid/smaps_rollup: convert to single value seq_file
> has been added to the -mm tree. Its filename is
> mm-proc-pid-smaps_rollup-convert-to-single-value-seq_file.patch
>
Hi Moritz,
Thanks for the review...
> Can you please make the commit message such that you have full sentences?
>
> "Add support for readback of FPGA configuration data and registers" of
> example.
Sure will fix in v4.
>
> >
> > Usage:
> > Readback of PL configuration registers
>
On 7/24/2018 9:00 AM, David Howells wrote:
> Casey Schaufler wrote:
>
>>> (1) Mount topology and reconfiguration change events.
>> With the possibility of unprivileged mounting you're going to have to
>> address access control on events. If root in a user namespace mounts a
>> filesystem you
Hello, Andrew.
On Tue, Jul 24, 2018 at 12:29:13PM -0700, Andrew Morton wrote:
> How did you make this happen, btw? Fault injection, or did a small
> GFP_KERNEL allocation fail?
We have a group of machines which are pushing memory really hard and
this actually triggered in prod on several of
On Wed, Jul 18, 2018 at 10:03:50PM +0200, Krzysztof Kozlowski wrote:
> Replace GPL license statement with SPDX license identifier (GPL-2.0).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> include/dt-bindings/pinctrl/samsung.h | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
On Tue, 24 Jul 2018 12:52:02 -0700
Brian Norris wrote:
> > > Or even better: put this hack behind a DT flag, so that one has to
> > > admit that their board design is broken before it will even do
> > > anything. Proposal: "linux,badly-designed-flash-reset".
> >
> > I think we can remove the
> Then why not just make it a #define?
With "const" the diff is smaller.
> No need to waste the memory of a variable, right?
I believe the compiler will produce the same binary for const and for
#define if optimization is enabled.
study it.
>
> ...
> Console: colour dummy device 80x30
> [ cut here ]
> WARNING: CPU: 0 PID: 0 at kernel/time/sched_clock.c:180
> sched_clock_register+0x44/0x278
> Modules linked in:
> CPU: 0 PID: 0 Comm: swapper Not tainted 4.18.0-rc6-next-20180724
On 24/07/18 09:37, Morten Rasmussen wrote:
On Mon, Jul 23, 2018 at 05:07:50PM +0100, Qais Yousef wrote:
On 23/07/18 16:27, Morten Rasmussen wrote:
It does increase the cost of things like hotplug slightly and
repartitioning of root_domains a slightly but I don't see how we can
avoid it if we
On Tue, Jul 24, 2018 at 01:08:12PM +0530, Naresh Kamboju wrote:
> On 23 July 2018 at 17:54, Greg Kroah-Hartman
> wrote:
> > This is the start of the stable review cycle for the 4.17.10 release.
> > There are 63 patches in this series, all will be posted as a response
> > to this one. If anyone
On Mon, Jul 23, 2018 at 02:33:08PM -0700, David Rientjes wrote:
> On Mon, 23 Jul 2018, David Rientjes wrote:
>
> > > > The huge zero page can be reclaimed under memory pressure and, if it
> > > > is,
> > > > it is attempted to be allocted again with gfp flags that attempt memory
> > > >
On Tue, Jul 24, 2018 at 09:15:18AM +0200, Ingo Molnar wrote:
>
> * Mark Rutland wrote:
>
> > From: Peter Zijlstra
> >
> > Mark found ldsem_cmpxchg() needed an (atomic_long_t *) cast to keep
> > working after making the atomic_long interface type safe.
> >
> > Needing casts is bad form, which
Hi Levin,
Am Samstag, 21. Juli 2018, 10:30:26 CEST schrieb d...@t-chip.com.cn:
> From: Levin Du
>
> ROC-RK3399-PC is the first power efficient 4GB DDR4 single board
maybe "is a power efficient" instead of "the first" ;-)
[...]
> diff --git a/arch/arm64/boot/dts/rockchip/rk3399-roc-pc.dts
>
Hi Stephen,
On Tue, Jul 24, 2018 at 08:50:15AM +1000, Stephen Rothwell wrote:
> Today's linux-next merge of the arm64 tree got a conflict in:
>
> arch/arm64/Makefile
>
> between commits:
>
> 38fc42486775 ("arm64: Use aarch64elf and aarch64elfb emulation mode
> variants")
> 2893af07e507
When CONFIG_SND_PCM_IEC958 is disabled, we get a link error for the
new driver:
sound/soc/meson/axg-spdifout.o: In function `axg_spdifout_hw_params':
axg-spdifout.c:(.text+0x650): undefined reference to
`snd_pcm_create_iec958_consumer_hw_params'
The other users use 'select', so we should do the
On Tue, Jul 24, 2018 at 11:44 AM, Will Deacon wrote:
> On Tue, Jul 24, 2018 at 11:37:10AM +0200, Rafael J. Wysocki wrote:
>> On Tue, Jul 24, 2018 at 11:33 AM, Arnd Bergmann wrote:
>
> How about something along the lines of what Ard suggested? Untested diff
> below.
>
>
> diff --git
Use GPC_PGC_DOMAIN_* indexes consistent.
Signed-off-by: Sven Schmitt
---
drivers/soc/imx/gpc.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/soc/imx/gpc.c b/drivers/soc/imx/gpc.c
index 35cc1d2dc4d5..6618ff1eaebd 100644
--- a/drivers/soc/imx/gpc.c
Hi Levin,
Missatge de Heiko Stuebner del dia dt., 24 de jul.
2018 a les 11:29:
>
> Hi Levin,
>
> Am Samstag, 21. Juli 2018, 10:30:26 CEST schrieb d...@t-chip.com.cn:
> > From: Levin Du
> >
> > ROC-RK3399-PC is the first power efficient 4GB DDR4 single board
>
> maybe "is a power efficient"
On Tue, Jul 24, 2018 at 11:48 AM, Arnd Bergmann wrote:
> Kconfig reports a warning on x86 builds after the ARM64 dependency
> was added.
>
> drivers/acpi/Kconfig:6:error: recursive dependency detected!
> drivers/acpi/Kconfig:6: symbol ACPI depends on EFI
>
> This rephrases the dependency to
imx6_pm_domain_power_off() reads iso and iso2sw from GPC_PGC_PUPSCR_OFFS
which stores the power up delays.
So use GPC_PGC_PDNSCR_OFFS for the correct delays.
Signed-off-by: Sven Schmitt
---
drivers/soc/imx/gpc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Am Montag, den 23.07.2018, 12:37 + schrieb Leonard Crestez:
> On Mon, 2018-07-23 at 11:38 +0200, Lucas Stach wrote:
> > Hi Leonard,
> >
> > Am Freitag, den 20.07.2018, 15:47 +0300 schrieb Leonard Crestez:
> > > On imx7d the pcie-phy power domain is turned off in suspend and this can
> > >
On Tue, Jul 24, 2018 at 11:54:25AM +0200, Rafael J. Wysocki wrote:
> On Tue, Jul 24, 2018 at 11:48 AM, Arnd Bergmann wrote:
> > Kconfig reports a warning on x86 builds after the ARM64 dependency
> > was added.
> >
> > drivers/acpi/Kconfig:6:error: recursive dependency detected!
> >
On Tuesday, July 24, 2018 11:13:42 AM CEST Rafael J. Wysocki wrote:
> On Tuesday, July 24, 2018 10:46:09 AM CEST Kai Heng Feng wrote:
> > Hi Rafael,
> >
> > > On Jun 13, 2018, at 7:17 PM, Rafael J. Wysocki wrote:
> > >
> > > From: Rafael J. Wysocki
> > >
> > > It is reported that commit
Hi Kishon,
On Tue, 24 Jul 2018 09:31:34 +0530 wrote:
> Hi,
>
> On Tuesday 17 July 2018 04:57 PM, Kunihiko Hayashi wrote:
> > Hi Kishon,
> >
> > On Fri, 13 Jul 2018 12:45:06 +0530 wrote:
> >
> >> Hi,
> >>
> >> On Wednesday 11 July 2018 05:35 PM, Kunihiko Hayashi wrote:
> >>> On Mon, 9 Jul
On Tuesday, 24 July 2018 04:57:24 MSK Peter Geis wrote:
> On 07/23/2018 08:27 PM, Dmitry Osipenko wrote:
> > On Monday, 23 July 2018 22:38:48 MSK Peter Geis wrote:
> >> Added support for the CPCAP power management regulator functions on
> >> Tegra devices.
> >> Added sw2_sw4 value tables, which
* Masahiro Yamada wrote:
> 2018-06-23 2:22 GMT+09:00 Nadav Amit :
> > Using macros for inline assembly improves both readability and
> > compilation decisions that are distorted by big assembly blocks that use
> > alternative sections. Compile macros.S and use it to assemble all C
> > files.
On Monday, 23 July 2018 16:05:21 MSK Dmitry Osipenko wrote:
> On Friday, 20 July 2018 16:45:30 MSK Ben Dooks wrote:
> > The 2D and 3D clocks have an IDLE field in bits 15:8 so add these
> > clocks by making a 2D and 3D mux, and split the divider into the
> > standard 2D/3D ones and 2D/3D idle
[+cc Anders]
On Tue, Jul 24, 2018 at 4:39 AM Arnd Bergmann wrote:
>
> The newly introduced function produces a warning without CONFIG_PCI_QUIRKS:
>
> drivers/pci/probe.c: In function 'pci_bus_read_dev_vendor_id':
> drivers/pci/probe.c:2221:18: error: unused variable 'bridge'
>
On Tue, Jul 24, 2018 at 09:11:37AM +0800, jiang.bi...@zte.com.cn wrote:
> >> Signed-off-by: Cheng Lin
> >> Signed-off-by: Tan Hu
> >> Signed-off-by: Jiang Biao
> >
> >This SoB chain is invalid.
> Mm, we don't quite understand what the *Signed-off-by* precisely means,
> Does it only mean
On Thu, Jul 19, 2018 at 07:21:41AM +0800, Yang Shi wrote:
> When running some mmap/munmap scalability tests with large memory (i.e.
> > 300GB), the below hung task issue may happen occasionally.
>
> INFO: task ps:14018 blocked for more than 120 seconds.
>Tainted: GE
Kconfig reports a warning on x86 builds after the ARM64 dependency
was added.
drivers/acpi/Kconfig:6:error: recursive dependency detected!
drivers/acpi/Kconfig:6: symbol ACPI depends on EFI
This rephrases the dependency to keep the ARM64 details out of the
shared Kconfig file, so Kconfig
On 32-bit targets, size_t is often 'unsigned int', so printing it as %lu
causes a warning:
drivers/fsi/fsi-master-ast-cf.c: In function 'fsi_master_acf_read':
drivers/fsi/fsi-master-ast-cf.c:609:23: error: format '%u' expects argument of
type 'unsigned int', but argument 6 has type 'size_t' {aka
On Tue, Jul 24, 2018 at 11:37:10AM +0200, Rafael J. Wysocki wrote:
> On Tue, Jul 24, 2018 at 11:33 AM, Arnd Bergmann wrote:
> > Kconfig reports a warning on x86 builds after the ARM64 dependency
> > was added.
> >
> > drivers/acpi/Kconfig:6:error: recursive dependency detected!
> >
On Sat, Jul 21, 2018 at 07:21:16PM +0100, Al Viro wrote:
> On Sun, Jul 22, 2018 at 01:30:17AM +0800, Sean Fu wrote:
> > Use PAGE_SHIFT and i_blkbits of bd_inode directly to avoid ugly sizebits
> > calculation.
> > Remove ugly sizebits calculation.
> > Remove unnecessary sizebits parameter of
This patch series fixes the power down delay in gpc.c
and improves readability.
Changes in v3:
* rebased to 4.18
* split up patch into 3 parts
Changes in v2:
* dropped cntr_pup_bit
Sven Schmitt (3):
soc: imx: gpc: fix PDN delay
soc: imx: gpc: clean up
soc: imx: gpc: use GPC_PGC_DOMAIN_*
Remove unused #defines.
Signed-off-by: Sven Schmitt
---
drivers/soc/imx/gpc.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/soc/imx/gpc.c b/drivers/soc/imx/gpc.c
index 5126185e68c6..35cc1d2dc4d5 100644
--- a/drivers/soc/imx/gpc.c
+++ b/drivers/soc/imx/gpc.c
@@ -24,15 +24,11 @@
Hello Steven,
I am doing correlation of linux sched events, following all tasks between cpus,
and one thing that would be really convenient would be to have a global
trace_pipe_raw, in addition to the per-cpu ones, with already sorted events.
I would imagine the core functionality is already
Both H3 and H5 and a SID controller at the same address.
They are know to be different, the H5 one is the same as the A64 so add
a node in the common dtsi and we will override the compatible string in
the SoC dts.
Signed-off-by: Emmanuel Vadot
---
arch/arm/boot/dts/sunxi-h3-h5.dtsi | 4
1
The A64 have a SID controller which consist on EFUSE (starting at 0x200)
and three registers to read/write the efuses.
Signed-off-by: Emmanuel Vadot
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git
[v7]
* Updated the logic to check for related CPUs.
[v6]
* Renamed match table 'qcom_cpufreq_hw_match'.
* Renamed 'qcom_read_lut' to 'qcom_cpufreq_hw_read_lut'.
* Updated the logic to check for related CPUs at the beginning of the
'qcom_cpu_resources_init'.
* Use
This series is a minor overhaul for the Toradex Apalis TK1 system on
module.
Marcel Ziswiler (15):
ARM: tegra: apalis-tk1: add local-mac-address property
ARM: tegra: apalis-tk1: reorder pcie properties
ARM: tegra: apalis-tk1: reorder host1x/hdmi properties
ARM: tegra: apalis-tk1: reorder
From: Marcel Ziswiler
Add mmc-ddr-1_8v property enabling eMMC DDR52 mode.
root@apalis-tk1-mainline:~# cat /sys/kernel/debug/mmc2/ios
clock: 5200 Hz
actual clock: 5200 Hz
vdd:21 (3.3 ~ 3.4 V)
bus mode: 2 (push-pull)
chip select:0 (don't care)
power mode:
From: Marcel Ziswiler
Reorder CPU DFLL clock properties.
Signed-off-by: Marcel Ziswiler
---
arch/arm/boot/dts/tegra124-apalis-v1.2.dtsi | 2 +-
arch/arm/boot/dts/tegra124-apalis.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Marcel Ziswiler
Add toradex,apalis-tk1-v1.2 compatible.
Signed-off-by: Marcel Ziswiler
---
Documentation/devicetree/bindings/arm/tegra.txt | 2 ++
arch/arm/boot/dts/tegra124-apalis-v1.2-eval.dts | 3 ++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git
From: Marcel Ziswiler
PLX got bought by Broadcom therefore fix device tree compatible string
vendor which silences the following checkpatch.pl warning:
WARNING: DT compatible string vendor "plx" appears un-documented
-- check ./Documentation/devicetree/bindings/vendor-prefixes.txt
From: Marcel Ziswiler
Drop unused pinmux label.
Signed-off-by: Marcel Ziswiler
---
arch/arm/boot/dts/tegra124-apalis-v1.2.dtsi | 2 +-
arch/arm/boot/dts/tegra124-apalis.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Marcel Ziswiler
Add empty local-mac-address property to be filled in by boot loader
(e.g. U-Boot).
Signed-off-by: Marcel Ziswiler
---
arch/arm/boot/dts/tegra124-apalis-v1.2.dtsi | 5 +
arch/arm/boot/dts/tegra124-apalis.dtsi | 5 +
2 files changed, 10 insertions(+)
diff
From: Marcel Ziswiler
Reorder PCIe properties.
Signed-off-by: Marcel Ziswiler
---
arch/arm/boot/dts/tegra124-apalis-v1.2.dtsi | 2 +-
arch/arm/boot/dts/tegra124-apalis.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On 20-07-18, 16:42, Peter Ujfalusi wrote:
>
>
> On 2018-07-19 12:22, Vinod wrote:
> > Hi Peter,
> >
> > On 18-07-18, 13:06, Peter Ujfalusi wrote:
> >
> +struct dma_async_tx_descriptor;
> +
> +struct dma_descriptor_metadata_ops {
> +int (*attach)(struct
* Mark Rutland wrote:
> On Tue, Jul 24, 2018 at 11:20:36AM +0200, Peter Zijlstra wrote:
> > On Tue, Jul 24, 2018 at 09:15:18AM +0200, Ingo Molnar wrote:
> > >
> > > * Mark Rutland wrote:
> > >
> > > > From: Peter Zijlstra
> > > >
> > > > Mark found ldsem_cmpxchg() needed an (atomic_long_t
On Tue 24-07-18 11:47:02, Vlastimil Babka wrote:
> On 07/23/2018 02:30 PM, Michal Hocko wrote:
> > On Mon 23-07-18 13:45:18, Vlastimil Babka wrote:
> >> On 07/20/2018 02:34 PM, David Hildenbrand wrote:
> >>> Dumping tools (like makedumpfile) right now don't exclude reserved pages.
> >>> So
On Thu, Jul 19, 2018 at 7:38 PM, Joe Perches wrote:
> On Thu, 2018-07-19 at 17:03 +0200, Geert Uytterhoeven wrote:
>> >
>> > The one exception seems to be arch/s390/kernel/ebcdic.c, which apparently
>> > uses 0x81 bytes as an excape before characters ISO-8859-1 characters with
>> > the high bit
On Mon, Jul 23, 2018 at 04:16:23PM -0700, Cong Wang wrote:
> > > +#define PERF_EF_NO_WAIT 0x08/* do not wait when
> > > stopping, for
> > > + * example, waiting for a timer
> > > + */
> >
> > That's a
On Tue 2018-07-24 10:27:08, Rafael J. Wysocki wrote:
> On Mon, Jul 23, 2018 at 11:49 PM, Pavel Machek wrote:
> >
> > pavel@amd:~$ cat /proc/acpi/battery/BAT0/state
> > present: yes
> > capacity state: ok
> > charging state: charged
> > present rate:0
On Mon, 23 Jul 2018, Matthew Wilcox wrote:
> On Mon, Jul 23, 2018 at 03:42:22PM -0700, Hugh Dickins wrote:
> > On Mon, 23 Jul 2018, Matthew Wilcox wrote:
> > > I figured out a fix and pushed it to the 'ida' branch in
> > > git://git.infradead.org/users/willy/linux-dax.git
> >
> > Great, thanks a
On 24.07.2018 10:53, Michal Hocko wrote:
> On Tue 24-07-18 10:46:20, David Hildenbrand wrote:
>> On 24.07.2018 09:25, Michal Hocko wrote:
>>> On Mon 23-07-18 19:20:43, David Hildenbrand wrote:
On 23.07.2018 14:30, Michal Hocko wrote:
> On Mon 23-07-18 13:45:18, Vlastimil Babka wrote:
Hi Krzysztof,
On 2018-07-23 19:52, Krzysztof Kozlowski wrote:
> Hi All,
>
> Changes since v1
>
> 1. Add Tomasz's ack.
> 2. Reword description in patch 6/10.
>
>
> Tests
> =
> This is both request for comments and requests for tests. Only basic
> tests were done, including
On Mon, Jul 23, 2018 at 06:44:43PM -0700, Cong Wang wrote:
> On Mon, Jul 23, 2018 at 6:35 PM Cong Wang wrote:
> >
> > Hi, Peter, Andi
> >
> > While reviewing the deadlock, I find out it looks like we could have the
> > following infinite recursion too:
> >
> > perf_event_account_interrupt()
> >
On 24 July 2018 at 10:12, Arnd Bergmann wrote:
> On Tue, Jul 24, 2018 at 2:26 AM, AKASHI Takahiro
> wrote:
>> On Tue, Jul 24, 2018 at 09:05:45AM +1000, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> After merging the arm64 tree, today's linux-next build (x86_64
>>> allmodconfig) produced this
Hello Steven,
I am doing correlation of linux sched events, following all tasks between cpus,
and one thing that would be really convenient would be to have a global
trace_pipe_raw, in addition to the per-cpu ones, with already sorted events.
I would imagine the core functionality is already
On 18 July 2018 at 19:40, Bruce Merry wrote:
>> Yes, very easy to produce zombies, though I don't think kernel
>> provides any way to tell how many zombies exist on the system.
>>
>> To create a zombie, first create a memcg node, enter that memcg,
>> create a tmpfs file of few KiBs, exit the
The SID controller on H3 is one of it's kind (at least from what we
know).
Add a compatible string for it in the SoC dtsi.
Signed-off-by: Emmanuel Vadot
---
arch/arm/boot/dts/sun8i-h3.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi
The H5 SoC have a SID controller that looks like the one in A64, but
in case we find some difference in the futur at a binding for it.
Signed-off-by: Emmanuel Vadot
---
Documentation/devicetree/bindings/nvmem/allwinner,sunxi-sid.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
The SID controller on H5 look the same as the one present in the A64.
But in case we find some difference one day at a compatible string
of it's own and a fallback to the A64 one.
Signed-off-by: Emmanuel Vadot
---
arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi | 5 +
1 file changed, 5
On Tue, Jul 24, 2018 at 12:21 PM, Will Deacon wrote:
> On Tue, Jul 24, 2018 at 11:54:25AM +0200, Rafael J. Wysocki wrote:
>> On Tue, Jul 24, 2018 at 11:48 AM, Arnd Bergmann wrote:
>> > Kconfig reports a warning on x86 builds after the ARM64 dependency
>> > was added.
>> >
>> >
101 - 200 of 1482 matches
Mail list logo