Activity
From 08/09/2012 to 09/07/2012
09/07/2012
- KF 12:29 AM Software Development: RE: Re-assigning the PHY_RESET
- Hi Tim,
Thanks for you quick reply. I managed to swap the PHY_RESET and get the Ethernet working - Brilliant!.
Thanks again,
Keith.
09/06/2012
- TI 10:01 AM Software Development: RE: Re-assigning the PHY_RESET
- Keith
The pinmux setup for the PHY reset should be done in u-boot. It is in board/cl/mityarm335x/mux.c in the rgmii2_pin_mux structure.
cheers
/Tim
09/05/2012
- Hi,
I want to re-assign the PHY_RESET from gpio3_10 to gpio3_4. I can have included gpio3_4 in mux33xx.c but it appears the PHY_RESET is independent from all the other PHY pins configured in baseboard-mityarm335x-devkit.c. I have trol...
08/29/2012
- (posted on behalf of a customer)
We would like to use a simple TI StarterWare based design possibly with SYSBIOS. I believe you mentioned you don’t have the StarterWare boot ported to this platform yet. I’m wondering if I can use th...
08/28/2012
- JM 01:29 PM PCB Development: RE: MityARM-335x I2C1_SDA and I2C1_SCL Pull-up Resistors
- Hi Mike,
Thanks for clarifying how the I2C buses are implemented on the module.
There is no problem, I was unclear on how the I2C buses were used on the module and was misinterpreting a kernel debug error message.
Joel
- TI 10:25 AM Software Development: RE: Boot from NAND?
- The MityARM-3359 is capable of booting from NAND. See wiki page http://support.criticallink.com/redmine/projects/armc8-platforms/wiki/Das_U-Boot_Port for specifics
cheers
/Tim - (posted for a customer)
Can the MityARM-3359 boot from NAND?
08/27/2012
- TI 07:28 PM PCB Development: RE: MityARM-335x LED D3 GPIO Pin?
- The reason you can't talk to the PMIC (from linux) is likely that the pmic driver has grabbed the bus for itself.
If you are using the cmd line tools, you can add the -f flag to force it (I believe)
I'm pretty sure there is a way to ov... - JM 07:17 PM PCB Development: RE: MityARM-335x LED D3 GPIO Pin?
- Hi Mike,
Thanks for the help on where to look. I found the set_led_d3() function inside som.c in u-boot where this is being done.
I was curious why D3 was not turning on when using our new carrier board and whether we were reusing... - MW 06:59 PM PCB Development: RE: MityARM-335x LED D3 GPIO Pin?
- On the AM335x, D2 and D3 are connected to the TPS65910. D2 is connected to VDIG1 (VDIG1 output is only used for D2, no other circuits are powered by VDIG1). Typically, D2 is used as a "Powered" indicator for the module.
D3 is connec... - Section 3.7 of the "MityARM-335x Carrier Board Design Guide.doc" from January 8, 2012 states that LED D3 is connected to a GPIO pin and can be software controlled.
Which AM3359 GPIO pin is connected to this LED? How should the PINM... - MW 07:10 PM PCB Development: RE: MityARM-335x I2C1_SDA and I2C1_SCL Pull-up Resistors
- I am looking at the schematic for the SOM, and there are 4.7K Ohm resistors on I2C1_SCL and I2C1_SDA to VDDIO (+3.3V). There also 4.7K pullups on I2C2_SCL and I2C2_SDA. Both I2C ports are connected to the PMIC. I think that the DevKit...
- It appears that the I2C1 pull-up resistors are placed on the DevKit (connected to the +3.3VDVI net) and not on the MityARM module itself. This seems to be an oversight/error since the I2C1 bus is also connected to the module's on-board ...
- RJ 11:54 AM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Actually I do see the vconfig command, but when I try to execute the command, I get the error:
vconfig: can't open '/proc/net/vlan/config': No such file or directory
And this is with 802.1Q VLAN support enabled for the kernel build... - RJ 11:34 AM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- I am still unable to build the pcap library into my application. Actually, I don't see the pcap libraries under /usr/local/ti-sdk... like I do under /usr/lib.... But for now, this should be OK. I don't think I will need pcap for my ap...
- TI 07:32 AM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Richard
The linker error you have looks like the configure was not set up for cross compiling completely (i.e. /usr/lib/... libraries are being looked at instead of /usr/local/ti-sdk... ). I have not built libpcap or tcpdump myself so I...
08/24/2012
- RJ 08:42 AM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- I found this thread on the TI E2E site:
http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/716/p/128635/615970.aspx#615970
Looks like putting the switch in bypass mode should accomplish what I need to support promiscuou...
08/22/2012
- MW 02:49 PM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- You might try posting to the "TI E2E site":http://e2e.ti.com and seeing if they plan on supporting it, or if that have any work-arounds or pointers to how one might accomplish the promiscuous mode or capturing the raw packets.
Critic... - TI 02:46 PM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Ah-ha ... I see I was layer too high!
The good news is I think you are correct about promiscuous mode...
The bad news is (from drivers/net/cpsw.c - The AM335X ethernet switch driver) - RJ 02:40 PM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Here would be another good place to look at what I'm trying to accomplish:
http://linux.die.net/man/7/packet
Richard
- RJ 02:37 PM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- I may not be understanding correctly, but the page you sent is talking about IPv4 raw sockets. Using the protocol IPROTO_RAW. I am trying to communicate only on the Ethernet layer. I am not filling in an IP address. I am only using t...
- TI 01:11 PM Software Development: RE: Sending/Receiving Raw Ethernet Packets
- Have you set the protocol number correctly, both in the packet and on the linux (335x in this case) machine? If the IPv4 stack cannot match the protocol # it will drop it (I believe).
see http://linux.die.net/man/7/raw
cheers
/Tim - I am trying to write a Linux application for my MityArm 335x Dev board to send and receive raw Ethernet packets to/from a custom embedded board of our design. Our custom embedded board already successfully communicates with other boards...