<feed xmlns='http://www.w3.org/2005/Atom'>
<title>tinyusb.git/src/portable, branch 0.7.0</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/tinyusb.git/atom/src/portable?h=0.7.0</id>
<link rel='self' href='http://cgit.235523.xyz/tinyusb.git/atom/src/portable?h=0.7.0'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/'/>
<updated>2020-10-24T23:16:05Z</updated>
<entry>
<title>Move into if statement</title>
<updated>2020-10-24T23:16:05Z</updated>
<author>
<name>Jacob Potter</name>
<email>jacob@j4cbo.com</email>
</author>
<published>2020-10-24T23:16:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=229be75a98af03bdbcfabb29b8a3ddd106ba5f30'/>
<id>urn:sha1:229be75a98af03bdbcfabb29b8a3ddd106ba5f30</id>
<content type='text'>
</content>
</entry>
<entry>
<title>CR feedback: compare CFG_TUSB_RHPORT1_MODE instead of using new macro</title>
<updated>2020-10-24T23:11:32Z</updated>
<author>
<name>Jacob Potter</name>
<email>jacob@j4cbo.com</email>
</author>
<published>2020-10-24T23:11:32Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=01996457c8974de5fcb02dab32210ddb99f0134a'/>
<id>urn:sha1:01996457c8974de5fcb02dab32210ddb99f0134a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Allow use of internal FS PHY on OTG_HS interface</title>
<updated>2020-10-18T23:01:17Z</updated>
<author>
<name>Jacob Potter</name>
<email>jacob@j4cbo.com</email>
</author>
<published>2020-10-18T22:55:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=c87ed8eff1ac1305f69dd83144890f5a6f752a6f'/>
<id>urn:sha1:c87ed8eff1ac1305f69dd83144890f5a6f752a6f</id>
<content type='text'>
Some ST parts (like STM32F74xxx / STM32F75xxx) allow the USB_OTG_HS core to be used with
either an external high-speed ULPI PHY or an internal full-speed-only (12mbps) PHY. Currently
the code assumes than an ULPI PHY is used unless the chip has an internal high-speed PHY
(`#if defined(USB_HS_PHYC)`), with no provision to use the internal FS PHY.
</content>
</entry>
<entry>
<title>Merge pull request #525 from kasjer/kasjer/da1469x-iso</title>
<updated>2020-10-11T09:12:20Z</updated>
<author>
<name>Ha Thach</name>
<email>thach@tinyusb.org</email>
</author>
<published>2020-10-11T09:12:20Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=6ce539594739e9c29239b965f8e2ba2f93b78ec7'/>
<id>urn:sha1:6ce539594739e9c29239b965f8e2ba2f93b78ec7</id>
<content type='text'>
da1469x iso support</content>
</entry>
<entry>
<title>Merge pull request #520 from salkinium/feature/misc_enhancements</title>
<updated>2020-10-11T07:55:06Z</updated>
<author>
<name>Ha Thach</name>
<email>thach@tinyusb.org</email>
</author>
<published>2020-10-11T07:55:06Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=80c509a0f37d69d026717e6fb8ece34d5ec6086c'/>
<id>urn:sha1:80c509a0f37d69d026717e6fb8ece34d5ec6086c</id>
<content type='text'>
STM32F3 IRQ remap option and some minor improvements</content>
</entry>
<entry>
<title>Merge pull request #521 from PanRe/uac2</title>
<updated>2020-10-10T07:33:42Z</updated>
<author>
<name>Ha Thach</name>
<email>thach@tinyusb.org</email>
</author>
<published>2020-10-10T07:33:42Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=762b390433849d908b4ffa454e3103d3103f6980'/>
<id>urn:sha1:762b390433849d908b4ffa454e3103d3103f6980</id>
<content type='text'>
Uac2</content>
</entry>
<entry>
<title>Dynamically check STM32F3 IRQ remap option</title>
<updated>2020-10-10T03:02:37Z</updated>
<author>
<name>Niklas Hauser</name>
<email>niklas.hauser@rwth-aachen.de</email>
</author>
<published>2020-10-10T03:00:55Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=f914e48d25cae6d5cda34d3193f46b74826e0e1a'/>
<id>urn:sha1:f914e48d25cae6d5cda34d3193f46b74826e0e1a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Revert dcd_alloc_mem_for_conf() but keep changes from @kasjer for ISO EP</title>
<updated>2020-10-09T17:50:05Z</updated>
<author>
<name>Reinhard Panhuber</name>
<email>panhuber_reinhard@gmx.at</email>
</author>
<published>2020-10-09T17:50:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=032e84c9befa0797f6a6faf86fbfdff13ec77bbe'/>
<id>urn:sha1:032e84c9befa0797f6a6faf86fbfdff13ec77bbe</id>
<content type='text'>
Add tud_audio_set_itf_close_EP_cb()</content>
</entry>
<entry>
<title>DA146xx: Allow transmitting of packets larger then 64 bytes</title>
<updated>2020-10-08T11:20:58Z</updated>
<author>
<name>Jerzy Kasenberg</name>
<email>jerzy.kasenberg@codecoup.pl</email>
</author>
<published>2020-10-07T07:32:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=d36bfddc301daf9993c24c75597d04c1c39347a8'/>
<id>urn:sha1:d36bfddc301daf9993c24c75597d04c1c39347a8</id>
<content type='text'>
FIFO is limited to 64 bytes yet MCU is capable of transmitting
larger packets provided that FIFO will be filled on the fly
and USB_USB_TXCx_REG_USB_LAST_Msk bit is set after FIFO is
filled with all the data that should be transmitted.

This change allows to use FIFO level warning interrupt to fill
FIFO. When DMA is available it will be used instead of interrupts.
Some function names were changed to better reflect what each function
does.
</content>
</entry>
<entry>
<title>DA146xx: Add support for ISO endpoints</title>
<updated>2020-10-08T11:20:58Z</updated>
<author>
<name>Jerzy Kasenberg</name>
<email>jerzy.kasenberg@codecoup.pl</email>
</author>
<published>2020-10-02T10:41:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/tinyusb.git/commit/?id=33a5081bd1c712726f879ba65fee973b23480c27'/>
<id>urn:sha1:33a5081bd1c712726f879ba65fee973b23480c27</id>
<content type='text'>
Few changes were needed to have working ISO endpoints.
</content>
</entry>
</feed>
