On Tue, May 14, 2024 at 07:14:35AM +, nia wrote:
> WiFi may be Intel AX200/AX201/AX210/AX211 but it might depend.
> We don't have a driver for this. Previous models had iwm(4) which
> is a slow and buggy driver making a USB urtwn(4) the more compelling
> option, or urndis(4) with a tether to a
On Mon, Apr 22, 2024 at 03:00:40PM +0100, Patrick Welche wrote:
> On Mon, Apr 22, 2024 at 01:11:56PM -, Michael van Elst wrote:
> > pr...@welche.eu (Patrick Welche) writes:
> >
> > >In fact, the difference is between "-t" and "-rt":
> >
>
On Mon, Apr 22, 2024 at 01:11:56PM -, Michael van Elst wrote:
> pr...@welche.eu (Patrick Welche) writes:
>
> >In fact, the difference is between "-t" and "-rt":
>
> >I deem "-t" output to be correct (and matches what I had in /etc/diskpart
es what I had in /etc/diskpart)
Cheers,
Patrick
On Sun, Apr 21, 2024 at 07:02:46PM +0100, Patrick Welche wrote:
> With a kernel & userland of 14 April 2024, on amd64, I just did:
>
> # disklabel -rt sd0
> perc|Automatically generated label:\
> :dt=SCSI:se#512:ns#32:nt
With a kernel & userland of 14 April 2024, on amd64, I just did:
# disklabel -rt sd0
perc|Automatically generated label:\
:dt=SCSI:se#512:ns#32:nt#64:sc#2048:nc#2143360:\
:su#4294967295:\
:pa#20971520:oa#264192:ta=4.2BSD:ba#0:fa#0:\
On Sat, Apr 13, 2024 at 01:19:05PM +0100, Patrick Welche wrote:
> Building xsrc on -current/amd64 with
>
> HAVE_MESA_VER=21
> HAVE_GCC=12
>
> fails for me with
>
> /usr/xsrc/external/mit/MesaLib/dist/src/amd/common/ac_rtld.c:658:20: error:
> 'STN_UNDEF' undeclared
Building xsrc on -current/amd64 with
HAVE_MESA_VER=21
HAVE_GCC=12
fails for me with
/usr/xsrc/external/mit/MesaLib/dist/src/amd/common/ac_rtld.c:658:20: error:
'STN_UNDEF' undeclared (first use in this function); did you mean 'SHN_UNDEF'?
658 | if (r_sym == STN_UNDEF) {
On Wed, Mar 20, 2024 at 11:33:30PM +0500, Vitaly Shevtsov wrote:
> Hello!
>
> It seems that gdb from base NetBSD image doesn't work with netbsd's
> libcurses in tui mode:
>
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 0x756547929fba in _lwp_kill () from
On Wed, Dec 27, 2023 at 12:15:36AM +, RVP wrote:
> On Fri, 8 Dec 2023, Patrick Welche wrote:
>
> > When profiling my simulation with
> >
> > dtrace -x ustackframes=100 -n 'profile-9 / execname == "mds" / {
> > @[ustack()] = count(); } ti
When profiling my simulation with
dtrace -x ustackframes=100 -n 'profile-9 / execname == "mds" / { @[ustack()] =
count(); } tick-180s { exit(0); }' -o /tmp/out.stacks
every function name is preceded by c0 df ff ff 7f 7f e.g.,
0060 20 20 20 20 20 20 20 20 20 c0 df ff ff 7f 7f 60 |
On Thu, Nov 23, 2023 at 12:31:34PM +, Robert Swindells wrote:
>
> Patrick Welche wrote:
> > I'm trying to build a release on amd64 using
> >
> > HAVE_MESA_VER=21
> > HAVE_GCC=12
>
> What does pkgsrc graphics/MesaLib do if built using gcc 12?
It bu
On Thu, Nov 23, 2023 at 09:22:11AM +, Patrick Welche wrote:
> I'm trying to build a release on amd64 using
>
> HAVE_MESA_VER=21
> HAVE_GCC=12
>
> and get the following build error which I am puzzled by:
>
> inlined from 'r300_merge_textures_and_samplers' at
I'm trying to build a release on amd64 using
HAVE_MESA_VER=21
HAVE_GCC=12
and get the following build error which I am puzzled by:
inlined from 'r300_merge_textures_and_samplers' at
/usr/xsrc/external/mit/MesaLib/dist/src/gallium/drivers/r300/r300_state_derived.c:823:17,
inlined from
On Wed, Nov 15, 2023 at 01:48:19PM +0200, Vitaly Shevtsov wrote:
> Even arcticfox cannot be built due to the same reason.
Christos fixed it - cvs update and rebuild, and check you have
# nm -g /lib/libc.so | grep ssp
00055136 T __ssp_protected_getcwd
0005512c T
On Tue, Nov 14, 2023 at 11:30:27AM +, Patrick Welche wrote:
> On Tue, Nov 14, 2023 at 10:32:01AM +0000, Patrick Welche wrote:
> > On Mon, Nov 13, 2023 at 11:22:55AM +, Patrick Welche wrote:
> > > I'm pretty sure ffmpeg6 compiled recently, but on today's NetBSD-current
&
Talking of SSP, what can you do once a detection happens?
I see in /var/log/messages:
Nov 15 06:59:32 mail -: mail.example.com exim - - - stack overflow detected;
terminated
I have:
kern.coredump.setid.dump = 1
kern.coredump.setid.path = /var/crash/%n.core
On Tue, Nov 14, 2023 at 10:32:01AM +, Patrick Welche wrote:
> On Mon, Nov 13, 2023 at 11:22:55AM +0000, Patrick Welche wrote:
> > I'm pretty sure ffmpeg6 compiled recently, but on today's NetBSD-current
> > with HAVE_GCC=12 and pkgsrc-current I'm seeing
> >
> > =&g
On Mon, Nov 13, 2023 at 11:22:55AM +, Patrick Welche wrote:
> I'm pretty sure ffmpeg6 compiled recently, but on today's NetBSD-current
> with HAVE_GCC=12 and pkgsrc-current I'm seeing
>
> => Bootstrap dependency digest>=20211023: found digest-20220214
> ===> Chec
On Sun, Feb 19, 2023 at 09:52:24AM +0100, J. Hannken-Illjes wrote:
> > On 18. Feb 2023, at 23:34, Patrick Welche wrote:
> >
> > 12 hours after rebooting
> >
> > # npfctl rule blocklistd list
> > block in final family inet4 proto tcp from 61.177.1
I see in /var/log/messages (NetBSD-10.99.2/XEN3_DOMU/amd64):
...
Feb 18 00:19:16 mail blocklistd[625]: blocked 195.226.194.142/32:22 for 172800
seconds
Feb 18 00:49:33 mail blocklistd[625]: blocked 195.226.194.142/32:22 for 172800
seconds
Feb 18 01:18:58 mail blocklistd[625]: blocked
Just had this panic on -current/amd64, but it doesn't make for much
of a bug report:
Crash version 10.99.2, image version 10.99.2.
crash: _kvm_kvatop(0)
Kernel compiled without options LOCKDEBUG.
System panicked: kernel diagnostic assertion "uvm_pagelookup(>u_obj,
On Wed, Dec 14, 2022 at 09:15:40PM -, Christos Zoulas wrote:
> In article ,
> Patrick Welche wrote:
> >While trying to build a release, I am having trouble trying to make
> >GENERIC_KASLR.debug, so manually, I tried
> >
> >cd /usr/obj/sys/arch/amd64/compile.amd
While trying to build a release, I am having trouble trying to make
GENERIC_KASLR.debug, so manually, I tried
cd /usr/obj/sys/arch/amd64/compile.amd64/GENERIC_KASLR
make clean
make dependall
and repeatedly get
# link GENERIC_KASLR/netbsd
ld -Map netbsd.map --cref -T netbsd.ldscript -Ttext
On Fri, Sep 09, 2022 at 06:34:03PM +0200, Frank Kardel wrote:
> I have seen quite a bit work in the drm/X area - thanks for that. I was
> hoping that 1915 was a common denominator that would allow many Notebooks to
> work. I think i have learned now that i915 is many critters all alike or
>
[I posted this to port-arm around 4th July, but hasn't made it. Reposting
here in case useful...]
tl;dr On a raspberry pi zero W, updating the firmware allows the disable-bt
overlay to function resulting in a stable serial console.
Experimental method(!)
- grab
On Sat, Jun 04, 2022 at 05:16:34AM +, Thomas Mueller wrote:
> My big concern with the branch is the entropy bug, where building many
> packages from pkgsrc is stopped.
Isn't "entropy bug" a misnomer for the interesting libpthread bug
https://gnats.netbsd.org/56414
which has recently
On Sat, May 14, 2022 at 03:30:49PM +, Taylor R Campbell wrote:
> > Date: Sat, 14 May 2022 15:14:50 +
> > From: sc.dy...@gmail.com
> >
> > On 2022/05/14 13:47, Taylor R Campbell wrote:
> > > Can you please try the two attached patches?
> > >
> > > 1. uvideobadstream.patch should fix the
On Fri, Apr 22, 2022 at 09:52:55AM +0100, Patrick Welche wrote:
> Logged in to zoom.us using firefox on 9.99.96/amd64 from Tuesday and
> got the following panic:
...
> --- trap (number 6) ---
> uvideo_open() at uvideo_open+0x17
> videoopen() at videoopen+0x71
...
Even ea
Logged in to zoom.us using firefox on 9.99.96/amd64 from Tuesday and
got the following panic:
crash> bt
end() at 0
kern_reboot() at sys_reboot
vpanic() at vpanic+0x181
panic() at printf_tolog
trap() at startlwp
--- trap (number 6) ---
uvideo_open() at uvideo_open+0x17
videoopen() at
On Mon, Feb 14, 2022 at 03:13:41PM +0100, Riccardo Mottola wrote:
> Hi Patrick,
>
>
> Patrick Welche wrote:
> >> Given the error below, there seems to be a failure right on the libffi
> >> needed for libgirepository, but it is the one I am trying to replace, or
>
On Mon, Feb 14, 2022 at 01:03:33PM +0100, Riccardo Mottola wrote:
> I am on netbsd 9.99.93 and current pkgsrc tree.
> After upgrading the whole base system, upgrading pkgsrc is also a good idea.
> pkg_rolling-replace -uv is my usual friend.
>
> I always stop at gobject introspection, which is
On Wed, Dec 22, 2021 at 01:34:25PM +0100, Hauke Fath wrote:
> On Wed, 22 Dec 2021 12:26:21 +0000, Patrick Welche wrote:
> > The box in 53155 is Hauke's - also a Dell, but slightly different model.
>
> he@, not hauke@ -- no Dell boxes here.
Sorry - Havard's!
On the 51355 front
On Wed, Dec 22, 2021 at 12:05:38PM +0900, SAITOH Masanobu wrote:
> On 2021/12/22 9:38, SAITOH Masanobu wrote:
> > I will take a look of it.
Thanks - reams of logs heading to you off-list...
> If the machine is the same as kern/53155 I don't know why
> the MSI-X allocation fails. If the fallback
On a box with 4 bnx and 4 ixg interfaces, I just hit PR kern/53155
when trying to use bnx1. (Built LOCKDEBUG etc kernel, with serial
console. Hang such that ~# doesn't drop into ddb) No problems
running as an NFS server for a year or two just using bnx0.
(I didn't try "up"ing bnx2)
So I tried
On Mon, Nov 08, 2021 at 08:42:44PM +0900, Rin Okuyama wrote:
> Jun, Patrick, thank you for dmesg (and discussion offlist).
>
> For Jun, the problem is no longer reproducible even with the original
> copy of kernel, which failed before.
>
> So, I've just added AHCI_QUIRK_EXTRA_DELAY quirk for
On Fri, Oct 29, 2021 at 01:05:26PM +0900, Jun Ebihara wrote:
> From: matthew green
> Subject: re: IDENTIFY failed
> Date: Fri, 29 Oct 2021 07:18:09 +1100
>
> >> > autoconfiguration error: ahcisata0 port 1: setting WDCTL_RST failed for
> >> > drive 0
> >>
Updating from NetBSD-9.99.90/amd64 to 9.99.92, I get the following failure:
wd1 at atabus1 drive 0
autoconfiguration error: ahcisata0 port 1: setting WDCTL_RST failed for drive 0
wd1: autoconfiguration error: IDENTIFY failed
wd1(ahcisata0:1:0): using PIO mode 0
and booting fails. Reverting and
p 2021 09:19:36 +0100
> >From:Patrick Welche
> >Message-ID:
> >
> > | It seems that after updating a box from August -current to yesterday's
> > | -current, /bin/sh's tabcomplete no longer escapes spaces?
> >
> > If something change
It seems that after updating a box from August -current to yesterday's
-current, /bin/sh's tabcomplete no longer escapes spaces?
Cheers,
Patrick
On Wed, Sep 08, 2021 at 06:38:02AM -, Michael van Elst wrote:
> al...@yandex.ru (Alexander Nasonov) writes:
>
> >When I run zfs import, it launches 32 threads and opens 32 disks in
> >parallel, including cgd1 and dk24. But it can't open dk24 while
> >cgd1 is still open (it fails with EBUSY).
On Fri, Sep 03, 2021 at 06:46:20PM +0900, Rin Okuyama wrote:
> Build for evbarmv6hf{,eb} fails due to collision of symbol tilde_expand b/w
> libedit and new libopenssh:
I just hit this too, and was bemused by why the amd64 build wasn't affected:
# find /usr/src/distrib/amd64 -name list | grep
On Wed, Jun 30, 2021 at 05:57:46PM +, David Holland wrote:
> On Wed, Jun 30, 2021 at 04:10:17PM +0100, Patrick Welche wrote:
> > I see what you mean: the next for me is urtwn0 unable to open /dev/bpf.
>
> This should be fixed now.
All much better now - thanks all!
P
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
On Wed, Jun 30, 2021 at 12:11:43PM +, voidpin wrote:
> On Wed, Jun 30, 2021 at 12:03:21PM +, voidpin wrote:
> > I've just tried to upgrade from 9.99.85 to 9.99.86 and I'm unable to even
> > boot the system.
> > Several errors related to acpi, cpu-temp, ipv6 and fs.
> > It just loops back
On Sat, Jun 05, 2021 at 06:45:24PM +0200, J. Hannken-Illjes wrote:
> Patrick,
>
> please try the attached diff so the "spcl.c_addr" test
> no longer runs off the spcl record.
>
> "blks" is used for multi-tape checkpointing and examining
> TS_INODE/TS_ADDR records should be sufficient as the are
On Sat, Jun 05, 2021 at 10:03:21AM -, Michael van Elst wrote:
> pr...@cam.ac.uk (Patrick Welche) writes:
>
> >How can gdb not see a spcl anywhere?
>
> /usr/include/protocols/dumprestore.h:#define spcl u_spcl.s_spcl
>
> spcl is just a define that got resolved by th
On Thu, Jun 03, 2021 at 05:14:07PM -, Michael van Elst wrote:
> pr...@cam.ac.uk (Patrick Welche) writes:
>
> > DUMP: Child 29322 returns LOB status 213
> >213=0xd5
>
> That's octal. Return status 0213 = 139 -> WCOREFLAG(==128) + signal 11.
>
> >Can th
On a 9.99.83/amd64 box, I just observed the following:
# mount -r -o noatime NAME=backup /store/backup
# cd /tmp/foo
# dump -0auf - /store/backup | /sbin/restore vdrf -
Verify tape and initialize maps
On Sat, May 01, 2021 at 12:33:17PM -0700, Greg A. Woods wrote:
> I've copied this reply to port-xen as it's entirely Xen related.
...
> On serial console machines I've been using NetBSD "console=xencons" for
> ages.
>
> This is the documented (by Xen, i.e. preferred Xen way), for serial
>
On Fri, Apr 30, 2021 at 08:50:10PM +0200, Manuel Bouyer wrote:
> On Fri, Apr 30, 2021 at 07:28:57PM +0100, Patrick Welche wrote:
> > On Fri, Apr 30, 2021 at 07:00:38PM +0200, Manuel Bouyer wrote:
> > > On Fri, Apr 30, 2021 at 05:55:37PM +0100, Patrick Welche wrote:
> > &g
On Fri, Apr 30, 2021 at 07:28:57PM +0100, Patrick Welche wrote:
> On Fri, Apr 30, 2021 at 07:00:38PM +0200, Manuel Bouyer wrote:
> > On Fri, Apr 30, 2021 at 05:55:37PM +0100, Patrick Welche wrote:
> > > no luck. I see loading /netbsd-XEN3_DOM0, and then it just reboots.
> >
On Fri, Apr 30, 2021 at 07:00:38PM +0200, Manuel Bouyer wrote:
> On Fri, Apr 30, 2021 at 05:55:37PM +0100, Patrick Welche wrote:
> > no luck. I see loading /netbsd-XEN3_DOM0, and then it just reboots.
> > Nothing more appears on the console. (-current XEN, xen.gz from
> > x
On Fri, Apr 30, 2021 at 04:52:41PM +0100, Patrick Welche wrote:
> On Fri, Apr 30, 2021 at 05:23:54PM +0200, Manuel Bouyer wrote:
> > On Fri, Apr 30, 2021 at 04:18:49PM +0100, Patrick Welche wrote:
> > > On Fri, Apr 30, 2021 at 05:04:34PM +0200, Manuel Bouyer wrote:
> >
On Fri, Apr 30, 2021 at 05:23:54PM +0200, Manuel Bouyer wrote:
> On Fri, Apr 30, 2021 at 04:18:49PM +0100, Patrick Welche wrote:
> > On Fri, Apr 30, 2021 at 05:04:34PM +0200, Manuel Bouyer wrote:
> > > On Fri, Apr 30, 2021 at 03:44:46PM +0100, Patrick Welche wrote:
&g
On Fri, Apr 30, 2021 at 05:04:34PM +0200, Manuel Bouyer wrote:
> On Fri, Apr 30, 2021 at 03:44:46PM +0100, Patrick Welche wrote:
> > In /boot.cfg:
> >
> > menu=Boot normally:rndseed /var/db/entropy-file;consdev com0,57600;boot
> >
> > # installboot -ve /dev/rs
In /boot.cfg:
menu=Boot normally:rndseed /var/db/entropy-file;consdev com0,57600;boot
# installboot -ve /dev/rsd0a
File system: /dev/rsd0a
Boot options:timeout 5, flags 0, speed 57600, ioaddr 0, console com0
Yet in dmesg:
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, 1-byte
On Thu, Apr 15, 2021 at 07:28:32AM -0400, Brad Spencer wrote:
> Manuel Bouyer writes:
>
> > On Thu, Apr 15, 2021 at 09:53:50AM +0100, Patrick Welche wrote:
> >> I have tried and failed to run xen on 3 -current/amd64 systems with
> >> 3 different failure modes:
I have tried and failed to run xen on 3 -current/amd64 systems with
3 different failure modes:
1) laptop: xen.gz Building a PV Dom0 / ELF: not an ELF binary -> panic/reboot
2) desktop: XEN3_DOM0 panics including PR port-xen/55978
3) server: Trampoline space cannot be allocated; will try
On an otherwise idle amd64 box running
NetBSD 9.99.81 (GENERIC) #3: Fri Mar 26 17:37:48 GMT 2021
I got tantalisingly close to managing to clone the NetBSD source:
# hg clone http://anonhg.netbsd.org/src
destination directory: src
applying clone bundle from
On Tue, Mar 16, 2021 at 07:33:14AM +, Iain Hibbert wrote:
> > I wish someone could implement newer Intel ubt support.
>
> Hm I can look into it - is it possible to buy one of these intel adapters
> which is USB or do they only come built in to laptops etc?
This one is built-in. (A dongle is
My previous note hasn't appeared on the list yet, so out of order
resolution: when the printer was running on battery, it behaved differently
and
# rfcomm_sppd -d ubt0 -a printer < Pro\ printer\ config\ file.txt
rfcomm_sppd[1645]: Starting on stdio...
rfcomm_sppd[1645]: Completed on stdio
A first foray into bluetooth on this amd64 laptop gives me:
ubt0: Intel (0x8087) product 0aaa (0x0aaa), rev 2.00/0.02, addr 4
ubt0: autoconfiguration error: CommandComplete opcode (003|0003) failed (status=
0x01)
and after a btconfig ubt0 up, btconfig shows
ubt0: bdaddr 00:00:00:00:00:00 flags
xentools413 is repeatably failing with
./config/ioapi.h:17:10: fatal error: config/local/ioapi.h: No such file or
directory
17 | #include
In a very round about way this seems to be related to
[DEPS] arch/x86/drivers/net/undiisr.S
sed: 1: "s/\.o\s*:/_DEPS +=/": RE error: trailing
On Wed, Feb 17, 2021 at 12:34:21AM -0800, Darrin B. Jewell wrote:
>
> I honestly hope this isn't related to your problem, but I did make a
> change to the amd64 cdrom building recently that is in this area
> and may be the issue.
>
>
Has something changed recently in the land of serial consoles?
I am pretty sure that once I enabled serial console redirection
"after boot" in the "bios" of this amd64 uefi booting server, with
a serial port plugged in, I would have a serial console with the
default /boot.cfg.
After getting
I just tried to compile if_iwn as a module. It failed with
dev/pci/if_iwn.c:2685:6: error: converting a packed 'struct iwn_fw_dump'
pointer (alignment 1) to a 'uint32_t' {aka 'unsigned int'} pointer (alignment
4) may result in an unaligned pointer value [-Werror=address-of-packed-member]
I
> On Sat, 14 Nov 2020, Patrick Welche wrote:
>
> > Just upgraded a pi zero w from 9.99.10 to 9.99.75/evbarm-earmv6hf
> > i.e., 32 bit, and on boot with a standard RPI kernel and new dtb (but
> > presumably old startelf)
> >
> > panic: kernel diagnost
Just upgraded a pi zero w from 9.99.10 to 9.99.75/evbarm-earmv6hf
i.e., 32 bit, and on boot with a standard RPI kernel and new dtb (but
presumably old startelf)
panic: kernel diagnostic assertion "!*hooked" failed: file
"/usr/src/sys/kern/kern_module_hook.c", line 70
0x8097ae3c:
On Tue, Nov 10, 2020 at 05:07:10PM +0100, Lars Reichardt wrote:
> Those pool names seem clearly broken.
> It seems the box is running with a zfs pool which has it's own cache
> (ARC) which memory is entirely wired and might grow quite large.
> What does vmstat -vmC show for those pools?
zpool
On Tue, Nov 10, 2020 at 05:07:10PM +0100, Lars Reichardt wrote:
> On Tue, 10 Nov 2020 12:12:14 +
> Patrick Welche wrote:
>
> > # vmstat -C
> > Pool cache statistics.
> > Name Spin GrpSz Full Emty PoolLayer CacheLayer Hit%
> > CpuLayer Hit% a
On Tue, Nov 10, 2020 at 05:26:26AM -0800, Chuck Silvers wrote:
> On Tue, Nov 10, 2020 at 11:40:08AM +0000, Patrick Welche wrote:
> > My 4 Nov -current/amd64 build box seems to be building slowly, with a lot
> > of "biowait", e.g. watching the RES of a cc1plus slowly crawl
# vmstat -C
Pool cache statistics.
Name Spin GrpSz Full Emty PoolLayer CacheLayer Hit%CpuLayer Hit%
amappl 863 6604962211592973 68.8 563372236 99.7
anonpl 6077263 11400 0 55980901 177419830 68.4 9594977028 98.2
...
xhcixfer 0
My 4 Nov -current/amd64 build box seems to be building slowly, with a lot
of "biowait", e.g. watching the RES of a cc1plus slowly crawl up to SIZE
at around 3M per 5s.
Is 10G of "Wired" normal? (32G RAM + 64G swap)
(lots of malloc(9) and no free(9)?)
Memory: 3235M Act, 115M Inact, 10G Wired, 75M
A Monday amd64 kernel running box panicked overnight during a bulk build.
Reading symbols from netbsd.0...
(No debugging symbols found in netbsd.0)
(gdb) target kvm netbsd.0.core
[1] Abort trap (core dumped) gdb netbsd.0
# gdb `which gdb` gdb.core
GNU gdb (GDB) 11.0.50.20200914-git
...
Program
Booted a yesterday's source amd64 kernel, and on reboot
[ 17037.8583948] unmounting 0xfef63b813000 / (/dev/dk14)...
[ 17037.8583948] forcefully unmounting / (/dev/dk14)...
[ 17037.8783949] dk14 at wd4 (root) deleted
[ 17037.8783949] wd4: detached
[ 17037.8883950] atabus8: detached
[
On Sun, Oct 11, 2020 at 11:19:16PM +0200, Thomas Klausner wrote:
> I've had serious file system corruption. Mostly in mercurial and
> sqlite3 databases, but also in normal files.
> Anyone else having problems?
Is yours a ryzen system? (mine is, and it has filesystem issues - just
trying to see
On Mon, Oct 12, 2020 at 06:39:48AM +0200, Martin Husemann wrote:
> On Sun, Oct 11, 2020 at 11:19:16PM +0200, Thomas Klausner wrote:
> > I don't know enough about the internals of the hg and sqlite3, but I
> > also saw a broken zip archive and had a good copy for comparison. In
> > that case, a
Since gcc9, essentially every ctype using piece of software fails with
error: array subscript has type 'char' [-Werror=char-subscripts]
which prompts a style question: cast every argument of every call to
a ctype function in every piece of software to (unsigned char), or
On Thu, Sep 17, 2020 at 03:42:09PM +0200, Martin Husemann wrote:
> On Thu, Sep 17, 2020 at 02:11:13PM +0100, Patrick Welche wrote:
> > #2 0x7f7ff160c63d in pthread_create (thread=0x2f9d,
> > thread@entry=0x7f7fd588, attr=attr@entry=0x0,
> > star
On Thu, Sep 17, 2020 at 01:38:21PM +0200, Tobias Nygren wrote:
> On Thu, 17 Sep 2020 12:04:10 +0100
> Patrick Welche wrote:
> > It looks as though line 50 simply undoes line 48, and it doesn't matter
> > whether or not line 49 fails. How can this break?
>
> This i
When running glmark2 with native xsrc on -current/amd64, I get
Program terminated with signal SIGABRT, Aborted.
#0 0x7f7ff5844a2a in _sys___sigprocmask14 () from /usr/lib/libc.so.12
(gdb) bt
#0 0x7f7ff5844a2a in _sys___sigprocmask14 () from /usr/lib/libc.so.12
#1 0x7f7ff160a461 in
On Sun, Sep 13, 2020 at 07:28:16AM +, Thomas Mueller wrote:
> > i've switched x86 and arm to GCC 9. several others are liking
> > to switch soon, and they will all likely need clean builds to
> > be stable.
>
> > please send email here or to me or send-pr for problems.
>
> > thanks!
On Thu, Sep 10, 2020 at 05:52:08PM +0200, Martin Husemann wrote:
> On Thu, Sep 10, 2020 at 04:06:12PM +0100, Patrick Welche wrote:
> > I just upgraded to ancient boxen to -current/amd64. One has its 256 bits,
> > the other has none?! I have tried playing spot the difference but
>
I just upgraded to ancient boxen to -current/amd64. One has its 256 bits,
the other has none?! I have tried playing spot the difference but
haven't spotted anything:
OK:
[ 1.00] entropy: no seed from bootloader
[ 7.024989] entropy: ready
# rndctl -ls
Source Bits Type
On Wed, Sep 02, 2020 at 11:50:52PM +0200, Riccardo Mottola wrote:
> I finished updating all my core system to current on i386-64, kernel,
> userland, etc.
>
> Now I launched pkg_rolling replace, it crunches through several packages,
> but then hangs.
>
>
> I tried running it several times,
pbulk was idle stuck building kio at
dbus24339 0.0 0.0 182156 9644 pts/6 Il 12:45PM 0:00.04
/usr/pkg/bin/cmake -E cmake_autogen
/tmp/pkgsrc/devel/kio/work/kio-5.70.1/_KDE_build/src/urifilters/ikws/CMakeFiles/kurisearchfilter_autogen.dir/AutogenInfo.json
Trying to debug:
#
A amd64 box updated to -current yesterday panicked overnight with
(gdb) target kvm netbsd.0.core
0x80222535 in cpu_reboot (howto=howto@entry=260,
bootstr=bootstr@entry=0x0) at ../../../../arch/amd64/amd64/machdep.c:713
713 dumpsys();
(gdb) bt
#0
On Mon, Aug 03, 2020 at 02:59:43PM +0100, Patrick Welche wrote:
> On Sun, Aug 02, 2020 at 09:22:22PM +0100, Chavdar Ivanov wrote:
> > I've rebuilt pkgin itself, it doesn't do that on the build host, only
> > on one which normally receives its packages via pkgin.
>
> Oddl
On Sun, Aug 02, 2020 at 09:22:22PM +0100, Chavdar Ivanov wrote:
> I've rebuilt pkgin itself, it doesn't do that on the build host, only
> on one which normally receives its packages via pkgin.
Oddly I saw that too, got as far as deciding that
https://github.com/NetBSDfr/pkgin/issues/86
looked
On Sun, Jul 26, 2020 at 10:33:33AM +0100, Chavdar Ivanov wrote:
> cc -D_PATH_DEFSYSPATH="/home/sysbuild/src/share/mk"
> -DDEFSHELL_CUSTOM="/bin/sh" -DHAVE_SETENV=1 -DHAVE_STRDUP=1
> -DHAVE_STRERROR=1 -DHAVE_STRFTIME=1 -DHAVE_VSNPRINTF=1 -O -c
> /home/sysbuild/src/usr.bin/make/lst.lib/*.c
> cc:
On Sat, Jun 27, 2020 at 04:24:21PM +0100, Patrick Welche wrote:
> Trying a today's -current/amd64 with DIAGNOSTIC/DEBUG/LOCKDEBUG, I can
> boot multiuser without a network. If I log in as root, as soon as I hit
> enter:
>
> # ifconfig wm0 inet 10.0.0.62 netmask 0xff00
> [ 1
On Mon, Jul 20, 2020 at 04:49:14PM +, Taylor R Campbell wrote:
> > Date: Mon, 20 Jul 2020 11:04:21 +0100
> > From: Patrick Welche
> >
> > After a -current/amd64 update, a sudden outbreak of floating point
> > exceptions:
> >
> > /usr/src/tools/gcc
On Mon, Jul 20, 2020 at 05:47:59PM +0200, Matthias Petermann wrote:
> test10# mount
> /dev/dk0 on / type ffs (acls, log, local)
In /etc/fstab, try
/dev/dk0 / ffs rw,posix1eacls 1 1
(rather than acls)
Cheers,
Patrick
On Mon, Jul 20, 2020 at 11:24:29AM -, Michael van Elst wrote:
> pr...@cam.ac.uk (Patrick Welche) writes:
>
> >After a -current/amd64 update, a sudden outbreak of floating point
> >exceptions:
>
> >/usr/src/tools/gcc/../../external/gpl3/gcc/dist/gcc
After a -current/amd64 update, a sudden outbreak of floating point exceptions:
/usr/src/tools/gcc/../../external/gpl3/gcc/dist/gcc/tree-ssa-operands.c:1348:1:
internal compiler error: Floating point exception
Fetching message headers...
Floating point exception
On Thu, Apr 23, 2020 at 10:10:56PM +, Andrew Doran wrote:
> This affects amd64, alpha and aarch64, but only 1 and 2 CPU systems so far.
> Any more and it's still off by default. Only the default has changed so the
> sysctl (vm.ubc_direct) still works for turning it on and off manually.
>
>
On Tue, Jul 14, 2020 at 11:20:24AM +0100, Patrick Welche wrote:
> On 9.99.68/amd64, in one xterm:
>
> $ rump_allserver -sv unix:///tmp/sock
>
> in another xterm:
>
> $ export RUMP_SERVER=unix:///tmp/sock
> $ rump.ifconfig -a
> lo0: flags=0x8049 mtu 33624
>
On 9.99.68/amd64, in one xterm:
$ rump_allserver -sv unix:///tmp/sock
in another xterm:
$ export RUMP_SERVER=unix:///tmp/sock
$ rump.ifconfig -a
lo0: flags=0x8049 mtu 33624
inet 127.0.0.1/8 flags 0
inet6 ::1/128 flags 0x20
inet6 fe80::1%lo0/64 flags 0 scopeid 0x1
$
On Mon, Jun 29, 2020 at 12:53:23PM +0900, Kengo NAKAHARA wrote:
> It seems some other code have held KERNEL_LOCK too long time.
> Could you show the function of last locked address?
> # e.g. addr2line -e "your kernel image" -f 0x80a7d2f5
With Jun 28 14:26 code
# addr2line -e netbsd.3.gdb
On Sat, Jun 27, 2020 at 04:24:21PM +0100, Patrick Welche wrote:
> (must try with biosboot instead fo EFI which is the case here)
makes no difference
1 - 100 of 461 matches
Mail list logo