Skip to content
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.

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

Pi Zero W running underclocked #841

Open
aladar42 opened this issue May 12, 2017 · 15 comments
Open

Pi Zero W running underclocked #841

aladar42 opened this issue May 12, 2017 · 15 comments

Comments

@aladar42
Copy link

For some reason Xbian runs Pi Zero W way underclocked - after installing I noticed a huge slowdown compared to LibreELEC, and found out that Xbian is running ARM at 700Mhz and core at 250, while the native clock should be 1000/400. Overclocking in xbian-config suggested 850Mhz ARM and then quit with an error. Is the system installing a profile optimized for RPi 1?

@mkreisl
Copy link
Contributor

mkreisl commented May 12, 2017

Not sure what you did, but the overclocking profiles has not been updated for a long time

Please look at your /boot/config.txt which values are currently used

Edit:
I just looked into the code and figured out that at the moment this function does not work any more, because newer kernels dropped detection of rpi model via /proc/cpuinfo

Could you please post output of cat /proc/cpuinfo and output of rpi_revision ?

Thanks

@aladar42
Copy link
Author

The 700/250 were the default values, that's why I tried to go to the overclocking menu. I don't have the system installed at the moment, I'll try a fresh install tomorrow.

@mkreisl
Copy link
Contributor

mkreisl commented May 12, 2017

Ok, so please post output when you're ready again 😄

I'll try to fix that function asap

@aladar42
Copy link
Author

So, I just flashed a fresh image (12.5.2017).

xbian@xbian ~ $ vcgencmd measure_clock arm
frequency(45)=700000000
xbian@xbian ~ $ vcgencmd measure_clock core
frequency(1)=250000000

Just so I could make sure it wasn't me screwing something up.

The outputs:

xbian@xbian ~ $ cat /proc/cpuinfo
processor	: 0
model name	: ARMv6-compatible processor rev 7 (v6l)
BogoMIPS	: 835.58
Features	: half thumb fastmult vfp edsp java tls 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xb76
CPU revision	: 7

Hardware	: BCM2835
Revision	: 9000c1
Serial		: 000000005bd62a5a
xbian@xbian ~ $ rpi_revision
memory: 512 MB
processor: Broadcom BCM2835
i2cDevice: /dev/i2c-1
model: Model Zero W
manufacturer: Sony
pcb revision: 1
warranty void: no
revision: 9000c1
peripheral base: 0x20000000

checking peripheral base against bcm_host library
... peripheral base matches base from bcm_host

(hope I didn't mess up the styling of this, I'm not familiar with github styling.

@mkreisl
Copy link
Contributor

mkreisl commented May 13, 2017

Your styling is perfect 👍
Output is what I expected

I'm wondering about

xbian@xbian ~ $ vcgencmd measure_clock arm
frequency(45)=700000000
xbian@xbian ~ $ vcgencmd measure_clock core
frequency(1)=250000000

this values. Did you try overclock function again?

Or is governor set to ondemand?

xbian@kmxbilr:~$ sudo cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand

@aladar42
Copy link
Author

Nope, I didn't touch anything. That's how it runs from a fresh install. The only thing I did was to set it up to connect to my Wifi.
I think it's trying to pull a RPi1 values or something.

xbian@xbian ~ $ sudo cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
performance

@mkreisl
Copy link
Contributor

mkreisl commented May 13, 2017

Hmmm, thats weird.

Could you please show me /boot/config.txt, to make sure that there are no overclock values set

(performance is that what I was expecting)

Thanks

@aladar42
Copy link
Author

#dtoverlay=pi3-disable-bt
arm_freq=840
core_freq=320
sdram_freq=400

@mkreisl
Copy link
Contributor

mkreisl commented May 13, 2017

Strange, no idea where that *_freq parameters came from. Could you please delete them and look if they are back when you reboot Pi?

Anyway, now I have all informations needed for fixing the overclocking module if xbian-config

When finished, there will be at least new package xbian-package-config-shell

@aladar42
Copy link
Author

aladar42 commented May 13, 2017

Deleted the values, didn't come back. Seems like the correct values are in place now?

xbian@xbian ~ $ vcgencmd measure_clock arm
frequency(45)=1000106000
xbian@xbian ~ $ vcgencmd measure_clock core
frequency(1)=399999000

So, I'm not exactly a coder, but am I right in that XBian detects the device wrongly as Pi 1 during first boot or installation? Because those values were there from the start, I didn't even touch xbian-config.

Edit: I remember LibreELEC mentioning they coded in support for Pi W specifially in the last release notes, and compared to newest XBian, it's MUCH snappier (like, completely different experience). Maybe there needs to be something added for support?

@mkreisl
Copy link
Contributor

mkreisl commented May 13, 2017

So, I'm not exactly a coder, but am I right in that XBian detects the device wrongly as Pi 1 during first boot or installation? Because those values were there from the start, I didn't even touch xbian-config.

Yeah, seems that initial boot is doing some strange things. But could not found place there this has been done

Edit:
Hmmm, those settings are already in fresh downloaded, but not installed image. Seems there is issue in image build process

@aladar42
Copy link
Author

Well, the problem still persists. Even after having the right clock set up, I'm not able to play most x264 720p files. It will just freeze up every few seconds. Seems like XBian just doesn't work on Zero W.

@mkreisl
Copy link
Contributor

mkreisl commented May 14, 2017

Probably you have WLAN issue, the onboard WLAN adapter is really not reliable

@mkreisl
Copy link
Contributor

mkreisl commented May 14, 2017

I looked for special settings needed for Zero W, but there is no need to change anything. Standard RPi1 kernel and Kodi build for RPi1 has to work flawlessly on 0W, and that overclock issue I have already figured out where this came from.

@aladar42
Copy link
Author

It's definitely not WLAN issue, because LibreELEC is running all of the videos flawlessly...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants