<p dir="ltr"><br>
On 13 Oct 2012 15:11, "Kevin O'Connor" <<a href="mailto:kevin@koconnor.net">kevin@koconnor.net</a>> wrote:<br>
><br>
> On Fri, Oct 12, 2012 at 12:43:02PM +0200, Christian Gmeiner wrote:<br>
> > During my usb debug session I want to malloc ehci usb bulk tds like<br>
> > for control messages,<br>
> > but I can not compile it... here is an example:<br>
><br>
> The usb_send_bulk() function is called in both 32bit mode and 16bit<br>
> mode.  The ASSERT32FLAT() macro is a compile-time check that verifies<br>
> the given code is only ever called in 32bit mode.  So, stopping the<br>
> compile is exactly what it is supposed to do.<br>
><br>
> One can't call malloc from 16bit mode (or indeed any time after the<br>
> "post" phase completes).  That's why the existing bulk transfer code<br>
> has all the weird stack allocation stuff.<br>
></p>
<p dir="ltr">Is there a way to find out why/who the bulk transfer code is using and why its in 16 bit mode? As I see the basic USB control transfer is in 32bit... or?<br>
Is disk.c the bad guy which runs in 16bit mode?<br>
My idea would be to implement all needed parts to get MSC working in 32bit mode.</p>
<p dir="ltr">Is it possible to discuss this deeper in a irc session? I really need USB MSC working.<br>
--<br>
Christian Gmeiner MSc</p>