1. 24 Apr, 2011 2 commits
  2. 23 Apr, 2011 2 commits
    • Florian Tobias Schandinat's avatar
      viafb: reduce OLPC refresh a bit · c5a4e6d7
      Florian Tobias Schandinat authored
      When allowing some PLL calculation we get a frequency that seems to
      be a bit higher than what the OLPC DCON likes resulting in a still
      readable but not so good image. We don't really know whether this is
      a problem with the calculation formula or the OLPC but as other
      displays seem to be happy with the other modes adjusting the OLPC
      refresh looks like the better thing. This patch prevents a
      regression when dynamic PLL calculation is allowed.
      Signed-off-by: default avatarFlorian Tobias Schandinat <FlorianSchandinat@gmx.de>
      c5a4e6d7
    • Florian Tobias Schandinat's avatar
      viafb: fix OLPC XO 1.5 device connection · 32fab7bc
      Florian Tobias Schandinat authored
      This patch fixes the devices connected on OLPC. The OLPC panel seems
      to be connected to DVP1 and LVDS2 for some reasons and if not both
      are handled correct the display does not work correct or not at all.
      This patch prevents regressions on the OLPC where it worked by
      accident but would break in future as the driver did not know the
      correct devices connected. This might also fix hardware scaling.
      Hopefully the OLPC is the only device with such a requirement but it
      will be certainly better to actually know what devices are actually
      connected and to not work by accident.
      Signed-off-by: default avatarFlorian Tobias Schandinat <FlorianSchandinat@gmx.de>
      32fab7bc
  3. 15 Apr, 2011 1 commit
    • Florian Tobias Schandinat's avatar
      viafb: fix OLPC DCON refresh rate · b4ce6a28
      Florian Tobias Schandinat authored
      This patch fixes a regression introduced by
      	fd3cc698a
      	"viafb: remove duplicated clock storage"
      caused by an incosistent mode which pretended to have a higher
      refresh rate than it actually had. The wrong refresh rate resulted
      in a calculated higher pixclock which the OLPC DCON could not handle.
      By reducing the refresh rate to 50Hz we get close to the old
      pixclock which makes the OLPC display usable again.
      Minor other adjustments are needed as 60Hz is assumed to be a safe
      value which is not true for OLPC DCON. This is no problem as we only
      support 1200x900 on the OLPC.
      Signed-off-by: default avatarFlorian Tobias Schandinat <FlorianSchandinat@gmx.de>
      Reported-by: default avatarDaniel Drake <dsd@laptop.org>
      b4ce6a28
  4. 27 Mar, 2011 2 commits
  5. 26 Mar, 2011 1 commit
  6. 23 Mar, 2011 1 commit
  7. 21 Mar, 2011 4 commits
  8. 16 Mar, 2011 1 commit
  9. 12 Mar, 2011 5 commits
  10. 09 Mar, 2011 6 commits
  11. 02 Mar, 2011 1 commit
  12. 01 Mar, 2011 12 commits
  13. 28 Feb, 2011 2 commits
    • Don Zickus's avatar
      x86: Use u32 instead of long to set reset vector back to 0 · 299c5696
      Don Zickus authored
      A customer of ours, complained that when setting the reset
      vector back to 0, it trashed other data and hung their box.
      They noticed when only 4 bytes were set to 0 instead of 8,
      everything worked correctly.
      
      Mathew pointed out:
      
       |
       | We're supposed to be resetting trampoline_phys_low and
       | trampoline_phys_high here, which are two 16-bit values.
       | Writing 64 bits is definitely going to overwrite space
       | that we're not supposed to be touching.
       |
      
      So limit the area modified to u32.
      Signed-off-by: default avatarDon Zickus <dzickus@redhat.com>
      Acked-by: default avatarMatthew Garrett <mjg@redhat.com>
      Cc: <stable@kernel.org>
      LKML-Reference: <1297139100-424-1-git-send-email-dzickus@redhat.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      299c5696
    • Thomas Renninger's avatar
      perf timechart: Fix max number of cpus · 54b08f5f
      Thomas Renninger authored
      Currently numcpus is determined in pid_put_sample which is only
      called on sched_switch/sched_wakeup sample processing.
      
      On a machine with a lot cpus I often saw the last cpu missing.
      
      Check for (max) numcpus on every event happening and in the
      beginning. -> fixes the issue for me.
      Signed-off-by: default avatarThomas Renninger <trenn@suse.de>
      Cc: Arjan van de Ven <arjan@linux.intel.com>
      Cc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
      Cc: lenb@kernel.org
      LKML-Reference: <1298842606-55712-6-git-send-email-trenn@suse.de>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      54b08f5f