On Thu, 1 Feb 2024, RVP wrote:
(xterm-direct analyzed this way also only reports
xterm-direct|xterm with direct-color indexing,
...
colors#0x7fff, cols#80, it#8, lines#24, pairs#0x7fff,
...
)
Same bug, I think: if any num. capability has a value >0x7fff
(INT16_
as @v3
- Lookup first @v3 and then if that is not found.
... is what the log says, but, what's actually stored is `,v3`:
```
$ fgrep -q @v3 /usr/share/misc/terminfo.cdb || echo not found
not found
$ fgrep -q ,v3 /usr/share/misc/terminfo.cdb && echo found
found
$
```
-RVP
direct-color indexing,
...
colors#0x7fff, cols#80, it#8, lines#24, pairs#0x7fff,
...
)
Same bug, I think: if any num. capability has a value >0x7fff
(INT16_MAX), then that terminfo entry should get "promoted" to use
32-bit integers. This isn't happening.
Then it'd be time for a bug report...
Yes :)
-RVP
08:45:46.0 +
+++ grafana 2023-12-27 08:47:37.869798624 +
@@ -17,6 +17,7 @@
fi
name="grafana"
+procname=$name
rcvar=$name
grafana_user="grafana"
grafana_group="grafana"
```
-RVP
gt;nobjs == 0)
+ if (proc_rdagent(p) == NULL)
+ return (NULL);
+
for (i = 0; i < p->nobjs; i++) {
rdl = >rdobjs[i];
if (addr >= rdl->rdl_saddr && addr < rdl->rdl_eaddr) {
```
-RVP
On Sun, 5 Nov 2023, jo...@sdf.org wrote:
Here are my interface specific dhcpcd.conf entries:
noipv6rs
Try instead:
ipv4only
-RVP
ret
END(dtrace_fuword64_nocheck)
/*
void
I think we can just use SMAP_DISABLE/SMAP_ENABLE like in the standard
copyinstr() in sys/arch/amd64/amd64/copy.S. The kernel will hotpatch
the correct instructions after checking CPU features very early.
See:
sys/arch/x86/x86/patch.c
-RVP
PS
On Mon, 30 Oct 2023, Thomas Klausner wrote:
RVP looked at this some more and it seems related to
time-after-booting or perhaps RAM churn. It starts happening on RVP's
machine too after some uptime.
OK. I found some time this weekend to look into this and I think
I see what's responsible
I'm stumped. The right
one works for me...and also the wrong one!
-RVP
PID/
{
printf("%s\n", copyinstr(self->file));
self->file = 0;
}
```
The machine has 128 GB RAM and ~450 GB swap. I haven't tried limiting
the RAM from BIOS yet.
Don't bother: this is a red herring barking up the wrong tree.
-RVP
not going to be a valid self->file for almost every
one of them.
HTH,
-RVP
uce the amt. of RAM in BIOS for NetBSD to, say,
4 or 8 GB?
-RVP
on enabled probe ID 2 (ID 405: syscall::unlink:return): invalid
address (0x0) in action #2
: No such file or directory
Odd. Are you running a KASLR kernel?
-RVP
->file = copyinstr(arg0);
}
syscall::unlink:return
{
printf("%d %s\n", pid, self->file);
self->file = 0;
}
```
And, forget that C file. It doesn't work under dtrace (and I don't even
recall if it ever did--probably why I commented it out...)
-RVP
On Fri, 20 Oct 2023, RVP wrote:
/*
printf("%d %d %s ", uid, pid, execname);
system("pr_realpath -p %d %s", pid, copyinstr(arg0));
printf("\n");
*/
I forgot to provide you with pr_realpath (in case you wanted the full path):
``
r_realpath -p %d %s", pid, copyinstr(arg0));
printf("\n");
*/
}
syscall::unlinkat:entry
{
printf("%d %d %s 0x%x %s\n", uid, pid, execname, arg0, copyinstr(arg1));
}
```
-RVP
N) or the
equivalent on NetBSD.
HTH,
-RVP
On Fri, 14 Jul 2023, RVP wrote:
Now add ~70 KB for your custom font (minus ~20 KB to account for the removal
of the standard ones) to the whole shebang:
$ echo $((14566880 + 105322 + 7 - 2))
14722202
$
Correction: font data is not `.text' (duh!) so this is just:
$ echo $((14566880
addition. (Moral: It's not only the last straw which
breaks the camel's back, but also all the others which were piled on the
poor beast before.)
HTH.
-RVP
the
addition of an extra 2MB page. But, this can only be confirmed by looking at
all 4 kernels: 10.99.4-GENERIC, "-yours, 10.99.5-GENERIC & "-yours. Feel free
to send me these if you feel like pursuing this further.
-RVP
more likely. A diff of `readelf -We' on the kernels would
confirm this. See if the offset has changed a lot.
-RVP
> 68 memfd_close
> 92 memfd_fcntl
> 6 memfd_ioctl
[...]
$
```
-RVP
On Wed, 12 Jul 2023, Brett Lymn wrote:
On Fri, Jul 07, 2023 at 07:49:56AM +, RVP wrote:
Looks like PR kern/57440.
Indeed.
Duplicate of PR kern/57268
a) use any resolution _other than_ 1024x768 in the bootloader.
I am not sure how to do this. I did try setting
nt, so it shouldn't error-out.
Can you run the build again within script(1) so that the complete text is
captured, and we can see where the actual error is?
-RVP
This should work:
fdisk -0 -A 2048 -u sd0
-RVP
n on
Linux...).
-RVP
for xentools415... Might have to
compile from pkgsrc...
-RVP
You can set a lower "critical-max" property on the CPU temps. in
/etc/envsys.conf to make powerd trigger a shutdown at a lower temperature.
Say, 75C?
-RVP
each of your DomUs and the Dom0:
arp -d -a # delete ARP-cache
arp -s IP-addr1 MAC-addr1
arp -s IP-addr2 MAC-addr2
etc.
On the Dom0, add the addrs. of the DomUs. On each of the DomUs, the addrs.
of Dom0 and _other_ DomUs.
Do your tests.
-RVP
dig into this. Maybe this weekend. Send
instructions on how to set-up Xen. In the meantime, can you:
1. post the output of `ifconfig' on all your DomUs
2. tell me if `dhcpcd' is running on the DomUs?
-RVP
ing a broadcast echo:
ping -nc10 192.168.2.255
On -HEAD, this creates ARP-address entries with no expiration-time. Don't
know if it'll work on 9.x. (On FreeBSD, the expiration-time is set to the
default of 20 mins, so YMMV.)
HTH,
-RVP
timeout). Smells like a Xen+load+timing
issue (not hand-wavy at all there, RVP!). It would be interesting
to see the tcpdump capture from the DomU.
-RVP
some issue?
ARP-derived MAC-addresses typically had a lifetime of 20 mins (1200
secs). I dunno why it is so short now (30 secs.)
Can you also show what `arp -an' shows from inside a DomU?
-RVP
assigned, or which was assigned dynamically, alive and well.
Right, but, cacheing implies a timeout, and is there a timeout for the MAC
addresses on Xen IFs? Does an `arp -an' indicate this (I can't test this--
no Xen set up.)
-RVP
en it when the arp cache
times out and
can't be refreshed in a timely manner.
But, does ARP make any sense for Xen IFs? I thought MAC addresses were
ginned up for Xen IFs...
-RVP
- fgrep sshd
root16367 0.0 0.1 24712 3300 ? Ss5:56AM 0:00.01 |-- sshd: /usr/sbin/sshd [listener] 0 of 10-100 startups (sshd)
root 5818 0.0 0.2 23404 8060 ? Ss5:58AM 0:00.04 | `-- sshd: rvp [priv]
rvp 16542 85.9 0.2 27628 9616 ? R 5:58AM 0:14.08 | `
On Wed, 21 Jun 2023, RVP wrote:
A `Broken pipe' from ssh means the RHS of the pipeline exited prematurely.
Is what I said, but, I see that ssh ignores SIGPIPE (network I/O--duh!),
so that error message is even odder.
Do a `2>log.txt ssh -vvv ...' and post the `log.txt' file when you s
-misc.c:
```
298 } else if (rr == 0) {
299 errno = EPIPE;
300 return SSH_ERR_SYSTEM_ERROR;
```
And, that's on a _read_ operation. :(
-RVP
; file'. So how come
a Broken pipe still?
```
$ ssh arpa.sdf.org 'dd if=/dev/zero bs=1m count=10 msgfmt=quiet' > /dev/full ||
echo FAIL
FAIL
$
```
Can you give the exact command you tested with?
-RVP
PS. Any `ProxyCommand' set in `~/.ssh/config'?
.
Does dd report anything? media errors? filesystem full? O_DIRECT constraint
violations (offsets and sizes not aligned to block-size because dd(1) is
reading from a (network) pipe--though this is not a problem on UFS)?
-RVP
ist is used instead (just like
what realpath(1) in 10.x does).
If you want to patch this, you can bring in the new sftp-realpath.c
file and call sftp_realpath() instead of the bare realpath().
-RVP
binary will
show `libcrypto.so.15', but libssl will need `libcrypto.so.14'. Ie. the
compiler linked in the newer version explicitly (cc ... -lcrypto') and the
other one was brought in implicitly via libssl.
-RVP
/usr/lib/libcrypto.so.15
I would say this is the real reason for the crash (SIGSEGV).
-RVP
you posted looks very like the standard
invocation on amd64.
-RVP
: Sun Apr 16
06:40:48 UTC 2023
bld@x202e.localdomain:/tmp/obj/usr/src/sys/arch/amd64/compile/MYKERNEL
amd64
with the base system from about a week ago.
-RVP
terminfo)
if (CURSES_TINFO)
set(CURSES_LIBRARY ${CURSES_LIBRARY} ${CURSES_TINFO})
endif()
```
-RVP
On Fri, 31 Mar 2023, Valery Ushakov wrote:
On Fri, Mar 31, 2023 at 15:25:02 +, RVP wrote:
You have to create an empty file for `-E -dM' to work correctly:
Not necessary, -x c++ is enough, but that's a very common pitfall
indeed.
Great! thanks... now I won't have to create superfluous
ION
$
Thomas, add `-D_NETBSD_SOURCE' to `MYCFLAGS'. That should work. As
Michael pointed out, a C++ compiler doesn't define __STDC_VERSION__
and the NetBSD limits.h doesn't test for `__cplusplus'.
-RVP
Boldface
setvar ttyE2 fontBoldface
setvar ttyE3 fontBoldface
-RVP
as part of
Settings > Privacy & Security > Firefox Data Collection and Use +
Security.
You can turn Pocket off in Settings or about:config.
-RVP
]: https://mail-index.netbsd.org/current-users/2022/01/04/msg041887.html
So, a) remove `gop 0' from /boot.cfg, and b) leave the standard
fonts alone!
BTW, the working xorg.conf fragments are the standard ones, ie:
```
Section "Device"
Identifier "Card0"
Driver "modesetting" # or, "intel"
EndSection
```
Of course, YMMV. See you folks next year!
-RVP
lt"
Option "DRI" "off"
EndSection
$
```
This is SNA + the "blt" engine, and DRI turned off. This is a step up from
`wsfb' because:
a) the system runs ~10C cooler.
b) xrandr (rotation--tested, multiple displays--can't test) works.
Hope this helps,
-RVP
ot; "UXA"
EndSection
$
```
(Of course, on NetBSD, the X server hangs soon afterwards.)
In any case, do your tests after forcing `UXA' on Linux too.
Attaching both.
Attach the Xorg.0.log files from both too.
-RVP
comparison--same driver; same config.
-RVP
so returns EALREADY.
-RVP
mode(s)?
That used to be the case a long time ago if I recall this correctly. Even
on a single display, rotation implied no accel. But, all this should've been
fixed now. Try it on Linux. Install the xf86-video-intel package if needed,
then copy the xorg.conf file over from NetBSD.
-RVP
so well.
a) Try out different output drivers with mpv(1): use `--vo=help'
b) For DVD playback, see the XvMC-related options mentioned in intel(4).
-RVP
-related issues in one place.
-RVP
have a PC nettop Acer Revo Box RN86 CPU Intel Core i5 9400T
[also] UHD Graphics 630 [but maybe another revision] and with this PC all OK
with startx by default and enabled i915drmkms.
Post the dmesg output from this machine also.
-RVP
would guess) placeholders in
some table for people who have AMD threadrippers which can have that
many CPUs.
Yah, most likely something of that sort, but, can't really tell without
looking at your acpidump and dmesg outputs.
-RVP
like a processor object: ACPI v6.5 Section 8.4:
https://uefi.org/specifications
-RVP
: audio2: device timeout
For your HW, HDaudio might need custom patches/widget setup. Will have
to look at the Linux sources. Can you post:
1. dmesg output (after boot -vx)
2. hdaudioctl output:
hdaudioctl list
hdaudioctl show
-RVP
10.6.1 in the Guide[1].
-RVP
[1]:
https://netbsd.org/docs/guide/en/chap-audio.html#chap-audio-hdaudio-dacs-adcs
shell you use?
3. Does startx have this problem on -HEAD too?
-RVP
+++ fluxbox-1.3.7/src/main.cc 2022-10-20 07:30:50.440050565 +
@@ -267,6 +267,7 @@
FbTk::FbStringUtil::shutdown();
if (restarting) {
+alarm(0);
if (!restart_argument.empty()) {
const char *shell = getenv("SHELL");
if (!shell)
---END---
-RVP
# Generate XDGMenu
```
fvwm-2.6.9 both a) starts OK and b) execs the other WM just fine. Tried
startx and xdm on genfb/wsfb and modesetting(4) (Intel IvyBridge Mobile with
Option "AccelMethod" "none"--otherwise my laptop hangs hard)
-RVP
ing(ssh, banner)) != 0 ||
- (r = sshpkt_put_cstring(ssh, "")) != 0 || /* language, unused */
- (r = sshpkt_send(ssh)) != 0)
- fatal_fr(r, "send packet");
- debug("userauth_banner: sent");
done:
free(banner);
}
---END---
-RVP
On Wed, 12 Oct 2022, RVP wrote:
On Wed, 12 Oct 2022, Thomas Klausner wrote:
bin/57053: continuation problem in shell pipelines
FYI: Just tried on FreeBSD 13.1, and zsh-5.9 is broken there too.
More: The prev. version, zsh-5.8.1, works on -HEAD. zsh-5.9 has the
same problem on Ubuntu
On Wed, 12 Oct 2022, Thomas Klausner wrote:
bin/57053: continuation problem in shell pipelines
FYI: Just tried on FreeBSD 13.1, and zsh-5.9 is broken there too.
-RVP
bin/sh.
If you run the function on a large dir. and suspend it at the 1st
screen, then /bin/sh also works because ls is still running and
can be suspended.
ksh also says "Done", but it still allows the pipeline to be fg'd
correctly:
[1] + Done ls -al "$@" |
Stopped less
File a PR.
-RVP
On Tue, 11 Oct 2022, RVP wrote:
On Tue, 11 Oct 2022, Brian Buhrow wrote:
It looks like all is working as I expect, except I can't seem to generate
an alt-return key sequence. I just get a bell when I try to do this and
the application I'm using doesn't receive the keystroke.
Is Alt-Enter
manager?
-RVP
?
Whether xterm should generate ESC+key or set the high-bit when Alt+key
is pressed depends on various resources: metaSendsEscape,
altSendsEscape...
Check if "Meta Sends Escape" is ticked in the Main Options menu (Ctrl+
Left Mouse button)
-RVP
> vp->v_size) {
1795 break;
1796 }
So, O_DIRECT (for writes) on NetBSD only takes effect when _overwriting_
existing data--which is not very useful for regular files...
I don't know what to recommend now (various complicated schemes come to mind).
Maybe `oflag=dsync' to force writes?
-RVP
the "file usage" remains within the green range.
[...]
This raises the question for me: can I somehow limit this kind of memory use
on a process basis?
Try piping to dd with direct I/O:
... | dd bs=10m oflag=direct of=foo.file
Does that help?
-RVP
, usually) causing
your programs to die with a SEGV.
https://www.memtest86.com/
https://memtest.org/
-RVP
:
internal compiler error: Segmentation fault
551 | }
| ^
Might not be an actual compiler error. Try restarting the build, if it
carries on, see the Sig11 FAQ[1].
-RVP
[1]: https://www.bitwizard.nl/sig11/
ottime.
[1]: https://mail-index.netbsd.org/source-changes/2022/08/27/msg140579.html
-RVP
-HYD
X-Cache: HIT, HIT
X-Cache-Hits: 0, 0
X-Timer: S1659908436.185170,VS0,VE440
$
```
-RVP
-2022 11:26 45464kB
[...]
$
but, this is misleading as the files I get are old (tried from the US,
Seattle and Europe, the Netherlands):
$ ftp
https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/amd64/binary/sets/base.tar.xz
[...]
$ ls -l base.tar.xz
-rw--- 1 rvp wheel 46564496 Jul 25 01
On Sat, 16 Jul 2022, Robert Elz wrote:
But it appears as if mlelstv@ might have fixed the colour issue now anyway.
Yes indeed. src/sys/arch/x86/x86/genfb_machdep.c:1.17 _has_ fixed this
little issue quite satisfactorily. Thank you, Michael :)
-RVP
it()) {
+ aprint_normal("x86_genfb_init ERROR\n");
return 0;
+ }
ri->ri_ops.allocattr(ri, 0, 0, 0, );
+ x86_genfb_pc_colour();
wsdisplay_preattach(_genfb_stdscreen, ri, 0, 0, defattr);
return 1;
---
-RVP
the framebuffer consoles are doing that...
-RVP
) for any of the
bootxx_* bootloaders.
It should be documented somewhere that block-sizes > 32k are a
problem for the BIOS bootloaders on the x86/amd64 arch...
-RVP
2, Lloyd Parkes wrote:
63 is a popular offset because the BIOS field for track length can only
hold values 0-63.
Of course--I should've remembered that :)
-RVP
unused 0 0# (Cyl. 0 - 1156)
This doesn't look right, does it? Offset is 63 instead of 64, and the
NetBSD slice `c' is smaller than the root `a' partition. I'll do some
tests later in the evening...
-RVP
)? A disklabel output would
be useful...
-RVP
(void)printf("%s", *argv);
if (*++argv != NULL)
(void)putchar(' ');
}
if (!nflag)
(void)putchar('\n');
- (void)fflush(stdout);
- if (ferror(stdout) != 0)
- err(1, "write error");
- return 0;
+ if (fflush(stdout))
+ err(rc, "write error");
+ return EXIT_SUCCESS;
}
---END---
Man pages, tests to come if OK.
-RVP
(and their
filenames) can be quoted more intuitively?
Like this:
setvar ttyE0 fontBoldface\ 16x32
instead of (currently) this:
setvar ttyE0 fontBoldface\\\ 16x32
An example in wscons.conf(5) indicating this would also be helpful.
-RVP
---START---
diff -u etc/rc.d.orig/wscons
On Sun, 5 Jun 2022, Reinoud Zandijk wrote:
Could switching to the big fonts be an option?
With both fonts compiled in you can switch between them
using:
wsconsctl -dw font='Boldface 16x32'
wsconsctl -dw font=Boldface
-RVP
= 0; i < NUMNAMES; i++) {
bootit(names[i][0], howto);
bootit(names[i][1], howto);
---END---
-RVP
to boot prompt:prompt
default=1
File a PR, I think.
-RVP
e
able to specify a terminal. How can I change the font on "/dev/ttyE[1-3]"?
See:
https://mail-index.netbsd.org/netbsd-users/2021/09/13/msg027712.html
-RVP
SPLEEN12x24--anything which
doesn't seem to be a multiple of 8x8) causes the kernel to reboot
right at the start.
Haven't had the time to hunt any of these snarks yet...
-RVP
Identifier "Screen0"
Option "Accel" "off"# prob. unnecessary for "modesetting"
EndSection
```
The RANDR extension should still work, I think.
Of course this assumes that your DRMKMS is mostly functional...
-RVP
big issue is that I can't seem to use any external video, such
as the HDMI port.
As above.
-RVP
(for any one of the 3 possible gpu types).
You can't use multiple monitors with the genfb/wsfb combo. You need
native drivers which support Xrandr for that. (You can always turn off
acceleration in xorg.conf.)
-RVP
e a couple of
issues still remaining) in BIOS compatibility (CSM) mode.
Is there a way to there a way to roll back an installation if things go
wrong?
No, I don't think there is one--which is why I keep 2 partitions for
NetBSD: -HEAD & _STABLE.
-RVP
On Sat, 23 Apr 2022, Robert Swindells wrote:
What do I need to do to get non-HDMI audio to work again?
% mixerctl -a -v
outputs.dacsel=HDMI00 { HDMI00 }
Try: audiocfg default 1
-RVP
-RVP
1 - 100 of 161 matches
Mail list logo
