Date:Fri, 22 Jan 2010 05:46:31 +
From:David Holland
Message-ID: <20100122054631.gc23...@netbsd.org>
| Since in practice nothing can be larger than the maximum value of
| off_t anyway, and all counts should be getting carried around as
| 64-bit values, using
Date:Fri, 22 Jan 2010 08:07:03 +0100
From:Michael van Elst
Message-ID: <20100122070702.ga10...@serpens.de>
| except that there a lot of assumptions that
| physical block size is the same as DEV_BSIZE.
Is that really true these days? I believe there are assumpti
Is there any way to (more simply than running commands
after each boot) have a raidframe (raid1 or raid5) set
be bother uatoconfiguring, and have hot spares?
I can add the spare easily ... raidctl -a /dev/wdxP raidN
(and the partition used is of type RAID in the disklabel of wdx)
but after a rebo
Date:Wed, 10 Mar 2010 21:21:21 +0900
From:Masao Uebayashi
Message-ID: <70f62c5e1003100421s5c54035bkdee5917165b01...@mail.gmail.com>
| dev_t will be no longer used.
I'm not sure if something that blatant (unqualified) is actually what
you meant to say, but if it was
Date:Wed, 10 Mar 2010 15:41:44 +0100
From:Joerg Sonnenberger
Message-ID: <20100310144144.gb23...@britannica.bec.de>
| The only property of dev_t that userland really cares is that it is a
| number and that it is unique per device.
For the vast majority of userla
Date:Fri, 26 Mar 2010 14:52:09 +0900
From:Masao Uebayashi
Message-ID: <70f62c5e1003252252h6e5ba506xfafceb76f854b...@mail.gmail.com>
| You need to include dependency. You don't need to care the order of
| include lines. This is pretty much same as C headers inclu
Date:Thu, 24 Jun 2010 22:55:51 -0400
From:Thor Simon
Message-ID: <20100625025551.ga6...@coyotepoint.com>
| Can anyone tell me why, exactly, we shouldn't remove bound AF_LOCAL
| sockets from the filesystem on last close?
I suspect the original reasoning was along
Date:Mon, 09 Aug 2010 18:19:28 +0200
From:Jean-Yves Migeon
Message-ID:
I agree with pooka, no code changes to existing code just to make the
code look better.
| However, I would prefer to have code using roundup/MIN/MAX rather than
| rewriting them down. It tend
Date:Mon, 23 Aug 2010 11:48:58 -0700
From:Dennis Ferguson
Message-ID: <3950466d-2c2e-4c4e-b697-a16c62971...@gmail.com>
| For that to work at all across multiple implementations would require a
| standard to tell you, when your destination address matches more
|
Date:Mon, 23 Aug 2010 21:46:16 -0400 (EDT)
From:der Mouse
Message-ID: <201008240146.vaa08...@sparkle.rodents-montreal.org>
| I wouldn't say _nothing_. See below.
That's why I said "essentially nothing" - for your two /29's, you must have
had a max of 14 hosts. Y
Date:Tue, 24 Aug 2010 08:43:52 -0400
From:Michael Richardson
Message-ID: <5933.1282653...@marajade.sandelman.ca>
| There is only one reason to use non-contiguous IP masks for *ROUTING*
| tables (vs for IPsec SPDs, where a there might be multiple IP subnets in
|
Date:Sun, 28 Nov 2010 11:11:37 -0600
From:Ted Lemon
Message-ID:
| On Nov 28, 2010, at 11:08 AM, Ignatios Souvatzis wrote:
| > Why? It's a sparse file unless you copy it using cp.
|
| True enough, but using sparse files this way tends to
No, that's not the i
Date:Sun, 28 Nov 2010 19:46:46 +0100
From:Manuel Bouyer
Message-ID: <20101128184645.gd17...@antioche.eu.org>
| one issue (which isn't really one) is that you'd then need to have
| 2 distinct block allocation for new uid.
Not really, or not simultaneously anyway.
Date:Wed, 22 Jun 2011 19:30:55 -0400 (EDT)
From:der Mouse
Message-ID: <201106222330.taa28...@sparkle.rodents-montreal.org>
| But the interface is much older than that, and, even if it's not
| codified, there's a lot of history behind the notion that userland
| a
Date:Fri, 24 Jun 2011 00:09:58 -0700
From:Erik Fair
Message-ID:
| Oh, and as noted before, through the block interface, you could do
| arbitrary (up to ... was it 64KB?
Just under that, the count arg on read/write was an int after all (on
a 16 bit system). Nega
Date:Fri, 24 Jun 2011 20:26:19 -0400 (EDT)
From:der Mouse
Message-ID: <201106250026.uaa12...@sparkle.rodents-montreal.org>
| This would mean that raw devices as interfaces to disks are essentially
| useless.
Not at all, as history has proven, as that's what the r
Date:Sat, 25 Jun 2011 17:18:59 +0200
From:=?iso-8859-1?Q?Edgar_Fu=DF?=
Message-ID: <2f7d0c42-31b8-49e6-9f6d-361459851...@math.uni-bonn.de>
| Given your analogy to accessing terminals, you would need an equivalent
| of termcap. Or, more reasonably, ioctls telling
Date:Tue, 14 Jun 2011 16:03:55 + (UTC)
From:Eduardo Horvath
Message-ID:
| I'd suggest trying to keep an incoming list that's sorted, and an
| operating list that's being processed and periodically flush the incoming
| list to the operating list. That way
Date:Sun, 28 Aug 2011 08:27:57 +
From:"Juergen Hannken-Illjes"
Message-ID: <20110828082757.e02f917...@cvs.netbsd.org>
| Should fix PR #42795 (patch to make mounting union filesystems less
obnoxious)
Yes, that fix looks fine, thanks.I'd appreciate it if thi
Date:Mon, 26 Sep 2011 09:46:09 -0400
From:chris...@zoulas.com (Christos Zoulas)
Message-ID: <20110926134609.8322a97...@rebar.astron.com>
| But it is better long term to move forward and allow for longer
| names.
Why?
Certainly the original 14 byte limit was occas
I don't understand how __NetBSD_Version__ is supposed to operate
(other than the way it is used in -current - that part is no
mystery) - that is, how it is used in NetBSD releases.
The documentation (which as far as I can ascertain is just what
is in src/sys/sys/param.h) no longer seems to match c
Date:Tue, 10 Jan 2012 03:48:31 + (UTC)
From:chris...@astron.com (Christos Zoulas)
Message-ID:
Quoting Soren Jacobsen |>
| >My thinking was that we didn't care much if the version number got
| >bumped unless there was an API/ABI change.
It wasn't just when i
Date:Tue, 10 Feb 2015 12:25:19 +0800
From:Alan Barrett
Message-ID: <20150210042519.gy17...@apb-laptoy.apb.alt.za>
| Quoting Roy Marples:
| > But do you have an idea of how this can be fixed then without
| > dhcpcd having to learn the routing table at load time?
Date:Mon, 07 Sep 2015 12:24:58 +0200
From:Kamil Rytarowski
Message-ID: <55ed65fa.1000...@gmx.com>
| I'm here to get the support for it. At the moment it (cache nits)
| exceeds my comprehension too.
What is the semantic you're hoping to provide? The path that wa
Date:Sat, 3 Oct 2015 18:07:38 +0200
From:Maxime Villard
Message-ID: <560ffd4a.8010...@m00nbsd.net>
| Yes, I understood that. What I don't understand is *why* it allocates
| memory and wants it to be aligned; 'uh' is not used in the rest of the
| function.
It lo
Date:Sun, 04 Oct 2015 11:52:18 +1100
From:matthew green
Message-ID: <24080.1443919...@splode.eterna.com.au>
| how about this:
Looks right to me, though gcc might produce a (bogus) warning about a
potentially uninitialised use of uha on the kmem_free() line.
(uh wa
One more thing I noticed while reading the code - and from what I can tell
it has been like this forever - there's no input validation at all.
The code uses pointer+48 - but nothing has checked that there are
(more than, or even) 48 bytes ... or for that matter, that the uh->
header is even there
Date:Mon, 5 Oct 2015 10:32:13 +0800 (PHT)
From:Paul Goyette
Message-ID:
| The first of these is reported by Robert Elz in his PR kern/50298 where
| it appears that the wrong process's p_nstopchild count is being updated.
Actually the wrong process'
Date:Sat, 10 Oct 2015 14:35:16 +
From:Taylor R Campbell
Message-ID: <20151010143405.d099160...@jupiter.mumble.net>
| Based on the analysis I just sent to one of PR 50318 (not noticing
| until I was done that it applied to all four of them),
Your analysis larg
The lead-in comment for dkwedge_list() is ...
/*
* dkwedge_list:[exported function]
*
* List all of the wedges on a particular disk.
* If p == NULL, the buffer is in kernel space. Otherwise, it is
* in user space of the specified process.
*/
There is no "
Date:Mon, 12 Oct 2015 22:25:12 +
From:Taylor R Campbell
Message-ID: <2015101359.e6f9f60...@jupiter.mumble.net>
| It is not clear to me why it was needed in the first place,
The code is (pre fix) ...
p->p_waited = 0;
membar_p
Date:Tue, 13 Oct 2015 02:27:47 +
From:Taylor R Campbell
Message-ID: <20151013022635.578f560...@jupiter.mumble.net>
| In this case, and generally[*], you need a membar_consumer matching
| the membar_producer in order for the latter to have any useful effect.
O
Date:Tue, 13 Oct 2015 02:27:47 +
From:Taylor R Campbell
Message-ID: <20151013022635.578f560...@jupiter.mumble.net>
| (a) The protocol is that under proc_lock but *not* p->p_lock, p_waited
| must be written before p_stat, and p_stat must be read before
| p_w
Date:Mon, 17 Aug 2015 23:20:01 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID: <20150817232001.13113a6...@mollari.netbsd.org>
| The following reply was made to PR bin/50108; it has been noted by GNATS.
The quotes are from a message Michael van Els
Date:Fri, 27 Nov 2015 07:12:50 +1100
From:matthew green
Message-ID: <18094.1448568...@splode.eterna.com.au>
| FWIW, i "fixed" raidframe on 4K disks a few years back.
Do we allow mirroring where one drive is 512 byte sectors, and the
other is 4K ?
If so (and I'd ho
Date:Thu, 26 Nov 2015 19:33:00 +
From:David Holland
Message-ID: <20151126193300.ga28...@netbsd.org>
| Ewww
It is easy to see why this happens in the CGD source, I think there's
even an XXX comment that is related ... an easy "fix" would just be to
multiply
Date:Thu, 26 Nov 2015 16:12:34 -0800
From:John Nemeth
Message-ID: <201511270012.tar0cyuf007...@server.cornerstoneservice.ca>
| I would hope the answer is no, considering how much that would
| complicate things, not to mention the slow down (i.e. doing a singl
Date:Thu, 26 Nov 2015 23:50:36 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID:
| You need to copy the sector size from the underlying disk and you
| need to fix a few cases where DEV_BSIZE is used for buffer sizes.
Yes, did that, that's what le
Date:Fri, 27 Nov 2015 01:54:04 +0100
From:Jan Danielsson
Message-ID: <5657a9ac.8030...@gmail.com>
| I took a quick stab at making cgd work on a disk with 4K sectors a
| while back, but $OTHER_STUFF got in the way.
That's largely what has happened with me, so far.
This is a reply to a message on the netbsd-users list, which drifted
into a discussion which eventually spawned this thread on teck-kern,
where (post drifting) it is more appropriate...
mlel...@serpens.de said:
| The newfs command queries the sector size, calculates the filesystem
| parameters
Date:Sat, 28 Nov 2015 14:57:08 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID:
| I've just committed a few fixes for disks with non-512byte sectors
| to HEAD.
|
| cgd now works on my drive with 1k sectors.
Thanks, works for me too (I didn'
Date:Sun, 29 Nov 2015 01:22:08 +0700
From:Robert Elz
Message-ID: <19896.1448734...@andromeda.noi.kre.to>
| Stuff related to PR 41704 generating a panic in my setup ...
| Anyone have any suggestions?
Actually, the (or a) fix for this is astoundingly easy, a
Date:Sat, 28 Nov 2015 19:58:19 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID:
| The correct thing is therefore to drop the dk_getdisklabel call.
| Can you verify that this just solves the problem?
Yes, that works too.
I wondered about that, b
Date:Sat, 28 Nov 2015 22:34:25 +0100
From:Michael van Elst
Message-ID: <20151128213424.gc6...@serpens.de>
| > that would at least allow data to be recovered, by default, from
| > the wrong sized media.
There's no reason there could not be a userland tool that wou
Date:Sun, 29 Nov 2015 00:05:37 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID:
| It doesn't need to, the backend is a file and you can access arbitrary
| byte positions.
You would think so, and that is probably what should happen, but I just
di
Date:Sun, 29 Nov 2015 03:41:02 -0800
From:John Nemeth
Message-ID: <201511291141.tatbf2vx023...@server.cornerstoneservice.ca>
| BTW, the dom0 is running 6.1.5.
I believe that 6.1.5 (and likely any other 6.1.x that might appear)
doesn't have the sparse file fixes (o
Date:Sun, 29 Nov 2015 10:47:17 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID:
| Maybe this:
| http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/vnd.c.diff
Looks reasonable ... I'll see if I can find time to test it in the next
12 hours or so...
Date:Sun, 29 Nov 2015 10:47:17 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID:
| Maybe this:
| http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/vnd.c.diff
Yes, works fine. Including, as expected, the label issue - the driver
might still make a l
Date:Wed, 2 Dec 2015 02:08:49 +0100
From:Rhialto
Message-ID: <20151202010849.gp28...@falu.nl>
| Would it make sense to create a separate layered device that converts
| the block size of its underlying device?
I had a similar thought ... seems like it would be a r
Date:Sun, 20 Dec 2015 19:29:17 -0800
From:Brian Buhrow
Message-ID: <201512210329.tbl3thnm008...@lothlorien.nfbcal.org>
| Here are the questions I think Edgar is asking:
Did you read what he asked, or even consider the subject line?
| O What happens if an i/o e
Date:Fri, 8 Jan 2016 09:00:03 +0800 (PHT)
From:Paul Goyette
Message-ID:
| Any other suggestions would be appreciated.
Another possibility would be to detach the logged-to file from the
process when logging is enabled (making the ioctl that attaches it
also be noti
Date:Fri, 8 Jan 2016 11:22:28 +0800 (PHT)
From:Paul Goyette
Message-ID:
| Is there a "supported" interface for detaching the file (or descriptor)
| from the process without closing it?
Inside the kernel you want to follow the exact same procedure as would
be do
Date:Fri, 8 Jan 2016 11:22:28 +0800 (PHT)
From:Paul Goyette
Message-ID:
| Is there a "supported" interface for detaching the file (or descriptor)
| from the process without closing it?
Actually, thinking through this more, why not just "fix" filemon to make
a p
Date:Sat, 16 Jan 2016 23:27:51 +0100
From:Manuel Bouyer
Message-ID: <20160116222751.ga2...@asim.lip6.fr>
| Also, you don't address the problem that, as I understand it and if
| the code works properly, vnconfig -l won't show free devices if the
| first 4 are in
Date:Sun, 17 Jan 2016 11:52:42 +0100
From:Manuel Bouyer
Message-ID: <20160117105242.gc1...@asim.lip6.fr>
| This is how vnconfig -l has been working for a long time.
Not that long, only since vnd was made a cloning device, which means
only in NetBSD 7 (it wasn't clo
Date:Sun, 17 Jan 2016 01:41:40 -0800
From:John Nemeth
Message-ID: <201601170941.u0h9fe7r020...@server.cornerstoneservice.ca>
| It's [$xparams] the path to the file to be used as backing store
Then that should be fine.
| As shown in the script fragment, $xp
Date:Sun, 17 Jan 2016 14:49:23 +0100
From:Manuel Bouyer
Message-ID: <20160117134923.ga2...@asim.lip6.fr>
| I mean, vnconfig -l (without other arguments) has been showing available
| devices for a long time:
Yes, I know, and agree, it has ... but that is only pos
Date:Sun, 17 Jan 2016 15:52:38 +0100
From:Manuel Bouyer
Message-ID: <20160117145238.ga3...@asim.lip6.fr>
| unless you run vnconfig in the chroot.
And /dev in the chroot has the same vnds in it that /dev has
| listing what is available in /dev makes sense to me,
Date:Sun, 17 Jan 2016 17:52:16 +0100
From:Manuel Bouyer
Message-ID: <20160117165216.ga4...@asim.lip6.fr>
| I don't understand that. If you run in /, you get the busy/free devices
| in /dev, if you run in /chroot you get the busy/free devices in /chroot/dev.
But t
Date:Sun, 17 Jan 2016 19:06:18 +0100
From:Manuel Bouyer
Message-ID: <20160117180618.ga7...@asim.lip6.fr>
| I totally dissagree that the code in head is a "rational way".
What is on head now is as close as is reasonably possible to the
way it has been since vnd's ap
Date:Sun, 17 Jan 2016 22:43:18 +0100
From:Manuel Bouyer
Message-ID: <20160117214318.ga7...@asim.lip6.fr>
| On Sun, Jan 17, 2016 at 07:49:30PM +, Michael van Elst wrote:
| > It's trivial to check the /dev nodes even with the shell, why make
| > this a feature
Date:Sun, 17 Jan 2016 12:42:32 -0800
From:John Nemeth
Message-ID: <201601172042.u0hkgwot016...@server.cornerstoneservice.ca>
| If you're going to do bonkers things, then you should expect
| the system to behave in bonkers ways.
That wasn't bonkers, just unconven
Date:Sun, 17 Jan 2016 23:42:25 +0100
From:Manuel Bouyer
Message-ID: <20160117224225.ga9...@asim.lip6.fr>
| once again, I don't care. vnconfig -l in both cases lists busy and
| free vnd devices, and from this list the user can pick a free device
| for use. this i
Date:Sun, 17 Jan 2016 23:26:35 +0100
From:Michael van Elst
Message-ID: <20160117222634.ga5...@serpens.de>
| I'd rather have something that lists existing devices, allocates
| a fresh one and tells me the name and works for all such pseudo disks.
I use the followi
Date:Mon, 18 Jan 2016 06:28:04 +0700
From:Robert Elz
Message-ID: <24901.1453073...@andromeda.noi.kre.to>
| If you really want vnconfig to list all the devices that you have in
| /dev, then I think a simple script like this
Actually, probably even easier (
Date:Wed, 24 Feb 2016 07:08:04 -0500
From:chris...@zoulas.com (Christos Zoulas)
Message-ID: <20160224120804.9563d17f...@rebar.astron.com>
| It is 6/n
Maybe processes like ps & top, with limited display space could
display a processor name instead of number, from a s
Date:Thu, 25 Feb 2016 01:08:29 -0500
From:Thor Lancelot Simon
Message-ID: <20160225060829.ga26...@panix.com>
| Equivalent new Intel server processors are at 14 or 18 cores.
| Servers with hundreds of cores
If you arrange for 6 background (dark or light) colours,
Date:Sun, 17 Jan 2016 23:42:25 +0100
From:Manuel Bouyer
Message-ID: <20160117224225.ga9...@asim.lip6.fr>
Re-opening an old thread after some off list discussions ...
| once again, I don't care. vnconfig -l in both cases lists busy and
| free vnd devices, and from
Date:Mon, 6 Jun 2016 09:55:00 + (UTC)
From:"J. Hannken-Illjes"
Message-ID: <20160606095500.f2dd47a...@mollari.netbsd.org>
| From: "J. Hannken-Illjes"
| Subject: Re: port-amd64/51216: Can't create wedges on a large (3TB) disk,
| gpt is ok but d
Date:Mon, 6 Jun 2016 18:35:43 +0200
From:Edgar =?iso-8859-1?B?RnXf?=
Message-ID: <20160606163542.gr5...@trav.math.uni-bonn.de>
| > ie /dev/wd1 is a link to /dev/wd1d on i386 (etc) or /dev/wd1c (on sparc
etc)
| YES.
I offer attached alternate patches, the first m
Date:Tue, 7 Jun 2016 11:46:43 +0100
From:David Brownlee
Message-ID:
| We probably want to ensure these are added to install media as well
Agreed, but beyond my current level of competence - I couldn't even find
where all the variants of different install media (i
Date:Tue, 7 Jun 2016 19:40:22 + (UTC)
From:mlel...@serpens.de (Michael van Elst)
Message-ID:
| I fear that hits all scripts that assume that a chrdev has a 'r' prefix.
That's not changing, wd0 will be a block dev, and rwd0 a char (raw) dev.
kre
Date:Wed, 8 Jun 2016 22:16:28 +0800 (PHT)
From:Paul Goyette
Message-ID:
| Hmmm. Would it be valid, then, for my close() routine to reset the
| ref-count to zero rather than simply decrementing?
Do you really need a reference count for anything? Wasn't that j
Date:Fri, 17 Jun 2016 00:21:13 +0100
From:Alexander Nasonov
Message-ID: <20160616232113.GA2093@neva>
| Ah, I misread your sentence. savecore understands -N but I didn't try
| it.
Last time I tried it, it failed. As I recall (it was a while ago now,
and so may h
Date:Wed, 29 Jun 2016 23:28:36 +
From:Philo
Message-ID: <577459a4.3040...@free.fr>
|if (seg_start >= MBTOB(PHYSMEM_MAX_ADDR))
In your kernel config did you define PHYSMEM_MAX_ADDR or PHYSMEM_MAX_SIZE
(or for that matter, anything at all to do with memory s
Date:Thu, 30 Jun 2016 18:34:03 +
From:Philo
Message-ID: <5775661b.3000...@free.fr>
| I try with AMD64 processor but the acpi ans smp doesn't work !
That has been known to happen, on some systems, rarely - but I think we
should concentrate on one issue at a time
Date:Thu, 30 Jun 2016 22:58:54 +
From:Philo
Message-ID: <5775a42e.7020...@free.fr>
| i want to compile a new kernel on the i386
| processor because is the better powerfull of workstation that i have
| (Dell workstation T3500) Intel XEON W3520 QUAD CORE , 8
Date:Fri, 1 Jul 2016 01:36:39 +
From:Philo
Message-ID: <5775c927.9020...@free.fr>
| which entry into the boot.cfg file for booting of my new kernel,
A new one you put there (probably).
| if i understand the PHILONEW kernel is
| /noyau/src/sys/arch/i386/c
Date:Wed, 17 Aug 2016 12:10:43 +
From:"Jonathan A. Kollasch"
Message-ID: <20160817121043.14eeaf...@cvs.netbsd.org>
| Module Name:src
| Committed By: jakllsch
| Date: Wed Aug 17 12:10:43 UTC 2016
|
| Modified Files:
| sr
Date:Wed, 14 Dec 2016 13:23:13 +0100
From:=?UTF-8?Q?BERTRAND_Jo=c3=abl?=
Message-ID: <585139b1.3060...@systella.fr>
| I'll try to fix this issue but any help will be welcome.
>From the ifconfig output you sent in an earlier message, it didn't
look as if the ap
Date:Sun, 1 Jan 2017 21:56:39 +0100
From:Martin Husemann
Message-ID: <20170101205639.ga...@mail.duskware.de>
| Not updating mtime may have some justification in this case, but we better
| check standards and avoid being the odd one out for no real good reason.
T
Date:Sun, 1 Jan 2017 21:56:39 +0100
From:Martin Husemann
Message-ID: <20170101205639.ga...@mail.duskware.de>
| Not updating mtime may have some justification in this case, but we better
| check standards and avoid being the odd one out for no real good reason.
I
Date:Sun, 12 Feb 2017 11:06:35 +0800 (PHT)
From:Paul Goyette
Message-ID:
| 4. Where on the physical device is the wedge configuration saved,
| anyway?)
They aren't - wedges are a temporary software construct, that live only
in the kernel.
So:
| 3. Do wedg
Date:Thu, 23 Feb 2017 05:29:41 +
From:Martin Husemann
Message-ID: <20170223052941.ga29...@homeworld.netbsd.org>
| Does this kind of change really require a version bump?
That one didn't, but there was another checkin, 5 or 6 mins earlier,
which changed (added t
Date:Thu, 23 Feb 2017 15:32:16 +0800 (PHT)
From:Paul Goyette
Message-ID:
| On Thu, 23 Feb 2017, Kamil Rytarowski wrote:
|
| > I'm evaluating it from the osabi (pkgsrc term) point of view. I'm
| > targeting LLDB for 7.99.62+.
The kernel version number is a h
Date:Thu, 23 Feb 2017 23:57:36 +0100
From:Kamil Rytarowski
Message-ID:
| My bump was still legitimate as I changed size of amd64 and i386 struct
| lwp - I removed one MD field.
Yes, I agree, and said that in my first message in this thread, before
it mprphed in
Date:Fri, 24 Feb 2017 09:04:36 +0100
From:Martin Husemann
Message-ID: <20170224080436.gb1...@mail.duskware.de>
| (and we already had a bump just a few hours earlier).
It would indeed be useful if, when a change that requires a kernel version
change is expected to
Date:Fri, 24 Feb 2017 19:24:34 +0800 (PHT)
From:Paul Goyette
Message-ID:
| In many cases, one might just "ride the previous bump"
Yes, I've seen that happen several times, but it would be much nicer
to predict the bump, than to react to it.
kre
Date:Sat, 25 Feb 2017 18:13:34 +1100
From:matthew green
Message-ID: <14043.1488006...@splode.eterna.com.au>
| there's a rough ability to "guess" you have a matching kernel/kmem
| groveller based upon the version. eg, crash(8) will notice a
| mismatch and tell y
Date:Fri, 3 Mar 2017 12:13:36 +
From:Tomohiro Kusumi
Message-ID: <1488543216003.86...@tuxera.com>
| I'm at the below commit (don't know the CVS revision as I don't use CVS),
The cvs rev of the if_wm.c should still be available in the comment
on the first line o
Date:Wed, 5 Apr 2017 11:00:35 +0100
From:Roy Marples
Message-ID:
| Comments welcome!
Looks mostly good to me, with a caveat, and the same / a similar mechanism
would also be useful for the mobility socket (which is a clone of the
routing socket) if we ever add the
Date:Wed, 5 Apr 2017 12:39:04 +0100 (BST)
From:Robert Swindells
Message-ID: <20170405113904.18200302...@ren.fdy2.co.uk>
| I have got the Kame Mobile IP code in my tree, what kind of mechanism
| do you think needs to be added to better support it ?
It could filte
Date:Wed, 5 Apr 2017 14:30:49 +0200
From:Martin Husemann
Message-ID: <20170405123049.gd3...@mail.duskware.de>
| Besides, this adds kernel complexity for a tiny optimization in few
| applications - so not sure on the overall idea at all.
Not a lot of complexity, a
Date:Wed, 5 Apr 2017 13:25:44 +0100
From:Roy Marples
Message-ID: <7b696d45-0fee-7b0a-ce73-e8daf3120...@marples.name>
| Right now I chose the same API, just so I can test and validate it works
| the same on both OS's.
That's reaosnable for testing, but preferably
Date:Tue, 11 Apr 2017 19:25:33 +0100
From:Roy Marples
Message-ID: <49383066-985b-f8ee-3d6f-28f131ea1...@marples.name>
| I didn't see any other RTM_* consumers in our tree.
sbin/routed and usr.sbin/route6d are likely to benefit.
There are also a whole bunch of proc
Date:Tue, 16 May 2017 16:47:24 -0700
From:Chuck Silvers
Message-ID: <20170516234724.gb11...@spathi.chuq.com>
| and a device being configured as a dump device should also
| involve keeping a reference on the device_t (probably indirectly via
| the device being ke
Date:Wed, 17 May 2017 17:42:12 +0800 (+08)
From:Paul Goyette
Message-ID:
| On Wed, 17 May 2017, Robert Elz wrote:
|
| >Date:Tue, 16 May 2017 16:47:24 -0700
| >From:Chuck Silvers
| >Message-ID: <2017051
Date:Tue, 4 Jul 2017 09:08:41 +0200
From:Martin Husemann
Message-ID: <20170704070840.ga14...@mail.duskware.de>
| This means: something is wrong in your compilation environment.
Yes, only half the sources are there (wel, OK, lots more than half, but not
all).
syss
Date:Tue, 4 Jul 2017 10:06:19 +0200
From:Martin Husemann
Message-ID: <20170704080619.gb14...@mail.duskware.de>
| That is part of syssrc.tgz, so it actually should be enough.
| Or am I looking at the wrong one?
Hmm, yes, it should be - I took a quick look at the c
Date:Tue, 04 Jul 2017 07:24:43 +0100
From:Robert Swindells
Message-ID:
| You are running NetBSD/amd64 but trying to build a NetBSD/i386 kernel
| using the native tools, that won't work.
Groan. So wrapped up in my own issues about this I totally missed that!
kr
1 - 100 of 334 matches
Mail list logo