On Wed, Apr 03, 2013 at 02:16:30PM +0100, Pedro Martelletto wrote:
> Hi,
>
> Apple has added a -Wshorten-64-to-32 option to GCC. It generates a
> warning if a value is implicitly converted from a 64-bit to a 32-bit
> type. I found it useful, looked at the code and ported it to OpenBSD.
>
> I don'
Hi,
This makes icmp6 ready for 64 bit time_t by adding a range check
and an explicit cast.
ok?
bluhm
Index: netinet6/icmp6.c
===
RCS file: /data/mirror/openbsd/cvs/src/sys/netinet6/icmp6.c,v
retrieving revision 1.123
diff -u -p -r1
Quoting Mark Kettenis :
Date: Wed, 03 Apr 2013 14:07:24 -0400
From: RD Thrush
I have a similar problem which results in a panic (dmesg appended).
This machine has a radeon (asus 7770) pcie adapter in addition to
the integrated intel hd4000. The latter adapter seems to elicit the
panic. If I
This makes a lot of sense to me.
Penned by Vadim Zhukov on 20130403 12:59.08, we have:
| Third iteration, after input from ajacoutot@, todd@ and marc@.
|
| Now rc_restart becomes unavailable if either start or stop is disabled.
|
|
| Index: rc.subr
> Date: Wed, 03 Apr 2013 14:07:24 -0400
> From: RD Thrush
>
> I have a similar problem which results in a panic (dmesg appended).
> This machine has a radeon (asus 7770) pcie adapter in addition to
> the integrated intel hd4000. The latter adapter seems to elicit the
> panic. If I set the bios
Vadim Zhukov wrote:
>Third iteration, after input from ajacoutot@, todd@ and marc@.
>
>Now rc_restart becomes unavailable if either start or stop is disabled.
>
>
>Index: rc.subr
>===
>RCS file: /cvs/src/etc/rc.d/rc.subr,v
>retriev
On 04/03/13 09:52, Mark Kettenis wrote:
>> Date: Wed, 3 Apr 2013 14:08:20 +0100
>> From: Stuart Henderson
>>
>> moving this to tech@ - original message with dmesg is at
>> http://marc.info/?l=openbsd-misc&m=136498447228598&w=2 - summary:
>> asus P8H77-M, intel 7 series chipset, "Intel HD Graphics
Third iteration, after input from ajacoutot@, todd@ and marc@.
Now rc_restart becomes unavailable if either start or stop is disabled.
Index: rc.subr
===
RCS file: /cvs/src/etc/rc.d/rc.subr,v
retrieving revision 1.68
diff -u -p -r1.
03.04.2013 21:30 пользователь "Todd T. Fries" написал:
>
> Penned by Antoine Jacoutot on 20130403 10:24.19, we have:
> | On Wed, Apr 03, 2013 at 05:14:10PM +0200, Alexander Hall wrote:
> | > On 04/03/13 13:42, Vadim Zhukov wrote:
> | > > This patch makes rc.subr
On Wed, Apr 03, 2013 at 12:30:05PM -0500, Todd T. Fries wrote:
> Penned by Antoine Jacoutot on 20130403 10:24.19, we have:
> | On Wed, Apr 03, 2013 at 05:14:10PM +0200, Alexander Hall wrote:
> | > On 04/03/13 13:42, Vadim Zhukov wrote:
> | > > This patch makes rc.sub
Penned by Antoine Jacoutot on 20130403 10:24.19, we have:
| On Wed, Apr 03, 2013 at 05:14:10PM +0200, Alexander Hall wrote:
| > On 04/03/13 13:42, Vadim Zhukov wrote:
| > > This patch makes rc.subr show only supported operations in usage.
| > > This avoids some sort of confusion w
On Wed, Apr 03, 2013 at 08:17:27PM +0400, Vadim Zhukov wrote:
> Second iteration after input from halex@ (${...+} trick is cool!).
ok aja@ with nitpicks
Please sort the list this way:
start, stop, restart, reload, check
Please make the output this way:
rc_err "usage: $0 [-df] (${_allsup})"
i.e.
Second iteration after input from halex@ (${...+} trick is cool!).
Index: rc.subr
===
RCS file: /cvs/src/etc/rc.d/rc.subr,v
retrieving revision 1.68
diff -u -p -r1.68 rc.subr
--- rc.subr 19 Nov 2012 07:10:59 - 1.68
+++ r
03.04.2013 19:24 пользователь "Antoine Jacoutot"
написал:
>
> On Wed, Apr 03, 2013 at 05:14:10PM +0200, Alexander Hall wrote:
> > On 04/03/13 13:42, Vadim Zhukov wrote:
> > > This patch makes rc.subr show only supported operations in usage.
> > > This avoids some sort of confusion when, e.g., /etc
On Wed, Apr 03, 2013 at 05:14:10PM +0200, Alexander Hall wrote:
> On 04/03/13 13:42, Vadim Zhukov wrote:
> > This patch makes rc.subr show only supported operations in usage.
> > This avoids some sort of confusion when, e.g., /etc/rc.d/smtpd
> > shows that "reload" command is allowed, but when you
On 04/03/13 13:42, Vadim Zhukov wrote:
> This patch makes rc.subr show only supported operations in usage.
> This avoids some sort of confusion when, e.g., /etc/rc.d/smtpd
> shows that "reload" command is allowed, but when you try it,
> you get "reload not supported" error.
>
> okay?
I approve of
On 4/3/13 3:54 PM, Stuart Henderson wrote:
On 2013/04/03 15:43, Camiel Dobbelaar wrote:
On 4/3/13 3:34 PM, Stuart Henderson wrote:
In some cases when a network port comes up, it does not indicate that
the network is ready. But on linkup, carp(4) will try to get out of
the INIT state as soo
When the system with the carp interfaces comes up, a sleep in the
hostname.if file works. An arping might be an optimization of that.
But I'd like carp to react properly to events *outside* the system.
When I unplug/plug a network cable, spanning tree can kick in again on
the switch. *Then
On 2013/04/03 15:43, Camiel Dobbelaar wrote:
>
>
> On 4/3/13 3:34 PM, Stuart Henderson wrote:
> >>In some cases when a network port comes up, it does not indicate that
> >>the network is ready. But on linkup, carp(4) will try to get out of
> >>the INIT state as soon as possible. And because all
> Date: Wed, 3 Apr 2013 14:08:20 +0100
> From: Stuart Henderson
>
> moving this to tech@ - original message with dmesg is at
> http://marc.info/?l=openbsd-misc&m=136498447228598&w=2 - summary:
> asus P8H77-M, intel 7 series chipset, "Intel HD Graphics 3000"
> running i386 or amd64, fails during b
On 4/3/13 3:34 PM, Stuart Henderson wrote:
In some cases when a network port comes up, it does not indicate that
the network is ready. But on linkup, carp(4) will try to get out of
the INIT state as soon as possible. And because all is quiet it will
decide to become master.
Anyone else observ
my 2 cents:
timing is always a problem, maybe you could arping the next hop and then
activate the carp ?
On Wed, Apr 3, 2013 at 9:34 AM, Stuart Henderson wrote:
> On 2013/04/03 14:54, Camiel Dobbelaar wrote:
> >
> > In some cases when a network port comes up, it does not indicate that
> > the ne
On 2013/04/03 14:54, Camiel Dobbelaar wrote:
>
> In some cases when a network port comes up, it does not indicate that
> the network is ready. But on linkup, carp(4) will try to get out of
> the INIT state as soon as possible. And because all is quiet it will
> decide to become master.
>
> This
Hi,
Apple has added a -Wshorten-64-to-32 option to GCC. It generates a
warning if a value is implicitly converted from a 64-bit to a 32-bit
type. I found it useful, looked at the code and ported it to OpenBSD.
I don't think this is worth integrating. Use at your own discretion. :)
-p.
Index: g
In some cases when a network port comes up, it does not indicate that
the network is ready. But on linkup, carp(4) will try to get out of the
INIT state as soon as possible. And because all is quiet it will decide
to become master.
This then leads to master-master situations.
Here are two
moving this to tech@ - original message with dmesg is at
http://marc.info/?l=openbsd-misc&m=136498447228598&w=2 - summary:
asus P8H77-M, intel 7 series chipset, "Intel HD Graphics 3000"
running i386 or amd64, fails during boot with recent kernels unless
inteldrm disabled.
On 2013/04/03 07:54, Vij
This patch makes rc.subr show only supported operations in usage.
This avoids some sort of confusion when, e.g., /etc/rc.d/smtpd
shows that "reload" command is allowed, but when you try it,
you get "reload not supported" error.
okay?
--
WBR,
Vadim Zhukov
Index: rc.subr
===
27 matches
Mail list logo
