hello,
recent test runs have been failing on UDF filesystem tests with:
mount failed: Invalid argument
see http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/
for details.
Any idea ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
).
hopefully you'll there have a working keyboard in PS/2 compat mode.
Then when the kernel asks for init path, try /rescue/init
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
present ?
looks like a simple reverted condition, can you try the attached patch ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
Index: siisata.c
===
RCS file: /cvsroot/src/sys
it could also be a power
supply issue.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
/umount -f /dev is successful, so a working sequence to
recover the real /dev is:
boot single-user
umount -f /dev
fsck -p /
mount /
cd dev
./MAKEDEV
fsck -p /
mount /
umount -f /dev
cd dev
./MAKEDEV
is more likely to work. If /dev is empty on disk, fsck and mount won't work.
--
Manuel
On Sat, Nov 23, 2013 at 10:27:25AM +0100, Lars Heidieker wrote:
That's most likely PR/48372 it's fixed in current and needs pull up to
the netbsd-6 branches.
Can you please send the pullup request ?
thanks
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront
NetBSD(-current)?
Yes, it's in the source code: src/sys/dev/usb/usb_quirks.*
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
where is
problem is exactly.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Dec 02, 2013 at 08:09:06PM +0700, Robert Elz wrote:
Date:Mon, 2 Dec 2013 12:29:13 +0100
From:Manuel Bouyer bou...@antioche.eu.org
Message-ID: 20131202112913.ga...@asim.lip6.fr
| But, the xendomains script has REQUIRE: xend in it ??
| I think
On Tue, Dec 03, 2013 at 08:55:06AM +0700, Robert Elz wrote:
Date:Mon, 2 Dec 2013 12:29:13 +0100
From:Manuel Bouyer bou...@antioche.eu.org
Message-ID: 20131202112913.ga...@asim.lip6.fr
| evtchn_do_event: handler 0x801f9c7f didn't lower ipl 8 7
On Tue, Dec 03, 2013 at 08:03:21PM +0700, Robert Elz wrote:
Date:Tue, 3 Dec 2013 13:04:30 +0100
From:Manuel Bouyer bou...@antioche.eu.org
Message-ID: 20131203120430.ga26...@asim.lip6.fr
| I think what happens is:
| - the kernel is running in a code portion
=NO and net_interfaces=
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
and vmstat -m, to see if there
are mbuf allocation failures.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
to get it addressed by the hosting folks.
This has been fixed upstream, but I'm not sure the fix is in a released
version yet.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
this.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
been
introduced recently.
I don't have much idea for the time being, especially as I'm not
on site these days.
Does it ring a bell to someone ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
with
options MBUFTRACE
and look at netstat -mssv (this one seems reliable).
This helped me spot these problems.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
found the same phenomenon occurring on a Raspberry Pi when detaching the
cable. The same symptoms occur there and ifconfig usmsc0 down/up will
recover.
Is anybody else seeing this?
I do, on a amd64 host with wm interface. Disabling TSO4 and TSO6 fixed the
problem for me.
--
Manuel Bouyer bou
.
Please try the (untested) attached patch, it brings the ipv6 code in
line with ipv4.
Thanks Manuel,
With your patch applied, my machine survived the rpcbind test.
thanks for the test; patch commited.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront
(and is what IP is doing). This is why I added this KASSERT().
Running the whole IP stack under KERNEL_LOCK would be a regression.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
).
For this specific failure, I'm not sure what's needed exactly.
Probably a UDP6 socket, maybe with a special binding (like multicast).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
for providing binaries
for each {,e}arm{,hf} variants.
- how to handle migration from old ABI to new one on sysinst
In essence, this is no different from upgrading an i386 userland to an amd64
userland.
This is something we don't handle at all right now.
--
Manuel Bouyer bou...@antioche.eu.org
.
Unfortunably, right now a pkgsrc build ends quickly with a segfault :(
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Jul 21, 2014 at 09:50:41PM +0200, Manuel Bouyer wrote:
[...]
I tested earmhf vs earmv7hf on the beaglebone black. with glxgears,
the performance improvement is less than 1%.
Do you have other tests that show a large gain with earmv7hf vs earmhf ?
For 1% I don't think we should
On Mon, Sep 08, 2014 at 06:40:38PM -0700, Paul Goyette wrote:
With the recent flurry of security bugs announced, are there any plans to
release new teeny versions of 6.0 and 6.1?
yes that would be good to have. Unfortunably I don't have time for this for
the next 2 weeks or so ...
--
Manuel
compile
6-1-4 release branch. hence I am guessing that I have all the necessary
tools installed properly. Any help will be helpful and greatly appreciated.
How old are your sources ? There have been some fixes to tool build in gpt
yesterday.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD
information.
[ 1303.397]
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
userland I get a working X11
again; and indeed I had to disable accel to avoid display corruption.
Any chance to get this in netbsd-7 ?
At this point, netbsd-7 is a regression compared to netbsd-6 ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la
, one will have the problem an
the other doesn't).
Does it ring a bell to someone ? is there a workaround of fix ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Dec 08, 2014 at 02:03:36PM +, Michael van Elst wrote:
bou...@antioche.eu.org (Manuel Bouyer) writes:
Hello,
I recently re-enabled TLSv1 on my web servers (because of the newer
firefox which blocks SSL protocols by default now), and on
*some* web servers, I occasionally get from
On Mon, Dec 08, 2014 at 06:43:45PM +, Michael van Elst wrote:
bou...@antioche.eu.org (Manuel Bouyer) writes:
On Mon, Dec 08, 2014 at 02:03:36PM +, Michael van Elst wrote:
bou...@antioche.eu.org (Manuel Bouyer) writes:
Hello,
I recently re-enabled TLSv1 on my web servers
)
at
/dsk/l1/misc/bouyer/netbsd-7/src/../xsrc/external/mit/mesa-demos/dist/src/xdemos/glxgears.c:790
How can I tell gdb to use /usr/libdata/debug/usr/X11R7/lib/libGL.so.2.0.debug
to get extra informations ? I tried a few things but none did work
as expected.
--
Manuel Bouyer bou...@antioche.eu.org
On Thu, Jan 15, 2015 at 03:33:32PM +0100, Martin Husemann wrote:
On Thu, Jan 15, 2015 at 03:28:48PM +0100, Manuel Bouyer wrote:
Has anyone else noticed this ?
Is this install/49440 ?
The second point looks like install/49440, yes (but I'm using http not
ftp). But there is also the dhcp
did
bring me back to the previous menu instead of downloading and installing
sets. I had to go to the http menu again and select get distribution
again to have it start the installation.
Has anyone else noticed this ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience
only to see if this would
fix the problem), I guess something in the load pattern has changed.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
if you disable accel ?
Option NoAccel
in the Device Section.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
to someone ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Feb 10, 2015 at 07:49:24AM +0900, tsugutomo.en...@jp.sony.com wrote:
Manuel Bouyer bou...@antioche.eu.org writes:
Stopped in pid 9987.1 (postdrop) at netbsd:kauth_cred_geteuid+0xd:
movl 4
4(%rbx),%eax
kauth_cred_geteuid() at netbsd:kauth_cred_geteuid+0xd
ffs_alloc
On Fri, Feb 13, 2015 at 12:36:39PM +0100, Manuel Bouyer wrote:
Hello,
for some time I have an issue with apache (2.2) hangs on
ftp.fr.netbsd.org (running a recent 7.0_BETA). When this happens,
port 80 is still open and accepts connections, but requests are not handled.
This seems
On Fri, Feb 13, 2015 at 03:48:56PM +0100, Manuel Bouyer wrote:
[...]
The ktrace counts 935 writes and only 868 reads (and 868 calls to fork), so
the root cause of the issue may be that the master process sends too many
'!' to childrens.
reading the code, the master can indeed write more
On Thu, Feb 12, 2015 at 12:11:13PM +, David Brownlee wrote:
On 12 February 2015 at 11:50, Manuel Bouyer bou...@antioche.eu.org wrote:
On Thu, Feb 12, 2015 at 10:49:40AM +, David Brownlee wrote:
[...]
Bonus question - is anyone running ntpd on NetBSD-7 and does 'peers'
work
with some controllers ... the driver retries and
succeeds.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Mar 02, 2015 at 03:43:49PM +0100, Manuel Bouyer wrote:
On Sat, Feb 28, 2015 at 06:24:58AM +, Taylor R Campbell wrote:
tl;dr: If DRM/KMS has been flaky for you, please try again in HEAD!
I recently found a bit of spare time to look for bugs I'd left in
DRM/KMS which have
server hanging on vmem
after a few moves/zoom.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
can't promise anything, but please try again with a kernel from
HEAD and let me know how it goes.
I'm sorry to say, it doesn't help on i386 with a i965GM. I still see
graphics (mainly font) corruptions with stellarium, and end up with a
dark screen with opencpn.
--
Manuel Bouyer bou
up between -04-23 09:30 UTC and 2015-04-24 13:10 UTC
The sysmonopen() in the stack trace could point to sysmon; could the
recent work on sysmon be the cause of this ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
+0x2c
syscall() at netbsd:syscall+0x83
--- syscall (number 5) ---
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
(or something like that).
To avoid problems like that you should always specify a root= option
to a NetSBD/Xen dom0 boot.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, May 04, 2015 at 05:58:54PM +, Michael van Elst wrote:
bou...@antioche.eu.org (Manuel Bouyer) writes:
To avoid problems like that you should always specify a root= option
to a NetSBD/Xen dom0 boot.
It would be certainly useful if all kernels allowed some kind of root=
option
On Tue, May 05, 2015 at 04:39:26PM +0800, Paul Goyette wrote:
On Tue, 5 May 2015, Manuel Bouyer wrote:
It seems that when sysmonopen() is called, it might need to autoload the
module that handles the specific sub-comopnent (envsys, power, or wdog). But
if the autoload failed, the code
softint_dispatch() at netbsd:softint_dispatch+0xd3
This is netbsd-7/amd64 as of early february.
Does it ring a bell to someone ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
safely remove /stand/amd64-xen/
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
more sense to use the appropriate partition
from the vnd (eventually adding support to the kernel or using a tool
like mbrlabel)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Apr 15, 2015 at 07:05:51PM +0200, Manuel Bouyer wrote:
hello,
I just got this:
panic: kernel diagnostic assertion (m)-m_type != MT_FREE failed: file
/dsk/l1/misc/bouyer/netbsd-7/src/sys/kern/uipc_mbuf.c, line 652
cpu0: Begin traceback...
vpanic() at netbsd:vpanic+0x13c
kern_assert
(number 410) ---
bb6bdda7:
cpu3: End traceback...
Full log here:
http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/
is this already fixed ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
address:
SIOCINITIFADDR (with AF_LINK) and SIOCALIFADDR. agr uses the former, but
it's not supported by all interfaces. ifconfig uses the later.
agr should probably be fixed to use the later too, but I've never
had the time to look at it deeper.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD
roblem, and how to fix it ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
empt several times doesn't help
> - once it returns to the menus without IP, the whole computer becomes
> extremely sluggish... just navigating with the arrow keys is a pain
>
> Perhaps this is a RC3 problem or an install kernel problem instead?
If GENERIC+miniroot doesn't work, doe
_read() at netbsd:sys_read+0x62
syscall() at netbsd:syscall+0xc4
cpu11: End traceback...
It's not the first time I see this panic, but I can't reproduce it on demand
(the previous one was in august, while backups are running every night on
several filesystems)
Does it ring a bell to someone
othing started yet...
>
> The kernel has
>
> PAX_SEGVGUARD=0
> PAX_MPROTECT=0
> PAX_ASLR=0
>
> Returned to a Thursday 26 May kernel...
>
> Thoughts?
reverting to locore.S 1.94 fixes the problem for me.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Fri, May 27, 2016 at 08:28:52PM +0300, Andreas Gustafsson wrote:
> Manuel Bouyer wrote:
> > http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/
> > NetBSD i386/Xen doesn't boot any more (since the 2016-05-20 07:10 UTC
> > build), init dies with:
> > exec /sbin/init
ix, which is to remove the KASSERT and the grp
variable.
Thanks for the report !
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
qtype really RQUOTA_USRQUOTA ?
What is returning the second call ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
nfs client starts the following services:
>
> rpcbind=YES
> nfs_client=YES
> lockd=YES
> statd=YES
>
> There is no firewall running.
>
> Is quota for nfs clients implemented under NetBSD?
Yes
> What can be the problem?
what does rpcinfo -p against the server repo
code is used after the pipe has been closed
(the child exited or has been killed) in this case it's OK to wait for
data or EOF which will happen very soon.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
CALL read(4,0xbf7fd4e0,0x1000)
19040 1 nagios RET read -1 errno 35 Resource temporarily unavailable
It looks like the read(2) syscall returns a EAGAIN when the caller
expect it to block if there's no data available.
Has anyone else seen this, or has an idea where to look ?
--
Manuel
On Sun, Feb 07, 2016 at 03:23:58PM +0100, Manuel Bouyer wrote:
> It looks like the read(2) syscall returns a EAGAIN when the caller
> expect it to block if there's no data available.
I could capture the pipe setup before getting the stream of EAGAIN:
20110 1 nagios EMUL "net
worse
> So, I'll recommend the same change for the cubietruck kernel.
It's strange, I'm running HEAD on a olimex lime2 (which has A20+axp20x too)
and never seen this. I also occasionally run on a cubieboard, but
it's usually not powered on for more than a few hours.
--
Manuel Bouyer <bou...@
t-test localhost:/tmp/atf-run.mCXF4l/root 0 0
0 100% /tmp/atf-run.mCXF4l/mnt
[...]
the i386 tests are running to completion, as do amd64 on qemu tests.
Any idea ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Jan 27, 2016 at 09:17:28AM +0100, Martin Husemann wrote:
> On Wed, Jan 27, 2016 at 09:08:51AM +0100, Manuel Bouyer wrote:
> > fs/psshfs/t_psshfs (493/641): 3 test cases
> > inode_nos: atf-run: ERROR: tools::fs::file_info: Cannot get information
> > of /
>
On Wed, Jan 27, 2016 at 04:06:08PM +0100, 6b...@6bone.informatik.uni-leipzig.de
wrote:
> On Mon, 25 Jan 2016, Manuel Bouyer wrote:
>
> >Date: Mon, 25 Jan 2016 15:28:49 +0100
> >From: Manuel Bouyer <bou...@antioche.eu.org>
> >To: 6b...@6bone.informatik.uni-l
On Thu, Jan 28, 2016 at 08:35:08AM +0100, 6b...@6bone.informatik.uni-leipzig.de
wrote:
> On Wed, 27 Jan 2016, Manuel Bouyer wrote:
>
> >OK, it returns RPC_PROGNOTREGISTERED instead of RPC_PROGVERSMISMATCH.
> >Can you try the attached patch ?
>
> With the patch everythin
FWIW in the last test run this problem showed up in netbsd-7/amd64
but HEAD passed. I've seen it only on amd64, never on i386.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
gt;
> I just incrased the disk size in the configuration of the amd64 tests
> on babylon5, and will also increase anita's default disk size in the
> next release (assuming the increase in disk use is permanent).
actually it's because /stand did grow 10x. I don't think that's intend
modules are that big these days ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Feb 02, 2016 at 06:47:24PM +0800, Paul Goyette wrote:
> On Tue, 2 Feb 2016, Kamil Rytarowski wrote:
>
> >--[PinePGP]--[begin]--
> >On 02.02.2016 11:40, Manuel Bouyer wrote:
> >>Hello, on recent amd65 builds, /s
On Wed, Jan 27, 2016 at 10:16:25AM +0100, Martin Husemann wrote:
> On Wed, Jan 27, 2016 at 09:51:47AM +0100, Manuel Bouyer wrote:
> > it also pass when atf-run is started from /usr/tests/fs
> > Trying again to run from /usr/tests/ ...
atf run from /usr/tests fails as in the au
On Wed, Jan 27, 2016 at 09:27:35AM +0100, Manuel Bouyer wrote:
> > It would be great to have an option to avoid the automatic removal of
> > the temporary test directory for such cases (assuming that is where the
> > core has been dumped). But since this test is a shell scr
On Tue, Feb 09, 2016 at 08:19:13PM +, Michael van Elst wrote:
> bou...@antioche.eu.org (Manuel Bouyer) writes:
>
> >It does retry because the same code is used after the pipe has been closed
> >(the child exited or has been killed) in this case it's OK to wait for
&g
cation,
but there's still something messy with poll (it says there's one descriptor
ready for read but there are two descriptors in the fileset).
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
ver would then panic again with the same backtrace while going
multiuser (and this time I got a code dump).
So I disabled log on all filesystems, and it has been stable since
then.
Does it ring a bell ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
?
I'm not sure it has been fixed. I'm seeing such issues with arpwatch
or ndpwatch (which uses bpf too).
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
's been a while since I played with this, but I think this is used for
tifb (am335x SoCs, as found on the beaglebone). AFAIK It works fine for me
with a 16bit display.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
t this means that, without pseudo-root, ataraid can't be a boot
device anymore ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
driver ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Nov 14, 2016 at 06:19:05PM +0100, Manuel Bouyer wrote:
> Hello,
> I have this device:
> https://www.olimex.com/Products/Breadboarding/BB-CH340T/open-source-hardware
> which is detected by NetBSD as:
> uchcom0 at uhub2 port 3
> uchcom0: QinHeng Electronics USB2.0-Serial, r
ulted in DDB; continuing...
and so on.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
I cannot work more on that now.
I don't have time to look at it either.
But as pmap_init_lapic() seems to be the problem, I disabled it on Xen
(which doesn't need it anyway). So at last Xen/i386 guests shoud boot again
now.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
ime out. This is affecting amd64 and sparc on
> bablyon5 (i386 is not even building at the moment).
it also affects amd64 and i386 on Xen:
http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/
(lib/libc/ssp/t_ssp takes 5719s ...)
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
+0x112
do_sys_openat() at netbsd:do_sys_openat+0x68
sys_open() at netbsd:sys_open+0x24
syscall() at netbsd:syscall+0x1d8
--- syscall (number 5) ---
the filesystem is mounted -o log
fsck didn't find any problems with this filesystem after reboot ...
any idea ?
--
Manuel Bouyer <
est kstack 0xcd9542c0
kernel: supervisor trap page fault, code=0
Faulted in DDB; continuing...
and then it loops on the trap.
Does it ring a bell to someone ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
ct the ddb problem is
much older than that (and is also present in netbsd-8).
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sat, Jun 24, 2017 at 11:24:15PM +, co...@sdf.org wrote:
> On Sun, Jun 25, 2017 at 12:21:56AM +0200, Manuel Bouyer wrote:
> > The problem is that ddb isn't working any more so I can't get a stack trace,
> > which would be very helpfull. But I suspect the ddb problem is
>
etbsd:sys_exit+0x3d
syscall() at netbsd:syscall+0x9c
--- syscall (number 1) ---
Does it ring a bell ?
The 2017-06-23 21:40 UTC run did complete, but if it is a race it may not
reliably trigger ...
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Aug 24, 2017 at 08:07:45PM +0900, Miwa Susumu wrote:
> Hi.
> I dowonload current source yesterday.
> I build "install", then got error, "nbpax: not found".
> Did I mistake the procedure?
as the new kernel changed the output of uname, you need to rebuild th
kern/subr_pool.c", line 2229
I guess this is related to recent pool changes, but looks like a bug
in parameters to pool_cache_get_paddr() in zfs ...
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On linux I alwas turn it off
(you don't want a multi-hours fsck following a "quick reboot for kernel
update").
I'd prefer a forced fsck when the kernel has detected a fs corruption.
This indeed needs a write to the superblock ...
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
/build/netbsd-local/src_ro/sys/external/bsd/acpica/dist/include/acoutput.h:288:39:
> error: '_AcpiModuleName' undeclared (first use in this function)
> __LINE__, ACPI_GET_FUNCTION_NAME, _AcpiModuleName, _COMPONENT
Should be fixed
--
Manuel Bouyer <bou...@antioche.eu.org>
NetB
EFAULT=3
> -I/usr/src/sys/external/bsd/acpica/dist/include -c
> /usr/src/sys/netcan/can.c -o can.o
> *** Error code 1
Exept "Error code 1" there's no error message here. There must be something
else in the log.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
1 - 100 of 261 matches
Mail list logo
