Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 07:57:20 UTC 2023
Modified Files:
src/sys/arch/atari/atari: stalloc.c
Log Message:
whitespace, no code change.
To generate a diff of this commit:
cvs rdiff -u -r1.19 -r1.20 src/sys/arch/atari/atari/stalloc.c
Please
Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 07:57:20 UTC 2023
Modified Files:
src/sys/arch/atari/atari: stalloc.c
Log Message:
whitespace, no code change.
To generate a diff of this commit:
cvs rdiff -u -r1.19 -r1.20 src/sys/arch/atari/atari/stalloc.c
Please
Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 07:09:48 UTC 2023
Modified Files:
src/sys/dev/i2c: ds1307.c
Log Message:
Don't panic with invalid user data, just return an error.
To generate a diff of this commit:
cvs rdiff -u -r1.39 -r1.40
Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 07:09:48 UTC 2023
Modified Files:
src/sys/dev/i2c: ds1307.c
Log Message:
Don't panic with invalid user data, just return an error.
To generate a diff of this commit:
cvs rdiff -u -r1.39 -r1.40
Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 07:04:27 UTC 2023
Modified Files:
src/common/lib/libc/arch/arm/string: memcpy_arm.S
Log Message:
Fix two signed comparisons that were missed in the last patch.
Found be rillig@
To generate a diff of this commit:
cvs
Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 07:04:27 UTC 2023
Modified Files:
src/common/lib/libc/arch/arm/string: memcpy_arm.S
Log Message:
Fix two signed comparisons that were missed in the last patch.
Found be rillig@
To generate a diff of this commit:
cvs
Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 06:56:40 UTC 2023
Modified Files:
src/sys/arch/arm/acpi: acpi_platform.c plcom_acpi.c
src/sys/arch/arm/fdt: plcom_fdt.c
src/sys/arch/evbarm/dev: plcom.c plcomreg.h plcomvar.h
Log Message:
Add support
Module Name:src
Committed By: mlelstv
Date: Tue Jan 24 06:56:40 UTC 2023
Modified Files:
src/sys/arch/arm/acpi: acpi_platform.c plcom_acpi.c
src/sys/arch/arm/fdt: plcom_fdt.c
src/sys/arch/evbarm/dev: plcom.c plcomreg.h plcomvar.h
Log Message:
Add support
Module Name:src
Committed By: mlelstv
Date: Thu Jan 19 18:03:03 UTC 2023
Modified Files:
src/common/lib/libc/arch/arm/string: memcpy_arm.S memcpy_neon.S
memcpy_xscale.S memmove.S memset.S memset_naive.S strlen_neon.S
Log Message:
Use unsigned comparisons for
Module Name:src
Committed By: mlelstv
Date: Thu Jan 19 18:03:03 UTC 2023
Modified Files:
src/common/lib/libc/arch/arm/string: memcpy_arm.S memcpy_neon.S
memcpy_xscale.S memmove.S memset.S memset_naive.S strlen_neon.S
Log Message:
Use unsigned comparisons for
Module Name:src
Committed By: mlelstv
Date: Thu Jan 19 08:03:52 UTC 2023
Modified Files:
src/sys/arch/arm/arm32: arm32_machdep.c
Log Message:
Support remaining common boot options.
To generate a diff of this commit:
cvs rdiff -u -r1.144 -r1.145
Module Name:src
Committed By: mlelstv
Date: Thu Jan 19 08:03:52 UTC 2023
Modified Files:
src/sys/arch/arm/arm32: arm32_machdep.c
Log Message:
Support remaining common boot options.
To generate a diff of this commit:
cvs rdiff -u -r1.144 -r1.145
Module Name:src
Committed By: mlelstv
Date: Thu Jan 19 07:40:58 UTC 2023
Modified Files:
src/sys/kern: kern_subr.c
Log Message:
If a specified root device does not exist when the kernel tries to
mount the root filesystem, retry for up to ROOT_WAITTIME (20) seconds.
This
Module Name:src
Committed By: mlelstv
Date: Thu Jan 19 07:40:58 UTC 2023
Modified Files:
src/sys/kern: kern_subr.c
Log Message:
If a specified root device does not exist when the kernel tries to
mount the root filesystem, retry for up to ROOT_WAITTIME (20) seconds.
This
clays.sh...@sdf.org (Clay Daniels) writes:
>If I try this:Â Â Â #gpt show wd0
>I get this:Â Â Â Â Â Â GPT part - NetBSD FFSv1/FFSv2
>Then the next installation I deliberately used the default of FFSv2, I
>get the same thing. I'm sure I must be expecting the gpt command to do
>more than it
m...@netbsd.org (Emmanuel Dreyfus) writes:
>I suspect a mode problem. In the boot prompt, gop displays:
>*0: 1920x1080 BGRR pitch 1920 bpp 32
> 1: 640x480 BGRR pitch 640 bpp 32
> 2: 800x600 BGRR pitch 800 bpp 32
> 3: 1024x768 BGRR pitch 1024 bpp 32
> 4: 1280x1024 BGRR pitch 1280 bpp 32
>Trying
mo...@rodents-montreal.org (Mouse) writes:
>>> I'd tend to assume it is the code.
>Well, then, there never can be any such thing as a bug in jot.
The original code (see rev 1.1) seems to be more clear on how
the parameters should be evaluated.
k...@munnari.oz.au (Robert Elz) writes:
>Do we do crash dumps onto raidsets?
We can dump on raidsets, the code selects a working component or a spare
disk to dump on. Doesn't mean that it works, the more complicated the
device access gets, the less likely it will succeed.
mayur...@acm.org (Mayuresh) writes:
>What do I miss if I don't give dri permission? E.g. would firefox be
>terribly slower?
It is slower, and much slower for anything using video content or
things like WebGL.
>I can already see that I can't even run xscreensaver-demo. I can
>understand
mayur...@acm.org (Mayuresh) writes:
>Can someone throw some light on whether wheel membership is mandatory for
>dri? And about the crash if such permission is given?
It's the opposite, the DRI device needs to be accessible to users
that should be allowed to use it. You could create a 'drm'
mayur...@acm.org (Mayuresh) writes:
>On Tue, Dec 27, 2022 at 07:35:56PM +0530, Mayuresh wrote:
>> Is N supported on 10.0 BETA? Is some configuration required to enable the
>> same?
>Which component decides this - firmware? driver? kernel? something else?
All of them.
>Is Wireless N generally
dposto...@yandex.ru (Dmitrii Postolov) writes:
>"clock: unknown CMOS layout"
The message says that no century information is found in the CMOS RAM,
the hardware clock itself seems to keep only 2 year digits. The century
is then deduced as 1900 if the year number is less than 70 and 2000
dposto...@yandex.ru (Dmitrii Postolov) writes:
>On boot of NetBSD-10.0_BETA the message "clock: unknown CMOS layout" is
>printed. There is no this message at boot on NetBSD-9.x.
It's a DIAGNOSTIC message, if you run NetBSD-9.x release, the kernel
is built without DIAGNOSTIC checks and messages,
c...@sdf.org ("Stephen M. Jones") writes:
>While it partially works, shift/shift lock key and sometimes space bar =
>does
>not seem to work properly.
Can you be specific in how it does not work properly?
>[ 11434.0227330] ukbd0 at uhidev0
>[ 11434.4428808] ums0 at uhidev1: 3 buttons
>login:
On Tue, Dec 13, 2022 at 12:32:26AM +1100, matthew green wrote:
> "Michael van Elst" writes:
> > Module Name:src
> > Committed By: mlelstv
> > Date: Sun Dec 11 11:31:55 UTC 2022
> >
> > Modified Files:
> > src/
Module Name:src
Committed By: mlelstv
Date: Sun Dec 11 11:31:55 UTC 2022
Modified Files:
src/sys/fs/autofs: autofs_vnops.c
Log Message:
Use genfs_pathconf for VOP_PATHCONF.
Fixes bin/57103.
To generate a diff of this commit:
cvs rdiff -u -r1.7 -r1.8
Module Name:src
Committed By: mlelstv
Date: Sun Dec 11 11:31:55 UTC 2022
Modified Files:
src/sys/fs/autofs: autofs_vnops.c
Log Message:
Use genfs_pathconf for VOP_PATHCONF.
Fixes bin/57103.
To generate a diff of this commit:
cvs rdiff -u -r1.7 -r1.8
Module Name:src
Committed By: mlelstv
Date: Sun Dec 11 08:09:20 UTC 2022
Modified Files:
src/sys/netinet: tcp_vtw.h
Log Message:
Need larger fat pointers for 128bit cache lines.
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/sys/netinet/tcp_vtw.h
Module Name:src
Committed By: mlelstv
Date: Sun Dec 11 08:09:20 UTC 2022
Modified Files:
src/sys/netinet: tcp_vtw.h
Log Message:
Need larger fat pointers for 128bit cache lines.
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/sys/netinet/tcp_vtw.h
tgru...@gmail.com (Todd Gruhn) writes:
>Spectrum upgraded. I start NetBSD, and /etc/resolv.conf has nothing.
>How do I fix this?
>Should there be any minimal resolv.conf settings???
You either get network settings automatically via DHCP (and that
should include data for resolv.conf) or you have
kab...@lich.phys.spbu.ru (Dima Veselov) writes:
>I have an IBM x3200 M3 server with built-in IMM IPMI service
>processor. This server have IPMI network port shared with first network
>card. This setup is quite popular and I have several different servers
>having no issues with that. While
br...@nmsu.edu (Brook Milligan) writes:
> 18808 18808 guppy_basecaller CALL socketpair(1,5,0,0x7f7fdb98)
socketpair(PF_LOCAL, SOCK_SEQPACKET, 0, );
> 18808 18808 guppy_basecaller CALL =
>setsockopt(3,1,0x10,0x7f7fda14,4)
setsockopt(3, SOL_SOCKET, SO_PASSCRED, , sizeof(val));
I
Module Name:src
Committed By: mlelstv
Date: Sun Dec 4 09:25:04 UTC 2022
Modified Files:
src/sys/dev/ic: bwfm.c
Log Message:
Make power save mode configurable by ifconfig, now defaults to non-powersave
like other interfaces.
Remove cargo-culted check for manual roaming.
Module Name:src
Committed By: mlelstv
Date: Sun Dec 4 09:25:04 UTC 2022
Modified Files:
src/sys/dev/ic: bwfm.c
Log Message:
Make power save mode configurable by ifconfig, now defaults to non-powersave
like other interfaces.
Remove cargo-culted check for manual roaming.
xactly the version is was built for.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
Module Name:src
Committed By: mlelstv
Date: Sat Dec 3 16:06:20 UTC 2022
Modified Files:
src/sys/dev/ic: bwfm.c bwfmvar.h
src/sys/dev/sdmmc: if_bwfm_sdio.c
Log Message:
Fix bug in protocol parser that often caused fatal 'checksum error'.
Defer power save setting
Module Name:src
Committed By: mlelstv
Date: Sat Dec 3 16:06:20 UTC 2022
Modified Files:
src/sys/dev/ic: bwfm.c bwfmvar.h
src/sys/dev/sdmmc: if_bwfm_sdio.c
Log Message:
Fix bug in protocol parser that often caused fatal 'checksum error'.
Defer power save setting
r...@reedmedia.net ("Jeremy C. Reed") writes:
>acpi0: fixed power button present
>timecounter: Timecounter "ACPI-Fast" frequency 3579545 Hz quality 1000
>hpet0 at acpi0: high precision event timer (mem 0xfed0-0xfed00400)
>timecounter: Timecounter "hpet0" frequency 14318180 Hz quality 2000
br...@nmsu.edu (Brook Milligan) writes:
>All but one of these are provided by the emulators/suse131_base and =
>emulators/suse131_glib2 packages; the missing one is libstdc++.so.6. =
Hmm. emulators/suse131_base (from 2022Q3 release) comes with:
/usr/pkg/emul/linux/usr/lib64/libstdc++.so.6
bsd...@proton.me (Salil) writes:
>sdhc0 at pci0 dev 28 function 0: vendor 8086 product 31cc (rev. 0x06)
This is the intel GLK SDHC controller.
>sdmmc0: sdmmc_mem_enable failed with error 60
>sdmmc0: autoconfiguration error: couldn't enable card: 60
>Does anyone know the resolution?
The sdhc
Module Name:src
Committed By: mlelstv
Date: Tue Nov 22 00:25:52 UTC 2022
Modified Files:
src/sbin/gpt: gpt.c resizedisk.c
Log Message:
Big-Endian fixes.
To generate a diff of this commit:
cvs rdiff -u -r1.83 -r1.84 src/sbin/gpt/gpt.c
cvs rdiff -u -r1.19 -r1.20
Module Name:src
Committed By: mlelstv
Date: Tue Nov 22 00:25:52 UTC 2022
Modified Files:
src/sbin/gpt: gpt.c resizedisk.c
Log Message:
Big-Endian fixes.
To generate a diff of this commit:
cvs rdiff -u -r1.83 -r1.84 src/sbin/gpt/gpt.c
cvs rdiff -u -r1.19 -r1.20
Module Name:src
Committed By: mlelstv
Date: Sun Nov 20 11:57:02 UTC 2022
Modified Files:
src/sbin/gpt: destroy.c gpt.c gpt.h resizedisk.c
Log Message:
Fix destroying and moving GPT header also for truncated/extended
images.
To generate a diff of this commit:
cvs rdiff
Module Name:src
Committed By: mlelstv
Date: Sun Nov 20 11:57:02 UTC 2022
Modified Files:
src/sbin/gpt: destroy.c gpt.c gpt.h resizedisk.c
Log Message:
Fix destroying and moving GPT header also for truncated/extended
images.
To generate a diff of this commit:
cvs rdiff
ed to build the kernel (not modules) and install it.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
USB drive being unplugged).
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
mod is built
for a GENERIC netbsd-9 amd64 kernel and might be sufficient.
Why would the workstations require rebooting ?
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
h...@spg.tu-darmstadt.de (Hauke Fath) writes:
>> if (ipv6_only == 1 &&
>And here is where I naively would insert a commandline option flag to
>disable all things non-local. Unless something like that already exists,
>and I just didn't see it.
>>
h...@spg.tu-darmstadt.de (Hauke Fath) writes:
>Hi,
>can rpcbind(8) be set up to only use local transport, as opposed to
>binding to interfaces?
>The closest I seem to come to that goal is by specifying '-h 127.0.0.1',
>which results in a pointless
>Nov 18 15:45:05 HOST rpcbind: cannot bind
joel.bertr...@systella.fr (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) writes:
>>> For a very long time (I don't remember if it was from 9.0 or 9.1), my
>>> main server randomly panics or enters in a deadlock when it tries to
>>> access to an iSCSI NAS.
>>
>> Can you provide information about the panic?
joel.bertr...@systella.fr (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) writes:
> For a very long time (I don't remember if it was from 9.0 or 9.1), my
>main server randomly panics or enters in a deadlock when it tries to
>access to an iSCSI NAS.
Can you provide information about the panic? kernel
riccardo.mott...@libero.it (Riccardo Mottola) writes:
>After the upgrade (which I believe is partially a downgrade, I don't
>know when 9.3 was forked) boot dies with "panic: init died" apparently
>in snprintf.
I would guess that "upgrading" killed your libc.
You can try to boot with -a (ask)
michael.chepo...@gmail.com (Michael Cheponis) writes:
>--7795b905eda356fd
>Content-Type: text/plain; charset="UTF-8"
># scsictl sd1 format
>/dev/rsd1: Check Condition on CDB: 1a 00 03 00 24 00
>SENSE KEY: No Additional Sense
> ASC/ASCQ: No Additional Sense Information
>I
On Tue, Nov 15, 2022 at 04:04:05PM -0800, Michael Cheponis wrote:
> Nov 15 23:42:22 arm64 /netbsd: [ 1728677.3990874] sd1(umass1:0:0): not
> ready, data = 00 00 00 00 3a 00 00 00 00 00
> Nov 15 23:42:22 arm64 /netbsd: [ 1729062.2630115] sd1: detached
> Nov 15 23:42:22 arm64 /netbsd: [
ssthrough: adapter inconsistency"
- "unknown error category %d from adapter"
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
michael.chepo...@gmail.com (Michael Cheponis) writes:
>I would think 'fdformat' would work, but...
>*arm64# ./fdformat -f /dev/rsd1
>*fdformat: Device `/dev/rsd1' does not support floppy formatting:
>Inappropriate ioctl for device*
Try 'scsictl sd1 format'.
tgru...@gmail.com (Todd Gruhn) writes:
>WOW! 15+ years?
9 10 no online positivePower-on hours count108926
5 200 140 yes online positiveReallocated sector count0
That's >12 years.
Part of the equation is that it's running almost continously at a rather
r0l...@freemail.hu (r0ller) writes:
> Hi All,I've just tried to build a custom configured kernel on a
> system that was installed originally as 9.1 and later upgraded to
> 9.2 and 9.3. Executed in /usr/srcbuild.sh toolswhich ended successfully
> but the (beginning part of the) summary looks
stephan...@googlemail.com (Stephan) writes:
>Hallo,
>1) Put the header file into sys/sys in the source tree:
>2) Made sure it contains an (I think) RCS tag.
RCS tags are maintained by the version control system. For most
parts these are just documentation and you either leave them out or
t...@netbsd.org (Tobias Nygren) writes:
>$ nc -n -v 127.0.0.1 1234
># hangs forever in connect(2) instead of exiting w/ connection refused.
The logic in tcp_drop() got reversed:
@@ -1042,17 +1017,12 @@ tcp_newtcpcb(int family, void *aux)
struct tcpcb *
tcp_drop(struct tcpcb *tp, int errno)
{
ozak...@netbsd.org (Ryota Ozaki) writes:
>I've committed a possible fix. Could you try it?
>Thanks,
> ozaki-r
I just got a NULL pointer dereference in tcp_ctloutput where
the previous check for inp == NULL is also missing.
[ 24837.756043] fp c0016794db70 tcp_ctloutput() at
buh...@nfbcal.org (Brian Buhrow) writes:
> hello. The hdaudio driver I'm using is a locally patched version to
> work around an issue
>where the driver doesn't configure the headphone jack correctly.
>Specifically, it seems
>the default configuration configures the jack for use with a
buh...@nfbcal.org (Brian Buhrow) writes:
>Then, to record:
>cat /dev/sound2 > rawrecordingfile
Can you just try the audiorecord command instead of 'cat' ?
buh...@nfbcal.org (Brian Buhrow) writes:
> hello. thanks for the feedback. In my case, recording doesn't work
> for hdaudio or uaudio
>devices. What's strange is that I would expect data to be taken from the
>wrong input,
>resulting in a file of silence, but I wouldn't expect kernel
r...@sdf.org (RVP) writes:
>Perhaps the correct ADC was not selected? See Section 10.6.1 in the Guide[1].
If I follow this and use "all available sources", I get twice the
amount of data, the sources are interleaved in the input stream.
hdafg0: ADC02 2ch: Mic In [Jack]
hdafg0: ADC03 2ch: Mic
bl...@internode.on.net (Brett Lymn) writes:
>On Wed, Sep 28, 2022 at 05:16:37PM +0530, Mayuresh wrote:
>>
>> - Laptop touchpad behaving erratically. (Workaround is to use external
>> mouse - if that is workable. However even little unintentional touch can
>> irk the touchpad.)
>>
>For this
On Sat, Oct 08, 2022 at 07:51:48AM +0530, Mayuresh wrote:
> On Fri, Oct 07, 2022 at 02:14:09PM -0000, Michael van Elst wrote:
> > Someone is brute-forcing your account passwords.
>
> Thanks. I think blacklistd is protecting me.
>
> But doesn't this qualify as a DDOS att
mayur...@acm.org (Mayuresh) writes:
>On NetBSD 9.2 amd64 VPS I noticed system slowness and top showed too many
>ssh processes - 49 to be precise.
>I have blacklistd enabled and approximately in every 2 to 3 minutes a new
>IP address is getting blocked.
>Using console access I stopped ssh
stephan...@googlemail.com (Stephan) writes:
>Hello,
>I am re-asking this question here because I have not received a reply
>on port-arm@, surprisingly.
>I am doing some experimentation with the Raspberry Pi for which I have
>set up a serial connection to another computer. Now I=C2=B4d like to
a...@sdf.org (adr) writes:
>On Mon, 3 Oct 2022, Michael van Elst wrote:
>>>> Yes, almost all USB audio devices work. We don't support the audio 2.0
>>>> standard (that's the >= 192kHz 24bit devices).
>>>>
>>> Ok, thanks for the info.
>>
a...@sdf.org (adr) writes:
>On Mon, 3 Oct 2022, Michael van Elst wrote:
>> a...@sdf.org (adr) writes:
>>
>>> Are usb audio devices working in other machines? I've been looking
>>> at the tech-kern archives and I don't see any recent discussion on
>>&
a...@sdf.org (adr) writes:
>Are usb audio devices working in other machines? I've been looking
>at the tech-kern archives and I don't see any recent discussion on
>this.
Yes, almost all USB audio devices work. We don't support the audio 2.0
standard (that's the >= 192kHz 24bit devices).
a...@sdf.org (adr) writes:
>By the way, this is on an rpi4.
xhci(4) still has issues with isochronous transfers, in particular with
the USB3 chip used by rpi4.
Module Name:src
Committed By: mlelstv
Date: Tue Sep 27 17:04:52 UTC 2022
Modified Files:
src/sys/dev/dkwedge: dk.c
Log Message:
Remove bogus assertions.
To generate a diff of this commit:
cvs rdiff -u -r1.123 -r1.124 src/sys/dev/dkwedge/dk.c
Please note that diffs are
Module Name:src
Committed By: mlelstv
Date: Tue Sep 27 17:04:52 UTC 2022
Modified Files:
src/sys/dev/dkwedge: dk.c
Log Message:
Remove bogus assertions.
To generate a diff of this commit:
cvs rdiff -u -r1.123 -r1.124 src/sys/dev/dkwedge/dk.c
Please note that diffs are
m...@petermann-it.de (Matthias Petermann) writes:
>NAME=data1 /export ffs rw,log,union 0 0
>NAME=data2 /export ffs rw,log,union 0 0
>NAME=data3 /export ffs rw,log,union 0 0
>Here, only the first file system is
ll...@must-have-coffee.gen.nz (Lloyd Parkes) writes:
>HÃ¥vard's email about his G4 Mac Mini is an excellent example
>of a problem. A problem I have experienced in the past was a program
>failing with out of memory errors while processing 128MB of data on a
>system with 256MB of RAM. A problem
k...@munnari.oz.au (Robert Elz) writes:
>The way you have it coded, I suspect that 9.1 binaries will appear to
>be 9.1.0 instead (the ver_patch data is always appended for ver_maj >= 9).
True. Here is a patch that ignores a zero patch level.
Index: external/bsd/file/dist/src/readelf.c
campbell+netbsd-tech-k...@mumble.net (Taylor R Campbell) writes:
>We appear to have revived the old alphanumeric versioning scheme,
>according to file(1)! Someone needs to teach file(1) that this is
>9.99.100, not 9.99A(.0).
Index: external/bsd/file/dist/src/readelf.c
Module Name:src
Committed By: mlelstv
Date: Mon Sep 19 22:30:19 UTC 2022
Modified Files:
src/external/cddl/osnet/sys/sys: time.h
Log Message:
Reference kernel-wide hz constant instead of using a private but possibly
different value.
To generate a diff of this commit:
Module Name:src
Committed By: mlelstv
Date: Mon Sep 19 22:30:19 UTC 2022
Modified Files:
src/external/cddl/osnet/sys/sys: time.h
Log Message:
Reference kernel-wide hz constant instead of using a private but possibly
different value.
To generate a diff of this commit:
m...@petermann-it.de (Matthias Petermann) writes:
>Just out of interest - how can the state of the iscsi implementation in
>NetBSD-Base be assessed in general? Is the implementation outdated
>and/or unstable, or are there (compatibility?) reasons for this?
There is a userland implementation
m...@petermann-it.de (Matthias Petermann) writes:
>thanks for your suggestion. Do you mean this package:
> http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/net/netbsd-iscsi-target/
>? I'm not sure if you mean this one, because the last change here was 9
>years ago.
Use the net/istgt package.
Module Name:src
Committed By: mlelstv
Date: Sat Sep 17 06:33:55 UTC 2022
Modified Files:
src/sys/dev/pckbport: synaptics.c
Log Message:
- synaptics_filter_policy no longer generates movements from stale data.
- button boundary is now computed consistently.
- multi finger
Module Name:src
Committed By: mlelstv
Date: Sat Sep 17 06:33:55 UTC 2022
Modified Files:
src/sys/dev/pckbport: synaptics.c
Log Message:
- synaptics_filter_policy no longer generates movements from stale data.
- button boundary is now computed consistently.
- multi finger
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>What /does/ work is setting the controller to RAID mode and create two
>volumes with a one-element RAID-0. But that feels like crazy.
That's a common setup. In particular it allows to present a "right-sized" disk
so that you can
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>> I don't remember the details (and it depends on the controller version),
>> but you need to have physical disks assigned to one (or more) RAID volume,
>> and then the RAID volume has to be exported as one (or more) virtual disks.
>But
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>> -> This is attaching a H330 (RAID version) and it gets the mfii driver.
>> mfii0 at pci1 dev 0 function 0: "PERC H330 Mini", firmware 25.5.9.0001
>OK, remains the question why I don't see any discs in bioctl.
> 0 Non-RAID
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>The other question is why the register call fails.
>According to the BIOS setup, the controller has no sensors. Could that be
>the problem?
The bio framework uses sensors so that you can watch for failed volumes.
No volumes means no
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>This is -current from around yesterday.
>I guess the problem is related to
> mfii0: autoconfiguration error: unable to register with sysmon (rv = 86)
> mfii0: autoconfiguration error: unable to create sensors
>So probably
e...@math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) writes:
>> These controller chips can run two different kinds of firmware.
>> The mfii driver is for talking to the RAID firmware ("IR mode")
>> while the mpii driver is for talking to the vanilla SAS firmware
>> ("IT mode").
>Ah, and how do I
p...@whooppee.com (Paul Goyette) writes:
>On Tue, 13 Sep 2022, Edgar Fu=DF wrote:
>> It appears to me we have two drivers for the SAS3008: mfii(4) and mpii(4)=
>=2E
>> Why?
>I know nothing about these drivers, but the man pages show that mfii
>works for MegaRAID devices, while mpii deaels with
Module Name:src
Committed By: mlelstv
Date: Tue Sep 13 13:09:16 UTC 2022
Modified Files:
src/sys/dev/iscsi: iscsi_globals.h iscsi_ioctl.c iscsi_main.c
iscsi_rcv.c iscsi_send.c iscsi_utils.c
Log Message:
kill_session now uses the session id to avoid stale
Module Name:src
Committed By: mlelstv
Date: Tue Sep 13 13:09:16 UTC 2022
Modified Files:
src/sys/dev/iscsi: iscsi_globals.h iscsi_ioctl.c iscsi_main.c
iscsi_rcv.c iscsi_send.c iscsi_utils.c
Log Message:
kill_session now uses the session id to avoid stale
h...@spg.tu-darmstadt.de (Hauke Fath) writes:
>[hf@Gstoder] ~ > csh
>[ 3270305.6523634] load: 0.23 cmd: csh 21649 [ttyraw] 0.00u 0.00s 0% 2252k
>Ah well...
Doesn't "hang", but doesn't prompt.
Despite
el_set(el, EL_PROMPT, printpromptstr);
the function printpromptstr isn't called.
p...@whooppee.com (Paul Goyette) writes:
>I have completely disconnected the wd0 and wd1 hard drives, and now
>the motherboard/BIOS can't find something (primary boot?). It does
>not give any helpful messages (no messages at all), but just goes
>back to the interactivve BIOS screens.
It's
m...@petermann-it.de (Matthias Petermann) writes:
>saturn$ doas dmsetup create net-export --table "34 2147483581 linear
>/dev/zvol/rdsk/tank/backup/vhost/vol/net-export 0"
>create and load called
Please try:
--table "0 2147483581 linear /dev/zvol/dsk/tank/backup/vhost/vol/net-export 34"
left
p...@whooppee.com (Paul Goyette) writes:
>You would have to modify the appropriate module's Makefile to add
>the HZ=1000 definition.
ZFS doesn't use HZ, but in osnet/sys/sys/time.h it uses a value hz=100
to compute the lbolt time.
Does this help ?
Index: external/cddl/osnet/sys/sys/time.h
Module Name:src
Committed By: mlelstv
Date: Sun Sep 4 21:56:38 UTC 2022
Modified Files:
src/sys/dev: vnd.c
Log Message:
revert 1.281
VNDIOCLR requires write access to unconfigure a unit, even when the unit
is read-only.
To generate a diff of this commit:
cvs rdiff -u
Module Name:src
Committed By: mlelstv
Date: Sun Sep 4 21:56:38 UTC 2022
Modified Files:
src/sys/dev: vnd.c
Log Message:
revert 1.281
VNDIOCLR requires write access to unconfigure a unit, even when the unit
is read-only.
To generate a diff of this commit:
cvs rdiff -u
401 - 500 of 4969 matches
Mail list logo