Age | Commit message (Collapse) | Author |
|
|
|
This implements the ioctl used for mapping GEM objects into memory.
This needs a unit test in glamo-dri-tests, but for the time being appears to
make X.org less segfaulty.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This allows command sequences to make use of buffer objects by providing
their GEM handles.
It also reorganises the code a bit, and adds a lot of missing security stuff.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This fixes things which were broken after the previous commit.
VRAM allocation now appears to work.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This implements the GEM 'create' ioctl.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This just creates a new file for the memory management stuff.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Reinitialise the command queue on resume, so the fun can continue...
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This removes a lot of debugging. We can't afford to splurge out a
page of printk()s on every command submission.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
We must enable the clock divider for the 2D engine in order for
anything interesting to happen. Well, duh.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This just moves the engine enabling calls around a bit.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This adds [glamo-drm] before the debugging messages.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This still doesn't quite work...
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This implements resetting of the command queue engine.
Hint: Do this before trying to read registers.. :)
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This is just brought across from xf86-video-glamo
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This allows glamo_cmdq_wait() to timeout.
We will probably need to substitute this for something better later on, but for the
time being I wanted to avoid a deadlock if the command queue never cleared.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Tidy up the code in glamodrm_probe by doing glamodrm->gdrm
Pass 'gdrm' to glamo_cmdq_init, not glamo_core (d'oh!)
Enable the command queue engine at the start
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This fixes the licence text at the top of glamo-cmdq.c, noting that code from
Xorg has been incorporated.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This fixes up the Makefile so that the build actually works.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This adds handling of Glamo's ring buffer at the kernel level, to be accessed
via ioctl DRM_GLAMO_CMDBUF.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This provides the necessary tweak to get our ioctls to be called properly.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
Conflicts:
drivers/mfd/glamo/Kconfig
|
|
Distributions that use Xorg will not need the workaround at
all and now they can disable it.
Updated configurations to enable it by default.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
~ Cleanup of a redundant call I introduced before.
~ Removed useless assignation.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
To disable the workaround at run-time run:
echo 0 > /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glamo3362.0/glamo-fb.0/xglamo_hack
I guess I should add a compile option now to completely disable the workaround but let's call
this an enhancement and let's close the bug now.
By default the workaround is enabled.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
Reported-by: Timo Juhani Lindfors <timo.lindfors@iki.fi>
|
|
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This is the beginnings of the definition of our GEM interface
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
issue""
This reverts commit aa2dbc74bed8cf60e591c654ba1882011b9a8ece.
Reverting the revert. Sorry for the noise.
Check:
http://lists.openmoko.org/pipermail/openmoko-kernel/2009-April/010023.html
|
|
This reverts commit bd4b7e8e84ab43a13a4620b001d52d373c2122b3 which brought
WSOD back for some devices.
It was reported that the problem does not happen with Qi and it
seem it is good news. See:
https://docs.openmoko.org/trac/ticket/2274
Conflicts:
drivers/video/display/jbt6k74.c
|
|
Changing dev_info => dev_dbg.
Signed-off-by: Tim Niemeyer <tim.niemeyer@mastersword.de>
|
|
Space transition between sleep-in and sleep-out of at least
120 ms as mentionned in the spec. Also, made sure the LCM
is moved into sleep state before the pixel clock is turned off.
To do so, I've modified glamo-fb to send FB_BLANK_POWERDOWN before
turning off the pixel clock. Also fixed various violation of coding
style. This patch should reduce the risk of white screen.
Signed-off-by: Nicolas Dufresne <nicolas.dufresne@gmail.com>
|
|
This adds some MMIO initialisation stuff to glamo-drm.c.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This fixes the MMC buffer locations in glamo-mci.c, which were broken by the
reorganisation of Glamo's memory.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This adds a missing statement to let glamo-drm.c know the core Glamo handle, so
it can manipulate registers such as the 2D and 3D clocks.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This just cosmetically tidies up the declarations in glamo-core.h. We have to
be very clear about what lives where in the memory.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This patch removes the platform devices corresponding to Glamo's 2D, 3D, JPEG and MPEG
engines. These will later be handled via DRM.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
|
|
Handle new memory layout.
The "not-needed" memory should not be taken by the framebuffer driver.
Use that for the DRM driver.
Add the cmdq platform device
Set aside 4k for hardware cursor, reject cursors that don't fit.
|
|
|
|
platform_device_add_data copies the data, so no need for
kmalloc.
Signed-off-by: Tim Niemeyer <reddog@mastersword.de>
|
|
The kernel would fail to link because cfb_fillrect, cfb_copyarea and
cfb_imageblit weren't build. This patch fixes it.
Signed-off-by: Rask Ingemann Lambertsen <rask@sygehus.dk>
|
|
spigpio_info.
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=740c6704e830829d8539a6cc34346ff1980cd9ee
Get rid of board_info information in glamo and s3c24xx_gpio spigpio_info.
The board info does not belong there and has been removed. In
spi_s3c24xx_gpio, board_info has been removed in mainline.
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
|
|
This patch moves the bulk transfer action outside of
interrupt context, along with the STOP transmission action
for multiblock transfers.
It's prompted by
https://docs.openmoko.org/trac/ticket/2180
But it can impact throughput to SD card, so it's for testing
currently.
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
It looks like I made a mistake in the original pan implementation that
is now getting exercised. The following fixes pan again.
Cheers,
Sean
|
|
People on bug
https://docs.openmoko.org/trac/ticket/2217
experiencing problems with default emmory settings on Glamo
reported that changing reg 0x200 <- 0xef0 as in 2.6.24 made
the problem not reproducible any more.
However this changes three bitfields, two are to do with
waitstates before sampling read and write cycles off the
bus, and the last is to do with which PLL provides the clock
to the memory interface unit logic. The old settings has
all three of these very conservative, 3 waitstates and using
the 50MHz PLL instead of the 90MHz one; the new default
setting has all of these at their fastest of 0 wait states
and the 90MHz PLL.
This patch adds some more granular tests to the same
glamo3362.slow_memory=
parameter to see if we can find some middle ground. For
example the issue may be the waitstates and not the PLL
source, in which case even users with the bad Glamo
behaviour can have the advantage of the faster PLL / bus
bandwidth.
0 90MHz PLL, no wait states (default)
1 50MHz PLL, 3 wait states
2 50MHz PLL, 2 wait states
3 50MHz PLL, 1 wait state
4 50MHz PLL, no wait states
5 90MHz PLL, 3 wait states
6 90MHz PLL, 2 wait states
7 90MHz PLL, 1 wait state
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=3b09161ffa5f29870d1f2cab1442f79ff2017b69
glamo_fix_improper_xrandr_geometry_setting.patch
Switching to xrandr -o 3 from xrandr -o 1 caused the screen to look crazy
because of the way lcd geometry is set in glamo. This patch fixes it.
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=40fe0a30c75937a476ea50220814ca8b1fd81b45
fix_glamo_xrandr_bug.patch
This patch reintroduces the 2-cycle delay used when accessing glamo-fb
registers. This seems to be required even when the corresponding
registers in HOST_BUS are off.
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
|
|
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=938eddf17625cce0307f7612a3ea2560384e2384
pcf50606_rebase_changes,patch
This patch brings into andy-tracking all changes related to pcf50606 from old
balaji-tracking.
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|