m...@eterna23.net (matthew green) writes:
>trying to load imgur.com for me crashes that tab with a ctype error:
> ctype(3) isalnum: invalid input: -8
>i built a firefox with "debug-info" option, but i've failed to get it
>or GDB to give me anything useful yet. it only crashes the tab and
>non
vom...@gmail.com (vom513) writes:
>Should I open a bug on this ? I=E2=80=99m happy to try to troubleshoot =
>if there=E2=80=99s value in figuring this out.
You could try to run a custom kernel with 'option SCSIPI_DEBUG'. This
lets you enable debugging for single devices using the scsictl command
g...@lexort.com (Greg Troxel) writes:
>> I typically set/confirm with mt that the device is set to 0/variable
>> block and then search around for a recommended blocking factor for the
>> hardware in question. For example - my Exabyte Mammoth 8mm (not this
>> device) supposedly is best with 240k (
mayur...@acm.org (Mayuresh) writes:
>NetBSD (over vnc):
>Cursor down: keycode 104 (keysym 0xff54, Down)
>Page down: keycode 105 (keysym 0xff56, Next)
>Linux:
>Cursor down: keycode 116 (keysym 0xff54, Down)
>Page down keycode 117 (keysym 0xff56, Next)
>Some difference in keycode but not in keys
m...@netbsd.org (Emmanuel Dreyfus) writes:
>I understand kprintf operates at IPL_HIGH, while the USB subssytem
>processes I/O at IPL_SOFTCLOCK. Does that mean I just cannot rely
>on USB for console output?
It can only work if USB is used in polling mode, which usually also means
that you must no
ea1...@gmail.com (Ramiro Aceves) writes:
>netbsd-raspa4# dd if=arm64-uefi-fw.img of=/dev/rsd0d bs=1m
>dd: /dev/rsd0d: Device not configured
The arm platform uses partition 'c' as the raw partition.
You can use the disklabel program to check partitioning.
so
it needs USBD_SYNCHRONOUS while usbd_create_xfer
probably doesn't.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
m...@netbsd.org (Emmanuel Dreyfus) writes:
>Another test, outputing "hello world!\r\nxx" (two x) and then
>"HELLO WORLD!\r\nX" (one X)
>The display is (mind the leading space)
> ELLO WORLD!
>Xx
You could try to dump the bytes you receive instead of deducing
them from the visible output.
If th
k...@munnari.oz.au (Robert Elz) writes:
>Date:Tue, 8 Jul 2025 21:03:45 - (UTC)
>From:mlel...@serpens.de (Michael van Elst)
>Message-ID: <104k13h$k7p$1...@serpens.de>
> | % strings /usr/mdec/bootxx_ffsv2 |grep -i slice
> | no slice
>
bea...@sdf.org (beaker) writes:
>mlel...@serpens.de (Michael van Elst) wrote:
>> Booting from a msdos partititon with a ffsv2 bootloader?
>It's not an msdos partion AFAIK but dkctl(8) lists it like that:
That's because the partition type is marked as "EFI".
>
k...@munnari.oz.au (Robert Elz) writes:
>The reported error came from grub, nothing in NetBSD is going to be
>complaining about a "slice",
Actually:
% strings /usr/mdec/bootxx_ffsv2 |grep -i slice
no slice
bootxx_ffsv2 looks for a MBR with a NetBSD partition (type 169),
it will only look for a
bea...@sdf.org (beaker) writes:
>dk2: NetBSD, 125829120 blocks at 269486080, type: msdos # <<<
># install FFSv2 primary bootstrap to /dev/rdk2:
>$ sudo installboot -fv /dev/rdk2 /usr/mdec/bootxx_ffsv2
Booting from a msdos partititon with a ffsv2 bootloader?
bea...@sdf.org (beaker) writes:
>mlel...@serpens.de (Michael van Elst) wrote:
>> In your case however, you provide your own MBR (with grub)
>> and 'gpt biosboot' would just overwrite grub with our boot
>> program.
>Thanks for that explaination. It does seem l
bea...@sdf.org (beaker) writes:
> gpt biosboot [-A] [-c bootcode] [-b startsec] [-i index] [-L label]
>for a gpt partitioned disk or is this relatively recent addition
>just an alternative of convenience?
It's a bit complicated.
A regular BIOS (not UEFI) loads the MBR from block 0 of a disk.
bea...@sdf.org (beaker) writes:
>I think Elst's comment is right, that there isn't actually a primary
>NetBSD bootloader present on the referenced partition so one needs
>to be installed, though I'm unsure how to do this with non-UEFI gpt
>partitioning; do I use gpt(8) or installboot(8) and where
bea...@sdf.org (beaker) writes:
>- leaving off '--force' from chainloader reports "incorrect signature"
When grub complains about "incorrect signature", then maybe there
is no bootloader present on that partition and you need to install it.
>From running NetBSD you do that with the 'installboot'
On Thu, Jul 03, 2025 at 02:40:02PM -0700, Paul Goyette wrote:
> On Thu, 3 Jul 2025, Michael van Elst wrote:
>
> Maybe I need some special build options for pkgsrc? Here's an
> excerpt frm my build loggs:
>
> =
p...@whooppee.com (Paul Goyette) writes:
>I've got audiocfg(1) configured to use the hdmi output from my video
>card:
># audiocfg list | grep '^[0-9]:'
>0: [*] audio2 @ hdafg0: NVIDIA product 0051
>1: [ ] audio0 @ uaudio0: USB audio
>2: [ ] audio1 @ uaudio1: USB audio
>3: [ ] audio3 @ hdafg1: ATI
ecting to the bridge connects the interfaces on layer 2, routing
is not part of this and not required. Also, for connectivity to the
outside, a routed guest network also needs proper routes on the host
network. You can do that, but it adds lots of complexity.
Greetings,
--
On Wed, Jul 02, 2025 at 10:31:32PM +0200, Rhialto wrote:
> On Wed 02 Jul 2025 at 20:09:08 -0000, Michael van Elst wrote:
> > You can also configure a vether interface and add that. This
> > creates a more isolated guest network together with the host.
> > This can then
br...@biology.nmsu.edu (Brook Milligan) writes:
>The host tap0 interface has a MAC address of f2:0b:a4:70:18:82, and the =
>guest vioif0 interface has a MAC address of 52:54:00:12:34:56. The =
>latter is what shows up on the bridge; should they match? When I add =
>mac=3Df2:0b:a4:70:18:82 to -d
6b...@6bone.informatik.uni-leipzig.de writes:
>newfs -m 1 -O 2 -o space -q user -q group /dev/dk1
>/dev/rdk1: 267036672.0MB (546891104184 sectors) block size 32768, fragment
>size 4096
> using 303430 cylinder groups of 880.06MB, 28162 blks, 7168 inodes.
>super-block backups (for fsck_ffs
g...@lexort.com (Greg Troxel) writes:
>It may be that the firewall rules should be based on the process's
>uid/gid, and that the concept of sockets having owners is just a red herring.
Even filtering packets on some guessed uid/gid value is questionable
as processes don't send or receive packets.
ea1...@gmail.com (Ramiro Aceves) writes:
>from "man audioctl":
> The -d flag can be used to give an alternative audio control
>device, the default is /dev/audioctl0.
That's a bit stale, the 'default' symlinks are a new thing.
audioctl is trying /dev/audioctl and falling back to /dev/audio
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>EF> tar uses stdio?
>Surely (I looked up the source) it doesn't. It uses write(2).
>So it must be something else.
Please look at libarchive, that's the "other" tar.
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>For instance, when reconstructing (I manually failed a component to test
>this), top shows the "system" process to use 80-90% of CPU time, so I guess
>the EXORing done during reconstruction is attributed to the kernel. But
>during nor
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>Even if tar (and pax, which I also tried) was to use stdio, this would not
>explain being bound by /system/ cpu time.
With a smaller stdio buffer, you do more read/write syscalls and add more
overhead.
>It must be something in the ke
m...@netbsd.org (Emmanuel Dreyfus) writes:
>254:00:3: Intel Snow Ridge IEH (host bridge)
>And I wondder what 254:0:1 is.
The "Integrated Error Handler" aggregates error events
from various sources in the SoC. There is an Intel Core
11th generation addendum with a coarse description.
drix...@e-utp.net (Marcin Gondek) writes:
>Hi All,
>Is there any chance to disable such errors in dmesg without changing the co=
>de?
>[ 921603.144137] diskstation6.e-utp.net:/volume1/homes/drixter: re-enabling=
> wcc
>[ 921603.234137] diskstation6.e-utp.net:/volume1/homes/drixter: inaccurate =
On Sun, Apr 13, 2025 at 06:10:16PM +0100, Patrick Welche wrote:
> On Sat, Apr 12, 2025 at 08:25:49PM -0000, Michael van Elst wrote:
> > Build a kernel with option UVIDEO_DEBUG, this might give some hint about
> > the error.
>
> Right!
>
> # videoctl -d /dev/video0 -
pr...@welche.eu (Patrick Welche) writes:
>usb1 at xhci0: USB revision 2.0
>uhub1 at usb1: NetBSD (0x) xHCI root hub (0x), class 9/0, rev
>2.00/1.00, addr 0
>uvideo0 at uhub1 port 6 configuration 1 interface 0: CKFIH12P466071019182
>(0x0bda) Integrated_Webcam_HD (0x5531), rev 2.01/81.78,
ubr.c.
dk_translate does the validation for regular I/O by calling
bounds_check_with_mediasize() or bounds_check_with_label().
dk_dump does the validation for a dump operation directly
against the disk_geom data.
Greetings,
--
Michael van Elst
Internet: mlel
On Sat, Apr 12, 2025 at 02:42:33AM -0700, Paul Goyette wrote:
> Does this help kern/59153?
It avoids data loss and corruption in similar cases. The exact
condition in kern/59153 luckily didn't dump at all.
Greetings,
--
Michael van Elst
Intern
eed the maximum signed int value.
Otherwise it looks ok.
The current version (check only) could be pulled up. The changed
backend ABI would require more compat code.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>Is there a way to steer the order of attachments?
You can create a custom kernel with a fixed set of attachments,
but it's not that versatile.
On the other hand, you rarely require "known" disk names.
For mounting, it's easier to name
b...@bsd.de (Christoph Badura) writes:
>I see only https://rmind.github.io/npf/intro.html#processing discussing
>this a bit. That seems to be a different concept. I.e. packets are
>processed "on each interface a packet is traversing, either as incoming or
>outgoing."
Actually, packets are not
mo...@rodents-montreal.org (Mouse) writes:
>> mount does a realpath() to resolve relative mount paths, not sure
>> since when..
>You're talking about mount(8), not mount(2), right? Arguably mount_mfs
>should do the same, for consistency if nothing else.
mount(8) and the various mount_xxx progra
m...@netbsd.org (Emmanuel Dreyfus) writes:
>This php function loops around gettimeofday() until the microsecond
>changes:
> do {
>(void)gettimeofday((struct timeval *) &tv, (struct timezone *) NULL);
> } while (tv.tv_sec == prev_tv.tv_sec && tv.tv_usec == prev_tv.tv_usec);
Yes, that's the
g...@lexort.com (Greg Troxel) writes:
>> count value
>> 239726 1743694322.907498
>> 119400 1743694324.187487
>> 327599 1743694325.467476
>> 174425 1743694326.747465
>> 138850 1743694328.027453
>Wow, that is messed up!
That looks like a common behaviour of virtual machines, when they
cannot kee
mo...@rodents-montreal.org (Mouse) writes:
>Perhaps, but that's equally true of every other mount operation
>(except, to a partial extent, union mounts). Why would mount_mfs get
>special treatment? I don't see any chdir call in, for example,
>mount_ffs.
mount_ffs applies the mount system call a
randrianas...@gmail.com (Andrew Randrianasulu) writes:
>I tried to use sandboxctl on 10.1_stable/amd64 host for creating 9.0 amd64
>chroot
> sandboxctl: D: Creating device nodes
> sandboxctl: E: Failed to create sandbox type netbsd-release
The latest sandboxctl does:
shtk_cli_debug "Creati
dholland-t...@netbsd.org (David Holland) writes:
>But that's a backwards argument anyway. The point is that a vnd is a
>shim whose purpose is to work around a weakness in the system
>interfaces. (Namely, that you can't mount a fs image in a regular
>file.) It has no state, and no semantics of its
h...@spg.tu-darmstadt.de (Hauke Fath) writes:
>what is the state with NetBSD and hot-swapping disk drives?
>[ 1110.6034409] assert_sleepable() at netbsd:assert_sleepable+0x9c
>[ 1110.6367222] pool_cache_get_paddr() at=20
>netbsd:pool_cache_get_paddr+0x176
>[ 1110.6832707] kmem_intr_alloc() at ne
On Sun, Mar 23, 2025 at 06:46:19PM +0700, Robert Elz wrote:
> | UEFI doesn't even know the "bootme" attribue, so that must be something
> | else.
>
> It is even worse than that, despite what our gpt(8) might allow one to
> believe, it is impossible to set "bootme" on an ESP. "bootme" is one
On Sat, Mar 22, 2025 at 04:58:14PM -0700, Paul Goyette wrote:
> > I think its intention is to set which partition is to be the default root.
>
> My machine doesn't work this way. It fails to boot if I mark the
> NetBSD partition; instead it proceeds to the next bootable device.
> The bootme flag
p...@whooppee.com (Paul Goyette) writes:
>>> My boot.cfg file looks like this:
>>> dev=NAME=NVME-sys:
>>> If I just let it boot and take the default option 7, the ``dev'' is not
>>> set and the boot fails since the default dev is NAME=NVME-efi which
>>> doesn't have a /netbsd
>> How old is that bo
p...@whooppee.com (Paul Goyette) writes:
>My boot.cfg file looks like this:
>dev=NAME=NVME-sys:
>If I just let it boot and take the default option 7, the ``dev'' is not
>set and the boot fails since the default dev is NAME=NVME-efi which
>doesn't have a /netbsd
How old is that bootx64.efi ?
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>> No idea why it segfaults, but the status information is kept in
>> /var/db/statd.status. That's a db1 file and might be corrupt.
>Any way to check the integrity?
Maybe with the db command. But as long as there are no NFS file locks,
y
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>> so you're seeing not "continued to run" but "is running again"?
>No. ps u shows the start time as 04Mar.
rpc.statd runs on its own and doesn't get restarted automatically.
It does fork() to notify clients about NFS server restarts.
N
jakll...@kollasch.net ("Jonathan A. Kollasch") writes:
>Find the two components with matching modification counter and use just
>those? Not sure off hand how to print out a raid(4) component label;
>the modification counter is the third 32-bit quantity in the component
>label (at byte 12-15), jus
mo...@rodents-montreal.org (Mouse) writes:
>> My question is:
>> Can I use such retrieved file_fd or struct socket* so in separate
>> kernel thread ?
>I see no reason why not - but that is not at all the same as "yes". I
>do not work with multiple threads often enough to feel confident of my
>an
Module Name:src
Committed By: mlelstv
Date: Sun Mar 9 12:43:09 UTC 2025
Modified Files:
src/sys/arch/virt68k/virt68k: autoconf.c
Log Message:
Don't try to identify the boot device. This regulary fails
for wedge devices and cannot handle wedge names.
Instead, let the kern
Module Name:src
Committed By: mlelstv
Date: Sun Mar 9 12:43:09 UTC 2025
Modified Files:
src/sys/arch/virt68k/virt68k: autoconf.c
Log Message:
Don't try to identify the boot device. This regulary fails
for wedge devices and cannot handle wedge names.
Instead, let the kern
Module Name:src
Committed By: mlelstv
Date: Sun Mar 9 06:37:06 UTC 2025
Modified Files:
src/sys/dev/pci: if_alc.c
Log Message:
Add MBUFTRACE
To generate a diff of this commit:
cvs rdiff -u -r1.55 -r1.56 src/sys/dev/pci/if_alc.c
Please note that diffs are not public dom
Module Name:src
Committed By: mlelstv
Date: Sun Mar 9 06:37:06 UTC 2025
Modified Files:
src/sys/dev/pci: if_alc.c
Log Message:
Add MBUFTRACE
To generate a diff of this commit:
cvs rdiff -u -r1.55 -r1.56 src/sys/dev/pci/if_alc.c
Please note that diffs are not public dom
p...@szwajn.net (pl) writes:
>so my built-in keyboard is a PS/2 one, it seems.
>I added that line to wscons.conf (and yes, wscons is enabled by default
>there), now backspa^W backarrow generates "^H", DEL "^?". However both still
>erase to the left
There is only a "erase to the left" function
Module Name:src
Committed By: mlelstv
Date: Sat Mar 8 09:34:33 UTC 2025
Modified Files:
src/usr.sbin/plainrsa-gen: Makefile
Log Message:
Fix build
To generate a diff of this commit:
cvs rdiff -u -r1.4 -r1.5 src/usr.sbin/plainrsa-gen/Makefile
Please note that diffs are
Module Name:src
Committed By: mlelstv
Date: Sat Mar 8 09:34:33 UTC 2025
Modified Files:
src/usr.sbin/plainrsa-gen: Makefile
Log Message:
Fix build
To generate a diff of this commit:
cvs rdiff -u -r1.4 -r1.5 src/usr.sbin/plainrsa-gen/Makefile
Please note that diffs are
b...@proulx.com (Bob Proulx) writes:
>> xterm then(*) interprets the symbols and generates "^H" for "Backspace"
>> and "^[[3~" for Delete (unless you have configured "DEL is Delete",
>> then it generates a "^?").
>My personal opinion is that Xterm does this the wrong way around.
There are alway
p...@szwajn.net (pl) writes:
>Why is DEL deletes characters from the left (making BackSpace redundant),
>while on X (from base) it behaves as expected (removes from right)? How can I
>make it behave as in X11?
>I know there's some historical background ongoing, but so far I know DEL
>removed ch
net...@precedence.co.uk (Stephen Borrill) writes:
>Looking good! Also mmm, a kernel that's 800k in size :-)
>Are these changes commitable?
I didn't change any code, just modified the superblock
a little bit. In particular, it now says it is 8k in size
and some bits that were undefined (all 1's)
mlel...@serpens.de (Michael van Elst) writes:
>mlel...@serpens.de (Michael van Elst) writes:
>>the direct struct doesn't use the d_namlen field, it's always zero.
>Correction, it apparently uses a 16bit d_namlen field and d_type is missing.
>This is the OLDDIRFMT.
mlel...@serpens.de (Michael van Elst) writes:
>the direct struct doesn't use the d_namlen field, it's always zero.
Correction, it apparently uses a 16bit d_namlen field and d_type is missing.
This is the OLDDIRFMT.
mlel...@serpens.de (Michael van Elst) writes:
>So far:
>it's a 2048 byte superblock (we insist on having 8192 bytes).
>the old_flags field isn't known and we try to intrpret it.
>the sblockloc field isn't known and validation fails.
>the maxsymlinklen field isn'
net...@precedence.co.uk (Stephen Borrill) writes:
>Interestingly, Linux reads it just fine (copied from another forum):
>a680v1: Unix Fast File system [v1] (little-endian), last mounted on /,
>last written at Thu Nov 21 13:09:49 2002, clean flag 0, number of blocks
>40960, number of data blocks
mar...@duskware.de (Martin Husemann) writes:
>On NetBSD that is done via
> sysctl machdep
>machdep.fpu_present = 1
>machdep.hwdiv_present = 1
>machdep.neon_present = 1
>machdep.simd_present = 1
>machdep.simdex_present = 1
Such feature flags exist on 32bit arm, but not on 64bit arm (nor on
ea1...@gmail.com (Ramiro Aceves) writes:
>Required baseline features:
> ID=100 (NEON) - NOT AVAILABLE
> ID= 9 (FP16) - NOT AVAILABLE
Both features are suppored by the PI4 CPU. But there is no
generic way to determine that at runtime. That's why you
see the "NOT AVAILABLE" here.
OpenCV l
mo...@rodents-montreal.org (Mouse) writes:
>- Userland creates an AF_LOCAL SOCK_STREAM socketpair and passes one of
> the resulting socket fds to the kernel, which takes over the
> referenced socket and uses it, with userland reading from and
> writing to the other socket.
That's about how
net...@precedence.co.uk (Stephen Borrill) writes:
>dumpfs recognises it as a FFSv1 filesystem (mildly surprised as wasn't
>sure of partitioning, if any).
>file system: /dev/vnd0a
>format FFSv1
>endian little-endian
>magic 11954 timeThu Nov 21 13:09:49 2002
The superblock looks
Module Name:src
Committed By: mlelstv
Date: Sun Feb 23 22:04:06 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
Need to allocate DMA buffer.
To generate a diff of this commit:
cvs rdiff -u -r1.40 -r1.41 src/sys/dev/pci/ld_virtio.c
Please note that dif
Module Name:src
Committed By: mlelstv
Date: Sun Feb 23 22:04:06 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
Need to allocate DMA buffer.
To generate a diff of this commit:
cvs rdiff -u -r1.40 -r1.41 src/sys/dev/pci/ld_virtio.c
Please note that dif
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 16:53:37 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
For fetching id data:
- actually enter synchronous mode.
- add and use polling support, which is necessary during attach.
- exit synchronous m
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 16:53:37 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
For fetching id data:
- actually enter synchronous mode.
- add and use polling support, which is necessary during attach.
- exit synchronous m
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:55:31 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
Remove module attachment hack, use more of standard boilerplate for
modules.
To generate a diff of this commit:
cvs rdiff -u -r1.37 -r1.38 s
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 10:02:02 UTC 2025
Modified Files:
src/sys/dev/hdaudio: hdaudiodevs.h hdaudiodevs_data.h
Log Message:
Regen
To generate a diff of this commit:
cvs rdiff -u -r1.10 -r1.11 src/sys/dev/hdaudio/hdaudiodevs.h \
src/sys
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 10:02:02 UTC 2025
Modified Files:
src/sys/dev/hdaudio: hdaudiodevs.h hdaudiodevs_data.h
Log Message:
Regen
To generate a diff of this commit:
cvs rdiff -u -r1.10 -r1.11 src/sys/dev/hdaudio/hdaudiodevs.h \
src/sys
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 10:01:39 UTC 2025
Modified Files:
src/sys/dev/hdaudio: hdaudiodevs
Log Message:
Add Cirrus Logic CS4206
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/sys/dev/hdaudio/hdaudiodevs
Please note that d
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 10:01:39 UTC 2025
Modified Files:
src/sys/dev/hdaudio: hdaudiodevs
Log Message:
Add Cirrus Logic CS4206
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/sys/dev/hdaudio/hdaudiodevs
Please note that d
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:57:09 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
Query device for id string.
To generate a diff of this commit:
cvs rdiff -u -r1.38 -r1.39 src/sys/dev/pci/ld_virtio.c
Please note that diff
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:57:09 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
Query device for id string.
To generate a diff of this commit:
cvs rdiff -u -r1.38 -r1.39 src/sys/dev/pci/ld_virtio.c
Please note that diff
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:55:31 UTC 2025
Modified Files:
src/sys/dev/pci: ld_virtio.c
Log Message:
Remove module attachment hack, use more of standard boilerplate for
modules.
To generate a diff of this commit:
cvs rdiff -u -r1.37 -r1.38 s
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:27:05 UTC 2025
Modified Files:
src/sys/nfs: nfs_socket.c
Log Message:
Poll for interrupted NFS operations if the waiting process hasn't
issued the operation and then won't get the interrupt signal itself.
To gener
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:36:29 UTC 2025
Modified Files:
src/sys/uvm: uvm_swap.c
Log Message:
Keep b_resid consistent on I/O errors.
To generate a diff of this commit:
cvs rdiff -u -r1.208 -r1.209 src/sys/uvm/uvm_swap.c
Please note that d
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:36:29 UTC 2025
Modified Files:
src/sys/uvm: uvm_swap.c
Log Message:
Keep b_resid consistent on I/O errors.
To generate a diff of this commit:
cvs rdiff -u -r1.208 -r1.209 src/sys/uvm/uvm_swap.c
Please note that d
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:27:05 UTC 2025
Modified Files:
src/sys/nfs: nfs_socket.c
Log Message:
Poll for interrupted NFS operations if the waiting process hasn't
issued the operation and then won't get the interrupt signal itself.
To gener
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:10:28 UTC 2025
Modified Files:
src/sys/netinet: ip_icmp.c
Log Message:
Use canonical M_GETHDR macro. NFCI.
To generate a diff of this commit:
cvs rdiff -u -r1.178 -r1.179 src/sys/netinet/ip_icmp.c
Please note tha
Module Name:src
Committed By: mlelstv
Date: Sat Feb 22 09:10:28 UTC 2025
Modified Files:
src/sys/netinet: ip_icmp.c
Log Message:
Use canonical M_GETHDR macro. NFCI.
To generate a diff of this commit:
cvs rdiff -u -r1.178 -r1.179 src/sys/netinet/ip_icmp.c
Please note tha
void...@protonmail.com (pin) writes:
>On amd64, the limits are unnecessarily small.
>I have 10Gb of RAM (it's not maxed out) and my laptop is from 2014.
>Would it be possible to make these limits arch dependent?
Possible, yes. But a more reasonable metric is memory size and
available KVA space.
wo...@planix.ca ("Greg A. Woods") writes:
>Here's a real-world example showing the move from C to B:
>9.99.81 $ nm /usr/lib/librumpnet.a | fgrep rumpns_ifnet
>0010 C rumpns_ifnet_list
>0008 C rumpns_ifnet_mtx
>0008 C rumpns_ifnet_pslist
> U rump
g...@lexort.com (Greg Troxel) writes:
>FWIW, on two of my systems N9 and N10, SNDBUF fails.
The default kern.sbmax is 256kB. People that have "tuned" their TCP
usually bumped that value, without you cannot use 1MB buffers.
The default kern.somaxkva is 16MB. That might be not enough if you
start
w...@netbsd.org (Thomas Klausner) writes:
>On my machine, the attached program (which sets the send and receive
>buffers for a socketpair() to 1MB each) works, on pin@'s it doesn't.
>Which limits restrict this?
# kernel limit for socket buffers
sysctl: kern.sbmax
# process limit for socket buff
p...@softinengines.com (Peter Skvarka) writes:
>If I understand good your answer, the only way how to disallow resolver
>to query reverse translation for target private IP is to deploy DNS
>service for machines with private IPs ?
Programs (like ping without the -n option) want to resolve IP add
tgru...@gmail.com (Todd Gruhn) writes:
>Cylinders -- how is that done? Because there is no tracks etc...
A fake geometry is used. Commonly by taking 63 * 255 sectors
for a 'cylinder', because that's the maximum the original HDD
interface could handle.
Geometry information is mostly ignored nowa
Module Name:src
Committed By: mlelstv
Date: Tue Feb 18 17:09:34 UTC 2025
Modified Files:
src/sys/dev: dksubr.c
Log Message:
Allowing dump to a RAID partition (i.e. a raid(4) component).
Fixes PR 59024
To generate a diff of this commit:
cvs rdiff -u -r1.117 -r1.118 src/sy
Module Name:src
Committed By: mlelstv
Date: Tue Feb 18 17:09:34 UTC 2025
Modified Files:
src/sys/dev: dksubr.c
Log Message:
Allowing dump to a RAID partition (i.e. a raid(4) component).
Fixes PR 59024
To generate a diff of this commit:
cvs rdiff -u -r1.117 -r1.118 src/sy
joel.bertr...@systella.fr (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) writes:
>[ 148425,692985] dumping to dev 18,1 (offset=3D253015, size=3D4162677):
>[ 148425,692985] dump [ 1.000] Copyright (c) 1996, 1997, 1998,
My guess is that dump on a raid partition is broken.
raid checks the partition to be
joel.bertr...@systella.fr (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) writes:
> Last line begins with "dump", maybe end of line contains "device bad".
"device bad" comes from the driver dump routine returning ENXIO.
There can be multiple causes for this error, but the most prominent is
that you don't
Module Name:src
Committed By: mlelstv
Date: Sun Feb 16 21:09:00 UTC 2025
Modified Files:
src/sys/dev: video.c
Log Message:
When dropping lock around scatter_io_uiomove(), use busy flag
to serialize operations.
Hold lock while accessing video_stream and video_buffer.
To
Module Name:src
Committed By: mlelstv
Date: Sun Feb 16 21:09:00 UTC 2025
Modified Files:
src/sys/dev: video.c
Log Message:
When dropping lock around scatter_io_uiomove(), use busy flag
to serialize operations.
Hold lock while accessing video_stream and video_buffer.
To
j...@helkyn.org ("Jean-Yves Migeon (NetBSD)") writes:
>[373.4828972] bridge_input() at netbsd:bridge_input+0x9f1
That's acquiring the global locks (kernel + softnet) in vlan(4):
if (_ifp != NULL) {
m->m_flags &= ~M_PROMISC;
1 - 100 of 1423 matches
Mail list logo
