From: dave@chronolytics•com (David F. Carlson)
To: linux-arm-kernel@lists•infradead.org
Subject: Samsung S3C6410 mainline merge coordination
Date: Wed, 2 Sep 2009 08:03:30 -0400 (EDT) [thread overview]
Message-ID: <200909021203.n82C3USg020804@chronolytics.com> (raw)
In-Reply-To: <20090902031719.GK3838@prithivi.gnumonks.org>
According to Harald Welte:
>
> === plat-s3c/gpio.c ===
> * off-by-one error, send fix mainline
I have added the bank-k and bank-l and submitted the patch to Ben.
>
> === suspend-to-ram ===
> * port to mainline and test, submit mainline
Another s3c issue that needs to be addressed further is the number of special purpose pins for power management, audio/video codec, otg detect, etc. that vary from mach to mach. Many of the drivers do not have a means to use the mach-specific gpios -- and yet most are required to useful function.
The mach I am using has a whole "kluge" driver to handle the mach-specific gpios. Oi. These will have to be knocked down one by one for a decent save-restore to work.
>
>
> === adc / touchscreen ===
I too have "ported" a touchscreen impl. I didn't know others were working it...
I have ditched the 6410-adc stuff in favor of the "common" s3c api. From my read the 12bit adc is supported as-is via a platdata:
static struct s3c_adc_mach_info s3c_adc_platform = {
/* s3c6410 support 12-bit resolution */
.delay = 10000,
.presc = 49,
.resolution = 12,
};
I am also working on a "canonical" PWM backlight driver using the pwm_bl lcd support and the 6410 pwm timer support in next-s3c. It is mostly working and should be ready to push soon.
I have a fairly decent SmartQ5/7 config and mach-smartq init file. Much of this work (that I can test) can be back ported to the smdk6410 (that I can't test. :-)
> === video / multimedia ===
> * needs a lot of thought
> * support standard mainlien architecture wherever possible
> ** 2D accelerated framebuffer
> ** DRI/DRM/TTM/KMS
> ** V4L
I have a "port" to next-s3c of the exiting sansumg-ap-2.6 media drivers. They load. It is a start anyway... Another downside to these drivers is that their memory is statically allocated a boot-time. I have asked Ben to consider taking this "port" into next-s3c as a basis for common work since it won't get better until people can work it.
I am not sure the g2d driver is particular useful for a accel X driver. The fifo mechanism with polling might work better than an ioctl-like interrupt blit-only based one. It seems kinda expensive to trap the the kernel for every 2d-op. Kinda like MSWindows then. :-)
>
>
David F. Carlson Chronolytics, Inc. Rochester, NY
mailto:dave at chronolytics.com http://www.chronolytics.com
"The faster I go, the behinder I get." --Lewis Carroll
next prev parent reply other threads:[~2009-09-02 12:03 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-02 3:17 Samsung S3C6410 mainline merge coordination Harald Welte
2009-09-02 9:51 ` Nelson Castillo
2009-09-02 12:15 ` Harald Welte
2009-09-02 15:58 ` Nelson Castillo
2009-09-02 10:05 ` Mark Brown
2009-09-02 12:11 ` Harald Welte
2009-09-02 13:44 ` jassi brar
2009-09-02 14:47 ` Mark Brown
2009-09-03 0:38 ` jassi brar
2009-09-03 12:14 ` Mark Brown
2009-09-03 13:39 ` jassi brar
2009-09-03 15:18 ` Mark Brown
2009-09-04 1:08 ` jassi brar
2009-09-04 13:41 ` Mark Brown
2009-09-04 14:27 ` jassi brar
2009-09-04 14:57 ` Mark Brown
2009-09-04 1:27 ` Samsung SoC ASOC drivers Harald Welte
2009-09-04 4:10 ` jassi brar
2009-09-02 19:09 ` Samsung S3C6410 mainline merge coordination Ben Dooks
2009-09-03 0:21 ` Joonyoung Shim
2009-09-03 11:06 ` Mark Brown
2009-09-03 12:48 ` Joonyoung Shim
2009-09-02 13:45 ` Mark Brown
2009-09-02 19:22 ` Ben Dooks
[not found] ` <19987914.1168001251884594226.JavaMail.coremail@bj126app54.126.com>
2009-09-02 12:01 ` Harald Welte
2009-09-02 19:10 ` Ben Dooks
2009-09-02 22:26 ` Harald Welte
2009-09-03 9:51 ` Daniel Silverstone
2009-09-03 10:34 ` Russell King - ARM Linux
2009-09-03 10:40 ` Daniel Silverstone
2009-09-04 5:48 ` Pavel Machek
2009-09-02 12:03 ` David F. Carlson [this message]
2009-09-02 12:46 ` Peter Korsgaard
2009-09-02 19:16 ` Ben Dooks
2009-09-03 1:56 ` Harald Welte
2009-09-03 10:04 ` Peter Korsgaard
2009-09-03 10:57 ` Mark Brown
[not found] ` <7641737.122161251944382753.JavaMail.coremail@bj126app17.126.com>
2009-09-03 4:31 ` Harald Welte
2009-09-10 5:49 ` Samsung S3C6410 / SmartQ / 2D acceleration / Xorg Harald Welte
2009-09-15 23:34 ` Ben Dooks
2009-09-15 9:49 ` Samsung S3C6410 / SmartQ / 2D acceleration / Xorgy David F. Carlson
2009-09-02 12:49 ` Samsung S3C6410 mainline merge coordination Peter Korsgaard
2009-09-02 22:30 ` Harald Welte
2009-09-02 16:12 ` Ben Dooks
2009-09-02 21:25 ` David F. Carlson
2009-09-02 23:18 ` Harald Welte
2009-09-03 3:31 ` Bill Gatliff
2009-09-03 3:38 ` Nelson Castillo
2009-09-03 4:33 ` Harald Welte
2009-09-04 7:15 ` Nelson Castillo
2009-09-02 16:58 ` Mark Brown
[not found] <23992600.419641251935757361.JavaMail.weblogic@epml11>
2009-09-03 0:46 ` Harald Welte
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200909021203.n82C3USg020804@chronolytics.com \
--to=dave@chronolytics$(echo .)com \
--cc=linux-arm-kernel@lists$(echo .)infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox