From owner-freebsd-hackers Sun Mar 14 12:47:18 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id C29671531E for ; Sun, 14 Mar 1999 12:47:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.1/8.8.8) with ESMTP id MAA87857; Sun, 14 Mar 1999 12:46:08 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199903142046.MAA87857@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Matthew Dillon Cc: Wes Peters , Cory Kempf , Bill Paul , freebsd-hackers@FreeBSD.ORG Subject: Re: Gigabit ethernet -- what am I doing wrong? In-reply-to: Your message of "Sun, 14 Mar 1999 11:56:45 PST." <199903141956.LAA93779@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Mar 1999 12:46:07 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not sure what the problem here is . Can a network chipset designer create a chipset with a concept of a program store? The answer is yes , if they chose to implement a sloppy design thats a different issue. Amancio > > : > :If the pci device has the concept of a program store like in the case of > :a bt848 chipset it is conceivable for dma or internal operations to do a retry. > :It is a different issue if the network chipset designers chose not to have > :a programmable dma or process control like in the bt848 . > : > : > : Best Regards, > : Amancio > > I know of *NO* DMA device that can do 'retries' of the magnitude that would > be required, and this in any case does not solve the problem of the FIFO > overflowing. > > Network chipset designers tend to assume that they will be DMAing to or > from main memory somewhere such that the DMA will not get 'stuck'. > FIFOs are typically only large enough to hold a packet or two, and many > can only hold a partial packet. > > -Matt > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message