XLLTemac with SGDMA working on virtex4FX ?

XLLTemac with SGDMA working on virtex4FX ?

[Simon Frey]

Hi all,

does anyone have working driver for xps_ll_temac unsing sg dma and checksum=
 offload on rx and tx ??

I use the xlnx kernel with ARCH=3Dpowerpc  and a device tree generated with=
 the gen_mhs_devtree under EDK 10.1

I don't know what's wrong but i can't get or send anything  even the speed =
is only 10 Mb/s !

that's what i get when the kernel starts...

## Starting application at 0x004007d0 ...
Using Xilinx Virtex machine description
Linux version 2.6.25-xlnx (simon@linux) (gcc version 4.2.2) #11 PREEMPT Fri=
 Jun 13 15:51:29 CEST 2008
Zone PFN ranges:
  DMA             0 ->    16384
  Normal      16384 ->    16384
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0:        0 ->    16384
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
Xilinx intc at 0x81800000 mapped to 0xfdfff000
PID hash table entries: 256 (order: 8, 1024 bytes)
clocksource: timebase mult[1400000] shift[22] registered
Console: colour dummy device 80x25
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 61704k/65536k available (2892k kernel code, 3768k reserved, 112k da=
ta, 141k bss, 144k init)
Mount-cache hash table entries: 512
net_namespace: 536 bytes
NET: Registered protocol family 16
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16) is a 16550A
console [ttyS0] enabled
brd: module loaded
loop: module loaded
Device Tree Probing 'ethernet'
xilinx_lltemac 81c00000.ethernet: MAC address is now  0: a:35: 0:22: 1
xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc5010100
XLlTemac: buffer descriptor size: 32768 (0x8000)
XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac: (buffer_descr=
iptor_init) phy: 0x3868000, virt: 0xc3868000, size: 0x8000
XTemac: PHY detected at address 4.
xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at 0x81C00000 mapped t=
o 0xC500E000, irq=3D17
mice: PS/2 mouse device common for all mice
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
eth0: XLlTemac: Options: 0x3fa
eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
eth0: XLlTemac: speed set to 10Mb/s
eth0: XLlTemac: Send Threshold =3D 240, Receive Threshold =3D 40
eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait bound =3D 254
Sending DHCP requests ...... timed out!
IP-Config: Reopening network devices...
eth0: XLlTemac: Options: 0x3fa                                             =
                                                               =20



I can see the led blinking on my switch but don't see nothing using wiresha=
k !!!


Finaly, i know the the temac works because i can use it with uboot !!! even=
=20
at speed 1000.

In:    serial
Out:   serial
Err:   serial
U-Boot relocated to 03fcf000
### main_loop entered: bootdelay=3D3

### main_loop: bootcmd=3D"loooaadd %addr"
Press Enter within 3 seconds to stop autoboot
Unknown command 'loooaadd' - try 'help'
=3D> setenv bootfile zImage.virtex
=3D> tftp 40000
eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at 0x81C00000.
1000BASE-T/FD
TFTP from server 192.168.1.100; our IP address is 192.168.1.200
Filename 'zImage.virtex'.
Load address: 0x40000
Loading: #################################################################
         ########################################################
done
Bytes transferred =3D 1772215 (1b0ab7 hex)
=3D>


so if someone already had that problem...=20

Thanks in advance=20

Simon
=0A=0A=0A      ____________________________________________________________=
_________________ =0AEnvoyez avec Yahoo! Mail. Une boite mail plus intellig=
ente http://mail.yahoo.fr

RE: XLLTemac with SGDMA working on virtex4FX ?

[John Linn]

Hi Simon,

I have not done testing of this driver with checksum offload.  I do test
the driver in an automated test, but not in checksum offload mode, I
need to add that test. =


I did receive the following patch and applied it to the Git server so I
think Johann did some testing with checksum offload.  That may have been
with arch/ppc rather than arch/powerpc, not sure.

I noticed that you have uboot working with LL TEMAC and it must be using
DMA SG as it's running on the same h/w. I just got thru hacking together
a rough polled mode LL TEMAC driver to support uboot and it's working,
but not cleaned up.  Just curious on your experience in that area.

Thanks,
John Linn
Linux Development & Strategy

Xilinx is looking for embedded Linux developers....

******************* the patch text I applied
******************************

From: John Linn [john.linn@xilinx.com]
Sent: Friday, April 04, 2008 10:25 AM
To: git
Cc: John Linn; Johann Baudy
Subject: [PATCH] Xilinx: LL TEMAC: Fix checksum offload

The LL TEMAC is generating the wrong checksum when TX hardware checksum
is enabled. This is mainly due to two issues:
- CHECKSUM_COMPLETE can only be used on RX PATH, CHECKSUM_PARTIAL must
be used instead.
- Checksum index offsets are being calculated wrong.

Signed-off-by: Johann Baudy <johaahn@gmail.com>
Signed-off-by: John Linn <john.linn@xilinx.com>

-----Original Message-----
From: linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org
[mailto:linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org] On Behalf
Of Simon Frey
Sent: Friday, June 13, 2008 8:46 AM
To: linuxppc-dev@ozlabs.org
Subject: XLLTemac with SGDMA working on virtex4FX ?

Hi all,

does anyone have working driver for xps_ll_temac unsing sg dma and
checksum offload on rx and tx ??

I use the xlnx kernel with ARCH=3Dpowerpc  and a device tree generated
with the gen_mhs_devtree under EDK 10.1

I don't know what's wrong but i can't get or send anything  even the
speed is only 10 Mb/s !

that's what i get when the kernel starts...

## Starting application at 0x004007d0 ...
Using Xilinx Virtex machine description
Linux version 2.6.25-xlnx (simon@linux) (gcc version 4.2.2) #11 PREEMPT
Fri Jun 13 15:51:29 CEST 2008
Zone PFN ranges:
  DMA             0 ->    16384
  Normal      16384 ->    16384
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0:        0 ->    16384
Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
16256
Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
Xilinx intc at 0x81800000 mapped to 0xfdfff000
PID hash table entries: 256 (order: 8, 1024 bytes)
clocksource: timebase mult[1400000] shift[22] registered
Console: colour dummy device 80x25
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 61704k/65536k available (2892k kernel code, 3768k reserved, 112k
data, 141k bss, 144k init)
Mount-cache hash table entries: 512
net_namespace: 536 bytes
NET: Registered protocol family 16
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing
disabled
83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16) is a 16550A
console [ttyS0] enabled
brd: module loaded
loop: module loaded
Device Tree Probing 'ethernet'
xilinx_lltemac 81c00000.ethernet: MAC address is now  0: a:35: 0:22: 1
xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc5010100
XLlTemac: buffer descriptor size: 32768 (0x8000)
XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
(buffer_descriptor_init) phy: 0x3868000, virt: 0xc3868000, size: 0x8000
XTemac: PHY detected at address 4.
xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at 0x81C00000
mapped to 0xC500E000, irq=3D17
mice: PS/2 mouse device common for all mice
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
eth0: XLlTemac: Options: 0x3fa
eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
eth0: XLlTemac: speed set to 10Mb/s
eth0: XLlTemac: Send Threshold =3D 240, Receive Threshold =3D 40
eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait bound =3D 254
Sending DHCP requests ...... timed out!
IP-Config: Reopening network devices...
eth0: XLlTemac: Options: 0x3fa




I can see the led blinking on my switch but don't see nothing using
wireshak !!!


Finaly, i know the the temac works because i can use it with uboot !!!
even =

at speed 1000.

In:    serial
Out:   serial
Err:   serial
U-Boot relocated to 03fcf000
### main_loop entered: bootdelay=3D3

### main_loop: bootcmd=3D"loooaadd %addr"
Press Enter within 3 seconds to stop autoboot
Unknown command 'loooaadd' - try 'help'
=3D> setenv bootfile zImage.virtex
=3D> tftp 40000
eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at 0x81C00000.
1000BASE-T/FD
TFTP from server 192.168.1.100; our IP address is 192.168.1.200
Filename 'zImage.virtex'.
Load address: 0x40000
Loading:
#################################################################
         ########################################################
done
Bytes transferred =3D 1772215 (1b0ab7 hex)
=3D>


so if someone already had that problem... =


Thanks in advance =


Simon



 =

________________________________________________________________________
_____ =

Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
http://mail.yahoo.fr
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


This email and any attachments are intended for the sole use of the named r=
ecipient(s) and contain(s) confidential information that may be proprietary=
, privileged or copyrighted under applicable law. If you are not the intend=
ed recipient, do not read, copy, or forward this email message or any attac=
hments. Delete this email message and any attachments immediately.

RE: XLLTemac with SGDMA working on virtex4FX ?

[Simon Frey]

Hi John,

I found a driver in the uboot ml from Yoshio Kashiwagi (Thanks :)

link:
http://www.nabble.com/Xilinx-PowerPC-XPS_LL_TEMAC-driver-td16893860.html#a1=
6908888

i didn't know how it works but it uses memcpy on tx and NetReceive() from u=
boot net.c ...

I have to achieve an average speed of 20 MB/s. I hope it works ! Have you g=
ot some facts ?

So, i don't know what i should do. I thought that xilinx drivers suppots th=
ere hw ! Should i try to integrate xilinx EDK generated drivers into xlnx k=
ernel tree ? and how ?
My computer and the temac are connected to a 1Gb switch and the led is blin=
king when the temac send something but not the led of my computer! as if th=
e switch does not his job ! invalid frames ? is possible ? (i should have a=
 break...)

best regards,

Simon



--- En date de=A0: Ven 13.6.08, John Linn <John.Linn@xilinx.com> a =E9crit=
=A0:

> De: John Linn <John.Linn@xilinx.com>
> Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> =C0: "Simon Frey" <frey_simon@yahoo.fr>, linuxppc-dev@ozlabs.org
> Date: Vendredi 13 Juin 2008, 17h52
> Hi Simon,
>=20
> I have not done testing of this driver with checksum
> offload.  I do test
> the driver in an automated test, but not in checksum
> offload mode, I
> need to add that test.=20
>=20
> I did receive the following patch and applied it to the Git
> server so I
> think Johann did some testing with checksum offload.  That
> may have been
> with arch/ppc rather than arch/powerpc, not sure.
>=20
> I noticed that you have uboot working with LL TEMAC and it
> must be using
> DMA SG as it's running on the same h/w. I just got thru
> hacking together
> a rough polled mode LL TEMAC driver to support uboot and
> it's working,
> but not cleaned up.  Just curious on your experience in
> that area.
>=20
> Thanks,
> John Linn
> Linux Development & Strategy
>=20
> Xilinx is looking for embedded Linux developers....
>=20
> ******************* the patch text I applied
> ******************************
>=20
> From: John Linn [john.linn@xilinx.com]
> Sent: Friday, April 04, 2008 10:25 AM
> To: git
> Cc: John Linn; Johann Baudy
> Subject: [PATCH] Xilinx: LL TEMAC: Fix checksum offload
>=20
> The LL TEMAC is generating the wrong checksum when TX
> hardware checksum
> is enabled. This is mainly due to two issues:
> - CHECKSUM_COMPLETE can only be used on RX PATH,
> CHECKSUM_PARTIAL must
> be used instead.
> - Checksum index offsets are being calculated wrong.
>=20
> Signed-off-by: Johann Baudy <johaahn@gmail.com>
> Signed-off-by: John Linn <john.linn@xilinx.com>
>=20
> -----Original Message-----
> From: linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org
> [mailto:linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org]
> On Behalf
> Of Simon Frey
> Sent: Friday, June 13, 2008 8:46 AM
> To: linuxppc-dev@ozlabs.org
> Subject: XLLTemac with SGDMA working on virtex4FX ?
>=20
> Hi all,
>=20
> does anyone have working driver for xps_ll_temac unsing sg
> dma and
> checksum offload on rx and tx ??
>=20
> I use the xlnx kernel with ARCH=3Dpowerpc  and a device tree
> generated
> with the gen_mhs_devtree under EDK 10.1
>=20
> I don't know what's wrong but i can't get or
> send anything  even the
> speed is only 10 Mb/s !
>=20
> that's what i get when the kernel starts...
>=20
> ## Starting application at 0x004007d0 ...
> Using Xilinx Virtex machine description
> Linux version 2.6.25-xlnx (simon@linux) (gcc version 4.2.2)
> #11 PREEMPT
> Fri Jun 13 15:51:29 CEST 2008
> Zone PFN ranges:
>   DMA             0 ->    16384
>   Normal      16384 ->    16384
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
>     0:        0 ->    16384
> Built 1 zonelists in Zone order, mobility grouping on.=20
> Total pages:
> 16256
> Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
> Xilinx intc at 0x81800000 mapped to 0xfdfff000
> PID hash table entries: 256 (order: 8, 1024 bytes)
> clocksource: timebase mult[1400000] shift[22] registered
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 8192 (order: 3, 32768
> bytes)
> Inode-cache hash table entries: 4096 (order: 2, 16384
> bytes)
> Memory: 61704k/65536k available (2892k kernel code, 3768k
> reserved, 112k
> data, 141k bss, 144k init)
> Mount-cache hash table entries: 512
> net_namespace: 536 bytes
> NET: Registered protocol family 16
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096
> bytes)
> TCP established hash table entries: 2048 (order: 2, 16384
> bytes)
> TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> TCP: Hash tables configured (established 2048 bind 2048)
> TCP reno registered
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ
> sharing
> disabled
> 83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16) is a
> 16550A
> console [ttyS0] enabled
> brd: module loaded
> loop: module loaded
> Device Tree Probing 'ethernet'
> xilinx_lltemac 81c00000.ethernet: MAC address is now  0:
> a:35: 0:22: 1
> xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt:
> 0xc5010100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with
> kmalloc<6>XLlTemac:
> (buffer_descriptor_init) phy: 0x3868000, virt: 0xc3868000,
> size: 0x8000
> XTemac: PHY detected at address 4.
> xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at
> 0x81C00000
> mapped to 0xC500E000, irq=3D17
> mice: PS/2 mouse device common for all mice
> TCP cubic registered
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> eth0: XLlTemac: Options: 0x3fa
> eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
> eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
> eth0: XLlTemac: speed set to 10Mb/s
> eth0: XLlTemac: Send Threshold =3D 240, Receive Threshold =3D
> 40
> eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait bound =3D
> 254
> Sending DHCP requests ...... timed out!
> IP-Config: Reopening network devices...
> eth0: XLlTemac: Options: 0x3fa
>=20
>=20
>=20
>=20
> I can see the led blinking on my switch but don't see
> nothing using
> wireshak !!!
>=20
>=20
> Finaly, i know the the temac works because i can use it
> with uboot !!!
> even=20
> at speed 1000.
>=20
> In:    serial
> Out:   serial
> Err:   serial
> U-Boot relocated to 03fcf000
> ### main_loop entered: bootdelay=3D3
>=20
> ### main_loop: bootcmd=3D"loooaadd %addr"
> Press Enter within 3 seconds to stop autoboot
> Unknown command 'loooaadd' - try 'help'
> =3D> setenv bootfile zImage.virtex
> =3D> tftp 40000
> eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at
> 0x81C00000.
> 1000BASE-T/FD
> TFTP from server 192.168.1.100; our IP address is
> 192.168.1.200
> Filename 'zImage.virtex'.
> Load address: 0x40000
> Loading:
> #################################################################
>        =20
> ########################################################
> done
> Bytes transferred =3D 1772215 (1b0ab7 hex)
> =3D>
>=20
>=20
> so if someone already had that problem...=20
>=20
> Thanks in advance=20
>=20
> Simon
>=20
>=20
>=20
> =20
> ________________________________________________________________________
> _____=20
> Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
> http://mail.yahoo.fr
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>=20
>=20
> This email and any attachments are intended for the sole
> use of the named recipient(s) and contain(s) confidential
> information that may be proprietary, privileged or
> copyrighted under applicable law. If you are not the
> intended recipient, do not read, copy, or forward this
> email message or any attachments. Delete this email message
> and any attachments immediately.
>=20
>=20
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev=0A=0A=0A      __________=
___________________________________________________________________ =0AEnvo=
yez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

RE: XLLTemac with SGDMA working on virtex4FX ?

[Stephen Neuendorffer]

What board are you working on?  Which phy option are you using?
I'm guessing that there's something wrong in that area.

Steve

> -----Original Message-----
> From: linuxppc-dev-bounces+stephen.neuendorffer=3Dxilinx.com@ozlabs.org
[mailto:linuxppc-dev-
> bounces+stephen.neuendorffer=3Dxilinx.com@ozlabs.org] On Behalf Of Simon
Frey
> Sent: Friday, June 13, 2008 7:46 AM
> To: linuxppc-dev@ozlabs.org
> Subject: XLLTemac with SGDMA working on virtex4FX ?
> =

> Hi all,
> =

> does anyone have working driver for xps_ll_temac unsing sg dma and
checksum offload on rx and tx ??
> =

> I use the xlnx kernel with ARCH=3Dpowerpc  and a device tree generated
with the gen_mhs_devtree under
> EDK 10.1
> =

> I don't know what's wrong but i can't get or send anything  even the
speed is only 10 Mb/s !
> =

> that's what i get when the kernel starts...
> =

> ## Starting application at 0x004007d0 ...
> Using Xilinx Virtex machine description
> Linux version 2.6.25-xlnx (simon@linux) (gcc version 4.2.2) #11
PREEMPT Fri Jun 13 15:51:29 CEST 2008
> Zone PFN ranges:
>   DMA             0 ->    16384
>   Normal      16384 ->    16384
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
>     0:        0 ->    16384
> Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
16256
> Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
> Xilinx intc at 0x81800000 mapped to 0xfdfff000
> PID hash table entries: 256 (order: 8, 1024 bytes)
> clocksource: timebase mult[1400000] shift[22] registered
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
> Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
> Memory: 61704k/65536k available (2892k kernel code, 3768k reserved,
112k data, 141k bss, 144k init)
> Mount-cache hash table entries: 512
> net_namespace: 536 bytes
> NET: Registered protocol family 16
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 2048 (order: 2, 16384 bytes)
> TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> TCP: Hash tables configured (established 2048 bind 2048)
> TCP reno registered
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing
disabled
> 83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16) is a 16550A
> console [ttyS0] enabled
> brd: module loaded
> loop: module loaded
> Device Tree Probing 'ethernet'
> xilinx_lltemac 81c00000.ethernet: MAC address is now  0: a:35: 0:22: 1
> xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt: 0xc5010100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with kmalloc<6>XLlTemac:
(buffer_descriptor_init) phy:
> 0x3868000, virt: 0xc3868000, size: 0x8000
> XTemac: PHY detected at address 4.
> xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at 0x81C00000
mapped to 0xC500E000, irq=3D17
> mice: PS/2 mouse device common for all mice
> TCP cubic registered
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> eth0: XLlTemac: Options: 0x3fa
> eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
> eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
> eth0: XLlTemac: speed set to 10Mb/s
> eth0: XLlTemac: Send Threshold =3D 240, Receive Threshold =3D 40
> eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait bound =3D 254
> Sending DHCP requests ...... timed out!
> IP-Config: Reopening network devices...
> eth0: XLlTemac: Options: 0x3fa
> =

> =

> =

> I can see the led blinking on my switch but don't see nothing using
wireshak !!!
> =

> =

> Finaly, i know the the temac works because i can use it with uboot !!!
even
> at speed 1000.
> =

> In:    serial
> Out:   serial
> Err:   serial
> U-Boot relocated to 03fcf000
> ### main_loop entered: bootdelay=3D3
> =

> ### main_loop: bootcmd=3D"loooaadd %addr"
> Press Enter within 3 seconds to stop autoboot
> Unknown command 'loooaadd' - try 'help'
> =3D> setenv bootfile zImage.virtex
> =3D> tftp 40000
> eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at 0x81C00000.
> 1000BASE-T/FD
> TFTP from server 192.168.1.100; our IP address is 192.168.1.200
> Filename 'zImage.virtex'.
> Load address: 0x40000
> Loading:
#################################################################
>          ########################################################
> done
> Bytes transferred =3D 1772215 (1b0ab7 hex)
> =3D>
> =

> =

> so if someone already had that problem...
> =

> Thanks in advance
> =

> Simon
> =

> =

> =

>
________________________________________________________________________
_____
> Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
http://mail.yahoo.fr
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev


This email and any attachments are intended for the sole use of the named r=
ecipient(s) and contain(s) confidential information that may be proprietary=
, privileged or copyrighted under applicable law. If you are not the intend=
ed recipient, do not read, copy, or forward this email message or any attac=
hments. Delete this email message and any attachments immediately.

Re: XLLTemac with SGDMA working on virtex4FX ?

[Johann Baudy]

[-- Attachment #1: Type: text/plain, Size: 9870 bytes --]

Hi Simon,

With EDK10.1, xps_ll_temac, ARCH=powerpc, I've reached ~17Mo/s with netperf
(UDP) and ~30 Mo/s in raw packet mode.

Are you using Xilinx evaluation board? If not pay attention to the PHY
controller. (you may not use MARVELL_88E1111_PHY define)

To check if you have some issues with checksum offload, you can use
Wireshark (network analyzer). With this tool you will see your frames and if
they are sent properly.

Best regards,
-- 
RT System Engineer - IXWAVES
Johann Baudy









On Fri, Jun 13, 2008 at 6:43 PM, Simon Frey <frey_simon@yahoo.fr> wrote:

>
> Hi John,
>
> I found a driver in the uboot ml from Yoshio Kashiwagi (Thanks :)
>
> link:
>
> http://www.nabble.com/Xilinx-PowerPC-XPS_LL_TEMAC-driver-td16893860.html#a16908888
>
> i didn't know how it works but it uses memcpy on tx and NetReceive() from
> uboot net.c ...
>
> I have to achieve an average speed of 20 MB/s. I hope it works ! Have you
> got some facts ?
>
> So, i don't know what i should do. I thought that xilinx drivers suppots
> there hw ! Should i try to integrate xilinx EDK generated drivers into xlnx
> kernel tree ? and how ?
> My computer and the temac are connected to a 1Gb switch and the led is
> blinking when the temac send something but not the led of my computer! as if
> the switch does not his job ! invalid frames ? is possible ? (i should have
> a break...)
>
> best regards,
>
> Simon
>
>
>
> --- En date de : Ven 13.6.08, John Linn <John.Linn@xilinx.com> a écrit :
>
> > De: John Linn <John.Linn@xilinx.com>
> > Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> > À: "Simon Frey" <frey_simon@yahoo.fr>, linuxppc-dev@ozlabs.org
> > Date: Vendredi 13 Juin 2008, 17h52
> > Hi Simon,
> >
> > I have not done testing of this driver with checksum
> > offload.  I do test
> > the driver in an automated test, but not in checksum
> > offload mode, I
> > need to add that test.
> >
> > I did receive the following patch and applied it to the Git
> > server so I
> > think Johann did some testing with checksum offload.  That
> > may have been
> > with arch/ppc rather than arch/powerpc, not sure.
> >
> > I noticed that you have uboot working with LL TEMAC and it
> > must be using
> > DMA SG as it's running on the same h/w. I just got thru
> > hacking together
> > a rough polled mode LL TEMAC driver to support uboot and
> > it's working,
> > but not cleaned up.  Just curious on your experience in
> > that area.
> >
> > Thanks,
> > John Linn
> > Linux Development & Strategy
> >
> > Xilinx is looking for embedded Linux developers....
> >
> > ******************* the patch text I applied
> > ******************************
> >
> > From: John Linn [john.linn@xilinx.com]
> > Sent: Friday, April 04, 2008 10:25 AM
> > To: git
> > Cc: John Linn; Johann Baudy
> > Subject: [PATCH] Xilinx: LL TEMAC: Fix checksum offload
> >
> > The LL TEMAC is generating the wrong checksum when TX
> > hardware checksum
> > is enabled. This is mainly due to two issues:
> > - CHECKSUM_COMPLETE can only be used on RX PATH,
> > CHECKSUM_PARTIAL must
> > be used instead.
> > - Checksum index offsets are being calculated wrong.
> >
> > Signed-off-by: Johann Baudy <johaahn@gmail.com>
> > Signed-off-by: John Linn <john.linn@xilinx.com>
> >
> > -----Original Message-----
> > From: linuxppc-dev-bounces+john.linn=xilinx.com@ozlabs.org
> > [mailto:linuxppc-dev-bounces+john.linn<linuxppc-dev-bounces%2Bjohn.linn>
> =xilinx.com@ozlabs.org]
> > On Behalf
> > Of Simon Frey
> > Sent: Friday, June 13, 2008 8:46 AM
> > To: linuxppc-dev@ozlabs.org
> > Subject: XLLTemac with SGDMA working on virtex4FX ?
> >
> > Hi all,
> >
> > does anyone have working driver for xps_ll_temac unsing sg
> > dma and
> > checksum offload on rx and tx ??
> >
> > I use the xlnx kernel with ARCH=powerpc  and a device tree
> > generated
> > with the gen_mhs_devtree under EDK 10.1
> >
> > I don't know what's wrong but i can't get or
> > send anything  even the
> > speed is only 10 Mb/s !
> >
> > that's what i get when the kernel starts...
> >
> > ## Starting application at 0x004007d0 ...
> > Using Xilinx Virtex machine description
> > Linux version 2.6.25-xlnx (simon@linux) (gcc version 4.2.2)
> > #11 PREEMPT
> > Fri Jun 13 15:51:29 CEST 2008
> > Zone PFN ranges:
> >   DMA             0 ->    16384
> >   Normal      16384 ->    16384
> > Movable zone start PFN for each node
> > early_node_map[1] active PFN ranges
> >     0:        0 ->    16384
> > Built 1 zonelists in Zone order, mobility grouping on.
> > Total pages:
> > 16256
> > Kernel command line: console=ttyS0,115200 ip=dhcp
> > Xilinx intc at 0x81800000 mapped to 0xfdfff000
> > PID hash table entries: 256 (order: 8, 1024 bytes)
> > clocksource: timebase mult[1400000] shift[22] registered
> > Console: colour dummy device 80x25
> > Dentry cache hash table entries: 8192 (order: 3, 32768
> > bytes)
> > Inode-cache hash table entries: 4096 (order: 2, 16384
> > bytes)
> > Memory: 61704k/65536k available (2892k kernel code, 3768k
> > reserved, 112k
> > data, 141k bss, 144k init)
> > Mount-cache hash table entries: 512
> > net_namespace: 536 bytes
> > NET: Registered protocol family 16
> > NET: Registered protocol family 2
> > IP route cache hash table entries: 1024 (order: 0, 4096
> > bytes)
> > TCP established hash table entries: 2048 (order: 2, 16384
> > bytes)
> > TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> > TCP: Hash tables configured (established 2048 bind 2048)
> > TCP reno registered
> > Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> > io scheduler noop registered
> > io scheduler anticipatory registered
> > io scheduler deadline registered
> > io scheduler cfq registered (default)
> > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ
> > sharing
> > disabled
> > 83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq = 16) is a
> > 16550A
> > console [ttyS0] enabled
> > brd: module loaded
> > loop: module loaded
> > Device Tree Probing 'ethernet'
> > xilinx_lltemac 81c00000.ethernet: MAC address is now  0:
> > a:35: 0:22: 1
> > xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
> > XLlTemac: Dma base address: phy: 0x84600100, virt:
> > 0xc5010100
> > XLlTemac: buffer descriptor size: 32768 (0x8000)
> > XLlTemac: Allocating DMA descriptors with
> > kmalloc<6>XLlTemac:
> > (buffer_descriptor_init) phy: 0x3868000, virt: 0xc3868000,
> > size: 0x8000
> > XTemac: PHY detected at address 4.
> > xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at
> > 0x81C00000
> > mapped to 0xC500E000, irq=17
> > mice: PS/2 mouse device common for all mice
> > TCP cubic registered
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > eth0: XLlTemac: Options: 0x3fa
> > eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
> > eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
> > eth0: XLlTemac: speed set to 10Mb/s
> > eth0: XLlTemac: Send Threshold = 240, Receive Threshold =
> > 40
> > eth0: XLlTemac: Send Wait bound = 254, Receive Wait bound =
> > 254
> > Sending DHCP requests ...... timed out!
> > IP-Config: Reopening network devices...
> > eth0: XLlTemac: Options: 0x3fa
> >
> >
> >
> >
> > I can see the led blinking on my switch but don't see
> > nothing using
> > wireshak !!!
> >
> >
> > Finaly, i know the the temac works because i can use it
> > with uboot !!!
> > even
> > at speed 1000.
> >
> > In:    serial
> > Out:   serial
> > Err:   serial
> > U-Boot relocated to 03fcf000
> > ### main_loop entered: bootdelay=3
> >
> > ### main_loop: bootcmd="loooaadd %addr"
> > Press Enter within 3 seconds to stop autoboot
> > Unknown command 'loooaadd' - try 'help'
> > => setenv bootfile zImage.virtex
> > => tftp 40000
> > eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at
> > 0x81C00000.
> > 1000BASE-T/FD
> > TFTP from server 192.168.1.100; our IP address is
> > 192.168.1.200
> > Filename 'zImage.virtex'.
> > Load address: 0x40000
> > Loading:
> > #################################################################
> >
> > ########################################################
> > done
> > Bytes transferred = 1772215 (1b0ab7 hex)
> > =>
> >
> >
> > so if someone already had that problem...
> >
> > Thanks in advance
> >
> > Simon
> >
> >
> >
> >
> > ________________________________________________________________________
> > _____
> > Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
> > http://mail.yahoo.fr
> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
> >
> >
> > This email and any attachments are intended for the sole
> > use of the named recipient(s) and contain(s) confidential
> > information that may be proprietary, privileged or
> > copyrighted under applicable law. If you are not the
> > intended recipient, do not read, copy, or forward this
> > email message or any attachments. Delete this email message
> > and any attachments immediately.
> >
> >
> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
>
>
>  _____________________________________________________________________________
> Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
> http://mail.yahoo.fr
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>



-- 
Johann Baudy
johaahn@gmail.com

[-- Attachment #2: Type: text/html, Size: 13134 bytes --]

RE: XLLTemac with SGDMA working on virtex4FX ?

[John Linn]

Hi Simon,

See my comments in-line below.

Thanks,
John


-----Original Message-----
From: Simon Frey [mailto:frey_simon@yahoo.fr] =

Sent: Friday, June 13, 2008 10:43 AM
To: John Linn; linuxppc-dev@ozlabs.org
Subject: RE: XLLTemac with SGDMA working on virtex4FX ?


Hi John,

I found a driver in the uboot ml from Yoshio Kashiwagi (Thanks :)

link:
http://www.nabble.com/Xilinx-PowerPC-XPS_LL_TEMAC-driver-td16893860.html#a1=
6908888

i didn't know how it works but it uses memcpy on tx and NetReceive() from u=
boot net.c ...

I have to achieve an average speed of 20 MB/s. I hope it works ! Have you g=
ot some facts ?

******** John's response follows *********

My hacked on driver uses DMA SG in a polled mode and does not do any copies=
. But I have not idea what the performance is as it is not finished. It is =
functioning, but needs more work.  It's still too early to tell performance=
 and I'm diverted right now on other work.

*********************************

So, i don't know what i should do. I thought that xilinx drivers suppots th=
ere hw ! Should i try to integrate xilinx EDK generated drivers into xlnx k=
ernel tree ? and how ?
My computer and the temac are connected to a 1Gb switch and the led is blin=
king when the temac send something but not the led of my computer! as if th=
e switch does not his job ! invalid frames ? is possible ? (i should have a=
 break...)

******** John's response follows *********

The Xilinx drivers in the Embedded Development Kit for standalone operation=
 and commercial Linux have full test coverage with the Xilinx hardware. The=
 Xilinx Git server is a less mature initiative and we don't yet have full t=
est coverage. We plan to continue increasing our test coverage thru our aut=
omated testing so that the open source drivers have better test coverage al=
so. =


Have you tested this system configuration without checksum offload to make =
sure the system configuration is ok?  The default configuration of the kern=
el in the Git tree, ml405_defconfig and ml507-defconfig, is setup to give u=
sers a baseline using a reference bitstream on the http://git.xilinx.com si=
te.

*********************************

best regards,

Simon



--- En date de=A0: Ven 13.6.08, John Linn <John.Linn@xilinx.com> a =E9crit=
=A0:

> De: John Linn <John.Linn@xilinx.com>
> Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> =C0: "Simon Frey" <frey_simon@yahoo.fr>, linuxppc-dev@ozlabs.org
> Date: Vendredi 13 Juin 2008, 17h52
> Hi Simon,
> =

> I have not done testing of this driver with checksum
> offload.  I do test
> the driver in an automated test, but not in checksum
> offload mode, I
> need to add that test. =

> =

> I did receive the following patch and applied it to the Git
> server so I
> think Johann did some testing with checksum offload.  That
> may have been
> with arch/ppc rather than arch/powerpc, not sure.
> =

> I noticed that you have uboot working with LL TEMAC and it
> must be using
> DMA SG as it's running on the same h/w. I just got thru
> hacking together
> a rough polled mode LL TEMAC driver to support uboot and
> it's working,
> but not cleaned up.  Just curious on your experience in
> that area.
> =

> Thanks,
> John Linn
> Linux Development & Strategy
> =

> Xilinx is looking for embedded Linux developers....
> =

> ******************* the patch text I applied
> ******************************
> =

> From: John Linn [john.linn@xilinx.com]
> Sent: Friday, April 04, 2008 10:25 AM
> To: git
> Cc: John Linn; Johann Baudy
> Subject: [PATCH] Xilinx: LL TEMAC: Fix checksum offload
> =

> The LL TEMAC is generating the wrong checksum when TX
> hardware checksum
> is enabled. This is mainly due to two issues:
> - CHECKSUM_COMPLETE can only be used on RX PATH,
> CHECKSUM_PARTIAL must
> be used instead.
> - Checksum index offsets are being calculated wrong.
> =

> Signed-off-by: Johann Baudy <johaahn@gmail.com>
> Signed-off-by: John Linn <john.linn@xilinx.com>
> =

> -----Original Message-----
> From: linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org
> [mailto:linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org]
> On Behalf
> Of Simon Frey
> Sent: Friday, June 13, 2008 8:46 AM
> To: linuxppc-dev@ozlabs.org
> Subject: XLLTemac with SGDMA working on virtex4FX ?
> =

> Hi all,
> =

> does anyone have working driver for xps_ll_temac unsing sg
> dma and
> checksum offload on rx and tx ??
> =

> I use the xlnx kernel with ARCH=3Dpowerpc  and a device tree
> generated
> with the gen_mhs_devtree under EDK 10.1
> =

> I don't know what's wrong but i can't get or
> send anything  even the
> speed is only 10 Mb/s !
> =

> that's what i get when the kernel starts...
> =

> ## Starting application at 0x004007d0 ...
> Using Xilinx Virtex machine description
> Linux version 2.6.25-xlnx (simon@linux) (gcc version 4.2.2)
> #11 PREEMPT
> Fri Jun 13 15:51:29 CEST 2008
> Zone PFN ranges:
>   DMA             0 ->    16384
>   Normal      16384 ->    16384
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
>     0:        0 ->    16384
> Built 1 zonelists in Zone order, mobility grouping on. =

> Total pages:
> 16256
> Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
> Xilinx intc at 0x81800000 mapped to 0xfdfff000
> PID hash table entries: 256 (order: 8, 1024 bytes)
> clocksource: timebase mult[1400000] shift[22] registered
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 8192 (order: 3, 32768
> bytes)
> Inode-cache hash table entries: 4096 (order: 2, 16384
> bytes)
> Memory: 61704k/65536k available (2892k kernel code, 3768k
> reserved, 112k
> data, 141k bss, 144k init)
> Mount-cache hash table entries: 512
> net_namespace: 536 bytes
> NET: Registered protocol family 16
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096
> bytes)
> TCP established hash table entries: 2048 (order: 2, 16384
> bytes)
> TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> TCP: Hash tables configured (established 2048 bind 2048)
> TCP reno registered
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ
> sharing
> disabled
> 83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16) is a
> 16550A
> console [ttyS0] enabled
> brd: module loaded
> loop: module loaded
> Device Tree Probing 'ethernet'
> xilinx_lltemac 81c00000.ethernet: MAC address is now  0:
> a:35: 0:22: 1
> xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA mode.
> XLlTemac: Dma base address: phy: 0x84600100, virt:
> 0xc5010100
> XLlTemac: buffer descriptor size: 32768 (0x8000)
> XLlTemac: Allocating DMA descriptors with
> kmalloc<6>XLlTemac:
> (buffer_descriptor_init) phy: 0x3868000, virt: 0xc3868000,
> size: 0x8000
> XTemac: PHY detected at address 4.
> xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC at
> 0x81C00000
> mapped to 0xC500E000, irq=3D17
> mice: PS/2 mouse device common for all mice
> TCP cubic registered
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> eth0: XLlTemac: Options: 0x3fa
> eth0: XLlTemac: allocating interrupt 19 for dma mode tx.
> eth0: XLlTemac: allocating interrupt 18 for dma mode rx.
> eth0: XLlTemac: speed set to 10Mb/s
> eth0: XLlTemac: Send Threshold =3D 240, Receive Threshold =3D
> 40
> eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait bound =3D
> 254
> Sending DHCP requests ...... timed out!
> IP-Config: Reopening network devices...
> eth0: XLlTemac: Options: 0x3fa
> =

> =

> =

> =

> I can see the led blinking on my switch but don't see
> nothing using
> wireshak !!!
> =

> =

> Finaly, i know the the temac works because i can use it
> with uboot !!!
> even =

> at speed 1000.
> =

> In:    serial
> Out:   serial
> Err:   serial
> U-Boot relocated to 03fcf000
> ### main_loop entered: bootdelay=3D3
> =

> ### main_loop: bootcmd=3D"loooaadd %addr"
> Press Enter within 3 seconds to stop autoboot
> Unknown command 'loooaadd' - try 'help'
> =3D> setenv bootfile zImage.virtex
> =3D> tftp 40000
> eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at
> 0x81C00000.
> 1000BASE-T/FD
> TFTP from server 192.168.1.100; our IP address is
> 192.168.1.200
> Filename 'zImage.virtex'.
> Load address: 0x40000
> Loading:
> #################################################################
>         =

> ########################################################
> done
> Bytes transferred =3D 1772215 (1b0ab7 hex)
> =3D>
> =

> =

> so if someone already had that problem... =

> =

> Thanks in advance =

> =

> Simon
> =

> =

> =

>  =

> ________________________________________________________________________
> _____ =

> Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
> http://mail.yahoo.fr
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
> =

> =

> This email and any attachments are intended for the sole
> use of the named recipient(s) and contain(s) confidential
> information that may be proprietary, privileged or
> copyrighted under applicable law. If you are not the
> intended recipient, do not read, copy, or forward this
> email message or any attachments. Delete this email message
> and any attachments immediately.
> =

> =

> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev


      _____________________________________________________________________=
________ =

Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yaho=
o.fr


This email and any attachments are intended for the sole use of the named r=
ecipient(s) and contain(s) confidential information that may be proprietary=
, privileged or copyrighted under applicable law. If you are not the intend=
ed recipient, do not read, copy, or forward this email message or any attac=
hments. Delete this email message and any attachments immediately.

RE: XLLTemac with SGDMA working on virtex4FX ?

[Simon Frey]

Hi all,


So, i'm using a Avnet Virtex 4 fx12 mini module.=20
I solved my ethernet speed negotiation problem using the kernel option MARV=
ELL_..._MII or other PHY.
It work fine, my rootfs is on nfs server.
But the speed isn't great. I takes serverals ms (2 to 4 ms) to answer a pin=
g request (packet size is irrelevant).

My Hardware :
i use the xps_ll_temac connected to a mpmc sdma input through local link

Address Map for Processor ppc405_0
  (0b0100000000-0b0111111111) ppc405_0=09
  (0000000000-0x03ffffff) DDR_SDRAM_32Mx16=09ppc405_0_dplb1
  (0000000000-0x03ffffff) DDR_SDRAM_32Mx16=09ppc405_0_iplb1
  (0x06000000-0x06003fff) xps_bram_if_cntlr_1=09plb
  (0x44a00000-0x44a00fff) ppc405_0_iocm_cntlr=09ppc405_0_iocm
  (0x81400000-0x8140ffff) FLASH_READY=09plb
  (0x81800000-0x8180ffff) xps_intc_0=09plb
  (0x81c00000-0x81c0ffff) TriMode_MAC_GMII=09plb
  (0x83e00000-0x83e0ffff) RS232=09plb
  (0x84600000-0x8460ffff) DDR_SDRAM_32Mx16=09plb
  (0xbe308000-0xbe308fff) ppc405_0_docm_cntlr=09ppc405_0_docm
  (0xffc00000-0xffffffff) FLASH_2Mx16=09plb


John, on which base have you started to make your driver ?
Can you share your work and experiences ? What should be do ?

Thanks,
Simon


--- En date de=A0: Ven 13.6.08, John Linn <John.Linn@xilinx.com> a =E9crit=
=A0:

> De: John Linn <John.Linn@xilinx.com>
> Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> =C0: frey_simon@yahoo.fr, linuxppc-dev@ozlabs.org
> Date: Vendredi 13 Juin 2008, 21h46
> Hi Simon,
>=20
> See my comments in-line below.
>=20
> Thanks,
> John
>=20
>=20
> -----Original Message-----
> From: Simon Frey [mailto:frey_simon@yahoo.fr]=20
> Sent: Friday, June 13, 2008 10:43 AM
> To: John Linn; linuxppc-dev@ozlabs.org
> Subject: RE: XLLTemac with SGDMA working on virtex4FX ?
>=20
>=20
> Hi John,
>=20
> I found a driver in the uboot ml from Yoshio Kashiwagi
> (Thanks :)
>=20
> link:
> http://www.nabble.com/Xilinx-PowerPC-XPS_LL_TEMAC-driver-td16893860.html#=
a16908888
>=20
> i didn't know how it works but it uses memcpy on tx and
> NetReceive() from uboot net.c ...
>=20
> I have to achieve an average speed of 20 MB/s. I hope it
> works ! Have you got some facts ?
>=20
> ******** John's response follows *********
>=20
> My hacked on driver uses DMA SG in a polled mode and does
> not do any copies. But I have not idea what the performance
> is as it is not finished. It is functioning, but needs more
> work.  It's still too early to tell performance and
> I'm diverted right now on other work.
>=20
> *********************************
>=20
> So, i don't know what i should do. I thought that
> xilinx drivers suppots there hw ! Should i try to integrate
> xilinx EDK generated drivers into xlnx kernel tree ? and how
> ?
> My computer and the temac are connected to a 1Gb switch and
> the led is blinking when the temac send something but not
> the led of my computer! as if the switch does not his job !
> invalid frames ? is possible ? (i should have a break...)
>=20
> ******** John's response follows *********
>=20
> The Xilinx drivers in the Embedded Development Kit for
> standalone operation and commercial Linux have full test
> coverage with the Xilinx hardware. The Xilinx Git server is
> a less mature initiative and we don't yet have full test
> coverage. We plan to continue increasing our test coverage
> thru our automated testing so that the open source drivers
> have better test coverage also.=20
>=20
> Have you tested this system configuration without checksum
> offload to make sure the system configuration is ok?  The
> default configuration of the kernel in the Git tree,
> ml405_defconfig and ml507-defconfig, is setup to give users
> a baseline using a reference bitstream on the
> http://git.xilinx.com site.
>=20
> *********************************
>=20
> best regards,
>=20
> Simon
>=20
>=20
>=20
> --- En date de=A0: Ven 13.6.08, John Linn
> <John.Linn@xilinx.com> a =E9crit=A0:
>=20
> > De: John Linn <John.Linn@xilinx.com>
> > Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> > =C0: "Simon Frey"
> <frey_simon@yahoo.fr>, linuxppc-dev@ozlabs.org
> > Date: Vendredi 13 Juin 2008, 17h52
> > Hi Simon,
> >=20
> > I have not done testing of this driver with checksum
> > offload.  I do test
> > the driver in an automated test, but not in checksum
> > offload mode, I
> > need to add that test.=20
> >=20
> > I did receive the following patch and applied it to
> the Git
> > server so I
> > think Johann did some testing with checksum offload.=20
> That
> > may have been
> > with arch/ppc rather than arch/powerpc, not sure.
> >=20
> > I noticed that you have uboot working with LL TEMAC
> and it
> > must be using
> > DMA SG as it's running on the same h/w. I just got
> thru
> > hacking together
> > a rough polled mode LL TEMAC driver to support uboot
> and
> > it's working,
> > but not cleaned up.  Just curious on your experience
> in
> > that area.
> >=20
> > Thanks,
> > John Linn
> > Linux Development & Strategy
> >=20
> > Xilinx is looking for embedded Linux developers....
> >=20
> > ******************* the patch text I applied
> > ******************************
> >=20
> > From: John Linn [john.linn@xilinx.com]
> > Sent: Friday, April 04, 2008 10:25 AM
> > To: git
> > Cc: John Linn; Johann Baudy
> > Subject: [PATCH] Xilinx: LL TEMAC: Fix checksum
> offload
> >=20
> > The LL TEMAC is generating the wrong checksum when TX
> > hardware checksum
> > is enabled. This is mainly due to two issues:
> > - CHECKSUM_COMPLETE can only be used on RX PATH,
> > CHECKSUM_PARTIAL must
> > be used instead.
> > - Checksum index offsets are being calculated wrong.
> >=20
> > Signed-off-by: Johann Baudy <johaahn@gmail.com>
> > Signed-off-by: John Linn <john.linn@xilinx.com>
> >=20
> > -----Original Message-----
> > From:
> linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org
> >
> [mailto:linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org]
> > On Behalf
> > Of Simon Frey
> > Sent: Friday, June 13, 2008 8:46 AM
> > To: linuxppc-dev@ozlabs.org
> > Subject: XLLTemac with SGDMA working on virtex4FX ?
> >=20
> > Hi all,
> >=20
> > does anyone have working driver for xps_ll_temac
> unsing sg
> > dma and
> > checksum offload on rx and tx ??
> >=20
> > I use the xlnx kernel with ARCH=3Dpowerpc  and a device
> tree
> > generated
> > with the gen_mhs_devtree under EDK 10.1
> >=20
> > I don't know what's wrong but i can't get
> or
> > send anything  even the
> > speed is only 10 Mb/s !
> >=20
> > that's what i get when the kernel starts...
> >=20
> > ## Starting application at 0x004007d0 ...
> > Using Xilinx Virtex machine description
> > Linux version 2.6.25-xlnx (simon@linux) (gcc version
> 4.2.2)
> > #11 PREEMPT
> > Fri Jun 13 15:51:29 CEST 2008
> > Zone PFN ranges:
> >   DMA             0 ->    16384
> >   Normal      16384 ->    16384
> > Movable zone start PFN for each node
> > early_node_map[1] active PFN ranges
> >     0:        0 ->    16384
> > Built 1 zonelists in Zone order, mobility grouping on.
>=20
> > Total pages:
> > 16256
> > Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
> > Xilinx intc at 0x81800000 mapped to 0xfdfff000
> > PID hash table entries: 256 (order: 8, 1024 bytes)
> > clocksource: timebase mult[1400000] shift[22]
> registered
> > Console: colour dummy device 80x25
> > Dentry cache hash table entries: 8192 (order: 3, 32768
> > bytes)
> > Inode-cache hash table entries: 4096 (order: 2, 16384
> > bytes)
> > Memory: 61704k/65536k available (2892k kernel code,
> 3768k
> > reserved, 112k
> > data, 141k bss, 144k init)
> > Mount-cache hash table entries: 512
> > net_namespace: 536 bytes
> > NET: Registered protocol family 16
> > NET: Registered protocol family 2
> > IP route cache hash table entries: 1024 (order: 0,
> 4096
> > bytes)
> > TCP established hash table entries: 2048 (order: 2,
> 16384
> > bytes)
> > TCP bind hash table entries: 2048 (order: 1, 8192
> bytes)
> > TCP: Hash tables configured (established 2048 bind
> 2048)
> > TCP reno registered
> > Installing knfsd (copyright (C) 1996
> okir@monad.swb.de).
> > io scheduler noop registered
> > io scheduler anticipatory registered
> > io scheduler deadline registered
> > io scheduler cfq registered (default)
> > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports,
> IRQ
> > sharing
> > disabled
> > 83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16)
> is a
> > 16550A
> > console [ttyS0] enabled
> > brd: module loaded
> > loop: module loaded
> > Device Tree Probing 'ethernet'
> > xilinx_lltemac 81c00000.ethernet: MAC address is now=20
> 0:
> > a:35: 0:22: 1
> > xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA
> mode.
> > XLlTemac: Dma base address: phy: 0x84600100, virt:
> > 0xc5010100
> > XLlTemac: buffer descriptor size: 32768 (0x8000)
> > XLlTemac: Allocating DMA descriptors with
> > kmalloc<6>XLlTemac:
> > (buffer_descriptor_init) phy: 0x3868000, virt:
> 0xc3868000,
> > size: 0x8000
> > XTemac: PHY detected at address 4.
> > xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC
> at
> > 0x81C00000
> > mapped to 0xC500E000, irq=3D17
> > mice: PS/2 mouse device common for all mice
> > TCP cubic registered
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > eth0: XLlTemac: Options: 0x3fa
> > eth0: XLlTemac: allocating interrupt 19 for dma mode
> tx.
> > eth0: XLlTemac: allocating interrupt 18 for dma mode
> rx.
> > eth0: XLlTemac: speed set to 10Mb/s
> > eth0: XLlTemac: Send Threshold =3D 240, Receive
> Threshold =3D
> > 40
> > eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait
> bound =3D
> > 254
> > Sending DHCP requests ...... timed out!
> > IP-Config: Reopening network devices...
> > eth0: XLlTemac: Options: 0x3fa
> >=20
> >=20
> >=20
> >=20
> > I can see the led blinking on my switch but don't
> see
> > nothing using
> > wireshak !!!
> >=20
> >=20
> > Finaly, i know the the temac works because i can use
> it
> > with uboot !!!
> > even=20
> > at speed 1000.
> >=20
> > In:    serial
> > Out:   serial
> > Err:   serial
> > U-Boot relocated to 03fcf000
> > ### main_loop entered: bootdelay=3D3
> >=20
> > ### main_loop: bootcmd=3D"loooaadd %addr"
> > Press Enter within 3 seconds to stop autoboot
> > Unknown command 'loooaadd' - try
> 'help'
> > =3D> setenv bootfile zImage.virtex
> > =3D> tftp 40000
> > eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at
> > 0x81C00000.
> > 1000BASE-T/FD
> > TFTP from server 192.168.1.100; our IP address is
> > 192.168.1.200
> > Filename 'zImage.virtex'.
> > Load address: 0x40000
> > Loading:
> >
> #################################################################
> >        =20
> >
> ########################################################
> > done
> > Bytes transferred =3D 1772215 (1b0ab7 hex)
> > =3D>
> >=20
> >=20
> > so if someone already had that problem...=20
> >=20
> > Thanks in advance=20
> >=20
> > Simon
> >=20
> >=20
> >=20
> > =20
> >
> ________________________________________________________________________
> > _____=20
> > Envoyez avec Yahoo! Mail. Une boite mail plus
> intelligente
> > http://mail.yahoo.fr
> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
> >=20
> >=20
> > This email and any attachments are intended for the
> sole
> > use of the named recipient(s) and contain(s)
> confidential
> > information that may be proprietary, privileged or
> > copyrighted under applicable law. If you are not the
> > intended recipient, do not read, copy, or forward this
> > email message or any attachments. Delete this email
> message
> > and any attachments immediately.
> >=20
> >=20
> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
>=20
>=20
>     =20
> _________________________________________________________________________=
____
>=20
> Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
> http://mail.yahoo.fr
>=20
>=20
> This email and any attachments are intended for the sole
> use of the named recipient(s) and contain(s) confidential
> information that may be proprietary, privileged or
> copyrighted under applicable law. If you are not the
> intended recipient, do not read, copy, or forward this
> email message or any attachments. Delete this email message
> and any attachments immediately.
>=20
>=20
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev=0A=0A=0A      __________=
___________________________________________________________________ =0AEnvo=
yez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr

RE: XLLTemac with SGDMA working on virtex4FX ?

[John Linn]

Hi Simon,

I'm assuming that you have caches enabled in the hardware design.

Have you profiled the performance of the hardware design independent of Lin=
ux to make sure you are getting good memory performance?

We haven't done performance testing yet on the open source Linux driver yet=
 as our immediate priority with limited resources has been functionality. I=
'm running on the 405 and seeing similar times to what you've said.

This Linux driver is based on other Linux drivers and non-Linux drivers tha=
t Xilinx uses and they have been tuned for performance successfully.  We ty=
pically use netperf for performance testing.

Checksum offload is the normal path for getting better performance, and we'=
ve already talked about that.  If your network can handle it, jumbo frames =
are another performance increase. But =


I'll check around for ideas from others in Xilinx.

Thanks,
John

-----Original Message-----
From: linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org [mailto:linuxp=
pc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org] On Behalf Of Simon Frey
Sent: Tuesday, June 17, 2008 7:55 AM
To: linuxppc-dev@ozlabs.org
Subject: RE: XLLTemac with SGDMA working on virtex4FX ?

Hi all,


So, i'm using a Avnet Virtex 4 fx12 mini module. =

I solved my ethernet speed negotiation problem using the kernel option MARV=
ELL_..._MII or other PHY.
It work fine, my rootfs is on nfs server.
But the speed isn't great. I takes serverals ms (2 to 4 ms) to answer a pin=
g request (packet size is irrelevant).

My Hardware :
i use the xps_ll_temac connected to a mpmc sdma input through local link

Address Map for Processor ppc405_0
  (0b0100000000-0b0111111111) ppc405_0	=

  (0000000000-0x03ffffff) DDR_SDRAM_32Mx16	ppc405_0_dplb1
  (0000000000-0x03ffffff) DDR_SDRAM_32Mx16	ppc405_0_iplb1
  (0x06000000-0x06003fff) xps_bram_if_cntlr_1	plb
  (0x44a00000-0x44a00fff) ppc405_0_iocm_cntlr	ppc405_0_iocm
  (0x81400000-0x8140ffff) FLASH_READY	plb
  (0x81800000-0x8180ffff) xps_intc_0	plb
  (0x81c00000-0x81c0ffff) TriMode_MAC_GMII	plb
  (0x83e00000-0x83e0ffff) RS232	plb
  (0x84600000-0x8460ffff) DDR_SDRAM_32Mx16	plb
  (0xbe308000-0xbe308fff) ppc405_0_docm_cntlr	ppc405_0_docm
  (0xffc00000-0xffffffff) FLASH_2Mx16	plb


John, on which base have you started to make your driver ?
Can you share your work and experiences ? What should be do ?

Thanks,
Simon


--- En date de=A0: Ven 13.6.08, John Linn <John.Linn@xilinx.com> a =E9crit=
=A0:

> De: John Linn <John.Linn@xilinx.com>
> Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> =C0: frey_simon@yahoo.fr, linuxppc-dev@ozlabs.org
> Date: Vendredi 13 Juin 2008, 21h46
> Hi Simon,
> =

> See my comments in-line below.
> =

> Thanks,
> John
> =

> =

> -----Original Message-----
> From: Simon Frey [mailto:frey_simon@yahoo.fr] =

> Sent: Friday, June 13, 2008 10:43 AM
> To: John Linn; linuxppc-dev@ozlabs.org
> Subject: RE: XLLTemac with SGDMA working on virtex4FX ?
> =

> =

> Hi John,
> =

> I found a driver in the uboot ml from Yoshio Kashiwagi
> (Thanks :)
> =

> link:
> http://www.nabble.com/Xilinx-PowerPC-XPS_LL_TEMAC-driver-td16893860.html#=
a16908888
> =

> i didn't know how it works but it uses memcpy on tx and
> NetReceive() from uboot net.c ...
> =

> I have to achieve an average speed of 20 MB/s. I hope it
> works ! Have you got some facts ?
> =

> ******** John's response follows *********
> =

> My hacked on driver uses DMA SG in a polled mode and does
> not do any copies. But I have not idea what the performance
> is as it is not finished. It is functioning, but needs more
> work.  It's still too early to tell performance and
> I'm diverted right now on other work.
> =

> *********************************
> =

> So, i don't know what i should do. I thought that
> xilinx drivers suppots there hw ! Should i try to integrate
> xilinx EDK generated drivers into xlnx kernel tree ? and how
> ?
> My computer and the temac are connected to a 1Gb switch and
> the led is blinking when the temac send something but not
> the led of my computer! as if the switch does not his job !
> invalid frames ? is possible ? (i should have a break...)
> =

> ******** John's response follows *********
> =

> The Xilinx drivers in the Embedded Development Kit for
> standalone operation and commercial Linux have full test
> coverage with the Xilinx hardware. The Xilinx Git server is
> a less mature initiative and we don't yet have full test
> coverage. We plan to continue increasing our test coverage
> thru our automated testing so that the open source drivers
> have better test coverage also. =

> =

> Have you tested this system configuration without checksum
> offload to make sure the system configuration is ok?  The
> default configuration of the kernel in the Git tree,
> ml405_defconfig and ml507-defconfig, is setup to give users
> a baseline using a reference bitstream on the
> http://git.xilinx.com site.
> =

> *********************************
> =

> best regards,
> =

> Simon
> =

> =

> =

> --- En date de=A0: Ven 13.6.08, John Linn
> <John.Linn@xilinx.com> a =E9crit=A0:
> =

> > De: John Linn <John.Linn@xilinx.com>
> > Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> > =C0: "Simon Frey"
> <frey_simon@yahoo.fr>, linuxppc-dev@ozlabs.org
> > Date: Vendredi 13 Juin 2008, 17h52
> > Hi Simon,
> > =

> > I have not done testing of this driver with checksum
> > offload.  I do test
> > the driver in an automated test, but not in checksum
> > offload mode, I
> > need to add that test. =

> > =

> > I did receive the following patch and applied it to
> the Git
> > server so I
> > think Johann did some testing with checksum offload. =

> That
> > may have been
> > with arch/ppc rather than arch/powerpc, not sure.
> > =

> > I noticed that you have uboot working with LL TEMAC
> and it
> > must be using
> > DMA SG as it's running on the same h/w. I just got
> thru
> > hacking together
> > a rough polled mode LL TEMAC driver to support uboot
> and
> > it's working,
> > but not cleaned up.  Just curious on your experience
> in
> > that area.
> > =

> > Thanks,
> > John Linn
> > Linux Development & Strategy
> > =

> > Xilinx is looking for embedded Linux developers....
> > =

> > ******************* the patch text I applied
> > ******************************
> > =

> > From: John Linn [john.linn@xilinx.com]
> > Sent: Friday, April 04, 2008 10:25 AM
> > To: git
> > Cc: John Linn; Johann Baudy
> > Subject: [PATCH] Xilinx: LL TEMAC: Fix checksum
> offload
> > =

> > The LL TEMAC is generating the wrong checksum when TX
> > hardware checksum
> > is enabled. This is mainly due to two issues:
> > - CHECKSUM_COMPLETE can only be used on RX PATH,
> > CHECKSUM_PARTIAL must
> > be used instead.
> > - Checksum index offsets are being calculated wrong.
> > =

> > Signed-off-by: Johann Baudy <johaahn@gmail.com>
> > Signed-off-by: John Linn <john.linn@xilinx.com>
> > =

> > -----Original Message-----
> > From:
> linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org
> >
> [mailto:linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org]
> > On Behalf
> > Of Simon Frey
> > Sent: Friday, June 13, 2008 8:46 AM
> > To: linuxppc-dev@ozlabs.org
> > Subject: XLLTemac with SGDMA working on virtex4FX ?
> > =

> > Hi all,
> > =

> > does anyone have working driver for xps_ll_temac
> unsing sg
> > dma and
> > checksum offload on rx and tx ??
> > =

> > I use the xlnx kernel with ARCH=3Dpowerpc  and a device
> tree
> > generated
> > with the gen_mhs_devtree under EDK 10.1
> > =

> > I don't know what's wrong but i can't get
> or
> > send anything  even the
> > speed is only 10 Mb/s !
> > =

> > that's what i get when the kernel starts...
> > =

> > ## Starting application at 0x004007d0 ...
> > Using Xilinx Virtex machine description
> > Linux version 2.6.25-xlnx (simon@linux) (gcc version
> 4.2.2)
> > #11 PREEMPT
> > Fri Jun 13 15:51:29 CEST 2008
> > Zone PFN ranges:
> >   DMA             0 ->    16384
> >   Normal      16384 ->    16384
> > Movable zone start PFN for each node
> > early_node_map[1] active PFN ranges
> >     0:        0 ->    16384
> > Built 1 zonelists in Zone order, mobility grouping on.
> =

> > Total pages:
> > 16256
> > Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
> > Xilinx intc at 0x81800000 mapped to 0xfdfff000
> > PID hash table entries: 256 (order: 8, 1024 bytes)
> > clocksource: timebase mult[1400000] shift[22]
> registered
> > Console: colour dummy device 80x25
> > Dentry cache hash table entries: 8192 (order: 3, 32768
> > bytes)
> > Inode-cache hash table entries: 4096 (order: 2, 16384
> > bytes)
> > Memory: 61704k/65536k available (2892k kernel code,
> 3768k
> > reserved, 112k
> > data, 141k bss, 144k init)
> > Mount-cache hash table entries: 512
> > net_namespace: 536 bytes
> > NET: Registered protocol family 16
> > NET: Registered protocol family 2
> > IP route cache hash table entries: 1024 (order: 0,
> 4096
> > bytes)
> > TCP established hash table entries: 2048 (order: 2,
> 16384
> > bytes)
> > TCP bind hash table entries: 2048 (order: 1, 8192
> bytes)
> > TCP: Hash tables configured (established 2048 bind
> 2048)
> > TCP reno registered
> > Installing knfsd (copyright (C) 1996
> okir@monad.swb.de).
> > io scheduler noop registered
> > io scheduler anticipatory registered
> > io scheduler deadline registered
> > io scheduler cfq registered (default)
> > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports,
> IRQ
> > sharing
> > disabled
> > 83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16)
> is a
> > 16550A
> > console [ttyS0] enabled
> > brd: module loaded
> > loop: module loaded
> > Device Tree Probing 'ethernet'
> > xilinx_lltemac 81c00000.ethernet: MAC address is now =

> 0:
> > a:35: 0:22: 1
> > xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA
> mode.
> > XLlTemac: Dma base address: phy: 0x84600100, virt:
> > 0xc5010100
> > XLlTemac: buffer descriptor size: 32768 (0x8000)
> > XLlTemac: Allocating DMA descriptors with
> > kmalloc<6>XLlTemac:
> > (buffer_descriptor_init) phy: 0x3868000, virt:
> 0xc3868000,
> > size: 0x8000
> > XTemac: PHY detected at address 4.
> > xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC
> at
> > 0x81C00000
> > mapped to 0xC500E000, irq=3D17
> > mice: PS/2 mouse device common for all mice
> > TCP cubic registered
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > eth0: XLlTemac: Options: 0x3fa
> > eth0: XLlTemac: allocating interrupt 19 for dma mode
> tx.
> > eth0: XLlTemac: allocating interrupt 18 for dma mode
> rx.
> > eth0: XLlTemac: speed set to 10Mb/s
> > eth0: XLlTemac: Send Threshold =3D 240, Receive
> Threshold =3D
> > 40
> > eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait
> bound =3D
> > 254
> > Sending DHCP requests ...... timed out!
> > IP-Config: Reopening network devices...
> > eth0: XLlTemac: Options: 0x3fa
> > =

> > =

> > =

> > =

> > I can see the led blinking on my switch but don't
> see
> > nothing using
> > wireshak !!!
> > =

> > =

> > Finaly, i know the the temac works because i can use
> it
> > with uboot !!!
> > even =

> > at speed 1000.
> > =

> > In:    serial
> > Out:   serial
> > Err:   serial
> > U-Boot relocated to 03fcf000
> > ### main_loop entered: bootdelay=3D3
> > =

> > ### main_loop: bootcmd=3D"loooaadd %addr"
> > Press Enter within 3 seconds to stop autoboot
> > Unknown command 'loooaadd' - try
> 'help'
> > =3D> setenv bootfile zImage.virtex
> > =3D> tftp 40000
> > eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at
> > 0x81C00000.
> > 1000BASE-T/FD
> > TFTP from server 192.168.1.100; our IP address is
> > 192.168.1.200
> > Filename 'zImage.virtex'.
> > Load address: 0x40000
> > Loading:
> >
> #################################################################
> >         =

> >
> ########################################################
> > done
> > Bytes transferred =3D 1772215 (1b0ab7 hex)
> > =3D>
> > =

> > =

> > so if someone already had that problem... =

> > =

> > Thanks in advance =

> > =

> > Simon
> > =

> > =

> > =

> >  =

> >
> ________________________________________________________________________
> > _____ =

> > Envoyez avec Yahoo! Mail. Une boite mail plus
> intelligente
> > http://mail.yahoo.fr
> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
> > =

> > =

> > This email and any attachments are intended for the
> sole
> > use of the named recipient(s) and contain(s)
> confidential
> > information that may be proprietary, privileged or
> > copyrighted under applicable law. If you are not the
> > intended recipient, do not read, copy, or forward this
> > email message or any attachments. Delete this email
> message
> > and any attachments immediately.
> > =

> > =

> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
> =

> =

>      =

> _________________________________________________________________________=
____
> =

> Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
> http://mail.yahoo.fr
> =

> =

> This email and any attachments are intended for the sole
> use of the named recipient(s) and contain(s) confidential
> information that may be proprietary, privileged or
> copyrighted under applicable law. If you are not the
> intended recipient, do not read, copy, or forward this
> email message or any attachments. Delete this email message
> and any attachments immediately.
> =

> =

> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev


      _____________________________________________________________________=
________ =

Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yaho=
o.fr
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


This email and any attachments are intended for the sole use of the named r=
ecipient(s) and contain(s) confidential information that may be proprietary=
, privileged or copyrighted under applicable law. If you are not the intend=
ed recipient, do not read, copy, or forward this email message or any attac=
hments. Delete this email message and any attachments immediately.

RE: XLLTemac with SGDMA working on virtex4FX ?

[John Linn]

Hi Simon,

Here's what I found with spending a little time on the problem.

In the driver file xlltemac_main.c, there are some values to tune the DMA S=
G interrupt coalescing.

Changing these values down to 1 (all) caused the ping time to go down small=
 (.2 - .3 ms).  I'm not saying you should use a value of 1 for all, this wa=
s just an experiment.  Changing these will affect the larger xfers as these=
 were picked for best overall performance. Using netperf should give you a =
better overall picture of performance.

/* Default TX/RX Threshold and waitbound values for SGDMA mode */
#define DFT_TX_THRESHOLD  24
#define DFT_TX_WAITBOUND  254
#define DFT_RX_THRESHOLD  4
#define DFT_RX_WAITBOUND  254

We're not done with this as we know we need to test checksum offload, but I=
 thought I'd tell you what I learned.

Thanks,
John

Xilinx is looking for embedded Linux engineers....

-----Original Message-----
From: linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org [mailto:linuxp=
pc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org] On Behalf Of John Linn
Sent: Tuesday, June 17, 2008 10:33 AM
To: frey_simon@yahoo.fr; linuxppc-dev@ozlabs.org
Subject: RE: XLLTemac with SGDMA working on virtex4FX ?

Hi Simon,

I'm assuming that you have caches enabled in the hardware design.

Have you profiled the performance of the hardware design independent of Lin=
ux to make sure you are getting good memory performance?

We haven't done performance testing yet on the open source Linux driver yet=
 as our immediate priority with limited resources has been functionality. I=
'm running on the 405 and seeing similar times to what you've said.

This Linux driver is based on other Linux drivers and non-Linux drivers tha=
t Xilinx uses and they have been tuned for performance successfully.  We ty=
pically use netperf for performance testing.

Checksum offload is the normal path for getting better performance, and we'=
ve already talked about that.  If your network can handle it, jumbo frames =
are another performance increase. But =


I'll check around for ideas from others in Xilinx.

Thanks,
John

-----Original Message-----
From: linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org [mailto:linuxp=
pc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org] On Behalf Of Simon Frey
Sent: Tuesday, June 17, 2008 7:55 AM
To: linuxppc-dev@ozlabs.org
Subject: RE: XLLTemac with SGDMA working on virtex4FX ?

Hi all,


So, i'm using a Avnet Virtex 4 fx12 mini module. =

I solved my ethernet speed negotiation problem using the kernel option MARV=
ELL_..._MII or other PHY.
It work fine, my rootfs is on nfs server.
But the speed isn't great. I takes serverals ms (2 to 4 ms) to answer a pin=
g request (packet size is irrelevant).

My Hardware :
i use the xps_ll_temac connected to a mpmc sdma input through local link

Address Map for Processor ppc405_0
  (0b0100000000-0b0111111111) ppc405_0	=

  (0000000000-0x03ffffff) DDR_SDRAM_32Mx16	ppc405_0_dplb1
  (0000000000-0x03ffffff) DDR_SDRAM_32Mx16	ppc405_0_iplb1
  (0x06000000-0x06003fff) xps_bram_if_cntlr_1	plb
  (0x44a00000-0x44a00fff) ppc405_0_iocm_cntlr	ppc405_0_iocm
  (0x81400000-0x8140ffff) FLASH_READY	plb
  (0x81800000-0x8180ffff) xps_intc_0	plb
  (0x81c00000-0x81c0ffff) TriMode_MAC_GMII	plb
  (0x83e00000-0x83e0ffff) RS232	plb
  (0x84600000-0x8460ffff) DDR_SDRAM_32Mx16	plb
  (0xbe308000-0xbe308fff) ppc405_0_docm_cntlr	ppc405_0_docm
  (0xffc00000-0xffffffff) FLASH_2Mx16	plb


John, on which base have you started to make your driver ?
Can you share your work and experiences ? What should be do ?

Thanks,
Simon


--- En date de=A0: Ven 13.6.08, John Linn <John.Linn@xilinx.com> a =E9crit=
=A0:

> De: John Linn <John.Linn@xilinx.com>
> Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> =C0: frey_simon@yahoo.fr, linuxppc-dev@ozlabs.org
> Date: Vendredi 13 Juin 2008, 21h46
> Hi Simon,
> =

> See my comments in-line below.
> =

> Thanks,
> John
> =

> =

> -----Original Message-----
> From: Simon Frey [mailto:frey_simon@yahoo.fr] =

> Sent: Friday, June 13, 2008 10:43 AM
> To: John Linn; linuxppc-dev@ozlabs.org
> Subject: RE: XLLTemac with SGDMA working on virtex4FX ?
> =

> =

> Hi John,
> =

> I found a driver in the uboot ml from Yoshio Kashiwagi
> (Thanks :)
> =

> link:
> http://www.nabble.com/Xilinx-PowerPC-XPS_LL_TEMAC-driver-td16893860.html#=
a16908888
> =

> i didn't know how it works but it uses memcpy on tx and
> NetReceive() from uboot net.c ...
> =

> I have to achieve an average speed of 20 MB/s. I hope it
> works ! Have you got some facts ?
> =

> ******** John's response follows *********
> =

> My hacked on driver uses DMA SG in a polled mode and does
> not do any copies. But I have not idea what the performance
> is as it is not finished. It is functioning, but needs more
> work.  It's still too early to tell performance and
> I'm diverted right now on other work.
> =

> *********************************
> =

> So, i don't know what i should do. I thought that
> xilinx drivers suppots there hw ! Should i try to integrate
> xilinx EDK generated drivers into xlnx kernel tree ? and how
> ?
> My computer and the temac are connected to a 1Gb switch and
> the led is blinking when the temac send something but not
> the led of my computer! as if the switch does not his job !
> invalid frames ? is possible ? (i should have a break...)
> =

> ******** John's response follows *********
> =

> The Xilinx drivers in the Embedded Development Kit for
> standalone operation and commercial Linux have full test
> coverage with the Xilinx hardware. The Xilinx Git server is
> a less mature initiative and we don't yet have full test
> coverage. We plan to continue increasing our test coverage
> thru our automated testing so that the open source drivers
> have better test coverage also. =

> =

> Have you tested this system configuration without checksum
> offload to make sure the system configuration is ok?  The
> default configuration of the kernel in the Git tree,
> ml405_defconfig and ml507-defconfig, is setup to give users
> a baseline using a reference bitstream on the
> http://git.xilinx.com site.
> =

> *********************************
> =

> best regards,
> =

> Simon
> =

> =

> =

> --- En date de=A0: Ven 13.6.08, John Linn
> <John.Linn@xilinx.com> a =E9crit=A0:
> =

> > De: John Linn <John.Linn@xilinx.com>
> > Objet: RE: XLLTemac with SGDMA working on virtex4FX ?
> > =C0: "Simon Frey"
> <frey_simon@yahoo.fr>, linuxppc-dev@ozlabs.org
> > Date: Vendredi 13 Juin 2008, 17h52
> > Hi Simon,
> > =

> > I have not done testing of this driver with checksum
> > offload.  I do test
> > the driver in an automated test, but not in checksum
> > offload mode, I
> > need to add that test. =

> > =

> > I did receive the following patch and applied it to
> the Git
> > server so I
> > think Johann did some testing with checksum offload. =

> That
> > may have been
> > with arch/ppc rather than arch/powerpc, not sure.
> > =

> > I noticed that you have uboot working with LL TEMAC
> and it
> > must be using
> > DMA SG as it's running on the same h/w. I just got
> thru
> > hacking together
> > a rough polled mode LL TEMAC driver to support uboot
> and
> > it's working,
> > but not cleaned up.  Just curious on your experience
> in
> > that area.
> > =

> > Thanks,
> > John Linn
> > Linux Development & Strategy
> > =

> > Xilinx is looking for embedded Linux developers....
> > =

> > ******************* the patch text I applied
> > ******************************
> > =

> > From: John Linn [john.linn@xilinx.com]
> > Sent: Friday, April 04, 2008 10:25 AM
> > To: git
> > Cc: John Linn; Johann Baudy
> > Subject: [PATCH] Xilinx: LL TEMAC: Fix checksum
> offload
> > =

> > The LL TEMAC is generating the wrong checksum when TX
> > hardware checksum
> > is enabled. This is mainly due to two issues:
> > - CHECKSUM_COMPLETE can only be used on RX PATH,
> > CHECKSUM_PARTIAL must
> > be used instead.
> > - Checksum index offsets are being calculated wrong.
> > =

> > Signed-off-by: Johann Baudy <johaahn@gmail.com>
> > Signed-off-by: John Linn <john.linn@xilinx.com>
> > =

> > -----Original Message-----
> > From:
> linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org
> >
> [mailto:linuxppc-dev-bounces+john.linn=3Dxilinx.com@ozlabs.org]
> > On Behalf
> > Of Simon Frey
> > Sent: Friday, June 13, 2008 8:46 AM
> > To: linuxppc-dev@ozlabs.org
> > Subject: XLLTemac with SGDMA working on virtex4FX ?
> > =

> > Hi all,
> > =

> > does anyone have working driver for xps_ll_temac
> unsing sg
> > dma and
> > checksum offload on rx and tx ??
> > =

> > I use the xlnx kernel with ARCH=3Dpowerpc  and a device
> tree
> > generated
> > with the gen_mhs_devtree under EDK 10.1
> > =

> > I don't know what's wrong but i can't get
> or
> > send anything  even the
> > speed is only 10 Mb/s !
> > =

> > that's what i get when the kernel starts...
> > =

> > ## Starting application at 0x004007d0 ...
> > Using Xilinx Virtex machine description
> > Linux version 2.6.25-xlnx (simon@linux) (gcc version
> 4.2.2)
> > #11 PREEMPT
> > Fri Jun 13 15:51:29 CEST 2008
> > Zone PFN ranges:
> >   DMA             0 ->    16384
> >   Normal      16384 ->    16384
> > Movable zone start PFN for each node
> > early_node_map[1] active PFN ranges
> >     0:        0 ->    16384
> > Built 1 zonelists in Zone order, mobility grouping on.
> =

> > Total pages:
> > 16256
> > Kernel command line: console=3DttyS0,115200 ip=3Ddhcp
> > Xilinx intc at 0x81800000 mapped to 0xfdfff000
> > PID hash table entries: 256 (order: 8, 1024 bytes)
> > clocksource: timebase mult[1400000] shift[22]
> registered
> > Console: colour dummy device 80x25
> > Dentry cache hash table entries: 8192 (order: 3, 32768
> > bytes)
> > Inode-cache hash table entries: 4096 (order: 2, 16384
> > bytes)
> > Memory: 61704k/65536k available (2892k kernel code,
> 3768k
> > reserved, 112k
> > data, 141k bss, 144k init)
> > Mount-cache hash table entries: 512
> > net_namespace: 536 bytes
> > NET: Registered protocol family 16
> > NET: Registered protocol family 2
> > IP route cache hash table entries: 1024 (order: 0,
> 4096
> > bytes)
> > TCP established hash table entries: 2048 (order: 2,
> 16384
> > bytes)
> > TCP bind hash table entries: 2048 (order: 1, 8192
> bytes)
> > TCP: Hash tables configured (established 2048 bind
> 2048)
> > TCP reno registered
> > Installing knfsd (copyright (C) 1996
> okir@monad.swb.de).
> > io scheduler noop registered
> > io scheduler anticipatory registered
> > io scheduler deadline registered
> > io scheduler cfq registered (default)
> > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports,
> IRQ
> > sharing
> > disabled
> > 83e00000.serial: ttyS0 at MMIO 0x83e00003 (irq =3D 16)
> is a
> > 16550A
> > console [ttyS0] enabled
> > brd: module loaded
> > loop: module loaded
> > Device Tree Probing 'ethernet'
> > xilinx_lltemac 81c00000.ethernet: MAC address is now =

> 0:
> > a:35: 0:22: 1
> > xilinx_lltemac 81c00000.ethernet: XLlTemac: using DMA
> mode.
> > XLlTemac: Dma base address: phy: 0x84600100, virt:
> > 0xc5010100
> > XLlTemac: buffer descriptor size: 32768 (0x8000)
> > XLlTemac: Allocating DMA descriptors with
> > kmalloc<6>XLlTemac:
> > (buffer_descriptor_init) phy: 0x3868000, virt:
> 0xc3868000,
> > size: 0x8000
> > XTemac: PHY detected at address 4.
> > xilinx_lltemac 81c00000.ethernet: eth0: Xilinx TEMAC
> at
> > 0x81C00000
> > mapped to 0xC500E000, irq=3D17
> > mice: PS/2 mouse device common for all mice
> > TCP cubic registered
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > eth0: XLlTemac: Options: 0x3fa
> > eth0: XLlTemac: allocating interrupt 19 for dma mode
> tx.
> > eth0: XLlTemac: allocating interrupt 18 for dma mode
> rx.
> > eth0: XLlTemac: speed set to 10Mb/s
> > eth0: XLlTemac: Send Threshold =3D 240, Receive
> Threshold =3D
> > 40
> > eth0: XLlTemac: Send Wait bound =3D 254, Receive Wait
> bound =3D
> > 254
> > Sending DHCP requests ...... timed out!
> > IP-Config: Reopening network devices...
> > eth0: XLlTemac: Options: 0x3fa
> > =

> > =

> > =

> > =

> > I can see the led blinking on my switch but don't
> see
> > nothing using
> > wireshak !!!
> > =

> > =

> > Finaly, i know the the temac works because i can use
> it
> > with uboot !!!
> > even =

> > at speed 1000.
> > =

> > In:    serial
> > Out:   serial
> > Err:   serial
> > U-Boot relocated to 03fcf000
> > ### main_loop entered: bootdelay=3D3
> > =

> > ### main_loop: bootcmd=3D"loooaadd %addr"
> > Press Enter within 3 seconds to stop autoboot
> > Unknown command 'loooaadd' - try
> 'help'
> > =3D> setenv bootfile zImage.virtex
> > =3D> tftp 40000
> > eth0: Xilinx XPS LocalLink Tri-Mode Ether MAC #0 at
> > 0x81C00000.
> > 1000BASE-T/FD
> > TFTP from server 192.168.1.100; our IP address is
> > 192.168.1.200
> > Filename 'zImage.virtex'.
> > Load address: 0x40000
> > Loading:
> >
> #################################################################
> >         =

> >
> ########################################################
> > done
> > Bytes transferred =3D 1772215 (1b0ab7 hex)
> > =3D>
> > =

> > =

> > so if someone already had that problem... =

> > =

> > Thanks in advance =

> > =

> > Simon
> > =

> > =

> > =

> >  =

> >
> ________________________________________________________________________
> > _____ =

> > Envoyez avec Yahoo! Mail. Une boite mail plus
> intelligente
> > http://mail.yahoo.fr
> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
> > =

> > =

> > This email and any attachments are intended for the
> sole
> > use of the named recipient(s) and contain(s)
> confidential
> > information that may be proprietary, privileged or
> > copyrighted under applicable law. If you are not the
> > intended recipient, do not read, copy, or forward this
> > email message or any attachments. Delete this email
> message
> > and any attachments immediately.
> > =

> > =

> > _______________________________________________
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
> =

> =

>      =

> _________________________________________________________________________=
____
> =

> Envoyez avec Yahoo! Mail. Une boite mail plus intelligente
> http://mail.yahoo.fr
> =

> =

> This email and any attachments are intended for the sole
> use of the named recipient(s) and contain(s) confidential
> information that may be proprietary, privileged or
> copyrighted under applicable law. If you are not the
> intended recipient, do not read, copy, or forward this
> email message or any attachments. Delete this email message
> and any attachments immediately.
> =

> =

> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev


      _____________________________________________________________________=
________ =

Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yaho=
o.fr
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


This email and any attachments are intended for the sole use of the named r=
ecipient(s) and contain(s) confidential information that may be proprietary=
, privileged or copyrighted under applicable law. If you are not the intend=
ed recipient, do not read, copy, or forward this email message or any attac=
hments. Delete this email message and any attachments immediately.


_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


This email and any attachments are intended for the sole use of the named r=
ecipient(s) and contain(s) confidential information that may be proprietary=
, privileged or copyrighted under applicable law. If you are not the intend=
ed recipient, do not read, copy, or forward this email message or any attac=
hments. Delete this email message and any attachments immediately.