
stick
-
Content Count
9 -
Joined
-
Last visited
Reputation Activity
-
stick got a reaction from ronszon1426459902 in PinMux utility
If you want to run PinMux utility on Linux or MacOSX checkout this guide:
http://fabhack.com/doc/stellaris/pinout#pinmux_utility
-
stick got a reaction from xpg in PinMux utility
If you want to run PinMux utility on Linux or MacOSX checkout this guide:
http://fabhack.com/doc/stellaris/pinout#pinmux_utility
-
stick got a reaction from bluehash in PinMux utility
If you want to run PinMux utility on Linux or MacOSX checkout this guide:
http://fabhack.com/doc/stellaris/pinout#pinmux_utility
-
stick got a reaction from bluehash in Eagle files for LM4F120H5QR
I have created an Eagle library for LM4F120H5QR part - see https://github.com/fabhack/eagle and grab fabhack.lbr if you want to play with this!
Comments and fixes are welcome! Also a reference design for minimalistic custom board would be very nice! :-)
-
stick got a reaction from bluehash in [Work-around] Stellaris Launchpad USB Serial example not enumerating correctly
I fixed the issue by replacing the mentioned line with a series of assignments. See the commit here.
-
stick got a reaction from eternauta3k in [Work-around] Stellaris Launchpad USB Serial example not enumerating correctly
I fixed the issue by replacing the mentioned line with a series of assignments. See the commit here.
-
stick got a reaction from bluehash in [Work-around] Stellaris Launchpad USB Serial example not enumerating correctly
I was able to narrow the problem even further - if I use freshly built libusb-cm4f.a and just replace usbdenum.o in it from the original version, it starts to work. So the problem lies somewhere in the usblib/device/usbdenum.c
It seems that GCC emits memcpy call in usbdenum.o which does not happen in any other object file. I tried -fno-builtin and -fno-builtin-memcpy but memcpy call is still emited.
The culprit is the line 2571:
sConfDesc = *(tConfigDescriptor *)g_psUSBDevice[0].pEP0Data;
which gets optimized to memcpy call.