OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166) +---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 (/showthread.php?tid=224025) |
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - mp1111 - 2015-05-02 (2015-05-02, 00:44)Milhouse Wrote:(2015-05-01, 18:24)doug Wrote: I just tried 0430 and see two new PVR addons added. Unfortunately, they are enabled on updating to 0430 and it temporarily borks things if you have another PVR addon (hts, in my case). I think they should come disabled by default. Is this a Kodi issue, OE issue, or OE testbuild issue? Stalker was enabled by default. I have disabled it and all is good now. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-02 New OpenELEC Isengard build #0501: RPi / RPi2 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (774f4262, changelog) and tip of XBMC master (71a45cf1, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - zaphod24 - 2015-05-02 I'm trying the new dtoverlay=sdhost but I don't overclock. Is there anything I should look for or see to confirm I'm using the new driver? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-02 (2015-05-02, 02:18)zaphod24 Wrote: I'm trying the new dtoverlay=sdhost but I don't overclock. Is there anything I should look for or see to confirm I'm using the new driver? Look in dmesg: Old/Standard driver: Code: [ 1.153071] mmc-bcm2835 3f300000.mmc: mmc_debug:0 mmc_debug2:0 New SD driver: Code: [ 1.176176] DMA channels allocated for the SDHost driver So if you execute "dmesg | grep SDHost" and see the two lines immediately above, you're using the new SD driver. If you don't see any result, you're running the old driver. If you've enabled "dtoverlay=sdhost" but don't see the dmesg entries, upload your vcdbg using "vcdbg log msg 2>&1 | pastebinit" and paste the link. "vcdbg log msg" should include the line "Loaded overlay 'sdhost'" when the overlay is loaded correctly, and should include a message when the load fails. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - jjslegacy - 2015-05-02 Had a few minutes to give 501 a try. At first from reading above I assumed sdhost would be enabled in the build but that doesn't seem to be the case. Without it enabled the pi was painfully slow - took a good 3-5 minutes to boot. I updated the config.txt and rebooted and seems back to normal now. This is on a Rpi (not a 2) Will play some more and see what I get. HDParm came in at 21.74mb write test: 17.4MB/s One thing I did notice: 001190.790: Loading 'kernel.img' from SD card 001509.087: Kernel trailer DTOK property says yes 001509.272: Loading 'bcm2708-rpi-b.dtb' from SD card 001533.361: Loaded overlay 'sdhost' 001557.833: dtparam: arm_freq=950000000 001558.602: Unknown param 'arm_freq' - ignored 001558.625: dtparam: sdhost_freq=450000000 What's up with: 001558.602: Unknown param 'arm_freq' - ignored *edit - it does seem to take/work though: # vcgencmd get_config arm_freq arm_freq=950 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-02 (2015-05-02, 03:08)jjslegacy Wrote: At first from reading above I assumed sdhost would be enabled in the build but that doesn't seem to be the case. Sorry if that wasn't clear - no it's not enabled by default, you have to enable it by adding "dtoverlay=sdhost" to /flash/config.txt. (2015-05-02, 03:08)jjslegacy Wrote: Without it enabled the pi was painfully slow - took a good 3-5 minutes to boot. I haven't seen slow performance with the "old" driver - are you able to repeat this slow behaviour by disabling "dtoverlay=sdhost"? (2015-05-02, 03:08)jjslegacy Wrote: HDParm came in at 21.74mbYour write performance is way better than mine and the 8GB NOOBS cards - for comparison, what is your write performance with the standard driver (assuming it's not chronically slow which is unusual behaviour). Also what make/model is your SD card, just out of interest. (2015-05-02, 03:08)jjslegacy Wrote: What's up with: 001558.602: Unknown param 'arm_freq' - ignored Can you paste the contents of your config.txt? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - jjslegacy - 2015-05-02 Yes If I remove the dtoveral parameter with multiple reboots it's painfully slow - tried a few times. quite odd. I will have to switch to an older build to test write performance as I don't think it will show to well with all the slowness. The card is an Sandisk Extreme - was this: http://www.amazon.com/gp/product/B007M54E08/ref=oh_aui_search_detailpage?ie=UTF8&psc=1 newest version would be here: http://www.amazon.com/SanDisk-Extreme-Memory-Read-SDSDXN-016G-G46-Version/dp/B00MBFPT3U/ref=dp_ob_title_ce Config.txt was built with the kodi program rpi config something or other. It looks like the arm_freq is changing so not sure why the message. Config.txt: http://sprunge.us/LGMA RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-02 (2015-05-02, 03:36)jjslegacy Wrote: I will have to switch to an older build to test write performance as I don't think it will show to well with all the slowness. #0428 doesn't have any of the new SD driver code. #0429 is when the new driver first appeared (but wasn't entirely safe to use). I've been able to reproduce the very slow performance in #0501 with dtoverlay=sdhost disabled on a Pi1, however I'm not seeing the same slow performance on a Pi2, so this seems to be Pi1 specific. What's also weird, is that my Pi1 is only using the SD card for /flash, with /system mounted from a USB memory stick. hdparm on the Pi1 indicates a read performance of 10.04MB/s with the old driver, 16.59MB/s with the new driver (Model B Pi1, 2GB Transcend microSD card in full-size adapter, no Class markings - might pre-date that system...). Actually, dmesg doesn't look at all healthy on this Pi1 when booting #0501 with the old driver - this would explain the slow booting: http://sprunge.us/SBJO (config.txt, cmdline.txt) dmesg is clean when booting with the new driver: http://sprunge.us/cQGN (2015-05-02, 03:36)jjslegacy Wrote: It looks like the arm_freq is changing so not sure why the message. I've tried booting a Pi1 and a Pi2 with your config.txt, and I can reproduce the "Unknown param 'arm_freq' - ignored" message with a Pi1, but not the Pi2. Odd. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - zaphod24 - 2015-05-02 (2015-05-02, 02:39)Milhouse Wrote:(2015-05-02, 02:18)zaphod24 Wrote: I'm trying the new dtoverlay=sdhost but I don't overclock. Is there anything I should look for or see to confirm I'm using the new driver? Thanks, looks like I'm using the new driver: [ 1.321028] DMA channels allocated for the SDHost driver [ 1.366202] Load BCM2835 SDHost driver RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - User 209257 - 2015-05-02 Here are my results...I haven't had any time with the latest Kodi yet, so I can't speak for stability yet. Code: Results RPI 2 + Patriot 16GB Class 10 -> http://www.patriotmemory.com/product/detail.jsp?prodline=4&catid=88&prodgroupid=209&id=1028&type=15 (This may or may not be the same card I'm using, I bought it several years ago and this is the only one on Patriot's site that matches the specs) RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - DistantSynAck - 2015-05-02 I did a soft reset on my RPi and noticed all the PVR clients are enabled by default. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-02 (2015-05-02, 05:19)DistantSynAck Wrote: I did a soft reset on my RPi and noticed all the PVR clients are enabled by default. I wonder if it's this from #0426: Edit: Nope, booting #0425 with a fresh .kodi results in all the PVR addons being enabled too. I've gone back as far as #0315 and that has them enabled too, so this is probably a long standing issue or more likely, "by design" as, to be honest, the PVR addons are not meant to be built with the rest of OpenELEC - I only build them to a) confirm the addons actually build and b) ensure the latest addons are available with each release since the upstream downloadable addons will often be out of date (resulting in problems unrelated to the changes being tested in these builds, and we'll lose a bunch of testers as I'm not going to support those upstream PVR addons as well). I don't know if this is a bug or not - I can't think of a good reason why the PVR addons should be enabled by default - but without a fix coming from somewhere, my only option right now is to stop building all of the PVR addons, which I'm more than happy to do... but PVR users will be cut off. If you can disable the PVR addons that would be great, as it will only be a problem on fresh installs, or whenever a new PVR addon is added to the build (which shouldn't be that often). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Calcifer-73 - 2015-05-02 Hello Milhouse, Certainly a dumb question but why are you writing "bump to 15.0 beta2" in the changelog meanwhile on the Kodi website beta 1 was just out. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Heiko123 - 2015-05-02 Hello, I would like test my sd-card, but after "Write Test: dd if=/dev/zero of=/storage/test.dat bs=1M count=1024 && rm test.dat && sync" it is deleted the "test.dat, so I can not test "Read Test: dd if=/storage/test.dat of=/dev/null bs=1M count=1024" Quote:1024+0 records in RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - fab67 - 2015-05-02 (2015-05-02, 09:51)Calcifer-73 Wrote: Hello Milhouse, Because latest kodi commits belongs now to Beta2 -> https://github.com/xbmc/xbmc/commit/f946e4c97cb2174c86e59adaac58aaf3bd2da1d7 |