Re: Understanding AMB dependencies on Murphy

[Jussi Laako]

On 9.4.2014 20:13, Rees, Kevron wrote:

I use clock_gettime(CLOCK_REALTIME,&tm);

If there is a better way, I'm all ears:p


That has a bit more resolution than gettimeofday(), but is otherwise 
same thing and equally non-monotonic. So NTP may cause the clock jump 
backwards or forwards for example.


You should use clock_gettime(CLOCK_MONOTONIC_RAW,) on Linux. See 
clock_gettime(3) and also corresponding documentation in IEEE 
1003.1-2008 regarding CLOCK_REALTIME vs CLOCK_MONOTONIC.


___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Understanding AMB dependencies on Murphy

[Rees, Kevron]

and done.  I'm using std::chrono::high_resolution_clock::now();

On Wed, Apr 9, 2014 at 10:35 AM, Othman, Ossama  wrote:
> Hi Kevron,
>
> On Wed, Apr 9, 2014 at 10:13 AM, Rees, Kevron 
> wrote:
>>
>> On Wednesday, April 9, 2014, Jussi Laako 
>> wrote:
>>>
>>> On 5.4.2014 20:25, Rees, Kevron wrote:

 Timestamp is automatically set when the source (AMB source plugin)
 passes the raw event to AMB's core.  It relies on the system clock.
>>>
>>>
>>> I hope it's a truly monotonic clock and not something like
>>> gettimeofday()... ;)
>>
>>
>>
>> I use  clock_gettime(CLOCK_REALTIME, &tm);
>>
>> If there is a better way, I'm all ears:p
>
>
> C++11 FTW: std::chrono::steady_clock::now()   :)
>
> -Ossama
>
___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Understanding AMB dependencies on Murphy

[Othman, Ossama]

Hi Kevron,

On Wed, Apr 9, 2014 at 10:13 AM, Rees, Kevron wrote:
>
> On Wednesday, April 9, 2014, Jussi Laako 
> wrote:
>
>> On 5.4.2014 20:25, Rees, Kevron wrote:
>>
>>> Timestamp is automatically set when the source (AMB source plugin)
>>> passes the raw event to AMB's core.  It relies on the system clock.
>>>
>>
>> I hope it's a truly monotonic clock and not something like
>> gettimeofday()... ;)
>
>
>
> I use  clock_gettime(CLOCK_REALTIME, &tm);
>
> If there is a better way, I'm all ears:p
>

C++11 FTW: 
std::chrono::steady_clock
::now()    :)

-Ossama
___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Understanding AMB dependencies on Murphy

[Rees, Kevron]

On Wednesday, April 9, 2014, Jussi Laako 
wrote:

> On 5.4.2014 20:25, Rees, Kevron wrote:
>
>> Timestamp is automatically set when the source (AMB source plugin)
>> passes the raw event to AMB's core.  It relies on the system clock.
>>
>
> I hope it's a truly monotonic clock and not something like
> gettimeofday()... ;)



I use  clock_gettime(CLOCK_REALTIME, &tm);

If there is a better way, I'm all ears:p
___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

RE: video player (HTML5 based)

[Jones, Brian J]

Hello,

This is likely a codec issue, the image doesn't have the ability to play every 
video type.  Try playing a .ogg video, that should work fine.

From: IVI [mailto:ivi-boun...@lists.tizen.org] On Behalf Of chetan sangli
Sent: Wednesday, April 09, 2014 4:23 AM
To: ivi@lists.tizen.org
Subject: video player (HTML5 based)

Hi,
Is there any working version of video player for IVI 3.0 for playback of video 
files.
Currently i am trying with Mediaplayer app, which fails to play video (it 
detects video file though).
Regards,
chetan
___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Launch weston ivi shell - unresponsive homescreen..

[Stanislav Vorobiov]

Hi,

I think it might be ivi-shell's problem, but I'm not sure...

On 04/09/2014 05:36 PM, karthikkarthik...@yahoo.in wrote:
> Hi,
> 
> I looked at the link you had sent.. the error I am facing is almost the same..
> 
> Is it a bug in weston ??
> 
> 
> ---
> *From: * Stanislav Vorobiov ;
> *To: * karthik karthik ; 
> geoffroy.vancut...@intel.com ; 
> junx.a.hu...@intel.com ; qiang.z.zh...@intel.com 
> ; ivi@lists.tizen.org ;
> *Subject: * Re: Launch weston ivi shell - unresponsive homescreen..
> *Sent: * Tue, Apr 8, 2014 10:40:36 AM
> 
> Hi,
> 
> It might also be related to this - 
> https://bugs.tizen.org/jira/browse/TIVI-2897
> 
> On 04/04/2014 03:02 PM, karthik karthik wrote:
>> Hi,
>>
>> I launch them from the screen using a mouse click..
>>
>> When I give the command "ps -ef", I could the launched native app on the 
>> list..but the application is not seen on the ivi screen on the emulator..
>>
>> Along with weston - new version, I installed the weston ivi shell clients 
>> package too.. the latest from the reposistory..
>>
>> What kind of log would be good.. these application come with weston..
>>
>>
>> ---
>> *From: * Stanislav Vorobiov >;
>> *To: * karthik karthik >; 
>> >; > >; >; 
>>  >;
>> *Subject: * Re: Launch weston ivi shell - unresponsive homescreen..
>> *Sent: * Fri, Apr 4, 2014 9:22:31 AM
>>
>> Hi,
>>
>> It might be because of dependency issues, i.e. you're installing new stuff 
>> like weston 1.4 and new ico on filesystem with older
>> components. Can you provide logs for native apps ? How exactly do you launch 
>> them ?
>>
>> On 04/04/2014 12:47 PM, karthik karthik wrote:
>>>
>>> Thanks to all for the replies,
>>>
>>> Stanislav,
>>>
>>> Big thanks for the rpm. You rpm worked.. I am able to interact with the 
>>> screen.. But I am not able to launch the native applications as such.
>>> Any reason why I am not able to launch ??
>>>
>>> Geoffroy/Qiang,
>>>
>>> I tried you .gbs.cong file. I have attached the debug logs. I still want to 
>>> know how to build the rpm using gbs build..
>>>
>>> Huang,
>>>
>>> I have tried to point to the local repo's. But I am not sure whether the 
>>> method is right or not..
>>>
>>> Let me explain my understanding of the gbs build process..
>>>
>>>
>>> 1)  Gbs clone to get the source folders and directories.
>>>
>>> 2)  Now comes the issue of solving the dependencies.
>>>
>>> 3)  There are two ways
>>>
>>> a.  Online method.
>>>
>>> b.  Offline method.
>>>
>>> 4)  In the offline method, I feel that I should be pointing the url to 
>>> the folder that contains the relevant rpms.
>>>
>>> 5)  Here in the .gbs.conf file I used, I had pointed it to the 
>>> toolchain folder.
>>>
>>> 6)  Toolchain folder doesn't have all the necessary rpm..
>>>
>>>
>>> So my question is when it is said point to the repos, what should I point 
>>> to??
>>>
>>
> 

___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Launch weston ivi shell - unresponsive homescreen..

[karthikkarthik...@yahoo.in]

Hi,

 I looked at the link you had sent.. the error I am facing is almost the 
same..

 Is it a bug in weston ?? 

___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

video player (HTML5 based)

[chetan sangli]

Hi,

Is there any working version of video player for IVI 3.0 for playback of
video files.

Currently i am trying with Mediaplayer app, which fails to play video (it
detects video file though).

Regards,
chetan
___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Understanding AMB dependencies on Murphy

[Jussi Laako]

On 5.4.2014 20:25, Rees, Kevron wrote:

Timestamp is automatically set when the source (AMB source plugin)
passes the raw event to AMB's core.  It relies on the system clock.


I hope it's a truly monotonic clock and not something like 
gettimeofday()... ;)



___
IVI mailing list
IVI@lists.tizen.org
https://lists.tizen.org/listinfo/ivi

Re: Firmware will not load from filesystem during boot

[Kishore Sheik Ahamed]

Thanks Joel/Casey.

Smack was not enabled in the kernel and enabling it results in kernel panic
on boot while mounting something after loading smack policies and systemd
exits.
I have enabled all the kernel configs from systemd readme. Is there
anything else that I missed?

Log follows

[3.820861] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data
mode. Opts: (null)
[3.829498] VFS: Mounted root (ext4 filesystem) on device 179:2.
[3.837249] devtmpfs: mounted
[3.840698] Freeing init memory: 376K
[4.277008] systemd[1]: Successfully loaded Smack policies.
[4.284820] systemd[1]: Successfully loaded Smack/CIPSO policies.
[4.305297] tmpfs: Bad mount option smackfstransmute
[4.401947] Unable to handle kernel NULL pointer dereference at virtual
address 0028
[4.410461] pgd = edf88000
[4.413330] [0028] *pgd=ac840831, *pte=, *ppte=
[4.419952] Internal error: Oops: 17 [#1] PREEMPT SMP ARM
[4.425659] Modules linked in:
[4.428863] CPU: 1Not tainted  (3.8.13-53369-g6dbdea7 #8)
[4.434936] PC is at __lock_acquire+0x58/0x1a9c
[4.439727] LR is at lock_acquire+0x9c/0x128
[4.444244] pc : []lr : []psr: 2093
[4.444244] sp : ed897c60  ip : 0001  fp : c0e4a1f4
[4.456329] r10:   r9 :   r8 : c0e5c16c
[4.461853] r7 : ed8953c0  r6 : c0e91adc  r5 : 0028  r4 : 0002
[4.468719] r3 :   r2 :   r1 : 6093  r0 : 0028
[4.475616] Flags: nzCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM
Segment user
[4.483245] Control: 10c53c7d  Table: adf8806a  DAC: 0015
[4.489288] Process systemd (pid: 1, stack limit = 0xed896240)
[4.495452] Stack: (0xed897c60 to 0xed898000)
[4.500030] 7c60: ed8953c0 c060b3c8 c0f50058 ed8958a8 c13daddc c009097c
ed896000 c0c6f3b0
[4.508666] 7c80: ed895890 0005 c0e91adc ed8953c0 c0e5c16c c0091f00
c0f54018 
[4.517303] 7ca0: 003d c0091384 c0e91adc ed8958a8 ed896000 0004
c007c4e7 26f13609
[4.525939] 7cc0: 0001  c0f54128  0001 
ed896000 0028
[4.534545] 7ce0:     c013157c c00930a4
0002 
[4.543182] 7d00:  c013157c  c00938a4 6013 c00938a4
 0018
[4.551818] 7d20: c013157c 0018 c0c9624c ede79880 ed249f3c 0100
c0e4ac04 c05fcfcc
[4.560455] 7d40: 0002  c013157c 80d0 80d0 ede79880
0010 c013157c
[4.569091] 7d60: 0100 ede79880 ed24ab88 c0c9624c ed249ee8 c0c964cc
c0c964cc c02959a8
[4.577728] 7d80:  ec819640 ed24ab88 ec81964c ed249ee8 c0295dd4
ed24abe0 ed249ee8
[4.586364] 7da0: ed24abe0 00020001 ed249ee8 ed24ab88 8000 0001
ed816018 ed249ee8
[4.595001] 7dc0:  c02935a8  c00a3f18 ed816018 edf66ac0
ed249d98 c00a4fcc
[4.603637] 7de0:   ed897e4c 61749978 00736b73 
 
[4.612274] 7e00:      
 
[4.620910] 7e20:      
 
[4.629547] 7e40:     00d0 0001
ed816018 ed816018
[4.638183] 7e60: edf7c000 ed816000 c13a5a24 ed24ae28  c00a5780
0080 
[4.646820] 7e80: 0001 ed816018 ed97c7c0 edf7c000 ed816000 c00a5d0c
ed897eac c00dc97c
[4.655456] 7ea0: 0001 ed897ea4 ed897ea4  0002 
 edff65c0
[4.664093] 7ec0: 0001 ed816000  edf38000 edff68c0 c0e4afbc
c0e4afbc 
[4.672729] 7ee0: edf39000 c0113d34  c012b7d4 edcc5600 edff68c0
 c0e4afbc
[4.681365] 7f00: edf38000  0027 c012bc90 c0e4afbc edf38000
edff68c0 edff6980
[4.690002] 7f20: c0e480c4 c012db14 edf38000 c0092ea4 00095c3b edf38000
edcc5790 ed249e40
[4.698638] 7f40:  ed897f8c 1000 c012d8c8 edff68c0 
ed8f5000 00094c1c
[4.707275] 7f60: 000e c0013928 ed896000  bedcdef4 c012e310
edf38000 c0093a4c
[4.715911] 7f80: 000e edff6980 edff68c0 edf38000 0015 00094c3c
0001 00094938
[4.724548] 7fa0: 0015 c0013780 00094c3c 0001 00094c1c 00093990
00094c1c 000e
[4.733184] 7fc0: 00094c3c 0001 00094938 0015 00094954 00093990
bedcda60 bedcdef4
[4.741821] 7fe0: 000c5d3c bedcd928 00040745 b6e049f0 600f0010 00094c1c
0080 01010010
[4.750457] [] (__lock_acquire+0x58/0x1a9c) from []
(lock_acquire+0x9c/0x128)
[4.759857] [] (lock_acquire+0x9c/0x128) from []
(_raw_spin_lock+0x34/0x44)
[4.769012] [] (_raw_spin_lock+0x34/0x44) from []
(simple_xattr_get+0x20/0x90)
[4.778472] [] (simple_xattr_get+0x20/0x90) from []
(smk_fetch+0x58/0x90)
[4.787475] [] (smk_fetch+0x58/0x90) from []
(smack_d_instantiate+0xec/0x284)
[4.796844] [] (smack_d_instantiate+0xec/0x284) from
[] (security_d_instantiate+0x1c/0x34)
[4.807403] [] (security_d_instantiate+0x1c/0x34) from
[] (cgroup