genivi-projects Digest, Vol 10, Issue 8

Philippe Robin (GENIVI) philippe.robin at technoveo.com
Tue Jan 12 05:41:45 EST 2016


Hi,

Thanks for your inquiry. See inline below.

Le 12/01/2016 00:19, skocharl a écrit :
> Hi All ,
>
> Sorry if it is too dumb of a question .
>
> I see in the
> http://genivi.org/sites/default/files/resource_documents/GENIVI_Reference_Architecture_29Oct2015.pdf
> document a block shown as
>
> Vehicle interface

you can use AMB (Automotive Message Broker) as an implementation of the 
vehicle interface

url: https://github.com/otcshare/automotive-message-broker

>
> Diagnostics

this is on the roadmap, we expect to have code available in the coming quarter.

>
> Where is the code base for these modules ?
>
> Especially Vehicle Interface component ,how is seat heating data obtained
> .Does this module has an interface to CAN ?

see above url

>
>
> Does GENIVI has any generic CAN parser or some similar thing similar where
> it can work with any CAN bus of cars available in the market ?

you might also be willing to look at the Vehicle Web APIs which are 
currently in a standardization process with W3C

url: https://www.w3.org/community/autowebplatform/

with a reference implementation available at:

http://git.projects.genivi.org/?p=web-api-vehicle.git;a=summary

Hope this helps

Philippe


>
> Thanks
> Srinivas
>
> On Mon, Jan 11, 2016 at 1:42 PM, <genivi-projects-request at lists.genivi.org>
> wrote:
>
>> Send genivi-projects mailing list submissions to
>>          genivi-projects at lists.genivi.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>          https://lists.genivi.org/mailman/listinfo/genivi-projects
>> or, via email, send a message with subject or body 'help' to
>>          genivi-projects-request at lists.genivi.org
>>
>> You can reach the person managing the list at
>>          genivi-projects-owner at lists.genivi.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of genivi-projects digest..."
>>
>>
>> Today's Topics:
>>
>>     1. Re: GDP - Upgrading to Weston & Wayland-ivi-extension 1.9.0
>>        (James Thomas)
>>     2. Re: GDP - Upgrading to Weston & Wayland-ivi-extension 1.9.0
>>        (Pedro Alvarez)
>>     3. RE: [GDP][PATCH 0/2] Enable multimedia acceleration by
>>        default (Stephen Lawrence)
>>     4. Re: GDP - Porter board Touch (McGee, Art)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Mon, 11 Jan 2016 16:50:59 +0000
>> From: James Thomas <james.thomas at codethink.co.uk>
>> To: Pedro Alvarez <pedro.alvarez at codethink.co.uk>,
>>          genivi-projects at lists.genivi.org
>> Subject: Re: GDP - Upgrading to Weston & Wayland-ivi-extension 1.9.0
>> Message-ID: <5693DD73.1030503 at codethink.co.uk>
>> Content-Type: text/plain; charset=windows-1252
>>
>> On 11/01/16 16:41, Pedro Alvarez wrote:
>>> Hello!
>>>
>>>
>>> I've been trying last week to upgrade Weston to 1.9.0 in our Baserock
>> Baseline.
>>> This was actually really easy to do, and I managed to do it in less than
>>> a day (it just worked :)
>>>
>>> After that, I knew that genivi-demo-platform-hmi was going to be broken,
>> and I
>>> tried to make the relevant changes to make it work again, but so far I
>> haven't
>>> managed to. That's why I'm writing to the list, to see if anybody can
>> help me here.
>>>
>>> Components version:
>>>
>>> - Weston 1.9.0
>>> - Wayland-ivi-extension: 1.9.0
>>> - GDP-hmi:
>> http://git.baserock.org/cgi-bin/cgit.cgi/delta/genivi/genivi-demo-platform-hmi.git/log/?h=baserock/pedroalvarez/update-new-wayland-ivi-exts
>>>
>>> # journalctl -b -u gdp-hmi-controller
>>>
>>>      Jan 11 12:19:14 genivi-baseline-system-x86-64-generic
>> gdp-hmi-controller[256]: INFO: GDP HMI Control -> systemd  (system) systemd
>> version: 227
>>>      Jan 11 12:19:14 genivi-baseline-system-x86-64-generic
>> gdp-hmi-controller[256]: ERR: Error: ilm_init - failed. Exiting.
>>>
>>>
>>> And weston log is:
>>>
>>>      ...
>>>      [12:19:14.767] Loading module '/usr/lib/weston/ivi-shell.so'
>>>      [12:19:14.768] launching '/usr/libexec/weston-keyboard'
>>>      [12:19:14.769] Loading module '/usr/lib/weston/ivi-controller.so'
>>>      [12:19:14.770] ivi-controller: No ivi-input-module set
>>>      [12:19:14.770] Loading module
>> '/usr/lib/weston/ivi-input-controller.so'
>>>      [12:19:14.771] Failed to lookup init function:
>> /usr/lib/weston/ivi-input-controller.so: undefined symbol:
>> controller_module_init
>>
>> Hmm.. did you build ivi-extension with 'WITH_ILM_INPUT' set to true?
>>
>> Also, I think the documentation is wrong, went loading the
>> input-controller you
>> need to do
>>
>> "ivi-input-module=ivi-input-controller.so" rather than adding it to the
>> list of
>> ivi-modules
>>
>> Thanks
>> James
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 11 Jan 2016 17:27:16 +0000
>> From: Pedro Alvarez <pedro.alvarez at codethink.co.uk>
>> To: James Thomas <james.thomas at codethink.co.uk>,
>>          genivi-projects at lists.genivi.org
>> Subject: Re: GDP - Upgrading to Weston & Wayland-ivi-extension 1.9.0
>> Message-ID: <5693E5F4.3040309 at codethink.co.uk>
>> Content-Type: text/plain; charset=windows-1252
>>
>> On 11/01/16 16:50, James Thomas wrote:
>>> On 11/01/16 16:41, Pedro Alvarez wrote:
>>>> Hello!
>>>>
>>>>
>>>> I've been trying last week to upgrade Weston to 1.9.0 in our Baserock
>> Baseline.
>>>> This was actually really easy to do, and I managed to do it in less than
>>>> a day (it just worked :)
>>>>
>>>> After that, I knew that genivi-demo-platform-hmi was going to be
>> broken, and I
>>>> tried to make the relevant changes to make it work again, but so far I
>> haven't
>>>> managed to. That's why I'm writing to the list, to see if anybody can
>> help me here.
>>>>
>>>> Components version:
>>>>
>>>> - Weston 1.9.0
>>>> - Wayland-ivi-extension: 1.9.0
>>>> - GDP-hmi:
>> http://git.baserock.org/cgi-bin/cgit.cgi/delta/genivi/genivi-demo-platform-hmi.git/log/?h=baserock/pedroalvarez/update-new-wayland-ivi-exts
>>>>
>>>> # journalctl -b -u gdp-hmi-controller
>>>>
>>>>      Jan 11 12:19:14 genivi-baseline-system-x86-64-generic
>> gdp-hmi-controller[256]: INFO: GDP HMI Control -> systemd  (system) systemd
>> version: 227
>>>>      Jan 11 12:19:14 genivi-baseline-system-x86-64-generic
>> gdp-hmi-controller[256]: ERR: Error: ilm_init - failed. Exiting.
>>>>
>>>>
>>>> And weston log is:
>>>>
>>>>      ...
>>>>      [12:19:14.767] Loading module '/usr/lib/weston/ivi-shell.so'
>>>>      [12:19:14.768] launching '/usr/libexec/weston-keyboard'
>>>>      [12:19:14.769] Loading module '/usr/lib/weston/ivi-controller.so'
>>>>      [12:19:14.770] ivi-controller: No ivi-input-module set
>>>>      [12:19:14.770] Loading module
>> '/usr/lib/weston/ivi-input-controller.so'
>>>>      [12:19:14.771] Failed to lookup init function:
>> /usr/lib/weston/ivi-input-controller.so: undefined symbol:
>> controller_module_init
>>>
>>> Hmm.. did you build ivi-extension with 'WITH_ILM_INPUT' set to true?
>>
>> Yes, building it with:
>>
>>      cmake -DWITH_ILM_INPUT=ON -DCMAKE_INSTALL_PREFIX="$PREFIX"
>> -DCMAKE_C_FLAGS="-I/usr/include/weston"
>>
>>
>>>
>>> Also, I think the documentation is wrong, went loading the
>> input-controller you
>>> need to do
>>>
>>> "ivi-input-module=ivi-input-controller.so" rather than adding it to the
>> list of
>>> ivi-modules
>>
>> Looks like that worked better:
>>
>>      [17:23:30.335] Loading module '/usr/lib/weston/ivi-shell.so'
>>      [17:23:30.336] launching '/usr/libexec/weston-keyboard'
>>      [17:23:30.338] Loading module '/usr/lib/weston/ivi-controller.so'
>>      [17:23:30.358] Loading module '/usr/lib/weston/ivi-input-controller.so'
>>      [17:23:30.360] ivi-input-controller module loaded successfully!
>>
>> Although I'm still the previous error in gdp-hmi:
>>
>>      Jan 11 17:23:30 genivi-baseline-system-x86-64-generic
>> gdp-hmi-controller[254]: ERR: Error: ilm_init - failed. Exiting.
>>
>>> Thanks
>>> James
>>>
>>
>>
>> --
>> Pedro
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Mon, 11 Jan 2016 20:03:27 +0000
>> From: Stephen Lawrence <stephen.lawrence at renesas.com>
>> To: Tom Pollard <tom.pollard at codethink.co.uk>
>> Cc: "genivi-projects at lists.genivi.org"
>>          <genivi-projects at lists.genivi.org>
>> Subject: RE: [GDP][PATCH 0/2] Enable multimedia acceleration by
>>          default
>> Message-ID:
>>          <
>> PS1PR0601MB14024D96FF0CCC914024C6AF92C90 at PS1PR0601MB1402.apcprd06.prod.outlook.com
>>>
>>
>> Content-Type: text/plain; charset="Windows-1252"
>>
>> Hi Tom,
>>
>>> -----Original Message-----
>>> From: Tom Pollard [mailto:tom.pollard at codethink.co.uk]
>>> Sent: 11 January 2016 15:33
>>> To: Stephen Lawrence <stephen.lawrence at renesas.com>
>>> Cc: genivi-projects at lists.genivi.org
>>> Subject: Re: [GDP][PATCH 0/2] Enable multimedia acceleration by default
>>>
>>> Hi Stephen, hope you had a good break.
>>
>> Yes great thanks.
>>
>>>
>>> On 08/01/16 17:33, Stephen Lawrence wrote:
>>
>> [snip]
>>
>>>>
>>>> Any response to this patch series?
>>>
>>> I've managed to deploy the build today, and with a fresh build env I
>>> didn't get the same warnings as I posted last time (the pastebin has
>>> timed out now).
>>
>> I had a quick look at the email history before posting, but now I see I
>> was only looking at the 0/2 patch :)
>> I see I replied to you but as you say the pastebin is gone. From what I
>> wrote it looks like it was a GDP build-dep
>> warning. If you have the warnings still around send them on and I will
>> keep an eye out.
>>
>>>
>>> I'm happy to push this, unless anyone can provide a reason not to?
>>> Will you also be providing a matching patchset specific for Koelsch?
>>>
>>
>> I have not finally decided yet. The eval licensing for Koelsch and the
>> other "Pro" Evaluation boards means
>> there is some advantages to sticking with gfx acceleration only by
>> default,  as you have the option of using
>> the gfx from the low cost board click-through licensing. It is not so
>> clear cut for the multimedia.
>> So as GDP doesn't yet make much use of multimedia acceleration I may keep
>> it off for the Eval boards by default
>> until projects like GAAP make it more of a necessity. If a dev has the
>> multimedia for the Evaluation boards then its straight
>> forward to enable anyway. That said the reverse is also true :)
>>
>> For the M2 Porter and E2 Silk Low Cost boards, then yes definitely gfx and
>> multimedia enabled by default.
>>
>>>>
>>>> I'm ready to upstream GDP on the Renesas R-Car E2 Silk low cost board
>> and it
>>> would be useful to know if there is any feedback.
>>>
>>> Awesome, I presume as another branch to GDP? I look forward to trying
>>> it! The only feedback I have in this case is that if the Silk for some
>>> reason requires changes to meta-genivi-demo.git, is that the patches as
>>> such allow the same commit to be built on all branches. This allows each
>>> branch of GDP to point to the HEAD of meta-genivi-demo and helps in
>>> maintenance.
>>
>> Yes I'll create a branch. What have you found worked best when doing a
>> variant if something
>> close to it is already available? Branch from the existing branch, make
>> the needed changes and push
>> the new branch, or start blank and add the submodules in? Obviously either
>> is possible I just
>> wonder if you found submodules have some peculiarity that favours one over
>> the other?
>>
>> The only source change for GDP on Silk is a couple of lines to generalise
>> the image package list
>> that currently references the Porter and Koelsch MACHINE to be for all
>> R-Car Gen 2 boards.
>> That's a patch to meta-genivi-demo I will send first, but yes the same
>> commit can be used by all.
>> Completely agree with the maintenance point.
>>
>> It will be nice when we start tracking the HEADs. It can seem a bit of an
>> anti-pattern sometimes
>> updating the git submodules step by step. Although that may in part be me
>> getting more used to it.
>>
>> Cheers
>>
>> Steve
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Mon, 11 Jan 2016 13:42:06 -0800
>> From: "McGee, Art" <amcgee7 at jaguarlandrover.com>
>> To: Tom Pollard <tom.pollard at codethink.co.uk>
>> Cc: genivi-projects at lists.genivi.org
>> Subject: Re: GDP - Porter board Touch
>> Message-ID:
>>          <
>> CAAfaXce9-oDYSTrNTEUUZyGRZHegGaLOd1VOqwURO9WuDCL80g at mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Tom, ...
>>
>> I still have been unable to get touch to work.  I have the new code
>> building but from what I can tell the driver for multi-touch isn't
>> installed.  I'm looking at AGL to see how it is working for them.
>>
>> Thanks
>>
>> *Art McGee*
>> Infotainment Engineer
>>
>>
>>
>> Jaguar Land Rover North America, LLC
>> 1419 NW 14th Ave, Portland, Oregon, 97209
>> Jaguar.com <http://jaguar.com>  |  LandRover.com <http://landrover.com>
>>
>>
>> On 11 January 2016 at 08:04, Tom Pollard <tom.pollard at codethink.co.uk>
>> wrote:
>>
>>> Hi Art
>>>
>>> On 11/01/16 15:45, McGee, Art wrote:
>>>> Tom,
>>>>
>>>> Thank you,  I'd like to give it a try but I don't about the last part.
>>>>   'pass the values as a udev rule'?
>>>>
>>>
>>> After you run weston-calibrator, it will generate values which can be
>>> placed in a udev.rules file under /etc/udev/rules.d/
>>>
>>> For example, I created a simple rule named '98-touch.rules' with the
>>> contents:
>>>
>>> ATTRS{idVendor}=="0eef", ATTRS{idProduct}=="0001",
>>> ENV{WL_CALIBRATION}="-0.023790 -1.648534 1258.140869 0.610853 -0.024403
>>> 10.678101"
>>>
>>> The idVendor and idProduct can be attained in many ways, for example
>>> using dmesg or lsusb.
>>>
>>> I hope that helps,
>>>
>>> Tom
>>>
>>>
>>>> Thanks
>>>>
>>>> *Art McGee*
>>>> Infotainment Engineer
>>>>
>>>>
>>>>
>>>> Jaguar Land Rover North America, LLC
>>>> 1419 NW 14th Ave, Portland, Oregon, 97209
>>>> Jaguar.com <http://jaguar.com>  |  LandRover.com <http://landrover.com
>>>
>>>>
>>>>
>>>> On 11 January 2016 at 04:21, Tom Pollard <tom.pollard at codethink.co.uk
>>>> <mailto:tom.pollard at codethink.co.uk>> wrote:
>>>>
>>>>      Hi Art,
>>>>
>>>>      If you take master of Koelsch / Porter you should now be able to
>> have
>>>>      touch capabilities with the GDP. It will require you to run
>>>>      weston-calibrate & pass the values as a UDEV rule, after that touch
>>>>      should work at boot.
>>>>
>>>>
>>>>      Cheers,
>>>>
>>>>      Tom Pollard
>>>>
>>>>      On 11/12/15 22:29, McGee, Art wrote:
>>>>      > Has anyone had any success getting touch to work on the GDP?  My
>>> touch
>>>>      > is not working yet.
>>>>      >
>>>>      > Thanks
>>>>      >
>>>>      >
>>>>      > *Art McGee*
>>>>      > Infotainment Engineer
>>>>      >
>>>>      >
>>>>      >
>>>>      > Jaguar Land Rover North America, LLC
>>>>      > 1419 NW 14th Ave, Portland, Oregon, 97209
>>>>      > Jaguar.com <http://jaguar.com>  |  LandRover.com
>>>>      <http://landrover.com>
>>>>      >
>>>>      >
>>>>      >
>>>>      > _______________________________________________
>>>>      > genivi-projects mailing list
>>>>      > genivi-projects at lists.genivi.org
>>>>      <mailto:genivi-projects at lists.genivi.org>
>>>>      > https://lists.genivi.org/mailman/listinfo/genivi-projects
>>>>      >
>>>>
>>>>
>>>
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <
>> http://lists.genivi.org/pipermail/genivi-projects/attachments/20160111/bf23c578/attachment.html
>>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> genivi-projects mailing list
>> genivi-projects at lists.genivi.org
>> https://lists.genivi.org/mailman/listinfo/genivi-projects
>>
>>
>> End of genivi-projects Digest, Vol 10, Issue 8
>> **********************************************
>>
>
>
>
> _______________________________________________
> genivi-projects mailing list
> genivi-projects at lists.genivi.org
> https://lists.genivi.org/mailman/listinfo/genivi-projects
>


-- 
Salutations cordiales / Best regards
_________________________________________________________________________
Philippe ROBIN
GENIVI Program Management Office Lead (PMO)

TECHNOVEO
Associé Gérant / Managing Director

Direct : 33 (0) 951 78 89 62
Mobile : 33 (0) 676 41 72 80

mailto:philippe.robin at technoveo.com
_________________________________________________________________________

Ce message peut contenir des informations confidentielles. S'il ne vous est 
pas destiné, merci de le détruire et d'informer immédiatement son émetteur.

This message may contain information that are confidential. If you are not 
the intended recipient, please advise the sender immediately and delete 
this message.



More information about the genivi-projects mailing list