- Dec 20, 2023
-
-
Robert Nelson authored
6.1.46-ti-r17 bb.org_defconfig TI SDK: 09.01.00.007 6.1 TI Delta: https://github.com/RobertCNelson/ti-linux-kernel/compare/5892b80d6b7786cb1a78aba8147c3f844e063119...5da2f861d7d06b97ea386294469e1644b18666fc BBDTBS: https://git.beagleboard.org/beagleboard/BeagleBoard-DeviceTrees/-/commit/ba8972c2e64f75863eb85864026de24d63cff9fa WIRELESS_REGDB: https://git.kernel.org/pub/scm/linux/kernel/git/sforshee/wireless-regdb.git/commit/?id=37dcea0e6e5effb4228fe385e906edba3cbee389 KSMBD: https://github.com/cifsd-team/ksmbd/commit/7dec4e9aa879132a92d730aedaebfff130e2963f TI_AMX3_CM3: http://git.ti.com/gitweb/?p=processor-firmware/ti-amx3-cm3-pm-firmware.git;a=commit;h=fb484c5e54f2e31cf0a338d2927a06a2870bcc2c WPANUSB: https://git.beagleboard.org/beagleconnect/linux/wpanusb/-/commit/6aa9bf65b9d88a2c9a111e7b4aed03de2be9413d Signed-off-by:
Robert Nelson <robertcnelson@gmail.com>
-
Robert Nelson authored
-
Robert Nelson authored
Signed-off-by: -
Robert Nelson authored
Signed-off-by: -
Jason Kridner authored -
Robert Nelson authored
Signed-off-by: -
Jason Kridner authored
Original Commit : https://github.com/beagleboard/linux/commit/8884f22a6b3a5217177c2f843e5c83d613bc6676 Signed-off-by:
Jason Kridner <jkridner@beagleboard.org>
-
Robert Nelson authored
This reverts commit 2b038e78 . Signed-off-by:
-
Robert Nelson authored
#<Daulity> is there a kernel option to not reset gpio state at linux boot ? #<zmatt> Daulity: the kernel does not reset any gpio unless explicitly requested to by a driver #<zmatt> though by default if cape-universal is enabled then a gpio-of-helper device gets set up which configures all gpios as input... though that is normally the state they are in anyway after reset #<zmatt> Daulity: why? are you setting gpios in u-boot? #<Daulity> yes u-boot sets a few gpio's before it boots the kernel they get reset to a certain state not certain if u-boot or linux kernel #<Daulity> was just wondering #<zmatt> the annoying bit is that this isn't really fixable by applying an overlay on top of cape-universal due the the limitations of overlays and the fact that status="disabled"; doesn't work on individual gpios of a gpio-of-helper device node #<zmatt> so your options are to modify the cape-universal overlay or disable cape-universal entirely and use an overlay to declare/export gpios (with initialization of your choice) #<Daulity> i see #<zmatt> (or fix the gpio-of-helper drivers to respect the status property of individual gpios... which is probably a 2-line patch) #<zmatt> *driver #<zmatt> interesting, if CONFIG_OF_KOBJ=n then nodes with non-okay status property don't even get deserialized, however in practice CONFIG_OF_KOBJ is always y (specifically, it is only n in kernels that lack sysfs support) #<zmatt> yeah it's definitely a 2-line fix #<zmatt> https://pastebin.com/f8V8pz1V #<Daulity> thanks :) #<zmatt> rcn-ee: can you include that patch? that way overlays can disable cape-universal's gpio export for individual gpios used by the overlay #<zmatt> e.g. &ocp { cape-universal { P9_14 { status = "disabled"; }; }; }; #<zmatt> Daulity: you can use that in an overlay and then if you still want the gpio exported you can just declare your own gpio-of-helper ... unfortunately it doesn't support exporting a gpio without initializing it, but at least you can choose *how* to initialize it (input, output-low, output-high) and whether or not linux userspace is allowed to change the direction of the gpio Signed-off-by:
-
Robert Nelson authored
Signed-off-by: -
Robert Nelson authored
hack: gpiolib: yes we have drivers stomping on each other, we need to find a better way to share gpio... Signed-off-by: -
Robert Nelson authored
Authors: Pantelis Antoniou <panto@antoniou-consulting.com> Charles Steinkuehler <charles@steinkuehler.net> Jason Kridner <jdk@ti.com> Robert Nelson <robertcnelson@gmail.com> Tobias Müller <Tobias_Mueller@twam.info> Matthijs van Duin <matthijsvanduin@gmail.com> This patch was derived from 19 commits: https://github.com/RobertCNelson/linux-dev/tree/35e301ae8436e9f56f65bf1a7440021eda42f948/patches/drivers/ti/gpio Signed-off-by:
-
Robert Nelson authored
Authors: Pantelis Antoniou <panto@antoniou-consulting.com> Charles Steinkuehler <charles@steinkuehler.net> Jason Kridner <jdk@ti.com> Robert Nelson <robertcnelson@gmail.com> Tobias Müller <Tobias_Mueller@twam.info> Matthijs van Duin <matthijsvanduin@gmail.com> This patch was derived from 19 commits: https://github.com/RobertCNelson/linux-dev/tree/35e301ae8436e9f56f65bf1a7440021eda42f948/patches/drivers/ti/gpio Signed-off-by:
-
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: -
Robert Nelson authored
Signed-off-by: -
Robert Nelson authored
Reference: v6.1.68 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.204 Signed-off-by: -
-
-
-
-
Jason Kridner authored
From https://github.com/statropy/wpanusb
-
-
- Nov 30, 2023
-
-
Judith Mendez authored
Add the input and output delay values for the available speed modes for the MMC controller for MMC1/MMC2 for the am62p5 allowing it to operate that the highest speed modes available. SDR104 speed mode has not been finalized yet, but the process is to save the base value, then update if characterization says otherwise. Signed-off-by:Judith Mendez <jm@ti.com>
-
- Nov 29, 2023
-
-
Vibhore Vardhan authored
AM62 family of devices support multiple Low Power Modes like Deep Sleep, MCU Only, and Partial I/O. These individual modes also support multiple wakeup sources like MAIN GPIO, MCU GPIO, and CANUART. Rather than creating individual overlays for each wakeup source per device family, this patch combines main_gpio, mcu_gpio, mcu_mcan, and mcu_uart wakeup sourcces into a single overlay. This would simplify LPM testing and reduce the number of overlays that need to be maintained across devices. Signed-off-by:
Vibhore Vardhan <vibhore@ti.com> Reviewed-by:
-
Vibhore Vardhan authored
This reverts commit d12ce55c . Move mcu_mcan0 and mcu_mcan1 wakeup support into a single LPM wkup sources overlay. This would simplify LPM testing and reduce the number of overlays that need to be maintained. Signed-off-by:
-
Vibhore Vardhan authored
This reverts commit 96f8bc5b . Move mcu_uart0 wakeup support into a single LPM wkup sources overlay. This would simplify LPM testing and reduce the number of overlays that need to be maintained. Signed-off-by:
-
Vibhore Vardhan authored
This reverts commit dc7af009 . Move mcu_mcan0 and mcu_mcan1 wakeup support into a single LPM wkup sources overlay. This would simplify LPM testing and reduce the number of overlays that need to be maintained. Signed-off-by:
-
Vibhore Vardhan authored
This reverts commit 07cbd0ef . Move main_gpio wakeup support into a single LPM wkup sources overlay. This would simplify LPM testing and reduce the number of overlays that need to be maintained. Signed-off-by:
-
Bhavya Kapoor authored
Jacinto SoCs have a total of 12 serial uart ports. But by default, only 4 out of these 12 uarts can be used at a time instead which is default in Kconfig. Thus, Modify maximum number of 8250 serial uart ports which can be used as well as modify how many 8250 serial uart ports which we use in runtime to 12 for all the SoCs. Signed-off-by:Bhavya Kapoor <b-kapoor@ti.com>
-
Sekhar Nori authored
Kernel can apply read-only permissions to linear aliases of VM areas. This provides extra layer of protection against advertent/inadvertent modification of read-only data through the linear alias. While its a useful security feature, it has performance and RT latency impact. When testing on AM62x hardware using cyclictest running for 1 hour, the worst case latency increased from 50 usecs to 58 usecs when this feature was enabled. Disable the kernel feature for RT kernel build only. Signed-off-by:Sekhar Nori <nsekhar@ti.com>
-
Markus Schneider-Pargmann authored
The current implementation uses the same code as ti_sci_cmd_prepare_sleep() which expects a response to the prepare sleep request. However when entering Partial-IO, there will not be any response. This patch rewrites tisci_enter_partial_io() to use a pure send function without waiting for a response. After sending the prepare_sleep command, we are expecting the system to enter Partial-IO immediately. If there is an error before the send was successful, we report it with an error message. Signed-off-by:Markus Schneider-Pargmann <msp@baylibre.com>
-
Markus Schneider-Pargmann authored
This is a left-over debug output in m_can_set_wol(). It is not required for error level or any other level. Signed-off-by: -
Markus Schneider-Pargmann authored
On am62-lp-sk is not wired up to a power button. Remove this property. This also fixes issues observed when entering Partial IO on this board. Signed-off-by:
-
