- Mar 21, 2024
-
-
Robert Nelson authored
6.1.80-ti-r34 bb.org_defconfig TI SDK: 09.02.00.009 6.1 TI Delta: https://github.com/RobertCNelson/ti-linux-kernel/compare/0ccfdb3fe66551031a7a112f6ff668f9683ef725...2e423244f8c09173a344e7069f0fe2bdf26cccee BBDTBS: BeagleBoard-DeviceTrees@042278e8 WIRELESS_REGDB: https://git.kernel.org/pub/scm/linux/kernel/git/wens/wireless-regdb.git/commit/?id=454130065a5857bc0c534d5c52ed17a97b704c36 WPANUSB: beagleconnect/linux/wpanusb@6aa9bf65 Signed-off-by:
Robert Nelson <robertcnelson@gmail.com>
-
Robert Nelson authored
-
Robert Nelson authored
Signed-off-by: -
Robert Nelson authored
Signed-off-by: -
Robert Nelson authored
Signed-off-by: -
Jason Kridner authoredOriginal Commit : https://github.com/beagleboard/linux/commit/8884f22a6b3a5217177c2f843e5c83d613bc6676 Signed-off-by:
Jason Kridner <jkridner@beagleboard.org>
-
frost authored
-
bigguiness@gmail.com authored
------=_Part_422_1349561576.1515022447432 Content-Type: text/plain; charset="UTF-8" Hello all, The TI touch screen driver does not work _right_ with the libts-bin package in the jessie image. $ cat /etc/dogtag BeagleBoard.org Debian Image 2018-01-01 $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 8.10 (jessie) Release: 8.10 Codename: jessie $ dpkg -l | grep libts-bin ii libts-bin 1.14-1rcnee0~jessie+20171122 armhf touch screen library utilities $ sudo ts_calibrate ts_setup: No such file or directory It is possible to make it work by setting the TSLIB_TSDEVICE environment variable: $ sudo su # export TSLIB_TSDEVICE=/dev/input/event2 # ts_calibrate But, that's a bit of a pain since the environment variable always needs to be set in order to use the touchscreen. It appears that this version of the utilities uses the INPUT_PROP_DIRECT propbit to automatically detect which /dev/input/event device is the touchscreen. It looks like the following is the only change needed to make it work. Unfortunately, I don't have currently have a way to build a custom kernel for the BeagleBone in order to test it. If there is anyone that could I would appreciate it. Regards, Hartley -
Robert Nelson authored
This reverts commit 3c9dc275 . Signed-off-by:
-
Robert Nelson authored
Signed-off-by: -
Robert Nelson authored
Signed-off-by: -
Ben Hutchings authored
We want to enable use of the Android ashmem and binder drivers to support Anbox, but they should not be built-in as that would waste resources and increase security attack surface on systems that don't need them. Export the currently un-exported symbols they depend on.
-
Ben Hutchings authored
We want to enable use of the Android ashmem and binder drivers to support Anbox, but they should not be built-in as that would waste resources and increase security attack surface on systems that don't need them. - Add a MODULE_LICENSE declaration to ashmem - Change the Makefiles to build each driver as an object with the "_linux" suffix (which is what Anbox expects) - Change config symbol types to tristate Update: In upstream commit 721412ed titled "staging: remove ashmem" the ashmem driver was removed entirely. Secondary commit message: "The mainline replacement for ashmem is memfd, so remove the legacy code from drivers/staging/" Consequently, the ashmem part of this patch has been removed.
-
Romain Naour authored
"PM runtime functions" has been added in sdhci-omap driver in 5.16 f433e8aa ("mmc: sdhci-omap: Implement PM runtime functions") along with "card power off and enable aggressive PM" 3edf588e ("mmc: sdhci-omap: Allow SDIO card power off and enable aggressive PM"). Since then, the sdhci-omap driver doesn't work using mmc-hs200 mode due to the tuning values being lost during a pm transition. See the report on the linux-omap mailing list [1]. As for the sdhci_am654 driver, request a new tuning sequence before suspend (sdhci_omap_runtime_suspend()), othwerwise the device will thigger cache flush errors: mmc1: cache flush error -110 (ETIMEDOUT) mmc1: error -110 doing aggressive suspend followed by I/O errors produced by fdisk -l /dev/mmcblk1boot1: I/O error, dev mmcblk1boot0, sector 64384 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2 I/O error, dev mmcblk1boot1, sector 64384 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 2 I/O error, dev mmcblk1boot1, sector 64384 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2 Buffer I/O error on dev mmcblk1boot1, logical block 8048, async page read I/O error, dev mmcblk1boot0, sector 64384 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2 Buffer I/O error on dev mmcblk1boot0, logical block 8048, async page read Don't re-tune if auto retuning is supported in HW (when SDHCI_TUNING_MODE_3 is available). [1] https://lore.kernel.org/all/2e5f1997-564c-44e4-b357-6343e0dae7ab@smile.fr Fixes: f433e8aa ("mmc: sdhci-omap: Implement PM runtime functions") Signed-off-by:
Romain Naour <romain.naour@skf.com>
-
Jason Kridner authored
-
Robert Nelson authored
Reference: rpi-6.1.y Signed-off-by: -
Matthijs van Duin authored
"uio" for generic use "ti,pruss-shmem" for backwards compatibility the of_id module parameter is still supported to add another id
-
Matthijs van Duin authored
-
Robert Nelson authored
Reference: v5.10.213 Signed-off-by: -
-
-
-
Jason Kridner authored
From https://github.com/statropy/wpanusb
-
-
- Mar 20, 2024
-
-
MD Danish Anwar authored
The driver drops RX frames due to flags not being cleared during XDP buffer init. XDP framework provides helper APIs to initialize and prepare XDP buffer. Fix the RX frame drops by calling these helper APIs. Fixes: 78264a12 ("net: ethernet: ti: icssg_prueth: Add AF_XDP support") Signed-off-by:
MD Danish Anwar <danishanwar@ti.com> Reviewed-by:
Ravi Gunasekaran <r-gunasekaran@ti.com>
-
Sukrut Bellary authored
Enable I2C5 node for OV10635 camera EVM so that it can standalone work with the am57xx-beagle-x15.dtb. Signed-off-by:Sukrut Bellary <sbellary@baylibre.com>
-
Jayesh Choudhary authored
Add missing 'cdns,max-bit-rate' property for mhdp phy. If not specified, the default value taken is 8100 Mbps which often leads to phy link training errors like "CR: max swing reached" and eventually falls back to 1620 Mbps which limits the maximum supported resolution to 1920x1200 which is way less than what hardware can actually support theoretically i.e. 4K. Adding 2700 (as a HACK) instead of 5400 like other platforms as the latter causes CRTC SYNC LOST issue for 3840x2160@60fps resolution. So limiting the phy-rate for max resolution of 3840x2160@30fps as it is better to have a stable low fps than flaky high fps. The HACK can be removed when 4K@60fps is stable. Signed-off-by:Jayesh Choudhary <j-choudhary@ti.com>
-
- Mar 19, 2024
-
-
Dasnavis Sabiya authored
AM69-SK has a 2 Lane PCIe M.2 Key M PCIe instance (PCIe1) and a 1 Lane PCIe M.2 Key E PCIe instance (PCIe3), both of which are interfaced via a shared Serdes instance namely Serdes0. Update the Serdes0 link to enable Multilink PCIe configuration. Signed-off-by:
Dasnavis Sabiya <sabiya.d@ti.com> Reviewed-by:
Siddharth Vadapalli <s-vadapalli@ti.com>
-
Dasnavis Sabiya authored
From: Swapnil Jakhade <sjakhade@cadence.com> Add register sequences for PCIe multilink + USB configuration for 100MHz reference clock. The same SSC is used for both PCIe and USB. Signed-off-by:
Swapnil Jakhade <sjakhade@cadence.com> Signed-off-by:
-
Dasnavis Sabiya authored
From: Swapnil Jakhade <sjakhade@cadence.com> Add register sequences to support multi link PCIe configuration for 100MHz refclk. Maximum two PCIe links are supported. Signed-off-by:
-
- Mar 14, 2024
-
-
Chintan Vankar authored
The CPSW Ethernet Switch on TI's K3 SoCs supports two mechanisms to timestamp packets received on external ports. The first mechanism which is currently enabled by the am65-cpsw-nuss driver is that of timestamping all received packets by setting the "TSTAMP_EN" bit in the CPTS_CONTROL register, which directs the CPTS module to timestamp all received packets, followed by passing the timestamps via the DMA descriptors. This mechanism is responsible for triggering errata i2401: "CPSW: Host Timestamps Cause CPSW Port to Lock up" The workaround is to use the second mechanism for timestamping received packets. The second mechanism utilizes the CPTS Event FIFO that records timestamps corresponding to certain events, with one such event being the reception of an Ethernet packet with the EtherType field set to Precision Time Protocol (PTP). Hence, switch to the second mechanism to address the errata. The errata affects all K3 SoCs. Link to errata for AM64x: https://www.ti.com/lit/er/sprz457h/sprz457h.pdf Fixes: b1f66a5b ("net: ethernet: ti: am65-cpsw-nuss: enable packet timestamping support") Signed-off-by:
Chintan Vankar <c-vankar@ti.com> Reviewed-by:
-
Abhishek Sharma authored
Add OX05B1S device tree bindings. Signed-off-by:Abhishek Sharma <abhishek.sharma@ti.com>
-
Abhishek Sharma authored
OX05B1S is a raw (4x4 RGB-IR bayer) sensor. The LI-OX05B1S-MIPI-137H module [1] uses a LI-FPC22-IPEX-PI [2] adapter cable for connection with CSI port on the board. [1] Link: https://www.mouser.com/ProductDetail/Leopard-Imaging/ LI-OX05B1S-MIPI-137H?qs=VJzv269c%252BPbBVMoFtZszhQ%3D%3D [2] Link: https://www.leopardimaging.com/product/nvidia-jetson-cameras/ nvidia-jetson-orin-nx-camera-kit/li-fpc22-ipex-pi/ Signed-off-by:
-
Abhishek Sharma authored
As of now, only AM62A supports the OX05B1S sensor. The sensor module can be connected to a single CSI port on AM62A. Enable the driver for OX05B1S. Signed-off-by: -
Abhishek Sharma authored
OmniVision OX05B1S is an RGB-IR sensor, i.e. it uses a 4x4 R,G,B,Ir bayer pattern to capture both visible and near-infrared light. Every alternate frame, the sensor changes the exposure and the analogue/digital gain registers to stream an - A. IR-dominant frame on CSI-2 virtual channel 0 B. RGB-dominant frame on CSI-2 virtual channel 1 Both of these streams are captured at a resolution of 2592x1944, 30 fps each (60fps total). This driver also supports a few v4l2 controls like exposure and gain controls. The RGB dominant stream uses the normal v4l2 control identifiers (CIDs) for exposure and gain change while custom CIDs have been defined for the IR dominant stream. Signed-off-by: -
Abhishek Sharma authored
The OX05B1S camera sensor supports both RGB and IR stream exposure/gain controls. The sensor has one source pad which gives out 2 streams: IR dominant (stream 0) and RGB dominant stream (stream 1). When programming the exposure/gain settings for the camera from a user space application like V4L2 user space API, we are unable to specify the stream for which the exposure/gain change is required. Hence, we have defined 3 custom control IDs for IR channel exposure, anologue and digital gain control. These custom controls added for IR channel are not an upstream acceptable solution and a better solution is required in the V4L2 framework for exposure/gain control in multistream sensors to remove this HACK. Signed-off-by: -
Tomi Valkeinen authored
J721E common processor board can be interfaced with the infotainment expansion board[0] to enable the following audio/video interfaces in addition to the peripherals provided by the common processor board: - Two Audio codecs each with three Stereo Inputs and four Stereo Outputs - Audio input over FPD Link III - Digital Audio Interface TX/RX - HDMI/FPD LINK III Display out - LI/OV Camera input Add support for TFP410 HDMI bridge located on the Infotainment Expansion Board (connected to J46 & J51). Add a HDMI connector node and connect the endpoints as below: DSS => TFP410 bridge => HDMI connector Also add the pinmux data and board muxes for DPI. Rest of the peripherals are missing as of now. [0]: <https://www.ti.com/lit/ug/spruit0a/spruit0a.pdf> Link: <https://git.ti.com/cgit/ti-linux-kernel/ti-upstream-tools/commit/arch/arm64/boot/dts/ti/k3-j721e-common-proc-board-infotainment.dtso?id=da742e7e0043555c6705ea75dcda55c1d29a0520 > Signed-off-by:
Tomi Valkeinen <tomi.valkeinen@ti.com> [j-choudhary@ti.com: minor cleanup] Signed-off-by:
-
- Mar 13, 2024
-
-
Vaishnav Achath authored
IMX390 is a 2.1MP raw (bayer) sensor, the rugged camera module by D3 [1] packages it with an FPDLink-III serializer (DS90UB953) for use with sensor fusion setups using FPDLink-III deserializer boards. Add overlays for the cases when the modules are connected to ports on the DS90UB960 deserializer in fusion EVM when connected to third CSI port in a device like J784S4 or AM69. This helps to enable 12 camera use cases on AM69 SK. 1 - https://www.d3engineering.co/product/designcore-d3rcm-imx390-953-rugged-camera-module/ Signed-off-by:
Vaishnav Achath <vaishnav.a@ti.com> Acked-by:
Jai Luthra <j-luthra@ti.com> Tested-by:
Abhay Chirania <a-chirania@ti.com>
-
Vaishnav Achath authored
Fusion application board [1] can be used to connect multiple FPDLink-III based sensors to TI EVMs. Upto 12x sensors can simultaneously stream over the three CSI RX ports on J784S4/AM69, add an overlay to support the fusion board connected to CSI port 2(CSI_AUX port) on AM69 SK to enable 12 camera applications with AM69 SK. Link: https://svtronics.com/portfolio/evm577pfusion-v1-0-fusion/ [1] Signed-off-by:
-
Vaishnav Achath authored
Fusion application board [1] can be used to connect multiple FPDLink-III based sensors to TI EVMs. Upto 8x sensors can simultaneously stream over the two CSI RX ports on J722S EVM. Link: https://svtronics.com/portfolio/evm577pfusion-v1-0-fusion/ [1] Signed-off-by:
-
