It's a nontrivial change to our USB stack requiring some care
> to get right, but this is far and away the biggest shortcoming of our
> USB stack and we should unquestionably do it.
Strongly seconded.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
ldn't the #ifndef GENPVH really be #ifdef XENPVHVM ?
In the same way, the #ifndef GENPVH in xen_machdep.c should either be
#ifdef XENPVHVM or #ifdef XEN
because we probably want to build kernels with both XENPVHVM and GENPVH
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Dec 11, 2023 at 10:22:18AM +0100, Emile `iMil' Heitor wrote:
>
> Hi Manuel,
>
> On Mon, 11 Dec 2023, Manuel Bouyer wrote:
>
> > #ifndef GENPVH
> > /* get a page for HYPERVISOR_shared_info */
> > addl$PAGE_SIZE, %ebx
> > addl
a),%ebp
movl%ebx,(%ebp)
movl$0,4(%ebp)
#endif
How can this work on Xen when GENPVH is defined ?
Shouldn't this be made conditional on vm_guest == VM_GUEST_XENPVH ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Nov 29, 2023 at 12:41:53PM +0100, Emile `iMil' Heitor wrote:
> On Wed, 29 Nov 2023, Manuel Bouyer wrote:
>
> > Of course, this is *not* a Xen VM, so no surprise that start_xen32
> > isn't working.
>
> I'm just sharing the progress here, in ca
__kernel_end.
> This brings us to init_xen_early(), which is failing but that's another story.
Of course, this is *not* a Xen VM, so no surprise that start_xen32
isn't working.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
tps://github.com/NetBSD/src/blob/trunk/sys/arch/amd64/amd64/locore.S#L738
I don't think you can use start_xen32 as is, as it expects a Xen environnemwnt.
You may need to write a new start routine, or make a difference between Xen
vs non-Xen in the existing one.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
it too, although it didn't end up killing processes.
But the nightly jobs (usual daily/security+ backup) ends up pushing to
swap lots of processes, while the file cache grows to more than half the
RAM (I have 16Gb). As a result the machine is really slow and none of the
nightly jobs complete before morning.
Decreasing kern.maxvnodes helps a lot.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
> to evbarm taking a root=dev argument passed from the bootloarder.
This is already there; it's used by Xen.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
probably need a sdspi to make the translation
between sdmmc commands and our SPI drivers.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Mar 22, 2023 at 04:38:26PM +, Taylor R Campbell wrote:
> > Date: Wed, 22 Mar 2023 17:18:45 +0100
> > From: Manuel Bouyer
> >
> > I did this but it didn't unblock the python process. It did tell me:
> > #rndctl -L /tmp/foo
> > rndctl: no entr
On Thu, Mar 23, 2023 at 12:51:35PM +0100, Manuel Bouyer wrote:
> hello,
> trying to set up glusterfs on NetBSD I ran into issues with extended
> attributes
> (on a FFSv2ea). Basically glusterfs tries to setup attributes in the
> trusted namespace, and if I undertood it properly i
le "getextattr system.test" tries to read attribue system.test in
namespace system.
Is it the expected behavior (i.e. did I misinterpret the man page) ?
Or should getextattr strip the namespace component in the second use
case ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Mar 22, 2023 at 03:59:18PM +, Taylor R Campbell wrote:
> > Date: Wed, 22 Mar 2023 16:33:55 +0100
> > From: Manuel Bouyer
> >
> > I upgraded a Xen guest from -7 to 10, and run into:
> > entropy: pid 17200 (python) blocking due to lack of entropy
> &g
of network traffic, but nothing seems
to work. I can't switch any of my devices to estimate.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
need to have physical disks assigned to one (or more) RAID volume,
and then the RAID volume has to be exported as one (or more) virtual disks.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
ve it working
early in boot, as early as the consinit() call in init_x86_64().
I'm almost sure I used printf() in init_x86_64 with a serial console
(but after the consinit() call or course).
I definitively used it in pmap_bootstrap().
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
eems to sort-of mirror the on-screen messages up to
> the point the NetBSD boot runs. I tried
> consdev com0,9600
> from the boot prompt but that hung the machine.
On some systems I have to set the ioaddr too
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
le?
If you can setup a serial console, it may make things much easier.
I almost always use serial consoles on dev machines; I don't remember the
details but doing the equivalent of a putchar very early was possible.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Fri, Jul 08, 2022 at 12:17:25PM +, Emmanuel Dreyfus wrote:
> On Fri, Jul 08, 2022 at 11:55:13AM +0200, Manuel Bouyer wrote:
> > I think it's more than this; it's to use the right instruction on the
> > right CPU. But I don't remember the details
>
> This tests a CPU
st?
I think it's more than this; it's to use the right instruction on the
right CPU. But I don't remember the details
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
ed.
a pool cache has a backing pool. If there's no item in the pool cache, it
gets some memory from its backing pool.
The point of the cache here it to keep the physical address of items around,
so it doesn't have to be computed again
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
t; yet, this machine has displayed this message about 6 times since it was
> rebooted about 5 hours
> ago.
>
> Am I missing something?
OK, so this is -current; it is the if_xennetrxbuf_cache pool cache which
is failing. This one has no limits.
--
Manuel Bouyer
NetBSD: 26
these messages on their domu machines and does
> anyone have ideas on
> how to correct the issue?
It's running out of mbuf clusters; this is the mclpl in vmstat -m
You can try increasing kern.mbuf.nmbclusters, or if that fail, rebuilding
a kernel with
options NMBCLUSTERS=
e.g.
op
On Wed, Jan 12, 2022 at 08:10:44AM -0500, Christos Zoulas wrote:
>
>
> > On Jan 12, 2022, at 8:08 AM, Manuel Bouyer wrote
> >>
> >> Where do you get the reference to the original inode? Try it...
> >
> > I don't understand. My patch doesn't cha
On Wed, Jan 12, 2022 at 07:56:09AM -0500, Christos Zoulas wrote:
>
>
> > On Jan 12, 2022, at 7:54 AM, Manuel Bouyer wrote:
> >
> > you can still do this, as long as you're not using a linux ln(1) binary.
>
> Where do you get the reference to the original inode?
On Wed, Jan 12, 2022 at 12:44:57PM -, Christos Zoulas wrote:
> In article ,
> Manuel Bouyer wrote:
> >-=-=-=-=-=-
> >
> >On Fri, Jan 07, 2022 at 03:20:04PM +0100, Manuel Bouyer wrote:
> >> Hello
> >> I'm trying to get a linux binary to run on NetBSD,
On Wed, Jan 12, 2022 at 07:19:14PM +0700, Robert Elz wrote:
> Date:Tue, 11 Jan 2022 22:20:15 +0100
> From: Manuel Bouyer
> Message-ID:
>
> | > What causes that EINVAL?
> |
> |
> | I'm not sure (somneone suggested that the file
On Tue, Jan 11, 2022 at 08:00:53PM +, David Holland wrote:
> On Tue, Jan 11, 2022 at 11:10:24AM +0100, Manuel Bouyer wrote:
> > The attached diff changes the procfs behavior to match the linux one, for
> > linux processes:
> > comore:/home/bouyer>ls -l /proc/self/f
On Tue, Jan 11, 2022 at 11:34:45AM +0100, Martin Husemann wrote:
> On Tue, Jan 11, 2022 at 11:10:24AM +0100, Manuel Bouyer wrote:
> > +static inline bool
> > +procfs_proc_is_linux_compat(void)
> > +{
> > + const char *emulname = curlwp->l_proc->p_emul->e_na
On Fri, Jan 07, 2022 at 03:20:04PM +0100, Manuel Bouyer wrote:
> Hello
> I'm trying to get a linux binary to run on NetBSD, as stated in this thread
> http://mail-index.netbsd.org/current-users/2022/01/06/msg041891.html
>
> Now I hit an issue where the linux process does a readlin
, 13 Jan 7 15:19 17
Any idea on how to properly fix it ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Jun 15, 2021 at 09:28:22PM +0200, Edgar Fuß wrote:
> Is there a way (short of re-booting) to re-scan a SATA port for a disc absent
> (or dysfunctional) during the boot? I.e., something like scsictl rescan?
drvctl -r -a ata_hl atabusX
--
Manuel Bouyer
NetBSD: 26 ans d'expe
On Wed, May 26, 2021 at 05:35:53PM +1000, matthew green wrote:
> Manuel Bouyer writes:
> > On Tue, May 25, 2021 at 10:46:04PM -, Michael van Elst wrote:
> > > bou...@antioche.eu.org (Manuel Bouyer) writes:
> > >
> > > >Another issue could be
On Tue, May 25, 2021 at 10:46:04PM -, Michael van Elst wrote:
> bou...@antioche.eu.org (Manuel Bouyer) writes:
>
> >Another issue could be mstohz() called with a delay too short;
> >mstohz() will round it up to 1 tick.
>
>
> # define mstohz(ms) ((unsigned in
obe in dev/ic/wdc.c.
It's been a while since I last looked at this, but I think the code
you want to look at is wdc_drvprobe().
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
the kernel *do* avoid (eg, with adding
> > hz-1 and then dividing by hz) but there are a number that
> > do not...
>
> So, should we introduce a CPP macro or an inline function that abstracts
> the common code away in a way that avoids such rounding down and
> produces corre
he "wait 0" message:
yes, because '0' means "infinity" for cv_timedwait().
This should be changed to make sure at that cv_timedwait() is called with
a timeout value of at last 1, or (maybe better) skip cv_timedwait() if
the value is 0.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Apr 11, 2021 at 01:28:46PM -, Michael van Elst wrote:
> bou...@antioche.eu.org (Manuel Bouyer) writes:
>
> >The size of the disk is indeed 790528 in the xenstore (and the dom0's
> >kernel message) but I don't know where this comes from.
>
> >The file is
791121 sectors long:
#dd if=FreeBSD-12.2-RELEASE-amd64-mini-memstick.img.orig
of=FreeBSD-12.2-RELEASE-amd64-mini-memstick.img
791121+0 records in
791121+0 records out
#ls -l FreeBSD-12.2-RELEASE-amd64-mini-memstick.img
-rw-r--r-- 1 root wheel 405053952 Apr 11 11:56
FreeBSD-12.2-RELEASE-amd64-mini-memstick.img
#expr 405053952 / 512
791121
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Apr 05, 2021 at 09:30:16AM -0700, Greg A. Woods wrote:
> At Mon, 5 Apr 2021 10:46:19 +0200, Manuel Bouyer
> wrote:
> Subject: Re: regarding the changes to kernel entropy gathering
> >
> > If I understood it properly, there's no need for
0 ??? collect
callout 108 skew estimate, collect, v, dv
cpurng 4096 rng estimate, collect, v
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
users--with all appropriate sysinst warnings of course.
If I understood it properly, there's no need for such a knob.
echo 0123456789abcdef0123456789abcdef > /dev/random
will get you back to the state we had in netbsd-9, with (pseudo-)randomness
collected from devices.
--
Manuel Bouyer
On Thu, Apr 01, 2021 at 01:13:05PM -0700, Greg A. Woods wrote:
> At Thu, 1 Apr 2021 21:03:37 +0200, Manuel Bouyer
> wrote:
> Subject: UVM behavior under memory pressure
> >
> > Of course the system is very slow
> > Shouldn't UVM choose, in this case, to reclai
.* sysctl values.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Apr 01, 2021 at 04:13:59AM +, RVP wrote:
> > [...]
>
> Does this /etc/entropy-file match what's there in your /boot.cfg?
irrelevant for Xen, as Xen uses the multiboot protocol.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Mar 31, 2021 at 09:58:48PM -0400, Thor Lancelot Simon wrote:
> On Wed, Mar 31, 2021 at 11:24:07AM +0200, Manuel Bouyer wrote:
> > On Tue, Mar 30, 2021 at 10:42:53PM +, Taylor R Campbell wrote:
> > >
> > > There are no virtual RNG devices on the sy
On Tue, Mar 30, 2021 at 10:42:53PM +, Taylor R Campbell wrote:
> > Date: Tue, 30 Mar 2021 23:53:43 +0200
> > From: Manuel Bouyer
> >
> > On Tue, Mar 30, 2021 at 02:40:18PM -0700, Greg A. Woods wrote:
> > > [...]
> > >
> > > Perhaps
he rnd rototill. Virtual devices are
not trusted.
The only way is to manually seed the pool.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Feb 02, 2021 at 07:47:09PM +, Roy Marples wrote:
> On 02/02/2021 19:43, Manuel Bouyer wrote:
> > On Tue, Feb 02, 2021 at 07:39:39PM +, Roy Marples wrote:
> > > On 02/02/2021 18:20, Manuel Bouyer wrote:
> > > > Hello,
> > > > I've been de
gainst DOS I guess). In this state
the code don't want to read it, but still wants to be notified when the
remote end is clsoed (or the file descriptor will stay forever).
I think we should close the socket in any case (read error, or protocol
error) but this is something I have to check with Xen de
On Tue, Feb 02, 2021 at 07:39:39PM +, Roy Marples wrote:
> On 02/02/2021 18:20, Manuel Bouyer wrote:
> > Hello,
> > I've been debugging an issue wuth Xen, where xenstored loops at 100%
> > CPU on poll(2).
> > after code analysis it's looping on closed Unix socket d
out a read() ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Jan 12, 2021 at 01:20:39PM +0100, Martin Husemann wrote:
> On Tue, Jan 12, 2021 at 01:11:00PM +0100, Manuel Bouyer wrote:
> > I think I've seen some mails about a similar problem in the past few months
> > but I don't remember the details (and couldn't find a PR
but I don't remember the details (and couldn't find a PR about it either).
Does it ring a bell to someone ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Nov 15, 2020 at 12:23:00PM +0100, Reinoud Zandijk wrote:
> [...]
>
> IIRC, XEN uses Qemu too (regretfully) :-/
It depends. it uses qemu for or (PV)HVM guests only. PV or PVH guests don't
need it.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
tbsd:wapbl_circ_write+0x103
> [ 8909.352675] wapbl_flush() at netbsd:wapbl_flush+0x26f
> [ 8909.352675] ffs_sync() at netbsd:ffs_sync+0x20a
> [ 8909.362679] VFS_SYNC() at netbsd:VFS_SYNC+0x35
> [ 8909.362679] sched_sync() at netbsd:sched_sync+0x98
> [ 8909.362679] cpu5: End traceback...
So your disk is bad, with write errors, and it looks like there is
a bug in dk in this case
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
ow is it preserved across reboot ? Where does the kernel stores it
> > ?
>
> Shutdown process will store a new seed file
ha OK, so it's preserved on shutdown(8), not reboot(2)
which, basically. means that one should not use reboot, halt or poweroff
any more ...
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Oct 01, 2020 at 06:11:20PM +0200, Martin Husemann wrote:
> On Thu, Oct 01, 2020 at 05:57:12PM +0200, Manuel Bouyer wrote:
> > Source Bits Type Flags
> > /dev/random 0 ??? estimate, collect, v
> [..]
> > seed
/
Any idea ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Sep 22, 2020 at 03:23:59PM +0300, Andreas Gustafsson wrote:
> Manuel Bouyer wrote:
> > > In -current, entropy does not run out.
> >
> > So, how can it block ?
>
> When there's too little entropy to begin with. Once you have
> gathered enough, it
On Tue, Sep 22, 2020 at 03:05:34PM +0300, Andreas Gustafsson wrote:
> Manuel Bouyer wrote:
> > If you run a dd on /dev/random I guess the system will run out of
> > entropy pretty fast.
>
> In -current, entropy does not run out.
So, how can it block ?
--
Manuel Bouyer
On Tue, Sep 22, 2020 at 02:50:37PM +0300, Andreas Gustafsson wrote:
> Manuel Bouyer wrote:
> > I think we should find and remove theses (or make them conditional)
> > instead of adding unconditional new ones
>
> It would already be conditional in the sense that it's only pr
On Tue, Sep 22, 2020 at 02:31:50PM +0300, Andreas Gustafsson wrote:
> Manuel Bouyer wrote:
> > I'm not sure we want a user-triggerable kernel printf enabled by default.
> > This could be used to DOS the system (especially on serial consoles)
>
> You can already t
ndom,
> and I'm finding it useful when testing changes aimed at fixing PR
> 55659.
>
> OK to commit?
I'm not sure we want a user-triggerable kernel printf enabled by default.
This could be used to DOS the system (especially on serial consoles)
--
Manuel Bouyer
NetBSD: 26 ans d
On Sat, May 16, 2020 at 05:24:32AM -0700, Chuck Silvers wrote:
> On Wed, May 13, 2020 at 08:20:15PM +0200, Manuel Bouyer wrote:
> > Hello,
> > for Xen I need some non-standard VM operation: the tools want to map
> > some Xen objects for which we don't have a physical addre
On Mon, May 04, 2020 at 09:17:28PM +0200, Manuel Bouyer wrote:
> Hello,
> while trying to boot a Xen PVH kernel as dom0, I found that Xen doesn't
> allow changing memory-mapped PCI BARs if memory decode is enabled in the
> command register. FreeBSD disables I/O or memory decoding in
r a PCI device according to the PCI
> specs?
No idea. But the FreeBSD comments says that bad thing could happen
when writing arbitrary values with decoding enabled (they don't mention Xen
specifically), and it makes sense to me.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
with this ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
Index: dev/pci/pci_map.c
===
RCS file: /cvsroot/src/sys/dev/pci/pci_map.c,v
retrieving revision 1.39
diff -u -p -u -r1.39 pci_map.c
--- dev/pci
is not compiled in.
And maybe more I didn't think about.
For me the second option would be best; I can live with the first one too.
The third is ugly.
Any idea/comment ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
I use ipf on netbsd-9 and didn't notice issues.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
before attaching the
hypervisor device. And I need CPUs to be set up to attach the hypervisor
device. So I have a xen_hvm_init() function called early.
Is there a way, in this function, to detect if hypervisor has been disabled by
userconf ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront
0130Z_atf.html#failed-tcs-summary
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
job ! thanks !
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
at is used
> immediately upon mount.
I think the point is, when the root inode is corrupted, you can't unmount
then filesystem.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
ysctl.
>
> Any major and specific objections?
not from me.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
me compat feature.
If the toolchain can be in pkgsrc, then I it should be much easier.
At some point I could build linux binaries running a linux gcc under
compat_linux.
Maybe it's just a matter of adding a suse_toolchain package ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Sep 26, 2019 at 06:45:44PM +0200, Maxime Villard wrote:
> Le 26/09/2019 à 18:15, Manuel Bouyer a écrit :
> > On Thu, Sep 26, 2019 at 05:28:11PM +0200, Maxime Villard wrote:
> > > Le 26/09/2019 à 17:25, Brian Buhrow a écrit :
> > > > [...]
> > > >
On Thu, Sep 26, 2019 at 04:40:33PM +0200, Maxime Villard wrote:
> >
> > Actually this is not clear. We have linux binaries in pkgsrc.
>
> ... And? We have 22000 packages in pkgsrc.
How is it relevant ? I install less than 200. But there is suse_base in them
--
Manuel Bouye
> > than they are now because the primary developers aren't concern with making
> > things work or secure anymore.
>
> Nobody is making compat_linux work, nobody is making compat_linux secure.
Actually it *does* work. Secure, I don't know.
--
Manuel Bouyer
NetBSD:
On Thu, Sep 26, 2019 at 04:52:35PM +0200, Maxime Villard wrote:
> Le 26/09/2019 à 16:47, Manuel Bouyer a écrit :
> > On Thu, Sep 26, 2019 at 04:40:33PM +0200, Maxime Villard wrote:
> > > >
> > > > Actually this is not clear. We have linux binaries in pkgsrc.
&g
nce of the opposite either).
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Sep 26, 2019 at 05:18:34PM +0200, Maxime Villard wrote:
> Le 26/09/2019 à 17:15, Manuel Bouyer a écrit :
> > On Thu, Sep 26, 2019 at 05:10:01PM +0200, Maxime Villard wrote:
> > > issues for a clearly marginal use case, and given t
so we shouldn't do anything"? Even as it's
> already been clear that the majority doesn't use compat_linux?
Actually this is not clear. We have linux binaries in pkgsrc.
> Is it such a Herculean effort to type "modload compat_linux" for the
> people that want to use Linux binaries? In order to keep the majority
> safe from the bugs and vulnerabilities?
Maybe some of them don't even know they are using compat_linux ...
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
otstrap (Ada).
>
> These are fairly easy to fix and I don't mind helping with the work but
> it would be nice for someone to run a before/after bulk build of pkgsrc
> to see what breaks.
Sure. Also, I use NETBSD_COMPAT* on a regular basis for upgrade (boot new
kernel with old userland then upgra
On Tue, Sep 10, 2019 at 05:01:43PM +0100, Robert Swindells wrote:
>
> Manuel Bouyer wrote:
> >On Tue, Sep 10, 2019 at 04:38:46PM +0100, Robert Swindells wrote:
> >>
> >> Manuel Bouyer wrote:
> >> >I'm trying to build a evbarm kernel with
On Tue, Sep 10, 2019 at 05:43:51PM +0200, Manuel Bouyer wrote:
> On Tue, Sep 10, 2019 at 04:38:46PM +0100, Robert Swindells wrote:
> >
> > Manuel Bouyer wrote:
> > >I'm trying to build a evbarm kernel with
> > >options SLJIT
> > >options
On Tue, Sep 10, 2019 at 04:38:46PM +0100, Robert Swindells wrote:
>
> Manuel Bouyer wrote:
> >I'm trying to build a evbarm kernel with
> >options SLJIT
> >options BPFJIT
>
> Are you building a 32 or 64-bit kernel ?
32-bits.
--
Manuel Bouyer
he average speed I got from pkgbuild.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Jul 21, 2019 at 07:20:08PM +, Taylor R Campbell wrote:
> > Date: Sun, 21 Jul 2019 20:52:52 +0200
> > From: Manuel Bouyer
> >
> > /dev/randon actually works as documented and if rust wants /dev/urandom
> > behavior it should use /dev/urandom. Also
On Sun, Jul 21, 2019 at 06:57:30PM +, m...@netbsd.org wrote:
> On Sun, Jul 21, 2019 at 08:52:52PM +0200, Manuel Bouyer wrote:
> > On Sun, Jul 21, 2019 at 06:43:04PM +, m...@netbsd.org wrote:
> > > On Sun, Jul 21, 2019 at 11:55:23AM -0400, Greg Troxel wrote:
> > >
et explained why
a compiler needs that much random bits.
BTW, while talking about packages availability, when will the bootstrap
kit for i386 be available ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Jun 25, 2019 at 10:43:32AM +0200, Michael van Elst wrote:
> On Tue, Jun 25, 2019 at 09:49:46AM +0200, Manuel Bouyer wrote:
> > On Mon, Jun 24, 2019 at 09:56:35PM -, Michael van Elst wrote:
> > > IMHO such functionality doesn't belong into the kernel, it's much ea
cket filter rule file is parsed
(e.g. in a Xen dom0)
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Jun 24, 2019 at 04:59:04AM -0700, Jason Thorpe wrote:
>
> > On Jun 24, 2019, at 4:29 AM, Manuel Bouyer wrote:
> >
> > I'd say that we should explicitely mention if we're looking up a name or
> > a description, to avoid confusion. For example if wm0 has desc
On Mon, Jun 24, 2019 at 04:20:59AM -0700, Jason Thorpe wrote:
>
> > On Jun 24, 2019, at 12:15 AM, Manuel Bouyer wrote:
> >
> > I'd like to see this in NetBSD. I'd also like packet filters to be able
> > to use the description instead of the name for interfaces. This
ife much easier for e.g. ipfilter in Xen dom0, where the domU's virtual
interfaces have unpredicatble names.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
[redirected to port-arm]
On Fri, Apr 19, 2019 at 12:47:11PM +0200, Manuel Bouyer wrote:
> On Fri, Apr 19, 2019 at 08:33:00PM +1000, matthew green wrote:
> > > So here's our deadlock: cpu 0 holds the kernel lock and wants the pool
> > > spin
> > > mutex; cpu 1
d with pm_lock as
aarch64 does. I will try this.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Fri, Apr 19, 2019 at 11:13:40AM +0100, Nick Hudson wrote:
> On 19/04/2019 10:10, Manuel Bouyer wrote:
> > Overnight lockdebug did find something:
> > login: [ 1908.3939406] Mutex error: mutex_vector_enter,504: spinout
> >
> > [ 1908.3939406] lock addres
1 - 100 of 651 matches
Mail list logo
