•   
  • 1
  • 237
  • 238
  • 239(current)
  • 240
  • 241
  • 277
  •   
  Thread Closed
OpenELEC Testbuilds for RaspberryPi Part 2
(2014-03-17, 19:10)centrec43 Wrote: Can't download New OpenELEC Gotham build: #0315b Rolleyes
Server is down i think.
Working for me.
(2014-03-17, 17:42)espe Wrote: Is it as simple as this to activate alsa (and external USB sound !!) on Openelec 4.0 beta??

Not OpenELEC Beta, but if you're building your own custom OpenELEC from source, then yes it's that simple. Since this is a compilation option it's not something you can enable on an already built system such as OpenELEC 4.0 Beta - either a system is built with ALSA support, or without (mine built with, stock/official built without).

(2014-03-17, 17:42)espe Wrote: [For my project I try to get pycurl and RPi.GPIO working. Compilation on 4.0 beta works. But I don't know which way to go now - enable alsa (and this is my main interest) on the standard or are there ways to inject to code into your builds?

There are ways and means of adding "third party" libraries to OpenELEC (either my custom build, or stock/official) - see here which adds a third party librtmp to override the built-in version. Not sure if this (or a similar solution) can be made to work for additional Python libraries, but might be worth investigating - certainly a lot easier than creating yet another custom build just for a couple of Python libraries.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New OpenELEC Gotham build: #0317
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.13.6 #1 PREEMPT Mon Mar 17 21:37:16 GMT 2014 armv6l GNU/Linux

# vcgencmd version
Mar 15 2014 15:30:12
Copyright (c) 2012 Broadcom
version b900c4d8b452a9cf58972f7abb70c6fe4368c5da (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140317215852-r17951-g6eb5e2d

Based on tip of XBMC master (12296dc, changelog) and tip of OpenELEC master (6eb5e2d, changelog) with the following modifications:
  • Includes newclock3 commits (except for 32d26a5 which I've replaced with a static spinner to avoid hammering the GUI)
  • Includes kernel 3.13.y-next commits (see below for details on enabling FIQ_FSM patch)
  • Excludes the OpenELEC fernetmenta patches (due to conflict with newclock3)
  • Default setting for "Show RSS Feed" changed to disabled
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • ALSA is enabled and any suitable hardware should be available in XBMC Audio Settings
  • Includes PR4414: [airplay] - fix regression introduced by ios7 clients
  • Includes newclock3: "More efficient infobool expression evaluator" (reverted in stock OpenELEC)
  • Includes newclock3: "Allow small audio packets to be concatenated to make better use of audio fifo" (reverted in stock OpenELEC)
Build Highlights:
  1. OpenELEC:
    • Startup script for lcdproc
    • Original PR4414 reverted (however this build includes the updated PR4414 with crash fix for Avahi)
  2. XBMC:
    • DVD playback fixes
    • Log when wake-on-access is enabled or disabled
  3. newclock3:
    • [PiSink] Fix 4.0, 4.1, 7.1 reporting. Fix first vc_gencmd.
    • [omxplayer] squash cache reporting
    • squash to fast channel change

Additional Testing Notes:
  1. Testers should try adding the following entry to their advancedsettings.xml:
    Code:
    <advancedsettings>
      <video>
        <defaultplayer>dvdplayer</defaultplayer>
        <defaultdvdplayer>dvdplayer</defaultdvdplayer>
      </video>
    </advancedsettings>
    and report if it is better/worse than omxplayer. You can still play files with omxplayer using the context-menu "Play using... OMXPlayer".

  2. The following settings are no longer required in config.txt and should be removed:
    Code:
    no_hdmi_resample=1
    hdmi_stream_channels=1
    no_resample_audio is now a default, and hdmi_stream_channels is switched based on audio content. For the time being when using passthrough, 2.0 speaker layout should continue to be used (you will still get 5.1 with AC3/DTS).

  3. The FIQ_FSM patch is now enabled by default in OpenELEC master. See the FIQ_FSM announce thread for details.

    One new feature, currently disabled by default, is accelerated support of high-speed isochronous transactions (webcams, real time devices, etc.). There's a possibility this could be used by ALSA or DVB modules (although not always) which may affect some users (hopefully for the better). If you might benefit from this, enable by adding the following option to the end of the line in your /flash/cmdline.txt file:
    Code:
    dwc_otg.fiq_fsm_mask=0x7
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
@popcornmix

Hi popcornmix,

If I page backwards and forwards in the Movie titles list my Pi will lock up and report this Oops 817 error.

These are all generated after a reboot, going into movies and then just paging up and down the list until it hangs i.e it is reproducable

If am using my tv remote (CEC) and am using version 315.

Thanks

Quote:[ 288.238944] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[ 288.238979] pgd = c1c98000
[ 288.238993] [00000000] *pgd=01d9d831, *pte=00000000, *ppte=00000000
[ 288.239022] Internal error: Oops: 817 [#1] PREEMPT ARM
[ 288.244202] Modules linked in: fuse snd_soc_bcm2708_i2s snd_soc_wm8731 snd_soc_wm8804 regmap_mmio snd_soc_core snd_compress regmap_i2c snd_pcm_dmaengine regmap_spi snd_pcm snd_page_alloc snd_timer snd bcm2708_dmaengine virt_dma lirc_rpi© lirc_dev rc_core
[ 288.267011] CPU: 0 PID: 326 Comm: xbmc.bin Tainted: G WC 3.13.6 #1
[ 288.273985] task: c6c1e580 ti: c2340000 task.ti: c2340000
[ 288.279406] PC is at fget_light+0x2c/0xfc
[ 288.283438] LR is at SyS_ioctl+0x24/0x6c
[ 288.287369] pc : [<c00caf88>] lr : [<c00c08e0>] psr: 20000013
[ 288.287369] sp : c2341f58 ip : c2341f78 fp : c2341f74
[ 288.298854] r10: 00000000 r9 : c2340000 r8 : c6c22820
[ 288.304080] r7 : 00000000 r6 : c6c22820 r5 : 00000000 r4 : c5c13f00
[ 288.310609] r3 : c6c1e580 r2 : c2341f58 r1 : 00000000 r0 : c6c22820
[ 288.317138] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 288.324277] Control: 00c5387d Table: 01c98008 DAC: 00000015
[ 288.330026] Process xbmc.bin (pid: 326, stack limit = 0xc23401b8)
[ 288.336125] Stack: (0xc2341f58 to 0xc2342000)
[ 288.340486] 1f40: 00000000 c6c22820
[ 288.348675] 1f60: 00000001 00000002 c2341fa4 c2341f78 c00c08e0 c00caf68 c05ffa58 00000001
[ 288.356863] 1f80: c2341fac 00000149 b64234a0 beba36e0 00000036 c000e704 00000000 c2341fa8
[ 288.365052] 1fa0: c000e580 c00c08c8 00000149 b64234a0 0000000c 400cc404 beba36bc 0000b00a
[ 288.373240] 1fc0: 00000149 b64234a0 beba36e0 00000036 00001406 0000001c 00000003 00000002
[ 288.381428] 1fe0: b6423148 beba36ac b64189b0 b64f468c a0000010 0000000c 00004100 00010080
[ 288.389606] Backtrace:
[ 288.392080] [<c00caf5c>] (fget_light+0x0/0xfc) from [<c00c08e0>] (SyS_ioctl+0x24/0x6c)
[ 288.400009] r7:00000002 r6:00000001 r5:c6c22820 r4:00000000
[ 288.405710] [<c00c08bc>] (SyS_ioctl+0x0/0x6c) from [<c000e580>] (ret_fast_syscall+0x0/0x30)
[ 288.414067] r8:c000e704 r7:00000036 r6:beba36e0 r5:b64234a0 r4:00000149
[ 288.420800] Code: e593300c e1a07001 e1a06000 e59341e4 (e5815000)
[ 288.434700] ---[ end trace c4c771f4aa11951f ]---

Quote:[ 161.081642] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[ 161.081678] pgd = c22c0000
[ 161.081761] [00000000] *pgd=02360831, *pte=00000000, *ppte=00000000
[ 161.081795] Internal error: Oops: 817 [#1] PREEMPT ARM
[ 161.086982] Modules linked in: fuse snd_soc_bcm2708_i2s regmap_mmio snd_soc_wm8804 snd_soc_wm8731 snd_soc_core snd_compress regmap_i2c snd_pcm_dmaengine regmap_spi snd_pcm snd_page_alloc bcm2708_dmaengine snd_timer virt_dma snd lirc_rpi© lirc_dev rc_core
[ 161.109796] CPU: 0 PID: 329 Comm: xbmc.bin Tainted: G WC 3.13.6 #1
[ 161.116773] task: c6f378c0 ti: c2162000 task.ti: c2162000
[ 161.122198] PC is at fget_light+0x2c/0xfc
[ 161.126234] LR is at SyS_ioctl+0x24/0x6c
[ 161.130165] pc : [<c00caf88>] lr : [<c00c08e0>] psr: 20000013
[ 161.130165] sp : c2163f58 ip : c2163f78 fp : c2163f74
[ 161.141652] r10: 00000000 r9 : c2162000 r8 : c780dbe0
[ 161.146879] r7 : 00000000 r6 : c780dbe0 r5 : 00000000 r4 : c6c1fcc0
[ 161.153409] r3 : c6f378c0 r2 : c2163f58 r1 : 00000000 r0 : c780dbe0
[ 161.159940] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 161.167079] Control: 00c5387d Table: 022c0008 DAC: 00000015
[ 161.172830] Process xbmc.bin (pid: 329, stack limit = 0xc21621b8)
[ 161.178927] Stack: (0xc2163f58 to 0xc2164000)
[ 161.183291] 3f40: 00000000 c780dbe0
[ 161.191481] 3f60: 00000001 00000002 c2163fa4 c2163f78 c00c08e0 c00caf68 c05ffa58 00000001
[ 161.199670] 3f80: c2163fac 00000149 b64cc4a0 be824698 00000036 c000e704 00000000 c2163fa8
[ 161.207860] 3fa0: c000e580 c00c08c8 00000149 b64cc4a0 0000000c 400cc404 be824674 0000b00a
[ 161.216051] 3fc0: 00000149 b64cc4a0 be824698 00000036 00000001 0175be70 0175be70 0175be70
[ 161.224240] 3fe0: b64cc148 be824664 b64c19b0 b659d68c a0000010 0000000c 04034db2 bd23f84c
[ 161.232420] Backtrace:
[ 161.234898] [<c00caf5c>] (fget_light+0x0/0xfc) from [<c00c08e0>] (SyS_ioctl+0x24/0x6c)
[ 161.242829] r7:00000002 r6:00000001 r5:c780dbe0 r4:00000000
[ 161.248530] [<c00c08bc>] (SyS_ioctl+0x0/0x6c) from [<c000e580>] (ret_fast_syscall+0x0/0x30)
[ 161.256891] r8:c000e704 r7:00000036 r6:be824698 r5:b64cc4a0 r4:00000149
[ 161.263623] Code: e593300c e1a07001 e1a06000 e59341e4 (e5815000)
[ 161.273261] ---[ end trace 880ce2ce9527967d ]---

Quote:[ 139.271250] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[ 139.271287] pgd = c1c70000
[ 139.271300] [00000000] *pgd=01d1d831, *pte=00000000, *ppte=00000000
[ 139.271336] Internal error: Oops: 817 [#1] PREEMPT ARM
[ 139.276523] Modules linked in: fuse snd_soc_wm8804 snd_soc_wm8731 snd_soc_bcm2708_i2s regmap_mmio snd_soc_core snd_compress regmap_i2c snd_pcm_dmaengine regmap_spi snd_pcm snd_page_alloc snd_timer snd bcm2708_dmaengine virt_dma lirc_rpi© lirc_dev rc_core
[ 139.299329] CPU: 0 PID: 329 Comm: xbmc.bin Tainted: G WC 3.13.6 #1
[ 139.306306] task: c6d018c0 ti: c22dc000 task.ti: c22dc000
[ 139.311734] PC is at fget_light+0x2c/0xfc
[ 139.315765] LR is at SyS_ioctl+0x24/0x6c
[ 139.319698] pc : [<c00caf88>] lr : [<c00c08e0>] psr: 20000013
[ 139.319698] sp : c22ddf58 ip : c22ddf78 fp : c22ddf74
[ 139.331184] r10: 00000000 r9 : c22dc000 r8 : c79ef140
[ 139.336412] r7 : 00000000 r6 : c79ef140 r5 : 00000000 r4 : c79a29c0
[ 139.342943] r3 : c6d018c0 r2 : c22ddf58 r1 : 00000000 r0 : c79ef140
[ 139.349473] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 139.356613] Control: 00c5387d Table: 01c70008 DAC: 00000015
[ 139.362361] Process xbmc.bin (pid: 329, stack limit = 0xc22dc1b8)
[ 139.368458] Stack: (0xc22ddf58 to 0xc22de000)
[ 139.372822] df40: 00000000 c79ef140
[ 139.381012] df60: 00000001 00000002 c22ddfa4 c22ddf78 c00c08e0 c00caf68 c000ee54 00000001
[ 139.389201] df80: 3e120000 00000149 b64d34a0 bea4f678 00000036 c000e704 00000000 c22ddfa8
[ 139.397389] dfa0: c000e580 c00c08c8 00000149 b64d34a0 0000000c 400cc404 bea4f654 0000b00a
[ 139.405579] dfc0: 00000149 b64d34a0 bea4f678 00000036 00000302 01760f88 01760ad0 00000002
[ 139.413768] dfe0: b64d3148 bea4f644 b64c89b0 b65a468c a0000010 0000000c e1a00211 e1a01c35
[ 139.421947] Backtrace:
[ 139.424416] [<c00caf5c>] (fget_light+0x0/0xfc) from [<c00c08e0>] (SyS_ioctl+0x24/0x6c)
[ 139.432346] r7:00000002 r6:00000001 r5:c79ef140 r4:00000000
[ 139.438051] [<c00c08bc>] (SyS_ioctl+0x0/0x6c) from [<c000e580>] (ret_fast_syscall+0x0/0x30)
[ 139.446411] r8:c000e704 r7:00000036 r6:bea4f678 r5:b64d34a0 r4:00000149
[ 139.453146] Code: e593300c e1a07001 e1a06000 e59341e4 (e5815000)
[ 139.467622] ---[ end trace 7e47602e7136d979 ]---
(2014-03-18, 14:45)b1m1 Wrote: These are all generated after a reboot, going into movies and then just paging up and down the list until it hangs i.e it is reproducable

There's not much useful in the log as openelec doesn't build the kernel with backtrace.
Can you narrow it down?
Try with overclock disabled.
Try with any USB devices disconnected
If using a sound card module, try without it.
Try with dwc_otg.fiq_fsm_enable=0 in cmdline.txt
@b1mi1: What skin are you using, and what do you have set in config.txt?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New OpenELEC Gotham build: #0319
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.13.6 #1 PREEMPT Wed Mar 19 00:14:08 GMT 2014 armv6l GNU/Linux

# vcgencmd version
Mar 18 2014 17:48:48
Copyright (c) 2012 Broadcom
version e071d425eca6ab200aefcf89056f3dcaf9510093 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140319001228-r17966-g23cab66

Based on tip of XBMC master (33133a5, changelog) and tip of OpenELEC master (23cab66, changelog) with the following modifications:
  • Includes newclock3 commits (except for d8a2d2d which I've replaced with a static spinner to avoid hammering the GUI)
  • Includes kernel 3.13.y-next commits (see below for details on enabling FIQ_FSM patch)
  • Excludes the OpenELEC fernetmenta patches (due to conflict with newclock3)
  • Default setting for "Show RSS Feed" changed to disabled
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • ALSA is enabled and any suitable hardware should be available in XBMC Audio Settings
  • Includes newclock3: "More efficient infobool expression evaluator" (reverted in stock OpenELEC)
  • Includes newclock3: "Allow small audio packets to be concatenated to make better use of audio fifo" (reverted in stock OpenELEC)
Build Highlights:
  1. New Firmware Mar 18:
    • userland: invert texture coordinates to match latest firmware See: #256
    • firmware: Some tweaks to sdram PVT calibration from jv
    • firmware: camera: burst capture performance fix
    • firmware: Remove support for safe mode and emergency kernel
  2. OpenELEC:
    • bcm2835-bootloader: create flash/sdcard optimized ext4 filesystem
    • bcm2835-bootloader create_sdcard: create the storage partition aligned on 4mb
    • bcm2835-bootloader: use 128MB as GPU MEM, even on 256MB RPis (was using 100MB)
    • Updated PR4144 (Airplay fix)
    • sqlite: update to sqlite-autoconf-3080401
    • libpng: update to libpng-1.6.10
    • openssh: update to openssh-6.6p1
    • ntfs-3g_ntfsprogs: update to ntfs-3g_ntfsprogs-2014.2.15
    • new package: add package 'espeak' (initial)
  3. XBMC:
    • Language fixes
  4. newclock3:
    • AE: fix CAEChannelInfo::ResolveChannels, it returned duplicate channels in the list
    • [PiSink] Make side channels appear at back rather than front

Additional Testing Notes:
  1. Testers should try adding the following entry to their advancedsettings.xml:
    Code:
    <advancedsettings>
      <video>
        <defaultplayer>dvdplayer</defaultplayer>
        <defaultdvdplayer>dvdplayer</defaultdvdplayer>
      </video>
    </advancedsettings>
    and report if it is better/worse than omxplayer. You can still play files with omxplayer using the context-menu "Play using... OMXPlayer".

  2. The following settings are no longer required in config.txt and should be removed:
    Code:
    no_hdmi_resample=1
    hdmi_stream_channels=1
    no_resample_audio is now a default, and hdmi_stream_channels is switched based on audio content. For the time being when using passthrough, 2.0 speaker layout should continue to be used (you will still get 5.1 with AC3/DTS).

  3. The FIQ_FSM patch is now enabled by default in OpenELEC master. See the FIQ_FSM announce thread for details.

    One new feature, currently disabled by default, is accelerated support of high-speed isochronous transactions (webcams, real time devices, etc.). There's a possibility this could be used by ALSA or DVB modules (although not always) which may affect some users (hopefully for the better). If you might benefit from this, enable by adding the following option to the end of the line in your /flash/cmdline.txt file:
    Code:
    dwc_otg.fiq_fsm_mask=0x7
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
I am using the latest build and noticed that it kicks me out on livestreams after 2 minutes. I didn't used a advancedsettings.xml so I uploaded it again and kickouts were gone. I am using:

<advancedsettings>
<network>
<alwaysforcebuffer>true</alwaysforcebuffer>
<cachemembuffersize>0</cachemembuffersize>
<autodetectpingtime>30</autodetectpingtime>
<curlclienttimeout>60</curlclienttimeout>
<curllowspeedtime>240</curllowspeedtime>
<curlretries>2</curlretries>
<disableipv6>true</disableipv6>
</network>
<gui>
<algorithmdirtyregions>3</algorithmdirtyregions>
<nofliptimeout>0</nofliptimeout>
</gui>
<videoscanner>
<ignoreerrors>true</ignoreerrors>
</videoscanner>
</advancedsettings>
(2014-03-19, 11:28)FAMMAR Wrote: I am using the latest build and noticed that it kicks me out on livestreams after 2 minutes. I didn't used a advancedsettings.xml so I uploaded it again and kickouts were gone. I am using:

Could you identify which change fixed it for you? It will be something in the network settings - probably one of the curl settings. Might be useful for others.
(2014-03-19, 11:28)FAMMAR Wrote: I am using the latest build and noticed that it kicks me out on livestreams after 2 minutes. I didn't used a advancedsettings.xml so I uploaded it again and kickouts were gone. I am using:

<advancedsettings>
<network>
<alwaysforcebuffer>true</alwaysforcebuffer>
<cachemembuffersize>0</cachemembuffersize>
<autodetectpingtime>30</autodetectpingtime>
<curlclienttimeout>60</curlclienttimeout>
<curllowspeedtime>240</curllowspeedtime>
<curlretries>2</curlretries>
<disableipv6>true</disableipv6>
</network>
<gui>
<algorithmdirtyregions>3</algorithmdirtyregions>
<nofliptimeout>0</nofliptimeout>
</gui>
<videoscanner>
<ignoreerrors>true</ignoreerrors>
</videoscanner>
</advancedsettings>

Note that <alwaysforcebuffer> is obsolete, you should use <buffermode>1 instead.
-= Team Kodi developer fueled by heavy metal =-
(2014-03-19, 13:57)arnova Wrote:
(2014-03-19, 11:28)FAMMAR Wrote: I am using the latest build and noticed that it kicks me out on livestreams after 2 minutes. I didn't used a advancedsettings.xml so I uploaded it again and kickouts were gone. I am using:

<advancedsettings>
<network>
<alwaysforcebuffer>true</alwaysforcebuffer>
<cachemembuffersize>0</cachemembuffersize>
<autodetectpingtime>30</autodetectpingtime>
<curlclienttimeout>60</curlclienttimeout>
<curllowspeedtime>240</curllowspeedtime>
<curlretries>2</curlretries>
<disableipv6>true</disableipv6>
</network>
<gui>
<algorithmdirtyregions>3</algorithmdirtyregions>
<nofliptimeout>0</nofliptimeout>
</gui>
<videoscanner>
<ignoreerrors>true</ignoreerrors>
</videoscanner>
</advancedsettings>

Note that <alwaysforcebuffer> is obsolete, you should use <buffermode>1 instead.

Like this?:

<advancedsettings>
<network>
<buffermode>1</buffermode>
<cachemembuffersize>0</cachemembuffersize>
<autodetectpingtime>30</autodetectpingtime>
<curlclienttimeout>60</curlclienttimeout>
<curllowspeedtime>240</curllowspeedtime>
<curlretries>2</curlretries>
<disableipv6>true</disableipv6>
</network>
<gui>
<algorithmdirtyregions>3</algorithmdirtyregions>
<nofliptimeout>0</nofliptimeout>
</gui>
<videoscanner>
<ignoreerrors>true</ignoreerrors>
</videoscanner>
</advancedsettings>
(2014-03-18, 15:39)MilhouseVH Wrote: @b1mi1: What skin are you using, and what do you have set in config.txt?

Hi,

Using the default confluence skin on a 256M Pi.

gpu_mem=128
gpu_mem_256=128
gpu_mem_512=128
arm_freq=900
core_freq=333
sdram_freq=450
over_voltage=2
force_turbo=0

decode_MPG2=mykey
decode_WVC1=myotherkey

cmdline.txt
boot=/dev/mmcblk0p1 disk=/dev/mmcblk0p2 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 dwc_otg.fiq_fsm_mask=0 ssh

Thanks
Hi.

Is rt5370sta wifi drivers available on openelec? I'm having a few trouble with my "D-Link DWA-140 B3" 2001:3c15 dongle. I'm always losing connection and i have to turn on/off to work again.

According to hardware log, OE is using rt2800usb and the correct for this device is rt5370sta.

https://wikidevi.com/wiki/D-Link_DWA-140_rev_B3

After some research I found an user with the same problem:

https://github.com/OpenELEC/OpenELEC.tv/issues/2768

If you can take a look I would be really appreciated.

Thanks

Edit:
Maybe useful:
https://github.com/alangalvino/rt5370sta
http://harkko.lattu.biz/notes/rt5370_ubuntu.html
http://www.raspberrypi.org/phpBB3/viewto...28&t=45953
(2014-03-18, 15:01)popcornmix Wrote:
(2014-03-18, 14:45)b1m1 Wrote: These are all generated after a reboot, going into movies and then just paging up and down the list until it hangs i.e it is reproducable

There's not much useful in the log as openelec doesn't build the kernel with backtrace.
Can you narrow it down?
Try with overclock disabled.
Try with any USB devices disconnected
If using a sound card module, try without it.
Try with dwc_otg.fiq_fsm_enable=0 in cmdline.txt

Updated to 319

With overclock disabled and dwc_otg.fiq_fsm_enable=0 cannot reproduce.
With overclock disabled and dwc_otg.fiq_fsm_mask=0 cannot reproduce.
With overclock and dwc_otg.fiq_fsm_mask=0 cannot reproduce.

Rolled back to 315
With overclock and dwc_otg.fiq_fsm_mask=0 get the Oops hang.
With no overclock and dwc_otg.fiq_fsm_mask=0 get this below, but no Oops hang.

27.581244] ------------[ cut here ]------------
[ 27.581317] WARNING: CPU: 0 PID: 366 at drivers/misc/vc04_services/interface/vchiq_arm/vchiq_arm.c:2386 vchiq_release_internal+0xc0/0x26c()
[ 27.581332] Modules linked in: fuse snd_soc_bcm2708_i2s regmap_mmio snd_soc_wm8804 snd_soc_wm8731 snd_soc_core snd_compress regmap_i2c snd_pcm_dmaengine regmap_spi snd_pcm bcm2708_dmaengine snd_page_alloc virt_dma snd_timer snd lirc_rpi© lirc_dev rc_core
[ 27.581421] CPU: 0 PID: 366 Comm: HTV Notify Tainted: G WC 3.13.6 #1
[ 27.581434] Backtrace:
[ 27.581480] [<c00113d0>] (dump_backtrace+0x0/0x10c) from [<c00116a8>] (show_stack+0x18/0x1c)
[ 27.581494] r6:c043fb5c r5:00000009 r4:00000000 r3:00000000
[ 27.581540] [<c0011690>] (show_stack+0x0/0x1c) from [<c05fe96c>] (dump_stack+0x20/0x28)
[ 27.581567] [<c05fe94c>] (dump_stack+0x0/0x28) from [<c001dadc>] (warn_slowpath_common+0x70/0x90)
[ 27.581592] [<c001da6c>] (warn_slowpath_common+0x0/0x90) from [<c001dba0>] (warn_slowpath_null+0x24/0x2c)
[ 27.581604] r8:c221de10 r7:c6e900c8 r6:c221c000 r5:c0a71fa8 r4:c79ad244
[ 27.581645] [<c001db7c>] (warn_slowpath_null+0x0/0x2c) from [<c043fb5c>] (vchiq_release_internal+0xc0/0x26c)
[ 27.581674] [<c043fa9c>] (vchiq_release_internal+0x0/0x26c) from [<c044066c>] (vchiq_ioctl+0x664/0x1600)
[ 27.581712] [<c0440008>] (vchiq_ioctl+0x0/0x1600) from [<c00c06d4>] (do_vfs_ioctl+0x400/0x5e8)
[ 27.581739] [<c00c02d4>] (do_vfs_ioctl+0x0/0x5e8) from [<c00c08fc>] (SyS_ioctl+0x40/0x6c)
[ 27.581769] [<c00c08bc>] (SyS_ioctl+0x0/0x6c) from [<c000e580>] (ret_fast_syscall+0x0/0x30)
[ 27.581782] r8:c000e704 r7:00000036 r6:b6d021b8 r5:b64773c4 r4:b6d01990
[ 27.581808] ---[ end trace 2194027e52188e2d ]---
[ 27.581826] vchiq: vchiq_ioctl: cmd VCHIQ_IOC_RELEASE_SERVICE returned error -1 for service TVNT:326

With no overclock and dwc_otg.fiq_fsm_enable=0 could not reproduce.
With overclock and dwc_otg.fiq_fsm_enable=0 could not reproduce.

Changed back to 319

With overclock and dwc_otg.fiq_fsm_enable=0 could not reproduce.
With overclock only could not reproduce.

So, problem seems to be resolved in v319 but was relasted to dwc_otg.fiq_fsm_mask=0 in v315.

Will monitor and report back if I can reproduce in v319

Thanks for your help
(2014-03-19, 03:28)MilhouseVH Wrote: New OpenELEC Gotham build: #0319

How is multichannel audio using Pi Sink (i.e. paplayer and dvdplayer) with this build?
The channels should be mapped correctly now.
  •   
  • 1
  • 237
  • 238
  • 239(current)
  • 240
  • 241
  • 277
  •   
  Thread Closed
 
Thread Rating:
  • 23 Vote(s) - 4.48 Average



Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi Part 24.4823