Hi,
The following diff removes LOCKLEAF from NDINIT. The code doesn't
doesn't need it: the returned vnode is released immediately. The
string path is built from the namei() call using REALPATH, during
directories traversal.
Without LOCKLEAF, calling vrele() only is enough if namei() found a
file,
On Fri, Jun 25, 2021 at 11:38:25PM +0200, Alexander Bluhm wrote:
> On Thu, Jun 24, 2021 at 09:50:07PM -0500, Scott Cheloha wrote:
> > I'm looking for testers for the attached patch. You need an amd64
> > machine with a lapic.
>
> Passes full regress test.
> No significant performance difference.
On Thu, Jun 24, 2021 at 09:50:07PM -0500, Scott Cheloha wrote:
> I'm looking for testers for the attached patch. You need an amd64
> machine with a lapic.
Passes full regress test.
No significant performance difference.
http://bluhm.genua.de/perform/results/2021-06-21T09%3A44%3A18Z/perform.html
> Date: Fri, 25 Jun 2021 21:41:38 +0200
> From: Mickael Torres
>
> On Fri, 25 Jun 2021 18:26:31 +0200 (CEST)
> Mark Kettenis wrote:
>
> > > Date: Fri, 25 Jun 2021 16:13:27 +
> > > From: "Mickael Torres"
> > >
> > > Hello,
> > >
> > > This enables radeondrm/amdgpu and wsconsole/kbd/mouse
On 2021/06/25 21:41, Mickael Torres wrote:
> Here is a new version of the diff, based on an up-to-date tree, and
> (hopefully) with tabs as tabs.
Hi, the tabs are fixed now, but it's word-wrapped so still causes
indigestion for patch(1). This suggestions a setting which may help:
https://www.kerne
On Fri, 25 Jun 2021 18:26:31 +0200 (CEST)
Mark Kettenis wrote:
> > Date: Fri, 25 Jun 2021 16:13:27 +
> > From: "Mickael Torres"
> >
> > Hello,
> >
> > This enables radeondrm/amdgpu and wsconsole/kbd/mouse on risc-v.
> > This was tested with a radeondrm "7:0:0: ATI Radeon HD 7450" (see
> >
> Date: Fri, 25 Jun 2021 16:13:27 +
> From: "Mickael Torres"
>
> Hello,
>
> This enables radeondrm/amdgpu and wsconsole/kbd/mouse on risc-v. This was
> tested with a radeondrm "7:0:0: ATI Radeon HD 7450" (see dmesg at the end),
> I'll try to test amdgpu with an RX550 during the week end.
>
Hello,
This enables radeondrm/amdgpu and wsconsole/kbd/mouse on risc-v. This was
tested with a radeondrm "7:0:0: ATI Radeon HD 7450" (see dmesg at the end),
I'll try to test amdgpu with an RX550 during the week end.
X doesn't start because of undefined symbols in modesetting_drv.so (see below),
b
Mark Kettenis wrote:
> > I am surprised that this has not been raised before. I also wonder if
> > riscv64's DMA constraints are fully sane.
>
> There is no DMA constraint on riscv64 yet. We try to avoid having
> such a constraint on platforms that don't have a long history, hoping
> those plat
> Date: Fri, 25 Jun 2021 13:27:28 +
> From: Visa Hankala
>
> On Thu, Jun 24, 2021 at 07:02:11PM +, Mickael Torres wrote:
> > Hello,
> >
> > On the risc-v SiFive Unmatched the internal cad0 ethernet interface stops
> > working randomly after some packets are sent/received. It looks like
Visa Hankala wrote:
> On Thu, Jun 24, 2021 at 07:02:11PM +, Mickael Torres wrote:
> > Hello,
> >
> > On the risc-v SiFive Unmatched the internal cad0 ethernet interface stops
> > working randomly after some packets are sent/received. It looks like it's
> > because the bus_dmamap used isn't
On Thu, Jun 24, 2021 at 07:02:11PM +, Mickael Torres wrote:
> Hello,
>
> On the risc-v SiFive Unmatched the internal cad0 ethernet interface stops
> working randomly after some packets are sent/received. It looks like it's
> because the bus_dmamap used isn't restricted to lower than 4GB phys
We have released OpenBGPD 7.1, which will be arriving in the
OpenBGPD directory of your local OpenBSD mirror soon.
This release includes the following changes to the previous release:
* OpenBSD 6.9 errata 009
During bgpd(8) config reloads prefixes of the wrong address family could
On 25.6.2021. 10:02, Alexandr Nedvedicky wrote:
> Hello David,
>
>
>>
>> during the drive to work it occurred to me that we should basically have
>> the same logic around whether we should insert or replace or do nothing
>> in both the smr and mutex critical sections.
>>
>> it at least makes the
Hello David,
>
> during the drive to work it occurred to me that we should basically have
> the same logic around whether we should insert or replace or do nothing
> in both the smr and mutex critical sections.
>
> it at least makes the code easier to understand. i think?
yes, the new diff
15 matches
Mail list logo