Age | Commit message (Collapse) | Author |
|
Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
|
|
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>
|
|
Disable EXT4 in gta02_moredrivers_defconfig.
Enable reiserfs3 in gta02_moredrivers_defconfig and gta02_packaging_defconfig.
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
Reported-by: W.Kenworthy <billk@iinet.net.au>
|
|
Removes ext4 support from the packaging defconfig; there is little
value in having this built into the kernel, and a bug in the current
2.6.29-rc3 kernel results in the kernel attempting to mount an ext2
rootfs as ext4, which fails.
Signed-off-by: Mike Westerhof <mwester@dls.net>
|
|
This is the beginnings of the definition of our GEM interface
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
This adds a defconfig for compiling with DRM. Mostly this is just to make my
work with OpenEmbedded a bit easier.
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
|
|
This reverts commit 962780e3631255fc5423192d0762f30a1fa45239.
Nothing really wrong with it but the resulting kernel was
too big for the GTA01 NAND flash.
GTA01 boots.
|
|
If brightness value was set to anything less than 12, the backlight wasn't
re-enabled after unblanking the display. Closes ticket #2262.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
Disabled additional debugging introduced
in 70b36104ab8c03f5be6d03344214d09447d9d4a8
|
|
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
|
|
Changing dev_info => dev_dbg.
Signed-off-by: Tim Niemeyer <tim.niemeyer@mastersword.de>
|
|
this affects gta01 and gta02, now we can enable both in the .config
Signed-off-by: Tim Niemeyer <tim.niemeyer@mastersword.de>
|
|
Signed-off-by: Tim Niemeyer <tim.niemeyer@mastersword.de>
|
|
This closes bug #2267.
Signed-off-by: Mike Westerhof <mwester@dls.net>
|
|
Cleaned unnecessary debugging output.
Signed-off-by: Nicolas Dufresne <nicolas.dufresne@gmail.com>
|
|
Re-enable usbmode attribute.
It was disabled by 70b36104ab8c03f5be6d03344214d09447d9d4a8.
Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
|
|
Cleanup code of ohci-s3c2410.
Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
|
|
Not sure what is the correct naming scheme and if MODULE_ALIAS in
drivers/usb/host/ohci-s3c2410.c is needed at all (if yes, probably it
should be modified too).
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
|
|
No substantial changes, this just tidies up a bunch of coding style
issues that ought to be fixed up before merge (which I'll do when the
GTA02 machine support is queued for merge).
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
|
|
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>
|
|
A network device is supposed to disable its internals in the "close"
function. Doing so affords us protection against various races,
including the ioctl vs. rfkill conflict reported by Michael.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
Reported-by: Michael Trimarch <michael@panicking.kicks-ass.org>
|
|
According to the PCF50606 manual, the issues resoved by commit
cc1663fc922c03feb0d7bbb8b18d62fbac0128de also exists there.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
Reported-by: Rask Ingemann Lambertsen <rask@sygehus.dk>
|
|
This is loosely based on a patch by Ivan Petrov.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
Reported-by: Ivan Petrov <ivan_p@hotbox.ru>
|
|
"pdata" is NULL on GTA01 and you oops.
Revised patch, this time with if(..) instead of #ifdef
Signed-off-by: Tim Niemeyer <tim.niemeyer@mastersword.de>
|
|
Signed-off-by: Tim Niemeyer <tim.niemeyer@mastersword.de>
|
|
IDs 0 and 1 are AR6002, not AR6001. This is based on a patch by
Ivan Petrov, but it differs in leaving the IDs in
include/linux/mmc/sdio_ids.h
Signed-off-by: Werner Almesberger <werner@openmoko.org>
Reported-by: Ivan Petrov <ivan_p@hotbox.ru>
|
|
e2c0650efa751a6a2220618695fa41a2a5e7d23c introduced a platform-specific
hack to check if the MMC driver and hardware handle busy signaling from
the device properly.
Since this seems to be the case, we can revert this hack now.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
This patch cleans up a little after Ivan's netif_queue_stop fix.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
This patch resolves the following issue:
http://lists.openmoko.org/pipermail/openmoko-kernel/2009-March/009643.html
Changed: prevent rescheduling network queue at interface opened/connected.
Removed: wake network queue at transmit complete.
Added: wake network queue at packet queue limit not reached.
Signed-off-by: Ivan Petrov <ivan_p@hotbox.ru>
|
|
... and check the return value in ar6000_activate.
[ Werner: changed ___FUNCTION__ to __func__ ]
Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
An S3C2442B would be detected as S3C2440 by the cpu_is_s3cxxxx()
macros. This patch fixes it.
Signed-off-by: Rask Ingeman Lambertsen <rask@sygehus.dk>
|
|
This is done in a slightly nasty way. We should perhaps try to come up
with a better way of uniquely identifying the platform device to DRM.
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
|
|
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.
|
|
Handle correctly the proc/dri/0/name printing
Helper function to check the PLATFORM feature
|
|
|
|
|
|
Signed-off-by: Tim Niemeyer <reddog@mastersword.de>
|
|
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
platform_device_add_data copies the data, so no need for
kmalloc.
Signed-off-by: Tim Niemeyer <reddog@mastersword.de>
|