• Content Count

  • Joined

  • Last visited

About morsucci

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @deppenkaiser The path structure and repository structure of the petalinux projects has changed recently. The .BSPs for our petalinux projects have not been updated though. For now, use the repo to build your projects rather than the BSP
  2. @Kampi try to change your device fragment to this: &gem0 { phy-handle = <&ethernet_phy>; /* phy-reset-gpio = <&axi_gpio_eth 0 0>; phy-reset-active-low; phy-reset-duration = <10>; */ ethernet_phy: [email protected] { /* rtl8211e-vl */ reg = <1>; device_type = "ethernet-phy"; }; }; and let me know if this h
  3. @amurices I may be totally wrong about this, but I think that if you are using Axi Quad Spi as your spi controller, the frequency will be locked at whatever you set it to in your Vivado design. That is, you wouldnt be able to change the frequency of the transfer from software or in Linux.
  4. @gautam I did find a device-tree fragment that someone else wrote for it this chip on BeagleBone Black.. There will obviously be some differences between that and Zynq, but it should be close enough to follow. The project im referencing can be found here spi1: [email protected] { compatible = "ti,omap4-mcspi"; #address-cells = <1>; #size-cells = <0>; reg = <0x481a0000 0x400>; ti,spi-num-cs = <
  5. @gautam you'll need to add some spi slave node inside of the Zynq Spi controller. Microchip sells another similar adapter and the documentation for it shows a slave node like this: enc28j60: [email protected] { compatible = "microchip,enc28j60"; pinctrl-names = "default"; pinctrl-0 = <&enc28j60_pins>; reg = <0>; interrupt-parent = <&gpio3>; interrupts = <3 IRQ_TYPE_EDGE_FALLING>;
  6. @deppenkaiser check out this thread: also, check out this code from a Xilinx forum:
  7. @deppenkaiser Where are you looking for the interrupts to be registered? Are you checking /proc/interrupts? There you should be able to see a count of all the interrupts that have been fired since the system booted. Check this file and then fire some more interrupts, and then check it again and see if you have any change under the /uio devices.
  8. @amurices I have run into this problem before. I was able to solve it by updating the kernel that I was using. Are you working inside of Petalinux? Mitchell
  9. @deppenkaiser Can you send me the file "plnx_arm-system.dts"? You can find it in base_project/components/plnx_workspace/device-tree/device-tree-generation Also can you verify in your block design that you connected the interrupt of the GPIO block to the interrupt controller on Zynq? Mitchell
  10. @deppenkaiser are you modifying system-conf.dtsi? When you are adding entries into the device tree in petalinux, you should be modifying system-user.dtsi, not system-conf.dtsi. System-user.dtsi can be found in /base_project_folder/project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi If you want, send me a copy of your system-user.dtsi as well as your "pl.dtsi" file which can be found in /base_project_folder/components/plnx_workspace/device-tree-generation/pl.dtsi Erase anything you added to system-conf.dtsi and then try adding this stuff to sy
  11. @deppenkaiser Petalinux will not enable you to connect to a standard debian package repository using apt Petalinux just isnt set up for that. The reasons for this are outside the scope of this forum. Any packages that you wish to include in your image that are not listed in "petalinux-config -c rootfs" would need to be built from source and manually included in your custom linux image as an app or package. Digilent will not provide step-by-step instructions for this, but there are some resources on the internet that would show you how to do this. Regards, Mitch
  12. @deppenkaiser It is true that you can use /dev/mem and uio drivers to accomplish the same functionality. However, It is almost always a better idea to use uio as a opposed to /dev/mem Here is why: using /dev/mem directly opens your system up to security risks. You could be potentially accessing memory that can be harmful to your system. Additionally, other people may be able to exploit this to access memory that they would otherwise not be able to access. UIO provides kernel interrupt functionality. That is: UIO drivers can register interrupts with the ke
  13. @deppenkaiser Try moving the "chosen" field into the first bracket set. The rest of your entries should be outside of the bracket set. Here is an example: /include/ "system-conf.dtsi" / { chosen { bootargs = "console=ttyPS0,115200 earlyprintk uio_pdrv_genirq.of_id=generic-uio"; };
  14. @Enrico Thanks for the question. I have run into similar issues with the Zynq Spi driver in different kernel versions provided by Xilinx. I think that the best option here would be to use the kernel for Petalinux v2017.4 provided by Xilinx on their github. This is accomplished using the petalinux-config menu Let me know if you have any questions about this process. Also, keep me posted on whether this process fixes your bug. Regards, Mitchell
  15. @deppenkaiser In order for the GPIO devices to be registered with the Kernel as UIO devices, you must declare them as such in the device tree. [email protected] { #gpio-cells = <0x2>; compatible = "generic-uio"; gpio-controller; reg = <0x41210000 0x10000>; xlnx,all-inputs = <0x0>; xlnx,all-inputs-2 = <0x0>; xlnx,all-outputs = <0x0>; xlnx,all-outputs-2 = <0x0>; xlnx,dout-default = <0x0>;