Would psarc like to try using the lsarc FOSS checklist?
http://sac.eng.sun.com/arc/LSARC/2008/061/FOSS_Checklist.txt
I have a fasttrack that may be a good test case for it.
Cheers,
Jim
John Fischer - mentor
Darren Reed wrote:
> I disagree... IPsec and Mobile IP/shim6 are integral features of the IP
> protocol suite
> and the way in which they need to be handled should reflect this, which
> is to say that
> I agree with how they're treated today.
First of all, the purpose of the ILB project is to i
given that net80211 was put into sparc, is there any reason that
this driver shouldn't be capable of working on sparc?
--
This message posted from opensolaris.org
I am sponsoring this case for Tim Chen(PengCheng). It is to provide a
new wireless(802.11b/g) driver, zyd(7D), for ZyDAS ZD1211 USB 802.11b/g
chipset. The requested release binding is micro/patch.
The architecture and interface of it are clear enough to be a
self-review, so the case is marked as "
FWIW, I had the same problem.
I installed into VMware Workstation 6.5.1 using
osol-0811.iso. First I booted into the LiveCD, once
it was booted I used the Install Solaris option.
I never received any notice to configure the network
interface during the load...or I didn't see it. In any case,
I ende
With the extension of the timer for this project to tbe 10th of December,
I'm updating the materials submmitted to cover changes required to
support the eventual filtering of WiFi packets.
The changes are (see below for more details):
- additional section in "spec.txt" covering the reason, why for
Template Version: @(#)sac_nextcase %I% %G% SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
Reflecting Fan/Power Supply Diagnosis in Solaris
1.2. Name of Document Author/Supplier:
Author: Robert Johnston
1.3
John Fischer wrote:
> PSARC,
>
> I am sponsoring this case for Stefan Teleman from the SWF group
> in Menlo Park. The case directory contains this proposal and
> the BOOST documentation which can be accessed via:
>
> http://sac.eng/Archives/CaseLog/arc/PSARC/2008/752/materials/boost-doc-1.37.0/
>
Sebastien Roy wrote:
> In addition to the responses that Sangeeta already provided in the
> issues file, the relevant parts of today's Inception review were:
>
> * Regarding djr-00 and the general interaction with filtering hooks:
>
> There isn't very much ILB specific code in the ip kernel module
Darren Reed wrote:
> What I am looking for is a new packet event,
> not the reuse of an existing one, that has different
> semantics to those used for packet filtering (firewall.)
> A load balancr needs to interact with the packet in a
> different way to a firewall/NAT, so I see no reason why
> ho
tform Independent CPU/Mem FMA events
2008/752 (12/11/08) open BOOST C++ Framework
-- next part --
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20081204/873e1c79/attachment.html>
PSARC,
I am sponsoring this case for Stefan Teleman from the SWF group
in Menlo Park. The case directory contains this proposal and
the BOOST documentation which can be accessed via:
http://sac.eng/Archives/CaseLog/arc/PSARC/2008/752/materials/boost-doc-1.37.0/
I have set the timeout for Thurs
As per ILB PSARC Inception summary, I am to send mail to the VRRP case
log to state the requirements that ILB poses on VRRP.
ILB Phase 1 only needs failover for the two cases listed in Appendix C of :
http://sac.eng/arc/PSARC/2008/575/inception.materials/ILB-design.txt
I do not think VRRP grou
Darren Reed writes:
> If the general purpose mechanism isn't general
> purpose enough then it behooves us to document
> what its failings are and try to improve it.
> Additionally, we should make a better attempt to
> use existing interfaces and improve them as required
> (especially when the idea
14 matches
Mail list logo