search for: list_init

...-D_PATH_SSH_PKCS11_HELPER=\"/usr/local/libexec/ssh-pkcs11-helper\" > -D_PATH_SSH_PIDDIR=\"/var/run\" -D_PATH_PRIVSEP_CHROOT_DIR=\"/var/empty\" > -DHAVE_CONFIG_H -c nchan.c -o nchan.o > "/usr/include/sys/queue.h", line 103.9: 1506-236 (W) Macro name LIST_INIT > has been redefined. > "/usr/include/sys/queue.h", line 103.9: 1506-358 (I) "LIST_INIT" is defined > on line 287 of openbsd-compat/sys-queue.h. hm, are you sure you have pulled the latest source? AFAIK I have fixed all the sys/queue.h inclusions. Maybe some system hea...

On Mon, Feb 23, 2015 at 5:27 PM, Kevin Brott <kevin.brott at gmail.com> wrote: > Just as an FYI - the whole sys/queue.h issue is impacting HP-UX 11.23 and > 11.31 as well - so we'll see how the latest fixes flush out. > > And, not to play the fool overmuch - but is there a quick howto on how > you're expecting we get the git clone pulls into a buildable state? When I

I am rebasing Fedora rawhide oprofile package to oprofile-0.9.7. The xenoprof patches on http://xenoprof.sourceforge.net/#download look a bit dated. The newest version is for oprofile-0.9.5. I massaged the patch oprofile-0.9.5-xen.patch to apply to oprofile-.0.9.7. Attached is that updated patch. Does this look reasonable? Is there a desire to get this into upstream oprofile? Or should the

On Tue, 20 Feb 2018 21:14:10 +0100, Jiri Pirko wrote: > Yeah, I can see it now :( I guess that the ship has sailed and we are > stuck with this ugly thing forever... > > Could you at least make some common code that is shared in between > netvsc and virtio_net so this is handled in exacly the same way in both? IMHO netvsc is a vendor specific driver which made a mistake on what

On Tue, 20 Feb 2018 21:14:10 +0100, Jiri Pirko wrote: > Yeah, I can see it now :( I guess that the ship has sailed and we are > stuck with this ugly thing forever... > > Could you at least make some common code that is shared in between > netvsc and virtio_net so this is handled in exacly the same way in both? IMHO netvsc is a vendor specific driver which made a mistake on what

...tch, &ctx->event_watch_list, list) { + if (watch->ops->unlinked_hwaddr_changed) { + err = watch->ops->unlinked_hwaddr_changed(ctx, ifinfo, + watch->priv); + if (err) + return err; + } + } + return 0; +} + int teamd_events_init(struct teamd_context *ctx) { list_init(&ctx->event_watch_list); diff --git a/teamd/teamd_ifinfo_watch.c b/teamd/teamd_ifinfo_watch.c index f334ff6..8d01a76 100644 --- a/teamd/teamd_ifinfo_watch.c +++ b/teamd/teamd_ifinfo_watch.c @@ -60,6 +60,15 @@ static int ifinfo_change_handler_func(struct team_handle *th, void *priv, retu...

...watch->priv); > + if (err) > + return err; > + } > + } > + return 0; > +} > + > int teamd_events_init(struct teamd_context *ctx) > { > list_init(&ctx->event_watch_list); > diff --git a/teamd/teamd_ifinfo_watch.c b/teamd/teamd_ifinfo_watch.c > index f334ff6..8d01a76 100644 > --- a/teamd/teamd_ifinfo_watch.c > +++ b/teamd/teamd_ifinfo_watch.c > @@ -60,6 +60,15 @@ static int ifinfo_change_handler_func(struct team_handle *...

...watch->priv); > + if (err) > + return err; > + } > + } > + return 0; > +} > + > int teamd_events_init(struct teamd_context *ctx) > { > list_init(&ctx->event_watch_list); > diff --git a/teamd/teamd_ifinfo_watch.c b/teamd/teamd_ifinfo_watch.c > index f334ff6..8d01a76 100644 > --- a/teamd/teamd_ifinfo_watch.c > +++ b/teamd/teamd_ifinfo_watch.c > @@ -60,6 +60,15 @@ static int ifinfo_change_handler_func(struct team_handle *...

...watch->priv); >> + if (err) >> + return err; >> + } >> + } >> + return 0; >> +} >> + >> int teamd_events_init(struct teamd_context *ctx) >> { >> list_init(&ctx->event_watch_list); >> diff --git a/teamd/teamd_ifinfo_watch.c b/teamd/teamd_ifinfo_watch.c >> index f334ff6..8d01a76 100644 >> --- a/teamd/teamd_ifinfo_watch.c >> +++ b/teamd/teamd_ifinfo_watch.c >> @@ -60,6 +60,15 @@ static int ifinfo_change_handler_func(...

Hi there We have a pair of servers running FreeBSD 9.1-RC3 that act as transparent layer 7 loadbalancer (relayd) and pop/imap proxy (dovecot). Only one of them is active at a given time, it's a failover setup. From time to time the active one gets in a state in which the 'thread taskq' thread uses up 100% of one cpu on its own, like here: ---- PID USERNAME PRI NICE SIZE

Any progress here? Does anyone know if this will be fixed in 7.1 latest, or should we start looking for different backup solution (in this case I would suggest to remove dump from the source tree - having a backup tool that doesn't work is worse than having none). After upgrading we basically cannot backup our servers. Shouldn't this issue be on

Hi, This series of patches contains the second part of an initial implementation of the IEEE 802.1Qbg standard: code for the exchange of VDP VSI TLVs between a host with virtual machines and an adjacent switch. VDP profiles consisting of mode,mgrid,typeid,typeidversion,instanceid,mac,vlan can be given to lldpad with lldptool. A way to deliver profiles to lldpad from libvirt using netlink

Hi, This series of patches contains the second part of an initial implementation of the IEEE 802.1Qbg standard: code for the exchange of VDP VSI TLVs between a host with virtual machines and an adjacent switch. VDP profiles consisting of mode,mgrid,typeid,typeidversion,instanceid,mac,vlan can be given to lldpad with lldptool. A way to deliver profiles to lldpad from libvirt using netlink

...free(mod); + fprintf(stderr, "failed to malloc module user data\n"); + log_message(MSG_ERR_SERVICE_START_FAILURE, + "%s", "failed to malloc module user data"); + goto out_err; + } + LIST_INIT(&ud->head); + mod->id = LLDP_MOD_EVB; + mod->ops = &evb_ops; + mod->data = ud; + fprintf(stderr, "### %s:done\n", __func__); + return mod; + +out_err: + fprintf(stderr, "### %s:failed\n", __func__); + return NULL; +}...

...free(mod); + fprintf(stderr, "failed to malloc module user data\n"); + log_message(MSG_ERR_SERVICE_START_FAILURE, + "%s", "failed to malloc module user data"); + goto out_err; + } + LIST_INIT(&ud->head); + mod->id = LLDP_MOD_EVB; + mod->ops = &evb_ops; + mod->data = ud; + fprintf(stderr, "### %s:done\n", __func__); + return mod; + +out_err: + fprintf(stderr, "### %s:failed\n", __func__); + return NULL; +}...

Hi, this set of patches contains the initial implementation of the IEEE 802.1Qbg standard: code for the exchange of EVB TLVs in LLDP frames to negotiate VSI capabalities as well as VDP VSI TLVs between a host with virtual machines and an adjacent switch. It supports setting the parameters of the TLV exchange from the command line using lldptool. VDP profiles consisting of

Hi, this set of patches contains the initial implementation of the IEEE 802.1Qbg standard: code for the exchange of EVB TLVs in LLDP frames to negotiate VSI capabalities as well as VDP VSI TLVs between a host with virtual machines and an adjacent switch. It supports setting the parameters of the TLV exchange from the command line using lldptool. VDP profiles consisting of

Hi, This set of patches contains the initial implementation of the IEEE 802.1Qbg standard: code for the exchange of EVB TLVs in LLDP frames to negotiate VSI capabalities as well as VDP VSI TLVs between a host with virtual machines and an adjacent switch. It supports setting the parameters of the TLV exchange from the command line using lldptool. VDP profiles consisting of

Hi, This set of patches contains the initial implementation of the IEEE 802.1Qbg standard: code for the exchange of EVB TLVs in LLDP frames to negotiate VSI capabalities as well as VDP VSI TLVs between a host with virtual machines and an adjacent switch. It supports setting the parameters of the TLV exchange from the command line using lldptool. VDP profiles consisting of

Hi, this set of patches contains the initial implementation of the IEEE 802.1Qbg standard: code for the exchange of EVB TLVs in LLDP frames to negotiate VSI capabalities as well as VDP VSI TLVs between a host with virtual machines and an adjacent switch. It supports setting the parameters of the TLV exchange from the command line using lldptool. VDP profiles consisting of