8 bits
(it's not possible to go to 64 bits as suggested in the PR). Making the
idtvect per-CPU is another topic.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
nge.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Fri, Apr 17, 2020 at 07:52:53AM -0700, Jason Thorpe wrote:
>
> > On Apr 17, 2020, at 7:46 AM, Robert Elz wrote:
> >
> >Date:Fri, 17 Apr 2020 15:37:33 +0200
> > From:Manuel Bouyer
> >Message-ID: <20200417133733.ga5...@antioch
the
> state of the entire collection of files, not individual ones. Thus, you only
> need exactly one instance of the ID, not one ID per file.
And that would be a problem for me. I regulary update a single file to a
specific revision in a source tree.
--
Manuel Bouyer
Net
I/O size is <= XBD_MAX_XFER - this can happen
> e.g. with custom DomU kernel which doesn't have the value for MAXPHYS
> reduced to 32k like the XEN3_DOMU config
I though we were now splitting the requests ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
supported any more by linux dom0.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
Module Name:src
Committed By: bouyer
Date: Fri Nov 22 15:30:39 UTC 2019
Modified Files:
src/doc [netbsd-9]: CHANGES-9.0
Log Message:
tickets 462, 463
To generate a diff of this commit:
cvs rdiff -u -r1.1.2.114 -r1.1.2.115 src/doc/CHANGES-9.0
Please note that diffs are
Module Name:src
Committed By: bouyer
Date: Fri Nov 22 15:30:39 UTC 2019
Modified Files:
src/doc [netbsd-9]: CHANGES-9.0
Log Message:
tickets 462, 463
To generate a diff of this commit:
cvs rdiff -u -r1.1.2.114 -r1.1.2.115 src/doc/CHANGES-9.0
Please note that diffs are
$NetBSD: xenevt.c,v 1.53 2018/12/25 06:50:12 cherry Exp $ */
+/* $NetBSD: xenevt.c,v 1.53.4.1 2019/11/22 15:28:17 bouyer Exp $ */
/*
* Copyright (c) 2005 Manuel Bouyer.
@@ -26,7 +26,7 @@
*/
#include
-__KERNEL_RCSID(0, "$NetBSD: xenevt.c,v 1.53 2018/12/25 06:50:12 ch
Module Name:src
Committed By: bouyer
Date: Fri Nov 22 15:28:18 UTC 2019
Modified Files:
src/sys/arch/arm/omap [netbsd-9]: obio_mputmr.c
src/sys/arch/evbarm/beagle [netbsd-9]: beagle_machdep.c
src/sys/arch/xen/xen [netbsd-9]: xenevt.c
Log Message:
Pull up
Module Name:src
Committed By: bouyer
Date: Fri Nov 22 15:26:28 UTC 2019
Modified Files:
src/etc [netbsd-9]: Makefile.params
src/share/mk [netbsd-9]: bsd.README
Log Message:
Pull up following revision(s) (requested by martin in ticket #462):
Module Name:src
Committed By: bouyer
Date: Fri Nov 22 15:26:28 UTC 2019
Modified Files:
src/etc [netbsd-9]: Makefile.params
src/share/mk [netbsd-9]: bsd.README
Log Message:
Pull up following revision(s) (requested by martin in ticket #462):
Module Name:src
Committed By: bouyer
Date: Sat Oct 12 15:12:09 UTC 2019
Modified Files:
src/doc [netbsd-9]: CHANGES-9.0
Log Message:
ticket 303
To generate a diff of this commit:
cvs rdiff -u -r1.1.2.75 -r1.1.2.76 src/doc/CHANGES-9.0
Please note that diffs are not
Module Name:src
Committed By: bouyer
Date: Sat Oct 12 15:12:09 UTC 2019
Modified Files:
src/doc [netbsd-9]: CHANGES-9.0
Log Message:
ticket 303
To generate a diff of this commit:
cvs rdiff -u -r1.1.2.75 -r1.1.2.76 src/doc/CHANGES-9.0
Please note that diffs are not
Module Name:src
Committed By: bouyer
Date: Sat Oct 12 15:11:43 UTC 2019
Modified Files:
src/sbin/newfs_msdos [netbsd-9]: mkfs_msdos.c
Log Message:
Pull up following revision(s) (requested by martin in ticket #303):
sbin/newfs_msdos/mkfs_msdos.c: revision 1.15
When
Module Name:src
Committed By: bouyer
Date: Sat Oct 12 15:11:43 UTC 2019
Modified Files:
src/sbin/newfs_msdos [netbsd-9]: mkfs_msdos.c
Log Message:
Pull up following revision(s) (requested by martin in ticket #303):
sbin/newfs_msdos/mkfs_msdos.c: revision 1.15
When
Module Name:src
Committed By: bouyer
Date: Mon Sep 30 16:59:09 UTC 2019
Modified Files:
src/sys/external/bsd/ipf/netinet: ip_fil_netbsd.c
Log Message:
fix double space in comment
To generate a diff of this commit:
cvs rdiff -u -r1.32 -r1.33
Module Name:src
Committed By: bouyer
Date: Mon Sep 30 16:59:09 UTC 2019
Modified Files:
src/sys/external/bsd/ipf/netinet: ip_fil_netbsd.c
Log Message:
fix double space in comment
To generate a diff of this commit:
cvs rdiff -u -r1.32 -r1.33
Module Name:src
Committed By: bouyer
Date: Mon Sep 30 16:58:07 UTC 2019
Modified Files:
src/sys/external/bsd/ipf/netinet: fil.c ip_fil_netbsd.c
Log Message:
Fix 2 bugs, reported by Edgar Fu� on tech-net@
- pfil_run_hooks() can be called recursively, so we have to
Module Name:src
Committed By: bouyer
Date: Mon Sep 30 16:58:07 UTC 2019
Modified Files:
src/sys/external/bsd/ipf/netinet: fil.c ip_fil_netbsd.c
Log Message:
Fix 2 bugs, reported by Edgar Fu� on tech-net@
- pfil_run_hooks() can be called recursively, so we have to
Module Name:src
Committed By: bouyer
Date: Sat Sep 28 11:24:10 UTC 2019
Modified Files:
src/sys/dev/acpi: acpi_i2c.c
Log Message:
joshua stein, PR kern/54493: acpi_i2c uses incorrect arguments for _DSM call
The last argument to the _DSM call has to be ACPI_TYPE_PACKAGE,
Module Name:src
Committed By: bouyer
Date: Sat Sep 28 11:24:10 UTC 2019
Modified Files:
src/sys/dev/acpi: acpi_i2c.c
Log Message:
joshua stein, PR kern/54493: acpi_i2c uses incorrect arguments for _DSM call
The last argument to the _DSM call has to be ACPI_TYPE_PACKAGE,
Module Name:src
Committed By: bouyer
Date: Thu Sep 26 08:16:26 UTC 2019
Modified Files:
src/sys/dev/i2c: ihidev.c
Log Message:
Abort attach if acpi_intr_establish() fails. From K. Schreiner on
current-users@.
To generate a diff of this commit:
cvs rdiff -u -r1.7 -r1.8
Module Name:src
Committed By: bouyer
Date: Thu Sep 26 08:16:26 UTC 2019
Modified Files:
src/sys/dev/i2c: ihidev.c
Log Message:
Abort attach if acpi_intr_establish() fails. From K. Schreiner on
current-users@.
To generate a diff of this commit:
cvs rdiff -u -r1.7 -r1.8
Module Name:src
Committed By: bouyer
Date: Tue Sep 17 21:50:14 UTC 2019
Modified Files:
src/doc [netbsd-9]: CHANGES-9.0
Log Message:
Fix typo for 207
To generate a diff of this commit:
cvs rdiff -u -r1.1.2.51 -r1.1.2.52 src/doc/CHANGES-9.0
Please note that diffs are
Module Name:src
Committed By: bouyer
Date: Tue Sep 17 21:50:14 UTC 2019
Modified Files:
src/doc [netbsd-9]: CHANGES-9.0
Log Message:
Fix typo for 207
To generate a diff of this commit:
cvs rdiff -u -r1.1.2.51 -r1.1.2.52 src/doc/CHANGES-9.0
Please note that diffs are
Module Name:src
Committed By: bouyer
Date: Sun Sep 15 21:04:41 UTC 2019
Modified Files:
src/sys/arch/evbarm/conf: files.generic
Log Message:
Inlcude external/bsd/sljit/conf/files.sljit, so that it's possible to build
a kernel with options SLJIT
To generate a diff of
Module Name:src
Committed By: bouyer
Date: Sun Sep 15 21:04:41 UTC 2019
Modified Files:
src/sys/arch/evbarm/conf: files.generic
Log Message:
Inlcude external/bsd/sljit/conf/files.sljit, so that it's possible to build
a kernel with options SLJIT
To generate a diff of
Module Name:src
Committed By: bouyer
Date: Sun Sep 15 21:00:16 UTC 2019
Modified Files:
src/sys/netinet: ip_input.c
src/sys/netinet6: ip6_input.c
Log Message:
Packet filters can return an mbuf chain with fragmented headers, so
m_pullup() it if needed and remove
Module Name:src
Committed By: bouyer
Date: Sun Sep 15 21:00:16 UTC 2019
Modified Files:
src/sys/netinet: ip_input.c
src/sys/netinet6: ip6_input.c
Log Message:
Packet filters can return an mbuf chain with fragmented headers, so
m_pullup() it if needed and remove
Module Name:src
Committed By: bouyer
Date: Wed Sep 11 15:03:53 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sun4i_spi.c
Log Message:
Switch to fdtbus_attach_spibus(), so spi slaves defined in the device tree
have a chance to be found.
To generate a diff of this
Module Name:src
Committed By: bouyer
Date: Wed Sep 11 15:03:53 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sun4i_spi.c
Log Message:
Switch to fdtbus_attach_spibus(), so spi slaves defined in the device tree
have a chance to be found.
To generate a diff of this
Module Name:src
Committed By: bouyer
Date: Thu Sep 5 17:25:24 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sunxi_mmc.c
Log Message:
The mmc module clock needs to be doubled only for 8bits DDR mode on old
timing hardware.
This makes the lime2-eemc works in 4bits DDR52
Module Name:src
Committed By: bouyer
Date: Thu Sep 5 17:25:24 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sunxi_mmc.c
Log Message:
The mmc module clock needs to be doubled only for 8bits DDR mode on old
timing hardware.
This makes the lime2-eemc works in 4bits DDR52
Module Name:src
Committed By: bouyer
Date: Thu Sep 5 16:17:48 UTC 2019
Modified Files:
src/sys/dev/spi: m25p.c
Log Message:
Add support for Winbond W25Q128.V (128mb) chips, as found on newer lime2-emmc
boards.
While there fix a missing \n in dmesg.
To generate a diff
Module Name:src
Committed By: bouyer
Date: Thu Sep 5 16:17:48 UTC 2019
Modified Files:
src/sys/dev/spi: m25p.c
Log Message:
Add support for Winbond W25Q128.V (128mb) chips, as found on newer lime2-emmc
boards.
While there fix a missing \n in dmesg.
To generate a diff
Module Name:src
Committed By: bouyer
Date: Thu Sep 5 16:15:57 UTC 2019
Modified Files:
src/sys/arch/evbarm/conf: GENERIC
Added Files:
src/sys/arch/arm/dts: sun7i-a20-olinuxino-lime2-emmc-spi.dts
Log Message:
Add spiflash support in GENERIC
Add a dts enabling spi0
Module Name:src
Committed By: bouyer
Date: Thu Sep 5 16:15:57 UTC 2019
Modified Files:
src/sys/arch/evbarm/conf: GENERIC
Added Files:
src/sys/arch/arm/dts: sun7i-a20-olinuxino-lime2-emmc-spi.dts
Log Message:
Add spiflash support in GENERIC
Add a dts enabling spi0
Module Name:src
Committed By: bouyer
Date: Wed Jul 24 16:36:48 UTC 2019
Modified Files:
src/sys/arch/amd64/amd64: machdep.c process_machdep.c
Log Message:
Remove XENPV-specific %ss/%cs handling, it doens't seem to be needed with
newer hypervisors (tested with 4.6 and
Module Name:src
Committed By: bouyer
Date: Wed Jul 24 16:36:48 UTC 2019
Modified Files:
src/sys/arch/amd64/amd64: machdep.c process_machdep.c
Log Message:
Remove XENPV-specific %ss/%cs handling, it doens't seem to be needed with
newer hypervisors (tested with 4.6 and
Module Name:src
Committed By: bouyer
Date: Sat Jul 20 15:55:40 UTC 2019
Modified Files:
src/distrib/amd64/ramdisks/ramdisk: list
Log Message:
Add newfs_msdos to amd64 install media, proposed on port-amd64@ back in
december.
newfs_msdos is needed to make a UEFI bootable
Module Name:src
Committed By: bouyer
Date: Sat Jul 20 15:55:40 UTC 2019
Modified Files:
src/distrib/amd64/ramdisks/ramdisk: list
Log Message:
Add newfs_msdos to amd64 install media, proposed on port-amd64@ back in
december.
newfs_msdos is needed to make a UEFI bootable
Module Name:src
Committed By: bouyer
Date: Sat Jul 20 15:34:41 UTC 2019
Modified Files:
src/sys/netcan: can.c can_pcb.c
Log Message:
Don't kmem_alloc()/kmem_free() with spin lock held: call can_pcbsetfilter()
without canp_mtx; take it here and check canp_state before
Module Name:src
Committed By: bouyer
Date: Sat Jul 20 15:34:41 UTC 2019
Modified Files:
src/sys/netcan: can.c can_pcb.c
Log Message:
Don't kmem_alloc()/kmem_free() with spin lock held: call can_pcbsetfilter()
without canp_mtx; take it here and check canp_state before
Module Name:src
Committed By: bouyer
Date: Fri Jul 19 10:54:26 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sunxi_hdmi.c
Log Message:
Don't allocate edid informations on stack, it's too large (struct edid_info is
near 3KB), and causes a stack overflow, corrupting
Module Name:src
Committed By: bouyer
Date: Fri Jul 19 10:54:26 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sunxi_hdmi.c
Log Message:
Don't allocate edid informations on stack, it's too large (struct edid_info is
near 3KB), and causes a stack overflow, corrupting
s) from running. USB ethernet devices don't have these, however.
> All handling of device to host communications is done via USB callbacks
> which run at splsoftserial (aka splusb).
Actually, I think splnet() ( + KERNEL_LOCK) is used to protect the network
stack when NET_MPSAFE is not defined.
For example pppoe(4) uses it when NET_MPSAFE is not defined.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
k to non-mpsafe stuff for
> networking if !NET_MPSAFE?
>
> eg, look what wm(4) idoes with WM_MPSAFE usage. are we getting
> ahead of ourselves in usb? :)
I think so. It NET_MPSAFE is not defined, AFAIK the network layers
still need to be called at splnet().
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, May 13, 2019 at 04:55:17PM +, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Mon May 13 16:55:17 UTC 2019
>
> Modified Files:
> src/sys/arch/arm/sunxi: sunxi_sata.c
>
> Log Message:
> Use new magic values from linux
Module Name:src
Committed By: bouyer
Date: Mon May 13 16:55:17 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sunxi_sata.c
Log Message:
Use new magic values from linux for DMACR. While I couldn't measure any
significant difference with my old, slow laptop drive, linux
Module Name:src
Committed By: bouyer
Date: Mon May 13 16:55:17 UTC 2019
Modified Files:
src/sys/arch/arm/sunxi: sunxi_sata.c
Log Message:
Use new magic values from linux for DMACR. While I couldn't measure any
significant difference with my old, slow laptop drive, linux
pressed kernel_noload image, so stop emitting
> them.
Any idea why it doesn't work any more ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Jan 08, 2019 at 03:40:23PM +0100, Christoph Badura wrote:
> On Mon, Jan 07, 2019 at 03:08:38PM +0100, Manuel Bouyer wrote:
> > it looks like this broke Xen domU:
> > http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/
> >
> > [ 1.0800662] boot device: xbd
looks like this broke Xen domU:
http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/
[ 1.0800662] boot device: xbd0
[ 1.0800662] xenbus: can't get state for device/suspend/event-channel (2)
[ 1.0800662] unknown device major 0x
[ 1.0800662] root device (default xbd0a):
On Thu, Dec 06, 2018 at 06:43:52PM +0100, Maxime Villard wrote:
> Le 06/12/2018 à 11:06, Manuel Bouyer a écrit :
> > as I understand KASLR (but I didn't look at the code), addresses are choosen
> > at random. So I guess there's a random number generator in the process.
>
On Wed, Dec 05, 2018 at 10:02:44AM +0100, Maxime Villard wrote:
> Le 03/12/2018 à 19:35, Manuel Bouyer a écrit :
> > On Mon, Dec 03, 2018 at 12:54:26PM +0100, Maxime Villard wrote:
> > > In other words, 80% of KASLR is enabled by default, regardless of #ifdef
> > > KA
On Mon, Dec 03, 2018 at 07:27:11PM +, Christos Zoulas wrote:
> In article <20181203183537.ga1...@antioche.eu.org>,
> Manuel Bouyer wrote:
> >On Mon, Dec 03, 2018 at 12:54:26PM +0100, Maxime Villard wrote:
> >> In other words, 80% of KASLR is enabled by de
sefull to have it on by default, there should be a way
to turn it off for low-level debugging
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Nov 29, 2018 at 03:28:33PM +1300, Mark Davies wrote:
>
>
> On 25/11/18 07:23, Manuel Bouyer wrote:
> > Log Message:
> > Add mpii(4), a driver for LSI Megaraid Fusion controllers.
> > Ported from OpenBSD. This driver is MP-safe.
>
> Yay. Any chance of
On Thu, Oct 04, 2018 at 04:00:12AM +0200, Emmanuel Dreyfus wrote:
> Manuel Bouyer wrote:
>
> > You're the only one seeing this problem AFAIK
>
> Indeed, but I reproduced it on multiple machines. It appears 100% of the
> time on a busy server, and on a test ma
On Tue, Oct 02, 2018 at 03:40:48AM +0200, Emmanuel Dreyfus wrote:
> Manuel Bouyer wrote:
>
> > In any case, adding a workaround for a specific setup which can potentially
> > cause spurious failures for everyone is not appropriate.
>
> I agree with that, but it is the
On Mon, Oct 01, 2018 at 07:43:05AM +, Emmanuel Dreyfus wrote:
> On Mon, Oct 01, 2018 at 09:34:47AM +0200, Manuel Bouyer wrote:
> > Yes, it's a bug, probably related to vndconfig'ing a file on the
> > same filesystem as /dev. I use vnconfig a lot myself and I've never seen
>
a bug, probably related to vndconfig'ing a file on the
same filesystem as /dev. I use vnconfig a lot myself and I've never seen
it.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
do not, they just forward the failure.
This means that things like e.g. umount or snapshots will randomly
fail (whenever fstrans_setstate() can actually take a long
time without deadlock has to be determined, but I suspect it can).
I think fstrans_setstate() should pause and retry in this
On Sat, Apr 21, 2018 at 02:08:06PM -0400, Christos Zoulas wrote:
> On Apr 21, 6:18pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
> -- Subject: Re: CVS commit: src/sys/dev/usb
>
> | unfortunably it doens't work for me (earmv7hf):
> | axe0: failed to read ethernet address
>
On Sat, Apr 21, 2018 at 11:57:07AM -0400, Christos Zoulas wrote:
> On Apr 21, 9:30am, bou...@antioche.eu.org (Manuel Bouyer) wrote:
> -- Subject: Re: CVS commit: src/sys/dev/usb
>
> | So I guess the code was wrong before; not sure how multicast could have
> | worked.
> |
>
On Sat, Apr 21, 2018 at 05:09:27PM +0300, Valery Ushakov wrote:
> On Sat, Apr 21, 2018 at 09:44:59 +0200, Manuel Bouyer wrote:
> > Date: Sat, 21 Apr 2018 09:44:59 +0200
> > From: Manuel Bouyer <bou...@antioche.eu.org>
> > Subject: Re: CVS commit: src/sys/dev/usb
&
On Sat, Apr 21, 2018 at 09:37:46AM +0200, Martin Husemann wrote:
> On Sat, Apr 21, 2018 at 09:30:20AM +0200, Manuel Bouyer wrote:
> > > >
> > > >- axe_cmd(sc, AXE_CMD_WRITE_MCAST, 0, 0, (void *));
> > > >+ axe_cmd(sc, AXE_CMD_WRITE_MCAST,
On Fri, Apr 20, 2018 at 11:12:41PM +, Christos Zoulas wrote:
> In article <20180420213017.ga1...@antioche.eu.org>,
> Manuel Bouyer <bou...@antioche.eu.org> wrote:
> >On Fri, Apr 20, 2018 at 05:03:00PM -0400, Christos Zoulas wrote:
> >> Module Name: src
WRITE_MCAST, 0, 0, hashtbl);
missing & ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
"irq". I'll change sunxi to use that
too.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Apr 03, 2018 at 09:55:40AM -0300, Jared McNeill wrote:
> Hi Manuel --
>
> On Tue, 3 Apr 2018, Manuel Bouyer wrote:
>
> > Log Message:
> > external interrupt functions are named "eint" in the sunxi_gpio_pins[]
> > arrays, while sunxi_gpio_estab
tr=0
I don't understand this. Isn't 8797f0 a userland address ?
If so why does it cause a panic ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
thing else
than FPU.
What is happening exactly ? Is it a kernel panic ? do you have a stack
trace ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sat, Mar 03, 2018 at 07:29:23PM +0100, Joerg Sonnenberger wrote:
> On Mon, Oct 16, 2017 at 03:03:57PM +0000, Manuel Bouyer wrote:
> > Module Name:src
> > Committed By: bouyer
> > Date: Mon Oct 16 15:03:57 UTC 2017
> >
> > Mod
0 0 nvme0 ioq2
msix2 vec 3 0 095*0 nvme0 ioq3
msix2 vec 4 0 0 0 407* nvme0 ioq4
msi3 vec 00*0 0 0 hdaudio0
ioapic0 pin 1 0*0 0 0 unknown
ioapic0 pin 120*0 0 0 unknown
any objection to this change ?
On Mon, Dec 04, 2017 at 09:48:32AM +0100, Joerg Sonnenberger wrote:
> On Fri, May 27, 2016 at 08:01:49PM +0000, Manuel Bouyer wrote:
> > Module Name:src
> > Committed By: bouyer
> > Date: Fri May 27 20:01:49 UTC 2016
> >
> > Modifie
for (i = 0; i < __arraycount(wmi_dell_actions); i++) {
> ^
> cc1: all warnings being treated as errors
that's strange, I don't get it on my sources tree.
Would changing i to unsigned int fix the warning ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d
, or i386 floating point issues. If we need a test for those,
> please add one - elsewhere.
Shouldn't it be made Xfail on i386 in this case ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Fri, Oct 20, 2017 at 07:06:18AM -0300, Jared McNeill wrote:
> On Fri, 20 Oct 2017, Manuel Bouyer wrote:
>
> > Any reason to not add it to other arches (especially i386) too ?
>
> I wasn't sure it would work everywhere because there are structures used to
>
not add it to other arches (especially i386) too ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
rs too).
And of course there's no MODULAR here.
Much better than disabling random features which may, or may not, be the
next security issue.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Oct 02, 2017 at 07:05:20PM +0200, Maxime Villard wrote:
> Le 02/10/2017 à 18:51, Manuel Bouyer a écrit :
> > On Mon, Oct 02, 2017 at 06:11:57PM +0200, Maxime Villard wrote:
> > > so we remove COMPAT_LINUX from all architectures that do not support
> > > kernel
On Mon, Oct 02, 2017 at 06:11:57PM +0200, Maxime Villard wrote:
> so we remove COMPAT_LINUX from all architectures that do not support kernel
> modules? this doesn't make compat_linux "nearby" or "easy to use" anymore
which architecture are theses ?
--
Manuel Bouy
le-user mode.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
sual installers would find that they couldn't
> run e.g. Linux binaries on a NetBSD/amd64 installation without making
> some extra incantations, ones that they naturally don't know about.
no that's not the point (at last not my point).
--
Manuel Bouyer <bou...@antioche.eu.org>
be happy to hear about it and to work on it.
Actually I did suggest to make the default dependant on MODULAR.
Nobody commented on this.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
PAGE_SHIFT]?
> >
> > Why should it be masked ?
>
> Because PG_NX is above bit 12. I believe it should be:
>
> frames[f] = (*ptp & PG_FRAME) >> PAGE_SHIFT;
probably right
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Sep 10, 2017 at 01:18:07PM +0200, Maxime Villard wrote:
> Le 06/09/2017 à 14:39, Manuel Bouyer a écrit :
> > Module Name:src
> > Committed By: bouyer
> > Date: Wed Sep 6 12:39:18 UTC 2017
> >
> > Modified Files:
> &
//github.com/mbouyer/marine_chartplotter/blob/master/software/NetBSD/driver/picbmc.c#L137
>
> By taking over cpu_powerdown_address this will bypass the FDT hooks, so you
> should be ok here.
But it depends on the order in which the devices are probed/attached,
isn't it ?
--
Manuel
in such a case I don't want the
power hook of the axp20x to be called. I don't think this use case is
uncommon ...
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
n elf32 binary (could test,
> > manuel sent it to me).
>
> How far is this binary from working?
good enough to talk with the controller.
> http://mirror.trouble-free.net/3ware/tw_cli-linux-x86_64-9.5.3.tgz
this one doens't work, making it work is a lot of work (needs /proc,
/dev/
want a panic on filesystem errors like this.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Jun 15, 2017 at 07:12:41AM +0200, Maxime Villard wrote:
> Le 14/06/2017 à 20:07, Manuel Bouyer a écrit :
> > On Wed, Jun 14, 2017 at 05:48:41PM +, Maxime Villard wrote:
> > > Module Name: src
> > > Committed By: maxv
> > > Date:
ys/sys: kauth.h
>
> Log Message:
> Make the PMC syscalls privileged.
I though the consensus was to have it controlled by a sysctl ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
ons, CUBIETRUCK is also A20 based.
Hello,
I didn't add the options for the CUBIEBOARD because on the cubieboard2
the GPIOs used by the CAN controller are not available (they are
used for the on-board LEDs).
Are they available on the cubietruck ?
--
Manuel Bouyer <bou...@antioche.eu.org>
On Mon, Apr 17, 2017 at 11:41:26AM +0200, Manuel Bouyer wrote:
> On Mon, Apr 17, 2017 at 07:19:28AM +, Maya Rashish wrote:
> > Module Name:src
> > Committed By: maya
> > Date: Mon Apr 17 07:19:28 UTC 2017
> >
> > Modified Files
) that the kernel lock is held here.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Sep 19, 2016 at 03:01:51PM +0200, Manuel Bouyer wrote:
> Hello,
> i386/Xen now panics, maybe because of this commit:
> http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/i386/201609171110Z_anita.txt
this seems to have been fixed later. The tests runs to completion again
-
flags 10246 cr2 53e58955 ilevel 8 esp
cddce734
curlwp 0xc19bb2a0 pid 10874 lid 1 lowest kstack 0xcddcc2c0
Skipping crash dump on recursive panic
panic: trap
Faulted in mid-traceback; aborting...
rebooting...
Any idea ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
1 - 100 of 302 matches
Mail list logo