Skip to content

RPI2 multiple openmax pipelines block temperature sensor and more #567

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Closed
xlazom00 opened this issue Mar 17, 2016 · 7 comments
Closed

RPI2 multiple openmax pipelines block temperature sensor and more #567

xlazom00 opened this issue Mar 17, 2016 · 7 comments

Comments

@xlazom00
Copy link

If I open multiple openmax pipelines I can't get temperature and whole
vcgencmd measure_temp
vcgencmd measure_volts
don't work.

I know that there is some limitation to 4 connection
But can we increase this value?
@popcornmix
Copy link
Contributor

I don't think it is the openmax pipelines, but probably connections to gencmd.
omxplayer for example uses gencmd. You can only run 4 apps that connect to gencmd.

First what is the application you are running that uses openmax? Does it need gencmd? Does it call bcm_host_init() (which starts the gencmd service).?

@xlazom00
Copy link
Author

I use gst omx that call bcm_host_init
https://cgit.freedesktop.org/gstreamer/gst-omx/tree/omx/gstomx.c#n111

I use 3 omx elements(per process) it still init it just once base on openmax code in rpi userspace libraries

but then I have 3 processes
and then I call vcgencmd measure_temp vcgencmd measure_volts
are there any reason why you can't change this limitation ?
btw why we have this limitation to 2. processor on Pi SOC?

@popcornmix
Copy link
Contributor

Can you test this firmware?
It increases the number of clients for gencmd, dispmanx, tv and cec services from 3 to 8.
https://dl.dropboxusercontent.com/u/3669512/temp/firmware_vchis.zip

@xlazom00
Copy link
Author

It is working now.
Are you planning to put this to master ?

@popcornmix
Copy link
Contributor

Yes, this change should be in next rpi-update firmware update (and later in apt-get) as long as no regressions are spotted.

popcornmix added a commit that referenced this issue Mar 19, 2016
@popcornmix
kernel: Bump to 4.1.20
4bf906c 
kernel: BCM270X_DT: Switch Compute Module to MMC

kernel: pwm overlays: Params must have in-overlay targets

kernel: BCM270X_DT: Build and document the wittypi overlay

firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame

firmware: di_adv: acquire user and main when we are releasing every frame
See: #546

firmware: arm_loader: Initialise the mini-UART when appropriate
See: #553

firmware: vchi_services: Increase number of connections to services from 3 to 8
See: #567

firmware: audio_decode: Don't report format changes when passthough is enabled
See: xbianonpi/xbian#807
popcornmix added a commit to Hexxeh/rpi-firmware that referenced this issue Mar 19, 2016
@popcornmix
kernel: Bump to 4.1.20
2d22e50 
kernel: BCM270X_DT: Switch Compute Module to MMC

kernel: pwm overlays: Params must have in-overlay targets

kernel: BCM270X_DT: Build and document the wittypi overlay

firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame

firmware: di_adv: acquire user and main when we are releasing every frame
See: raspberrypi/firmware#546

firmware: arm_loader: Initialise the mini-UART when appropriate
See: raspberrypi/firmware#553

firmware: vchi_services: Increase number of connections to services from 3 to 8
See: raspberrypi/firmware#567

firmware: audio_decode: Don't report format changes when passthough is enabled
See: xbianonpi/xbian#807
@popcornmix
Copy link
Contributor

This is in current rpi-update firmware. Okay to close?

@xlazom00
Copy link
Author

It is ok now

XECDesign pushed a commit to RPi-Distro/firmware that referenced this issue May 4, 2016
@popcornmix @XECDesign
kernel: Bump to 4.1.20
6f95c39 
kernel: BCM270X_DT: Switch Compute Module to MMC

kernel: pwm overlays: Params must have in-overlay targets

kernel: BCM270X_DT: Build and document the wittypi overlay

firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame

firmware: di_adv: acquire user and main when we are releasing every frame
See: raspberrypi#546

firmware: arm_loader: Initialise the mini-UART when appropriate
See: raspberrypi#553

firmware: vchi_services: Increase number of connections to services from 3 to 8
See: raspberrypi#567

firmware: audio_decode: Don't report format changes when passthough is enabled
See: xbianonpi/xbian#807
neuschaefer pushed a commit to neuschaefer/raspi-binary-firmware that referenced this issue Feb 27, 2017
@popcornmix
kernel: Bump to 4.1.20
419450f 
kernel: BCM270X_DT: Switch Compute Module to MMC

kernel: pwm overlays: Params must have in-overlay targets

kernel: BCM270X_DT: Build and document the wittypi overlay

firmware: di_adv: Avoid setting undefined flags in first deinterlaced frame

firmware: di_adv: acquire user and main when we are releasing every frame
See: raspberrypi#546

firmware: arm_loader: Initialise the mini-UART when appropriate
See: raspberrypi#553

firmware: vchi_services: Increase number of connections to services from 3 to 8
See: raspberrypi#567

firmware: audio_decode: Don't report format changes when passthough is enabled
See: xbianonpi/xbian#807
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@popcornmix @xlazom00