On Sun, Aug 10, 2014 at 02:50:04PM +0200, Tormod Volden wrote:
> Thanks! I have pushed all this to git master.
Thank you for your continued effort on dfu-util and also stm32flash :)
--
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com
__
On Sun, Aug 10, 2014 at 2:06 PM, Paul Fertser wrote:
> Hi,
>
> On Sun, Aug 10, 2014 at 01:47:08PM +0200, Tormod Volden wrote:
>> Thanks a lot for investigating this! I am Cc'ing the dfu-util list and
>> preferably we move the conversation there.
>
> Releasing a dfu-util version with known-to-be-br
Hi,
On Sun, Aug 10, 2014 at 01:47:08PM +0200, Tormod Volden wrote:
> Thanks a lot for investigating this! I am Cc'ing the dfu-util list and
> preferably we move the conversation there.
Releasing a dfu-util version with known-to-be-broken openmoko support
would be a real SHAME :/
> Can I ask you
On Sun, Aug 10, 2014 at 12:26 PM, Paul Fertser wrote:
> Tormod Volden writes:
>> Further, it would be helpful to run dfu-util with gdb or another
>> debugger and step through the enumeration and matching of interfaces,
>> and see why the interface (name) is not recognized.
>
> The reason is that in
Tormod Volden writes:
> Further, it would be helpful to run dfu-util with gdb or another
> debugger and step through the enumeration and matching of interfaces,
> and see why the interface (name) is not recognized.
The reason is that initially freerunner's u-boot is in runtime mode, so
alt_name c
Hi,
Tormod Volden writes:
> I am trying to find someone who is willing to try some debugging of
> dfu-util on their OpenMoko Freerunner.
Ok, will try it with NOR u-boot now.
One unrelated issue I've noticed so far is that libusb-1.0 detection is
not working properly on my Gentoo. The reason is
Good news, welcome on Board, Tormod!
dfu-util is one of the best things that came out of
the Openmoko project :)
Cheers,
:M:
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
On Mon, Sep 17, 2012 at 9:28 AM, Tommi Keisala wrote:
>
> And here's new patch with the changes in case you did not yet integrate this
> stuff.
Thanks a lot! Applied.
(I only massaged the help text a bit, to preserve the indentation of
the old options, these new ones are so long anyway it cannot
And here's new patch with the changes in case you did not yet integrate
this stuff.
-Tommi
>From 348b6b4e2120f7f14ce8ac91862cfb23952497ac Mon Sep 17 00:00:00 2001
From: Tommi Keisala
Date: Tue, 10 Jul 2012 12:42:04 +0300
Subject: [PATCH] add, remove and check TI Stellaris DFU prefix
Patch ad
On Mon, Sep 17, 2012 at 7:27 AM, Tommi Keisala wrote:
> Good catch.
> Maybe it would be good idea to force user give proper address rather than
> defaulting to 0.
> I can't recall the reasoning for reading lmdfu_flash_address twice and now
> it seems quite silly.
> Maybe I should rewrite this part
On 09/16/2012 01:51 PM, Tormod Volden wrote:
About the long option name for -s: Do you agree that
"--stellaris-address" would be better? Since its argument is really an
address, and the user still need to use the --add option as well. So
the usage would be --add --stellaris-address image.fil
On Tue, Jul 10, 2012 at 11:52 AM, Tommi Keisala wrote:
>
> Here is another try with fixes Tormod earlier suggested plus a change that
> make Stellaris prefix extension happen with different options between adding
> (-s address) and deleting (-T).
>
Hi Tommi,
While preparing to apply your patch, a
Hello.
On Wed, 2012-08-22 at 13:41, james.perk...@datalogic.com wrote:
> From: James Perkins
>
> git status should not report src/dfu-suffix as an untracked file.
>
> Signed-off-by: James Perkins
> ---
> .gitignore |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a
No problem. I was just pinging to keep it alive.
Thanks,
-Tommi
On 08/06/2012 10:41 AM, Tormod Volden wrote:
Hi Tommi,
Sorry for the long silence. Your latest patch looks good to me. I just
haven't had the time to do more about it, and I think the same goes
for Stefan. It is summer time and v
Hi Tommi,
Sorry for the long silence. Your latest patch looks good to me. I just
haven't had the time to do more about it, and I think the same goes
for Stefan. It is summer time and vacation time for many of us :)
Unless testing or further review detects any issues, you can count on
the patch bei
Hello,
I am back from vacation.
I have not seen any comments on this latest patch that's almost month
old now.
-Tommi
On 07/10/2012 12:52 PM, Tommi Keisala wrote:
Here is another try with fixes Tormod earlier suggested plus a change
that make Stellaris prefix extension happen with differe
Here is another try with fixes Tormod earlier suggested plus a change
that make Stellaris prefix extension happen with different options
between adding (-s address) and deleting (-T).
>From c97fa17e41aa3de0e9cfed27e41176c030066b23 Mon Sep 17 00:00:00 2001
From: Tommi Keisala
Date: Tue, 10 Jul
On 07/06/2012 12:02 AM, Tormod Volden wrote:
Hi,
I see some alternatives, not necessarily better:
1. Always require an address argument. Explain in the usage text that
a dummy address is needed when deleting or checking. This allows us to
do all Stellaris stuff without introducing more than one
On 6/07/12 7:02 AM, Tormod Volden wrote:
On Thu, Jul 5, 2012 at 7:40 AM, Tommi Keisala wrote:
Yes you are correct. There is optional_argument option for getopt_long but
that does not seem to work as I want it. And there seems to be a reason why
it is implemented as it is. Anyhow I do not want to
On Thu, Jul 5, 2012 at 7:40 AM, Tommi Keisala wrote:
>
> Yes you are correct. There is optional_argument option for getopt_long but
> that does not seem to work as I want it. And there seems to be a reason why
> it is implemented as it is. Anyhow I do not want to use it. So I added
> another option
On 07/04/2012 11:09 PM, Tormod Volden wrote:
Address argument is not required when dfu-suffix is used to delete or check
prefix. Deleting prefix needs to happen at the same time when DFU suffix is
removed.
I don't think that options can have optional argument when using
getopt(). I think the -s
On Tue, Jul 3, 2012 at 6:56 AM, Tommi Keisala wrote:
> Hi,
>
> After discussion over the weekend I brewed another patch that obsoletes the
> old one.
> So here's a new patch that adds TI Stellaris bootloader DFU prefix support
> for dfu-suffix tool.
> After binary image is prefixed (and suffixed) i
On 06/30/2012 01:22 PM, Tormod Volden wrote:
> This add's prefix to the binary that
Some explanation got cut off here...
It seems so. I think it should continue like "... gets flashed onto the
device" =)
So is the modified image file everything that is needed for these
devices? Then I suggest
On Fri, Jun 29, 2012 at 2:12 PM, Tommi Keisala wrote:
> Hello,
>
> I guess this is the upstream mailing list for the dfu-util as well?
Hi Tommi,
Yes, it is. I think we should create a separately dfu-util mailing
list, but I have been awaiting the outcome of the *.openmoko.org
infrastructure
(htt
On 06/29/2012 05:48 PM, Patryk Benderz wrote:
I totally agree. Would be much better if there was some switch in
dfu-util to generate prefixes, instead of separate binary. So this
would involve migration of code from one program to another, right?
Correct. And dfu-suffix shares most of the code
[cut]
> I also feel that it would be handy to have dfu-suffix functionality
> integrated into dfu-util.
I totally agree. Would be much better if there was some switch in
dfu-util to generate prefixes, instead of separate binary. So this would
involve migration of code from one program to another,
On 06/29/2012 04:54 PM, Patryk Benderz wrote:
I wrote a patch to make dfu-utils to support TI Stellaris controllers
bootloader DFU mode.
This add's prefix to the binary that
[cut]
...so, it wasn't possible to add prefix as described here?
http://lists.openmoko.org/pipermail/devel/2012-February/00
Dnia 2012-06-29, pią o godzinie 15:12 +0300, Tommi Keisala pisze:
> Hello,
>
> I guess this is the upstream mailing list for the dfu-util as well?
A kind of :)
> I wrote a patch to make dfu-utils to support TI Stellaris controllers
> bootloader DFU mode.
> This add's prefix to the binary that
[c
On 7/06/12 6:44 AM, Tormod Volden wrote:
On Mon, Jun 4, 2012 at 3:51 AM, Andrew Leech wrote:
Hi,
I'm just starting to use dfu-util to program some hardware based on the
lpc3131 processor which has a built in dfu mode.
Unfortunately I can't make it work with any new dfu-util compiled from
sour
On Mon, Jun 4, 2012 at 3:51 AM, Andrew Leech wrote:
> Hi,
> I'm just starting to use dfu-util to program some hardware based on the
> lpc3131 processor which has a built in dfu mode.
> My device is predominantly used on windows, but I've had reliability isuues
> with the dfu software that's supplie
w/msys seemed to work without any setup.
I've also been able to compile it under ms visual c, but had to add a
seperate getopt library and find a couple of header files not supplied
by msvc. It got a bit messy in the end, if I get a chance I'll clean
that up and post my changes. I ma
Hello.
On Mon, 2012-05-07 at 15:05, Patryk Benderz wrote:
> [cut]
> > Actually I don't know how many people are still using dfu-util with
> > Openmoko devices.
> I would say, all of them, who use QtMoko and SHR.
>
> > Many have switched to Qi
> Isn't Qi only a bootloader? And AFAIK is not able t
Hello.
On Fri, 2012-05-11 at 00:02, Boudewijn wrote:
> On Monday 07 May 2012 11:35:24 Stefan Schmidt wrote:
> >
> > On Mon, 2012-05-07 at 10:00, Patryk Benderz wrote:
> > > Dnia 2012-04-27, pią o godzinie 22:57 +0100, Stefan Schmidt pisze:
> > > > It was about time again to bundle all changes in
On Monday 07 May 2012 11:35:24 Stefan Schmidt wrote:
> Hello.
>
> On Mon, 2012-05-07 at 10:00, Patryk Benderz wrote:
> > Dnia 2012-04-27, pią o godzinie 22:57 +0100, Stefan Schmidt pisze:
> > > It was about time again to bundle all changes in dfu-util land
> > > together and make a release out of
[cut]
> Getting some feedback on this would be nice.
Hi Stefan
regarding your question above, I have asked it on other ML [1] and in
just one day ~14 person responded. All of them are using dfu-util to
flash theirs (different types) devices. So as you can see, announcements
about new versions of df
[cut]
> Actually I don't know how many people are still using dfu-util with
> Openmoko devices.
I would say, all of them, who use QtMoko and SHR.
> Many have switched to Qi
Isn't Qi only a bootloader? And AFAIK is not able to flash FR?
> and SD card booting it seems to me. Getting some feedback
Hello.
On Mon, 2012-05-07 at 10:00, Patryk Benderz wrote:
> Dnia 2012-04-27, pią o godzinie 22:57 +0100, Stefan Schmidt pisze:
> >
> > It was about time again to bundle all changes in dfu-util land
> > together and make a release out of it.
> Great job guys! As devel ML is rather low traffic, may
Dnia 2012-04-27, pią o godzinie 22:57 +0100, Stefan Schmidt pisze:
> Hello.
>
> It was about time again to bundle all changes in dfu-util land
> together and make a release out of it.
Great job guys! As devel ML is rather low traffic, maybe it would be
wise to announce also on commun...@lists.open
Hello.
On Sun, 2012-04-22 at 14:41, Stefan Schmidt wrote:
>
> Cool. I pulled it in, did a changelog, tagged it and now I'm in the
> final testing before I push it all out (ETA 30min).
No new problems showed up and I pushed it all out. The build server
building for Linux i386 and FreeBSD AMD64 wa
Hello.
On Sun, 2012-04-22 at 11:50, Tormod Volden wrote:
> On Sun, Apr 22, 2012 at 11:02 AM, Tormod Volden wrote:
> > On Sun, Apr 22, 2012 at 12:07 AM, Tormod Volden wrote:
> >> On Sat, Apr 21, 2012 at 11:01 PM, Stefan Schmidt wrote:
> >>>
> dfu-suffix: Check for availability of truncat
On Sun, Apr 22, 2012 at 11:02 AM, Tormod Volden wrote:
> On Sun, Apr 22, 2012 at 12:07 AM, Tormod Volden wrote:
>> On Sat, Apr 21, 2012 at 11:01 PM, Stefan Schmidt wrote:
>>>
dfu-suffix: Check for availability of truncate() function
>>>
>>> You happen to know which platforms are missing
On Sun, Apr 22, 2012 at 12:07 AM, Tormod Volden wrote:
> On Sat, Apr 21, 2012 at 11:01 PM, Stefan Schmidt wrote:
>>
>>> dfu-suffix: Check for availability of truncate() function
>>
>> You happen to know which platforms are missing this?
>
> No, but I would guess everything non-posix. I believ
t kept it in a separate commit
because the porting itself was kind of search and replace, and this
append/fseek "hack" was the only non-obvious thing.
So I have now squashed it and re-pushed, but kept the long explaining
commit messages.
(Of course, the first commit would not overwrite a
Hello.
On Mon, 2012-04-16 at 23:48, Tormod Volden wrote:
>
> So forget messing around with Windows IDEs, huge downloads, $399 and
> EULAs, just do "apt-get install mingw32" instead :) The recommended
> way of building dfu-util for Windows _on Windows_ will be running
> mingw natively or in a Linux
Hello.
Greetings from UK! I'm here for one week now and and work and life
still needs a lot of time to settle. Thus I really appreciate you
preparing a pull request putting all the stuff in one place for me to
review and pull from. Saves a lot of my time.
On Wed, 2012-04-18 at 23:04, Tormod Volde
2012/4/15 Daniel Li:
> Tormod Volden，
>
> Well, I didn't get luck.
>
> So I have fixed my Celeron (Coppermine), which is 700MHz GenuineIntel
> processor. Re-install ubuntu 8.04.
>
> It's ok to flash the device now.
>
> If there is any good way to build d
Tormod Volden，
Is there any simple guide or steps to build a windows version?
>On Wed, Apr 11, 2012 at 11:25 PM, Tormod Volden wrote:
>> Hi,
>> In the meantime, I have done the ID change, squash and rebase and
>> pushed it here:
>> http://gitorious.org/~tormod/unofficial-clones/dfuse-dfu-util
Tormod Volden，
Well, I didn't get luck.
So I have fixed my Celeron (Coppermine), which is 700MHz GenuineIntel
processor. Re-install ubuntu 8.04.
It's ok to flash the device now.
If there is any good way to build dfu-util with clear guide (windows xp), I
wish to try then.
>2012/
On Wed, Apr 11, 2012 at 11:25 PM, Tormod Volden wrote:
> Hi,
> In the meantime, I have done the ID change, squash and rebase and
> pushed it here:
> http://gitorious.org/~tormod/unofficial-clones/dfuse-dfu-util/commits/master-patches
> and have started to add some patches on top of this. But I can
On Wed, Mar 28, 2012 at 12:09 PM, Stefan Schmidt wrote:
>
>> >> > I did all changes based on your review in one commit:
>> >> > http://cgit.openezx.org/dfu-util/commit/?h=dfu-suffix
>> >>
>> >> I think you should rebase/squash the commits there before you pull
>> >> this into master.
>> >
>> > Sure
2012/4/7 Daniel Li:
> Hi all,
> Anyway, I have been sucessfully build dfu-util with cygwin, which has
> libusb1.0
Great to hear!
> But it can program the device, any idea about this issue? Why dfu-util can't
> open the device?
> $ ./dfu-util.exe -l
> dfu-util - (C) 2005-2008 by Weston Schmidt,
2012/4/7 Daniel Li:
> Hi all,
>
> I downloaded libusb-win32-bin-1.2.6.0.zip, and extract the only head file
> "lusb0_usb.h" and msvc library libusb.lib.
>
> As dfu-util uses libusb.h, I guess it's the only head file "lusb0_usb.h"
>
> But vc6 can't compile dfu-util sucessfully, see below log:
>
> A
Hi all,
Anyway, I have been sucessfully build dfu-util with cygwin, which has libusb1.0
But it can program the device, any idea about this issue? Why dfu-util can't
open the device?
$ ./dfu-util.exe -l
dfu-util - (C) 2005-2008 by Weston Schmidt, Harald Welte and OpenMoko Inc.
This program is Fre
Hi all,
I downloaded libusb-win32-bin-1.2.6.0.zip, and extract the only head file
"lusb0_usb.h" and msvc library libusb.lib.
As dfu-util uses libusb.h, I guess it's the only head file "lusb0_usb.h"
But vc6 can't compile dfu-util sucessfully, see below log:
Any idea about this log???
-
2012/4/6 Daniel Li:
> Hi Tormod Volden，
>
>
> I have get windows dfu-util source and start to use vs2005 to build dfu-util.
> And got following compile error:
>
> 1>dfu.c
> 1>z:\openmoko\dfu-util\src\dfu.c(24) : fatal error C1083: Cannot open include
> file: 'libusb.h': No such file or directory
Hi Tormod Volden，
I have get windows dfu-util source and start to use vs2005 to build dfu-util.
And got following compile error:
1>dfu.c
1>z:\openmoko\dfu-util\src\dfu.c(24) : fatal error C1083: Cannot open include
file: 'libusb.h': No such file or directory
And I don't know how to build lib
Hi, Tormod Volden
>Hi Daniel,
>
>Did you try the "windows" branch of the git repo?
>http://cgit.openezx.org/dfu-util/log/?h=windows
>What kind of compiler/environment did you try?
==> I have VS2005/Cygwin/ubuntu(Vmware) installed. And thanks for you info.
This is a great link, i'll try ton
Hi Daniel,
Did you try the "windows" branch of the git repo?
http://cgit.openezx.org/dfu-util/log/?h=windows
What kind of compiler/environment did you try?
Once you have it built, there is the driver and libusb installation as
well. For libusb 1.0 on Windows, this might be the best reference:
htt
Hello.
On Tue, 2012-03-27 at 21:04, Tormod Volden wrote:
> On Tue, Mar 27, 2012 at 5:10 PM, Stefan Schmidt wrote:
> >> I got a reply from Leaflabs and they were going to test things. But
> >> since then I haven't heard anything. At the minimum I would like a
> >> confirmation from them on which US
On Tue, Mar 27, 2012 at 5:10 PM, Stefan Schmidt wrote:
>> I got a reply from Leaflabs and they were going to test things. But
>> since then I haven't heard anything. At the minimum I would like a
>> confirmation from them on which USB ID's need to be quirked.
>
> I'm not in a rush with 0.6 here. St
Hello.
On Sat, 2012-03-24 at 10:41, Tormod Volden wrote:
> On Wed, Mar 7, 2012 at 1:03 PM, Stefan Schmidt wrote:
> >
> >> I will work with Maple to get their firmware compliant, but I would
> >> also like to add quirks to dfu-util so that their already shipped
> >> firmware can work. The extent of
On Wed, Mar 7, 2012 at 1:03 PM, Stefan Schmidt wrote:
>> http://forums.leaflabs.com/topic.php?id=1369
>
> Oh, pity. :(
>
>> I will work with Maple to get their firmware compliant, but I would
>> also like to add quirks to dfu-util so that their already shipped
>> firmware can work. The extent of th
Hello.
On Thu, 2012-03-01 at 22:17, Tormod Volden wrote:
>
> Let me first comment the 0.6 plan:
>
> > Once this is in and no problems show up I would want to go for a 0.6
> > release. If you, or anyone else, has some fixes around let me know.
>
> I have just discovered that the Maple project sh
Hi,
Let me first comment the 0.6 plan:
> Once this is in and no problems show up I would want to go for a 0.6
> release. If you, or anyone else, has some fixes around let me know.
I have just discovered that the Maple project ships broken firmware
(declares itself as 1.1a = dfuse but is really 1
Hello.
On Thu, 2012-03-01 at 17:09, Patryk Benderz wrote:
>
> > Why should they be in a define? The compiler detects if the variables
> > are constant and optimizes this case anyway.
> I take that argument. I was not aware that present compilers do such
> job. It was long ago (20 years) when was
[cut]
> Well, good practices is in the eye of the beholder. :)
To quote Sheldon's mother from "Big Bang Theory": "And that is your opinion." ;)
> Why should they be in a define? The compiler detects if the variables
> are constant and optimizes this case anyway.
I take that argument. I was not awa
Hello.
Thanks for taking some time looking into this.
On Thu, 2012-03-01 at 11:45, Patryk Benderz wrote:
>
> I didn't compile this, just looked on logical consistency with DFU
> specification I was able to find [1]. If this is not proper one, please
> correct me.
The USB forum has the specs ava
[cut]
Hi,
I didn't compile this, just looked on logical consistency with DFU
specification I was able to find [1]. If this is not proper one, please
correct me.
First what I have noticed is different bcdDFU field. You have hard-coded
0x0100(=0100h, right?), while [1] document is labeled as DFU_1.
Lukas,
what about the other parts of the case you designed at Shapeways?
Any news?
Thanks,
Alex.
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
il.com
> To: patryk.bend...@esp.pl
> Subject: Re: how to build android for OM from source ?
> CC: devel@lists.openmoko.org
>
> On Thu, Jan 26, 2012 at 1:07 PM, Patryk Benderz wrote:
> > Dnia 2012-01-26, czw o godzinie 12:28 +0100, Kolja Dummann pisze:
> >> HI,
> >>
&g
On Thu, Jan 26, 2012 at 1:07 PM, Patryk Benderz wrote:
> Dnia 2012-01-26, czw o godzinie 12:28 +0100, Kolja Dummann pisze:
>> HI,
>>
>> I just took a short look and it looks like that there are no closed
>> bits in their setup.
>> Looks like plain AOSP with open source code for hardware support of
Dnia 2012-01-26, czw o godzinie 12:28 +0100, Kolja Dummann pisze:
> HI,
>
> I just took a short look and it looks like that there are no closed
> bits in their setup.
> Looks like plain AOSP with open source code for hardware support of
> the freerunner.
So in principal it looks like they took cod
HI,
I just took a short look and it looks like that there are no closed
bits in their setup.
Looks like plain AOSP with open source code for hardware support of
the freerunner.
But as I am not working on that project this just what I can tell from
1000 feet overview and seeking over their source o
Dnia 2012-01-26, czw o godzinie 12:09 +0100, Kolja Dummann pisze:
> Hi Harald,
>
> I think what you are looking for is
>
> http://code.google.com/p/android-on-freerunner/
Do you maybe know if this is a version of Android with closed source API
libraries replaced with open ones?
--
Patryk "LeadMa
Hi Harald,
I think what you are looking for is
http://code.google.com/p/android-on-freerunner/
On Thu, Jan 26, 2012 at 11:44 AM, Harald Koenig
wrote:
> Hallo OM!
>
> I'm looking for some pointers how to start buildung android from
> scratch^Wsource.
>
> I found the 1st pointer to http://tr
On Wednesday 11 January 2012 15:19:46 Alexander Lehner wrote:
> The FAQ says
>
> http://www.shapeways.com/support/pricing
>
> "Material pricing
> Our pricing is based upon the actual amount of material used in your
> product and the material you choose to use. So, the actual volume of your
> fini
On Wed, 11 Jan 2012, Boudewijn wrote:
I agree with Patryk, great! Do you have an idea how shapeways calculates the
price? I used to think it was about volume of used material, but I come to
suspect it is about the volume of the smallest box that fits the printed
model.
Good question, I'll as
Battery_cover_printed_with_sh
> apeways
>
> The cover has a perfect fit and the same flexibility as the original part.
> The details of the small noses are very fine and match exactly into their
> slots.
>
> I unfortunately forgot who did the re-design of the cad data.
> Could
That looks very promising. I assume GTA04 guys would be very interested
in this. You can reach them on this ML: gta04-ow...@goldelico.com
They are looking for cases for GTA04 now.
--
Patryk "LeadMan" Benderz
Linux Registered User #377521
() ascii ribbon campaign - against html e-mail
/\ www.asci
Hi,
that describes your problem:
On 1/9/12, RANJAN wrote:
> but when I do /etc/init.d/gpsd it says not found
You simply do not have the startup script within /etc/init.d. So you
either don't have installed gpsd correctly or you use a distribution
that no longer has this start script because it
Hello.
On Mon, 2011-12-19 at 23:38, Tormod Volden wrote:
> On Mon, Dec 19, 2011 at 3:37 PM, Stefan Schmidt
> wrote:
> >
> >> This patch, and two patches previously posted,
> >> main: List alternate interfaces in DFU mode
> >> main: Simplify --detach handling by reusing existing code
> >> are al
On Mon, Dec 19, 2011 at 3:37 PM, Stefan Schmidt
wrote:
> Hello.
>
> On Mon, 2011-12-19 at 00:07, Tormod Volden wrote:
>> From: Tormod Volden
>>
>> Also remove unused debug code.
>>
>> Signed-off-by: Tormod Volden
>
> Applied and pushed this one.
Thanks!
>
>> This patch, and two patches previou
Hello.
On Mon, 2011-12-19 at 00:07, Tormod Volden wrote:
> From: Tormod Volden
>
> Also remove unused debug code.
>
> Signed-off-by: Tormod Volden
Applied and pushed this one.
> This patch, and two patches previously posted,
> main: List alternate interfaces in DFU mode
> main: Simplify --
Hello.
On Wed, 2011-11-16 at 18:45, Satz Klauer wrote:
>
> I found a small bug in dfu_util, file main.c function find_dfu_if() line 86:
Did you hit this problem somewhere?
> There a function libusb_get_config_descriptor(dev, cfg_idx, &cfg); is
> called without checking the return code. In case
Hello.
On Wed, 2011-11-16 at 23:43, Tormod Volden wrote:
> From: Tormod Volden
>
> Thanks to Uwe Bonnes and Satz Klauer for pointing it out.
>
> Also adjusted a couple of related diagnostic messages.
>
> Signed-off-by: Tormod Volden
> ---
>
> Uwe once actually sent me a patch for what Satz p
Hello.
On Sun, 2011-11-13 at 23:02, Tormod Volden wrote:
> From: Tormod Volden
>
> I have some issues with the recent --detach option addition:
> * It duplicates the existing detach code
> * It sends requests to an interface without claiming it first
> * It resets the device without checking bit
Hello.
On Sun, 2011-11-13 at 23:05, Tormod Volden wrote:
> From: Tormod Volden
>
> Signed-off-by: Tormod Volden
> ---
> src/dfuse.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/src/dfuse.c b/src/dfuse.c
> index f091bda..c5807e0 100644
> --- a/src/dfuse.c
> ++
On Thu, Nov 10, 2011 at 8:10 AM, Satz Klauer wrote:
> Hi,
>
> according to
> http://wiki.openmoko.org/wiki/Dfu-util-windows#Porting_dfu-util_to_Windows
> I tried to compile dfu-util for Windows. Unfortunately it seems like
> it expects libusb1 while libusb-win32 seems to support API version 1.0
>
16:18
À : Yohan PAINCHAUD
Cc : devel@lists.openmoko.org
Objet : Re: DFU 1.1 Support?
On Wed, Nov 2, 2011 at 4:14 PM, Tormod Volden wrote:
> 2011/11/2 Yohan PAINCHAUD:
>> Is this library supporting the DFU specification 1.1 ?
>>
>> I read in the mailing-list that the version 0
On Wed, Nov 2, 2011 at 4:14 PM, Tormod Volden wrote:
> 2011/11/2 Yohan PAINCHAUD:
>> Is this library supporting the DFU specification 1.1 ?
>>
>> I read in the mailing-list that the version 0.5 may support it, but not yet
>> tested? I saw that the DFU 1.1 has few attributes modified, as for exampl
2011/11/2 Yohan PAINCHAUD:
> Is this library supporting the DFU specification 1.1 ?
>
> I read in the mailing-list that the version 0.5 may support it, but not yet
> tested? I saw that the DFU 1.1 has few attributes modified, as for example
> the Run-Time DFU Functional Descriptor, but in the 0.5
Hello.
On Wed, 2011-11-02 at 12:41, Yohan PAINCHAUD wrote:
>
> First of all, I would like to thanks all the contributors of this library,
> this is actually the only one available in GPL.
Glad to be of service.
> I would like to use this library with a new USB device that
> implements the DFU 1.
Hello.
On Mon, 2011-10-31 at 21:01, Tormod Volden wrote:
> On Mon, Oct 31, 2011 at 10:09 AM, Stefan Schmidt wrote:
> > Now for the review. I'm hapopy to see that they at least have choosen
> > a different DFU version to distinguish DfuSe from standard DFU. I
> > still need to get out the spec from
On Mon, Oct 31, 2011 at 10:09 AM, Stefan Schmidt wrote:
> Now for the review. I'm hapopy to see that they at least have choosen
> a different DFU version to distinguish DfuSe from standard DFU. I
> still need to get out the spec from the windows driver package to read
> up on it, but I trust you on
> Unsubscribe
ERROR 42: This is a mailing list for humans, not a listserver.
Please read the footer of this E-Mail, it contains information
about how to unsubscribe.
Cheers,
:M:
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.
Hello.
On Sat, 2011-10-29 at 11:35, Tormod Volden wrote:
> On Thu, Oct 27, 2011 at 12:38 AM, Stefan Schmidt
> wrote:
> > Di you try to do a git rebase -i on the branch and remove or squash
> > some of the commits you want to get rid of? Due to the merges and your
> > other changes I expect not al
People,
On 2011-07-22 19:11, Stefan Schmidt wrote:
Hello.
On Fri, 2011-07-22 at 09:43, Stefan Schmidt wrote:
On Fri, 2011-07-22 at 09:24, Patryk Benderz wrote:
> Dnia 2011-07-20, śro o godzinie 21:23 +0200, Stefan Schmidt pisze:
> > Give it some testing if you like. The tarballs are at the
On Thu, Oct 27, 2011 at 12:38 AM, Stefan Schmidt
wrote:
> Di you try to do a git rebase -i on the branch and remove or squash
> some of the commits you want to get rid of? Due to the merges and your
> other changes I expect not all of the rebases will work. Maybe some
> will work out easily though
Hello.
On Tue, 2011-10-25 at 10:55, Tormod Volden wrote:
> On Mon, Oct 24, 2011 at 6:42 PM, Stefan Schmidt
> wrote:
>
> > That only leaves the DfuSe branch outstanding for now. I peaked into
> > it but did not really started reviewing yet. While git would be fine
> > mering the branch I'm not g
On Mon, Oct 24, 2011 at 6:42 PM, Stefan Schmidt
wrote:
> No problems showed up during my tests. All four patches have been
> applied and pushed.
Thanks for testing and applying!
> That only leaves the DfuSe branch outstanding for now. I peaked into
> it but did not really started reviewing yet.
1 - 100 of 5289 matches
Mail list logo
