Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 14:00:47 UTC 2023
Modified Files:
src/usr.sbin/crash: crash.c
Log Message:
Implement cngetc, don't abort.
To generate a diff of this commit:
cvs rdiff -u -r1.15 -r1.16 src/usr.sbin/crash/crash.c
Please note that
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:56:48 UTC 2023
Modified Files:
src/usr.bin/rpcinfo: rpcinfo.c
Log Message:
Use IANA registerd service name "sunrpc" instead of "rpcbind".
To generate a diff of this commit:
cvs rdiff -u -r1.37 -r1.38
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:56:48 UTC 2023
Modified Files:
src/usr.bin/rpcinfo: rpcinfo.c
Log Message:
Use IANA registerd service name "sunrpc" instead of "rpcbind".
To generate a diff of this commit:
cvs rdiff -u -r1.37 -r1.38
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:38:13 UTC 2023
Modified Files:
src/sys/dev/wscons: wsksymdef.h
Log Message:
Adjust next key value (it's not used anywhere).
To generate a diff of this commit:
cvs rdiff -u -r1.77 -r1.78
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:38:13 UTC 2023
Modified Files:
src/sys/dev/wscons: wsksymdef.h
Log Message:
Adjust next key value (it's not used anywhere).
To generate a diff of this commit:
cvs rdiff -u -r1.77 -r1.78
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:35:40 UTC 2023
Modified Files:
src/sys/dev/usb: usbdevs.h usbdevs_data.h
Log Message:
Regen
To generate a diff of this commit:
cvs rdiff -u -r1.801 -r1.802 src/sys/dev/usb/usbdevs.h \
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:35:40 UTC 2023
Modified Files:
src/sys/dev/usb: usbdevs.h usbdevs_data.h
Log Message:
Regen
To generate a diff of this commit:
cvs rdiff -u -r1.801 -r1.802 src/sys/dev/usb/usbdevs.h \
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:33:35 UTC 2023
Modified Files:
src/sys/dev/usb: usbdevs
Log Message:
Add RTL8156
To generate a diff of this commit:
cvs rdiff -u -r1.809 -r1.810 src/sys/dev/usb/usbdevs
Please note that diffs are not public
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:33:35 UTC 2023
Modified Files:
src/sys/dev/usb: usbdevs
Log Message:
Add RTL8156
To generate a diff of this commit:
cvs rdiff -u -r1.809 -r1.810 src/sys/dev/usb/usbdevs
Please note that diffs are not public
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:30:33 UTC 2023
Modified Files:
src/sys/dev/onewire: owtemp.c
Log Message:
Don't unregister envsys when not registered.
To generate a diff of this commit:
cvs rdiff -u -r1.21 -r1.22 src/sys/dev/onewire/owtemp.c
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:30:33 UTC 2023
Modified Files:
src/sys/dev/onewire: owtemp.c
Log Message:
Don't unregister envsys when not registered.
To generate a diff of this commit:
cvs rdiff -u -r1.21 -r1.22 src/sys/dev/onewire/owtemp.c
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:29:03 UTC 2023
Modified Files:
src/sys/dev/ic: dw_hdmi.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.10 -r1.11
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:29:03 UTC 2023
Modified Files:
src/sys/dev/ic: dw_hdmi.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.10 -r1.11
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:28:15 UTC 2023
Modified Files:
src/sys/dev/ic: anx_dp.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.5 -r1.6
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:28:15 UTC 2023
Modified Files:
src/sys/dev/ic: anx_dp.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.5 -r1.6
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:27:24 UTC 2023
Modified Files:
src/sys/dev/i2c: es8316ac.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.5 -r1.6
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:27:24 UTC 2023
Modified Files:
src/sys/dev/i2c: es8316ac.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.5 -r1.6
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:06:06 UTC 2023
Modified Files:
src/sys/arch/macppc/dev: snapper.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.65 -r1.66
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 13:06:06 UTC 2023
Modified Files:
src/sys/arch/macppc/dev: snapper.c
Log Message:
Output is always 16bit, the internal audio data type may differ.
To generate a diff of this commit:
cvs rdiff -u -r1.65 -r1.66
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:53:08 UTC 2023
Modified Files:
src/sys/arch/arm/broadcom: bcm2835_com.c
Log Message:
Report UART clock.
To generate a diff of this commit:
cvs rdiff -u -r1.8 -r1.9 src/sys/arch/arm/broadcom/bcm2835_com.c
Please
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:53:08 UTC 2023
Modified Files:
src/sys/arch/arm/broadcom: bcm2835_com.c
Log Message:
Report UART clock.
To generate a diff of this commit:
cvs rdiff -u -r1.8 -r1.9 src/sys/arch/arm/broadcom/bcm2835_com.c
Please
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:47:24 UTC 2023
Modified Files:
src/sbin/swapctl: swaplist.c
Log Message:
Avoid overflow of totals.
To generate a diff of this commit:
cvs rdiff -u -r1.18 -r1.19 src/sbin/swapctl/swaplist.c
Please note that diffs
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:47:24 UTC 2023
Modified Files:
src/sbin/swapctl: swaplist.c
Log Message:
Avoid overflow of totals.
To generate a diff of this commit:
cvs rdiff -u -r1.18 -r1.19 src/sbin/swapctl/swaplist.c
Please note that diffs
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:45:22 UTC 2023
Modified Files:
src/sbin/gpt: gpt.c
Log Message:
Be verbose about errors.
To generate a diff of this commit:
cvs rdiff -u -r1.85 -r1.86 src/sbin/gpt/gpt.c
Please note that diffs are not public
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:45:22 UTC 2023
Modified Files:
src/sbin/gpt: gpt.c
Log Message:
Be verbose about errors.
To generate a diff of this commit:
cvs rdiff -u -r1.85 -r1.86 src/sbin/gpt/gpt.c
Please note that diffs are not public
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:42:18 UTC 2023
Modified Files:
src/lib/libpuffs: dispatcher.c
Log Message:
pathconf needs to return EINVAL when the variable is invalid
or cannot be associated with a file. This also needs to be true
when the node
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 12:42:18 UTC 2023
Modified Files:
src/lib/libpuffs: dispatcher.c
Log Message:
pathconf needs to return EINVAL when the variable is invalid
or cannot be associated with a file. This also needs to be true
when the node
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 09:26:08 UTC 2023
Modified Files:
src/tests/dev/audio: audiotest.c
Log Message:
mmap() fails for size == 0 with EINVAL unless the mapping is anonymous.
To generate a diff of this commit:
cvs rdiff -u -r1.31 -r1.32
Module Name:src
Committed By: mlelstv
Date: Mon Dec 11 09:26:08 UTC 2023
Modified Files:
src/tests/dev/audio: audiotest.c
Log Message:
mmap() fails for size == 0 with EINVAL unless the mapping is anonymous.
To generate a diff of this commit:
cvs rdiff -u -r1.31 -r1.32
kar...@netbsd.org (Frank Kardel) writes:
>As you said a "couple of years ago" I assume those CPUs where not
>Zen4-architecture.
The new pkgbuilder is Zen3, so still too old.
Module Name:src
Committed By: mlelstv
Date: Wed Nov 29 11:40:37 UTC 2023
Modified Files:
src/sys/arch/x86/x86: intr.c
Log Message:
Fix use-after-free (source->is_type) when detecting unsharable
interrupts. Doesn't solve the interrupt conflict itself, but
avoids a panic.
shev.vt1...@gmail.com (Vitaly Shevtsov) writes:
>When I'm listening to music I get this error after some time:
>audio1(hdafg1): audio_write: device timeout, seq=16987,
>usrbuf=60224/H60224, outbuf=8192/8192
You get timeouts when the backend driver (hdafg1) doesn't
finish playing buffers. So
Module Name:src
Committed By: mlelstv
Date: Sat Nov 25 10:08:27 UTC 2023
Modified Files:
src/sys/dev/iscsi: iscsi.h iscsi_globals.h iscsi_ioctl.c iscsi_send.c
iscsi_text.c iscsi_utils.c
Log Message:
Adapt to bignum representation of target.
Fix negotiation for
Module Name:src
Committed By: mlelstv
Date: Sat Nov 25 10:08:27 UTC 2023
Modified Files:
src/sys/dev/iscsi: iscsi.h iscsi_globals.h iscsi_ioctl.c iscsi_send.c
iscsi_text.c iscsi_utils.c
Log Message:
Adapt to bignum representation of target.
Fix negotiation for
Module Name:src
Committed By: mlelstv
Date: Sat Nov 25 08:06:02 UTC 2023
Modified Files:
src/sbin/iscsictl: iscsic_parse.c
src/sbin/iscsid: iscsid_driverif.c
Log Message:
Parse IPv6 targets and handle IPv6 addresses.
To generate a diff of this commit:
cvs rdiff
Module Name:src
Committed By: mlelstv
Date: Sat Nov 25 08:06:02 UTC 2023
Modified Files:
src/sbin/iscsictl: iscsic_parse.c
src/sbin/iscsid: iscsid_driverif.c
Log Message:
Parse IPv6 targets and handle IPv6 addresses.
To generate a diff of this commit:
cvs rdiff
mount
a root filesystem. So no idea yet what error is triggered.
On the other hand, attempting to use LFS showed errors with handling
block sizes and running the filesystem tester (fsx) somewhen paniced
the system. Whatever was "fixed" in LFS was not good enough :-/
Greetings,
--
9 axen_uno_rx_loop#0@0: 0400e00b 400657b9 c0a80104
> 0bf0 <-- garbage -->
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
luisvmen...@yandex.com (Luis Mendes) writes:
>== Now, trying to open the container again:
>cgdconfig -V gpt cgd0 NAME=nvme-crypt /etc/cgd/nvme-crypt
>After entering the four zeroes password, there's the message:
>"cgdconfig: verification failed, please reenter passphrase".
>What is wrong with
On Sat, Nov 18, 2023 at 07:47:47PM +0700, Robert Elz wrote:
>
> Using getaddrinfo() would be much better of course.
That's what I have now
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lu
k...@munnari.oz.au (Robert Elz) writes:
>That looks to me as if it should work, and is a lot cleaner, though
>I doubt there's a great need to remove the [] if they were given.
getaddrinfo() doesn't strip or handle brackets.
k...@munnari.oz.au (Robert Elz) writes:
> | The address parser looks broken.
>It certainly is, it is horrid.
>and the relevant function is get_address()
Maybe the patch below. It's still a bit naive (you can bracket anything,
not just ipv6 literals).
The address string is later used in
lis...@nebelschwaden.de (Ede Wolf) writes:
>I am having two issues with iscsid/iscsictl. First, it seems, I cannot
>mount an lfs formatted iscsi lun, no matter wether this drive is
>gpt/wedge or plain disklabelled:
># mount -t lfs /dev/dk0 /import/
>mount_lfs: /dev/dk0 on /import: Operation
mak...@ki.nu (Makoto Fujiwara) writes:
>I've compared to openbsd: if_axen.c
> https://raw.githubusercontent.com/openbsd/src/master/sys/dev/usb/if_axen.c
>to N, and there are so many differencies.
>Does this (N) if_axen.c works on any installation ?
axen seems to work, but I can see that the
tlaro...@kergis.com writes:
>disable {drmkms} # NEW: disable devices belonging to group "drmkms"
Almost noone would need to turn off all drmkms drivers. What you may
want to control is that a GPU isn't used as a console. Disabling a driver
is just our crude workaround to achieve this.
I
r...@sdf.org (RVP) writes:
>On Sat, 4 Nov 2023, RVP wrote:
>> 1) Allowing shell-like patterns (not hard to implement):
>>
>> uc> disable *drm* *usb$ # all with `drm' anywhere and those ending in
>>
>Ah, since these are shell-like patterns there's not need for a `$' to
>denote EOL. So:
ea1...@gmail.com (Ramiro Aceves) writes:
>My script says on the console "Network connectivity to $TARGET is OK."
>several times before the script dies. So ping works fine. (I have set
>INTERVAL=3 seconds just to speed things up during testing.
Your script shouldn't create output from a
g...@lexort.com (Greg Troxel) writes:
>> vnd opens the backing file when the unit is created and closes
>> the backing file when the unit is destroyed. Then you can access
>> the file again.
>Is there a guarantee of cache consistency for writes before and reads
>after?
Before the unit is
w...@netbsd.org (Thomas Klausner) writes:
>I read about a new microcode update for the AMD Zen family, downloaded
>the linux firmware repository and tried to apply it.
We don't support microcode updates for Zen (just some older AMD model).
g...@lexort.com (Greg Troxel) writes:
>I dimly knew this, but keep forgetting. Reading vndconfig(8), it does
>not explain that the normal path leads to incorrect behavior (stale
>reads from file cache even after closing the vnd, mtime).
vnd opens the backing file when the unit is created and
Module Name:xsrc
Committed By: mlelstv
Date: Fri Oct 20 10:18:56 UTC 2023
Modified Files:
xsrc/external/mit/ctwm/dist: signals.c
Log Message:
Use a SIGCHLD handler instead of ignoring the signal.
This avoids lockups when child processes were inherited (e.g. from
Module Name:xsrc
Committed By: mlelstv
Date: Fri Oct 20 10:18:56 UTC 2023
Modified Files:
xsrc/external/mit/ctwm/dist: signals.c
Log Message:
Use a SIGCHLD handler instead of ignoring the signal.
This avoids lockups when child processes were inherited (e.g. from
w...@netbsd.org (Thomas Klausner) writes:
>For a cgd in a file that I mount via vnd+cgd, the file system contents
>inside may change, but the actual file on the hard disk outside only
>has 'access' time changes. So "smart" backup programs that check
>timestamps to find out if they need to re-hash
mjgu...@gmail.com (Mateusz Guzik) writes:
>> While vnodes would be recyclable, they hardly get recycled unless
>> an filesystem object is deleted or the filesystem is unmounted.
>They get recycled all the time by vdrain thread if numvnodes goes above
>desiredvnodes, like it does in this test.
mjgu...@gmail.com (Mateusz Guzik) writes:
>Running 20 find(1) instances, where each has a "private" tree with
>million of files runs into trouble with the kernel killing them (and
>others):
>[ 785.194378] UVM: pid 1998.1998 (find), uid 0 killed: out of swap
>This should not be happening --
stays the same.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
dyo...@pobox.com (David Young) writes:
>By the way, to interoperate with Bluetooth Low Energy devices, is
>anything beyond a compatible USB Bluetooth adapter needed? For example,
>kernel or utility changes?
So far we don't support BLE at all. Devices that talk only BLE cannot be
used.
My
w...@netbsd.org (Thomas Klausner) writes:
>Follow up question because it just happened to me:
>I have a USB Disk with ffs-on-cgd. I unmounted the ffs but forgot
>unconfiguring the cgd before unplugging the disk.
>Can this cause problems? What kinds?
Shouldn't do any harm, there is no state on
Module Name:src
Committed By: mlelstv
Date: Sun Oct 1 09:34:29 UTC 2023
Modified Files:
src/sys/dev/audio: audio.c
Log Message:
Fix output for big-endian hardware.
Also optimize the output scaling routine.
To generate a diff of this commit:
cvs rdiff -u -r1.144 -r1.145
Module Name:src
Committed By: mlelstv
Date: Sun Oct 1 09:34:29 UTC 2023
Modified Files:
src/sys/dev/audio: audio.c
Log Message:
Fix output for big-endian hardware.
Also optimize the output scaling routine.
To generate a diff of this commit:
cvs rdiff -u -r1.144 -r1.145
j...@m5.chicago.il.us ("Jay F. Shachter") writes:
>system a dhcp client of the other laptop), and I cannot, because the
>packages are no longer at
>http://ftp.NetBSD.org/pub/pkgsrc/packages/NetBSD/amd64/10.0/All where
>they used to be.
netbsd-10 got a second flag day, first when updating
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>> you dump a memory block that isn't a multiple of a disk sector
>> (according to disklabel)
>You mean this one (from disklabel raid0):
> bytes/sector: 512
>?
Yes. Which makes it unlikely.
amd64/machdep.c:
this dumps at least
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>GO>Dumping to a RAID 1 set is supported in -8. But yes, none of those
>GO>values seem to align with each other. 18,1 is 'raid0b' thouugh, so that
>GO>part seems correct.
>MvE> offset and size relate to the dump data (dumplo and
k...@munnari.oz.au (Robert Elz) writes:
>Date:Mon, 25 Sep 2023 05:57:49 +
>From:Emmanuel Dreyfus
>Message-ID:
> | bootme.cfg is searched in EFI paririon /EFI/NetBSD/boot.cfg
>Which EFI partition? I think I have about 5 or 6, sprinkled around
>various
os...@netbsd.org (Greg Oster) writes:
>> dumping to dev 18,1 (offset=1090767, size=8252262):
>>
>Dumping to a RAID 1 set is supported in -8. But yes, none of those
>values seem to align with each other. 18,1 is 'raid0b' thouugh, so that
>part seems correct.
offset and size relate to the
you specify something else (or magic like the raidframe
hack comes into play).
So, the bootme flag effectively specifies the root partition, but only
by virtue of defaults being passed down the chain. The kernel should
not outguess things and interpret the flag itself.
--
a...@absd.org (David Brownlee) writes:
>Our gpt(8) states "bootme flag is used to indicate which partition
>should be booted by UEFI boot code", which could be read either way.
The flag is used to find the partition to load /boot, /boot.cfg or
the kernel from. The boot disk information is also
old dummy record with a non-empty string.
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
mar...@duskware.de (Martin Husemann) writes:
>But the more general solution (which would be just as easy for the end
>user, but more flexibel) is to add support for a rootdev statement
>in boot.cfg and then put the label name or the guid there. Similar
>to evbarm taking a root=dev argument passed
On Fri, Sep 15, 2023 at 03:15:10PM +, Emmanuel Dreyfus wrote:
> On Fri, Sep 15, 2023 at 03:06:46PM -0000, Michael van Elst wrote:
> > What about just telling the kernel what to use in /boot.cfg ?
> > No need to add more magic to the kernel.
>
> Ths user took care
m...@netbsd.org (Emmanuel Dreyfus) writes:
>multitboot lets the bootloader pass boot device information as BIOS
>driver, partition number, subpartition number. This is intended
>for MBR extended partitions or MBR/disklabel.
What about just telling the kernel what to use in /boot.cfg ?
No need to
bou...@antioche.eu.org (Manuel Bouyer) writes:
>But the clock softint shouldn't be locked out for 16s, ever.
Then the clock softint must have a higher priority than
everything else including hard interrupts.
Obviously that's not how the system is designed, there
are no limits on how long
mar...@duskware.de (Martin Husemann) writes:
>On Fri, Sep 15, 2023 at 12:17:58PM +0900, Masanobu SAITOH wrote:
>> I think it would be good to change the default behavior from
>> panic to something others because GENERIC kernel enables HEARTBEAT.
>> by default. One of idea is to print warning
r...@fdy2.co.uk (Robert Swindells) writes:
>There is a call to panic() if the kernel detects that there is no
>console device found, I would like to make this call to it just reboot
>without dropping into ddb.
Not without modifications.
You could include the nullcons (i.e. boot without console)
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>I had a RAIDframe level 1 RAID with the first component marked as failed, e,g,
> component0: failed
> /dev/dkN: optimal
>and although the set was configured -A softroot, the kernel didn't configure
>raid0a as the root file
mar...@duskware.de (Martin Husemann) writes:
> if (flags & DKW_FLAGS_BOOTME)
> rf_boot_from_filesystem_starting_at(dkw.offset)
A flag in GPT that is supposed to be used by a bootloader now causes
changes in the kernel disk infrastructure to be used for a
bsieg...@gmail.com (Benny Siegert) writes:
>>=20
>> Unfortunately the additional shared library changes require another =
>round
>> of package rebuilds from scratch. Everyond building packages against
>> netbsd-10: please start a new round from scratch.
>Does that mean the pkgsrc-2023Q2 binary
g...@lexort.com (Greg Troxel) writes:
>For the EFI partition, what are the rules? It seems like
> the size is at least X and less than Y
100MB is the minimum, some systems reject smaller EFI partitions.
It also should be FAT32.
asier method though.
>
> Yes, that seems not to have any real downsides and would make it behave
> as expected.
SMOP
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
rrange for "volume labels" to be visible in the filesystem
(e.g. use devpubd to create symlinks for wedges, or invent a device
filesystem that is filled by the kernel) and let zfs scan these.
Makeing zfs scan disklabel partitions derived from hw.disknames seems
to be the e
g...@lexort.com (Greg Troxel) writes:
>David Brownlee writes:
>> https://gnats.netbsd.org/57583
>Do you think this is just a bug that it fails to look at wd3e
>etc. wrongly if there is /dev/zfs?
The code scans all devices in the specified device directory, unless
it's /dev/. Then it uses
g...@lexort.com (Greg Troxel) writes:
>it was underpowered, that I might or might not ever power up again, and
>if I did I wouldn't use ftp.n.o packages on it.
What else? Self-compiling on a system you already consider outdated? :)
Binary packages are more important on systems that we consider
On Sun, Aug 13, 2023 at 01:04:00PM +0200, Rhialto wrote:
> On Sat 12 Aug 2023 at 23:49:43 +0200, Michael van Elst wrote:
> > On Sat, Aug 12, 2023 at 03:22:56PM +0200, Rhialto wrote:
> > >
> > > Or, alternatively, a proper signal handler for SIGCHLD could be set up.
ildren.
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
Module Name:src
Committed By: mlelstv
Date: Sat Aug 12 07:40:13 UTC 2023
Modified Files:
src/usr.bin/ftp: fetch.c
Log Message:
Don't finish downloading an empty file with 'already done' before it is
created locally.
To generate a diff of this commit:
cvs rdiff -u
Module Name:src
Committed By: mlelstv
Date: Sat Aug 12 07:40:13 UTC 2023
Modified Files:
src/usr.bin/ftp: fetch.c
Log Message:
Don't finish downloading an empty file with 'already done' before it is
created locally.
To generate a diff of this commit:
cvs rdiff -u
j...@m5.chicago.il.us ("Jay F. Shachter") writes:
>else. According to the output that I obtain when I boot my computer
>into OpenBSD and invoke the "pcidump -v" command -- and I have to
>engage in this roundabout procedure because I do not see a pcidump
>command, or anything resembling it, on my
different.
There might also be some difference in command queuing parameters,
some disks get slower for this kind of test.
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
g...@lexort.com (Greg Troxel) writes:
>When you run dd with bs=64k and then bs=1m, how different are the
>results? (I believe raw requests happen accordingly, vs MAXPHYS for fs
>etc. access.)
'raw requests' are split into MAXPHYS size chunks. While using bs=1m
reduces the syscall overhead
joel.bertr...@systella.fr (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) writes:
>CISCO FTTH adapter
> ||
> ||
>netbsdLinux
> |
> |
> lan
>On NetBSD (-10) or workstations on LAN:
>- 400 Mbps downlink;
>- 4 (!) Mbps uplink, yes, 4 Mbps.
What happens when you unplug one of the
g...@lexort.com (Greg Troxel) writes:
>mlel...@serpens.de (Michael van Elst) writes:
>> t...@netbsd.org (Tobias Nygren) writes:
>>
>>>There exists ZFS code which hooks into UVM to drain memory -- but part
>>>of it is ifdef __i386 for some reason. See arc_kmem_
t...@netbsd.org (Tobias Nygren) writes:
>There exists ZFS code which hooks into UVM to drain memory -- but part
>of it is ifdef __i386 for some reason. See arc_kmem_reap_now().
That's an extra for 32bit systems (later code replaced __i386 with
the proper macro) where kernel address space is much
On Fri, Jul 28, 2023 at 12:26:57PM -0400, Greg Troxel wrote:
> mlel...@serpens.de (Michael van Elst) writes:
>
> > g...@lexort.com (Greg Troxel) writes:
> >
> >>I'm not either, but if there is a precise description/code of what they
> >>did, th
g...@lexort.com (Greg Troxel) writes:
>I'm not either, but if there is a precise description/code of what they
>did, that lowers the barrier to us stealing* it. (* There is of course
>a long tradition of improvements from various *BSD being applied to
>others.)
The FreeBSD code is already there
to force ZFS to
> give up its pool usage.
At least not in the current incarnation. There are lots of tunables
though that are supposed to limit ZFS memory usage, but so far we do
not expose these (FreeBSD does).
--
Michael van Elst
Internet: mle
g...@lexort.com (Greg Troxel) writes:
> RAM and/or responds to pressure. That's why we see almost no reports
> of trouble expect for zfs.
There is almost no pressure on pools and several effects prevent
pressure from actually draining pool caches.
There is almost no pressure on vcache and
Module Name:src
Committed By: mlelstv
Date: Sat Jul 22 10:31:35 UTC 2023
Modified Files:
src/etc/rc.d: iscsid_volumes
Log Message:
Don't specify a volume alias if none is given instead of using a default
name. Otherwise iscsictl fails for using non-unique names if more
Module Name:src
Committed By: mlelstv
Date: Sat Jul 22 10:31:35 UTC 2023
Modified Files:
src/etc/rc.d: iscsid_volumes
Log Message:
Don't specify a volume alias if none is given instead of using a default
name. Otherwise iscsictl fails for using non-unique names if more
g...@lexort.com (Greg Troxel) writes:
>mlel...@serpens.de (Michael van Elst) writes:
>> The xbd driver lies about the sector size and always reports 512byte
>> sectors. If you pass through a 4k sector host disk, this make some
>> I/O operations fail.
>What do you sug
g...@lexort.com (Greg Troxel) writes:
>With any luck, this is supported and the xbd driver in NetBSD is just
>not noticing the sector size variable and it's a fairly small matter of
>programming.
The xbd driver lies about the sector size and always reports 512byte
sectors. If you pass through a
101 - 200 of 4969 matches
Mail list logo
