Gitiles
Code Review
Sign In
gerrit.onosproject.org
/
onos
/
28bfba72a6d55828d394fd266164f5b143029aaa
/
drivers
« Previous
f9ba422
Currently need to specify handshaker behavior in onos-drivers xml file.
by Saurav Das
· 10 years ago
45b009c
Bug fix for route population optimization
by sangho
· 10 years ago
100e3b8
First shot at Broadcom OFDPA 1.0 pipeline
by Saurav Das
· 10 years ago
a2df7b2a
fixed the LINC-OE behaviour. Handshaker behaviours must use
by alshabib
· 10 years ago
0de9fac
Fixing and organizing javadocs.
by Thomas Vachuska
· 10 years ago
b452fd7
Low level openflow drivers have been promoted to the driver subsystem.
by alshabib
· 10 years ago
834e4b0
ONOS-1786: Updates group buckets when link status is changed.
by sangho
· 10 years ago
dde53d1
Fix the logic of deleting FIB entries in CorsaPipeline
by sangho
· 10 years ago
866b46a
Reworked the dependency on default drivers. Driver manager must NOT depend on these.
by Thomas Vachuska
· 10 years ago
f5b234a
Segment Routing refactor with flow objectives
by Srikanth Vavilapalli
· 10 years ago
fbc80e5
Pull out inner-classes from Criteria to be independent classes
by Sho SHIMIZU
· 10 years ago
bd7f742
Adding Device Listiner to BgpRouter so that filtering rules are sent to the
by Saurav Das
· 10 years ago
3d03826
Fixes bug where driver gets initialized only when device is available.
by Saurav Das
· 10 years ago
17d0045
Upgrade packet requests to use flow objectives API.
by Jonathan Hart
· 10 years ago
3ea4662
Removing dependency on lower level drivers for the BGPRouter application.
by Saurav Das
· 10 years ago
d17abc2
Refactored driver to use new FlowRule api.
by alshabib
· 10 years ago
586afd8
Removing need for boilerplate app.xml; Instead defining onos.app.name and onos.app.origin (optional) is sufficient to trigger generation of boilerplate app.xml and features.xml files.
by Thomas Vachuska
· 10 years ago
2a441c6
Flow Objective implementation
by alshabib
· 10 years ago
db7467a
Separating onos-drivers to be delivered as a separate app from onos-openflow. Apps activated by default (via onos-setup-karaf or onos-install/onos-config) are now onos-drivers and onos-openflow.
by Thomas Vachuska
· 10 years ago
cfd63d2
Adding more filtering objectives from the router application and handling them
by Saurav Das
· 10 years ago
facc3f5
Enhancing the driver subsystem to allow retrieving originating data/handler contexts from the behaviours.
by Thomas Vachuska
· 10 years ago
910aff1
WIP: Initial implementation of filterObjectives using driver subsystem.
by alshabib
· 10 years ago
5c2f813
Device driver framework enhancements and CLI.
by Thomas Vachuska
· 10 years ago
ca88bb7
Cleaning up and enhancing driver subsystem and the flow objective subsystem.
by Thomas Vachuska
· 10 years ago
aebe775
WIP: default driver ignition
by alshabib
· 10 years ago
77b8848
added FlowObjectiveService to act as an objective manager between applications and drivers
by alshabib
· 10 years ago
faa1e36
Initial sketch and implementaion of Objectives.
by alshabib
· 10 years ago