Age | Commit message (Collapse) | Author |
|
|
|
(cherry picked from commit 47c017b98ce9359f890363b4095c87235a6f81d6)
|
|
|
|
While at it cleanup node names.
|
|
Use commit e11011a0578101b2f0f9a066d13beeb2c2da5fcc on all device-trees:
Rather than defining our own KEY_WAKEUP include the official input
dt-bindings.
While at it update copyright date range as well.
|
|
Prepare for the needed changes to use the capacitive touch controller
on Fusion F07, Fusion F10A displays.
In order to use it uncomment the define PCAP and recompile and deploy
the device tree
Forward port of 3.10.17, commit e5925f53b4c6021d03a7a694d0512712036e83e6
|
|
|
|
|
|
Use USBC_DET feature of Standard Colibri SODIMM pin 137 for USB
device/host switching using the generic extcon USB GPIO implementation.
|
|
Rather than defining our own KEY_WAKEUP include the official input
dt-bindings.
While at it update copyright date range as well.
|
|
Enable extcon USB GPIO support in the default kernel configuration.
|
|
Device tree nodes are already treated as objects, and we already want to
expose them to userspace which is done using the /proc filesystem today.
Right now the kernel has to do a lot of work to keep the /proc view in
sync with the in-kernel representation. If device_nodes are switched to
be kobjects then the device tree code can be a whole lot simpler. It
also turns out that switching to using /sysfs from /proc results in
smaller code and data size, and the userspace ABI won't change if
/proc/device-tree symlinks to /sys/firmware/devicetree/base.
v7: Add missing sysfs_bin_attr_init()
v6: Add __of_add_property() early init fixes from Pantelis
v5: Rename firmware/ofw to firmware/devicetree
Fix updating property values in sysfs
v4: Fixed build error on Powerpc
Fixed handling of dynamic nodes on powerpc
v3: Fixed handling of duplicate attribute and child node names
v2: switch to using sysfs bin_attributes which solve the problem of
reporting incorrect property size.
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
Tested-by: Sascha Hauer <s.hauer@pengutronix.de>
Cc: Rob Herring <rob.herring@calxeda.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David S. Miller <davem@davemloft.net>
Cc: Nathan Fontenot <nfont@linux.vnet.ibm.com>
Cc: Pantelis Antoniou <panto@antoniou-consulting.com>
(cherry picked from commit 75b57ecf9d1d1e17d099ab13b8f48e6e038676be)
|
|
Commit 21f2aae91e902aad ("leds: leds-gpio: Add support for GPIO
descriptors") already converted most of the driver to use GPIO descriptors.
What is still missing is the platform specific hook gpio_blink_set() and
board files which pass legacy GPIO numbers to this driver in platform data.
In this patch we handle the former and convert gpio_blink_set() to take
GPIO descriptor instead. In order to do this we convert the existing four
users to accept GPIO descriptor and translate it to legacy GPIO number in
the platform code. This effectively "pushes" legacy GPIO number usage from
the driver to platforms.
Also add comment to the remaining block describing that it is legacy code
path and we are getting rid of it eventually.
Suggested-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>
Acked-by: Andrew Lunn <andrew@lunn.ch>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Alexandre Courbot <acourbot@nvidia.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit c673a2b4008103525a3cf21bedf15ffac37bfef0)
|
|
The forthcoming patch will make <acpi/acpi.h> to be visible to all kernel
source code. Thus for the architectures that do not support ACPI and
haven't implemented <asm/acenv.h>, we need to make it excluded.
Signed-off-by: Lv Zheng <lv.zheng@intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit d334c823b27401721591e0f1220050a41af08165)
|
|
<asm/acpi.h>
There is a mis-order inclusion for <asm/acpi.h>.
As we will enforce including <linux/acpi.h> for all Linux ACPI users, we
can find the inclusion order is as follows:
<linux/acpi.h>
<acpi/acpi.h>
<acpi/platform/acenv.h>
(acenv.h before including aclinux.h)
<acpi/platform/aclinux.h>
...........................................................................
(aclinux.h before including asm/acpi.h)
<asm/acpi.h> @Redundant@
(ACPICA specific stuff)
...........................................................................
...........................................................................
(Linux ACPI specific stuff) ? - - - - - - - - - - - - +
(aclinux.h after including asm/acpi.h) @Invisible@ |
(acenv.h after including aclinux.h) @Invisible@ |
other ACPICA headers @Invisible@ |
............................................................|..............
<acpi/acpi_bus.h> |
<acpi/acpi_drivers.h> |
<asm/acpi.h> (Excluded) |
(Linux ACPI specific stuff) ! <- - - - - - - - - - - - - +
NOTE that, in ACPICA, <acpi/platform/acenv.h> is more like Kconfig
generated <generated/autoconf.h> for Linux, it is meant to be included
before including any ACPICA code.
In the above figure, there is a question mark for "Linux ACPI specific
stuff" in <asm/acpi.h> which should be included after including all other
ACPICA header files. Thus they really need to be moved to the position
marked with exclaimation mark or the definitions in the blocks marked with
"@Invisible@" will be invisible to such architecture specific "Linux ACPI
specific stuff" header blocks. This leaves 2 issues:
1. All environmental definitions in these blocks should have a copy in the
area marked with "@Redundant@" if they are required by the "Linux ACPI
specific stuff".
2. We cannot use any ACPICA defined types in <asm/acpi.h>.
This patch splits architecture specific ACPICA stuff from <asm/acpi.h> to
fix this issue.
Signed-off-by: Lv Zheng <lv.zheng@intel.com>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
(cherry picked from commit 07d8391433380fc72f999d99c554b1cfedea9778)
|
|
Use consistently MXM3<space><number> or SODIMM<space><number>
|
|
rename imx6q-apalis-eval_v1_0.dtb to imx6q-apalis_v1_0-eval.dtb
The v1_0 denotes the Apalis module version, not the evaluation board version.
|
|
When compiling a kernel without CONFIG_MULTI_CACHE enabled the
dma access functions end up not being exported. Fix it.
Signed-off-by: Pantelis Antoniou <panto@antoniou-consulting.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
(cherry picked from commit 22f692548037e39809c32759b5600ee066ef59e9)
|
|
Evaluate the device tree to find out about the used phy mode rather than
using a hardcoded value of 125MHz valid for RGMII only.
|
|
|
|
After the system has been shutdown with PMIC_ON_REQ and VCC_BATT is supplied
from a battery it will never restart either by RESET or power cycle.
So use the PMIC_STBY_REQ after shutdown to switch of power rails.
Conflicts:
arch/arm/mach-imx/pm-imx6.c
drivers/regulator/pfuze100-regulator.c
|
|
(cherry picked from commit 02110528b45ae331d89f7e7bb6a29b5494ec0be1)
Conflicts:
arch/arm/mach-imx/mach-imx6q.c
|
|
The WEIM signals are not accessible so remove the driver from the config and
set it to disabled in the device tree.
(cherry picked from commit 6c2f7b22f5aa9572d35a3ddd7d14b653cf606550)
Conflicts:
arch/arm/configs/apalis_imx6_defconfig
|
|
gst-inspect mfw_v4lsrc
gst-launch mfw_v4lsrc capture-mode=5 device=/dev/video2 ! mfw_v4lsink
|
|
|
|
|
|
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
(cherry picked from commit 943e92ef3b9822cd278eff806b001c14c7bebb83)
|
|
GPIO number 0 *is* legal and must be accepted.
Set .ena_gpio to -ENODEV on regulators having no GPIO in preparation
of a code change to accept GPIO 0 in the config.
(cherry picked from commit c87ddbb1325a448d56a920513206592f03bca117)
Conflicts:
arch/arm/mach-imx/gpc.c
drivers/regulator/88pm8607.c
drivers/regulator/ab8500-ext.c
drivers/regulator/ab8500.c
drivers/regulator/ad5398.c
drivers/regulator/arizona-micsupp.c
drivers/regulator/isl6271a-regulator.c
drivers/regulator/lp3972.c
drivers/regulator/max1586.c
drivers/regulator/max8660.c
drivers/regulator/max8925-regulator.c
drivers/regulator/max8952.c
drivers/regulator/max8998.c
drivers/regulator/mc13783-regulator.c
drivers/regulator/s2mps11.c
drivers/regulator/tps65217-regulator.c
drivers/regulator/tps6524x-regulator.c
drivers/regulator/wm831x-dcdc.c
drivers/regulator/wm831x-ldo.c
|
|
|
|
Fix PCIe operation by disabling RC/EP test mode which according to the
following community forum post is only used on the PCIe EP/RC
validation system and otherwise prevent PCIe from working properly:
https://community.freescale.com/thread/328257
|
|
|
|
Enable the TouchRevolution Fusion 7 and 10 multi-touch controller driver
to be built as a module.
While at it remove NEW_LEDS which is enabled through dependencies.
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Eric Nelson <eric.nelson@boundarydevices.com>
|
|
|
|
|
|
|
|
|
|
kbuild throw out the following compile warnings:
WARNING: arch/arm/mach-imx/built-in.o(.text.unlikely+0x228): Section mismatch
in reference from the function init_ldb_clks() to the function
.init.text:mmdc_ch1_handshake()
The function init_ldb_clks() references
the function __init mmdc_ch1_handshake().
This is often because init_ldb_clks lacks a __init
annotation or the annotation of mmdc_ch1_handshake is wrong.
This patch to fix the build warnings. Moreover,the function annotated by __init
will be discarded after boot up, so, there will be an issue when the code call
the function annotated with __init will be error after freeing the __init section.
Signed-off-by: Jason Liu <r64343@freescale.com>
(cherry picked from commit 19e49f1edacec014a4fc9117b01f6bcf3a6f7232)
|
|
Tuning MMDC ZQ_PU_OFFSET impact DDR IO timing like the value is greater
than 0x9 causing enet lost packets due to the worse timing. Reinforce
ENET DDR IO drive strength can fix the issue. Use the default pin setting
can match the RGMII timing for AI board.
Worse timing cause performance drop, the performance has no drop after
enhancing the DDR IO pins drive strength. Pass over night test.
Signed-off-by: Fugang Duan <B38611@freescale.com>
|
|
board"
This reverts commit dbf58f146c3f8260f078b6e6bdfd4d11204819ef.
Because mipi dsi and mipi csi share the power and reset pins
on imx7d 19x19 ddr2 arm2 board, and mipi csi and dsi can not
work together.
Signed-off-by: Sandor Yu <R01008@freescale.com>
|
|
FreeRTOS/M4 has DDR use case, M4 can only execute on DDR
space lower than 0xa0000000, Linux kernel will reserve 1M
(0x9ff00000 - 0x9fffffff) for it, below are the DDR usage:
0x80000000 - 0x9fefffff: Linux kernel;
0x9ff00000 - 0x9fffffff: FreeRTOS;
0xa0000000 - 0xbfefffff: Linux kernel;
0xbff00000 - 0xbfffffff: RPMSG shared memory;
0xc0000000 - 0xffffffff: Linux kernel if boards has 2GB DDR.
Also, remove 'reg' property which is unused.
Signed-off-by: Anson Huang <Anson.Huang@freescale.com>
|
|
FreeRTOS/M4 has DDR use case, M4 can only execute on DDR
space lower than 0xa0000000, Linux kernel will reserve 1M
(0x9ff00000 - 0x9fffffff) for it, below are the DDR usage:
0x80000000 - 0x9fefffff: Linux kernel;
0x9ff00000 - 0x9fffffff: FreeRTOS;
0xa0000000 - 0xbfefffff: Linux kernel;
0xbff00000 - 0xbfffffff: RPMSG shared memory;
0xc0000000 - 0xffffffff: Linux kernel if boards has 2GB DDR.
Also, remove 'reg' property which is unused.
Signed-off-by: Anson Huang <Anson.Huang@freescale.com>
|
|
When M4 is enabled, Linux has to do save/restore for M4 TCM during
suspend/resume, dtb should pass the TCM address for kernel, without
this TCM info, kernel will boot up fail:
------------[ cut here ]------------
WARNING: CPU: 0 PID: 1 at arch/arm/mach-imx/pm-imx7.c:1030 imx7d_pm_init+0x58/0)
Modules linked in:
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.14.52-02791-g1babdb1-dirty #2093
[<80014b40>] (unwind_backtrace) from [<80011798>] (show_stack+0x10/0x14)
[<80011798>] (show_stack) from [<807199ec>] (dump_stack+0x7c/0xbc)
[<807199ec>] (dump_stack) from [<80032d78>] (warn_slowpath_common+0x6c/0x88)
[<80032d78>] (warn_slowpath_common) from [<80032e30>] (warn_slowpath_null+0x1c/)
[<80032e30>] (warn_slowpath_null) from [<80a09760>] (imx7d_pm_init+0x58/0x67c)
[<80a09760>] (imx7d_pm_init) from [<80a08d3c>] (imx7d_init_machine+0x3c/0xe4)
[<80a08d3c>] (imx7d_init_machine) from [<809e52e4>] (customize_machine+0x20/0x4)
[<809e52e4>] (customize_machine) from [<800089bc>] (do_one_initcall+0xf8/0x144)
[<800089bc>] (do_one_initcall) from [<809e2c4c>] (kernel_init_freeable+0x138/0x)
[<809e2c4c>] (kernel_init_freeable) from [<807159b8>] (kernel_init+0x8/0xf0)
[<807159b8>] (kernel_init) from [<8000e580>] (ret_from_fork+0x14/0x34)
---[ end trace fdb0885876d7ac0b ]---
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = 80004000
[00000000] *pgd=00000000
Internal error: Oops: 5 [#1] PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 1 Comm: swapper/0 Tainted: G W 3.14.52-02791-g1babdb1-dir3
task: a8084000 ti: a8090000 task.ti: a8090000
PC is at memcpy+0x48/0x330
LR is at imx7d_pm_init+0xd0/0x67c
pc : [<8028e768>] lr : [<80a097d8>] psr: 20000013
sp : a8091e8c ip : 00000000 fp : 00000000
r10: a8090030 r9 : 0000010b r8 : 809e52c4
r7 : 80ab9380 r6 : 80ab9380 r5 : 80abb5a4 r4 : 80a411cc
r3 : 00080000 r2 : 00007f80 r1 : 00000000 r0 : a8140000
Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 10c53c7d Table: 8000406a DAC: 00000015
Process swapper/0 (pid: 1, stack limit = 0xa8090238)
Signed-off-by: Anson Huang <Anson.Huang@freescale.com>
|
|
FreeRTOS has use case of running on OCRAM, reserve the
bottom half of OCRAM spase(0x910000 - 0x91efff) for M4,
the last 4K is for shared memory power management.
Signed-off-by: Anson Huang <Anson.Huang@freescale.com>
|
|
FreeRTOS has use case of running on OCRAM, reserve the
bottom half of OCRAM spase(0x910000 - 0x91ffff) for M4.
Signed-off-by: Anson Huang <Anson.Huang@freescale.com>
|
|
- previous patch makes the wrong qspi port on imx6sx sdb and
sabreauto boards.
- nor flash is used qspi2 on imx6sx-sdb board, and qspi1 on
sabreauto board.
Signed-off-by: Richard Zhu <Richard.Zhu@freescale.com>
(cherry picked from commit 44869a7d1715ec022d17f793cd20a5cc7dc34ffa)
|