Comments (17)
s-light
commented on June 17, 2024
1
sorry for the silence from my side...
i hope to get back to this at the weekend/beginning next week
from adafruit_python_platformdetect.
ladyada
commented on June 17, 2024
i think we should error if they try to run it and cannot read the eeprom, and then point them to the guide on how to add the udev!
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
An alternative to the nvmem file is /proc/device-tree/model which is would readable and provides the necessary information.
For example, Adafruit_BBIO uses this to determine the special case of PocketBeagle (which has P1/P2 headers instead of P8/P9 headers):
https://github.com/adafruit/adafruit-beaglebone-io-python/blob/master/source/common.c#L578
const char *cmd = "/bin/grep -c 'TI AM335x PocketBeagle' /proc/device-tree/model";
and Blue which has specific JST connectors:
https://github.com/adafruit/adafruit-beaglebone-io-python/blob/master/source/common.c#L606
const char *cmd = "/bin/grep -c 'TI AM335x BeagleBone Blue' /proc/device-tree/model";
@RobertCNelson Is there a list of all the /proc/device-tree/model values?
@brennen compiled the eeprom strings here and I think something similar would be needed for the /proc/device-tree/model string
from adafruit_python_platformdetect.
RobertCNelson
commented on June 17, 2024
@pdp7 i have a generated list here:
https://github.com/RobertCNelson/ti-linux-kernel-dev/blob/ti-linux-4.14.y/patches/all.db
Machine: TI AM335x BeagleBone
Machine: TI AM335x BeagleBone Black
Machine: TI AM335x BeagleBone Black RoboticsCape
Machine: TI AM335x BeagleBone Black Wireless
Machine: TI AM335x BeagleBone Black Wireless RoboticsCape
Machine: TI AM335x BeagleBone Blue
Machine: TI AM335x BeagleBone Green
Machine: TI AM335x BeagleBone Green Wireless
Machine: Arrow BeagleBone Black Industrial
Machine: BeagleBoard.org BeagleBone AI
Machine: SanCloud BeagleBone Enhanced
ps, please drop the nvmem path so if you have to use eeprom, just use "/sys/bus/i2c/devices/0-0050/eeprom"
The nvmem path was only from 4.1.x-4.4.x, after that mainline decided nvmem should be compatible with old eeprom path...
Regards,
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
@RobertCNelson thanks for the list. I think this will be very useful if this library switches to using /proc/device-tree/model.
For /sys/bus/i2c/devices/0-0050/eeprom, have you considered adding udev rule to the Debian image to allow the debian user to read that file?
from adafruit_python_platformdetect.
s-light
commented on June 17, 2024
so if i understand this correct - the prefered method of receiving the Board Type would be to look at
/proc/device-tree/model
currently there is an own list / mapping from raw board-ids to board names at adafruit_platformdetect/board.py#L102
it is used in def _beaglebone_id(self)adafruit_platformdetect/board.py#L301
this function returns the board model as string.
so here we could change to the proc/device-tree/model reading - eventually - for backwards-compatibility - have to remap this to the internal already used model-names. and are done?
i think i could do this - if not someone else is on it already...
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
fyi - @RobertCNelson informed me in the beagleboard.org slack that even with the correct udev rules, a non-root user can still not read /sys/bus/i2c/devices/0-0050/eeprom
Thus, I think the only solution to this issue is to use /proc/device-tree/model
@s-light I don't think backwards compatibility is necessary as I think the detection of Beagle based boards needs to be refactored. This would effect:
https://github.com/adafruit/Adafruit_Blinka/blob/master/src/board.py
and
https://github.com/adafruit/Adafruit_Python_PlatformDetect/blob/master/adafruit_platformdetect/board.py
This is the list of possible machine types in /proc/device-tree/model:
https://github.com/RobertCNelson/ti-linux-kernel-dev/blob/ti-linux-4.19.y/patches/all.db
The main difference between Beagle-based boards for this library support is the headers. There are 3 groups:
- BeagleBone-based boards with P8/P9 headers
- Arrow BeagleBone Black Industrial
- SanCloud BeagleBone Enhanced
- TI AM335x BeagleBone
- TI AM335x BeagleBone Black
- TI AM335x BeagleBone Black RoboticsCape
- TI AM335x BeagleBone Black Wireless
- TI AM335x BeagleBone Black Wireless RoboticsCape
- TI AM335x BeagleBone Green
- TI AM335x BeagleBone Green Wireless
- BeagleBone Blue with specific JST connectors
- TI AM335x BeagleBone Blue
- PocketBeagle with P1/P2 headers
- TI AM335x PocketBeagle
I think that detection should return which of those 3 categories is detected.
from adafruit_python_platformdetect.
RobertCNelson
commented on June 17, 2024
Correction, my knowledge of udev wasn't enough to formulate a working udev rule.. ;)
I'm sure it could be done.
Regards,
debian@test-bbb-2:~$ sudo udevadm info -a /sys/bus/i2c/devices/0-0050
Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at device '/devices/platform/ocp/44e0b000.i2c/i2c-0/0-0050':
KERNEL=="0-0050"
SUBSYSTEM=="i2c"
DRIVER=="at24"
ATTR{name}=="24c256"
looking at parent device '/devices/platform/ocp/44e0b000.i2c/i2c-0':
KERNELS=="i2c-0"
SUBSYSTEMS=="i2c"
DRIVERS==""
ATTRS{name}=="OMAP I2C adapter"
looking at parent device '/devices/platform/ocp/44e0b000.i2c':
KERNELS=="44e0b000.i2c"
SUBSYSTEMS=="platform"
DRIVERS=="omap_i2c"
ATTRS{driver_override}=="(null)"
looking at parent device '/devices/platform/ocp':
KERNELS=="ocp"
SUBSYSTEMS=="platform"
DRIVERS==""
ATTRS{driver_override}=="(null)"
looking at parent device '/devices/platform':
KERNELS=="platform"
SUBSYSTEMS==""
DRIVERS==""
debian@beaglebone:~$ cat /etc/udev/rules.d/51-i2c.rules
#KERNEL=="i2c-[0-7]*", GROUP="i2c", MODE="0660"
SUBSYSTEM=="i2c", DRIVER=="at24", GROUP="i2c", MODE="0660
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
@RobertCNelson thanks for clarifying
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
@RobertCNelson Could 80-eeprom-noroot.rules by @s-light be added to the BeagleBoard.org Debian image?
i just tested this on a PocketBeagle and it worked okay.
debian@beaglebone:/etc/udev/rules.d$ sudo wget https://raw.githubusercontent.com/s-light/pocketbeagle_python_tests/master/80-eeprom-noroot.rules^C
debian@beaglebone:/etc/udev/rules.d$ cat ./80-eeprom-noroot.rules
# /etc/udev/rules.d/80-eeprom-noroot.rules
#
# allow i2c group to read of eeprom
# based on:
# https://martin-jones.com/2016/08/12/making-beaglebone-black-serial-number-available-to-user-applications/
# extended by: Stefan Krüger
#
# allows both locations to be read by the i2c group:
# /sys/bus/i2c/devices/0-0050/eeprom
# /sys/bus/nvmem/devices/0-00500/nvmem
#
# check result:
# ls -l /sys/bus/i2c/devices/0-0050/eeprom /sys/bus/nvmem/devices/0-00500/nvmem
# both should be readable. similar to this
# -rw-r----- 1 root i2c 0 XXXXXXXXX
#
SUBSYSTEM=="i2c", DEVPATH=="*0-0050", RUN+="/bin/chown root:i2c /sys$env{DEVPATH}/eeprom", RUN+="/bin/chmod 0640 /sys$env{DEVPATH}/eeprom"
SUBSYSTEM=="nvmem", DEVPATH=="*0-00500", RUN+="/bin/chown root:i2c /sys$env{DEVPATH}/nvmem", RUN+="/bin/chmod 0640 /sys$env{DEVPATH}/nvmem"
debian@beaglebone:/etc/udev/rules.d$ ls -ltar /sys/bus/i2c/devices/0-0050/eeprom
-rw-r----- 1 root i2c 32768 Apr 3 11:52 /sys/bus/i2c/devices/0-0050/eeprom
debian@beaglebone:/etc/udev/rules.d$ hexdump -C /sys/bus/i2c/devices/0-0050/eeprom |head
00000000 aa 55 33 ee 41 33 33 35 50 42 47 4c 30 30 41 32 |.U3.A335PBGL00A2|
00000010 31 38 33 34 47 50 42 35 30 32 32 34 ff ff ff ff |1834GPB50224....|
00000020 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
*
00001000 aa 55 33 ee 41 33 33 35 50 42 47 4c 30 30 41 32 |.U3.A335PBGL00A2|
00001010 31 38 33 34 47 50 42 35 30 32 32 34 ff ff ff ff |1834GPB50224....|
00001020 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
*
00002000 aa 55 33 ee 41 33 33 35 50 42 47 4c 30 30 41 32 |.U3.A335PBGL00A2|
00002010 31 38 33 34 47 50 42 35 30 32 32 34 ff ff ff ff |1834GPB50224....|
debian@beaglebone:/etc/udev/rules.d$ cd ~/pocketbeagle_python_tests/
debian@beaglebone:~/pocketbeagle_python_tests$ python3 ./blinka_test.py
Hello blinka!
Digital IO ok!
I2C ok!
I2C_2 ok!
SPI ok!
SPI_1 ok!
done!
debian@beaglebone:~/pocketbeagle_python_tests$ sudo /opt/scripts/tools/version.sh
[sudo] password for debian:
git:/opt/scripts/:[1aa73453b2c980b75e31e83dab7dd8b6696f10c7]
eeprom:[A335PBGL00A21834GPB50224]
model:[TI_AM335x_PocketBeagle]
dogtag:[BeagleBoard.org Debian Image 2018-10-07]
bootloader:[microSD]:[/dev/mmcblk0]:[U-Boot 2018.09-00002-g0b54a51eee]:[location: dd MBR]
kernel:[4.14.71-ti-r80]
nodejs:[v6.14.4]
uboot_overlay_options:[enable_uboot_overlays=1]
uboot_overlay_options:[uboot_overlay_pru=/lib/firmware/AM335X-PRU-RPROC-4-14-TI-00A0.dtbo]
uboot_overlay_options:[enable_uboot_cape_universal=1]
pkg check: to individually upgrade run: [sudo apt install --only-upgrade <pkg>]
pkg:[bb-cape-overlays]:[4.4.20180928.0-0rcnee0~stretch+20180928]
pkg:[bb-wl18xx-firmware]:[1.20180517-0rcnee0~stretch+20180517]
pkg:[kmod]:[23-2rcnee1~stretch+20171005]
pkg:[librobotcontrol]:[1.0.3-git20181005.0-0rcnee0~stretch+20181005]
pkg:[firmware-ti-connectivity]:[20170823-1rcnee1~stretch+20180328]
groups:[debian : debian adm kmem dialout cdrom floppy audio dip video plugdev users systemd-journal i2c bluetooth netdev cloud9ide gpio pwm eqep admin spi tisdk weston-launch xenomai]
cmdline:[console=ttyO0,115200n8 root=/dev/mmcblk0p1 ro rootfstype=ext4 rootwait coherent_pool=1M net.ifnames=0 quiet]
dmesg | grep pinctrl-single
[ 1.080162] pinctrl-single 44e10800.pinmux: 142 pins at pa f9e10800 size 568
dmesg | grep gpio-of-helper
[ 1.088390] gpio-of-helper ocp:cape-universal: ready
END
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
@s-light I got an update from @RobertCNelson in our BeagleBoard.org slack (let me know if you want an invite: [email protected]) and the udev rule that you created will be in the next Debian image (usually there are new images every week or so on https://elinux.org/Beagleboard:BeagleBoneBlack_Debian )
from adafruit_python_platformdetect.
RobertCNelson
commented on June 17, 2024
Today just run:
sudo apt update
sudo apt install --only-upgrade bb-customizations
sudo reboot
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
@RobertCNelson thanks!
@s-light for reference, this is the commit that added your udev rule for i2c nvmem:
rcn-ee/repos@3efd567
from adafruit_python_platformdetect.
pdp7
commented on June 17, 2024
FYI - I ran:
sudo apt install --only-upgrade bb-customizations
sudo /opt/scripts/tools/update_kernel.sh
after reboot, I am able to read the eeprom OK as debian user:
debian@beaglebone:~$ ls -ltar /sys/bus/i2c/devices/0-0050/eeprom
-rw-r----- 1 root i2c 32768 Jan 1 2000 /sys/bus/i2c/devices/0-0050/eeprom
debian@beaglebone:~$ hexdump -C /sys/bus/i2c/devices/0-0050/eeprom |head -3
00000000 aa 55 33 ee 41 33 33 35 42 4e 4c 54 30 30 30 43 |.U3.A335BNLT000C|
00000010 33 30 31 34 42 42 42 4b 31 33 31 36 ff ff ff ff |3014BBBK1316....|
00000020 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
debian@beaglebone:~$ dpkg -L bb-customizations |grep eeprom
/etc/udev/rules.d/80-eeprom-noroot.rules
debian@beaglebone:~$ ls -ltar /etc/udev/rules.d/80-eeprom-noroot.rules
-rw-r--r-- 1 root root 919 Apr 3 16:44 /etc/udev/rules.d/80-eeprom-noroot.rules
@s-light could you try this as well?
from adafruit_python_platformdetect.
makermelissa
commented on June 17, 2024
@s-light, it's been awhile. Is this still an issue?
from adafruit_python_platformdetect.
s-light
commented on June 17, 2024
sorry for the long delay..
preparations before the command as in adafruit/Adafruit_Blinka#100 (comment)
(fresh image on card + apt update + pip3 install adafruit-circuitpython-xxx lib..)
debian@beaglebone:~$ ls -ltar /sys/bus/i2c/devices/0-0050/eeprom
-rw-r----- 1 root i2c 32768 Jun 21 19:55 /sys/bus/i2c/devices/0-0050/eeprom
debian@beaglebone:~$ hexdump -C /sys/bus/i2c/devices/0-0050/eeprom |head -3
00000000 aa 55 33 ee 41 33 33 35 50 42 47 4c 30 30 41 32 |.U3.A335PBGL00A2|
00000010 31 37 34 33 47 50 42 32 30 34 35 37 ff ff ff ff |1743GPB20457....|
00000020 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|seems to be all fine!
i think we can close this.
from adafruit_python_platformdetect.
makermelissa
commented on June 17, 2024
Awesome! Glad to hear it’s working.
from adafruit_python_platformdetect.
Related Issues (20)
- CM4001032 Not Recognized HOT 2
- Libre AML-S905X-CC (LePotato) HOT 6
- Raspberry pi 4B 8GB d03115 not detected HOT 1
- Add any_embedded_linux test to detect.py HOT 1
- Simplify Pi 4 (and possibly CM4) Rev Code Checks HOT 3
- Unable to install but it was working previously HOT 11
- Move from setup.py to pyproject.toml
- Build fails HOT 3
- Problem for Orange Pi zeros 2 detection on Debian HOT 11
- Problem with Detecting A new version of Raspberry pi 3B + HOT 5
- Build failures due to board.py exceeding maximum lines permitted by Pylint HOT 2
- Circuitpython - Generic datalogger code using platformdetect for sbc/embedded library switching HOT 2
- Recursion Error when recognizing on certain systems HOT 10
- Unsupported Board (d03115) HOT 4
- #331 breaks microcontroller package HOT 4
- OLIMEX_LIME2 Not Found HOT 1
- circuitpython-build-bundles causing CI failures HOT 3
- detector.chip.id raise AttributeError() # Avoid infinite recursion on RPI 3 B HOT 3
- Khadas vim3 not being detected on Linux Ubuntu 4.9 HOT 3
- orangepipc2 detection is wrong HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from adafruit_python_platformdetect.