- User Since
- Mar 1 2016, 4:34 PM (231 w, 4 d)
Sat, Aug 1
Incorporate suggested fixes to man page.
Fri, Jul 31
Simplify support for 64-bit systems.
This diff got ugly because I was trying to support the case of a 32-bit
device in a 64-bit kernel. But, I don't think that would work anyway and
I think it's safe to assume that any 64-bit system (arm64 or riscv64) will
have a 64-bit capable gem core. Also, I have added support for using the
clock infrastructure for changing the transmit reference clock which I need
for my zynqmp implementation.
May 20 2020
Add device id definitions to zy7_slcr.h and clean up style and white-spaces.
May 19 2020
Check SLCR.PSS_IDCODE to determine if this is a single-core Zynq chip.
Apr 22 2020
Pull URL to next line in if_cgem_hw.h.
Apr 21 2020
Remove some local changes that leaked into last update.
Tweak cgem description in config files. Correct man page with regards to which
devices the rxhangwar is enabled.
Apr 17 2020
Apr 5 2020
Update stale patch.
Mar 30 2020
Ok, roast me!
Mar 27 2020
Change clk_reg_val to uint32_t.
Jan 22 2020
Jan 17 2020
Remove mx25l from GENERIC conf. Tweak compatible strings for flash memory in zedboard/zynq .dts files so that devd can find the mx25l module.
Jan 16 2020
I'll look into submitting the fix to u-boot but it won't appear until 2020.04.
Jan 15 2020
This diff is no longer valid because the Zynq u-boot ports have been removed.
Nov 28 2019
Minor style tweaks and whitespace clean-up.
Nov 27 2019
Add device to GENERIC kernel.
Fix tiny regression in documentation reference.
I had the incorrect clock value for Zybo. It uses a 200 Mhz reference clock just like the Zedboard. So put default reference clock value and spi clock value into zynq-7000.dtsi
Oct 18 2019
Also, u-boot-master/Makefile creates a boot.scr for all arm boards but the zynq boards ignore it and don't need it. Should we come up with an exception for zynq boards?
Oct 16 2019
Oct 12 2019
Cleaning up very old stuff. We don't need ubldr on arm64.
Oct 1 2019
Indentation, cite updated reference manual w.r.t. transmit fifo quirk.
Aug 26 2018
Change driver declaration to fix a bug that caused the wrong kind of spibus to attach. Thanks, Ian Lepore.
Aug 24 2018
I've made suggested changes but the driver has regressed: the flash device doesn't get recognized. I'm looking into it.
Add sys/dev/flash/mx25lreg.h which has two new flash commands added.
Take driver out of GENERIC kerne. Make other minor fix-ups.
Aug 23 2018
Any chance of getting this committed before code freeze? I think it's ready. I'm not comfortable making the changes to mx25l.c to support dual stacked memories (I have no hardware to test that) but I've left in the hooks needed in this driver.
Aug 11 2018
Aug 8 2018
Add compatible string for Zynq Ultrascale which uses same qspi device.
Apr 26 2018
Fix support for dual parallel and stacked memories (changes provided by John Sears). Change config option from zy7_qspi to just qspi.
Mar 31 2018
Add license identifier. Add comment saying what this is. Move forward declaration of zy7_detach. Add MODULE_DEPEND and DRIVER_MODULE.
Mar 30 2018
Mar 29 2018
Add driver to GENERIC kernel. Add untested support for dual parallel and stacked memories.
Mar 28 2018
Mar 22 2018
Mar 17 2018
Properly free resources if zy7_qspi_init_hw() fails.
Mar 14 2018
Feb 18 2018
Jun 9 2016
Apr 26 2016
I did not know about the clock framework. I can look into migrating the Zynq stuff to it but I may not get to it in time for 11.0-RELEASE. I'd like to see this committed and treat migrating to the gnu dts as a separate project.
Apr 25 2016
Mar 10 2016
Mar 9 2016
Bring back position dependent ubldr.
Mar 7 2016
Add comment in ldscript.aarch64 explaining text section alignment.
Mar 6 2016
Mar 4 2016
Get relocation to work. Remove static linked target.
Mar 3 2016
Don't adjust va->pa offset in EFI loader. Clean up assembly in start.S.