summaryrefslogtreecommitdiffstats
path: root/presentations
diff options
context:
space:
mode:
Diffstat (limited to 'presentations')
-rw-r--r--presentations/automotive-linux-summit-2012/automotive.pin369
-rw-r--r--presentations/automotive-linux-summit-2012/blueprint.jpgbin0 -> 693096 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/cables.jpgbin0 -> 293433 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/cake.jpgbin0 -> 445144 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/cars2.jpgbin0 -> 396234 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/cat.jpgbin0 -> 374719 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/chip.jpgbin0 -> 96668 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/corridor.jpgbin0 -> 294956 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/cpus.jpgbin0 -> 475614 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/dash.jpgbin0 -> 131336 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/dolls.jpgbin0 -> 237901 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/engineer.jpgbin0 -> 310702 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/group.jpgbin0 -> 392570 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/hob.jpgbin0 -> 561538 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/minifigs.jpgbin0 -> 497571 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/none.json50
-rw-r--r--presentations/automotive-linux-summit-2012/owl.jpgbin0 -> 339288 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/people.jpgbin0 -> 268848 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/qa.jpgbin0 -> 167108 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/question.jpgbin0 -> 505072 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/road.jpgbin0 -> 188611 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/tins.jpgbin0 -> 501518 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/tools.jpgbin0 -> 547380 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/tumble.jpgbin0 -> 438564 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/umbrella.jpgbin0 -> 311845 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/xwing.jpgbin0 -> 421747 bytes
-rw-r--r--presentations/automotive-linux-summit-2012/yocto.jpgbin0 -> 40098 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/advert.jpgbin0 -> 649120 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/apple.jpgbin0 -> 565059 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/bike.jpgbin0 -> 611684 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/bomb.jpgbin0 -> 82008 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/cables.jpgbin0 -> 293433 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/clay.jpgbin0 -> 66128 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/data.jpgbin0 -> 432108 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/engineer.jpgbin0 -> 310702 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/labquest.jpgbin0 -> 35381 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/license.jpgbin0 -> 236192 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/minifigs.jpgbin0 -> 497571 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/qa.jpgbin0 -> 167108 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/road.jpgbin0 -> 188611 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/train.jpgbin0 -> 399452 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/tv.jpgbin0 -> 392568 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/xeon-phi.jpgbin0 -> 158595 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/yocto.jpgbin0 -> 40098 bytes
-rw-r--r--presentations/osts-2013-why-use-yocto/yocto.pin254
45 files changed, 673 insertions, 0 deletions
diff --git a/presentations/automotive-linux-summit-2012/automotive.pin b/presentations/automotive-linux-summit-2012/automotive.pin
new file mode 100644
index 0000000..c5292fb
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/automotive.pin
@@ -0,0 +1,369 @@
1#!/usr/bin/env pinpoint
2
3[fill]
4[bottom]
5[font=ITC Kabel Semi-Bold 60px]
6[transition=fade]
7-- [yocto.jpg] [duration=15.152699]
8
9# Ross Burton, Userspace Architect for Yocto
10# Open Source Technology Centre at Intel
11# This session is a high level introduction to the Yocto Project
12
13-- [cars2.jpg] [duration=18.412748]
14What is the Yocto Project?
15# Appears to be confusion in the automotive community about the Yocto Project.
16# What is is, what it can offer and so on.
17# We were invited by the LF to come here and clarify what Yocto is.
18# So, the Yocto Project is...
19
20-- [umbrella.jpg] [duration=13.583521]
21Umbrella project
22# An umbrella project.
23# You don't download or install the Yocto Project itself
24# Just like you don't install the Apache Foundation
25
26-- [tools.jpg] [duration=27.991919]
27Build environment
28and development tools
29# An embedded build environment and development tools
30# Specifically, a build system (bitbake), package metadata (oe-core),
31# Eclipse plugin, Application Development Toolkit (deployable toolchain)
32
33-- [cpus.jpg] [text-align=center] [center] [duration=49.765675]
34x86 • ARM
35MIPS • PowerPC
36# We support all of the big architectures.
37# oe-core builds for qemu machines for all of these architectures
38# Ensures that the core builds for everything
39# Optional BSPs for specific platform support
40# Everything is cross compiled, so no "but it worked for x86" problems
41
42-- [people.jpg] [duration=22.377592]
43Collaboration space
44# Finally YP is a collaboration space, providing a forum
45# for users to share their problems and solutions
46# Public mailing lists and weekly phone conference
47# PAUSE
48
49-- [minifigs.jpg] [center] [duration=18.553514]
50So many choices…
51# When picking a platform what's the difference between yocto and
52# android, linaro, tizen, buildroot, baserock, or hacking your
53# favourite desktop distribution...
54
55-- [engineer.jpg] [duration=56.184429]
56…why pick the Yocto Project?
57# YP is Linux for embedded, from a small ARM board to mission critical
58# xeon clusters
59# Builds a custom distro suited to your needs
60# Easy to add, remove, or change components
61# Open development process, no code drops or license complications
62
63-- [cables.jpg] [duration=40.872715]
64Some are easy to hack on,
65but you’ll regret it later
66# Especially if your target is x86, it's easy to start with a
67# desktop distribution and chop pieces out
68# Building new pieces and rebuilding the pieces that need changes
69# But when you need to change hardware, or rebuild with different compiler flags
70# It's not that easy any more
71
72-- [road.jpg] [top] [duration=47.108444]
73Designed for the long term
74# Yocto is designed for long term use
75# Six monthly release cycle but maintained release branches
76# Commercial support from OSVs
77# Tools to help do the mundane distribution building
78# - Generate package repos and disk images
79# - Static release archives for license compliance
80
81-- [tumble.jpg] [top] [duration=45.338825]
82Won’t fall apart in time
83# Yocto won't surprise you late in product development
84# Reproducable builds for the entire system
85# Clear process for updates - easy to make the changes
86# and publish a new image or repo
87# GPL compliant - trivial to public source *and* build instructions
88
89-- [group.jpg] [duration=9.779828]
90Who is in the Yocto Project?
91# Not a complete list
92
93-- [chip.jpg] [duration=15.615728]
94Hardware manufacturers
95# i.e. Intel, Texas Instruments, Freescale
96
97-- [tins.jpg] [duration=26.482639]
98Embedded OSVs
99# i.e. Wind River, MontaVista, Enea Software, Mentor Graphics
100# Commercial supported linux from these vendors
101
102-- [cat.jpg] [duration=31.311359]
103Consultants and individuals
104# Consultants, small and large
105# individuals "scratching an itch" for their own projects
106
107-- [owl.jpg] [top] [duration=60.471573]
108Advisory Board
109# finally should mention the advisory board.
110# Yocto is a project at the Linux Foundation, not owned by any
111# particular company
112# The advisory board is comprised of reps from member companies
113# working on Yocto
114# The boards first action was to name itself "advisory board" rather
115# than "steering group" to reflect that it offers advice and input and
116# doesn't control the project technical direction entirely in the
117# hands of the architects and maintainers
118
119-- [xwing.jpg] [duration=10.061844]
120How does it work?
121# Enough about what the Yocto Project can do
122# How does it work?
123
124-- [cake.jpg] [duration=36.383984]
125It’s all about the layers
126# A YP distribution is assembled from a number of layers
127# Layers are modular and you can combine layers from different sources
128# An example
129
130-- [blueprint.jpg] [text-align=center] [duration=19.801914]
131Bitbake
132# Build system
133
134-- [blueprint.jpg] [text-align=center] [transition=none] [duration=42.480724]
135oe-core
136Bitbake
137# core metadata
138# toolchain, kernel, eglibc, cairo, gstreamer, Xorg, Wayland (soon), gtk/qt
139
140-- [blueprint.jpg] [text-align=center] [transition=none] [duration=27.569431]
141meta-intel
142oe-core
143Bitbake
144# unless you happy with a qemu emulated machine you'll need a bsp
145# Intel hardware BSP, such as cedar trail (atom, netbook/industrial), fish river
146# island 2 (atom, digital signage, smart services), jasper forest (xeon, server)
147
148-- [blueprint.jpg] [text-align=center] [transition=none] [duration=42.118870]
149meta-yocto
150meta-intel
151oe-core
152Bitbake
153# Distribution policy
154# (Poky in meta-yocto for historial reasons)
155
156-- [corridor.jpg] [duration=15.193717]
157Let’s build something!
158# Enough talk, let's pretend to build something.
159
160-- [corridor.jpg] [center] [duration=58.901318]
161<tt>$ <b>wget http://downloads.yoctoproject.org/…
162 /poky-denzil-7.0.tar.bz2</b>
163$ <b>tar xjf poky-denzil-7.0.tar.bz2</b>
164$ <b>cd poky-denzil-7.0</b></tt>
165# One of the downloads from the Yocto Project is Poky, a reference
166# distribution. This is basically Bitbake, oe-core, and meta-yocto
167# glued together for convenience Grabbing and extracting the tarball
168# of the 7.0 "denzil" release is as you'd expect
169
170-- [corridor.jpg] [center] [duration=44.895329]
171<tt> $ <b>./oe-init-build-env</b>
172 ### Shell environment set up for builds.
173 ### You can now run 'bitbake &lt;target&gt;‘
174 Common targets are:
175 core-image-minimal
176 core-image-sato
177
178 $ <b>emacs conf/local.conf</b></tt>
179# First you need to source a shell script to setup the environment.
180# Now lets have a quick look at the configuration file
181
182-- [corridor.jpg] [center] [duration=64.857567]
183<tt> # BB_NUMBER_THREADS = "4"
184 # PARALLEL_MAKE = "-j 4"
185
186 MACHINE ??= "qemux86"
187
188 #MACHINE ?= "qemuarm"
189 #MACHINE ?= "qemumips"
190 #MACHINE ?= "atom-pc"
191 #MACHINE ?= "beagleboard"</tt>
192# Just a small fragment of the options available. Defaults are all
193# reasonable and it will successfully build out of the box.
194# For a faster build, change the parallel options. My build machine is
195# a quad core with hyperthreading, so I set both of those to 8 to keep
196# it busy
197# Default target is x86 on qemu. This is trivially changed by simply
198# changing the MACHINE variable.
199# Other options include where to keep downloaded tarballs; location of
200# any mirrors; features to enable such as multiarch, installing the
201# toolchain in the image for development, what package format to use,
202# and more.
203
204-- [corridor.jpg] [center] [duration=38.235931]
205 <tt>$ <b>bitbake core-image-minimal</b></tt>
206# Then, you can run bitbake with the name of the target you want
207# Targets can be anything - images, packages, or operations.
208# Let's build core-image-minimal, a small system that boots to a
209# console good start to build up from if you're making a
210# single-purpose system
211
212-- [corridor.jpg] [center] [duration=61.638290]
213<tt>Currently 7 running tasks (5452 of 9438):
2140: webkit-gtk-1.8.2-r1 do_compile (pid 27137)
2151: qt4-embedded-4.8.1-r48.1 do_compile (pid 27129)
2162: qt4-x11-free-4.8.1-r46.1 do_compile (pid 27096)
2173: systemtap-1.8+git1…-r0 do_compile (pid 27130)
2184: gmp-5.0.5-r0 do_package_write_rpm (pid 27131)
2195: libglade-2.6.4-r4 do_package_write_rpm (pid 27134)
2206: nfs-utils-1.2.3-r5 do_unpack (pid 27187)</tt>
221# While bitbake is running you'll see a report of what it's doing,
222# something like this. This isn't actually the output from
223# core-image-minimal but a colleague's world build that happened to be
224# running when I was writing the slides. Poor guy is in for a long
225# wait, webkit and two qt builds.
226
227-- [corridor.jpg] [center] [duration=33.001926]
228<tt>$ <b>ls tmp/deploy/images/</b>
229
230core-image-minimal-atom-pc-20120918205848.hddimg
231core-image-minimal-atom-pc-20120918205848.iso
232core-image-minimal-atom-pc-20120918205848.rootfs.cpio.gz
233core-image-minimal-atom-pc-20120918205848.rootfs.ext3
234</tt>
235# When it finishes building the results are in the deploy directory
236# Here we can see the constructed root file system as a cpio archive,
237# a bare filesystem, a bootable ISO image, and a disk image.
238# Generally I'd be writing the disk image to a fast USB stick with dd
239# and booting from that for testing.
240# The build output is configurable per build and per machine. This
241# build was for a fairly standard Intel system so the final output is
242# typically bootable on those. Build for a say beagleboard and you'll
243# get kernel, bootloader and rootfs tarballs to write a SD card.
244# alongside the images directory there is the package repository that
245# was used to construct the root fs. This can be shared on the network
246# and used as a normal repository, ie install some development or
247# debug symbol packages to fix a bug.
248
249-- [hob.jpg] [duration=47.693535]
250Hob
251# Hob is a graphical interface to bitbake
252# demo gremlins have decided to break hob on this laptop - works on my build machine
253# 1st iteration, gtk+ application to configure an image and monitor the build
254# 2nd iteration, web-based. currently under development.
255
256-- [question.jpg] [duration=17.024797]
257Now what?
258# So that's how to build an image, but what could we do with it?
259# Two quick ideas
260
261-- [dolls.jpg] [top] [duration=42.701355]
262Virtualisation
263# I expect virtualisation to be common in next-generation automotive
264# systems as individual processors become more powerful and logically
265# separate systems are ran in virtual machines on fewer physical
266# processors.
267# Because systems built by Yocto can be trivially tuned to be exactly
268# what is required and nothing else they are a good match for
269# virtualised systems, both as a minimal host that does simply manages
270# the virtual machines, or as a specialized virtual machine itself.
271
272-- [dash.jpg] [top] [duration=24.712542]
273Specialised subsystem
274# Cars are complicated beasts these days with many processors performing specialised roles
275# Dashboard, engine management, and so on.
276
277-- [qa.jpg] [duration=10.726003]
278Q&amp;A
279
280-- [yocto.jpg]
281Thanks!
282
283# Credits
284#
285# cars2.jpg
286# http://www.flickr.com/photos/15443451@N00/516336421/
287# Creative Commons 2.0 BY-NC-SA (C) Piyapat Ch.
288#
289# cables.jpg
290# group.jpg
291# tumble.jpg
292# umbrella.jpg
293# (C) David Stewart, All Rights Reserved, Used with Permission.
294#
295# tools.jpg
296# http://www.flickr.com/photos/22749993@N08/5386712834/
297# Creative Commons 2.0 BY (C) Jim Pennucci
298#
299# cpus.jpg
300# http://www.flickr.com/photos/17642817@N00/4553998825/
301# Creative Commons 2.0 BY (C) Jason Rogers
302#
303# people.jpg
304# http://www.flickr.com/photos/29370225@N03/6292167005/
305# Creative Commons 2.0 BY (C) Roberto Trm
306#
307# minifigs.jpg
308# http://www.flickr.com/photos/40646519@N00/305410323/
309# Creative Commons 2.0 BY (C) peter dutton
310#
311# engineer.jpg
312# http://www.flickr.com/photos/39066002@N05/3595313340/
313# Creative Commons 2.0 BY-NC-SA (C) RoberthK
314#
315# road.jpg
316# http://www.flickr.com/photos/81851211@N00/5861614/
317# Creative Commons 2.0 BY-NC-SA (C) Rick Harrison
318#
319# chip.jpg
320# http://www.flickr.com/photos/19616961@N00/41549347/
321# Creative Commons 2.0 BY (C) Rodrigo Senna
322#
323# tins.jpg
324# http://www.flickr.com/photos/75771631@N00/5185871835/
325# Creative Commons 2.0 BY (C) Matthew Hine
326#
327# cat.jpg
328# http://www.flickr.com/photos/9516941@N08/2286083797/
329# Creative Commons 2.0 BY (C) Tristan Bowersox
330#
331# owl.jpg
332# http://www.flickr.com/photos/95962912@N00/161060725/
333# Creative Commons 2.0 BY-NC-SA (C) Nuno Barreto
334#
335# xwing.jpg
336# http://www.flickr.com/photos/55723329@N00/6657150957/
337# Creative Commons 2.0 BY (C) psiaki
338#
339# cake.jpg
340# http://www.flickr.com/photos/megpi/2690878513/
341# Creative Commons 2.0 BY-NC-SA (C) megpi
342#
343# blueprint.jpg
344# http://www.flickr.com/photos/71745913@N00/2576799956/
345# Creative Commons 2.0 BY-NC-SA (C) HD41117
346#
347# corridor.jpg
348# http://www.flickr.com/photos/71865026@N00/1264424156/
349# Creative Commons 2.0 BY-SA (C) Mark Sebastian
350#
351# hob.jpg
352# http://www.flickr.com/photos/11247388@N00/5436586179/
353# Creative Commons 2.0 BY (C) sunshinecity
354#
355# question.jpg
356# http://www.flickr.com/photos/65555826@N00/1447024668/
357# Creative Commons 2.0 BY (C) wonderferret
358#
359# dolls.jpg
360# http://www.flickr.com/photos/30692297@N07/5454308102/
361# Creative Commons 2.0 BY-NC-SA (C) Adrian S Jones
362#
363# dash.jpg
364# http://www.flickr.com/photos/97856361@N00/167428099/
365# Creative Commons 2.0 BY-NC-SA (C) Albert Lynn
366#
367# qa.jpg
368# http://www.flickr.com/photos/39039882@N00/22778226/
369# Creative Commons 2.0 BY-NC (C) Tantek Çelik
diff --git a/presentations/automotive-linux-summit-2012/blueprint.jpg b/presentations/automotive-linux-summit-2012/blueprint.jpg
new file mode 100644
index 0000000..be7e9ce
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/blueprint.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/cables.jpg b/presentations/automotive-linux-summit-2012/cables.jpg
new file mode 100644
index 0000000..3fdc7c6
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/cables.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/cake.jpg b/presentations/automotive-linux-summit-2012/cake.jpg
new file mode 100644
index 0000000..b0304cb
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/cake.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/cars2.jpg b/presentations/automotive-linux-summit-2012/cars2.jpg
new file mode 100644
index 0000000..00e3f64
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/cars2.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/cat.jpg b/presentations/automotive-linux-summit-2012/cat.jpg
new file mode 100644
index 0000000..2d255c0
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/cat.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/chip.jpg b/presentations/automotive-linux-summit-2012/chip.jpg
new file mode 100644
index 0000000..6fb58c8
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/chip.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/corridor.jpg b/presentations/automotive-linux-summit-2012/corridor.jpg
new file mode 100644
index 0000000..b9ec29d
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/corridor.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/cpus.jpg b/presentations/automotive-linux-summit-2012/cpus.jpg
new file mode 100644
index 0000000..65f81ff
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/cpus.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/dash.jpg b/presentations/automotive-linux-summit-2012/dash.jpg
new file mode 100644
index 0000000..47e91d0
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/dash.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/dolls.jpg b/presentations/automotive-linux-summit-2012/dolls.jpg
new file mode 100644
index 0000000..2e8193d
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/dolls.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/engineer.jpg b/presentations/automotive-linux-summit-2012/engineer.jpg
new file mode 100644
index 0000000..71b7350
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/engineer.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/group.jpg b/presentations/automotive-linux-summit-2012/group.jpg
new file mode 100644
index 0000000..d71666a
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/group.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/hob.jpg b/presentations/automotive-linux-summit-2012/hob.jpg
new file mode 100644
index 0000000..646f793
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/hob.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/minifigs.jpg b/presentations/automotive-linux-summit-2012/minifigs.jpg
new file mode 100644
index 0000000..3c63cbd
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/minifigs.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/none.json b/presentations/automotive-linux-summit-2012/none.json
new file mode 100644
index 0000000..ab050bf
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/none.json
@@ -0,0 +1,50 @@
1[{
2 "type":"ClutterGroup",
3 "id":"actor",
4 "rotation-center-z-gravity":"center",
5 "scale-gravity":"center",
6 "children":[
7 {
8 "id":"background",
9 "type":"ClutterGroup",
10 "rotation-center-z-gravity":"center",
11 "scale-gravity":"center"
12 },
13 {
14 "type":"ClutterGroup",
15 "children":[
16 {
17 "id":"midground",
18 "type":"ClutterGroup",
19 "rotation-center-z-gravity":"center",
20 "scale-gravity":"center"
21 }]},
22 {
23 "id":"foreground",
24 "type":"ClutterGroup",
25 "rotation-center-z-gravity":"center",
26 "scale-gravity":"center"
27 }
28 ]}
29 ,{
30 "type":"ClutterState",
31 "id":"state",
32 "duration":1,
33 "transitions":[
34 {
35 "source":null,
36 "target":"pre",
37 "keys": [["actor", "opacity", "linear", 0]]
38 },
39 {
40 "source":null,
41 "target":"show",
42 "keys": [["actor", "opacity", "linear", 255]]
43 },
44 {
45 "source":null,
46 "target":"post",
47 "keys": [["actor", "opacity", "linear", 0]]
48 }
49 ]}
50]
diff --git a/presentations/automotive-linux-summit-2012/owl.jpg b/presentations/automotive-linux-summit-2012/owl.jpg
new file mode 100644
index 0000000..8eda131
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/owl.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/people.jpg b/presentations/automotive-linux-summit-2012/people.jpg
new file mode 100644
index 0000000..3c596a2
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/people.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/qa.jpg b/presentations/automotive-linux-summit-2012/qa.jpg
new file mode 100644
index 0000000..11164d9
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/qa.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/question.jpg b/presentations/automotive-linux-summit-2012/question.jpg
new file mode 100644
index 0000000..a0c1991
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/question.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/road.jpg b/presentations/automotive-linux-summit-2012/road.jpg
new file mode 100644
index 0000000..a0e373c
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/road.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/tins.jpg b/presentations/automotive-linux-summit-2012/tins.jpg
new file mode 100644
index 0000000..607a863
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/tins.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/tools.jpg b/presentations/automotive-linux-summit-2012/tools.jpg
new file mode 100644
index 0000000..31f2f96
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/tools.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/tumble.jpg b/presentations/automotive-linux-summit-2012/tumble.jpg
new file mode 100644
index 0000000..3c63f29
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/tumble.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/umbrella.jpg b/presentations/automotive-linux-summit-2012/umbrella.jpg
new file mode 100644
index 0000000..e68fd46
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/umbrella.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/xwing.jpg b/presentations/automotive-linux-summit-2012/xwing.jpg
new file mode 100644
index 0000000..e8ada6b
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/xwing.jpg
Binary files differ
diff --git a/presentations/automotive-linux-summit-2012/yocto.jpg b/presentations/automotive-linux-summit-2012/yocto.jpg
new file mode 100644
index 0000000..333aec6
--- /dev/null
+++ b/presentations/automotive-linux-summit-2012/yocto.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/advert.jpg b/presentations/osts-2013-why-use-yocto/advert.jpg
new file mode 100644
index 0000000..2288b25
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/advert.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/apple.jpg b/presentations/osts-2013-why-use-yocto/apple.jpg
new file mode 100644
index 0000000..d3b7c9c
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/apple.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/bike.jpg b/presentations/osts-2013-why-use-yocto/bike.jpg
new file mode 100644
index 0000000..dd56173
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/bike.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/bomb.jpg b/presentations/osts-2013-why-use-yocto/bomb.jpg
new file mode 100644
index 0000000..1fd5e07
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/bomb.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/cables.jpg b/presentations/osts-2013-why-use-yocto/cables.jpg
new file mode 100644
index 0000000..3fdc7c6
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/cables.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/clay.jpg b/presentations/osts-2013-why-use-yocto/clay.jpg
new file mode 100644
index 0000000..a22a3ac
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/clay.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/data.jpg b/presentations/osts-2013-why-use-yocto/data.jpg
new file mode 100644
index 0000000..4820594
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/data.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/engineer.jpg b/presentations/osts-2013-why-use-yocto/engineer.jpg
new file mode 100644
index 0000000..71b7350
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/engineer.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/labquest.jpg b/presentations/osts-2013-why-use-yocto/labquest.jpg
new file mode 100644
index 0000000..9406a9d
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/labquest.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/license.jpg b/presentations/osts-2013-why-use-yocto/license.jpg
new file mode 100644
index 0000000..4d1fd00
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/license.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/minifigs.jpg b/presentations/osts-2013-why-use-yocto/minifigs.jpg
new file mode 100644
index 0000000..3c63cbd
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/minifigs.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/qa.jpg b/presentations/osts-2013-why-use-yocto/qa.jpg
new file mode 100644
index 0000000..11164d9
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/qa.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/road.jpg b/presentations/osts-2013-why-use-yocto/road.jpg
new file mode 100644
index 0000000..a0e373c
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/road.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/train.jpg b/presentations/osts-2013-why-use-yocto/train.jpg
new file mode 100644
index 0000000..c748db1
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/train.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/tv.jpg b/presentations/osts-2013-why-use-yocto/tv.jpg
new file mode 100644
index 0000000..4742383
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/tv.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/xeon-phi.jpg b/presentations/osts-2013-why-use-yocto/xeon-phi.jpg
new file mode 100644
index 0000000..3e914aa
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/xeon-phi.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/yocto.jpg b/presentations/osts-2013-why-use-yocto/yocto.jpg
new file mode 100644
index 0000000..333aec6
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/yocto.jpg
Binary files differ
diff --git a/presentations/osts-2013-why-use-yocto/yocto.pin b/presentations/osts-2013-why-use-yocto/yocto.pin
new file mode 100644
index 0000000..4ea52b8
--- /dev/null
+++ b/presentations/osts-2013-why-use-yocto/yocto.pin
@@ -0,0 +1,254 @@
1#!/usr/bin/env pinpoint
2
3[fill]
4[bottom]
5[font=ITC Kabel Semi-Bold 80px]
6[transition=fade]
7-- [yocto.jpg]
8
9# Ross Burton, a senior engineer on the Yocto Project
10#
11# Been working on Yocto for nearly a year, but also worked on the precursor to Yocto, Poky, before working on moblin, meego and tizen.
12
13-- [black] [text-align=center] [center]
14Why you should use
15the Yocto Project
16(instead of a desktop Linux)
17for your product
18#I'm talking about why you should use the Yocto Project (instead of a desktop Linux) for your pproduct
19#
20#They say when you can't summarise your talk in three words, why not use thirty, so I added a subtitle
21
22-- [bomb.jpg] [text-align=center]
23or,
24How I Learned To Stop Worrying
25And Love Building Distros
26#How I learned to stop worrying and love building distros.
27#
28#Because every conference should have a Dr Strangelove reference.
29#
30#Although this is less funny now that BAE systems have just appeared on the support mailing list.
31
32-- [yocto.jpg]
33“It's not an embedded Linux distribution
34— it creates a custom one for you”
35#What is the Yocto Project?
36#
37#YP is not a Linux distribution in the traditional sense, it helps you build a tailored Linux distribution for your embedded Linux product
38#
39#But what do we mean by embedded? Embedded means different things to different people.
40
41-- [apple.jpg]
42Not a “PC”
43#Basically, "not general purpose desktop computing".
44#
45#There are many examples where the YP is a good fit
46
47-- [tv.jpg]
48Home Media
49#Home media: Televisions, digital video recorders, set-top boxes, wireless speakers, internet radios.
50#
51#Our set-top box division is rebasing their SDK to YP right now, after maintaining their own linux distro.
52
53-- [advert.jpg]
54Digital Signage
55#Digital signage, such as the schedule displays you can see in the hallway, airport departure panels, so on.
56#
57#I certainy hope that next year instead of mac minis we're using minnow boards.
58
59-- [data.jpg] [text-align=center]
60Telecoms
61Data Centre
62#Telecoms and data centres, where you'll have clusters of xeons running core networking, or other specialised applications
63#
64#These are basically incredible powerful appliances, not general purpose machines. they need every bit of power squeezed out of their hardware, and generalising, even with an enterprise distro, may not be enough.
65
66-- [xeon-phi.jpg]
67Intel® Xeon Phi™
68(ding dong ding dong!)
69#Xeon Phi, aka MIC or Knights Corner.
70#
71#Can't get much more embedded than a PCI Express board with 64 x86 cores on. These are for massive number crunching, and each runs a Linux platform built by the Yocto Project.
72#
73#The processor was once upon a time a Pentium but is substantially extended, and the system is totally unlike anything else, so they needed a Linux system that could be massively customised to fit their needs.
74
75-- [labquest.jpg]
76Misc and Other
77#The fun thing about YP is you can't predict where people use it.
78#
79#This is the Vernier LabQuest, a flexible science probe for education.
80#
81#webOS, the platform on the palm phone and tablets, is built using YP.
82#
83#If you update the firmware in your Intel SSD, that tool is built with Yocto
84#
85#Concordia, our software defined radio platform, runs on YP.
86#
87#PAUSE.
88#
89#Now we know what sort of products the YP is aimed at, why should you use it?
90
91-- [minifigs.jpg] [center]
92So many choices!
93#When picking a platform what's the difference between Yocto and Android, Linaro, Tizen, Buildroot, Baserock, or hacking your favourite desktop distribution such as Fedora or Debian, especially as some have embedded versions such as emdebian.
94
95-- [cables.jpg]
96Easy to hack on at first,
97but you’ll regret it later
98#When your processor is x86, it's easy to prototype with a desktop distribution and chop pieces off
99#
100#Building new packages and rebuilding the pieces that need changes
101#
102#By the time the prototype is working well, you've invested enough effort that starting again to remove the hacks is off-putting.
103#
104#But you may end up with a fragile system, or the need to do something invasive such as rebuild the entire product with new compiler flags, it's not that easy any more
105
106-- [road.jpg] [top]
107Designed to go
108the distance
109#Yocto is proven technology and designed for long term use
110#
111#The build tool and package metadata (BitBake and OpenEmbedded) have been around for ten years with major deployments
112#
113#Builds on standard hardware (use your laptop to try it out) without any special requirements (eg no VM or root permission), just disk space and a compiler to bootstrap.
114#
115#Commercial support from major OSVs and specialized consultancies
116#
117#Finally no restrictions in it's use, the build system is GPL/MIT, no terms to agree to.
118#
119#Speaking of licensing
120
121-- [license.jpg] [center]
122
123Licensing Hell
124#It's easy to accidently break OSS licensing terms, so YP tries to help.
125#
126#Around $100k per violation
127#
128#All recipes need a license statement, and checksums to validate. if a new upstream release changes their license statements and you didn't notice, the build errors and the maintainer must verify the license situation.
129#
130#"No GPLv3" button when building that can will disable v3 features or whole packages if the v3 bothers you.
131#
132# Generate release archives for license compliance, full source and patches. Easy to split open/closed components and publish the "build instructions" (your build metadata) for true GPL compliance.
133
134-- [train.jpg] [top]
135
136Won’t fall apart over time
137#Yocto won't surprise you late in product development
138#
139#Reproducable builds for the entire system. minimal host dependencies and ability to blow away build tree results in same image.
140#
141#Six monthly release cycle with maintained release branches (about to release the first point release of 1.3, and 1.2 is still getting fixes in its branch)
142#
143#Open planning process for future releases, no development in private repos or not-quite open source model.
144
145-- [bike.jpg]
146Exactly how you want it
147
148#Numerous functional layers, with more packages (network daemons, multimedia support, selinux). these are all optional, you start from a minimal system and build up instead of from a large system and removing pieces.
149#
150#Entirely override existing packaging in your own layers, or just tweak behavior by appending packaging fragments.
151#
152#Generate a machine configuration for your exact target, so you can compile everything with optimal compiler flags, tuned libraries (jpeg, zlib, etc), specific kernel.
153#
154#meta-intel has BSPs for key Intel platforms with targetted hardware support, such as NUC, FRI2, Xeon and IVB/SNB platforms.
155
156-- [engineer.jpg]
157
158Developer friendly
159
160# YP is developer friendly
161#
162# Generate standalone toolchain with headers and libraries so app developers don't actually need to build the whole distro.
163#
164# Development images with compilers/headers, debug images with full symbols and source
165#
166# Eclipse based SDK for anyone who has an irrational fear of emacs and xterm.
167#
168# Bogdan just spoke about hob, the graphical interface to bitbake. also starting work on webhob
169#
170# Documentation is never finished but we've a paid documentation writer
171#
172# Our autobuild setup is open source and documented, so anyone else can do the same.
173#
174# Fast to build. Highly parallel builds. my consumer i7 does a build in under an hour, pre-built objects can be shared on the network.
175
176-- [clay.jpg]
177Malleable
178
179#YP is incredibly flexible.
180#
181#Easily swap or change components, such as systemd for sysvinit, uclibc for eglibc, use Wayland, X11 or DirectFB.
182#
183#choice of packaging system, and no need to keep it on the image.
184#
185#Easily shrinks down to a fastboot few meg filesystem for tiny single-application systems, but can also build a full desktop environment.
186
187-- [qa.jpg]
188Q&amp;A
189
190-- [yocto.jpg]
191Thanks!
192
193# Credits
194#
195# bomb.png
196# Public Domain, apparently. Fair use, if not, right?
197# http://commons.wikimedia.org/wiki/File:Dr._Strangelove_-_Riding_the_Bomb.png
198#
199# apple.jpg
200# Creative Commons 2.0 BY (C) Steve Jurvetson
201# http://www.flickr.com/photos/44124348109@N01/7515248418/
202#
203# tv.jpg
204# Creative Commons 2.0 BY (C) Sarah Reid
205# http://www.flickr.com/photos/sarahreido/3245498261/
206#
207# advert.jpg
208# Creative Commons 2.0 BY-NC-SA (C) Justin Brown
209# http://www.flickr.com/photos/40708728@N04/8496770124/
210#
211# data.jpg
212# Creative Commons 2.0 BY-SA (C) Leonardo Rizzi
213# http://www.flickr.com/photos/29479498@N05/4381851322/
214#
215# xeon-phi.jpg
216# (C) Intel, press material
217#
218# labquest.jpg
219# www.venier.com, press material
220#
221# minifigs.jpg
222# Creative Commons 2.0 BY (C) peter dutton
223# http://www.flickr.com/photos/40646519@N00/305410323/
224#
225# cables.jpg
226# (C) David Stewart, All Rights Reserved, Used with Permission.
227#
228# road.jpg
229# Creative Commons 2.0 BY-NC-SA (C) Rick Harrison
230# http://www.flickr.com/photos/81851211@N00/5861614/
231#
232# license.jpg
233# Creative Commons 2.0 BY-NC (C) Daniel Hoherd
234# http://www.flickr.com/photos/warzauwynn/2553621029/
235#
236# train.jpg
237# Creative Commons 2.0 BY-NC (C) Ian Britton
238# http://www.flickr.com/photos/freefoto/8488902378/
239#
240# bike.jpg
241# Creative Commons 2.0 BY (C) Gerry Lauzon
242# http://www.flickr.com/photos/26745132@N00/1677527193/
243#
244# engineer.jpg
245# Creative Commons 2.0 BY-NC-SA (C) RoberthK
246# http://www.flickr.com/photos/39066002@N05/3595313340/
247#
248# clay.jpg
249# Creative Commons 2.0 BY-NC (C) Toby Thain
250# http://www.flickr.com/photos/qu1j0t3/47174053/
251#
252# qa.jpg
253# Creative Commons 2.0 BY-NC (C) Tantek Çelik
254# http://www.flickr.com/photos/39039882@N00/22778226/