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
m...@petermann-it.de (Matthias Petermann) writes:
>saturn$ doas dkctl /dev/zvol/rdsk/tank/backup/vhost/vol/net-export=20
>addwedge myexport 34 2147483581 ffs
>dkctl: /dev/zvol/rdsk/tank/backup/vhost/vol/net-export: addwedge:=20
>Inappropriate ioctl for device
A zvol is no disk and doesn't
jo...@bec.de (Joerg Sonnenberger) writes:
>On Sat, Sep 03, 2022 at 10:00:04AM +1200, Lloyd Parkes wrote:
>> Does anyone know of a maintained DHCP relay implementation?
>The better question for me is: are DHCP relayer server still in use?
Yes.
Module Name:src
Committed By: mlelstv
Date: Sat Sep 3 09:41:24 UTC 2022
Modified Files:
src/sys/rump/librump/rumpnet: Makefile.rumpnet
Log Message:
netisr.c is gone.
To generate a diff of this commit:
cvs rdiff -u -r1.24 -r1.25
Module Name:src
Committed By: mlelstv
Date: Sat Sep 3 09:41:24 UTC 2022
Modified Files:
src/sys/rump/librump/rumpnet: Makefile.rumpnet
Log Message:
netisr.c is gone.
To generate a diff of this commit:
cvs rdiff -u -r1.24 -r1.25
clays.sh...@sdf.org (Clay Daniels) writes:
>On 8/29/22 12:32 AM, Michael van Elst wrote
>> It should work, but how does it perform?
>Are there any specific tests I can perform? I have working NetBSD install.
Any effects should be mostly visible by copying large-enough files with sc
On Mon, Aug 29, 2022 at 04:57:44AM +, Clay Daniels wrote:
> On Sat, 27 Aug 2022, Michael van Elst wrote:
>
> > Date: Sat, 27 Aug 2022 22:21:17 - (UTC)
> > From: Michael van Elst
> > To: current-users@netbsd.org
> > Newsgroups: lists.netbsd.current-u
Module Name:src
Committed By: mlelstv
Date: Sun Aug 28 11:32:19 UTC 2022
Modified Files:
src/sbin/fsck_msdos: boot.c
Log Message:
fix 32bit builds
To generate a diff of this commit:
cvs rdiff -u -r1.26 -r1.27 src/sbin/fsck_msdos/boot.c
Please note that diffs are not
Module Name:src
Committed By: mlelstv
Date: Sun Aug 28 11:32:19 UTC 2022
Modified Files:
src/sbin/fsck_msdos: boot.c
Log Message:
fix 32bit builds
To generate a diff of this commit:
cvs rdiff -u -r1.26 -r1.27 src/sbin/fsck_msdos/boot.c
Please note that diffs are not
Module Name:src
Committed By: mlelstv
Date: Sun Aug 28 10:26:37 UTC 2022
Modified Files:
src/sys/dev/scsipi: sd.c sdvar.h
Log Message:
Don't fetch data beyond end of inquiry buffer, which, here, is not
NUL-terminated.
Reduce target buffer to needed size (product name +
Module Name:src
Committed By: mlelstv
Date: Sun Aug 28 10:26:37 UTC 2022
Modified Files:
src/sys/dev/scsipi: sd.c sdvar.h
Log Message:
Don't fetch data beyond end of inquiry buffer, which, here, is not
NUL-terminated.
Reduce target buffer to needed size (product name +
Module Name:src
Committed By: mlelstv
Date: Sun Aug 28 10:20:25 UTC 2022
Modified Files:
src/sbin/fsck_msdos: boot.c check.c
Log Message:
Fix writing of corrected fsinfo.
Continue when fsinfo has been rewritten.
To generate a diff of this commit:
cvs rdiff -u -r1.25
Module Name:src
Committed By: mlelstv
Date: Sun Aug 28 10:20:25 UTC 2022
Modified Files:
src/sbin/fsck_msdos: boot.c check.c
Log Message:
Fix writing of corrected fsinfo.
Continue when fsinfo has been rewritten.
To generate a diff of this commit:
cvs rdiff -u -r1.25
clays.sh...@sdf.org (Clay Daniels) writes:
>home. I would love to help test what I can. Do I need to get a more
>recent snapshot? I see one on the server that is 27 Aug 07:34. Would
>that one work?
The next snapshot will have it.
buh...@nfbcal.org (Brian Buhrow) writes:
> hello. Refresh my memory. Is it the case that the HPN code
> only runs if both ends
>of the ssh connection support HPN and have it turned on?
With only the client using HPN, you can tune the client receive buffer,
which may or may not
In https://mail-index.netbsd.org/current-users/2017/09/20/msg032361.html
there was a discussion about effectiveness of the "High Performance
Networking" patch to OpenSSH that we keep in our tree.
Details about the HPN patch can be found at:
https://www.psc.edu/hpn-ssh-home/hpn-ssh-faq/
This led
Module Name:src
Committed By: mlelstv
Date: Sat Aug 27 10:04:45 UTC 2022
Modified Files:
src/crypto/external/bsd/openssh/dist: channels.c readconf.c ssh.c
sshbuf.h
Log Message:
Adopt TCP window handling from current HPN patch at
Module Name:src
Committed By: mlelstv
Date: Sat Aug 27 10:04:45 UTC 2022
Modified Files:
src/crypto/external/bsd/openssh/dist: channels.c readconf.c ssh.c
sshbuf.h
Log Message:
Adopt TCP window handling from current HPN patch at
Module Name:src
Committed By: mlelstv
Date: Mon Aug 22 13:22:10 UTC 2022
Modified Files:
src/sys/rump/include/machine: pmap.h
Log Message:
provide pmap_wired_count macro.
To generate a diff of this commit:
cvs rdiff -u -r1.7 -r1.8 src/sys/rump/include/machine/pmap.h
Module Name:src
Committed By: mlelstv
Date: Mon Aug 22 13:22:10 UTC 2022
Modified Files:
src/sys/rump/include/machine: pmap.h
Log Message:
provide pmap_wired_count macro.
To generate a diff of this commit:
cvs rdiff -u -r1.7 -r1.8 src/sys/rump/include/machine/pmap.h
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 16:55:14 UTC 2022
Modified Files:
src/sys/rump/librump/rumpkern/arch/generic: rump_generic_pmap.c
Log Message:
Add stubs for pmap_resident_count, pmap_wired_count.
To generate a diff of this commit:
cvs rdiff -u
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 16:55:14 UTC 2022
Modified Files:
src/sys/rump/librump/rumpkern/arch/generic: rump_generic_pmap.c
Log Message:
Add stubs for pmap_resident_count, pmap_wired_count.
To generate a diff of this commit:
cvs rdiff -u
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 14:06:42 UTC 2022
Modified Files:
src/tests/modules/x86_pte_tester: x86_pte_tester.c
Log Message:
requires pmap_private.h now.
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 14:06:42 UTC 2022
Modified Files:
src/tests/modules/x86_pte_tester: x86_pte_tester.c
Log Message:
requires pmap_private.h now.
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 14:05:52 UTC 2022
Modified Files:
src/sys/arch/amd64/amd64: prekern.c
src/sys/arch/amd64/stand/prekern: pdir.h prekern.h
Log Message:
Adapt to pmap/bootspace migrations.
To generate a diff of this commit:
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 14:05:52 UTC 2022
Modified Files:
src/sys/arch/amd64/amd64: prekern.c
src/sys/arch/amd64/stand/prekern: pdir.h prekern.h
Log Message:
Adapt to pmap/bootspace migrations.
To generate a diff of this commit:
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 12:44:16 UTC 2022
Modified Files:
src/sbin/scsictl: scsictl.8 scsictl.c
Log Message:
Add REPORT_LUNS command.
To generate a diff of this commit:
cvs rdiff -u -r1.31 -r1.32 src/sbin/scsictl/scsictl.8
cvs rdiff -u
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 12:44:16 UTC 2022
Modified Files:
src/sbin/scsictl: scsictl.8 scsictl.c
Log Message:
Add REPORT_LUNS command.
To generate a diff of this commit:
cvs rdiff -u -r1.31 -r1.32 src/sbin/scsictl/scsictl.8
cvs rdiff -u
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 07:51:31 UTC 2022
Modified Files:
src/sbin/drvctl: drvctl.c
Log Message:
When extracting properties, don't bail for non-existent or invalid path
elements, but continue with next properry.
To generate a diff of this
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 07:51:31 UTC 2022
Modified Files:
src/sbin/drvctl: drvctl.c
Log Message:
When extracting properties, don't bail for non-existent or invalid path
elements, but continue with next properry.
To generate a diff of this
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 07:46:52 UTC 2022
Modified Files:
src/usr.bin/pmap: main.c main.h pmap.1 pmap.c pmap.h
Log Message:
Add -t option to print pmap as underlying RB tree.
Report gap/maxgap fields when dumping vm_map structure.
To
Module Name:src
Committed By: mlelstv
Date: Sun Aug 21 07:46:52 UTC 2022
Modified Files:
src/usr.bin/pmap: main.c main.h pmap.1 pmap.c pmap.h
Log Message:
Add -t option to print pmap as underlying RB tree.
Report gap/maxgap fields when dumping vm_map structure.
To
Module Name:src
Committed By: mlelstv
Date: Sat Aug 20 06:47:28 UTC 2022
Modified Files:
src/sys/dev/ic: hpet.c
Log Message:
It is possible to overflow the (low 32bit) HPET counter between hpet_attach
and TSC calibration if the boot is delayed for more than ~430 seconds
Module Name:src
Committed By: mlelstv
Date: Sat Aug 20 06:47:28 UTC 2022
Modified Files:
src/sys/dev/ic: hpet.c
Log Message:
It is possible to overflow the (low 32bit) HPET counter between hpet_attach
and TSC calibration if the boot is delayed for more than ~430 seconds
p...@whooppee.com (Paul Goyette) writes:
>Don't forget to deregister the device if the xxx_attach() later exits...
I think the point was to not do this, so that a failed attach doesn't
prevent the system from entering sleep mode.
Here, calling pmf_register first on attachment is then required,
out possible HZ values.
But I doubt these issues are difficult to find and to fix.
Providing a common boot parameter over all ports and port masters
on the other hand starts with the question what color it should be
painted.
Greetings,
--
Michael van Els
k...@munnari.oz.au (Robert Elz) writes:
>Pity this won't help with PR 43997 - but I conclude from your response about
>that, that if the host running qemu had HZ set significantly higher than 100
>then qemu (hosting a kernel with HZ==100) would probably work just fine?
Yes.
FreeBSD has the
n...@netbsd.org (nia) writes:
>There are a few remaining cases where the sh(1) defaults are Bad:
It's not "Bad" but just does not fit your personal expectations.
>1. We can't assume XDM. Lots of desktop environments have their own
> preferred login manager which may have inconsistent
s...@stix.id.au (Paul Ripke) writes:
>This is likely somewhat similar to what I reported here:
>http://mail-index.netbsd.org/current-users/2019/07/29/msg036293.html
>tl;dr: weird clock behaviour on GCE micro instances. This at least
>provides a nice easy testbed.
| ACPI-Safe: ntp syncs fine,
Module Name:src
Committed By: mlelstv
Date: Sun Aug 14 07:49:33 UTC 2022
Modified Files:
src/sys/arch/x86/x86: cpu.c
Log Message:
Split TSC calibtration into many small steps and disable interrupts
for each step. Also add debug messages.
To generate a diff of this
Module Name:src
Committed By: mlelstv
Date: Sun Aug 14 07:49:33 UTC 2022
Modified Files:
src/sys/arch/x86/x86: cpu.c
Log Message:
Split TSC calibtration into many small steps and disable interrupts
for each step. Also add debug messages.
To generate a diff of this
some interval), but that's a different problem.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
mlel...@serpens.de (Michael van Elst) writes:
>In your case, you say it takes ~6 minutes between attachment and
>calibration and your hpet runs at 19.2MHz.
>This is enough for HPET_MCOUNT_LO to overflow.
This patch adds a separate delay of ~0.1 seconds to calibrate
the timers. Th
On Sun, Aug 14, 2022 at 02:38:07AM +0700, Robert Elz wrote:
> Date:Sat, 13 Aug 2022 17:41:05 +0200
> From: Michael van Elst
> Message-ID:
>
> | If you boot the kernel in debug mode (netbsd -x),
>
> I did.
>
> | you may
e. It's
also the only place that could have been influenced by e.g. console
output.
If you have a working HPET, the second calibration should be better.
Here it always returns exactly the same number.
Greetings,
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
k...@munnari.oz.au (Robert Elz) writes:
>vpanic()
>kern_assert()
>_bus_dmamem_unmap.constprop.0() at +0x157
That panic should be fixed by now, it was an inverted assertion.
m...@netbsd.org (Emmanuel Dreyfus) writes:
>On Wed, Aug 10, 2022 at 03:09:34PM -0000, Michael van Elst wrote:
>> That's the fan "alarm status" being FALSE, meaing, there is no
>> alarm. It's all well.
>I know one of the five fans is dead, hence I wonder what
m...@netbsd.org (Emmanuel Dreyfus) writes:
>and not even get their status. That examplains envstat(8) output
>about the fans:
> Current CritMax WarnMax WarnMin CritMin Unit
>[acpifan0]
> state: FALSE
That's the fan "alarm status" being FALSE, meaing,
m...@netbsd.org (Emmanuel Dreyfus) writes:
>Is there any way to control fans through ACPI? acpi(4) says "The acpifan
>driver does not support controlling the fan", but is it something that
>needs to be implmented, or is it not possible?
Depends. Some ACPI implementations allow you to set fan
mayur...@acm.org (Mayuresh) writes:
>4 partitions:
>#sizeoffset fstype [fsize bsize cpg/sgs]
> a: 4194304 0 4.2BSD 0 0 0 # (Cyl. 0 -
> 2047)
> d: 4194304 0 unused 0 0# (Cyl. 0 -
> 2047)
>
k...@munnari.oz.au (Robert Elz) writes:
>Date:Thu, 4 Aug 2022 12:49:35 - (UTC)
>From:mlel...@serpens.de (Michael van Elst)
>Message-ID:
> | The measurement runs with enabled interrupts. If you have lots of
> interrupts
> | or interrupts t
k...@munnari.oz.au (Robert Elz) writes:
>The issue only occurs when I boot a kernel with options PCI_CONFIG_DUMP
>enabled, which is (one way or the other) almost certainly responsible for
>the issue - though the problem you mention may be involved in the kernel's
>failure to detect that the TSC
dholland-curr...@netbsd.org (David Holland) writes:
>On Thu, Jul 14, 2022 at 08:59:25PM +0700, Robert Elz wrote:
> > I just booted a kernel that I built (from up to date at the time)
> > HEAD sources about 24 hours ago.
> >
> > Everything seemed to be working fine - until I noticed that all of
>
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 14:44:15 UTC 2022
Modified Files:
src/sys/dev/ic: nslm7x.c
Log Message:
Prevent multiple unregistrations.
To generate a diff of this commit:
cvs rdiff -u -r1.76 -r1.77 src/sys/dev/ic/nslm7x.c
Please note that diffs
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 14:44:15 UTC 2022
Modified Files:
src/sys/dev/ic: nslm7x.c
Log Message:
Prevent multiple unregistrations.
To generate a diff of this commit:
cvs rdiff -u -r1.76 -r1.77 src/sys/dev/ic/nslm7x.c
Please note that diffs
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 14:43:15 UTC 2022
Modified Files:
src/sys/dev/ic: nslm7x.c
Log Message:
revert accidental commit.
To generate a diff of this commit:
cvs rdiff -u -r1.75 -r1.76 src/sys/dev/ic/nslm7x.c
Please note that diffs are not
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 14:43:15 UTC 2022
Modified Files:
src/sys/dev/ic: nslm7x.c
Log Message:
revert accidental commit.
To generate a diff of this commit:
cvs rdiff -u -r1.75 -r1.76 src/sys/dev/ic/nslm7x.c
Please note that diffs are not
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 08:09:30 UTC 2022
Modified Files:
src/sys/dev/ic: nvmevar.h
Log Message:
Now really restore 1.24.
To generate a diff of this commit:
cvs rdiff -u -r1.26 -r1.27 src/sys/dev/ic/nvmevar.h
Please note that diffs are
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 08:09:30 UTC 2022
Modified Files:
src/sys/dev/ic: nvmevar.h
Log Message:
Now really restore 1.24.
To generate a diff of this commit:
cvs rdiff -u -r1.26 -r1.27 src/sys/dev/ic/nvmevar.h
Please note that diffs are
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 07:37:18 UTC 2022
Modified Files:
src/sys/dev/ic: ahcisata_core.c bcmgenet.c nvmevar.h rtl8169.c tulip.c
tulipreg.h
Log Message:
Revert last accidental commits.
To generate a diff of this commit:
cvs
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 07:37:18 UTC 2022
Modified Files:
src/sys/dev/ic: ahcisata_core.c bcmgenet.c nvmevar.h rtl8169.c tulip.c
tulipreg.h
Log Message:
Revert last accidental commits.
To generate a diff of this commit:
cvs
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 07:34:28 UTC 2022
Modified Files:
src/sys/dev/ic: ahcisata_core.c bcmgenet.c nslm7x.c nvmereg.h nvmevar.h
rtl8169.c tulip.c tulipreg.h
Log Message:
Also fix shift values for SCT constants.
To generate a
Module Name:src
Committed By: mlelstv
Date: Mon Aug 1 07:34:28 UTC 2022
Modified Files:
src/sys/dev/ic: ahcisata_core.c bcmgenet.c nslm7x.c nvmereg.h nvmevar.h
rtl8169.c tulip.c tulipreg.h
Log Message:
Also fix shift values for SCT constants.
To generate a
Module Name:src
Committed By: mlelstv
Date: Sun Jul 31 13:49:23 UTC 2022
Modified Files:
src/sbin/nvmectl: logpage.c
Log Message:
Fix build on 32bit.
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/sbin/nvmectl/logpage.c
Please note that diffs are not
Module Name:src
Committed By: mlelstv
Date: Sun Jul 31 13:49:23 UTC 2022
Modified Files:
src/sbin/nvmectl: logpage.c
Log Message:
Fix build on 32bit.
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/sbin/nvmectl/logpage.c
Please note that diffs are not
Module Name:src
Committed By: mlelstv
Date: Sun Jul 31 13:14:55 UTC 2022
Modified Files:
src/sys/net: if_loop.c
Log Message:
Count dropped packets caused by ENOBUFS as interface error.
To generate a diff of this commit:
cvs rdiff -u -r1.113 -r1.114 src/sys/net/if_loop.c
Module Name:src
Committed By: mlelstv
Date: Sun Jul 31 13:14:55 UTC 2022
Modified Files:
src/sys/net: if_loop.c
Log Message:
Count dropped packets caused by ENOBUFS as interface error.
To generate a diff of this commit:
cvs rdiff -u -r1.113 -r1.114 src/sys/net/if_loop.c
Module Name:src
Committed By: mlelstv
Date: Sun Jul 31 13:08:19 UTC 2022
Modified Files:
src/sys/fs/sysvbfs: sysvbfs_vnops.c
src/sys/fs/v7fs: v7fs_vnops.c
Log Message:
Don't panic for a negative offset, just fail the operation with EINVAL.
To generate a diff of
501 - 600 of 5002 matches
Mail list logo
