search for: handrolling

Hi, > > Signed-off-by: Dave Airlie <airlied at redhat.com> > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> > > Standard request from my side for new drm drivers (especially if they're > this simple): Can you please update the drivers to latest drm internal > interfaces, i.e. using universal planes and atomic? Up'n'running. Incremental

Hi, > > Signed-off-by: Dave Airlie <airlied at redhat.com> > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> > > Standard request from my side for new drm drivers (especially if they're > this simple): Can you please update the drivers to latest drm internal > interfaces, i.e. using universal planes and atomic? Up'n'running. Incremental

Just switched over to passenger for development and production for my rails app. Liking it so far. My problem is my image_links, stylesheet_tag_links, and javascript_tag_links are all adding "http://localhost:3000 to the generated links. I got around the stylesheet and js links by not using the helpers. I can access my all of my assets directly via http://dating.local/stylesheets/all.css,

...really good enough for anybody. There > are a couple of points that I think are fairly non-controversial, but > will more or less drive the discussion at the BoF: > > 1. It isn't practical to keep a bindings API stable, unless the > underlying API is also stable. > > 2. Handrolling bindings as they're needed tends to leave conspicuous > gaps where some API is inaccessible for no good reason. > > So based on (1), we'll really want to create some purpose built APIs > that we can keep stable for various tasks. What's needed here? People > want to do...

On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote: > Hi, > > > > Signed-off-by: Dave Airlie <airlied at redhat.com> > > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> > > > > Standard request from my side for new drm drivers (especially if they're > > this simple): Can you please update the drivers to latest drm

On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter <daniel at ffwll.ch> wrote: > On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote: >> > > Signed-off-by: Dave Airlie <airlied at redhat.com> >> > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> >> > >> > Standard request from my side for new drm drivers (especially if

On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter <daniel at ffwll.ch> wrote: > On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote: >> > > Signed-off-by: Dave Airlie <airlied at redhat.com> >> > > Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> >> > >> > Standard request from my side for new drm drivers (especially if

...are a couple of points that I think are fairly non-controversial, but >> will more or less drive the discussion at the BoF: >> >> 1. It isn't practical to keep a bindings API stable, unless the >> underlying API is also stable. >> >> 2. Handrolling bindings as they're needed tends to leave conspicuous >> gaps where some API is inaccessible for no good reason. >> >> So based on (1), we'll really want to create some purpose built APIs >> that we can keep stable for various tasks. What's needed...

...more apis for panel fitting test. igt_kms: Allow disabling previous override mode kms_panel_fitting: Add tests for fastboot. kms_cursor_legacy: Reorganize test execution kms_cursor_legacy: Enable tests for !intel drivers. kms_cursor_legacy: Use igt_display_t instead of handrolling everything. kms_cursor_legacy: Use igt_display for modesets. kms_cursor_legacy: Make sure BAT runs when pipe A cannot be used. kms_cursor_legacy: Add a wider variety of tests. kms_cursor_legacy: Add test for unrelated cursor updates. lib/igt_kms: Move doc header to sta...

Hello! I have problems compiling zaptel (tried 1.2.11, 1.2.10 and 1.4.0-beta2 -- all give the same error) with 2.6.19 kernel CC [M] /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.o In file included from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/xpd.h:26, from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.c:28: