1. 19 Oct, 2005 4 commits
    • Imre Deak's avatar
      [PATCH] ARM: OMAP: FB support for OMAP2 · c8d61d1b
      Imre Deak authored
      included in this FB patch:
      - OMAP2 support with overlay, colorkey handling
      - the palmte patch posted by Romain Goyet. The palette loading is
        changed a bit, so that it works ok with other platforms as well.
      - registering the FB device through plat-omap/devices.c instead of doing
        it from the driver itself. Boards have to specify the OMAP_TAG_LCD
        config in the related board-*.c with in order to have FB support.
      - pixel clock divider calculation based on the panel->pixel_clock
        instead of the wired panel->pcd
      - support for external controllers both on SOSSI (OMAP1) and
        RFBI (OMAP2), kudos to Juha for this
      - removal of the OMAP1 2D gfx stuff, it didn't really improve the
        performance:(
      - double buffering IOCTL API, as this can be done in a more standard
        way through FBIOPUT_VSCREENINFO
      - update of the affected omap_*_defconfigs
      - minor formatting changes and typo fixes
      
      Still TODO:
      - OMAP2 Rotation, scaling of video planes
      - OMAP2 digit-out (aka tv-out)
      - moving the frame buffer to an alternative locating (onchip SRAM)
      
      I tested it with H2 and H4 but it might break on other OMAP1 boards as
      there were changes also in the old parts.
      c8d61d1b
    • Deepak Saxena's avatar
      [PATCH] ARM: OMAP: Add RNG platform device · c6358b2c
      Deepak Saxena authored
      The following patch adds a platform device for the OMAP RNG. I have
      added support for using this to the RNG driver as part of a generic
      RNG codebase I'm writing and will submit that for testing once
      it is compiling.
      Signed-off-by: default avatarDeepak Saxena <dsaxena@plexity.net>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      c6358b2c
    • Tony Lindgren's avatar
      ARM: OMAP: Add comment on why omap_gpio_init() is needed on some boards · 7813a4a7
      Tony Lindgren authored
      Add comment on why omap_gpio_init() is needed on some boards
      7813a4a7
    • Tony Lindgren's avatar
      ARM: OMAP: Undo of adding early GPIO init to board specific files · e6f351b7
      Tony Lindgren authored
      The early GPIO should only be needed in cases where some interrupts
      are routed via FPGA. In most cases doing the init with arch_initcall()
      should be fine.
      e6f351b7
  2. 18 Oct, 2005 6 commits
  3. 17 Oct, 2005 1 commit
  4. 14 Oct, 2005 1 commit
    • David Brownell's avatar
      [PATCH] ARM: OMAP: USB peripheral DMA update' · 3e709eac
      David Brownell authored
      The change to make DMA work two bytes at a time omitted an important
      tweak that affects the file_storage gadget:  it needs to recognize when
      the host writes an odd number of bytes.  (The change was made to get
      past a controller lockup that seemed to be caused by byte-at-a-time DMA
      using too much bandwidth on one of the I/O busses during network stress
      testing.  The network layer ignores such extra bytes.)
      
      This patch resolves that issue by checking the relevant bit and adjusting
      the rx byte count, so that for example a legal 13 byte request doesn't
      morph into an illegal 14 byte one any more.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      3e709eac
  5. 12 Oct, 2005 5 commits
  6. 11 Oct, 2005 15 commits
  7. 10 Oct, 2005 8 commits