diff options
16 files changed, 17 insertions, 0 deletions
diff --git a/Events/XDC2014/XDC2014BachmannTizen.mdwn b/Events/XDC2014/XDC2014BachmannTizen.mdwn
index 988e72bc..d50e056e 100644
--- a/Events/XDC2014/XDC2014BachmannTizen.mdwn
+++ b/Events/XDC2014/XDC2014BachmannTizen.mdwn
@@ -43,3 +43,5 @@ __NOTES & REFERENCES__
* - -
diff --git a/Events/XDC2014/XDC2014DodierPeresSecurity.mdwn b/Events/XDC2014/XDC2014DodierPeresSecurity.mdwn
index 948f8d6a..e40d5938 100644
--- a/Events/XDC2014/XDC2014DodierPeresSecurity.mdwn
+++ b/Events/XDC2014/XDC2014DodierPeresSecurity.mdwn
@@ -11,3 +11,4 @@ This leads us to another GUI-related problem of applications, they need to be ab
Currently, any application can pretend to be your DE's window that asks for credentials. This inspired us to look into the different of authorization and authentication UIs on major OSes and their problems. We finally proposed several ways of making your DE's authentication window be unspoofable by making it trivial for a user to check its legitimacy.
diff --git a/Events/XDC2014/XDC2014EkstrandFullscreenShell.mdwn b/Events/XDC2014/XDC2014EkstrandFullscreenShell.mdwn
index e27f3be1..0efef4ab 100644
--- a/Events/XDC2014/XDC2014EkstrandFullscreenShell.mdwn
+++ b/Events/XDC2014/XDC2014EkstrandFullscreenShell.mdwn
@@ -6,3 +6,4 @@ One such capability is that of screen sharing/recording. On X, this is done by t
diff --git a/Events/XDC2014/XDC2014FortFreeRDS.mdwn b/Events/XDC2014/XDC2014FortFreeRDS.mdwn
index c715b4a9..05c140e7 100644
--- a/Events/XDC2014/XDC2014FortFreeRDS.mdwn
+++ b/Events/XDC2014/XDC2014FortFreeRDS.mdwn
@@ -8,3 +8,4 @@ I will close the presentation by talking about the weston FreeRDS backend - the
diff --git a/Events/XDC2014/XDC2014Graesslin.mdwn b/Events/XDC2014/XDC2014Graesslin.mdwn
index 986914f8..92186fb6 100644
--- a/Events/XDC2014/XDC2014Graesslin.mdwn
+++ b/Events/XDC2014/XDC2014Graesslin.mdwn
@@ -8,3 +8,4 @@ As a C++ application using a low level C library is not particularly thrilling t
[[Slides|kwin-xdc.pdf]] (CC-BY-SA)
diff --git a/Events/XDC2014/XDC2014HerrmannGraphicsBeyondMainCompositor.mdwn b/Events/XDC2014/XDC2014HerrmannGraphicsBeyondMainCompositor.mdwn
index 3a2a8f7a..dbb4861e 100644
--- a/Events/XDC2014/XDC2014HerrmannGraphicsBeyondMainCompositor.mdwn
+++ b/Events/XDC2014/XDC2014HerrmannGraphicsBeyondMainCompositor.mdwn
@@ -6,3 +6,4 @@ Most of the graphics development is targeted at the main session compositor. Thi
A lot of work has already been done to solve these problems, but challenges keep coming it. As only very few people actively work on those problems, this talk will walk through the different projects, describe the challenges and what future work is being planned. Eventually, our goal is to reduce moments off the main session to a minimum, make them as unobtrusive as possible and smoothly integrate into the different desktop environments.
diff --git a/Events/XDC2014/XDC2014PackardGlamor.mdwn b/Events/XDC2014/XDC2014PackardGlamor.mdwn
index 8aa6739f..d7aab63f 100644
--- a/Events/XDC2014/XDC2014PackardGlamor.mdwn
+++ b/Events/XDC2014/XDC2014PackardGlamor.mdwn
@@ -7,3 +7,4 @@ Glamor development has been accelerated by the integration of Glamor support int
This presentation will describe both the current Glamor architecture, Xephyr integration, how Glamor uses various GL and GLES versions and plans for future Glamor work.
diff --git a/Events/XDC2014/XDC2014PedronFreeBSD.mdwn b/Events/XDC2014/XDC2014PedronFreeBSD.mdwn
index 321fdc6d..f182bd83 100644
--- a/Events/XDC2014/XDC2014PedronFreeBSD.mdwn
+++ b/Events/XDC2014/XDC2014PedronFreeBSD.mdwn
@@ -7,3 +7,4 @@ But all of this comes with a price: contributors and users hit critical problems
After a short history of major changes, the presentation goes through the current situation in the kernel, the packages and with our users. It then concludes with the actions taken and planned to restore a nice desktop experience on FreeBSD and, in the long term, be part of the developments, side by side with not only the Linux community but other platforms too.
diff --git a/Events/XDC2014/XDC2014PitoisetOpenCLSimulation.mdwn b/Events/XDC2014/XDC2014PitoisetOpenCLSimulation.mdwn
index b45f63ad..77045312 100644
--- a/Events/XDC2014/XDC2014PitoisetOpenCLSimulation.mdwn
+++ b/Events/XDC2014/XDC2014PitoisetOpenCLSimulation.mdwn
@@ -3,3 +3,4 @@
A molecular dynamics (MD) simulation involves computing the evolution of a system of particles in time. It is mainly used in physics where applications need to track several millions of particles. Due to the compute-intensive nature of MD simulations, researchers tend to use highly parallel computing architectures and accelerators (e.g. NVIDIA GPU & Intel Xeon Phi). In this presentation, I attempt to showcase an efficient OpenCL simulation of short-range particle interactions on heterogeneous architectures. This multi-accelerators approach aims to distribute the workload among the devices and to overlap data transfer and code execution in order to reduce the latency.
diff --git a/Events/XDC2014/XDC2014RitgerEGLNonMesa.mdwn b/Events/XDC2014/XDC2014RitgerEGLNonMesa.mdwn
index 5c05242a..448bd48e 100644
--- a/Events/XDC2014/XDC2014RitgerEGLNonMesa.mdwn
+++ b/Events/XDC2014/XDC2014RitgerEGLNonMesa.mdwn
@@ -27,3 +27,4 @@ and suggest an EGLStream-based mechanism to present frames to an [EGLoutput](htt
diff --git a/Events/XDC2014/XDC2014RitgerGLABI.mdwn b/Events/XDC2014/XDC2014RitgerGLABI.mdwn
index c01d5810..1adc8715 100644
--- a/Events/XDC2014/XDC2014RitgerGLABI.mdwn
+++ b/Events/XDC2014/XDC2014RitgerGLABI.mdwn
@@ -13,3 +13,4 @@ been done thus far and describe what work remains.
diff --git a/Events/XDC2014/XDC2014RougierVisualization.mdwn b/Events/XDC2014/XDC2014RougierVisualization.mdwn
index a0b2da39..75f9c7a4 100644
--- a/Events/XDC2014/XDC2014RougierVisualization.mdwn
+++ b/Events/XDC2014/XDC2014RougierVisualization.mdwn
@@ -25,3 +25,4 @@ Main sites: [vispy]( & [glumpy](
diff --git a/Events/XDC2014/XDC2014ThibaultAccessibility.mdwn b/Events/XDC2014/XDC2014ThibaultAccessibility.mdwn
index 7af1d2e5..41c687fd 100644
--- a/Events/XDC2014/XDC2014ThibaultAccessibility.mdwn
+++ b/Events/XDC2014/XDC2014ThibaultAccessibility.mdwn
@@ -6,3 +6,4 @@ I will briefly remind the path of an 'a', from pressing the keyboard key to the
diff --git a/Events/XDC2014/XDC2014ThibaultStarPU.mdwn b/Events/XDC2014/XDC2014ThibaultStarPU.mdwn
index 147e480e..e0315fc3 100644
--- a/Events/XDC2014/XDC2014ThibaultStarPU.mdwn
+++ b/Events/XDC2014/XDC2014ThibaultStarPU.mdwn
@@ -3,3 +3,4 @@
Heterogeneous accelerator-based parallel machines, featuring manycore CPUs and with GPU accelerators, provide an unprecedented amount of processing power per node, shipped in a very complex machinery. To fully tap into the potential of such machines, one has to deal with optimized task scheduling, multiple accelerators, overlapped data transfers, unused data eviction,... Achieving all that by hand becomes harder and harder, and directive-based languages are often too explicit to really achieve optimized execution. This talk will show how introducing a dynamic run-time systems allows to achieve such optimized execution, under the guidance of the application, through a task-based programming model. It will also discuss what kind of low-level support is useful to be able to optimize execution, and how such a run-time can be integrated as a backend for high-level languages which thus do not have to care about low-level execution.
diff --git a/Events/XDC2014/XDC2014TigeotDragonFlyBSD.mdwn b/Events/XDC2014/XDC2014TigeotDragonFlyBSD.mdwn
index e8e99648..4a0ca3cd 100644
--- a/Events/XDC2014/XDC2014TigeotDragonFlyBSD.mdwn
+++ b/Events/XDC2014/XDC2014TigeotDragonFlyBSD.mdwn
@@ -6,3 +6,4 @@ This is the story of how I ported some of the drm/kms kernel drivers and their a
diff --git a/Events/XDC2014/XDC2014TurnerGLSL.mdwn b/Events/XDC2014/XDC2014TurnerGLSL.mdwn
index d8741dc7..ca2ecf5f 100644
--- a/Events/XDC2014/XDC2014TurnerGLSL.mdwn
+++ b/Events/XDC2014/XDC2014TurnerGLSL.mdwn
@@ -7,3 +7,4 @@ Can we continue making significant improvements without adding significantly to
We know that we want an SSA-based compiler, but we have a number of options to get us there. How do we properly evaluate our options and continue making significant improvements to our generated code?