Merge pull request #10 from aspalmer/staging

GPIO: Fix remap error arguments
Add a "noreturn" attribute to 'scb_reset_system'

Adding this attribute allows to avoid warnings issued by GCC in cases
when 'scb_reset_system' is used as a last call in a function with
"noreturn" attribute set(usually reset handler of some sorts)
Fix compile time warnings for 'scb_reset_system'

Adding 'noreturn' to the function cases GCC to issue a warning, since
it still adds standard function's prologue/epilogue. Adding 'naked'
attribute fixes that.
Merge pull request #11 from ndreys/staging

Add a "noreturn" attribute to 'scb_reset_system'
Change the way buffer for control requests data is allocated

Current way of having a globally, but weakly defined static buffer has
several shortcomings:
 - It forces user to have a certain "magic" byte array variable if
   they want to have a control buffer of different size.
 - Having a globally defined static array and a separate function to
   tell USB core about its size is error prone.
 - Its inner workings are not easily understandable form cursory look
   at API and one needs to go and look at the implementation code to
   connect all the pieces into a solid picture of how it works

This commit adds two parameters to 'usbd_init' call that allow user to
specify the pointer to the area of memory and a size of that memory
which would be used by the USB core to store the data received during
DATA stage of control requests. This approach, while further
complicating the prototype of 'usbd_init', provides user with more
flexibility allowing for any custom area of memory of any size to be
used as control buffer. It also forces user to provide both address
and memory size at the same time thus avoiding the possibility of user
redefining 'usbd_control_buffer', but not calling
'usbd_set_control_buffer_size' after that.
Merge pull request #12 from ndreys/staging

Change the way buffer for control requests data is allocated
EXTI: Added function to get flag status