search for: type_if

...Y ARRANGEMENT: Loader: 0000000000100000->000000000019e148 TOTAL: 0000000000000000->000000001ec00000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000000f5 1GB PAGES: 0x0000000000000000 online type_if=vif add type_if=tap libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-route add [22326] exited with error status 1 libxl: error: libxl_device.c:979:device_hotplug_child_death_cb: script: /etc/xen/scripts/vif-route failed; error detected. libxl: error: libxl_create.c...

...orig 2024-03-19 11:53:13.000000000 +0200 --- vif-openvswitch 2024-03-19 11:56:17.000000000 +0200 *************** *** 89,94 **** --- 89,95 ---- add|online) check_tools setup_virtual_bridge_port $dev + set_mtu "$bridge" "$dev" "$type_if" add_to_openvswitch $dev ;; -- Aleksi Suhonen () ascii ribbon campaign /\ support plain text e-mail -------------- next part -------------- #!/bin/bash #============================================================================ # ${XEN_SCRIPT_DIR}/vif-openvswitc...

On Friday 15 May 2009 05:50, Jay Foad wrote: > > 3. Any comments on the patch itself? > > > > The one major thing to be aware of is that it isn't safe to use &V[0] > > when V is an empty std::vector > > Oh dear. That's a bit of a flaw in the plan. I suppose the solution is > to switch to SmallVector whenever this might be a problem. Or use iterators.

...+ # configuration error + if ip link show "$vifname" >&/dev/null + then + fatal "Cannot rename interface $dev. An interface with name $vifname already exists." + fi + do_or_die ip link set "$dev" name "$vifname" +} if [ "$type_if" = vif ]; then # Check presence of compulsory args. @@ -74,9 +88,9 @@ if [ "$type_if" = vif ]; then vifname=$(xenstore_read_default "$XENBUS_PATH/vifname" "") if [ "$vifname" ] then - if [ "$command" == "online&q...

...truct is_contiguous_sequence<std::vector<T,Alloc> > { enum { value = true }; }; template<typename T, typename Ch, typename Alloc> struct is_contiguous_sequence<std::basic_string<T,Ch,Alloc> > { enum { value = true }; }; template<typename T, bool True> struct type_if { typedef T type; } template<typename T> struct type_if<T,false> { /* cause substitution failure */ } // New prototype for ptr_range. template<typename ConvertibleRange> typename type_if< range<typename T::value_type*>, is_contiguous_sequence<T>::value &gt...

...uot; $dev $tag_arg $trunk_arg $vif_details ip link set $dev up } case "$command" in add|online) setup_virtual_bridge_port $dev add_to_openvswitch $dev ;; offline) ovs-vsctl --timeout=30 -- --if-exists del-port $dev ;; esac if [ "$type_if" = vif ]; then handle_iptable fi log debug "Successful vif-openvswitch $command for $dev." if [ "$type_if" = vif -a "$command" = "online" ]; then success fi -- Is truth not truth for all? -- Natira, "For the World is Hollow and I have To...

> 3. Any comments on the patch itself? > > The one major thing to be aware of is that it isn't safe to use &V[0] when V > is an empty std::vector Oh dear. That's a bit of a flaw in the plan. I suppose the solution is to switch to SmallVector whenever this might be a problem. I'm a bit concerned that any new &empty[0] problems that are introduced will go unnoticed.

...arg $trunk_arg $vif_details + ip link set $dev up +} + +case "$command" in + add|online) + setup_virtual_bridge_port $dev + add_to_openvswitch $dev + ;; + + offline) + ovs-vsctl --timeout=30 -- --if-exists del-port $dev + ;; +esac + +if [ "$type_if" = vif ]; then + handle_iptable +fi + +log debug "Successful vif-openvswitch $command for $dev." +if [ "$type_if" = vif -a "$command" = "online" ]; then + success +fi -- 1.7.2.5