Again it's time to look at updating perl. I am looking for more test
results on different platforms.
I have alpha, amd64, armv7, i386, sparc64, and macppc tests already.
Looking for help with any others, especially vax and sparc.
I have built a release with the new perl and dpb built pretty much
The driver must be rewritten to use bus_dma(9).
It will not be re-enabled as-is, since many architectures will never
have vtophys. In particular, amd64.
"testing" won't help. Nor is there any other information needed. The
problem is obvious. To a kernel developer, the commit message speaks
fa
Hi tech@,
I got access to a D-Link DFE-580TX PCI network device (Sundance Technologies
ST201 10/100 Ethernet device) recently and decided to do some preliminary
experiments on amd64 involving the corresponding driver on OpenBSD. I will be
using this device for about a week for research purposes
> Date: Wed, 30 Dec 2015 14:21:11 +0100 (CET)
> From: Mark Kettenis
>
> It seems more and more server machines ship in a "64-bit"
> configuration where the BIOS assigns addresses above the 4GB mark to
> 64-bit BARs. We have a hack in arch/amd64/pci_machdep.c:pci_init_extents()
> to deal with som
> From: Dale Ghent
> Date: Wed, 30 Dec 2015 15:34:14 -0500
>
> I managed to get a slow-motion video of the console and transcribe
> the first several lines of CPU setup and probing from a verbose
> boot. It seems that the kernel isn't finding a lot of stuff here.
>
> >>> bios probe won
> bios0 a
> From: Dale Ghent
> Date: Wed, 30 Dec 2015 15:35:42 -0500
>
> > On Dec 30, 2015, at 3:21 PM, Mark Kettenis =
> wrote:
> >=20
> >> From: Dale Ghent
> >> Date: Wed, 30 Dec 2015 14:49:58 -0500
> >>=20
> >> Has anyone used or otherwise been able to boot 5.8 on a Xeon-D 1540 =3D=
>
> >> system? We
> On Dec 30, 2015, at 3:21 PM, Mark Kettenis wrote:
>
>> From: Dale Ghent
>> Date: Wed, 30 Dec 2015 14:49:58 -0500
>>
>> Has anyone used or otherwise been able to boot 5.8 on a Xeon-D 1540 =
>> system? We're experimenting with a SuperMicro Xeon-D 1540 system =
>> (http://www.supermicro.com/pro
Ingo Schwarze wrote:
> Hi Christian & Michael,
>
> Michael McConville wrote on Thu, Dec 24, 2015 at 04:19:03PM -0500:
> > Christian Heckendorf wrote:
>
> >> A couple of somewhat recent changes in NetBSD's libedit permit
> >> el_gets(3) to accept multibyte characters if the locale supports
> >> i
I managed to get a slow-motion video of the console and transcribe the first
several lines of CPU setup and probing from a verbose boot. It seems that the
kernel isn't finding a lot of stuff here.
>>> bios probe won
bios0 at mainbus0: SMBIUOS rev. 2.8 @ 0xed8b0 (55 entries)
bios0: vendor America
> From: Dale Ghent
> Date: Wed, 30 Dec 2015 14:49:58 -0500
>
> Has anyone used or otherwise been able to boot 5.8 on a Xeon-D 1540 =
> system? We're experimenting with a SuperMicro Xeon-D 1540 system =
> (http://www.supermicro.com/products/system/1U/5018/SYS-5018D-FN4T.cfm) =
> and are, surprisin
Has anyone used or otherwise been able to boot 5.8 on a Xeon-D 1540 system?
We're experimenting with a SuperMicro Xeon-D 1540 system
(http://www.supermicro.com/products/system/1U/5018/SYS-5018D-FN4T.cfm) and are,
surprisingly, not getting terribly far into the kernel boot process, with a
pleth
On Wed, Dec 30, 2015 at 06:41:32PM +, Ricardo Mestre wrote:
> Declare usage() as __dead, and while here align a few variables to the rest of
> the list and also ANSI one function. No functional change.
>
> OK?
ok tb@
>
> Index: fstat.c
> =
Declare usage() as __dead, and while here align a few variables to the rest of
the list and also ANSI one function. No functional change.
OK?
Index: fstat.c
===
RCS file: /cvs/src/usr.bin/fstat/fstat.c,v
retrieving revision 1.84
diff
Mark Kettenis wrote:
> > Date: Wed, 30 Dec 2015 11:30:11 -0500
> > From: Michael McConville
> >
> > Christian Weisgerber wrote:
> > > Christian Weisgerber:
> > >
> > > > The removal of the casts causes a problem in ports/devel/mico, where
> > > > the yacc output is used in C++:
> > >
> > > Also
This makes no sense as our base compiler doesn't support C11.
On Wed, 30 Dec 2015 18:07:32 +0100, Mark Kettenis wrote:
> This makes no sense as our base compiler doesn't support C11.
In other words, it has no underlying support for _Alignas or _Alignof
so this header could only be used by C compilers in ports. I don't
think that's what we want...
- todd
> Date: Wed, 30 Dec 2015 11:30:11 -0500
> From: Michael McConville
>
> Christian Weisgerber wrote:
> > Christian Weisgerber:
> >
> > > The removal of the casts causes a problem in ports/devel/mico, where
> > > the yacc output is used in C++:
> >
> > Also:
> > graphics/grap
> > math/aamath
>
Neither strftime nor strptime describe the fields inside struct tm, and while
they eventually point that way in references, strftime provides no guidance as
to which of its nine (9!) references I should read next. I don't like
guessing.
Index: strftime.3
==
I used n1570 for C11: http://www.iso-9899.info/n1570.html
and n3242 for C++11:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3242.pdf
C11:
stdalign.h:
7.15.1: The header defines four macros.
7.15.2: The macro
alignas
expands to _Alignas; the macro
align
Michael McConville wrote:
> Christian Weisgerber wrote:
> > Christian Weisgerber:
> >
> > > The removal of the casts causes a problem in ports/devel/mico, where
> > > the yacc output is used in C++:
> >
> > Also:
> > graphics/grap
> > math/aamath
> > math/logic2cnf
>
> ok?
> "
Christian Weisgerber wrote:
> Christian Weisgerber:
>
> > The removal of the casts causes a problem in ports/devel/mico, where
> > the yacc output is used in C++:
>
> Also:
> graphics/grap
> math/aamath
> math/logic2cnf
ok?
Index: skeleton.c
==
Hi tech@,
this patch removes the 'noprint' variable which was added to ifconfig.c in rev
1.216
and is not in use since rev. 1.220.
Cheers,
Fabian
Index: sbin/ifconfig/ifconfig.c
===
--- sbin/ifconfig/ifconfig.c.orig
+++ sbin/ifcon
>> In tmux, home and end send different bytes. I don't know why, but I want
>> things to just work. We already have two different keys here, so what's one
>> more? (how many can there be...?)
>
>We shouldn't have any there. That's what termcap(3) is for. If
>you don't link to termcap, you don't g
On 2015-12-29, "Ted Unangst" wrote:
> In tmux, home and end send different bytes. I don't know why, but I want
> things to just work. We already have two different keys here, so what's one
> more? (how many can there be...?)
We shouldn't have any there. That's what termcap(3) is for. If
you do
On Wed, Dec 30, 2015 at 02:39:02PM +0100, Sebastian Benoit wrote:
> Fabian Raetz(fabian.ra...@gmail.com) on 2015.12.30 13:32:54 +0100:
> > On Wed, Dec 30, 2015 at 07:24:01AM -0500, Ted Unangst wrote:
> > > Fabian Raetz wrote:
> > > > Hi,
> > > >
> > > > please find below a patch to remove the undo
Fabian Raetz(fabian.ra...@gmail.com) on 2015.12.30 13:32:54 +0100:
> On Wed, Dec 30, 2015 at 07:24:01AM -0500, Ted Unangst wrote:
> > Fabian Raetz wrote:
> > > Hi,
> > >
> > > please find below a patch to remove the undocumented -carpdev command from
> > > ifconfig(8).
> >
> > wouldn't it make mo
By shuffling find-alternate-file around we have
dired-find-alternate-file as well. ok?
-lum
Index: def.h
===
RCS file: /cvs/src/usr.bin/mg/def.h,v
retrieving revision 1.153
diff -u -p -u -p -r1.153 def.h
--- def.h 29 Dec 2015 1
On Wed, Dec 30, 2015 at 01:12:05AM -0500, Ted Unangst wrote:
> Long ago, malloc internally had two kinds of failures, warnings and errors.
> The 'A' option elevated warningst to errors, and has been the default for some
> time. But then warnings were effectively eliminated in favor of everything
>
It seems more and more server machines ship in a "64-bit"
configuration where the BIOS assigns addresses above the 4GB mark to
64-bit BARs. We have a hack in arch/amd64/pci_machdep.c:pci_init_extents()
to deal with some of these configurations:
/*
* ...
Christian Weisgerber:
> The removal of the casts causes a problem in ports/devel/mico, where
> the yacc output is used in C++:
Also:
graphics/grap
math/aamath
math/logic2cnf
--
Christian "naddy" Weisgerber na...@mips.inka.de
Michael McConville:
> Index: skeleton.c
> ===
> RCS file: /cvs/src/usr.bin/yacc/skeleton.c,v
> retrieving revision 1.35
> diff -u -p -r1.35 skeleton.c
> --- skeleton.c16 Mar 2014 18:38:30 - 1.35
> +++ skeleton.c
On Wed, Dec 30, 2015 at 07:24:01AM -0500, Ted Unangst wrote:
> Fabian Raetz wrote:
> > Hi,
> >
> > please find below a patch to remove the undocumented -carpdev command from
> > ifconfig(8).
>
> wouldn't it make more sense to document the command?
as the command is broken [0] and nobody noticed
Fabian Raetz wrote:
> Hi,
>
> please find below a patch to remove the undocumented -carpdev command from
> ifconfig(8).
wouldn't it make more sense to document the command?
On Wed, Dec 23, 2015 at 04:26:11PM +, Ricardo Mestre wrote:
> Hi tech@
>
> tokenadm(8) pretty much needs almost the same pledge annotations as
> login_token(8),
> "rpath wpath cpath fattr flock" for operations on the DB files and before that
> it also needs getpw due to calling getgrnam(3) to
Hi tech@,
i've found the undocumented -carpdev option in ifconfig(8) which freezes
my sytem if executed.
As the -carpdev option is undocumented in both ifconfig(8) and carp(4) i
propose two patches to remove this functionality.
The patch below will return EINVAL in SIOCSVH if carpr.carpr_carpdev
Hi,
please find below a patch to remove the undocumented -carpdev command from
ifconfig(8).
Cheers,
Fabian
Index: ifconfig.c
===
RCS file: /cvs/src/sbin/ifconfig/ifconfig.c,v
retrieving revision 1.311
diff -u -p -r1.311 ifconfig.c
Hi Ted,
FWIW, I agree with malloc always failing on error.
On Wed, Dec 30, 2015 at 7:12 AM, Ted Unangst wrote:
> @@ -523,10 +521,8 @@ omalloc_init(struct dir_info **dp)
> mopts.malloc_cache >>= 1;
> break;
>
On 29.12.2015. 22:23, Hrvoje Popovski wrote:
> On 29.12.2015. 17:49, Mark Kettenis wrote:
>>> Date: Tue, 22 Dec 2015 23:45:49 +0100
On 22.12.2015. 22:08, Mark Kettenis wrote:
>> Anybody willing to give this a spin? I don't have access to hardware
>> currently...
>>
>> Tha
tmux is doing the right thing and changing what it generates would break
other programs.
ksh should use terminfo to work out what to expect, but we have always
resisted linking ksh against ncurses.
Your change is the best we can do without making ksh use ncurses.
On Wed, Dec 30, 2015 at 01:19:
Michael McConville wrote:
> Michael McConville wrote:
> > Michael McConville wrote:
> > > > On Sun, Dec 13, 2015 at 9:45 PM, Maxim Pugachev
> > > > wrote:
> > > > > Hi,
> > > > >
> > > > > In exec_script_makecmds function, when EXEC_HASFD flag was set, but
> > > > > copystr/copyinstr returns an e
40 matches
Mail list logo
