<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
David Bolcsfoldi wrote:
<blockquote
cite="mid:609d5c8e0610121412o1288ef6i667b908597bf3d76@mail.gmail.com"
type="cite">
<pre wrap="">No I did not know that unfortunately, it could have saved me some work.
You are of course right and I'd much prefer to make changes to your driver
instead of writing another one.
</pre>
</blockquote>
I am sorry you put so much effort in. However, you could have
checked the archives.<br>
I think there are atleast 3 different UartLite drivers posted since
January.<br>
<br>
It would be really nice if we could all standardize on one driver.<br>
But I would not sweat this too much.<br>
Peter ignored the fact that my driver was posted here in January,
too and went off and wrote his own<br>
which does not have early serial port - yours and mine do.<br>
and does not have polled support - mine does.<br>
and does not have DCR support - there is another one out there that
has DCR support.<br>
and I can not get to work on my hardware - the only Xilinx V4 based
product that actually defaults to a UartLite<br>
<blockquote
cite="mid:609d5c8e0610121412o1288ef6i667b908597bf3d76@mail.gmail.com"
type="cite">
<pre wrap="">
I've noticed that in the probe function it tries to get some resources
from the platform_device structure but it looks like that this
operation will always fail unless I add a 'uartlite' platform device
or have I completely misunderstood how platform devices work?
</pre>
</blockquote>
Peter's driver uses the IORESOURCE requests to pull platform data.<br>
Most other serial platformdevices pull a uart_port object.<br>
My limited understanding of IORESOURCE is that it is not
sufficiently deep to support <br>
the parameters that are needed to support UartLite such as a DCR
flag and a regoffset.<br>
<br>
Counting yours that is 4.<br>
<br>
<br>
<br>
<br>
<blockquote
cite="mid:609d5c8e0610121412o1288ef6i667b908597bf3d76@mail.gmail.com"
type="cite">
<pre wrap="">
But yes, I will try to add support for the things I need to this
driver instead, most importantly early console support and move the
#defines for register offsets and such into a separate header file per
Grants comments
</pre>
</blockquote>
You are welcome to do that. I already patched his driver to work
with my early console support as well as adding the boot-bash stuff <br>
similar to yours. But I gave up actually using it when I could not
get it to work.<br>
<br>
Next time I get an opportunity I am going to try to setup an ml403
to atleast verify that Peter's driver is working there.<br>
<br>
<br>
<blockquote
cite="mid:609d5c8e0610121412o1288ef6i667b908597bf3d76@mail.gmail.com"
type="cite">
<pre wrap="">
Cheers,
David
On 10/12/06, Peter Korsgaard <a class="moz-txt-link-rfc2396E" href="mailto:jacmet@sunsite.dk"><jacmet@sunsite.dk></a> wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">"David" == David Bolcsfoldi <a class="moz-txt-link-rfc2396E" href="mailto:dbolcsfoldi@gmail.com"><dbolcsfoldi@gmail.com></a> writes:
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">Hi David,
David> here's a set of patches that adds support for Xilinx UART lite
David> devices. It has been tested on an ML403-FX using xapp902
David> (ml403_ppc_plb_temac) using a 2.6.18 kernel and a BusyBox
David> userspace.
I guess you didn't know, but there already exists a uartlite driver!
It unfortunately didn't made it into 2.6.19-rc1 because Russell
stopped maintaining serial stuff, but it's in -mm.
It also has an official lanana.org assigned set of device nodes.
I didn't look at your patch yet, but I think it would be more useful
to add any features missing to my driver than writing yet another
driver (I think we're up to 3 now).
--
Bye, Peter Korsgaard
_______________________________________________
Linuxppc-embedded mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Linuxppc-embedded@ozlabs.org">Linuxppc-embedded@ozlabs.org</a>
<a class="moz-txt-link-freetext" href="https://ozlabs.org/mailman/listinfo/linuxppc-embedded">https://ozlabs.org/mailman/listinfo/linuxppc-embedded</a>
</pre>
</blockquote>
<pre wrap=""><!---->_______________________________________________
Linuxppc-embedded mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Linuxppc-embedded@ozlabs.org">Linuxppc-embedded@ozlabs.org</a>
<a class="moz-txt-link-freetext" href="https://ozlabs.org/mailman/listinfo/linuxppc-embedded">https://ozlabs.org/mailman/listinfo/linuxppc-embedded</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Dave Lynch DLA Systems
Software Development: Embedded Linux
717.627.3770 <a class="moz-txt-link-abbreviated" href="mailto:dhlii@dlasys.net">dhlii@dlasys.net</a> <a class="moz-txt-link-freetext" href="http://www.dlasys.net">http://www.dlasys.net</a>
fax: 1.253.369.9244 Cell: 1.717.587.7774
Over 25 years' experience in platforms, languages, and technologies too numerous to list.
"Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction."
Albert Einstein
</pre>
</body>
</html>