[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [ethmac] To bug or not to bug.
Igor Hi,
if this is the case I would suggest all the member that raised
questions as for the control Mac etc use the test bench you refer to.
if the test bench is "complete" it should take I would imagine only few
minute to figure if OAM packet or any other Multicast control packet can
pass correctly or not.
I took a quick look in the test bench and small comment if someone is not
familar with the file to decide what to change and where to change to get
the test you want look to me as it can be somewhat difficult.
I can only suggest something similar to the way I do which use a much small
file that define the test and it will only inculde thing like :
number_of_packet
length
etc etc
you can make it as detail as you like, and what your test bench engine do is
read the test defenition and act accordingly and to have it as random as
possibale you can define that certain value mean do it randomly such as
length=0 mean let the test bench choose random length.
this way who ever want to make let say a test for certain multicase packet
all he/she need to do is open this small file and define
1 packet
length let say 64
mac = what ever mac they want
and that's all.
as an example I enclose one of my test bench files as an example, the file
is much smaller and the actual place you need to "touch" and be familar with
is I belive very minimum, take a look and see what you think.
of course on top of this run the whole test bench engine but for the user
there is nice small easy interface (at least in my opinion).
again this is only a suggestion you can see for yourself and decide what
make for you more sense to use.
have a nice day
Illan
-----Original Message-----
From: Igor Mohor(opencores) [mailto:igorm@opencores.org]
Sent: Friday, February 21, 2003 11:10 AM
To: ethmac@opencores.org
Subject: RE: [ethmac] To bug or not to bug.
There is a test bench already available at opencores.
Go to http://www.opencores.org/cvsweb.shtml/ethernet/bench/verilog/
And you'll find here a tb_ethernet.v
Regards,
Igor
> -----Original Message-----
> From: owner-ethmac@opencores.org [mailto:owner-ethmac@opencores.org]
On
> Behalf Of Illan Glasner
> Sent: Friday, February 21, 2003 6:34 PM
> To: 'ethmac@opencores.org'
> Subject: [ethmac] To bug or not to bug.
>
>
>
> Just a small comment base on some of the latest post.
>
> if you are all plan to use or already using the code don;t you think
it is
> time you also write a good test bench and not rely on reading the code
> with
> your eye and hopefully don;t miss something ?
>
> have a nice day
>
> Illan
>
>
> -----Original Message-----
> From: lim_mg@yahoo.com [mailto:lim_mg@yahoo.com]
> Sent: Friday, February 21, 2003 9:13 AM
> To: ethmac@opencores.org
> Subject: Re: [ethmac] rxaddrcheck
>
>
> thanks for clarification, i missed the fact that RxAbort is checked on
2
> cycles. i also made a mistake in my comment about your example on
> receivecontrol, your original post is correct.
> my sincere apologies.
>
>
> ----- Original Message -----
> From: yisonglin@s...
> To: ethmac@o...
> Date: Fri, 21 Feb 2003 09:39:52 -0100
> Subject: Re: [ethmac] rxaddrcheck
>
> >
> >
> > I don't think so.
> >
> > There are 2 RxClk per byte.So when bytecounter=7,RxAddressInvalid
> > is
> > asserted by the first RxClk,RxAbort is asserted by the 2nd RxClk.
> >
> > UnicastOK is updated 2 times per byte.I think it not need to do
> > so,though it will not lead to error.I prefer to check only once per
> > byte.
> >
> > BTW:I don't think it should be 48'h0080C4000801 in the example I
> > describled in my last post.Would you explain it in detail?
> >
> > ----- Original Message -----
> > From: lim_mg@y...
> > To: ethmac@o...
> > Date: Fri, 7 Feb 2003 08:00:00 -0100
> > Subject: [ethmac] rxaddrcheck
> >
> > >
> > >
> > > just wonder if RxAbort is updated correctly in
> > eth_rxaddrcheck:
> > >
> > > RxAddressInvalid depends on UnicastOK which is finally updated
> > when
> > > ByteCnt is 7, so RxAbort should only be updated when ByteCnt
> > is 8
> > > and
> > > not 7.
> > >
> > > .....
> > > assign RxAddressInvalid = ~(UnicastOK | BroadcastOK |
> > MulticastOK |
> > > r_Pro);
> > > .....
> > > .....
> > > else if(RxAddressInvalid & ByteCntEq7 & RxCheckEn)
> > > RxAbort <= #Tp 1'b1;
> > > .....
> > > .....
> > > if(RxCheckEn & ByteCntEq7)
> > > UnicastOK <= #Tp ( RxData[7:0] == MAC[7:0]) &
> > > UnicastOK;
> > > .....
> > > .....
> > >
> >
> --
> To unsubscribe from ethmac mailing list please visit
> http://www.opencores.org/mailinglists.shtml
> --
> To unsubscribe from ethmac mailing list please visit
> http://www.opencores.org/mailinglists.shtml
--
To unsubscribe from ethmac mailing list please visit
http://www.opencores.org/mailinglists.shtml
gen_test.v