On Sat, 2009-06-20 at 11:13 +0800, Xiaofan Chen wrote:
> On Fri, Jun 19, 2009 at 3:36 AM, Freddie Chopin<freddie_cho...@op.pl> wrote:
> > Anyway, about that "equal" performance with libftdi:
> > Tested with a ~29kB image on LPC2103 (upload to flash):
> >
> > libftdi:
> >  > Start address 0x3c, load size 29640
> >  > Transfer rate: 6 KB/sec, 14820 bytes/write.
> > ftd2xx:
> >  > Start address 0x3c, load size 29640
> >  > Transfer rate: 15 KB/sec, 14820 bytes/write.
> >
> > So: libftdi is 2.5x slower
> >
> > Tested with ~114kB image on STM32 (upload to flash):
> >
> > libftdi:
> >  > Start address 0x8000134, load size 114432
> >  > Transfer rate: 8 KB/sec, 16347 bytes/write.
> > ftd2xx:
> >
> >  > Start address 0x8000134, load size 114432
> >  > Transfer rate: 11 KB/sec, 16347 bytes/write.
> >
> > Again slower, this time only about 30%, but still, that's nowhere to
> > "comparable"
> 

I have been watching this thread with interest.

I do not think the *slower* argument matters at all, the majority of the
devices we are using have small flash chips.

In the example above 114k file at 8KB/sec is 14 seconds vs 11KB/sec is
10 seconds - a difference of 4 seconds - I for one do not care and my
flash is smaller than that!

I am a developer and *could* build openocd for windows, but I can tell
you I would rather not.

If libusb and libftdi works, then please build it and make it available
so it can be used.

Being 30% slower and 100% GPL compatible is very attractive, and for
those who need the fastest, they will take the time to build as private
copy.

But in the real world, if it works, that is often good enough!
But I still encourage the hard core developers to keep pushing, that is
what makes a great reliable tool to use!

And to answer who could be sued? Well if a business takes a non-GPL
complaint tool and redistributes it, then they could be at risk.
So yes the developers are right to be GPL purists, it does matter!


_______________________________________________
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development

Reply via email to