On Sun, Jul 13, 2014 at 10:20:46PM +, thor0...@comcast.net wrote:
> *I altered both "mtree.conf" to add the libdata subtree, and "lists"
> to tell ./build.sh/make to copy the firmware: > COPY
> ${NETBSDSRCDIR}/external/realtek/urtwn/dist/rtl8192cfw.bin
> libdata/firmware/if_urtwn/rtl8192cfw.bi
Does ATF work for anyone on -current on some arm platform?
After updating yesterday, it completely fails for me.
Example:
cd /usr/tests/bin/df && atf-run
[..]
info: env, HOSTTYPE=NetBSD
info: env, OSTYPE=NetBSD
info: env, MACHTYPE=arm32
tps-count: 1
tp-start: 1405585616.288856, t_df, 2
tc-start:
On Thu, Jul 17, 2014 at 10:29:02AM +0200, Martin Husemann wrote:
> Does ATF work for anyone on -current on some arm platform?
This is only a symptom of C++ exception handling being completely broken
on arm right now.
Martin
Registration[1] is now open for this years EuroBSDCon in Sofia, Sep 25 - 28.
The program[2] features lots of NetBSD content, and other great talks
as well - I hope this will be a fantastic conference.
Looking forward to seeing you all in Sofia,
Martin
[1] http://2014.eurobsdcon.org/talks-and-sch
On Mon, Jul 21, 2014 at 09:44:35AM +0200, Manuel Bouyer wrote:
> We probably don't have the ressources for providing binaries
> for each {,e}arm{,hf} variants.
We should only provide earm variants, and then there are not many relevant
combinations.
However, the question of a decent upgrade path f
On Tue, Jul 22, 2014 at 01:15:29AM +0900, Izumi Tsutsui wrote:
> Well, if you only read the quoted sentence and
> you are claiming about i386 to amd64 migration,
> please implement it in sysinst as you like.
>
> The problem discussed here is arm to earm (or its variant).
Yes, the problem is real
On Wed, Aug 06, 2014 at 03:08:07PM +0200, Alan Barrett wrote:
> I don't know what's going wrong for you. I am pretty sure it
> works for me, though it's been some time since I tried a MKUPDATE
> build (a.k.a. build.sh -u) across a kernel version change.
I do it all the time and never have a pro
On Wed, Aug 06, 2014 at 02:24:46PM +0100, Patrick Welche wrote:
> I think you mean $DESTDIR ? (as per "-r" flag of build.sh)
$DESTDIR and -D flag, yes.
Martin
On Wed, Aug 06, 2014 at 04:02:25PM +0200, Alan Barrett wrote:
> Do you know what's wrong with the automated removal that was added
> in src/Makefile revision 1.309 on 2014-06-16?
Oh, maybe I didn't have to do it since then - not sure, will look closer
if it should happen again at next kernel bump.
On Thu, Aug 07, 2014 at 10:41:53AM -0500, John D. Baker wrote:
> I just noticed this the other day, since I'd not before dealt with
> machines running -current on which the native Xorg sets were not installed
> and thus merging changes from "xetc.tgz" are unnecesary.
>
> Running:
>
> postinstal
On Tue, Aug 12, 2014 at 07:07:54AM -0500, John D. Baker wrote:
> Commenting/removing the line from "fstab" silences the error on boot
> but will cause 'postinstall' to prompt "fix"ing that on the next update.
Are you sure about commenting? Postinstall should not complain, but maybe
you need a spac
f the EuroBSDCon 2014 program committee
Martin Husemann
On Mon, Aug 18, 2014 at 08:41:35AM -0700, Brian Buhrow wrote:
> Hello. Could you provide an example of what you expect an /etc/fstab
> file entry to look like before and after your suggested edits?
before it would use sd0a and sd0b (or wd*), after:
NAME=sb2k5Root/a/ ffs r
FYI,
Martin
--
Google are offering 5 travel grants for female computer scientists to
attend EurBSDCon 2014
Google EMEA Women in Tech Conference and Travel grants for female
computer scientists
As part of Google's ongoing commitment to encourage women to excel in
computing a
On Fri, Aug 22, 2014 at 10:13:14PM +0200, Maxime Villard wrote:
> - Wondering if it is a specific issue I reboot on Linux, and try to install
> the
> USB image and the ISO in a VM. It does not seem to complain about
> installboot,
> but now there's another issue: the installer can't download
On Sat, Aug 23, 2014 at 06:20:39AM +0700, Robert Elz wrote:
> I suspect that (instead of enabling auto wedge detection on existing labels
> as the next step forward - ie: undoing what was recently done) sysinst be
> updated (for i386 and amd64 at least) to offer GPT instead of disklabel
> installs
On Tue, Aug 26, 2014 at 05:33:41PM +0200, Kurt Schreiner wrote:
> Hi,
>
> with -current source updated some minutes ago build.sh ... distribuiton
> (on i386 at least) fails in ld.elf_so:
Christos just fixed it.
Martin
On Tue, Aug 26, 2014 at 02:41:40PM -0700, Hisashi T Fujinaka wrote:
> I've been complaining about this for days, but of course in the wrong
> venues.
This one is ok, and the issue should be fixed now - sorry for the delay.
Martin
On Sat, Sep 13, 2014 at 08:25:24AM +0700, Robert Elz wrote:
> I cannot get any mention of gpt partitioning to appear anywhere - using
> an amd64 xen domU install kernel 7.99.1 (from a day or two ago).
It checks wether some binaries are available in $PATH and hides menus
(for gpt, lvm, cgd, ...) si
On Fri, Sep 19, 2014 at 09:25:52AM +0100, Matthias Scheler wrote:
> tron@lyssa:~#installboot -v /dev/rwd0a /usr/mdec/bootxx_ffsv1
> installboot: Opening file system `/dev/rwd0a' read-write: Device busy
This is fallout from the wedges auto-configuration changes.
You should be able (in
On Sun, Sep 21, 2014 at 11:25:36AM +0200, u-6...@aetey.se wrote:
> This is not a duplication but a separate effort with different goals.
But we fail to understand your goals.
All you need to do is:
- build.sh tools
- nbmake includes
- cd lib/libc && nbmake obj dependall install
or someth
On Sun, Sep 21, 2014 at 05:16:59PM +0200, u-6...@aetey.se wrote:
> I need also a standard NetBSD installation and several hundred MB sources,
> don't I?
No, not the former. Any posix-ish system will do.
But the second is true, you need the full source tree. Not everything
of that will be used, an
On Mon, Sep 22, 2014 at 10:05:47PM +0200, u-6...@aetey.se wrote:
> I would be thankful for suggestions of how to extract all the necessary
> and only the necessary source needed to build libc
Very easy:
do a build.sh and then check the $OBJDIR/lib/libc for *.d and .depend files.
Martin
Sorry folks, I broke the build big time - and this time it was kinda on
purpose.
In order to systematically track down all changes needed to fix PR 49074
(but for all architectures, and future proof), I added a link time test
exercising the C++ 2011 operations.
The list of architectures this di
On Sat, Oct 11, 2014 at 08:04:47PM +0200, Martin Husemann wrote:
> Sorry folks, I broke the build big time - and this time it was kinda on
> purpose.
All fallout from this should now be fixed.
Martin
On Tue, Oct 21, 2014 at 03:58:04PM +0200, Havard Eidnes wrote:
> What's the appropriate fix?
Remove the throw() in the gcc header - this has been done in -current
and -7 (IIRC), not sure about a pullup for -6.
Martin
On Wed, Oct 29, 2014 at 03:03:09PM +, Chavdar Ivanov wrote:
> Hi,
>
> Perhaps a newbie question - with the latest updates to ssh I've lost the
> capability to ssh from a Solaris 10 (or OpenIndiana) host to a
> NetBSD-current server:
>
> - from an old Solaris 10 machine:
> [srv1] / # ssh suppo
On Sun, Nov 02, 2014 at 02:23:58AM -0800, John Nemeth wrote:
> (64-bit ARM). This means that it will be boot code for several
> types of systems, and it will be the first quasi-MI bootcode. As
> such, there is no existing obvious place for where to put it. Let
> the bikeshedding begin...
I woul
Looking at
http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-7/201412042050Z/amd64/binary/sets/
you can see:
kern-DRMKMS.tgz 04-Dec-2014 21:48 7434kB
kern-GENERIC.tgz 04-Dec-2014 21:48 6283kB
kern-XEN3_DOM0.tgz 04-Dec
On Fri, Dec 05, 2014 at 08:02:08AM -0500, Michael wrote:
> Hmm, I'm fairly sure that at least two other netbsd people got free
> ones, apparently they didn't have time to play with them yet.
I got one, but was waiting for you to commit support for the interrupt
controller ;-)
Not that I would hav
On Wed, Dec 17, 2014 at 01:36:05PM +0100, Thomas Klausner wrote:
> I noted that my dmesg output now contains a newer ACPI version than
> before, could something have happened with that import that causes
> this?
Or a bug in the imported ACPI version.
Martin
On Sat, Dec 27, 2014 at 10:43:13PM -0800, Hisashi T Fujinaka wrote:
> /usr/obj/evbarm/destdir.evbarm/usr/include/fenv.h: In function
> 'feenableexcept':
> /usr/src/lib/libm/arch/arm/fenv.c:170:1: error: control reaches end of
> non-void function [-Werror=return-type]
>
> There's no return in the
On Fri, Jan 09, 2015 at 03:19:45PM +, Patrick Welche wrote:
> On shutdown, usually, but not always, Xorg's cpu usage goes up to 100%,
> and needs to be killed to allow shutdown to complete. I have seen this
> with -current/amd64 on an ivy bridge, sandy bridge and pineview.
I have seen that wit
On Thu, Jan 15, 2015 at 03:28:48PM +0100, Manuel Bouyer wrote:
> Has anyone else noticed this ?
Is this install/49440 ?
Martin
On Wed, Jan 21, 2015 at 10:48:40AM -0500, Christos Zoulas wrote:
> The current implementation of groups and rules on npf is interface-specific,
> and it is not finalized yet. I considered adding per interface rules, but
> that introduces complexity. Perhaps I will add a flag to the daemon to
> hand
On Thu, Jan 22, 2015 at 07:12:12PM +, Michael van Elst wrote:
> The best method is probably to warn the user and let him decide.
I guess in the sysinst context it would be better to just handle it,
e.g. by sysinst dd'ing 20k of zeros to the start of the FS before invoking
newfs or similar.
Ma
On Sat, Jan 24, 2015 at 10:57:17AM -0600, Dennis Ferguson wrote:
> Hello,
>
> Since moving to gcc 4.8.4 the evbcf build has been failing like this:
Did it build before? We don't build it on the autobuild cluster, should
we change that?
Martin
On Wed, Feb 04, 2015 at 05:33:10PM -0500, Christos Zoulas wrote:
> Something timer related? Are there any clock events?
One of the cores dead/lievlocked in softnet?
Martin
I see them too, a lot.
The message was hidden under some debug #define untill sometime last year,
when Christos enabled it by default.
I think the issue has still to be analyzed, so filing a PR sounds like
a good idea.
Martin
On Thu, Feb 12, 2015 at 09:27:50AM +, David Brownlee wrote:
> With recent netbsd-7/amd64 (201502092140Z downloaded from nyftp), and
> pkgsrc rebuilt from source yesterday I'm unable to access google from
> firefox
The "google.com" issue apparently is fallout from my last change to
the firefo
On Thu, Feb 12, 2015 at 02:04:45PM +0100, Manuel Bouyer wrote:
> yes, it fails too, with a timeout.
The default config has been changed to deny more query types, so this
is expected behaviour.
Martin
On Wed, Feb 25, 2015 at 03:02:57PM -0500, Greg Troxel wrote:
>
> With current from yesterday, I find that the following files are left in
> the source directory after a build:
>
> src/external/bsd/ntp/dist/ntpd/ntp_parser.[ch]
Is that from a clean build or -u ?
Martin
On Thu, Feb 26, 2015 at 08:08:34AM -0500, Greg Troxel wrote:
> It's from an update build, but I removed them and cvs updated and did it
> again. I found the issue; the yacc rule in make depend is missing the objdir.
The point is: it does not happen on clean new builds; a stall .d file
is causing
On Mon, Mar 23, 2015 at 04:55:52PM +0100, Thomas Klausner wrote:
> Thanks. So if it survives a build, can I commit the attached patch?
> Thomas
LGTM
Martin
After the conference (http://blog.netbsd.org/tnf/entry/asiabsdcon_2015) is
before the conference: if you are doing something interesting with
NetBSD (as I am sure lots of you are), please consider writing about
it and presenting at EuroBSDCon, which will be held Oct 1- 4, 2015,
Stockholm University
On Fri, Apr 03, 2015 at 12:08:00PM +0200, Christof Meerwald wrote:
> But surely there must be a better way to get it working...
What devices/interfaces does it present?
You should be able to query with usbdevs(8).
Martin
On Fri, Apr 03, 2015 at 05:02:15PM +0200, Christof Meerwald wrote:
> I have now enabled the umodem driver again, but reverted
> /src/sys/dev/usb/umodem.c to revision 1.65 and it's still working for
> me. So looks like the changes done in r1.66 result in the umodem
> driver kicking in (and interferi
On Sat, Apr 04, 2015 at 08:50:01AM +0900, Ryo ONODERA wrote:
> blymn@ provides me the program to print interface detail.
> See http://mail-index.netbsd.org/current-users/2014/01/21/msg024127.html
> or attached probe_usb.c .
Yes, that is what I was thinking of - we should make it work with any usb
On Sat, Apr 18, 2015 at 01:44:42PM +0800, Paul Goyette wrote:
> Does anyone know how to properly resolve this? (Include the shared
> library in the sysinst cd-rom image?)
Someone(tm) should finally debug the "use the sets" patch:
https://mail-index.netbsd.org/tech-install/2014/08/12/msg
On Sat, Apr 18, 2015 at 04:20:36PM +0800, Paul Goyette wrote:
> For now, should I just add the libpthread entry to CDRUNTIME+= ...
> commands src/distrib/amd64/cdroms/Makefile.cdrom ?
There are a few more files that needed it, but basically I just did
that (and hope there are no others).
Martin
On Tue, Mar 31, 2015 at 10:06:28AM +0200, Martin Husemann wrote:
> The Call for Papers is open (http://2015.eurobsdcon.org/call-for-papers/),
> you still have time untill April 17th for a proposal.
If you did not manage to send a proposal: the deadline has been extended
untill May 22nd:
On Sat, Apr 25, 2015 at 08:59:45AM +0800, Paul Goyette wrote:
> For some reason, the sme_global_mtx seems to already be locked when
> sysmon_envsys_register tries to get it.
No, it is not initialized:
aibs0 at acpi0 (ASOC, ATK0110-16843024): ASUSTeK AI Booster
panic: lockdebug_lookup: uninitiali
On Sat, Apr 25, 2015 at 03:41:46PM +0800, Paul Goyette wrote:
> A quick scan shows that there are about 125-130 sources files which
> attempt to register with sysmon_{pswitch,wdog,envsys}_register.
Since this is only about early access to the register functions, can't we
just add a static boolean
I do not like the init_main change - the attached patch makes my system boot
with a LOCKDEBUG kernel.
Not sure if this is complete.
Martin
Index: sysmon_envsys.c
===
RCS file: /cvsroot/src/sys/dev/sysmon/sysmon_envsys.c,v
retrieving
On Tue, Apr 28, 2015 at 07:02:39AM +0100, Patrick Welche wrote:
> I have been building with NOGCCERROR=yes in mk.conf - thoughts on a more
> elegant solution to quell the warning?
You are probably building without options DIAGNOSTIC, so the KASSERT is
going away.
I just fixed that file.
Martin
I have another instance of this problem and made the code dump a few more
values:
wd0 at atabus0 drive 0
wd0:
wd0: 111 GB, 232581 cyl, 16 head, 63 sec, 512 bytes/sect x 234441648 sectors
boot device: wd0
root on wd0a dumps on wd0b
cylinder group size mismatch: fs_cgsize = 0x4800, fs->fs_cgsize =
On Thu, Apr 30, 2015 at 12:34:00AM +, Michael van Elst wrote:
> This is ensured by mkfs.c 1.96. How old is your filesystem?
The oldest files in /etc are from july 2010, so that is probably when I
created it.
Martin
I did a newfs run on a sparse file and get a slighly different layout
now:
format FFSv1
endian little-endian
magic 11954 timeThu Apr 30 10:53:04 2015
superblock location 8192id [ 5541ed70 4107aafa ]
cylgrp dynamic inodes 4.4BSD sblock FFSv2 fslevel 4
nbfree 70
On Tue, Apr 21, 2015 at 02:58:43PM -0500, John D. Baker wrote:
> It seems that the disk name derived from the RAID controller contains
> an embedded "/" character. Perhaps such things need translations to
> make a reasonable file name?
Should be fixed in -current now, will request pullup to -7 (b
On Mon, May 04, 2015 at 06:00:43PM +0200, carsten.ku...@arcor.de wrote:
> Hello,
>
> on ftp://nyftp.netbsd.org/pub/NetBSD-daily ISO images of snapshots
> (e.g. named boot.iso) can be found. Would it be possible to also add
> something like boot.img which can be copied to a USB stick? If one
> ofte
On Thu, May 07, 2015 at 09:46:46AM +0200, Riccardo Mottola wrote:
> You can continue with your stubbornness or not, up to you. I like
> operating systems who play nice to different languages and NetBSD has a
> long tradition of being friendly.
It also has a long tradition of using the cleanest s
Just a quick note: after some discussion on tech-install I have just switched
over the i386, amd64, sparc64 and vax CD images to a new, much simpler
sheme based on sets instead of single files or pax patterns.
This means: the install CD images have grown slightly and will contain
all binaries need
I changed the test so it recognices the CGSIZE()-is-off-by-one case especially
and prints a warning pointing to a web page documenting the issue.
In this case it will allow mounting the file system now.
In all other inconsistent cases, mounting will still fail (but print out
information with a few
On Wed, May 20, 2015 at 11:04:43PM +0200, Joerg Sonnenberger wrote:
> On Tue, May 19, 2015 at 03:45:10AM +0200, Timo Buhrmester wrote:
> > As of late, when building (and installing) -head I end up with a
> > libcrypto causing SIGILL, apparently due to using the ``pshufb''
> > instruction (which I b
On Tue, May 26, 2015 at 02:13:07PM -0700, bch wrote:
> was result of a:
>
> host# ./build.sh -j4 -u -x distribution
> host# ./build.sh -x install=/
> host# ./etcupdate
Argh! Sorry, will fix ASAP.
Martin
On Wed, Jun 30, 2021 at 02:23:23PM +0100, Patrick Welche wrote:
> The one bug I see is that running cgdconfig causes a panic
>
> --- trap (number 6) ---
> vn_open() at vn_open+0x31d
That one is fixed now, but there is still serious fallout.
Martin
On Wed, Jun 30, 2021 at 03:49:52PM +0200, Martin Husemann wrote:
> On Wed, Jun 30, 2021 at 02:23:23PM +0100, Patrick Welche wrote:
> > The one bug I see is that running cgdconfig causes a panic
> >
> > --- trap (number 6) ---
> > vn_open() at vn_open+0x31d
>
> Th
On Thu, Jul 01, 2021 at 09:56:03AM +0300, Andreas Gustafsson wrote:
> Martin Husemann wrote:
> > All regressions I am aware of have been fixed now.
>
> At least i386 still hangs while running the ATF tests as of source
> date 2021.07.01.04.25.51.
Hmm, that is the last comm
On Thu, Jul 01, 2021 at 10:54:45AM +0300, Andreas Gustafsson wrote:
> Martin Husemann wrote:
> > Hmm, that is the last commit I needed to get everything working again
> > here - any idea what exactly hangs and where?
>
> The same way it has been hanging ever since
Here is show locks and ps output while the test hangs
Martin
db{0}> show locks
[Locks tracked through LWPs]
** LWP 1856.1856 (rxvt) @ 0x1372f100, l_stat=3
*** Locks held: none
*** Locks wanted:
* Lock 0 (initialized at fstrans_init)
lock address : 0x00c0f2c0 type : sleep/a
Same output again, augmented with stack traces.
Martin
db{0}> show locks
[Locks tracked through LWPs]
** LWP 1856.1856 (rxvt) @ 0x1372f100, l_stat=3
*** Locks held: none
*** Locks wanted:
* Lock 0 (initialized at fstrans_init)
lock address : 0x00c0f2c0 type : sleep/adaptiv
I did not trust macppc / lockdebug so reproduced it on evbarm.
Unfortunately nearly identical (not making any sense to me) output again...
Martin
db> show locks
[Locks tracked through LWPs]
** LWP 1370.1370 (umount) @ 0xc488b180, l_stat=3
db> bt/a 0xc488b180
trace: pid 1370 lid 1370 at 0xd
On Sat, Jul 03, 2021 at 12:55:33AM +, RVP wrote:
> Anybody else have this issue?
Not this specific one, but test runs still do not complete with -current
for me (both evbarm and macppc locked up [differently to the deadlock
before]). Will investigate and provide more details later.
Martin
On Sat, Jul 03, 2021 at 10:36:07AM +0100, Chavdar Ivanov wrote:
> At least I found out what causes it - I ran /etc/daily and it promptly
> crashed the same way eventually. I'll repeat it on the console to try
> to see if something else shows when it happens.
Can you show all your mounts?
Martin
On Thu, Jul 01, 2021 at 07:41:24AM +0200, Martin Husemann wrote:
> On Wed, Jun 30, 2021 at 03:49:52PM +0200, Martin Husemann wrote:
> > On Wed, Jun 30, 2021 at 02:23:23PM +0100, Patrick Welche wrote:
> > > The one bug I see is that running cgdconfig causes a panic
> > >
On Sat, Jul 10, 2021 at 09:00:37AM +, dashdruid wrote:
> Also LEX was not present in /usr/bin so I have installed flex and
> linked the flex binary to lex, idk if its a problem.
Assuming you actually mean /usr/bin/lex then this tells you that something
went wrong during installation of your sy
The emulators/tme pkg is a nice, lightweight pkg allowing you to run
various sun machines on amd64 (and others). I recently needed it for testing
some openssl fallout in netbsd-9 (where qemu seems to only emulate machines
for which it works and that I also have as real hardware).
Unfortunately the
On Sat, Jul 10, 2021 at 03:39:10PM +0200, Rhialto wrote:
> How far did you get? I tried sun3, and I got to booting the ramdisk
> kernel from tape. But when I did the "dd bs=32k if=/dev/nrst0
> of=/dev/rsd0b" I got a core dump. Possibly I had not used edlabel
> correctly due to it not getting a geom
On Sat, Jul 10, 2021 at 03:46:46PM +0200, Rhialto wrote:
> On Sat 10 Jul 2021 at 15:41:27 +0200, Martin Husemann wrote:
> > On Sat, Jul 10, 2021 at 03:39:10PM +0200, Rhialto wrote:
> > > How far did you get? I tried sun3, and I got to booting the ramdisk
>
> Oh this is wi
On Sat, Jul 10, 2021 at 03:48:35PM +0200, Martin Husemann wrote:
> On Sat, Jul 10, 2021 at 03:46:46PM +0200, Rhialto wrote:
> > On Sat 10 Jul 2021 at 15:41:27 +0200, Martin Husemann wrote:
> > > On Sat, Jul 10, 2021 at 03:39:10PM +0200, Rhialto wrote:
> > > > How far
> > #0 0x786f41f96a74 in strncmp () from /usr/lib/libc.so.12
> > #1 0x786f41f1fd61 in __getenvslot (name=name@entry=0x786f41fb2409
> > "NLSPATH", l_name=l_name@entry=7,
> > allocate=allocate@entry=false) at /usr/src/lib/libc/stdlib/_env.c:261
> > #2 0x786f41f1fef1 in __findenvva
On Thu, Jul 22, 2021 at 10:17:23AM +0200, Reinoud Zandijk wrote:
> On Sun, Jul 18, 2021 at 10:22:50PM +0300, Andrius V wrote:
> > Today I upgraded my current setup from the latest nycdn image (amd64)
> > using sysinst (update flow) and I was surprised that netbsd kernel was
> > copied to file with
On Thu, Jul 22, 2021 at 02:05:11PM +0300, Andrius V wrote:
> I will retest later today. Steps were simple: booted the latest image
> of that day from nycdn, updated NetBSD installation with all packages
> (system is located in USB media as well, had a bit older current
> system, mbr partitioned). I
On Tue, Aug 03, 2021 at 09:15:08AM -0600, Brook Milligan wrote:
>
>
> > On Aug 3, 2021, at 5:49 AM, Jonathan A. Kollasch
> > wrote:
> >
> > Which RTL8723 are you interested in? Judging by the man page alone,
> > they only support the PCIe RTL8723AE. There are other RTL8723
> > variants, like
On Sat, Aug 07, 2021 at 09:54:40PM +, Dave Tyson wrote:
> One other issue I noted with the latter two boards is that ethernet no longer
> works - this may be related to changes to the phy support introduced in
> 2019,
> but I will only be able to confirm this by bisecting when I get a bit o
On Wed, Aug 18, 2021 at 08:43:03AM +, Thomas Mueller wrote:
> What is the current status of the entropy bug in NetBSD-current,
> which prevents building and installing some packages in pkgsrc?
I am not sure what "entropy bug" you are refering to.
There is an (admin) issue if you use "reboot"
On Wed, Sep 08, 2021 at 07:57:35AM +0100, Alexander Nasonov wrote:
> The order doesn't have to be arbitrary, the kernel can be fixed
> to return disk names in a well-defined order.
You can do that today with a custom kernel and lots of hard wired
disk attachements (wd0 ... wdN instead of wd*), but
On Wed, Sep 08, 2021 at 08:51:15AM +0100, Patrick Welche wrote:
> I see something similar in another context: when I shutdown, shutdown
> can stall on a system with dkX on cgdN, with
>
> detaching dkX
> detaching cgdN
> detaching dkX(same X)
> (hang)
>
> If the dice are rolled correctly, and
Hey folks,
I am still working on wlan enhancements and would like to get more different
chipsets localy testable in my hands.
I have a list of all our wlan drivers and the ones I have already marked
here:
https://wiki.NetBSD.org/Driver_state_matrix/
As you can see I lack most of the USB
On Thu, Oct 28, 2021 at 02:00:23PM +0100, Chavdar Ivanov wrote:
> > This page points to the https://wiki.netbsd.org/Wifi_renewal_on_hg/
> > page, which shows
> >
> > hg clone https://anonhg.netbsd.org/src-draft
>
> After I got it, I tried to build kernel and modules; the modules build
> failed in
On Sat, Oct 30, 2021 at 02:47:14PM +0100, Chavdar Ivanov wrote:
> Then I noticed there was a TESTWIFI configuration; I had to comment
> out some 8 or so lines, as either the devices were unknown or they
> could not attach to the corresponding busses; this now failed with:
I am using the SEVEN_WIFI
On Tue, Nov 02, 2021 at 06:07:48PM -0700, Greg A. Woods wrote:
> I now see from the source that the mysterious "install" flag should only
> be set on one partition (though I'm still not quite sure exactly what
> it's supposed to mean, except that this is to be the root filesystem,
> though why it c
On Tue, Dec 21, 2021 at 01:50:05AM +0900, Ryo ONODERA wrote:
> (snip)
> boot device: ld0
> root on dk1 dumps on dk2
> root file system type: ffs
> kern.module.path=/stand/amd64/9.99.92/modules
> kern info: [drm] Support vblank timestamp caching Rev 2 (21.10.2013).
> kern info: [drm] Driver supports
On Mon, Dec 27, 2021 at 12:34:10PM +0900, Ryo ONODERA wrote:
> "panic: i915drmkms0: notice: DMC firmware homepage:
Where would the firmware need to be?
/libdata/firmware/i915/skl_dmc_ver1_27.bin
obviously is not the right place.
Martin
On Mon, Dec 27, 2021 at 06:58:34PM +0900, Ryo ONODERA wrote:
> Hi,
>
> My previous dmesg is confusing.
> Two messages are accidentally concatenated. The former message has no newline.
> They should be splitted as follows.
>
> panic: i915drmkms0: notice: DMC firmware homepage:
> https://git.kernel
You need to identify what the "last lockecd" location is, something
like:
gdb netbsd.gdb # or just netbsd, if you do not have a netbsd.gdb
gdb> list *(0x80ea0a90)
(I never can remember the equivalent addr2line flags for this, probably:
addr2line -a 0x80ea0a90 -e n
On Fri, Jan 14, 2022 at 10:55:48AM +, pin wrote:
> Hi,
>
> As the title says, why is this the case?
> I had an install done from an image a day or two into January 2022 and it
> included /netbsd.gdb
The debug information moved, it is now stored in an external debug file
in /usr/libdata/debug
On Sat, Jan 15, 2022 at 02:43:43PM +, pin wrote:
> > # gdb --eval-command="file /netbsd" --eval-command="target kvm
>
> Do you mean the debug symbols are baked into the kernel now?
No, they are in an external debug symbols file. The file name
is something like netbsd-GENERIC.debug and it shou
On Sat, Jan 15, 2022 at 03:22:24PM +, pin wrote:
> $ cd debug/
> $ ls -la
> total 32
> drwxr-xr-x 8 root wheel 512 Jan 8 18:25 .
> drwxr-xr-x 6 root wheel 512 Jan 8 18:25 ..
> drwxr-xr-x 2 root wheel 512 Jan 8 18:25 bin
> drwxr-xr-x 4 root wheel 512 Jan 8 18:25 lib
> drwxr-x
On Sat, Jan 15, 2022 at 03:54:43PM +, pin wrote:
> But, just so to clarify. The debug set is not pulled by sysinst and
> it used to be.
I think it never was unless you manually select it in the sets menu.
The debug set does not strictly add functionality, so even a "full"
install does not use
301 - 400 of 743 matches
Mail list logo
