I saw the commit - will test tomorrow.
Chavdar
On 14 June 2013 11:41, Chavdar Ivanov ci4...@gmail.com wrote:
Hi,
It is probably worth a send-pr, but knowing that xorg is in a state of
flux, I'll stick to the forum.
On my ThinkPad T61p with an NVidia Quadro FX570m card X no longer
works
It just completed full bonnie++ (default settings) test without a
segfault, a first for me at least.
Chavdar
On 24 June 2013 12:20, Chavdar Ivanov ci4...@gmail.com wrote:
Not much to setup if you want to test it.
Don't run 'zpool scrub', segfaults straight away. Plenty of dumps
available
I just completed full amd64 build.
Chavdar
On 28 July 2013 15:46, Christos Zoulas chris...@zoulas.com wrote:
On Jul 28, 7:04am, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: Re: Sets list need updating for new libbind stuff?
| I think I've just fixed this. Christos, can you please
root? Or perhaps there is some other means of
doing it altogether... Otherwise this query should have been directed
at netbsd-users.
Cheers,
Chavdar Ivanov
--
I'll try some bisection.
Chavdar
On 5 November 2013 10:07, David Brownlee a...@netbsd.org wrote:
On 5 November 2013 08:27, Chavdar Ivanov ci4...@gmail.com wrote:
Tried - the screen stays as it was, no movement whatsoever. No network
activity, the keyboard is also dead - does not respond
That was quick; I only managed to find out that it hangs with a kernel
from 29th...
Chavdar
On 5 November 2013 12:20, Thomas Klausner w...@netbsd.org wrote:
On Tue, Nov 05, 2013 at 10:22:29AM +, Chavdar Ivanov wrote:
I'll try some bisection.
My bisection so far points to a change
I build amd64 and i386 -current overnight using
pkgsrc/sysutils/sysbuild via a cron job:
...
$ crontab -l
# $NetBSD: crontab,v 1.1 2012/07/25 12:20:08 jmmv Exp $
# crontab(5) file for the unprivileged sysbuild user.
PATH=/usr/pkg/bin:/usr/pkg/sbin:/usr/bin:/usr/sbin:/bin:/sbin
SHELL=/bin/sh
#
I just tested it under amd64 -current from yesterday and firefox 26 -
works fine with an applet we actually use daily internally.
Chavdar
On 1 January 2014 03:47, Ryo ONODERA ryo...@yk.rim.or.jp wrote:
From: David Brownlee a...@absd.org, Date: Tue, 31 Dec 2013 17:16:13 +
I've just updated
On 27 January 2014 00:59, Chavdar Ivanov ci4...@gmail.com wrote:
On 26 January 2014 22:38, Christos Zoulas chris...@astron.com wrote:
In article
CAG0OUxiUgJpWY1-Je1JOBaWsr=r50zxredhf3nkpsbgb9n8...@mail.gmail.com,
Chavdar Ivanov ci4...@gmail.com wrote:
(newbie alert...)
Hi,
I build
On 29 January 2014 14:09, Christos Zoulas chris...@zoulas.com wrote:
On Jan 29, 1:07am, ci4...@gmail.com (Chavdar Ivanov) wrote:
-- Subject: Re: Sysbuilld cron under -current amd64
| Now I am getting (resource temporarily unavailable) when it fails.
|
| It seems it is not because of being
Same with a kernel from today.
Chavdar
On 10 February 2014 16:38, Chavdar Ivanov ci4...@gmail.com wrote:
From a build at 2014/02/09 14:29 I get:
...
boot device: raid0
root on raid0a dumps on raid0b
root file system type: ffs
uvm_fault(0xfe8006d1ce60, 0x0, 4) - e
uvm_fault
Ivanov ci4...@gmail.com wrote:
Same with a kernel from today.
Chavdar
On 10 February 2014 16:38, Chavdar Ivanov ci4...@gmail.com wrote:
From a build at 2014/02/09 14:29 I get:
...
boot device: raid0
root on raid0a dumps on raid0b
root file system type: ffs
uvm_fault
:
On Fri, Feb 21, 2014 at 02:24:34PM +, Chavdar Ivanov wrote:
The panic still takes place with 6.99.32 from the overnight build.
Something must be different about your build (or system).
Any guesses.
The first address printed for the faulting %rip is the one that is
most likely
it out, and it is not some
transient hardware fault.
Unfortunately I am none the wiser. All is good, though. At least I
learned something about git, which should be useful other time.
Thanks,
Chavdar Ivanov
On 24 February 2014 15:25, Chavdar Ivanov ci4...@gmail.com wrote:
On 24 February 2014 11
is that this panic has
to do with the fact that my root is on raid set.
Chavdar
Masao
On Thu, Apr 17, 2014 at 8:16 PM, Chavdar Ivanov ci4...@gmail.com wrote:
Hi,
Unmodified GENERIC as of 07/04/2014 (6.99.40) works fine, dmesg follows:
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002
Xorg -version on my -current amd64 from overnight:
X.Org X Server 1.10.6
Release Date: 2011-07-08
X Protocol Version 11, Revision 0
Build Operating System: NetBSD/amd64 -
Current Operating System: NetBSD uksup2 6.99.40 NetBSD 6.99.40
(GENERIC) #12: Tue Apr 22 01:07:12 BST 2014
I get occasionally similar (if not exactly the same, can't check right
now) messages on one of my -current amd64 systems. It seems to be only
with abcde, though - it works first time, the message comes by when I
try to rip second cd. My DVD is USB2. When this happens, I can still
mount the DVD, or
| | pgoyette at netbsd.org |
-
Chavdar Ivanov
--
Kernel from 08/14/2014 still works fine for me.
Chavdar
On 11 May 2014 17:58, Quentin Garnier c...@cubidou.net wrote:
On Sun, May 11, 2014 at 08:26:52AM -0700, Paul Goyette wrote:
On Sun, 11 May 2014, Masao Uebayashi wrote:
Someone have to step up and bisect the whole kernel tree.
Well, I
Just for the record, the suggested patch did not make any difference
for my problem, which otherwise appears to be linked to this
discussion - root on raidframe. In my case GENERIC still boots fine if
I enable DEBUG and DIAGNOSTIC.
Chavdar
On 12 May 2014 09:19, Robert Elz k...@munnari.oz.au
12, 4:24pm, ci4...@gmail.com (Chavdar Ivanov) wrote:
-- Subject: Re: Strange boot problems on amd64-current (6.99.40)
| Just for the record, the suggested patch did not make any difference
| for my problem, which otherwise appears to be linked to this
| discussion - root on raidframe. In my
Prior to updating osabi, I always force the removal of the packages
which depend on it, then update osabi, then manually install the
dependencies (in my case, x11-links, lsof and libgtop).
Chavdar
On 15 May 2014 14:27, Riccardo Mottola riccardo.mott...@libero.it wrote:
Hi,
after updating
On 19 May 2014 16:38, Riccardo Mottola riccardo.mott...@libero.it wrote:
Hi,
Greg Troxel wrote:
Really, when you update pkgsrc, it's only safe to rebuild things in
order (but of course many other things work). That's why pkg_rr was
written.
If one follows -current and uses
On 19 May 2014 17:18, Greg Troxel g...@ir.bbn.com wrote:
Chavdar Ivanov ci4...@gmail.com writes:
On 19 May 2014 16:38, Riccardo Mottola riccardo.mott...@libero.it wrote:
Hi,
Greg Troxel wrote:
Really, when you update pkgsrc, it's only safe to rebuild things in
order (but of course many
Hi,
I tried to rebuild emulators/simh on a very -current amd64 system; I am getting:
...
simhmake
= Bootstrap dependency digest=20010302: found digest-20121220
=== Checking for vulnerabilities in simh-3.9.0nb4
=== Building for simh-3.9.0nb4
lib paths are: /usr/lib /usr/pkg/lib
using libm:
An earlier build (under 6.99.23) seems to work fine. I also just built
it under 6.1.4, again, installs and runs under -current. Just a data
point; I thought it was compiler connected.
Chavdar
On 30 June 2014 16:39, Matt Thomas m...@3am-software.com wrote:
On Jun 30, 2014, at 8:30 AM, Martin
6.99.46 kernel also is OK.
Chavdar Ivanov
...
--
On 14 July 2014 13:08, Chavdar Ivanov ci4...@gmail.com wrote:
Hi,
With 6.99.47 amd64 from a few minutes ago I get on the console:
Same with 6.99.48 from a few minutes ago.
Another data point - if you run, say, 'less' under this kernel, raw
terminal input is not accepted (e.g. one has to hit
Mine is also much better now - DRMKMS kernel boots into multiuser,
switches the mode and works fine in multiuser. Xorg doesn't start; it
blanks the screen and I presume panics, but I can't see anything; I
will have to switch to serial console to see what is going on (I also
had a panic from a
On 22 August 2014 16:56, Taylor R Campbell riastr...@netbsd.org wrote:
Date: Fri, 22 Aug 2014 10:18:59 +0100
From: Chavdar Ivanov ci4...@gmail.com
A DRMKMS kernel from 15th works as suggested above - switches to
1280x1024 and is fine after (Xorg panics earlier; with the latest
On 22 August 2014 23:39, Chavdar Ivanov ci4...@gmail.com wrote:
On 22 August 2014 22:35, Robert Swindells r...@fdy2.co.uk wrote:
Chavdar Ivanov wrote:
On 22 August 2014 16:56, Taylor R Campbell riastr...@netbsd.org wrote:
Date: Fri, 22 Aug 2014 10:18:59 +0100
From: Chavdar Ivanov ci4
Hi,
On my -current systems (adm64 from overnight) ldd segfaults:
# file /bin/sh
/bin/sh: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
dynamically linked (uses shared libs), for NetBSD 7.99.1, not stripped
# ldd /bin/sh
Memory fault (core dumped)
# uname -a
NetBSD support6.delcam.local
startx or [kg]dm), I get a hard reset.
Chavdar
On 23 August 2014 17:39, Chavdar Ivanov ci4...@gmail.com wrote:
On 22 August 2014 23:39, Chavdar Ivanov ci4...@gmail.com wrote:
On 22 August 2014 22:35, Robert Swindells r...@fdy2.co.uk wrote:
Chavdar Ivanov wrote:
On 22 August 2014 16:56, Taylor R
in the panic).
Chavdar
On 3 September 2014 13:57, Chavdar Ivanov ci4...@gmail.com wrote:
The good news is that DRMKMS doesn't crash any more on boot on that
machine; Xorg shows the cursor in the screen centre and a small white
rectangle in the top left corner; the machine is reachable from
outside
trying to build a live-image for RPI on -current.
Chavdar Ivanov
it has happened - prior to 7.99.5 it was
running aroung 6.99.49 vintage and was crashing in similar manner, but I
never took any notice).
Chavdar
On Thu Feb 19 2015 at 9:18:25 AM Chavdar Ivanov ci4...@gmail.com wrote:
Thanks, I repeated the build yesterday and it completed fine.
Chavdar
Thanks, I repeated the build yesterday and it completed fine.
Chavdar Ivanov
On Thu Feb 19 2015 at 9:16:46 AM Tom Ivar Helbekkmo t...@hamartun.priv.no
wrote:
Tom Ivar Helbekkmo t...@hamartun.priv.no writes:
Chavdar Ivanov ci4...@gmail.com writes:
I've been getting the following
. I
will play a little bit more once my live build from today gets ready,
Chavdar Ivanov
On Thu Feb 12 2015 at 9:23:16 AM Chavdar Ivanov ci4...@gmail.com wrote:
Here is a dmesg.boot from recent -current amd64 on an ASUS Z97WS, if that
is of interest. I am building a live image right now to try
I've attached my dmesg.boot, Xorg.0.conf (when only Xorg is run, does not
crash, shows working mouse cursor only) and the output from a panic taken
with a debug kernel, if it might be of interest.
Chavdar
On Fri, 27 Feb 2015 at 04:28 John D. Baker jdba...@mylinuxisp.com wrote:
On Thu, 26 Feb
Both my 7.99.10 overnight builds (i386 and amd64) were successful.
Chavdar
On Tue, 21 Apr 2015 at 03:30 Paul Goyette p...@vps1.whooppee.com wrote:
Is it only the amd64-xen modules that aren;t handled properly? Or are
both amd64 and amd64-xen affected?
This used to work correctly (in the
).
Chavdar
(but yesterday evening failed because /usr/shae/misc/acronyms-o was
missing...).
On Tue, 21 Apr 2015 at 14:38 Hisashi T Fujinaka ht...@twofifty.com wrote:
Do you use -u?
On Tue, 21 Apr 2015, Chavdar Ivanov wrote:
Both my 7.99.10 overnight builds (i386 and amd64) were successful
code 2
Stop.
nbmake[2]: stopped in /home/sysbuild/src/distrib
..
The same happens with i386.
Chavdar Ivanov
already fixed this.
On Wed, 29 Apr 2015, Chavdar Ivanov wrote:
Anyway, I am getting literally exactly the same message when trying to
install under Hyper-V (only curlwp is slightly different).
Chavdar
On Wed, 29 Apr 2015 at 09:26 Paul Goyette p...@vps1.whooppee.com
wrote:
Yes, I
, Chavdar Ivanov wrote:
Why are you having 7.99.11? It has been 7.99.13 for some days now.
Chavdar
On Wed, 29 Apr 2015 at 02:02 Paul Goyette p...@vps1.whooppee.com
wrote:
While running sysinst under qemu, I get the following, right after
sysinst has run newfs:
/targetroot: bad dir ino
this might have happened? I build the day
before the system - not via cron as in this case, but by manually
executing the command line which is normally started by cron.
Chavdar Ivanov
It is OK now after a few attempts, without me doing anything other than cvs
update. Today I got both i386 and mad64 live-image builds.
Chavdar
On Fri, 1 May 2015 at 21:14 Iain Hibbert plu...@ogmig.net wrote:
On Mon, 27 Apr 2015, Chavdar Ivanov wrote:
I've been trying to build liveimage
...@mail.gmail.com,
Chavdar Ivanov ci4...@gmail.com wrote:
Hi,
My overnight build of -current (only amd64 on this machine) failed due
to lack of disk space. The day before there was more than 200GB free
on the filesystem in question.
I found the following file at the end:
...
-- total 473048080
All the time with a particluar type of HP-branded mouse.
I intended to investigate, but that box is not on all the time.
Chavdar
On Wed, 16 Sep 2015 at 12:32 Paul Goyette wrote:
> I've recently noticed something very strange...
>
> On my NetBSD-7.99.21/amd64 system,
Hi,
I see a few days ago nouveau was enabled in GENERIC (at least in amd64). I
wonder if I have to do something else to get this to work with my two
systems with NVidia graphics - a ThinkPAD T61p with Quadro FX570m and a
dual Opteron system with a similar old card. The former panics not being
Works OK now.
Chavdar
On Wed, 1 Feb 2017 at 15:52 Simon J. Gerraty wrote:
> > https://mail-index.netbsd.org/source-changes/2017/01/31/msg081505.html
> > breaks all pkgsrc package builds.
> > The typical error is as follows.
> >
> > Could you take a look at this problem?
>
>
Hi,
The last few days I am getting repeated panics on amd64 -current running
under VirtualBox (latest 5.1.14 version at the moment) as follows:
---
panic: auidui_init_ringbuffer: blksize=0
fatal breakpoint trap in supervisor mode
trap type 1 code 0 rip 80115455 cs 8 rflags 246 cr2 0
(but
perhaps two months ago it was OK). Of course the reason for this may lay
outside NetBSD - VirtualBox sound emulation driver, Windows 10 driver etc.
Chavdar
On Tue, 24 Jan 2017 at 07:43 Martin Husemann <mar...@duskware.de> wrote:
> On Mon, Jan 23, 2017 at 08:33:34AM +, Chavdar Ivanov wrot
Hi,
I see earlier this month set_escdelay extension has been added to
libcurses. Now audio/moc finds it and configures it (in
interface_elements.c), but dumps core on invocation:
--
➜ moc-2.5.0 ./mocp .
Running the server...
Trying OSS...
[1]1918 segmentation fault (core dumped) ./mocp .
➜
... and on a second attempt it ran OK.
On Sat, 11 Feb 2017 at 11:01 Chavdar Ivanov <ci4...@gmail.com> wrote:
> Same here.
>
> On Sat, 11 Feb 2017, 07:50 Paul Goyette, <p...@whooppee.com> wrote:
>
> With sources updated just a short time ago, I have successfully
>
Same here.
On Sat, 11 Feb 2017, 07:50 Paul Goyette, wrote:
> With sources updated just a short time ago, I have successfully
> completed a "build.sh release sourcesets iso-image-source"
>
> However, when trying to "build.sh install-image" it fails with the
> following in the
Thanks, works fine as far as I can tell.
Chavdar
On Thu, 9 Feb 2017 at 17:28 Christos Zoulas <chris...@astron.com> wrote:
> In article <
> cag0ouxgtqmhxya1cqkb9yjddg8ggfggriws6nwht+knxn1e...@mail.gmail.com>,
> Chavdar Ivanov <ci4...@gmail.com> wrote:
> >-=-=-
t; On Sat, 11 Feb 2017, Chavdar Ivanov wrote:
>
> > ... and on a second attempt it ran OK.
>
> Yes - I fixed it! :)
>
>
> > On Sat, 11 Feb 2017 at 11:01 Chavdar Ivanov <ci4...@gmail.com> wrote:
> >
> >> Same here.
> >>
> >> On Sat, 11 Feb
VirtualBox
On Fri, 21 Oct 2016, 04:17 Thor Lancelot Simon, wrote:
> On Thu, Oct 20, 2016 at 11:09:02PM +0200, Jarom??r Dole??ek wrote:
> > I've now committed my fixes for NVMe driver, should be more stable
> > now, give it a try.
> >
> > With those fixes, the driver works
I see there is 'zfs volinit' line in this file. the zfs command reports
there is no volinit subcommand and fills rc.log with its usage (if you have
zfs datasets, that is).
Any idea why is this line present?
Chavdar
at 13:01 Greg Troxel <g...@lexort.com> wrote:
>
> Chavdar Ivanov <ci4...@gmail.com> writes:
>
> > I see there is 'zfs volinit' line in this file. the zfs command reports
> > there is no volinit subcommand and fills rc.log with its usage (if you
> have
> > zf
I have been getting the last few days:
...
Creating rootfs...
chmod +r work/var/spool/ftp/hidden
/home/sysbuild/amd64/tools/bin/nbmakefs -M 1475346432 -m 1475346432
-B 1234 -F work.spec
-N work/etc
om a full release today, without any
> problems. Is your destination file system full?
>
> On Fri, 28 Oct 2016, Chavdar Ivanov wrote:
>
> > I have been getting the last few days:
> > ...
> > Creating rootfs...
> > chmod +r work/var/spool/ftp/hidden
> > /home
Hi,
Sometimes after 17th of November I started getting regularly (on a VM under
VMWare player which I use as a build server) the following:
➜ crash # gdb netbsd.4
GNU gdb (GDB) 7.12
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
Panics the same way, unfortunately. I was thinking of bisecting between
17th and 27th of November; the src tree gets screwed after this panic (I
guess bad spot into the cvs update), so I have to recover from scratch.
Chavdar Ivanov
On Sat, 3 Dec 2016 at 12:01 Michael van Elst <mlel...@serpens
I have had this for a while, can't say when from, perhaps weeks or a few
months. I haven't noticed a problem.
Chavdar
On Sun, 1 Jan 2017, 03:26 Paul Goyette, wrote:
> I just updated my machine to -current (sources updated on 2016-12-31 at
> 23:00:24 UTC - about 4 hours ago).
I had the same a few weeks ago, ended up manually creating the softlink to
Yapp/Driver.pm in perl's library (which was present) into the work tree as
presented.
Chavdar
On Thu, 16 Mar 2017 at 22:56 Riccardo Mottola
wrote:
> Hi,
>
> I updated pkgsrc and did run
ise
unable to do anything - just echoing the CR (I've interrupted this and took
a screenshot of the trace here - http://bit.ly/2tVxnvX ).
Any ideas?
Chavdar Ivanov
(I don't know if current-users is the best list to post this, but as both
domains are
NetBSD nt61p 8.99.1 NetBSD 8.99.1 (MYXEN) #0:
Jul 2017 at 09:28 Chavdar Ivanov <ci4...@gmail.com> wrote:
> Hi,
>
> After I managed - with the help of few - to get my old Thinkpad T61p to
> work fine under -current (with two separate downgrades) I decided -
> following a recent discussion about hypervisors here - to try
14:34:55 +, Chavdar Ivanov <ci4...@gmail.com>
> wrote:
>
> > The resulting system works also fine, with the unfortunate exception
> > that the screen stays dark after the framebuffer line in the dmesg is
> > seen, when it has to switch to high resolution mode d
Hi,
I finally found some time to revive one of my old laptops with NetBSD after
some service testing other stuff. IT is a ThinkPAD T61p with NVidia
graphics. I had a live system image prepared a few months ago which I could
use to compile -current from scratch and subsequently sysupdate. This was
-current changes often enough, it is not practical to maintain binary
packages for all versions. You either compile the packages you need from
pkgsrc yourself, or use the latest available, perhaps from 8BETA (although
I never checked if these are present). I personally run current on all my
2:34:55PM +, Chavdar Ivanov wrote:
>
> > It would be a bit tedious to do bisecting from 20th of November until
> now,
> > so I hoped someone would remember some change for this.
> >
>
> Most likely I broke it with this change:
> https://v4.freshbsd.org/commit/netbsd/src/dY8Umnn16RPolJxz
>
s/earlier/elsewhere/ - the problem could be in another place, introduced
later. So no idea.
Chavdar
On Fri, 30 Jun 2017 at 11:51 Chavdar Ivanov <ci4...@gmail.com> wrote:
> Thanks for the suggestion, but it appears the problem was earlier. I built
> an up-to-date kernel with th
for
bisecting it.
Chavdar Ivanov
On Sat, 29 Jul 2017 at 21:53 John D. Baker <jdba...@mylinuxisp.com> wrote:
> PR kern/52440
>
> --
> |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
> |\ / jdbaker[snail]mylinuxisp[flyspeck]comOpenBSDFreeBSD
It still panics the same way, no difference.
On my other laptop, an HP EliteBook, I haven't the problem at all, only on
the two T61p's (one of them stopped working a week ago, though).
Chavdar Ivanov
On Sat, 14 Oct 2017 at 15:45 Jaromír Doleček <jaromir.dole...@gmail.com>
wrote:
&
in the DVD bay, placing the NetBSD root in the
proper place, but nevertheless the panic may indicate some other unfinished
work, so I shall keep it as it is for testing.
Chavdar Ivanov
On Sun, 15 Oct 2017 at 19:03 Jaromír Doleček <jaromir.dole...@gmail.com>
wrote:
> Hi,
>
> should
)
Software Settings Preservation (enabled)
Anything else to test?
Chavdar Ivanov
On Mon, 16 Oct 2017 at 19:07 Jaromír Doleček <jaromir.dole...@gmail.com>
wrote:
> Okay, can you try following patch? It puts puts back a flag for IRQ
> handling. If it works, I might have an idea what's happen
is just the next prompt after the DOMU shutdown I was
refering to).
Chavdar
On Mon, 21 Aug 2017 at 11:32 Patrick Welche <pr...@cam.ac.uk> wrote:
> Possibly an instance of PR kern/52106 ?
>
> On Sat, Aug 19, 2017 at 12:45:02PM +, Chavdar Ivanov wrote:
> > Hi,
>
expect bridging to work when using
a wireless device (especially a iwn driver).
Chavdar Ivanov
On Mon, 31 Jul 2017 at 11:47 Chavdar Ivanov <ci4...@gmail.com> wrote:
> One more hang shutting down the DOMU, happens with 'xl shutdown foo' in
> the DOMU console:
>
> ---
> foo# xe
Is this so at the moment? Anyone having the same?
chrome from the same machine).
Then it came back. Go figure. Some router somewhere might have been
rebooted...
Chavdar Ivanov
On Tue, 22 Aug 2017 at 12:24 Martin Husemann <mar...@duskware.de> wrote:
> On Tue, Aug 22, 2017 at 11:13:11AM +, Chavdar Ivanov wrote:
> > Is this s
tches work, as the
files in question are generated in the 'make configure' stage.
Chavdar Ivanov
.
Chavdar
On Sun, 8 Oct 2017 at 11:55 Chavdar Ivanov <ci4...@gmail.com> wrote:
> System updated about two hours ago. I am getting:
>
>
> wd0 at atabus0 drive 0
> wd0:
> wd0: drive supports 16-sector PIO transfers, LBA48 addressing
> wd0: 298 GB, 620181 cyl, 16 hea
ait+0xd
acpicpu_cstate_idel_enter() at netbsd:acpicpu_cstate_idle_enter+0xdb
acpicpu_cstate_idle() at netbsd:acpicpu_cstate_idle+0xb6
idle_loop() at netbsd:idle_loop+0x18c
db{0}>
(that is on my usual ThinkPad T61p).
Couldn't get a crash dump.
Chavdar Ivanov
by this - on a very standard ThinkPad T61p.
Chavdar Ivanov
On Mon, 9 Oct 2017 at 11:43 Chavdar Ivanov <ci4...@gmail.com> wrote:
> The same happens with the kernel built some hour ago. The last kernel I am
> running on the T61p is from 05/10/2017.
>
> I just tested
> https:/
changes in
wd/ata areas and apparently the fallout hasn't been cleared yet.
As I mentioned earlier, dump is not created.
Chavdar Ivanov
On Sun, 8 Oct 2017 at 15:17 Chavdar Ivanov <ci4...@gmail.com> wrote:
> I tried the same kernel on a VirtualBox guest - it doesn't crash, but one
>
it from the messages, this is still
w.i.p., so perhaps I should just wait...
Chavdar Ivanov
On Mon, 9 Oct 2017 at 14:49 Chavdar Ivanov <ci4...@gmail.com> wrote:
> A bit sad responding to myself... Anyway,
>
>
>
> https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/201710060130
0xe40042c0
rebooting...
...
The disk is on the place of the CD with an appropriate tray, this happens
with kernels from releng, not only with mine. There is another disk, an SSD
in the internal bay, with a Windows 10 and some Linux installation, the
default boot is NetBSD from the tray.
Chavdar
It supports AHCI mode only on the regular internal disk, not on a disk
connected via a tray to the CDROM.
On Thu, 12 Oct 2017, 00:11 Michael van Elst, <mlel...@serpens.de> wrote:
> On Wed, Oct 11, 2017 at 08:19:13PM +, Chavdar Ivanov wrote:
> > I see you are on a ThinkPad
The timeouts when running under VirtualBox disappeared, but of course the
panic on my T61p remains.
Chavdar Ivanov
On Tue, 10 Oct 2017 at 22:40 Jaromír Doleček <jaromir.dole...@gmail.com>
wrote:
> Hey,
>
> can you try with dev/scsipi/atapi_wdc.c 1.128? That should resolve
Just to mention, I haven't ran build.sh manually for years. I always
install sysutils/sysbuild and sysupdate and have never had such a problem.
Although my last rPi build was for 8.99.3,, so things may have changed.
Chavdar
On Mon, 27 Nov 2017, 03:48 bch, wrote:
> On
figure...
Chavdar Ivanov
Interesting - I reported earlier exactly the same sequence -
...
pmap_enter_ma() at pmap_enter_ma+0xe2a
pmap_enter_default() at pmap_enter_default+0x1d
udv_fault() at udv_fault+0x151
uvm_fault_internal() at uvm_fault_internal+0x6d4
trap() at trap+0x3f0
--- trap (number 6) ---
...
when starting
And also I get the same panic with 'acpidump -dt', tested with the
yesterday's image from releng -
http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/201711212310Z/images/NetBSD-8.99.7-amd64.iso
.
Chavdar
On Wed, 22 Nov 2017 at 09:17 Chavdar Ivanov <ci4...@gmail.com> wrote:
> Intere
On 22 November 2017 at 15:34, Chavdar Ivanov <ci4...@gmail.com> wrote:
> And also I get the same panic with 'acpidump -dt', tested with the
> yesterday's image from releng -
> http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/201711212310Z/images/NetBSD-8.99.7-amd64.iso
A little further the compilation of sctp_output.c also fails due to a
redefinition of in6_sin_2_v4mapsin6 (already in
/usr/include/netinet6/in6.h).
Chavdar
On Fri, 15 Dec 2017, 23:53 , wrote:
> cvs update
>
df.org> wrote:
> On Sat, Dec 16, 2017 at 12:26:25AM +0000, Chavdar Ivanov wrote:
> > A little further the compilation of sctp_output.c also fails due to a
> > redefinition of in6_sin_2_v4mapsin6 (already in
> > /usr/include/netinet6/in6.h).
>
> I was buidling with
same kernel,
it didn't panic this time...
Chavdar Ivanov
--
f it is perhaps a proper quote, but is worth remembering and
reminding people.
Chavdar Ivanov
On 18 November 2017 at 12:21, Rhialto <rhia...@falu.nl> wrote:
> It has come to my attention that FreeBSD has removed fortunes quoted
> from Adolf Hitler a few days ago. I was very surprised that th
It was complaining too many open files, kern.maxfiles was about 3400, I
increased it to 1, but later decided to break the build and issued
'pkill -9 Build' , which led to a panic, now in fsck. Looks like a fork
bomb...
On Mon, 13 Nov 2017, 14:15 Chavdar Ivanov, <ci4...@gmail.com>
1 - 100 of 677 matches
Mail list logo