On Thu, Mar 14, 2019 at 8:06 PM Andrew Thompson wrote:
>
> On Fri, 15 Mar 2019 at 15:11, Chuck Tuffli wrote:
>> bzero(, sizeof(pciecap));
...
>> + pciecap.dev_capabilities = PCIEM_CAP_ROLE_ERR_RPT;
>
> If the message you say 'set the bit' but you are overwriting the whole
Before all of the uuencoded files get decoded in the tree.. are we sure that
non-uuencoded binary files will be proper identified if the mime type is
nonexistent in svn? What about other VCSes like hg?
I’m asking, because not all downstream vendors have the newest versions of svn,
once upon a
> On Mar 14, 2019, at 20:26, Warner Losh wrote:
>
>
>
>> On Thu, Mar 14, 2019 at 9:14 PM Ed Maste wrote:
>> On Thu, 14 Mar 2019 at 22:46, Warner Losh wrote:
>> >
>> > Libarchive tests and a few bzip2 files are all that is left in contrib.
>> > All can be converted without hassle from what
On Thu, Mar 14, 2019 at 9:36 PM Rodney W. Grimes
wrote:
> [ Charset UTF-8 unsupported, converting... ]
> > On Thu, 14 Mar 2019 at 22:39, Rodney W. Grimes
> > wrote:
> > >
> > > 4. There is no easy way to show
> > >"changed byte at offset 0x432 from 0xef to 0xfe"
>
> How do we represent
[ Charset UTF-8 unsupported, converting... ]
> On Thu, 14 Mar 2019 at 22:39, Rodney W. Grimes
> wrote:
> >
> > 4. There is no easy way to show
> >"changed byte at offset 0x432 from 0xef to 0xfe"
How do we represent Copyright and License in such objects?
This is an issue that is totally left
On Thu, Mar 14, 2019 at 9:31 PM Ed Maste wrote:
> On Thu, 14 Mar 2019 at 22:39, Rodney W. Grimes
> wrote:
> >
> > 4. There is no easy way to show
> >"changed byte at offset 0x432 from 0xef to 0xfe"
>
> But this is not that easy with uuencoded files, either - I'd just end
> up uudecoding
On Thu, 14 Mar 2019 at 22:39, Rodney W. Grimes
wrote:
>
> 4. There is no easy way to show
>"changed byte at offset 0x432 from 0xef to 0xfe"
But this is not that easy with uuencoded files, either - I'd just end
up uudecoding both files before running cmp -x. And for the case under
discussion
On Thu, Mar 14, 2019 at 9:14 PM Ed Maste wrote:
> On Thu, 14 Mar 2019 at 22:46, Warner Losh wrote:
> >
> > Libarchive tests and a few bzip2 files are all that is left in contrib.
> All can be converted without hassle from what I can see.
>
> But these (libarchive at least) are uuencoded in the
On Thu, 14 Mar 2019 at 22:46, Warner Losh wrote:
>
> Libarchive tests and a few bzip2 files are all that is left in contrib. All
> can be converted without hassle from what I can see.
But these (libarchive at least) are uuencoded in the upstream repo,
and we won't make a local change to undo
On Fri, 15 Mar 2019 at 15:11, Chuck Tuffli wrote:
> Author: chuck
> Date: Fri Mar 15 02:11:28 2019
> New Revision: 345171
> URL: https://svnweb.freebsd.org/changeset/base/345171
>
> Log:
> Fix bhyve PCIe capability emulation
>
> PCIe devices starting with version 1.1 must set the Role-Based
On Thu, 14 Mar 2019 at 22:34, Rodney W. Grimes
wrote:
>
> > We definitely don't want to change files in contrib/ - that's up to
> > the upstreams.
>
> I think you miss understood, I belive in the paste, and possibly even
> still, that prep work was done to vendor code before import. We use
> to
On Thu, Mar 14, 2019, 8:35 PM Rodney W. Grimes
wrote:
> > On Thu, 14 Mar 2019 at 22:10, Rodney W. Grimes
> > wrote:
> > >
> > > Covered this in my reply to Warners reply. I think we also need to
> > > look at how this might affect vendor imported stuff, is there some if
> > > it that was
> On Thu, 14 Mar 2019 at 22:10, Rodney W. Grimes
> wrote:
> >
> > > The reason not to do it is uuencoding adds about a 40% space penalty,
> > > adds to the build time (to uudecode), and makes changes harder to
> > > review. In my mind dropping the unnecessary uuencoding is similar to
> > >
On Thu, 14 Mar 2019 at 22:05, Rodney W. Grimes
wrote:
>
> How do the tools today deal with taking a binary off the vendor branch?
> Isn't this still a for-ever night mare merge thing to deal with?
There isn't really the concept of taking a file off the vendor branch
in the same way as with CVS,
> On Thu, 14 Mar 2019 at 22:10, Rodney W. Grimes
> wrote:
> >
> > Covered this in my reply to Warners reply. I think we also need to
> > look at how this might affect vendor imported stuff, is there some if
> > it that was .uu'ed before import?
>
> We definitely don't want to change files in
> Author: chuck
> Date: Fri Mar 15 02:11:28 2019
> New Revision: 345171
> URL: https://svnweb.freebsd.org/changeset/base/345171
>
> Log:
> Fix bhyve PCIe capability emulation
>
> PCIe devices starting with version 1.1 must set the Role-Based Error
> Reporting bit.
>
> And while
> Author: ygy (doc committer)
> Date: Fri Mar 15 00:20:28 2019
> New Revision: 345168
> URL: https://svnweb.freebsd.org/changeset/base/345168
>
> Log:
> Add myself to committers-doc.dot.
>
> Reminded by:rgrimes
Thank you
> Modified:
> head/share/misc/committers-doc.dot
>
>
On Thu, 14 Mar 2019 at 22:10, Rodney W. Grimes
wrote:
>
> > The reason not to do it is uuencoding adds about a 40% space penalty,
> > adds to the build time (to uudecode), and makes changes harder to
> > review. In my mind dropping the unnecessary uuencoding is similar to
> > dropping build-time
On Thu, 14 Mar 2019 at 22:10, Rodney W. Grimes
wrote:
>
> Covered this in my reply to Warners reply. I think we also need to
> look at how this might affect vendor imported stuff, is there some if
> it that was .uu'ed before import?
We definitely don't want to change files in contrib/ - that's
Author: chuck
Date: Fri Mar 15 02:11:28 2019
New Revision: 345171
URL: https://svnweb.freebsd.org/changeset/base/345171
Log:
Fix bhyve PCIe capability emulation
PCIe devices starting with version 1.1 must set the Role-Based Error
Reporting bit.
And while we're in the neighborhood,
Author: chuck
Date: Fri Mar 15 02:11:27 2019
New Revision: 345170
URL: https://svnweb.freebsd.org/changeset/base/345170
Log:
Fix bhyve's NVMe Identify Namespace data
The NVMe Identify Namespace data structure's Number of LBA Formats
(NLBAF) field is a 0's based value (i.e. 0x0 means 1).
On Thu, Mar 14, 2019, 7:38 PM Rodney W. Grimes
wrote:
> > I think maybe there was also a limitation on the
> (repo-replication-over-email?) mechanism that we used to use? That rings a
> very faint bell for me for some reason, even though I'm pretty sure it was
> dead long before I got my bit.
>
> On Thu, 14 Mar 2019 at 14:55, Rodney W. Grimes
> wrote:
> >
> > We should of documented what the decision process and criteria was
> > that lead to the decission to uuencode the files.
>
> Doing some archaeology, the first instance of a uuencoded file I can
> find is r1796, "Got rid of a
> On Thu, Mar 14, 2019 at 3:43 PM Ed Maste wrote:
>
> > On Thu, 14 Mar 2019 at 14:55, Rodney W. Grimes
> > wrote:
> > >
> > > We should of documented what the decision process and criteria was
> > > that lead to the decission to uuencode the files.
> >
> > Doing some archaeology, the first
On Thu, 14 Mar 2019 at 21:51, Marcelo Araujo wrote:
>
> So there is some license concern around this patch, core@ reverted my first
> attempt to import this patch from Illumos.
Conrad wrote the patch based on the description I posted on twitter,
it's not imported from anywhere.
However, I was
>
> In message
>
> , Ed Maste writes:
> >On Thu, 14 Mar 2019 at 14:55, Rodney W. Grimes
>
> >Doing some archaeology, the first instance of a uuencoded file I can
> >find is r1796, "Got rid of a couple of binary files by uuencoding. 49
> >more to go." There's no explanation of why the
Em sex, 15 de mar de 2019 às 05:09, Conrad Meyer escreveu:
> Author: cem
> Date: Thu Mar 14 21:08:48 2019
> New Revision: 345158
> URL: https://svnweb.freebsd.org/changeset/base/345158
>
> Log:
> bhyve(8): Fix uart emulation bug
>
> THRE is always asserted in LSR reads, so REG_IER writes
> Author: cem
> Date: Thu Mar 14 21:08:48 2019
> New Revision: 345158
> URL: https://svnweb.freebsd.org/changeset/base/345158
>
> Log:
> bhyve(8): Fix uart emulation bug
>
> THRE is always asserted in LSR reads, so REG_IER writes that raise
> IER_ETXRDY must also set thre_int_pending.
>
> I think maybe there was also a limitation on the
> (repo-replication-over-email?) mechanism that we used to use? That rings a
> very faint bell for me for some reason, even though I'm pretty sure it was
> dead long before I got my bit.
CTM is still in use today, in a recent action to
Author: ygy (doc committer)
Date: Fri Mar 15 00:20:28 2019
New Revision: 345168
URL: https://svnweb.freebsd.org/changeset/base/345168
Log:
Add myself to committers-doc.dot.
Reminded by: rgrimes
Modified:
head/share/misc/committers-doc.dot
Modified: head/share/misc/committers-doc.dot
On Thu, Mar 14, 2019 at 3:43 PM Ed Maste wrote:
> On Thu, 14 Mar 2019 at 14:55, Rodney W. Grimes
> wrote:
> >
> > We should of documented what the decision process and criteria was
> > that lead to the decission to uuencode the files.
>
> Doing some archaeology, the first instance of a
On Friday, April 6, 2018, Ed Schouten wrote:
> Author: ed
> Date: Fri Apr 6 13:00:45 2018
> New Revision: 332100
> URL: https://svnweb.freebsd.org/changeset/base/332100
>
> Log:
> Let syslog(3) use RFC 5424.
>
> With r332099 changing syslogd(8) to parse RFC 5424 formatted syslog
>
Author: glebius
Date: Thu Mar 14 22:52:16 2019
New Revision: 345166
URL: https://svnweb.freebsd.org/changeset/base/345166
Log:
PFIL_MEMPTR for ipfw link level hook
With new pfil(9) KPI it is possible to pass a void pointer with length
instead of mbuf pointer to a packet filter. Until
In message
, Ed Maste writes:
>On Thu, 14 Mar 2019 at 14:55, Rodney W. Grimes
>Doing some archaeology, the first instance of a uuencoded file I can
>find is r1796, "Got rid of a couple of binary files by uuencoding. 49
>more to go." There's no explanation of why the change was made.
I
Author: glebius
Date: Thu Mar 14 22:32:50 2019
New Revision: 345165
URL: https://svnweb.freebsd.org/changeset/base/345165
Log:
Remove 'dir' argument from dummynet_io(). This makes it possible to make
dn_dir flags private to dummynet. There is still some room for improvement.
Modified:
Author: glebius
Date: Thu Mar 14 22:31:12 2019
New Revision: 345164
URL: https://svnweb.freebsd.org/changeset/base/345164
Log:
Reduce argument list to ipfw_divert(), as args holds the rule ref and
the direction. While here make 'tee' a bool.
Modified:
head/sys/netpfil/ipfw/ip_fw_pfil.c
Author: glebius
Date: Thu Mar 14 22:30:05 2019
New Revision: 345163
URL: https://svnweb.freebsd.org/changeset/base/345163
Log:
Remove 'dir' argument in ng_ipfw_input, since ip_fw_args now has this info.
While here make 'tee' boolean.
Modified:
head/sys/netgraph/ng_ipfw.c
Author: glebius
Date: Thu Mar 14 22:28:50 2019
New Revision: 345162
URL: https://svnweb.freebsd.org/changeset/base/345162
Log:
- Add more flags to ip_fw_args. At this changeset only IPFW_ARGS_IN and
IPFW_ARGS_OUT are utilized. They are intented to substitute the "dir"
parameter that is
Author: glebius
Date: Thu Mar 14 22:23:09 2019
New Revision: 345161
URL: https://svnweb.freebsd.org/changeset/base/345161
Log:
Make second argument of ip_divert(), that specifies packet direction a bool.
This allows pf(4) to avoid including ipfw(4) private files.
Modified:
Author: glebius
Date: Thu Mar 14 22:20:48 2019
New Revision: 345160
URL: https://svnweb.freebsd.org/changeset/base/345160
Log:
Simplify ipfw_bpf_mtap2(). No functional change.
Modified:
head/sys/netpfil/ipfw/ip_fw_bpf.c
Modified: head/sys/netpfil/ipfw/ip_fw_bpf.c
Author: manu
Date: Thu Mar 14 22:08:09 2019
New Revision: 345159
URL: https://svnweb.freebsd.org/changeset/base/345159
Log:
pkgbase: Use uname as ABI_FILE
uname is always rebuild on FreeBSD so use this as ABI_FILE for pkg when
building pkg for pkgbase.
pkg uses uname too as default
On Thu, 14 Mar 2019 at 14:55, Rodney W. Grimes
wrote:
>
> We should of documented what the decision process and criteria was
> that lead to the decission to uuencode the files.
Doing some archaeology, the first instance of a uuencoded file I can
find is r1796, "Got rid of a couple of binary
Author: cem
Date: Thu Mar 14 21:08:48 2019
New Revision: 345158
URL: https://svnweb.freebsd.org/changeset/base/345158
Log:
bhyve(8): Fix uart emulation bug
THRE is always asserted in LSR reads, so REG_IER writes that raise
IER_ETXRDY must also set thre_int_pending.
Reported by:
On 4/6/18 6:00 AM, Ed Schouten wrote:
> Author: ed
> Date: Fri Apr 6 13:00:45 2018
> New Revision: 332100
> URL: https://svnweb.freebsd.org/changeset/base/332100
>
> Log:
> Let syslog(3) use RFC 5424.
>
> With r332099 changing syslogd(8) to parse RFC 5424 formatted syslog
> messages, go
CTM was fixed years ago...
Warner
On Thu, Mar 14, 2019, 1:32 PM Ravi Pokala wrote:
> I think maybe there was also a limitation on the
> (repo-replication-over-email?) mechanism that we used to use? That rings a
> very faint bell for me for some reason, even though I'm pretty sure it was
> dead
On 14 Mar 2019, at 19:48, Kyle Evans wrote:
Author: kevans
Date: Thu Mar 14 19:48:43 2019
New Revision: 345151
URL: https://svnweb.freebsd.org/changeset/base/345151
Log:
ether_fakeaddr: Use 'b' 's' 'd' for the prefix
This has the advantage of being obvious to sniff out the designated
Author: dim
Date: Thu Mar 14 19:52:12 2019
New Revision: 345152
URL: https://svnweb.freebsd.org/changeset/base/345152
Log:
Merge llvm, clang, compiler-rt, libc++, libunwind, lld, and lldb
release_80 branch r356034 (effectively, 8.0.0 rc5), resolve conflicts,
and bump version numbers.
Author: kevans
Date: Thu Mar 14 19:48:43 2019
New Revision: 345151
URL: https://svnweb.freebsd.org/changeset/base/345151
Log:
ether_fakeaddr: Use 'b' 's' 'd' for the prefix
This has the advantage of being obvious to sniff out the designated prefix
by eye and it has all the right bits
I think maybe there was also a limitation on the (repo-replication-over-email?)
mechanism that we used to use? That rings a very faint bell for me for some
reason, even though I'm pretty sure it was dead long before I got my bit.
-Ravi (rpokala@)
-Original Message-
From: on behalf of
On Thu, 14 Mar 2019 at 14:55, Rodney W. Grimes
wrote:
>
> [ Charset UTF-8 unsupported, converting... ]
> > Author: emaste
> > Date: Thu Mar 14 17:09:07 2019
> > New Revision: 345138
> > URL: https://svnweb.freebsd.org/changeset/base/345138
> >
> > Log:
> > firmware(9): remove uuencoded example
Author: kib
Date: Thu Mar 14 19:07:41 2019
New Revision: 345141
URL: https://svnweb.freebsd.org/changeset/base/345141
Log:
mips: remove dead comment and definitions.
Reviewed by: brooks, jhb
Sponsored by: The FreeBSD Foundation
MFC after:3 days
Differential revision:
[ Charset UTF-8 unsupported, converting... ]
> Author: emaste
> Date: Thu Mar 14 17:09:07 2019
> New Revision: 345138
> URL: https://svnweb.freebsd.org/changeset/base/345138
>
> Log:
> firmware(9): remove uuencoded example
>
> We can (should) just commit the binary files to the source
Author: kevans
Date: Thu Mar 14 17:18:00 2019
New Revision: 345139
URL: https://svnweb.freebsd.org/changeset/base/345139
Log:
ether: centralize fake hwaddr generation
We currently have two places with identical fake hwaddr generation --
if_vxlan and if_bridge. Lift it into if_ethersubr
Author: emaste
Date: Thu Mar 14 17:09:07 2019
New Revision: 345138
URL: https://svnweb.freebsd.org/changeset/base/345138
Log:
firmware(9): remove uuencoded example
We can (should) just commit the binary files to the source tree.
Reviewed by: bz, imp, 0mp
Differential Revision:
Author: emaste
Date: Thu Mar 14 17:05:46 2019
New Revision: 345137
URL: https://svnweb.freebsd.org/changeset/base/345137
Log:
Remove radeonkmsfw firmware files
The drivers were removed in r344299 so there is no need to keep the
firmware files in the src tree.
Reviewed by: imp,
Author: brooks
Date: Thu Mar 14 15:56:34 2019
New Revision: 345136
URL: https://svnweb.freebsd.org/changeset/base/345136
Log:
Style(9): add a missing space between argument declerations.
Modified:
head/sys/mips/mips/vm_machdep.c
Modified: head/sys/mips/mips/vm_machdep.c
Author: brooks
Date: Thu Mar 14 15:55:30 2019
New Revision: 345135
URL: https://svnweb.freebsd.org/changeset/base/345135
Log:
Remove an unused struct proc *p1 in cpu_fork().
The only reference to p1 after a dead store was in a comment so update
the comment to refer to td1.
Submitted
Author: 0mp (ports committer)
Date: Thu Mar 14 14:34:36 2019
New Revision: 345132
URL: https://svnweb.freebsd.org/changeset/base/345132
Log:
chroot.8: Add examples & clean up
- Sort arguments in synopsis.
- Clarify that it is possible to specify arguments to the command (and that
Author: emaste
Date: Thu Mar 14 13:28:21 2019
New Revision: 345131
URL: https://svnweb.freebsd.org/changeset/base/345131
Log:
Remove npe microcode
The driver was removed in r336436.
Deleted:
head/sys/contrib/dev/npe/
___
Author: eugen
Date: Thu Mar 14 12:25:16 2019
New Revision: 345130
URL: https://svnweb.freebsd.org/changeset/base/345130
Log:
trim(8): add another safety net
It is quite easy make a mistake and run something like this:
trim -f /dev/da0 -r rfile
This would trim the whole
On Thu, Mar 14, 2019 at 12:04:30PM +, Johannes Lundberg wrote:
>
> On 3/14/19 11:45 AM, Konstantin Belousov wrote:
> > On Thu, Mar 14, 2019 at 11:07:50AM +, Johannes Lundberg wrote:
> >> On 3/13/19 11:39 PM, John Baldwin wrote:
> >>> On 3/13/19 1:36 PM, Conrad Meyer wrote:
> Hi,
>
On 3/14/19 11:45 AM, Konstantin Belousov wrote:
> On Thu, Mar 14, 2019 at 11:07:50AM +, Johannes Lundberg wrote:
>> On 3/13/19 11:39 PM, John Baldwin wrote:
>>> On 3/13/19 1:36 PM, Conrad Meyer wrote:
Hi,
A lot of the information about PCIe devices is read by PCI probe and
On Thu, Mar 14, 2019 at 11:07:50AM +, Johannes Lundberg wrote:
>
> On 3/13/19 11:39 PM, John Baldwin wrote:
> > On 3/13/19 1:36 PM, Conrad Meyer wrote:
> >> Hi,
> >>
> >> A lot of the information about PCIe devices is read by PCI probe and
> >> cached on the (BSD) device. You could access it
On 3/13/19 11:39 PM, John Baldwin wrote:
> On 3/13/19 1:36 PM, Conrad Meyer wrote:
>> Hi,
>>
>> A lot of the information about PCIe devices is read by PCI probe and
>> cached on the (BSD) device. You could access it out of
>> device_get_ivars(bsddev)->cfg.pcie and avoid the MMIO latency.
>
Author: hselasky
Date: Thu Mar 14 09:18:54 2019
New Revision: 345127
URL: https://svnweb.freebsd.org/changeset/base/345127
Log:
Revert r345102 until the DRM next port issues are resolved.
Requested by: Johannes Lundberg
MFC after:1 week
Sponsored by:
65 matches
Mail list logo
