On Sun, Sep 09, 2018 at 05:49:15PM -0700, Don NetBSD wrote:
> On 9/9/2018 1:52 PM, Michael van Elst wrote:
> > On Sun, Sep 09, 2018 at 12:08:14PM -0700, Don NetBSD wrote:
> > > Said another way, are these "in-kernel" values (which no longer reflect
> > > the physical medium) ever reported in other
On 9/9/2018 1:52 PM, Michael van Elst wrote:
On Sun, Sep 09, 2018 at 12:08:14PM -0700, Don NetBSD wrote:
Said another way, are these "in-kernel" values (which no longer reflect
the physical medium) ever reported in other system calls/ioctls/etc.
INSTEAD of the "real" values?
What is 'real' ? S
On Sun, Sep 09, 2018 at 12:08:14PM -0700, Don NetBSD wrote:
> Which begs the question, why are these presumably immutable parameters
> allowed to be altered in even the in-kernel copy of the label? Why are
> attempts at altering them (sectors/track, etc.) not ignored completely?
It could be a fo
On 9/8/2018 11:55 PM, Michael van Elst wrote:
netbsd-embed...@gmx.com ("Don NetBSD") writes:
My understanding is that the 'd' partition is intended to reference the
entire medium. But, a simple test (disklabel -e) indicates that I can
create an arbitrary (start,size) for that partition. So, I
> On Sat 08 Sep 2018 at 07:25:17 +, Thomas Mueller wrote:
> > I like substance as opposed to hot air, hence would stay away from
> > something like Enlightenment (seemed poorly documented, at least in the
> > time of NetBSD 7.99.1.
> Try ctwm. An older version is already installed