Author: gonzo
Date: Fri Jan 18 04:23:52 2019
New Revision: 343129
URL: https://svnweb.freebsd.org/changeset/base/343129
Log:
[ata] Add workaround for KingDian S200 SSD crash on receiving TRIM command
- Add ADA_Q_NO_TRIM quirk to be used with the device that falsely advertise
TRIM support
In message
, Maxim Sobolev writes:
>
> What I think we really need is some way to easily porti-ze useful stuff
> that would otherwise go into /usr/[s]bin, so adding things would be just as
> easy as hooking up SUBDIR into usr.[s]bin/Makefile. Yes, I know, this is
> topic almost as old as the
In message , Enji
Cooper writes
:
>
>
> --Apple-Mail=_6CB1620B-6707-4F06-B7FF-9F1ECBA36F56
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
> charset=utf-8
>
>
> > On Jan 17, 2019, at 2:25 PM, Maxim Sobolev =
> wrote:
> >=20
> > What I think we really need is some
In message <201901180008.x0i08thg052...@pdx.rh.cn85.dnsmgr.net>,
"Rodney W. Gri
mes" writes:
> > What I think we really need is some way to easily porti-ze useful stuff
> > that would otherwise go into /usr/[s]bin, so adding things would be just as
> > easy as hooking up SUBDIR into
On Thu, Jan 17, 2019 at 5:48 PM Rodney W. Grimes <
free...@pdx.rh.cn85.dnsmgr.net> wrote:
> > On Thu, Jan 17, 2019 at 3:43 PM Conrad Meyer wrote:
> >
> > > On Thu, Jan 17, 2019 at 1:16 PM Eugene Grosbein
> wrote:
> > > >
> > > > 18.01.2019 3:23, Conrad Meyer ?:
> > > >
> > > > > Please back
On Thu, Jan 17, 2019 at 4:12 PM Kevin Bowling wrote:
>
> Out of curiosity are you using this driver? Any performance data?
Yep.
I don't have any hard numbers on hand but my recollection is it caps
out at about 5 GB/s, total, on Broadwell. Our workload with it is
predominantly unmapped 8kB
> On Thu, Jan 17, 2019 at 3:43 PM Conrad Meyer wrote:
>
> > On Thu, Jan 17, 2019 at 1:16 PM Eugene Grosbein wrote:
> > >
> > > 18.01.2019 3:23, Conrad Meyer ?:
> > >
> > > > Please back it out; stop attributing code review to "hackers@," which
> > > > can not (it's a list, not individuals)
On Thu, Jan 17, 2019 at 3:43 PM Conrad Meyer wrote:
> On Thu, Jan 17, 2019 at 1:16 PM Eugene Grosbein wrote:
> >
> > 18.01.2019 3:23, Conrad Meyer пишет:
> >
> > > Please back it out; stop attributing code review to "hackers@," which
> > > can not (it's a list, not individuals) and did not
Author: gonzo
Date: Fri Jan 18 00:39:17 2019
New Revision: 343128
URL: https://svnweb.freebsd.org/changeset/base/343128
Log:
Add ypldap to the list of conditional obsolete files
ypldap should be removed during delete-old if WITHOUT_NIS flag is enabled
PR: 230727
Submitted
On Thu, Jan 17, 2019 at 2:16 PM Eugene Grosbein wrote:
> 18.01.2019 3:23, Conrad Meyer пишет:
>
> > Please back it out; stop attributing code review to "hackers@," which
> > can not (it's a list, not individuals) and did not review this
> > changeset; and put it on phabricator for actual review.
Author: gonzo
Date: Fri Jan 18 00:26:25 2019
New Revision: 343127
URL: https://svnweb.freebsd.org/changeset/base/343127
Log:
Fix descriptor/memory leak in compress(1) code
This is mostly a style fix since the code in question is not called multiple
times and doesn't have cummulative
Out of curiosity are you using this driver? Any performance data?
On Thu, Jan 17, 2019 at 4:21 PM Conrad Meyer wrote:
> Author: cem
> Date: Thu Jan 17 23:21:02 2019
> New Revision: 343125
> URL: https://svnweb.freebsd.org/changeset/base/343125
>
> Log:
> ioat(4): Set __result_use_check on
> What I think we really need is some way to easily porti-ze useful stuff
> that would otherwise go into /usr/[s]bin, so adding things would be just as
> easy as hooking up SUBDIR into usr.[s]bin/Makefile. Yes, I know, this is
> topic almost as old as the FreeBSD Project itself, but perhaps we
Author: cem
Date: Thu Jan 17 23:21:02 2019
New Revision: 343125
URL: https://svnweb.freebsd.org/changeset/base/343125
Log:
ioat(4): Set __result_use_check on ioat_acquire_reserve
Even M_WAITOK callers must check for failure. For example, if the device is
quiescing, either due to
On Thu, Jan 17, 2019 at 2:42 PM Enji Cooper wrote:
> > Perhaps even by forking the whole ports idea into a smaller
> closely-guarged subset. Something like a new baseports repository, which
> might have structure like baseports/usr.bin/xxx, baseports/usr.sbin/yyy
> etc. Then add some automagic
On Thu, Jan 17, 2019 at 1:16 PM Eugene Grosbein wrote:
>
> 18.01.2019 3:23, Conrad Meyer пишет:
>
> > Please back it out; stop attributing code review to "hackers@," which
> > can not (it's a list, not individuals) and did not review this
> > changeset; and put it on phabricator for actual
> On Jan 17, 2019, at 2:25 PM, Maxim Sobolev wrote:
>
> What I think we really need is some way to easily porti-ze useful stuff that
> would otherwise go into /usr/[s]bin, so adding things would be just as easy
> as hooking up SUBDIR into usr.[s]bin/Makefile. Yes, I know, this is topic
>
On Thu, 17 Jan 2019 at 16:46, Xin LI wrote:
>
> On Thu, Jan 17, 2019 at 1:39 PM Ed Maste wrote:
>>
>> Author: emaste
>> Date: Thu Jan 17 21:38:57 2019
>> New Revision: 343122
>> URL: https://svnweb.freebsd.org/changeset/base/343122
>>
>> Log:
>> freebsd-update: Clarify unsupported release
On WITNESS builds after this change and all followup fixes I can see
(@ r343108), I get a new warning:
Sleeping on "pageprocwait" with the following non-sleepable locks held:
exclusive sleep mutex pbuf (UMA zone) r = 0 (0xf80003033e00)
locked @ .../sys/vm/uma_core.c:1139
stack backtrace:
#0
What I think we really need is some way to easily porti-ze useful stuff
that would otherwise go into /usr/[s]bin, so adding things would be just as
easy as hooking up SUBDIR into usr.[s]bin/Makefile. Yes, I know, this is
topic almost as old as the FreeBSD Project itself, but perhaps we just did
Author: tsoome
Date: Thu Jan 17 22:00:02 2019
New Revision: 343124
URL: https://svnweb.freebsd.org/changeset/base/343124
Log:
libsa: add asprintf()
asprintf() is a nice tool for string processing.
MFC after:2 weeks
Modified:
head/stand/libsa/printf.c
head/stand/libsa/stand.h
Author: tsoome
Date: Thu Jan 17 21:52:41 2019
New Revision: 343123
URL: https://svnweb.freebsd.org/changeset/base/343123
Log:
loader should ignore active multi_vdev_crash_dump feature on zpool
Since the loader zfs reader does not need to read the dump zvol, we can
just enable the
On Thu, Jan 17, 2019 at 1:39 PM Ed Maste wrote:
> Author: emaste
> Date: Thu Jan 17 21:38:57 2019
> New Revision: 343122
> URL: https://svnweb.freebsd.org/changeset/base/343122
>
> Log:
> freebsd-update: Clarify unsupported release upgrade error message
>
> Notify users that upgrading from
Author: emaste
Date: Thu Jan 17 21:38:57 2019
New Revision: 343122
URL: https://svnweb.freebsd.org/changeset/base/343122
Log:
freebsd-update: Clarify unsupported release upgrade error message
Notify users that upgrading from -CURRENT or -STABLE is unsupported by
freebsd-update.
Also
On Thu, Jan 17, 2019 at 12:22 PM Cy Schubert wrote:
> This is wrong. IIRC there was discussion that this should be in dd(1).
> Why not submit a revision to add the functionality to dd?
Well, it's wrong, but not because we need another weird dd mode. dd
is hard enough to use already.
18.01.2019 3:23, Conrad Meyer пишет:
> Please back it out; stop attributing code review to "hackers@," which
> can not (it's a list, not individuals) and did not review this
> changeset; and put it on phabricator for actual review.
There is already https://reviews.freebsd.org/D18380 by imp
and
18.01.2019 3:22, Cy Schubert wrote:
> This is wrong. IIRC there was discussion that this should be in dd(1).
> Why not submit a revision to add the functionality to dd?
There is already https://reviews.freebsd.org/D18382 that had no code updates
over 6 weeks
and latest revision needs a fix as
In message
, Conrad Meyer writes:
> On Thu, Jan 17, 2019 at 12:22 PM Cy Schubert wrot
> e:
> > This is wrong. IIRC there was discussion that this should be in dd(1).
> > Why not submit a revision to add the functionality to dd?
>
> Well, it's wrong, but not because we need another weird dd mode.
In message <201901171808.x0hi80jc068...@repo.freebsd.org>, Eugene
Grosbein writ
es:
> Author: eugen
> Date: Thu Jan 17 18:07:59 2019
> New Revision: 343118
> URL: https://svnweb.freebsd.org/changeset/base/343118
>
> Log:
> Re-add new small tool trim(8) to delete contents for blocks
> on
Please back it out; stop attributing code review to "hackers@," which
can not (it's a list, not individuals) and did not review this
changeset; and put it on phabricator for actual review. I think
summary backout is warranted on the basis of your handling of this
last time around and lack of
Author: trasz
Date: Thu Jan 17 20:01:06 2019
New Revision: 343121
URL: https://svnweb.freebsd.org/changeset/base/343121
Log:
Workaround for nscd(8) failure with large entries.
It fixes a case where eg a 2KB group entry would take several seconds
to complete with cache enabled in
Author: cem
Date: Thu Jan 17 19:44:47 2019
New Revision: 343120
URL: https://svnweb.freebsd.org/changeset/base/343120
Log:
Add definitions for AMD Spectre/Meltdown CPUID information
No functional change, aside from printing recognized bits in CPU
identification.
The bits are
> From:Andriy Gapon
> Date:Thu, 17 Jan 2019 19:05:20 +0200
> To: Kirk McKusick , src-committ...@freebsd.org,
>svn-src-...@freebsd.org, svn-src-head@freebsd.org
> Subject: Re: svn commit: r343113 - head/contrib/libc++/include
>
> On 17/01/2019 17:35, Kirk McKusick wrote:
>>
Author: kevans
Date: Thu Jan 17 18:51:56 2019
New Revision: 343119
URL: https://svnweb.freebsd.org/changeset/base/343119
Log:
Revert r343095
This was intended to fix the soft reset timeout on boot for OrangePi One/R1
with internal PHY, but seems to cause other problems later on due to
Author: eugen
Date: Thu Jan 17 18:07:59 2019
New Revision: 343118
URL: https://svnweb.freebsd.org/changeset/base/343118
Log:
Re-add new small tool trim(8) to delete contents for blocks
on devices using wear-leveling algorithms as a few weeks passed
after review and discussion of trim(8)
Author: markj
Date: Thu Jan 17 17:36:18 2019
New Revision: 343117
URL: https://svnweb.freebsd.org/changeset/base/343117
Log:
Fix handling of rights on stdio streams.
- Limit rights on stdio before opening input files. Otherwise, open()
may return one of the standard descriptors and we
On 17/01/2019 17:35, Kirk McKusick wrote:
> -#ifdef ELAST
> +#if defined(ELAST)
I think that these are exactly the same, so not sure what the change does.
--
Andriy Gapon
___
svn-src-head@freebsd.org mailing list
Author: des
Date: Thu Jan 17 16:50:50 2019
New Revision: 343116
URL: https://svnweb.freebsd.org/changeset/base/343116
Log:
Revert r343093 until I can address the issues raised by kib@.
Modified:
head/include/dlfcn.h
head/lib/libc/gen/dlopen.3
head/libexec/rtld-elf/rtld.c
Modified:
Author: mckusick
Date: Thu Jan 17 16:26:59 2019
New Revision: 343115
URL: https://svnweb.freebsd.org/changeset/base/343115
Log:
Truely fix #if defined broken in -r343111
Pointy-hat-to: mckusick
Modified:
head/contrib/libc++/include/errno.h
Modified: head/contrib/libc++/include/errno.h
Per my previous email, it is fixed in -r343114 not -r343113.
Kirk McKusick
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Thanks for your analysis. Now fixed in -r343113.
Kirk McKusick
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Thanks for your pointer to the problem. Now fixed in -r343113.
Kirk McKusick
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to
Author: mckusick
Date: Thu Jan 17 15:42:10 2019
New Revision: 343114
URL: https://svnweb.freebsd.org/changeset/base/343114
Log:
Proper definition of elast3.
Reported by: Oliver Pinter
Modified:
head/contrib/libc++/include/errno.h
Modified: head/contrib/libc++/include/errno.h
Author: mckusick
Date: Thu Jan 17 15:35:04 2019
New Revision: 343113
URL: https://svnweb.freebsd.org/changeset/base/343113
Log:
Fix #if defined broken in -r343111
Pointy-hat-to: mckusick
Modified:
head/contrib/libc++/include/errno.h
Modified: head/contrib/libc++/include/errno.h
Author: eugen
Date: Thu Jan 17 14:09:55 2019
New Revision: 343112
URL: https://svnweb.freebsd.org/changeset/base/343112
Log:
jail(8): stop crashing with SIGSEGV inside run_command() function
while processing not entirely correct jail.conf(5) file
having something like "ip4.addr =
45 matches
Mail list logo