Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-12 Thread Julian Elischer
On 13/9/17 1:16 am, Jonathan Anderson wrote: On 12 Sep 2017, at 14:38, Julian Elischer wrote: “这是一个测试多字符文件名长度的文件目的是命名一个文件用中文或者日文或者韩文字符并且要求字符长度超过八十五个字符然后拷贝该文件到我们的共享文件夹看看是否能够拷贝该文件到我.txt” (I have no idea what that says but apparently it's a real filename from a windows machine that blew up when

Re: Stack trace

2017-09-12 Thread Kaya Saman
On Mon, 2017-09-11 at 22:44 -0500, Jeremy wrote: > Lock order reversals are quite normal if you are using 12 Current, > especially with the GENERIC kernel, since all of the debugging > features are > turned on. I think the options WITNESS causes LORs to be printed. I > see > them when I restart my

Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-12 Thread Conrad Meyer
On Tue, Sep 12, 2017 at 2:23 PM, Rainer Duffner wrote: > And there’s also this bug: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215067 > > "g_dev_taste: make_dev_p() failed on importing pool with snapshots with long > names“ > > > > But maybe that has nothing

Re: Removal of catman from base

2017-09-12 Thread Warner Losh
On Tue, Sep 12, 2017 at 4:48 PM, Lyndon Nerenberg wrote: > On Tue, 12 Sep 2017, Poul-Henning Kamp wrote: > > I'm pretty sure that SVR1 had catman and roff was an extra and somewhat >> pricey software package. >> > > The SVR1 (and 2) systems I had access to were all CTIX, and

Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-12 Thread Conrad Meyer
On Tue, Sep 12, 2017 at 2:11 PM, Ben RUBSON wrote: > Hi Conrad, > > This patch makes me think about another related bug #184340 : > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184340 > It is about PATH_MAX which in some cases can be too small. > > Not sure if it's the

Re: Removal of catman from base

2017-09-12 Thread Lyndon Nerenberg
On Tue, 12 Sep 2017, Poul-Henning Kamp wrote: I'm pretty sure that SVR1 had catman and roff was an extra and somewhat pricey software package. The SVR1 (and 2) systems I had access to were all CTIX, and it shipped with nroff/troff. And the 3B4000 & 3B2s I used later (SVR2 and later) also

Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-12 Thread Ben RUBSON
On 12/9/17 2:17 pm, Conrad Meyer wrote: > On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: >> maybe we could get it into -current. >> It'd be silly to have to have people re-inventing hte wheel all the time. >> How about you put those changes into the reviews.freebsd.org

Re: questions re updating to -CURRENT

2017-09-12 Thread Jakub Lach
> Maybe ... but this is one of those things that (in my > experience) either Just Work or Go Horribly Wrong. That's why I would go at least (latest) -RELEASE to -STABLE before going -STABLE to -CURRENT, if you must. Why trying your luck with big jumps? -- Sent from:

Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-12 Thread Rainer Duffner
> Am 12.09.2017 um 23:11 schrieb Ben RUBSON : > > On 12/9/17 2:17 pm, Conrad Meyer wrote: >> On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: >>> maybe we could get it into -current. >>> It'd be silly to have to have people re-inventing hte wheel

Re: Removal of catman from base

2017-09-12 Thread Poul-Henning Kamp
In message , Lyndon Nerenberg writes: >> That was actually not why catman was brought into the world: ATT/USL >> thought text-processing was The Goods so they unbundled it base SVR >> and invented catman to make up for the missing nroff. >

RACCT destroy Crash, regression: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222027

2017-09-12 Thread Larry Rosenman
Can I get someone to look at this RACCT destroy panic? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222027 It's been fixed before (see xref in the bug), but it's back. Thanks! -- Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640

Re: should MINIMAL boot?

2017-09-12 Thread Eric Masson
"Michael W. Lucas" writes: Hi, > Should a MINIMAL kernel boot and run? Seems this is not the case. You have to load storage related modules (disk controller, cam, geom classes required to taste disks), for example, to boot MINIMAL in a VMWare VM with scsi attached,

Re: Removal of catman from base

2017-09-12 Thread Lyndon Nerenberg
That was actually not why catman was brought into the world: ATT/USL thought text-processing was The Goods so they unbundled it base SVR and invented catman to make up for the missing nroff. Not quite. They (AT) sold the rights to sell typeset manuals to some publishing house (I forget

Re: Removal of catman from base

2017-09-12 Thread Poul-Henning Kamp
In message <20170912184200.gd99...@gmail.com>, Gordon Tetlow writes: >With modern hardware, it doesn't seem to be necessary to have pre-formatted >man pages as rendering them is short enough to not be noticeable. That was actually not why catman was brought into the world: ATT/USL

Re: Removal of catman from base

2017-09-12 Thread Gordon Tetlow
On Tue, Sep 12, 2017 at 06:50:22PM +, Poul-Henning Kamp wrote: > > In message <20170912184200.gd99...@gmail.com>, Gordon Tetlow writes: > > >With modern hardware, it doesn't seem to be necessary to have pre-formatted > >man pages as rendering them is short enough to not be

Re: Removal of catman from base

2017-09-12 Thread Gordon Tetlow
On Tue, Sep 12, 2017 at 11:42:00AM -0700, Gordon Tetlow wrote: > All, > > I wanted to announce my intention to remove the catman utility. > > For those that are unaware, this utility (disabled by default) is > generally run out of a periodic job and causes the system to cache > pre-formatted man

Removal of catman from base

2017-09-12 Thread Gordon Tetlow
All, I wanted to announce my intention to remove the catman utility. For those that are unaware, this utility (disabled by default) is generally run out of a periodic job and causes the system to cache pre-formatted man pages into the /usr/share/man/cat* directories. With modern hardware, it

should MINIMAL boot?

2017-09-12 Thread Michael W. Lucas
Hi, Tried booting MINIMAL on last weekend's current, on both UFS and ZFS hosts in VirtualBox. Neither could find its boot drive. Before I dive deeper and file a bug, wanted to ask: Should a MINIMAL kernel boot and run? If not, I won't waste my time. Thanks, ==ml -- Michael W. Lucas

Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-12 Thread Jonathan Anderson
On 12 Sep 2017, at 14:38, Julian Elischer wrote: “这是一个测试多字符文件名长度的文件目的是命名一个文件用中文或者日文或者韩文字符并且要求字符长度超过八十五个字符然后拷贝该文件到我们的共享文件夹看看是否能够拷贝该文件到我.txt” (I have no idea what that says but apparently it's a real filename from a windows machine that blew up when written via samba.) Google Translate says,

Re: extending the maximum filename length (pointer to patch)[request for input]

2017-09-12 Thread Julian Elischer
On 12/9/17 2:17 pm, Conrad Meyer wrote: On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: maybe we could get it into -current. It'd be silly to have to have people re-inventing hte wheel all the time. How about you put those changes into the reviews.freebsd.org and we

Re:Stack trace

2017-09-12 Thread Jeremy
Lock order reversals are quite normal if you are using 12 Current, especially with the GENERIC kernel, since all of the debugging features are turned on. I think the options WITNESS causes LORs to be printed. I see them when I restart my system, when I unload kernel modules, and when I unmount my

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-12 Thread Andrey V. Elsukov
On 12.09.2017 06:35, Mark Johnston wrote: >> [...] >> FreeBSD/SMP: 2 package(s) x 14 core(s) x 2 hardware threads >> >> Also I determined that it can successfully boot with disabled >> hyper-threading. > > After the change to CACHE_LINE_SIZE, we have > sizeof(struct uma_zone) == 448 and

Re: r323412: Panic on boot (slab->us_keg == keg)

2017-09-12 Thread Raphael Kubo da Costa
Mark Johnston writes: > I think the bug is that keg_large_init() doesn't take > sizeof(struct uma_slab) into account when setting uk_ppera for the keg. > In particular, the bug isn't specific to the bootup process; it only > affects internal zones with an item size in the

Re: extending the maximum filename length

2017-09-12 Thread Conrad Meyer
On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote: > maybe we could get it into -current. > It'd be silly to have to have people re-inventing hte wheel all the time. > How about you put those changes into the reviews.freebsd.org and we can get > some general consensus on