| Age | Commit message (Collapse) | Author |
|---|
|
This code is written very carefully to always use an uncached view
of memory to read/write EDs. An uncached view must *always* be used,
or else cache behavior can corrupt the ED.
As part of this change, combine access into as few word-sized accesses
as possible. This makes the code perform better. Doing this involves
giving type names to the bitfields that make up the ED's data words.
|
|
|
|
The initial motivation for doing this is to remove the `used` flag
in the TD. If we use this flag, we end up being required to read from TDs
that the OHCI controller might be modifying (i.e. the OHCI controller
logically owns the TD). This happens when we try to allocate a
new, empty TD while the OHCI host controller is working on a transfer.
Move the `used` flag to `gtd_extra_data_t`. This data is only used
by the CPU, and the OHCI controller never accesses it.
The existing allocation method for TDs does *not* put an empty TD
onto each ED (i.e it does *not* do what is shown in Figure 5-6
of the OHCI specification). Instead, the NextTD field of the last
TD is set to 0. The TailP field of the ED is also set to 0.
This works in many cases. However, this implementation means that
the CPU may end up trying to write to the NextTD field of an
in-progress transfer while the OHCI host controller logically owns it.
Change the implementation to use an empty TD, as suggested by the
specification, for endpoints other than EP0. This avoids the
above issue. It is not necessary to make the change for EP0
because only at most one TD can ever be pending at a time.
The above change should also remove the need for the stall workaround.
In the future, we want to modify the code to access EDs through
an uncached mapping. Because uncached mappings are slow, we want to
access EDs as little as possible. Currently, when a TD completes,
we access an ED in order to figure out the device address and
endpoint number of the TD which was completed.
Because moving `used` to `gtd_extra_data_t` necessitates expanding it,
we have enough room to also store the device address and endpoint number
of the TD. This patch does so.
With the above two changes, we no longer need to access an ED when
a TD completes. Also remove the `index` field from TDs as it is
no longer necessary.
|
|
|
|
|
|
dhcp: Fix DHCP_OFFER/DHCP_ACK destinaton.
|
|
fix rp2 iso transfer with new audio driver
|
|
Fix AT32F405xx missing USB HS definition
|
|
driver can execute xfer_is()
|
|
|
|
fix tud_audio_set_itf_close_EP_cb() typo
|
|
|
|
Rewrite of the web_serial example website.
|
|
Fix #3159: Handle MIDI interface after audio streaming interface
|
|
|
|
add bufsize to tud_msc_inquiry2_cb()
|
|
Co-authored-by: Copilot <[email protected]>
|
|
update doc for at32
|
|
|
|
match mcu, add meta data
|
|
support at32 mcu (2)
|
|
|
|
local files
|
|
|
|
|
|
mcu/sdk instead
add cmake support for f403a_407 and f423
|
|
Add nanoch32v305
|
|
|
|
Co-authored-by: Copilot <[email protected]>
|
|
|
|
|
|
feature(usbtmc): add support for usbtmc vendor-spicific command messages
|
|
Co-authored-by: Copilot <[email protected]>
|
|
|
|
|
|
In RFC 2131, the destination of DHCP OFFER/ACK is defined in Section 4.1.
Fix the destination error by following the rule of RFC 2131.
TODO: We implement all rule but the last one. ARP table is required to associate client's macaddr.
Currently, fallback to broadcast.
Signed-off-by: Elwin Huang <[email protected]>
|
|
|
|
|
|
bsp/h7rs: fix a typo
|
|
|
|
|
|
|
|
Report CH32V305 as working
|
|
Signed-off-by: HiFiPhile <[email protected]>
|
|
|
|
Fix compilation when CH34X support is disabled
|
|
|
|
Co-authored-by: Copilot <[email protected]>
|
|
Co-authored-by: Copilot <[email protected]>
|
|
|
