Age | Commit message (Collapse) | Author |
|
Backport of the upstreamed and not merged patch [1].
It fixes the crash like [2].
If we disconnect a device before completing the connection, connection
will no longer be available in connection list, thus conn will be NULL.
[1] https://www.spinics.net/lists/linux-bluetooth/msg70764.html
[2]
[ 4960.112410] Unable to handle kernel NULL pointer dereference at virtual address 0000001a
[ 4961.120795] Mem abort info:
[ 4961.128933] Exception class = DABT (current EL), IL = 32 bits
[ 4961.140189] SET = 0, FnV = 0
[ 4961.148719] EA = 0, S1PTW = 0
[ 4961.157065] Data abort info:
[ 4961.165047] ISV = 0, ISS = 0x00000004
[ 4961.173975] CM = 0, WnR = 0
[ 4961.181934] user pgtable: 4k pages, 48-bit VAs, pgd = ffff80084f467000
[ 4961.193579] [000000000000001a] *pgd=0000000000000000
[ 4961.201942] Internal error: Oops: 96000004 [#1] PREEMPT SMP
[ 4961.210271] Modules linked in: veth xt_nat xt_tcpudp ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 xt_addrtype iptable_filter ip_tables xt_conntrack x_tables nf_nat nf_conntrack libcrc32c br_netfilter bridge stp overlay crc32_ce crct10dif_ce mwifiex_pcie mwifiex cdc_acm galcore(O)
[ 4961.255701] Process kworker/u13:0 (pid: 12632, stack limit = 0xffff00002e5e8000)
[ 4961.268662] CPU: 3 PID: 12632 Comm: kworker/u13:0 Tainted: G O 4.14.159-4.0.0-devel+git.fff496c2a1bd #1
[ 4961.284881] Hardware name: Toradex Apalis iMX8QM/QP on Apalis Evaluation Board (DT)
[ 4961.298330] Workqueue: hci0 hci_rx_work
[ 4961.307903] task: ffff80084faa8d80 task.stack: ffff00002e5e8000
[ 4961.319611] PC is at hci_connect_le_scan_cleanup+0x14/0x128
[ 4961.330986] LR is at create_le_conn_complete+0xec/0x108
Signed-off-by: Thomas Gagneret <tgagneret@xxxxxxxxxxx>
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Further clean-up modularising it some more.
BTW: Changing BT_MRVL, BT_MRVL_SDIO, CFG80211 and MAC80211 to modules
will make it co-exist with our latest backports efforts.
Related-to: ELB-2388
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
|
|
The driver mwifiex_sdio stucks after the wifi firmware crash.
Enabling asynchronous interrupts processing in sdio driver
fixes this issue and allows the mwifiex_sdio driver to be reloaded
and continue operates successfully.
Related-to: ELB-2596
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
|
|
The driver mwifiex_sdio stucks after the wifi firmware crash.
Enabling asynchronous interrupts processing in sdio driver
fixes this issue and allows the mwifiex_sdio driver to be reloaded
and continue operates successfully.
Works better with the driver from the backported-5.4 package.
Related-to: ELB-2596
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Refresh kernel configs adding some more USB as well as PCIe options
where applicable plus synchronise some more accross all modules.
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
|
|
Some comments made it through. SPI is tested that it works and those
comments are no longer necessary-
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
There is a hardware issue with the clock lines. It barely works
with 200MHz with SD-Cards but not with SDIO cards. Therefore put
a safe value in there until the hardware issue is resolved
Related-to: ELB-1974
Related-to: HAR-3252
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
use of rgmii-id instead of rgmii to denote use of rxc and txc delay on the phy.
Related-to: ELB-2581
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
Until now a PHY-fixup in mach-imx set our rgmii timing correctly. For
the PHY KSZ9131 there is no PHY-fixup in mach-imx. To support this PHY
too, use rgmii-id.
For the now used KSZ9031 nothing will change, as rgmii-id is only
implemented and supported by the KSZ9131.
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit 1b68480b945e51ba879496d3f9ff5a5addd82007)
We have a PHY-fixup in our downstream Linux. However this patch makes
anyway sense to apply as it documents the rgmii mode properly and
won't brake anything.
Related-to: ELB-2581
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
The KSZ9131 provides DLL controlled delays on RXC and TXC lines. This
patch makes use of those delays. The information which delays should
be enabled or disabled comes from the interface names, documented in
ethernet-controller.yaml:
rgmii: Disable RXC and TXC delays
rgmii-id: Enable RXC and TXC delays
rgmii-txid: Enable only TXC delay, disable RXC delay
rgmii-rxid: Enable onlx RXC delay, disable TXC delay
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit bd734a742d5533fb9190ecd8cf25befc1f759a5b)
Replace phy_modify_mmd with phy_read_mmd and phy_write_mmd.
Related-to: ELB-2581
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
This reverts commit 118d904a302114b323e3464bceab64bfc26868e2.
There is now a mainline solution for that. Drop this solution in favor
of the upstream one. We will use "rgmii-id" tag now to declare that
delays.
Related-to: ELB-2581
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
This reverts commit 4bdc5d8f4f1e6ec472074a6a4fc2e2061cdb1c8d.
There is now a mainline solution for that. Drop this solution in favor
of the upstream one. We will use "rgmii-id" tag now to declare that
delays.
Related-to: ELB-2581
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
This reverts commit f49da0d7dbf67030f7e12a94fd18a7f1a0b845e0.
There is now a mainline solution for that. Drop this solution in favor
of the upstream one. We will use "rgmii-id" tag now to declare that
delays.
Related-to: ELB-2581
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
Add support of non-wifi Toradex Verdin iMX8MM module
on the Development board.
Related-to: ELB-2322
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Add the mark of wi-fi version of Toradex Verdin iMX8MM module
to a devicetree file name.
Related-to: ELB-2322
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Split the common devicetree file to two layers:
- Toradex Verdin iMX8MM WB;
- Toradex Verdin Development board.
Related-to: ELB-2322
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Move the on-module Wi-Fi part of a Toradex Verdin iMX8MM module
to a separate file.
Related-to: ELB-2322
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Fix the minor code formatting issue.
Related-to: ELB-2322
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
The mwifiex Wi-Fi driver in kernel-4.14-2.3.x-imx works unstable.
The same driver in backports-5.4 works well.
Backports-5.4 requires the undocumented build option CRYPTO_HASH_INFO.
This option is selected by enabled ASYMMETRIC_PUBLIC_KEY_SUBTYPE.
This makes able to build and use the Wi-Fi driver mwifiex_sdio, that works
stable unlike the original driver in 4.14-2.3.x-imx.
Related-to: ELB-2388
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
The mwifiex Wi-Fi driver in kernel-4.14-2.3.x-imx works unstable.
The same driver in backports-5.4 works well.
Backports-5.4 requires the undocumented build option CRYPTO_HASH_INFO.
This option is selected by enabled ASYMMETRIC_PUBLIC_KEY_SUBTYPE.
This makes able to build and use the Wi-Fi driver mwifiex_sdio, that works
stable unlike the original driver in 4.14-2.3.x-imx.
Related-to: ELB-2388
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Signed-off-by: Wojciech Slenska <wojciech.slenska@gmail.com>
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
|
|
Out-of-the-box the analogue camera adapter fails detecting with the
following error:
[ 6.503046] adv7280 2-0021: adv7280_probe:Analog Device adv7280 not detected -6!
Unfortunately, the camera seems to be held in reset due to the BL_ON pin
not being serviced.
Fix this by hogging the camera_nreset aka BL_ON pin to output high.
Related-to: ELB-2580
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
|
|
Related-to: ELB-2316
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
The dprX_channelY, pixel-combiner and prgX nodes need to be enabled
to use the g2d functionality.
Thus move those nodes into the common fsl-imx8qxp-colibri-eval-v3.dtsi, so that
fsl-imx8qxp-colibri-eval-v3.dts also gets them enabled.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
Add CTRL_WAKE1_MICO# as a wakeup source.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
Make Epson RX8130 device tree and ACPI aware.
Fixes: ee0981be7704 ("rtc: ds1307: Add support for Epson RX8130CE")
Signed-off-by: Bastian Stender <bst@pengutronix.de>
Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
(cherry picked from commit 47dd47292828a552d62d0e68b7cd6bdc99d9e0aa)
|
|
Commit 833f2cbf7091 ("ARM: dts: imx6: change the core clock of spdif")
changed many more clocks than only the SPDIF core clock as stated in
the commit message.
The MLB clock has been added and this causes SPDIF regression as
reported by Xavi Drudis Ferran and also in this forum post:
https://forum.digikey.com/thread/34240
The MX6Q Reference Manual does not mention that MLB is a clock related
to SPDIF, so change it back to a dummy clock to restore SPDIF
functionality.
Thanks to Ambika for providing the fix at:
https://community.nxp.com/thread/387131
Fixes: 833f2cbf7091 ("ARM: dts: imx6: change the core clock of spdif")
Cc: <stable@vger.kernel.org> # 4.4.x
Reported-by: Xavi Drudis Ferran <xdrudis@tinet.cat>
Signed-off-by: Fabio Estevam <fabio.estevam@nxp.com>
Tested-by: Xavi Drudis Ferran <xdrudis@tinet.cat>
Signed-off-by: Shawn Guo <shawnguo@kernel.org>
(cherry picked from commit f065e9e4addd75c21bb976bb2558648bf4f61de6)
This fix was correct, but overwritten by commit 833f2cbf7091099baee28136dc68678e974c0ac5.
MLB (Media Local Bus) Clock is in fact not related to SPDIF according to the MX6Q Reference
Manual. Tested playback and record on pulseaudio with 44.1kHz samples.
Signed-off-by: Gerard Salvatella <gerard.salvatella@toradex.com>
Acked-by: Max Krummenacher <max.krummenacher@toradex.com>
(cherry picked from commit 58e5313d36b969029d76b1ef45d3224c8557af75)
|
|
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
This patch enables both RXC and TXC 2ns dll delay lines on the
KSZ9131 PHY. Both are neede because the i.MX8MM SoC is RGMII v1.3
compliant. This means we need the TXC delay of the PHY.
Related-to: ELB-1299
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
This commit adds two properties to control the RX DLL and TX DLL
2ns delay on RXC/TXC RGMII clock lines. This is especially needed
if the MAC does not provide TXC delay by itself.
Related-to: ELB-1299
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
With this patch one is able to control the rx dll and tx dll bypass
bits, hence the 2ns delay on rxc and txc lines in devicetree.
Related-to: ELB-1299
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
The RXC delay is provided in both PHYs used (KSZ9031 and KSZ9131)
on the PHY itself so it is not needed on the MAC.
Related-to: ELB-1299
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
The MAC of the i.MX6 SoC is compliant with RGMII v1.3. The KSZ9131 PHY
is like KSZ9031 adhering to RGMII v2.0 specification. This means the
MAC should provide a delay to the TXC line. Because the i.MX6 MAC does
not provide this delay this has to be done in the PHY.
This patch adds by default ~1.4ns delay to the TXC line. This should
be good for all boards that have all RGMII signals routed with the
same length.
The KSZ9131 has relatively high tolerances on skew registers from
MMD 2.4 to MMD 2.8. Therefore the new DLL-based delay of 2ns is used
and then as little as possibly subtracted from that so we get more
accurate delay. This is actually needed because the i.MX6 SoC has
an asyn skew on TXC from -100ps to 900ps.
Related-to: ELB-1299
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
Add support for Microchip Technology KSZ9131 10/100/1000 Ethernet PHY
Signed-off-by: Yuiko Oshino <yuiko.oshino@microchip.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit bff5b4b3737219195ca0caef4ff7884303cb5dc1)
Related-to: ELB-1299
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
Add support for Microchip Technology KSZ9131 10/100/1000 Ethernet PHY
Signed-off-by: Yuiko Oshino <yuiko.oshino@microchip.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
(cherry picked from commit bff5b4b3737219195ca0caef4ff7884303cb5dc1)
Backport:
Added the line: '.config_aneg = genphy_config_aneg,' to KSZ9131
data structure
Related-to: ELB-1299
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
libbfd has changed the bfd_section_* macros to inline functions
bfd_section_<field> since 2019-09-18. See below two commits:
o http://www.sourceware.org/ml/gdb-cvs/2019-09/msg00064.html
o https://www.sourceware.org/ml/gdb-cvs/2019-09/msg00072.html
This fix make perf able to build with both old and new libbfd.
Signed-off-by: Changbin Du <changbin.du@gmail.com>
Acked-by: Jiri Olsa <jolsa@redhat.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Link: http://lore.kernel.org/lkml/20200128152938.31413-1-changbin.du@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
(cherry picked from commit 0ada120c883d4f1f6aafd01cf0fbb10d8bbba015)
|
|
The debug message of max device speed setting is shown
when an error in spi_setup() occurs.
It should be shown when the setup call is succeeded instead.
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
The debug message in spidev_message() shows wrong xfer speed:
...
[ 1227.702714] spidev spi0.0: setup mode 0, 32 bits/w, 20000000 Hz max --> 0
(real speed sets to 20000000Hz)
[ 1227.731801] spidev spi0.0: xfer len 4096 tx 32bits 0 usec 10000000Hz
(debug message shows 10000000Hz that is the original max speed of this
spidev set from DT)
...
Fix the data source for the debug message.
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
This is wrong approach to fix the speed issue.
This reverts commit 6eb4142030916c2db5c3dd0a4301dbd1141593e2.
Related-to: ELB-2387
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
Add CTRL_SLEEP_MOCI required for e.g. the Dahlia carrier board.
Related-to: ELB-2520
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
|
|
spi->max_speed_hz always sets to the previous value.
Fixing the logic allows IOCTL command SPI_IOC_WR_MAX_SPEED_HZ
to store the new requested value to spi->max_speed_hz.
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
- replace the array with the shift operation
- remove the extra comparing operation.
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
The hardware of verdin has some bypass caps after the switch that
switches power to the sd-card. These caps are resulting in a slow
discharge.
Add off-on-delay to set a minimum off-time of the regulator so it
can fully discharge until it turns on again.
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
eMMC, used in Colibri iMX7D eMMC modules, supports
200Mhz mode with vccq=1.8v.
Remove the max-frequency limit, it increases the performance significantly:
== before fix ====
root@colibri-imx7-emmc:~# hdparm -t /dev/mmcblk1
/dev/mmcblk1:
Timing buffered disk reads: `^H252 MB in 3.02 seconds = 83.54 MB/sec
==================
=== after fix ====
root@colibri-imx7-emmc:~# hdparm -t /dev/mmcblk0
/dev/mmcblk0:
Timing buffered disk reads: 408 MB in 3.00 seconds = 135.94 MB/sec
==================
Related-to: ELB-1442
Fixes: f928a4a377e4 ("ARM: dts: imx7: add Toradex Colibri iMX7D
1GB (eMMC) support")
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
|
|
This commit basically deletes the devicetree for V1.0 Apalis iMX8
modules. It includes V1.1 devicetree then and only puts in the
differences and deletes the nodes that are not used in V1.0.
This is done to prevent code duplication and have better overview of
what has changed.
Related-to: ELB-1254
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
Related-to: ELB-1254
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
Related-to: ELB-1254
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
This commit does no code changes it just copies fsl-imx8qm-apalis.dtsi
to fsl-imx8qm-apalis-v1.1.dtsi.
This is done to be able to track changes made between those versions.
Related-to: ELB-1254
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|