Date: Thu, 1 Mar 2012 12:32:06 -0800 From: Juli Mallett <jmallett@FreeBSD.org> To: Oleksandr Tymoshenko <gonzo@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r232289 - in head/sys/mips/cavium: . octe Message-ID: <CACVs6=_K581P5ghuSWKGsKpto2xp9kReM2Fo58wppmV0CcDfCg@mail.gmail.com> In-Reply-To: <201202290548.q1T5mUfd011230@svn.freebsd.org> References: <201202290548.q1T5mUfd011230@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Feb 28, 2012 at 21:48, Oleksandr Tymoshenko <gonzo@freebsd.org> wro= te: > Author: gonzo > Date: Wed Feb 29 05:48:29 2012 > New Revision: 232289 > URL: http://svn.freebsd.org/changeset/base/232289 > > Log: > =C2=A0Revert part of old logic of assigning MAC addressess: > > =C2=A0- Reserver respective number of addresses for managment port > =C2=A0- octm uses base address directly > =C2=A0- other drivers get MACs on "first come first served" basis Thank you :) Hopefully {down,up,side}stream consumers that dislike the logic used to determine the number of management ports will find it easy enough to isolate that logic with an ifdef now, and everyone will be happy. I appreciate the work you put in to maintain consistency with and without octm in the kernel while keeping the abstracted MAC allocation interface.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACVs6=_K581P5ghuSWKGsKpto2xp9kReM2Fo58wppmV0CcDfCg>