Re: [U-Boot] [RFC PATCH 0/5] Port of MUSB gadget driver from Linux

2012-08-10 Thread Ilya Yanok
Argh, sorry. could = could not. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC PATCH 0/5] Port of MUSB gadget driver from Linux

2012-08-10 Thread Ilya Yanok
Marek, Wolfgang, On Fri, Aug 10, 2012 at 9:56 PM, Ilya Yanok wrote: > Dear Marek, Wolfgang, > > On Thu, Aug 9, 2012 at 11:23 PM, Wolfgang Denk wrote: > >> >> > I hate to say it ... but given that this will cause duplication of >> code, I'm >> > somehow inclined to push you to do a complete repla

Re: [U-Boot] [RFC PATCH 0/5] Port of MUSB gadget driver from Linux

2012-08-10 Thread Ilya Yanok
Dear Marek, Wolfgang, On Thu, Aug 9, 2012 at 11:23 PM, Wolfgang Denk wrote: > > > I hate to say it ... but given that this will cause duplication of code, > I'm > > somehow inclined to push you to do a complete replacement of the old > musb code, > > remove it and add this. > > > Agreed, we shou

Re: [U-Boot] [RFC PATCH 0/5] Port of MUSB gadget driver from Linux

2012-08-09 Thread Wolfgang Denk
Dear Marek Vasut, In message <201208092115.16264.marek.va...@gmail.com> you wrote: > > I hate to say it ... but given that this will cause duplication of code, I'm > somehow inclined to push you to do a complete replacement of the old musb > code, > remove it and add this. Agreed, we should a

Re: [U-Boot] [RFC PATCH 0/5] Port of MUSB gadget driver from Linux

2012-08-09 Thread Marek Vasut
Dear Ilya Yanok, > Current MUSB driver in U-Boot uses old UDC API while new gagdet > client drivers need new gadget API. Also current MUSB driver has > some significant limitations (like inability to handle tx for > endpoints other than ep0). So I think port of new Linux driver is > desirable. >

[U-Boot] [RFC PATCH 0/5] Port of MUSB gadget driver from Linux

2012-08-08 Thread Ilya Yanok
Current MUSB driver in U-Boot uses old UDC API while new gagdet client drivers need new gadget API. Also current MUSB driver has some significant limitations (like inability to handle tx for endpoints other than ep0). So I think port of new Linux driver is desirable. This is initial port, performe