On Thu, Sep 08, 2022 at 08:31:21PM -0500, Scott Cheloha wrote:
> On Sat, Aug 27, 2022 at 09:28:06PM -0500, Scott Cheloha wrote:
> > Whoops, forgot about the split read problem. My mistake.
> >
> > Because 32-bit platforms cannot do bus_space_read_8 atomically, and
> > i386 can use acpihpet(4),
On Sat, Aug 27, 2022 at 09:28:06PM -0500, Scott Cheloha wrote:
> Whoops, forgot about the split read problem. My mistake.
>
> Because 32-bit platforms cannot do bus_space_read_8 atomically, and
> i386 can use acpihpet(4), we can only safely use the lower 32 bits of
> the counter in
When building ports-gcc on riscv64 I get this kind of error:
--8<--
ld: error: relocation refers to a symbol in a discarded section: .LEHB30
>>> defined in .libs/libcp1.o
>>> referenced by connection.hh:72
>>> (/usr/ports/pobj/gcc-8.4.0/gcc-8.4.0/libcc1/connection.hh:72)
>>>
On Thu, 08 Sep 2022 20:04:58 -, Klemens Nanni wrote:
> Here's the full diff to fsck and newfs failure on all architectures.
>
> This is a regular programming issue around system(3) that has nothing to
> do with bootloaders or installboot per se.
>
> I'd be great to get this in to make further
On Sat, Sep 03, 2022 at 12:28:33PM +, Klemens Nanni wrote:
> On Fri, Aug 26, 2022 at 09:12:59AM +, Klemens Nanni wrote:
> > installboot(8) runs newfs_msdos(8) via system(3) but only checks failures
> > of the function itself, always returning zero no matter what newfs_msdos
> > returned.
>
On Thu, Sep 08, 2022 at 03:01:14PM +0200, Moritz Buhl wrote:
> On Wed, Aug 31, 2022 at 05:44:31PM -0900, Philip Guenther wrote:
> > kdump.c will need at least a SYS_recvmmsg line in the big table, and if you
> > do a ktrmmsghdr() bit in the kernel a matching decoder will be needed in
> > kdump.
>
> On Sep 8, 2022, at 9:05 AM, Mike Larkin wrote:
>
> On Thu, Sep 08, 2022 at 08:32:27AM -0500, Scott Cheloha wrote:
>> On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
>>> On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
On Sat, Sep 03, 2022 at 05:33:01PM -0500,
> On Sep 8, 2022, at 9:27 AM, Mark Kettenis wrote:
>
>> Date: Thu, 8 Sep 2022 08:32:27 -0500
>> From: Scott Cheloha
>>
>> On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
>>> On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
On Sat, Sep 03, 2022 at 05:33:01PM
On Thu, Sep 08, 2022 at 04:23:40PM +0200, Claudio Jeker wrote:
> HTTP chunked encoding allows for trailer fields at the end of the
> transmission. Currently rpki-client's http code does not handle them well.
>
> This diff changes the code so that the chunked transfer is more like the
> one
> Date: Thu, 8 Sep 2022 08:32:27 -0500
> From: Scott Cheloha
>
> On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
> > On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
> > > On Sat, Sep 03, 2022 at 05:33:01PM -0500, Scott Cheloha wrote:
> > > > On Sat, Sep 03, 2022 at
HTTP chunked encoding allows for trailer fields at the end of the
transmission. Currently rpki-client's http code does not handle them well.
This diff changes the code so that the chunked transfer is more like the
one defined in RFC 9112.
In short the algorithm is:
read and parse the chunked
On Thu, Sep 08, 2022 at 08:32:27AM -0500, Scott Cheloha wrote:
> On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
> > On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
> > > On Sat, Sep 03, 2022 at 05:33:01PM -0500, Scott Cheloha wrote:
> > > > On Sat, Sep 03, 2022 at
On Thu, Sep 08, 2022 at 08:32:27AM -0500, Scott Cheloha wrote:
> On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
> > On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
> > > On Sat, Sep 03, 2022 at 05:33:01PM -0500, Scott Cheloha wrote:
> > > > On Sat, Sep 03, 2022 at
On Thu, Sep 08, 2022 at 03:26:28PM +0200, Claudio Jeker wrote:
> The rpki-client http client uses http_get_line to get a single header
> line. For field lines (fancy RFC term for the headers) any space at the
> end of the line should be stripped. For status lines the situation is a
> bit more
On Tue, Sep 06, 2022 at 03:30:44AM -0700, Mike Larkin wrote:
> On Sun, Sep 04, 2022 at 02:50:10PM +1000, Jonathan Gray wrote:
> > On Sat, Sep 03, 2022 at 05:33:01PM -0500, Scott Cheloha wrote:
> > > On Sat, Sep 03, 2022 at 10:37:31PM +1000, Jonathan Gray wrote:
> > > > On Sat, Sep 03, 2022 at
The rpki-client http client uses http_get_line to get a single header
line. For field lines (fancy RFC term for the headers) any space at the
end of the line should be stripped. For status lines the situation is a
bit more special but our code does not depend on the space after the
status code.
On Thu, Sep 08, 2022 at 05:52:43AM +0300, Pavel Korovin wrote:
> On 09/07, Scott Cheloha wrote:
> > Just to make sure that my changes to acpihpet(4) actually caused
> > the problem, I have a few more questions:
> >
> > 1. When did you change the OS type?
>
> 03 August, after that, there was a
On Wed, Aug 31, 2022 at 05:44:31PM -0900, Philip Guenther wrote:
> kdump.c will need at least a SYS_recvmmsg line in the big table, and if you
> do a ktrmmsghdr() bit in the kernel a matching decoder will be needed in
> kdump.
Here is a new diff for kdump.
OK?
mbuhl
Index: usr.bin/kdump/kdump.c
18 matches
Mail list logo