| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
According to commentary on GCC bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99143, the alignment
behavior of linker sections on which RTEMS has relied was never
guaranteed to be consistent across platforms and any alignment
requirements for linker sections needs to be enforced explicitly.
This adds those explicit alignment requirements.
|
|
|
|
|
| |
libck assumes all AArch64 pointers are 8 bytes. This adds the required
defines to handle 4 byte pointers on ILP32.
|
|
|
|
|
|
|
| |
Add a System Level Control Register driver for the Xilinx Zynq
Ultrascale+ MPSoC with basic clock control functionality for use with
the Cadence GEM. This also removes the Zynq-7000 clock control weakref
from compilation depending on the BSP in use.
|
|
|
|
|
|
| |
This is a port of the latest patch in FreeBSD that adds support for
64bit CGEMs as used in ZynqMP. This does not include the work necessary
for support on RISC-V systems.
|
|
|
|
| |
see #4264
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With the previous fix, it could happen that the end of the packet hasn't
been flushed. For example assume the following addresses:
ds_addr: 0x81c804A
ds_len: 0x57
In that case the data ends at 0x81c80a1. But due to the rounding the
area from 0x81c8040 to 0x81c80a0 would have been flushed.
This fix now first calculates the start and end address, aligns these
addresses and then recalculates the len that has to be flushed.
Update #4180
|
| |
|
|
|
|
| |
Update #3910.
|
|
|
|
|
|
|
| |
Update the host frame interval after a device connection. Select also
the FS/LS PHY clock. It is not clear if this works on all platforms.
Update #3910.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Some targets support only flushing or invalidating complete cache lines.
In this cases misaligned buffers might lead to unexpected results. This
patch adds a flag that allows drivers to signal to the bus dma driver
that it is OK to round a buffer to the next full cache line. That's for
example necessary if a driver wants to send out 14 byte via a USB DMA.
Only the driver knows whether these 14 bytes are located in an otherwise
unused cache line aligned buffer.
|
|
|
|
| |
Update 3869
|
|
|
|
|
|
|
|
|
| |
There is a bug in the #ifdef regarding FDT so this file hasn't been
compiled. If that bug is solved, the driver doesn't work for some other
reason.
With the FDT-bug the driver hasn't been used by anyone. So just remove
it again.
|
|
|
|
| |
Update #3869.
|
| |
|
|
|
|
|
|
| |
- Update imported files to compile rtems-libbsd for i386 based BSPs
- Mostly commenting out parts which create compile or link errors in
RTEMS, but aren't needed
|
|
|
|
|
|
|
|
| |
- The files in the i386 directory have been moved to common x86 directories by FreeBSD:
- freebsd/sys/x86/x86/legacy.c
- freebsd/sys/x86/include/machine/legacyvar.h
- freebsd/sys/x86/include/machine/specialreg.h
- Add header files in rtemsbsd directory to direct compiler to new files
|
|
|
|
|
|
| |
- cpusets and SMP are currently not supported in libbsd for RTEMS
- Disable the ifc_cpus context variable and replace its usage,
essentially hard-coding for cpu 0
|
|
|
|
|
|
|
|
| |
- callout_reset_on takes a cpu which is ignored by the subsequent call
to callout_reset_sbt_on in RTEMS.
- The macro is redefined to discard the cpu argument directly which
enables uses of it with cpu-dependent variables (disabled in
RETMS) without further changes, e.g. in iflib.c.
|
|
|
|
| |
- Files needed to make rtems-libbsd build again for i386
|
| |
|
|
|
|
| |
Update #3869.
|
|
|
|
|
|
|
|
| |
This is not a nice solution but it should work on all chips. As soon as
FreeBSD has a nice solution via the USB PHY driver, this should be
replaced.
Update #3869.
|
|
|
|
| |
Update #3869.
|
|
|
|
| |
Update #3869.
|
|
|
|
| |
Update #3869.
|
|
|
|
| |
Update #3869.
|
|
|
|
| |
Update #3869.
|
|
|
|
| |
Update #3869.
|
|
|
|
|
| |
Some BSPs have a cache-coherent memory area, however, it should not be
used for the USB controller.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The rtems_bsd_mmcsd_attach_worker acquired the bus without releasing it.
If a MMC device has multiple hardware partitions (like eMMC which
typically has at least one boot partition) the
rtems_bsd_mmcsd_attach_worker would try to acquire the bus multiple
times. This doesn't work.
Doing it right would mean to acquire and release the bus for each
access which would have an performance impact. Beneath that it would
mean that partition switching has to be supported by the RTEMS code too.
There is currently no known use case where the access would be
necessary. Therefore this patch prefers the performance and just avoids
all further hardware partitions.
|
| |
|
|
|
|
| |
Git mirror commit 0d1c391321b34b3025cf0e72f2231d836ff76da8.
|
| |
|
|
|
|
| |
Close #3798.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|
|
|
|
| |
Update #3821.
|