search for: handroll

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...

...and atomic? > > Up'n'running. Incremental patch: > > https://www.kraxel.org/cgit/linux/commit/?h=virtio-gpu-2d&id=b8edf4f38a1ec5a50f6ac8948521a12f862d3d5a > > v2 coming, but I'll go over the other reviews first. Looking good. Wrt pageflip the current MO is to handroll it in your driver, common approach is to use the msm async commit implementation msm_atomic_commit. The issue is simply that right now there's still no useable generic vblank callback support (drm_irq.c is a mess) hence why the core helpers don't support async flips yet. -Daniel -- Daniel...

...Up'n'running. Incremental patch: >> >> https://www.kraxel.org/cgit/linux/commit/?h=virtio-gpu-2d&id=b8edf4f38a1ec5a50f6ac8948521a12f862d3d5a >> >> v2 coming, but I'll go over the other reviews first. > > Looking good. Wrt pageflip the current MO is to handroll it in your > driver, common approach is to use the msm async commit implementation > msm_atomic_commit. The issue is simply that right now there's still no > useable generic vblank callback support (drm_irq.c is a mess) hence why > the core helpers don't support async flips yet....

...Up'n'running. Incremental patch: >> >> https://www.kraxel.org/cgit/linux/commit/?h=virtio-gpu-2d&id=b8edf4f38a1ec5a50f6ac8948521a12f862d3d5a >> >> v2 coming, but I'll go over the other reviews first. > > Looking good. Wrt pageflip the current MO is to handroll it in your > driver, common approach is to use the msm async commit implementation > msm_atomic_commit. The issue is simply that right now there's still no > useable generic vblank callback support (drm_irq.c is a mess) hence why > the core helpers don't support async flips yet....

...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 nee...

...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...

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: