On Tue, Dec 12, 2017 at 02:32:06PM +1000, David Gwynne wrote:
>
> > On 12 Dec 2017, at 02:41, Dan Shechter wrote:
> >
> > I know I am about to be hammered here but...
> >
> > Without reading the sources, and being a Cisco admin, I am asking this
> > question: What PIM got to do with the kernel?
Interesting in perspectives about OpenCL 2.x support in OpenBSD natively.
Especially interesting in what does Theo think about it.
Thanks
there's a bunch of things, particularly barriers, that schedule
work to run somewhere else and then sleep waiting for it to finish.
currently that's implemented as calls to sleep_setup and sleep_finish
using a small variable as the thing to test. this factors that out into
"wait condition" code, w
On Mon, Dec 11, 2017 at 03:34:47PM +, Luis Coronado wrote:
> Mysql was replaced by mariadb some time ago. I have not seen any problems
> with the transition but ymmv.
>
> -luis
>
> On Mon, Dec 11, 2017 at 9:21 AM Сергей Тарасов wrote:
>
> > Hello.
> >
> > Is there a package mysql-serve
Here is a demonstration diff using pledge execpromises in crontab,
regarding the running of $EDITOR.
I hacked it together in 20 minutes, so it may have bugs.
First off an aside -- something which stands in the way a little and
needs to be fixed. Most folk don't use $EDITOR or $VISUAL and accept
> On 12 Dec 2017, at 02:41, Dan Shechter wrote:
>
> I know I am about to be hammered here but...
>
> Without reading the sources, and being a Cisco admin, I am asking this
> question: What PIM got to do with the kernel? PIM is just a
> signaling/routing protocol, like OSPF/BGP. It should just u
Patrick Wildt writes:
> On Mon, Nov 27, 2017 at 06:12:22PM +0100, Patrick Wildt wrote:
>> On Mon, Nov 27, 2017 at 04:21:08PM +0100, Patrick Wildt wrote:
>> > On Wed, Nov 22, 2017 at 05:26:24PM +0100, Patrick Wildt wrote:
>> > > On 2017/06/25 21:44, Tim Stewart wrote:
>> > > > My first patch did,
Apologies for disappearing for a while. I was moving across town and I
had to drop many things!
Stuart Henderson writes:
> On 2017/06/25 21:44, Tim Stewart wrote:
>> Hi,
>>
>> In this message I've tried to encode everything I've done to allow
>> strongSwan on Android to connect with iked, inclu
On Sun, Dec 10 2017, Scott Cheloha wrote:
> Hi,
>
> These timeouts in sunrpc need to be based on the monotonic
> clock to avoid a race with adjtime(2), settimeofday(2), etc.
>
> There are obvious possible improvements here and elsewhere
> in sunrpc. Here especially the time-related variable names
> On Mon, Dec 11, 2017 at 06:22:29PM +0100, Martin Pieuchot wrote:
> > The only difference I see is that the MAC address has to be read from
> > the EEPROM. It's not clear to me if Linux does that for all models,
> > hence my question.
>
> As the comment in the code where this mountroot hook is i
On Mon, Dec 11, 2017 at 06:22:29PM +0100, Martin Pieuchot wrote:
> The only difference I see is that the MAC address has to be read from
> the EEPROM. It's not clear to me if Linux does that for all models,
> hence my question.
As the comment in the code where this mountroot hook is installed imp
This will probably be commited in the next day or so.
The 2nd argument of pledge() becomes execpromises, which is what
will gets activated after execve.
There is also a small new feature called "error", which causes
violating system calls to return -1 with ENOSYS rather than killing
the process.
> On 11/12/17(Mon) 10:01, Theo de Raadt wrote:
> > > On 11/12/17(Mon) 17:44, Stefan Sperling wrote:
> > > > When the root filesystem is mounted, the iwm(4) driver will try to
> > > > load firmware from the root filesystem in order to read the MAC
> > > > address.
> > > >
> > > > This has never wor
On 11/12/17(Mon) 10:01, Theo de Raadt wrote:
> > On 11/12/17(Mon) 17:44, Stefan Sperling wrote:
> > > When the root filesystem is mounted, the iwm(4) driver will try to
> > > load firmware from the root filesystem in order to read the MAC
> > > address.
> > >
> > > This has never worked in bsd.rd
> On 11/12/17(Mon) 17:44, Stefan Sperling wrote:
> > When the root filesystem is mounted, the iwm(4) driver will try to
> > load firmware from the root filesystem in order to read the MAC
> > address.
> >
> > This has never worked in bsd.rd and results in a bogus "could not
> > load firmware" erro
On 11/12/17(Mon) 17:44, Stefan Sperling wrote:
> When the root filesystem is mounted, the iwm(4) driver will try to
> load firmware from the root filesystem in order to read the MAC
> address.
>
> This has never worked in bsd.rd and results in a bogus "could not
> load firmware" error being displa
On Mon, 11 Dec 2017 17:45:07 +0100, Martijn van Duren wrote:
> Updated diff
OK millert@ for the updated diff.
- todd
On 12/11/17 14:14, Marc Espie wrote:
>> @@ -37,6 +37,16 @@ SRCS= cl_funcs.c cl_main.c cl_read.c cl_
>>
>> LINKS= ${BINDIR}/vi ${BINDIR}/ex
>> LINKS+= ${BINDIR}/vi ${BINDIR}/view
>> +
>> +options_def.h: common/options.awk common/options.c
>> +awk -f ${.CURDIR}/../common/options.
When the root filesystem is mounted, the iwm(4) driver will try to
load firmware from the root filesystem in order to read the MAC
address.
This has never worked in bsd.rd and results in a bogus "could not
load firmware" error being displayed during every upgrade.
With this diff, when the driver
Thank you.� Sergey Tarasov
I know I am about to be hammered here but...
Without reading the sources, and being a Cisco admin, I am asking this
question: What PIM got to do with the kernel? PIM is just a
signaling/routing protocol, like OSPF/BGP. It should just update the mroute
tables.
Is it about the register unicast?
On
Thank you.
Sergey Tarasov
On Sun, 10 Dec 2017 11:25:50 +, Martin Pieuchot wrote:
> On 08/12/17(Fri) 12:58, kshe wrote:
> > I noticed one instance where the size given to free(9) can easily be
> > determined.
>
> What about the other free(9)s in the same function?
Somehow I did not immediately realize that rtm_report()
Maybe try mariadb?: http://openports.se/databases/mariadb
> On Dec 11, 2017, at 09:26, Сергей Тарасов wrote:
>
> Hello.
>
> Is there a package mysql-server in OpenBSD version 6.2 ?
>
>
> Sergey Tarasov
>
Mysql was replaced by mariadb some time ago. I have not seen any problems
with the transition but ymmv.
-luis
On Mon, Dec 11, 2017 at 9:21 AM Сергей Тарасов wrote:
> Hello.
>
> Is there a package mysql-server in OpenBSD version 6.2 ?
>
>
> Sergey Tarasov
>
>
Hello.
Is there a package mysql-server in OpenBSD version 6.2 ?
Sergey Tarasov
Diff below removes undefined behaviour from the rotate_left() macro.
>From NetBSD via FreeBSD. The fix is different from the fix in the
upstream GPLv3 codebase.
ok?
Index: gnu/usr.bin/binutils-2.17/gas/config/tc-arm.c
===
RCS file:
Patrick is working on hostap mode for bwfm(4) and found that some
clients would get confused during the WPA key handshake.
(For the uninitiated: "RSN" is WPA2, and "IE" is an "information
element" which is type-length-value encoded data found in all kinds
of 802.11 frames).
During the WPA handsha
> @@ -37,6 +37,16 @@ SRCS= cl_funcs.c cl_main.c cl_read.c cl_
>
> LINKS= ${BINDIR}/vi ${BINDIR}/ex
> LINKS+= ${BINDIR}/vi ${BINDIR}/view
> +
> +options_def.h: common/options.awk common/options.c
> + awk -f ${.CURDIR}/../common/options.awk ${.CURDIR}/../common/options.c \
> +
On Mon, Dec 11, 2017 at 08:10:47AM +0100, Martin Pieuchot wrote:
> On 29/11/17(Wed) 20:28, Claudio Jeker wrote:
> > This diff changes the the PCB list into an SRP list. Therefor concurrent
> > access is no longer an issue and route_input() could be more unlocked.
> > There is not much point of rele
On Mon, 11 Dec 2017 10:07:50 +0100, Martijn van Duren wrote:
> Here's a new diff with the issues addressed.
> But instead of a check I fixed the starting offset, which also caused
> issues with y///.
Looks good now, OK millert@
- todd
On Mon, Dec 11, 2017 at 01:41:50PM +0100, Martijn van Duren wrote:
> Both options have their risks and aren't particularly pretty.
> Maybe the auto-generation option is a bit safer, because a comment is
> harder to overlook than a separate file.
>
> Two minor nits on your patch (modified patch bel
Both options have their risks and aren't particularly pretty.
Maybe the auto-generation option is a bit safer, because a comment is
harder to overlook than a separate file.
Two minor nits on your patch (modified patch below):
1) You forgot to change ex/ex.awk to enum
2) I don't like the trailing c
On Mon, Dec 11, 2017 at 11:35:42AM +0100, Theo Buehler wrote:
> On Mon, Dec 11, 2017 at 10:11:44AM +0100, Martijn van Duren wrote:
> > ping
> >
> > On 11/11/17 10:59, Martijn van Duren wrote:
> > > Hello tech@,
> > >
> > > I've gotten confused by the awk scripts a few times now.
> > > They seem t
On Mon, Dec 11, 2017 at 10:11:44AM +0100, Martijn van Duren wrote:
> ping
>
> On 11/11/17 10:59, Martijn van Duren wrote:
> > Hello tech@,
> >
> > I've gotten confused by the awk scripts a few times now.
> > They seem to unused and I had to really look where they were originally
> > intended. For
ping
On 11/11/17 10:59, Martijn van Duren wrote:
> Hello tech@,
>
> I've gotten confused by the awk scripts a few times now.
> They seem to unused and I had to really look where they were originally
> intended. For the curious:
> awk -f common/options.awk common/options.c > include/options_def.h
Here's a new diff with the issues addressed.
But instead of a check I fixed the starting offset, which also caused
issues with y///.
OK?
Index: compile.c
===
RCS file: /cvs/src/usr.bin/sed/compile.c,v
retrieving revision 1.43
diff -u
On Mon, Dec 11, 2017 at 09:58:42AM +0100, Martin Pieuchot wrote:
> I'd like to reduce differences between gdb(1) and ddb(4). My finger
> memory always try to use 'bt' to show a trace, so why not add it to
> ddb(4)?
>
> ok?
Yes please!
>
> Index: ddb/db_command.c
> =
I'd like to reduce differences between gdb(1) and ddb(4). My finger
memory always try to use 'bt' to show a trace, so why not add it to
ddb(4)?
ok?
Index: ddb/db_command.c
===
RCS file: /cvs/src/sys/ddb/db_command.c,v
retrieving rev
It's complicated to see which socket buffer associated to which socket
need protection. So inline the defines, ok?
Index: kern/uipc_usrreq.c
===
RCS file: /cvs/src/sys/kern/uipc_usrreq.c,v
retrieving revision 1.120
diff -u -p -r1.120
This chunk has been #ifdef since r1.1 in 1995. I'd like to revisit
SB_LOCK so this is in my way. Ok to remove it?
Index: kern/uipc_usrreq.c
===
RCS file: /cvs/src/sys/kern/uipc_usrreq.c,v
retrieving revision 1.120
diff -u -p -r1.120
41 matches
Mail list logo