Vyatta configuration system (mirror of https://github.com/vyos/vyatta-cfg.git) https://git.amelek.net/vyos/vyatta-cfg.git/atom?h=jenner 2009-12-16T20:16:30+00:00 2009-12-16T20:16:30+00:00 Stephen Hemminger stephen.hemminger@vyatta.com 2009-12-16T20:16:30+00:00 urn:sha1:becbaf92760f1f5a9c586acd66ae901fbcf1c855 Bug 3917 Need to check current state when in operational mode (not config state). 2009-11-18T00:20:43+00:00 Bob Gilligan gilligan@vyatta.com 2009-10-27T00:06:48+00:00 urn:sha1:ac097e99543d4abea86d3f16348d912ae8c50ff1 Previously the script determined the driver that a NIC was using, then used that to parse the queue names from /proc/interrupts. Now, it determines the naming convention just by looking at the queue names. Now the script should work for all NICs that support one of the two standard naming conventions. Also added some support for single-queue NICs. (cherry picked from commit 28e86f46e504eff3ab087aa179a969b1e3383a07) 2009-11-18T00:20:15+00:00 Bob Gilligan gilligan@vyatta.com 2009-10-12T23:23:57+00:00 urn:sha1:71585ebfd39c21c62c7aaefbe34bdea45066456a This change implements a mechanism for setting the IRQ affinity of NIC interrupts in a way that is optimally balanced. The affinity settings are static, and are set up at configuration time. I've added "auto" as a new legal value to the "interfaces ethernet ethX smp_affinity" configuration parameter. If this value is set, then the system attempts to perform automatic IRQ affinity assignment. At this time, automatic IRQ affinity is supported only for multiqueue NICs that use the igb or bnx2 drivers. Even with these two, differences in the organization of queues and their naming convention necessitate some NIC-specific code. The assignment strategy attempts to assign all queues of all NICs that share the same queue number to the same CPU. This has been shown to be optimal for IP forwarding workloads in 2.6.31 kernels. Setting the value to "auto" for NICs that use other drivers will be a no-op. (cherry picked from commit 565f1d0d9bfe9f6b4174c322f3f6bb78f52b453e) 2009-09-14T18:03:39+00:00 Bob Gilligan gilligan@vyatta.com 2009-09-10T00:38:00+00:00 urn:sha1:a6cff4bb17b9d6c636a93ad97021611d30854682 Also restore "--valid-addr" flag to vyatta-interfaces.pl since it is used outside this package. (cherry picked from commit d32ceb43ab64530c6eca81ec83fe4b374dd510d0) 2009-09-14T18:03:16+00:00 Bob Gilligan gilligan@vyatta.com 2009-09-10T00:08:21+00:00 urn:sha1:ce22375fbf6b7083e6c1ca3698a7a44983913d47 Changed the the set-time and commit-time check of ethernet interface address values. These checks need to prevent configuring both DHCP and static IPv4 addresses on the same interfac. The previous checks were comparing against the running configuration tree, not the proposed config tree. Now the set-time check is purely a syntax check, and the commit-time check only checks for both DHCP and static IPv4 addresses in the proposed config. The system now allows DHCP and static IPv6 addresses to be configured on the same interface. (cherry picked from commit 84fb2f920765c6d02f35ef1654dc0f8c2bef648c) 2009-07-14T21:55:59+00:00 Stig Thormodsrud stig@vyatta.com 2009-07-14T21:55:59+00:00 urn:sha1:abc33133b79759a629b14b81e6a65eed0fa23e8a 2009-06-30T19:01:32+00:00 Stig Thormodsrud stig@vyatta.com 2009-06-30T19:01:32+00:00 urn:sha1:c0a0ce2383a0a33b35688bbb0a52e9ce0e0966a0 2009-06-27T01:30:10+00:00 Mohit Mehta mohit.mehta@vyatta.com 2009-06-27T01:30:10+00:00 urn:sha1:f9efe80f549eac548806d8f78e4247ca9acf9f19 2009-06-04T22:49:36+00:00 Stephen Hemminger stephen.hemminger@vyatta.com 2009-06-04T22:49:36+00:00 urn:sha1:330470f1f060f579434eb89469f4ed021c95449d Move the speed/duplex setting into script where we can handle errors better, and avoid setting speed/duplex twice. 2009-05-22T00:22:58+00:00 Bob Gilligan gilligan@vyatta.com 2009-05-22T00:22:58+00:00 urn:sha1:d1cb1b31135fda65d9a89fc61ce31249146f53c0 The "check" sub-command is called by the CLI at "set" time. The interface may not be configured, or may be configured but not "up" at this time. So we don't want to perform any validation on the interface.