Date: Thu, 10 Dec 2009 16:08:49 -0800 From: Pyun YongHyeon <pyunyh@gmail.com> To: Yoshiaki Kasahara <kasahara@nc.kyushu-u.ac.jp> Cc: freebsd-stable@freebsd.org Subject: Re: vge problem Message-ID: <20091211000848.GK10121@michelle.cdnetworks.com> In-Reply-To: <20091210215249.GG10121@michelle.cdnetworks.com> References: <20091204173601.GD16491@michelle.cdnetworks.com> <20091205.032645.157250901747305575.kasahara@nc.kyushu-u.ac.jp> <20091204184301.GG16491@michelle.cdnetworks.com> <20091208.105207.127111509315693955.kasahara@nc.kyushu-u.ac.jp> <20091208180836.GL1366@michelle.cdnetworks.com> <20091210215249.GG10121@michelle.cdnetworks.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Dec 10, 2009 at 01:52:49PM -0800, Pyun YongHyeon wrote: > On Tue, Dec 08, 2009 at 10:08:36AM -0800, Pyun YongHyeon wrote: > > On Tue, Dec 08, 2009 at 10:52:07AM +0900, Yoshiaki Kasahara wrote: > > > On Fri, 4 Dec 2009 10:43:01 -0800, > > > Pyun YongHyeon <pyunyh@gmail.com> said: > > > > > > >> before I replaced vge(4). I guess the system froze while initializing > > > >> vge(4), but I'm not really sure actually. > > > > > > > > Yes, that's also possible. But I can't explain how the patch can > > > > freeze the box. Another user also reported the similar vge(4) issue > > > > in private mail and tried the same patch and he could successfully > > > > boot with patched vge(4). Unfortunately the issue does not seem to > > > > fix his issue. I'm still working on it. > > > > > > > >> > > > >> What can I do to narrow the cause of problems? Is it useful to build > > > >> kernel with options KDB and DDB? > > > >> > > > > > > > > Yes. > > > > > > Ok, now I'm ready to boot a DDB enabled kernel to try kernel debugging > > > on my PC. I can't read email during debugging my PC under current > > > configuration, so could you please tell me any specific instructions > > > to collect information you need? I'm reading the Handbook now, but I'm > > > not very sure... > > > > > > > Sorry, another user also reported similar problem in my patch. I > > have to look closely before doing any further testing. Since I've > > ordered the controller I would get access to hardware in near > > future. I'll let you know when I have a working patch. > > > > FYI: I received ordered hardware and fixed the patch to make it > work again. Try the patch at the following URL. > http://people.freebsd.org/~yongari/vge/vge.busdma.diff2 > > The TCP/UDP bulk Tx performance seem to be really poor(less than > 700Mbps) and vge(4) generates too many interrupts(more than 40k > interrupts/s). Rx performance looks reasonable(about 928Mbps) > though. I'll have to see what triggers its poor Tx performance > after fixing TCP connection stall issue. While reading the code again I found some suspicious part which could be related with your issue. The controller's CMZ field has 3bits so it can handle 7 fragments of a TX frame. However, controller wants to see number of fragments + 1 in this field which means we can't use all 7 fragments in a TX descriptor. I changed the patch to reduce number of TX fragments to 6. Does the following patch make any difference for you? http://people.freebsd.org/~yongari/vge/vge.busdma.diff3
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091211000848.GK10121>