1. 07 Apr, 2010 6 commits
    • Dave Airlie's avatar
      drm/kms/fb: use slow work mechanism for normal hotplug also. · 4abe3520
      Dave Airlie authored
      a) slow work is always used now for any fbcon hotplug, as its not
         a fast task and is more suited to being ran under slow work.
      
      b) attempt to not do any fbdev changes when X is running as we'll
         just mess it up. This hooks set_par to hopefully do the changes
         once X hands control to fbdev.
      
      This also adds the nouveau/intel hotplug support.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      4abe3520
    • Dave Airlie's avatar
      drm/kms/fb: add polling support for when nothing is connected. · 5c4426a7
      Dave Airlie authored
      When we are running in a headless environment we have no idea what
      output the user might plug in later, we only have hotplug detect
      from the digital outputs. So if we detect no connected outputs at
      initialisation, start a slow work operation to poll every 5 seconds
      for an output.
      
      this is only hooked up for radeon so far, on hw where we have full
      hotplug detection there is no need for this.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      5c4426a7
    • Dave Airlie's avatar
      drm/kms/fb: provide a 1024x768 fbcon if no outputs found. · 19b4b445
      Dave Airlie authored
      If we get no outputs setup provide a 1024x768 fbcon, with
      this + radeon hotplug stuff I can plug a monitor in after startup
      and get to see stuff.
      
      Last thing is to add some sort of timer for non-hpd outputs like
      VGA etc.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      19b4b445
    • Dave Airlie's avatar
      drm/kms/fb: separate fbdev connector list from core drm connectors · 0b4c0f3f
      Dave Airlie authored
      This breaks the connection between the core drm connector list
      and the fbdev connector usage, and allows them to become disjoint
      in the future. It also removes the untype void* that was in the
      connector struct to support this.
      
      All connectors are added to the fbdev now but this could be
      changed in the future.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      0b4c0f3f
    • Dave Airlie's avatar
      drm/kms/fb: move to using fb helper crtc grouping instead of core crtc list · 8be48d92
      Dave Airlie authored
      This move to using the list of crtcs in the fb helper and cleans up the
      whole picking code, now we store the crtc/connectors we want directly
      into the modeset and we use the modeset directly to set the mode.
      
      Fixes from James Simmons and Ben Skeggs.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      8be48d92
    • Dave Airlie's avatar
      drm/fb: fix fbdev object model + cleanup properly. · 38651674
      Dave Airlie authored
      The fbdev layer in the kms code should act like a consumer of the kms services and avoid having relying on information being store in the kms core structures in order for it to work.
      
      This patch
      
      a) removes the info pointer/psuedo palette from the core drm_framebuffer structure and moves it to the fbdev helper layer, it also removes the core drm keeping a list of kernel kms fbdevs.
      b) migrated all the fb helper functions out of the crtc helper file into the fb helper file.
      c) pushed the fb probing/hotplug control into the driver
      d) makes the surface sizes into a structure for ease of passing
      This changes the intel/radeon/nouveau drivers to use the new helper.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      38651674
  2. 06 Apr, 2010 1 commit
  3. 05 Apr, 2010 2 commits
  4. 01 Apr, 2010 4 commits
  5. 31 Mar, 2010 27 commits