> already support some of those, please see the dfu-util (and
> > dfu-suffx/dfu-prefix) code at dfu-util.gnumonks.org.
>
> Ok, I see. This would probably require extension of ./src/prefix.c file.
> In this way u-boot community would impose some kind of standard
> prefix/suffix only for u-boot. It's a pity, that integrity checking is
> not standardized in the DFU.
It all depends on how much you want to be compatible with the DFU
spec.
regards
Stefan Schmidt
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello.
> The DFU's state machine original implementation author and copyright were
> missing.
>
> Signed-off-by: Lukasz Majewski
Acked-by: Stefan Schmidt
>
> ---
> Changes for v2:
> - Add the whole Harald's development history
> ---
> drivers/usb
cense, or
> --
> 1.7.10.4
You missed Haralds personal copyright from 2006.
+ * based on existing SAM7DFU code from OpenPCD:
+ * (C) Copyright 2006 by Harald Welte
While he was working on this for OpenMoko which gives them the copyright
he did work on this co
Hello.
> On Thu, 04 Jul 2013 22:08:12 +0100, Stefan Schmidt wrote:
>> Hello.
>>
>> On Thu, 2013-07-04 at 11:37, Lukasz Majewski wrote:
>> > On Thu, 04 Jul 2013 17:20:34 +0800, tiger...@viatech.com.cn wrote:
>> >
>> > > Hi, experts:
>&
implementation is heavily based on the original DFU code Harald Welte
wrote. The state machine even still have the same fixmes and comments
but you removed his, and maybe others, copyright here.
As you definitely not wrote the code from scratch you should keep the
original copyright intact and not
ed)
Well, Debian stable is nothing we can change. They don't update
packages. The unstable and testing versions have 0.5 and I filled a
bug for an update to 0.7 just some minutes ago.
regards
Stefan Schmidt
___
U-Boot mailing list
U-Boot@lists
oad: [##]
> finished! state(2) = dfuIDLE, status(0) = No error condition is present
> Done!
>
> WORKS.
>
> Ok, so world has went forward. And I've left behind :-/.
>
>
> With Pantelis Patches:
>
> lukma@amdc308:~/
some glue and does not support it for
example.
That should not be a problem on your side as all Samsung UDCs are
written for the new gadget framework anyway.
> Actualy we (I mean Andrzej Pietrasiewicz and me), have managed to
> provide some proof-of-concept DFU code running with g_dnl driver (both
n, thanks for your work, I hope you'll be back eventually :)
Time will tell. I still think its a worthwhile feature. I just need to
find some time, motivation and hardware to work on it again. Will take
at leats a couple of months though before I would start anything. Just
relocated to another c
ed version I will put
you in CC.
regards
Stefan Schmidt
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
d gadget framework UDC drivers, like the
beagleboard with musb, it might still be wise to use the original
version I posted earlier here for reference.
Lets hope someone, or maybe myself in some months, will pick this up
and finally bring it into mainline.
regards
Stefan Schmidt
__
---
board/ti/beagle/beagle.c | 17 +
board/ti/beagle/config.mk |4
include/configs/omap3_beagle.h |9 -
3 files changed, 29 insertions(+), 1 deletion(-)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
index 9482c5e..e904b10 100644
A vendor independent standard from the USB forum to upgrade firmware on
devices over USB. U-Boot is seen as the device to be upgraded here and
exposes the functionality over the USB gadget framework.
Signed-off-by: Stefan Schmidt
---
drivers/serial/usbtty.c| 22 +-
drivers/serial
---
drivers/usb/gadget/dfu.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/dfu.c b/drivers/usb/gadget/dfu.c
index 535e194..7aed344 100644
--- a/drivers/usb/gadget/dfu.c
+++ b/drivers/usb/gadget/dfu.c
@@ -47,6 +47,10 @@
#include
#include "df
list recently. There is also
a split between the DFU protocol and the flashing backend. Would it
make sense to see if fastboot and DFU could use the same flashing
backend and platform specific bits?
regards
Stefan Schmidt
___
U-Boot mailing list
U-Boo
t for them. You are way more flexible with Ethernet here.
DFU was designed for really small devices with minimal software
originally. Best examples are Bluetooth and WiFi USB dongles which can
be flashed this way if they. Its just that it becomes more popular as
many c
l it was possible to iniate the DFU download or
> > upload procedure while being in the mode. Another option would be to
> > directly jump into DFU mode when a button is pressed.
>
> NAK. Let's stick to standard interfaces.
What do you mean here? You don't want the D
A vendor independent standard from the USB forum to upgrade firmware on
devices over USB. U-Boot is seen as the device to be upgraded here and
exposes the functionality over the USB gadget framework.
Signed-off-by: Stefan Schmidt
---
drivers/serial/usbtty.c | 22 +-
drivers/serial
eally welcome here. Coding style and implementation
details are likely to change.
regards
Stefan Schmidt
Stefan Schmidt (1):
usb/gadget: Add Device Firmware Upgrade (DFU) support.
drivers/serial/usbtty.c | 22 +-
drivers/serial/usbtty.h |6 +
drivers/usb/gadget/Makefile |
Hello.
On Thu, 2011-11-03 at 11:33, Andrzej Pietrasiewicz wrote:
> On Wednesday, November 02, 2011 9:07 PM Stefan Schmidt wrote:
> > On Wed, 2011-11-02 at 11:00, Andrzej Pietrasiewicz wrote:
> >
> > > diff --git a/common/Makefile b/common/Makefile
> > > index ae
Hello.
On Thu, 2011-11-03 at 09:44, Andrzej Pietrasiewicz wrote:
> On Wednesday, November 02, 2011 8:30 PM Stefan Schmidt writes:
> >
> > Agreed. The eMMC flashing with files on FAT is nothing goni specific.
> > Others should be able to use this as well. I see three differen
cies?
o And then one patch with the mmc/fat flashing backend in moved out of
the board file (no idea what the best place is, maybe just another
file for now) and a last patch with all the board specific changes?
o I will then rebase my code on yours and prepare patches against the
dfu
he patch and test the dfu command and its
implementation.
regards
Stefan Schmidt
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
compatibility layer
> + */
> +#define GFP_ATOMIC ((gfp_t) 0)
> +#define GFP_KERNEL ((gfp_t) 0)
> +#define true 1
> +#define false0
> +#define dev_
t.
3) Board specific information like partitions or hints for the
flashing backend. The information itself should be in the board file
here and only used by the flashing backends.
How does this sound to you? Andrzej?
regards
Stefan Schmidt
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
hrough your
code to understand what and how you are doing things. From there we
can go and decide how we merge our work and bring it into U-Boot
mainline. Comment from Scott for nand and Remy for USB related parts
will be helpful here.
Looking forward to work with you on this until we have good DF
a look at the patches they provide against 1.1.2? To me
it seems they only use the mkimage tool out of u-boot and not the
bootloader itself. IIRC they had an own bootloader running on the Pre
mobile phone and other devices. Without source available. Not sure if
this changed with the Touchpad.
regard
Hello.
On Tue, 2011-08-16 at 13:44, John Rigby wrote:
> On Tue, Aug 16, 2011 at 12:12 PM, Stefan Schmidt
> wrote:
> >
> > I'm still curious though if there are practical needs for both
> > fastboot and DFU enabled.
> >
> My only point was that I would r
Hello.
On Tue, 2011-08-16 at 09:32, John Rigby wrote:
> On Tue, Aug 16, 2011 at 8:47 AM, Stefan Schmidt
> wrote:
> >
> > Given these different use cases I never seen fastboot and DFU as
> > competitors. Personally I see DFU as a good and standardized way of
> > _fl
as on task).
> So, any comments on that? Suggestions? Anything?
Not much over what I have written above. Looking into novacom for some
more ideas may be worth it.
regards
Stefan Schmidt
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
30 matches
Mail list logo
