Hello tech list,
I want macppc to switch from ld.bfd to ld.lld, but there is a problem
when lld links ofwboot or the kernel. I propose to fix it by adding
ld.script for both. These scripts also work with ld.bfd, so I want to
commit my diff at the end of this mail, ok?
lld sets the symbol "etext
Hello tech list,
If you have a macppc with more than one cpu, I would like you to try
this diff in the GENERIC.MP kernel. I am running it on a dual G5
(without radeondrm and not running X). I don't know whether I want to
commit this diff.
In late April, my G5's kernel froze very early during bo
On Thu, May 06, 2021 at 08:00:56AM -0600, Todd C. Miller wrote:
> On Thu, 06 May 2021 09:32:28 +0200, Sebastien Marie wrote:
>
> > We already take care of such situation with __cxa_thread_atexit_impl
> > (in libc/stdlib/thread_atexit.c), by keeping an additionnal reference
> > on object loaded (it
On Thu, May 06, 2021 at 12:38:17PM -0400, Stephen Taylor wrote:
> This is my first post to the mailing list and my first time customizing
> the kernel. I apologize in advance for mistakes I make.
>
> I have a Lenovo ThinkCenter M75n Nano IoT computer. It uses the Realtek
> RTL8111FP-CG Ethernet
This is my first post to the mailing list and my first time customizing
the kernel. I apologize in advance for mistakes I make.
I have a Lenovo ThinkCenter M75n Nano IoT computer. It uses the Realtek
RTL8111FP-CG Ethernet controller, as do other similar small form factor
computers. OpenBSD 6.9
On Thu, May 06, 2021 at 06:36:52PM +0200, Mark Kettenis wrote:
> > From: "Theo de Raadt"
> > Date: Thu, 06 May 2021 10:26:31 -0600
> >
> > Jan Klemkow wrote:
> >
> > > On Wed, May 05, 2021 at 12:18:43PM -0600, Theo de Raadt wrote:
> > > > I would like a further justification for removing these
> Date: Thu, 6 May 2021 19:56:57 +
> From: Miod Vallat
>
> `return f()' when f is a void function is not allowed by the C standard
> but is a gcc extension.
Thanks. I probably inadvertedly copied that from the read code.
Committed.
> Index: com.c
>
On Wed, May 05, 2021 at 12:18:43PM -0600, Theo de Raadt wrote:
> I would like a further justification for removing these ports from
> the very limited dynamic reserved space used by bindresvport.
>
> (but not by rresvport, which appears still stomp over them)
>
> For tcp, 32 of the 512 are locked
`return f()' when f is a void function is not allowed by the C standard
but is a gcc extension.
Index: com.c
===
RCS file: /OpenBSD/src/sys/dev/ic/com.c,v
retrieving revision 1.173
diff -u -p -r1.173 com.c
--- com.c 14 Aug 2020
Jan Klemkow wrote:
> > > > I'm working on a diff to bring ftps with libtls into our ftpd(8). There
> > > > is a "getaddrinfo(NULL, "ftps", &hints, &res0)" call, which uses this
> > > > port. Thus, I made this change.
> > >
> > > Hang on -- does the world want ftps support?
>
> I don't know, w
I'm confused.
Who has a free() that clobbers errno?
Claudio Jeker wrote:
> Noticed while looking at the same version in rsync. free() may clobber
> errno so better save the value before calling free().
> Also update the comment, remove all those arguments I removed :)
>
> --
> :wq Claudio
>
Noticed while looking at the same version in rsync. free() may clobber
errno so better save the value before calling free().
Also update the comment, remove all those arguments I removed :)
--
:wq Claudio
Index: mkdir.c
===
RCS file
On Wed, May 05, 2021 at 11:05:06AM +1000, David Gwynne wrote:
> On Tue, May 04, 2021 at 11:54:31AM -0500, Scott Cheloha wrote:
> >
> > [...]
> >
> > Here is where I get confused.
> >
> > Why do I want to wait for *all* timeouts in the queue to finish
> > running?
>
> You don't, you just want to
> From: "Theo de Raadt"
> Date: Thu, 06 May 2021 10:26:31 -0600
>
> Jan Klemkow wrote:
>
> > On Wed, May 05, 2021 at 12:18:43PM -0600, Theo de Raadt wrote:
> > > I would like a further justification for removing these ports from
> > > the very limited dynamic reserved space used by bindresvport
Jan Klemkow wrote:
> On Wed, May 05, 2021 at 12:18:43PM -0600, Theo de Raadt wrote:
> > I would like a further justification for removing these ports from
> > the very limited dynamic reserved space used by bindresvport.
> >
> > (but not by rresvport, which appears still stomp over them)
> >
>
As noticed by benno@ the blk.blks buffer is leaked in some cases.
Fix those and cleanup up the pre_* functions a bit more.
I increased the diff context a bit to make the diff easier to read.
--
:wq Claudio
Index: uploader.c
===
RCS
On Thu, 06 May 2021 09:32:28 +0200, Sebastien Marie wrote:
> We already take care of such situation with __cxa_thread_atexit_impl
> (in libc/stdlib/thread_atexit.c), by keeping an additionnal reference
> on object loaded (it makes ld.so aware that it is still used and so
> dlclose() doesn't unload
On Thu, May 06, 2021 at 09:32:28AM +0200, Sebastien Marie wrote:
> Hi,
>
> Anindya, did a good analysis of the problem with mpv using gpu video
> output backend (it is using EGL and mesa if I correctly followed).
>
>
> For people not reading ports@ here a resume: the destructor function
> used i
Hi,
Anindya, did a good analysis of the problem with mpv using gpu video
output backend (it is using EGL and mesa if I correctly followed).
For people not reading ports@ here a resume: the destructor function
used in pthread_key_create() needs to be present in memory until
_rthread_tls_destructo
19 matches
Mail list logo
