AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:
CFG:
PT:0
S:andy.sharp@lsi.com
RQ:
SSV:mhbs.lsil.com
NSV:
SSH:
R:<brian.stark@lsi.com>,<larry.scheer@lsi.com>,<bill.fisher@lsi.com>,<rendell.fong@lsi.com>,<maxim.kozlovsky@lsi.com>
MAID:2
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
X-Sylpheed-End-Special-Headers: 1
Date: Mon, 21 Dec 2009 12:02:20 -0800
From: Andrew Sharp <andy.sharp@lsi.com>
To: Brian Stark <brian.stark@lsi.com>
Cc: Larry Scheer <larry.scheer@lsi.com>, Bill Fisher <bill.fisher@lsi.com>,
 Rendell Fong <rendell.fong@lsi.com>, Maxim Kozlovsky
 <maxim.kozlovsky@lsi.com>
Subject: meeting notes
Message-ID: <20091221120220.60bc058b@ripper.onstor.net>
Organization: LSI
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Meeting notes

Attendance: Bill, Rendell, Max, Andy, Larry

Brian out sick.

Bill was on the conference number, but nobody got the clue, so we
didn't dial in. ~:^(

Rendell: he has outgoing FTP tested (as well as ping) and incoming
SSH will easily be handled by NAT, as well as HTTPS.  I mentioned
that incoming HTTP has to be handled as well because we have a
little response page that tells the user to switch to https.
Everything else incoming stays on the TXRX.  Possibly everything
outgoing can be handled by regular a MASQUERADE policy/table rather
than a static rule?  That idea just came to me, kinda obvious though.

Max: nothing to report.

Andy: made microscopic progress on 8-way; got past the
module-too-big-to-load issue and now the module doesn't load because
of over 135 undefined symbols.  More than half of these will be
resolved with the convergence of Bill's latest and future checkins,
but I decided to try to tackle some that I thought were definitely
not related and I knocked out 3-4 of those, so we're down to a
whopping 130.  Some of those will likely just go away, most will
be resolved as I already mentioned, and the majority of the rest I
believe are merely a matter of getting the right header file into
the right C file.

Larry: something in his last checkin broke the nightly build --
he's homing in on that.  IT issues are taking up much of his time
as well.

The "make kernel-header" task was discussed a little bit.  This
will cause the headers in the cross-build directory to be updated,
which means that an individual on a group build server might be
able to bollucks up the build for everyone using that machine.  Not
as big an issue as the BSD build is/was, but still not the happiest
of circumstances.  The fix would be to have the cross build headers,
at least, in the users source tree, but that is a job to be tackled
another day.

Short week:

I will work on the 8-way as the undefined symbols best left until
after more changes converge in the tree.

Rendell will continue polishing the vsvr implementation.

Larry: spackle up the nightly build.  Take a look at the "make
kernel-header" task that is coming up.

