Samsung S3C6410 / SmartQ / 2D acceleration / Xorg

Samsung S3C6410 / SmartQ / 2D acceleration / Xorg

[Harald Welte]

Dear David,

> 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. :-)

So you're hacking on the SmartQ devices?  I recently discovered that they exist and I was
very intrigued in buying one. 

Maybe you can tell me if you or anyone else in the community that is hacking on
those devices have yet figured out 

1) where the testpads/connector for the serial console is
2) where the testpads/connector for the JTAG console is

I've also seen that somebody has been working on an accelerated (EXA) xorg
driver for the 6410, using the samsung-provided 2d driver.  I want to try
that work and play with it, also as a basis to help me to decide what would be
a good way to go ahead for a more standard Linux grephics stack on the 6410 and
related devices.

> 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.

would you mind sharing those drivers or any other work you have in a git tree
that I can have public read access to?

Also, generally speaking, what git tree would you recommend for playing with
the SmartQ devices?

> 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.  :-)

yes, a regular userspace Xorg EXA driver makes probably much more sense.
If the polling turns out to waste too many cycles, we can still think of some
interrupt-to-userspace delivery mechanism where we don't need to busy-wait
in the Xorg driver.

Regards,
-- 
- Harald Welte <laforge@gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)

Samsung S3C6410 / SmartQ / 2D acceleration / Xorg

[Maurus Cuelenaere]

Hi Harald, I also have a working 2.6.31 port to the SmartQ Q7 at 
http://gitorious.org/mcuelenaere-smartq-kernel/mcuelenaere-smartq-kernel 
(this was based on the patch SmartDevices gave to the Mer team, see 
http://gitorious.org/mer-smartq/mer-smartq-kernel )
>> >  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.:-)
> So you're hacking on the SmartQ devices?  I recently discovered that they exist and I was
> very intrigued in buying one.
>
> Maybe you can tell me if you or anyone else in the community that is hacking on
> those devices have yet figured out
>
> 1) where the testpads/connector for the serial console is
> 2) where the testpads/connector for the JTAG console is
At least for the Q7, I can confirm there are RX, TX, 3V and GND pins on 
the board itself (haven't tested them, but I'm pretty sure those are the 
UART pins). Don't know about JTAG. I've done some documentation at 
http://wiki.maemo.org/Mer/Status/SmartQ7 wrt the hardware internals of 
the Q7. Regards, Maurus Cuelenaere

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20090911/3259d32f/attachment-0001.htm>

Samsung S3C6410 / SmartQ / 2D acceleration / Xorg

[Ben Dooks]

On Thu, Sep 10, 2009 at 02:49:42PM +0900, Harald Welte wrote:
> Dear David,
> 
> > 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. :-)
> 
> So you're hacking on the SmartQ devices?  I recently discovered that they exist and I was
> very intrigued in buying one. 

[snip]
 
> yes, a regular userspace Xorg EXA driver makes probably much more sense.
> If the polling turns out to waste too many cycles, we can still think of some
> interrupt-to-userspace delivery mechanism where we don't need to busy-wait
> in the Xorg driver.

does uio support wait-for-interrupt?

-- 
Ben

Q:      What's a light-year?
A:      One-third less calories than a regular year.