> Index: head.c
> ===
> RCS file: /cvs/src/usr.bin/head/head.c,v
> retrieving revision 1.17
> diff -u -p -r1.17 head.c
> --- head.c7 Oct 2014 19:38:57 - 1.17
> +++ head.c7 Oct 2014 21:16:43 -
> @@ -48,6 +48,7 @@ s
On 07/10/14 10:03 PM, Stuart Henderson wrote:
Since it's non-obvious how to setup pppoe for v6 now that link-local
addresses are no longer configured by default, I think we should have
something in the manual.
Any comments/objections/suggestions for a better way to do this?
This doesn't make a
Hi, here is the log using bsd.SUNXI.umg instead of bsd.rd.SUNXI.img.
(thanks to Theo)
"-c" invokes UKC, but hangs up at there.
--
OpenBSD/sunxi booting ...
arg0 0x0 arg1 0x10bb arg2 0x4100
atag core flags 0 pagesize 0 rootdev 0
atag cmdline [sd0i:/bsd -c]
atag mem start 0x4000 size 0x4000
Since it's non-obvious how to setup pppoe for v6 now that link-local
addresses are no longer configured by default, I think we should have
something in the manual.
Any comments/objections/suggestions for a better way to do this?
Index: man4/pppoe.4
On 2014/10/08 10:49, David Gwynne wrote:
> vi gets upset if i maximise my terminal window. it might need to
> go even bigger for 4k displays.
>
> ok?
ok with me, tested by setting xterm's font to "tiny" and making the window
twice as wide as my monitor.
vi gets upset if i maximise my terminal window. it might need to
go even bigger for 4k displays.
ok?
Index: common/options_f.c
===
RCS file: /cvs/src/usr.bin/vi/common/options_f.c,v
retrieving revision 1.7
diff -u -p -r1.7 options_f.
Christian Weisgerber wrote this message on Tue, Oct 07, 2014 at 23:08 +0200:
> John-Mark Gurney:
>
> > So, as I was working on FreeBSD's implementation of gmac.c, I noticed
> > that I was able to get a significant speed up by using a mask instead
> > of an if branch in ghash_gfmul in gmac.c from O
I like MIMO/SISO better than 1x1 2x2 etc. Fix that shit :)
Stuart Henderson [st...@openbsd.org] wrote:
> On 2014/10/06 12:19, Chris Cappuccio wrote:
> > Stuart Henderson [s...@spacehopper.org] wrote:
> > > Does anyone have an idea of what's needed for working jumbos on the
> > > RL_FLAG_JUMBOV2 va
It should be noted, You can do that (without a code change) with an
appropriate chunk of code in your ~/.mg file.
(at least, that's how I have always done it)
On Tuesday, October 7, 2014, Stuart Cassoff wrote:
> On 08/13/14 18:51, Brian Callahan wrote:
> > Hi tech --
> >
> > Diff below adds the
Hi,
while we are talking about ancient bugs in head(1), here is another one:
Without the patch:
$ date | head /dev/null /dev/stdin
==> /dev/null <==
==> /dev/stdin <==
$
Oops, where did stdin go? The reopen(3) function doesn't work here,
it first closes stdin, an
On Sat, Oct 04, 2014 at 07:39:03PM -0300, Rafael Zalamena wrote:
> On Thu, Oct 02, 2014 at 02:36:12PM +0200, Martin Pieuchot wrote:
> > On 01/10/14(Wed) 21:54, Rafael Zalamena wrote:
> > > --- old chat snip ---
>
Code changed:
* Replaced old function that used to create routes in favor of rt_ifa
John-Mark Gurney:
> So, as I was working on FreeBSD's implementation of gmac.c, I noticed
> that I was able to get a significant speed up by using a mask instead
> of an if branch in ghash_gfmul in gmac.c from OpenBSD...
>
> Add a mask var and replace the code between the comments
> "update Z" an
Hi,
> Did you try disabling ehci to see if that makes a difference?
Curiously, -c option in bootargs seems to be ignored.
I tried it both uEnv.txt and U-Boot console. Here is the log.
There is no problem to pass "-c" string to kernel.
What is happening?
Regards,
U-Boot SPL 2014.04-10694-g2
On Tue, Oct 07, 2014 at 03:11:28PM +0200, Otto Moerbeek wrote:
> On Tue, Oct 07, 2014 at 02:56:07PM +0200, Fritjof Bornebusch wrote:
>
> > On Tue, Oct 07, 2014 at 09:34:33AM +0200, Otto Moerbeek wrote:
> > > On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
> > >
> > > > Fritjof, ha
On Tue, Oct 07, 2014 at 02:56:07PM +0200, Fritjof Bornebusch wrote:
> On Tue, Oct 07, 2014 at 09:34:33AM +0200, Otto Moerbeek wrote:
> > On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
> >
> > > Fritjof, have you let the gnu rcs project know about the segfault?
> > > Maybe see how
On Tue, Oct 07, 2014 at 09:34:33AM +0200, Otto Moerbeek wrote:
> On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
>
> > Fritjof, have you let the gnu rcs project know about the segfault?
> > Maybe see how they choose to fix things and then follow their lead?
>
> That will only slow
On 03/10/14(Fri) 14:46, Stefan Sperling wrote:
> The IPv6 source address selection algorithm breaks ties by performing a
> bitwise match of each candidate source address against the destination
> address. The longest matching source address wins, regardless of which
> interface the source address c
On 2014/10/07 13:08, Theo Buehler wrote:
> The latest commit caused a repeated line:
>
> Index: acpithinkpad.c
> ===
> RCS file: /cvs/src/sys/dev/acpi/acpithinkpad.c,v
> retrieving revision 1.39
> diff -u -p -r1.39 acpithinkpad.c
> --
The latest commit caused a repeated line:
Index: acpithinkpad.c
===
RCS file: /cvs/src/sys/dev/acpi/acpithinkpad.c,v
retrieving revision 1.39
diff -u -p -r1.39 acpithinkpad.c
--- acpithinkpad.c 5 Oct 2014 01:31:12 - 1.3
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
> Fritjof, have you let the gnu rcs project know about the segfault?
> Maybe see how they choose to fix things and then follow their lead?
>
No, I have not.
I hope they follow the tech@ mailing list. :)
>
> On Mon, Oct 6, 2014 at 1
Now that we can use the routing table to check if the destination
of a packet is a broadcast address, we can replace the lookup done
for every packet by the simple check below.
Ok?
Index: netinet/ip_output.c
===
RCS file: /home/ncvs/
On 2014/10/06 12:19, Chris Cappuccio wrote:
> Stuart Henderson [s...@spacehopper.org] wrote:
> > Does anyone have an idea of what's needed for working jumbos on the
> > RL_FLAG_JUMBOV2 variants of re(4) where they're currently disabled?
> > These seem to account for most of the chips seen in hardwa
On 30/09/14(Tue) 10:51, Martin Pieuchot wrote:
> After rtalloc(), here's a simpler inliner diff to only use rtalloc1()
> when dealing with route lookups.
>
> ok?
Anyone?
>
> Index: net/pf.c
> ===
> RCS file: /home/ncvs/src/sys/net/
On 08/13/14 18:51, Brian Callahan wrote:
> Hi tech --
>
> Diff below adds the bounce matching for [] and {} in mg like it does for ().
> I miss having that from GNU Emacs, anyone else?
>
> OK?
>
> ~Brian
Just noticed this yesterday. Thanks!
Stu
On Mon, Oct 06, 2014 at 04:56:08PM -0600, Todd C. Miller wrote:
> The following diff should fix it.
>
> - todd
>
> Index: sys/miscfs/fifofs/fifo_vnops.c
> ===
> RCS file: /home/cvs/openbsd/src/sys/miscfs/fifofs/fifo_vnops.c,v
> retr
On Tue, Oct 7, 2014 at 3:34 AM, Otto Moerbeek wrote:
> On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
>
>> Fritjof, have you let the gnu rcs project know about the segfault?
>> Maybe see how they choose to fix things and then follow their lead?
>
> That will only slow things down.
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
> Fritjof, have you let the gnu rcs project know about the segfault?
> Maybe see how they choose to fix things and then follow their lead?
That will only slow things down. Do what -L -U does is better, imo.
-Otto
>
>
> On
Fritjof, have you let the gnu rcs project know about the segfault?
Maybe see how they choose to fix things and then follow their lead?
On Mon, Oct 6, 2014 at 10:47 AM, Nicholas Marriott
wrote:
>
> I think that GNU RCS segfaulting for -u -l is enough justification to do
> what we like, so a messa
28 matches
Mail list logo