Posts by popcornmix

Quote from metaron

Only shows 31 individual commits. Might it be because I cloned with --depth=1 then ran --deepen=100?

Yes, I don't think a shallow clone will have the required history.

I think you should clone the complete repo for this to work.

metaron good work!

That provides evidence that it is an upstream linux kernel bug that affects multiple platforms.

Reporting upstream may be useful: Reporting bugs for the Linux kernel

You have identified a merge commit that seems responsible which is helpful, but it is a huge merge of 343 commits.

You can view these commits with:

git log  e6445f52d9c8b0e6557a45fa7d0e8e088d430a8c^..e6445f52d9c8b0e6557a45fa7d0e8e088d430a8c

I think you can narrow it down to a single commit with:

dc4@dc4-XPS13-9333:~/projects/linux$ git bisect start
dc4@dc4-XPS13-9333:~/projects/linux$ git bisect good e6dce825fba05f447bd22c865e27233182ab3d79
dc4@dc4-XPS13-9333:~/projects/linux$ git bisect bad e6445f52d9c8b0e6557a45fa7d0e8e088d430a8c
Bisecting: 184 revisions left to test after this (roughly 8 steps)

Build this kernel and check if it is good/bad. Then run either "git bisect good" or "git bisect bad" and it will provide you with a new commit to build from. After 8 builds you should have the answer what the specific commit was.

Quote from gert

I am fairly certain I just did apt-get update && apt-get upgrade (or maybe: apt-get dist-upgrade)

That gets you the 4.9 kernel. The next raspbian sdcard image will use this kernel.
(rpi-update currently gets a slightly newer 4.9 kernel and is the easiest way to downgrade to a previous kernel).

Quote from metaron

OK, so now I'm really confused. I've blown a jesse-lite image to a spare SD card, logged in and run:

sudo apt-get install --reinstall raspberrypi-bootloader raspberrypi-kernel

but ls /lib/modules shows me 4.4.50+ 4.4.50-v7+ (which isn't the 4.9.24 version maroi says he has on his box)

Typing sudo apt-get dist-upgrade tells me 0 upgraded, 0 newly installed, o to remove and 0 not upgraded. - so that doesn't work either.

Try running "apt-get update" beforehand to get the indexes up to date.

Quote from metaron

Edit: Maybe kernel: Bump to 4.3.24 · Hexxeh/rpi-firmware@bbd611a · GitHub is it?

(It's a bit late now - will try again another day!)

Yes - 4.3.24 was a typo (for 4.9.24) but there is no safe way of fixing a git commit message.

Quote from gert

The RPi2 has worked flawlessly for about 2 years, until it suddenly began to produce Continuity Counter Errors.

If you want to narrow this down, can you back up your sdcard and try reverting the kernel.

sudo rpi-update 7a47836821b92efa569500b3382b1812082e42d3

will get you the last 4.8 kernel (4.8.13) which from my understanding should be good.

sudo rpi-update bcc6146e102d85b1aa214855ad7aae278d3bd269

will get you the first 4.9 kernel (4.9.0) which should have the problems.

It would be useful if you (or others) can prove or disprove this is correct.

Quote from metaron

Anyone know how to track down #993?

sudo rpi-update e253b1dcaa3aa774444f6c0224f04237f60ba2d1

Might be interesting to make a list of USB DVB devices that have this problem (artefacts with 4.9 kernel but fine with 4.4 kernel).

If you have this issue report make/model of device (a link to where it was obtained from may be useful).

Output of "lsusb -v"

Quote from metaron

after running rpi-update on my box

$ uname -a

Linux pi2 4.9.30-v7+ #1001 SMP Fri May 26 16:09:18 BST 2017 armv7l ARMv7 Processor rev 5 (v7l) BCM2835 GNU/Linux

Watching BBC2 HD the green artifacts are back (intermittently as they were before).

Returning to the 4.8.16 build.

sudo apt-get install --reinstall raspberrypi-bootloader raspberrypi-kernel

should get you back to latest stable 4.9 kernel/firmware (i.e. matching marol). Could you double check if that is good/bad?

Also maril/metaron are you using a Pi 3? Any non-default config.txt options?

Quote from maroi

official image yes, but not if you update with "apt-get dist-upgrade)" there is 4.9.24.

i can try with rpi-update as well... but as i said for me the raspbian build works fine...

Please confirm what "uname -a" reports when working fine and try rpi-update to see if it changes things.

Your results and metaron's results don't match so it would be good to understand the discrepancy.

Quote from maroi

I've just tried with Raspbian Pixel jessie (official image):

pi@raspberrypi:~ $ uname -a

Linux raspberrypi 4.9.24-v7+ #993 SMP Wed Apr 26 18:01:23 BST 2017 armv7l GNU/Linux

pi@raspberrypi:~ $ apt-cache show kodi

Package: kodi

Version: 2:17.1-1~jessie

pi@raspberrypi:~ $ apt-cache show tvheadend

Package: tvheadend

Version: 4.0.8~jessie

no problem at all, DVB-S with DVB-Sky960CI running smoothly, no artefacts visible!

Display More

Can anyone else reproduce this? It seems a very significant result, but surprising, so more confirmation would be good.

This can be done without kernel modifications. See:
Raspberry Pi • View topic - Controlling LAN LEDs individually

As compiling on LE is tricky, here is a build I did on raspbian that works fine on LE.

wget -O llctl "https://drive.google.com/uc?id=0B-6zmEDJwxZEbmJkU3g2MlhMQWs&export=download"
chmod +x llctl

You can now turn off LEDS with

./llctl f0 l0 d0

and turn them on with

./llctl f1 l1 d1

Are you able to measure the voltage on the Pi0 (between 5V and GND on gpio header)?
That would be one likely reason for this issue.

Is this when in GUI or only when playing video?

Quote from indri

I'll give it a try, any suggestions?
I wanted to try the new video player updates from FernetMenta

That doesn't require ffmpeg 3.3.
Last night's milhouse build includes the vpupdates commits (without bumping ffmpeg).

Quote from sanomi78

I have the following setup: Raspberry Pi Zero W with LibreELEC 8.01, a Samsung TV (LE40B530) and a Logitech Z-5500 surround set.

I cannot get audio to work. Tried different settings, with or without passthrough - it just will not play sound. Even if i put my TV back to internal speakers it will not play any sound.

Can anyone assist me with this?

Can you start with posting a debug log?

My colleague Phil has testes the pwm-2chan overlay on a Pi0W and it is working.

Can you try removing "audio_pwm_mode=2"?
I don't think that is the problem, but it is a non-standard option that should be ruled out.

Can you try running raspi-gpio. Here is version from raspbian that should work on LE
uc?id=0B-6zmEDJwxZEY1RXb0ZpNi04VEU&export=download

Report output of "./raspi-gpio get" with the pwm-2chan overlay present.

aplay will output to the default device, which will be hdmi if a hdmi display supporting audio is attached (is it?)
You can force pwm output with:

amixer cset numid=3 1