On 12/19/22 21:07, Kevin Lo wrote:
On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
Thanks for all the suggestions:
sysctl kern.pool_debug=1 = no change
known working board in same slot = no change
hardware version is indeed 0609
em(4) in same slot = works
test using old rge
7.2 in an ASRock J4105M - same crash, much faster (8G vs 32G memory?)
Geoff Steckel
with if_rge.c?
Perhaps the AMD 5600G or the B550 chipset have quirks not seen before?
I could possibly install FreeBSD if that would give any information.
thanks again,
Geoff Steckel
test 1)
fd800b076880 + 16 0x64000403b8f3400 != 0x46b8689556980a7
(panic on test 2 - all previous data identical)
fd800b118d40 + 16 0x64000409da03400 != 0x5be8fd0cf17429b
thanks for any input,
Geoff Steckel
On 5/28/22 5:22 PM, Crystal Kolipe wrote:
There certainly are people using this behaviour of the loopback address(es)
in creative ways on non-OpenBSD systems:
https://timkay.com/solo/
Changing it on those systems will likely break various users' scripts in
unexpected ways.
The script linke
The included patch allows smtpd/filter_api.c to compile. I know it's
not hooked in yet. I am working on adding dnsbl. I have a patch
under test which is integrated into the body of smtpd. It would be
cleaner if it could be an external filter. Is anybody working on
the filter code? Would it be poss
eed-back an unencrypted IPsec packet ? */
if (mcopy)
(void) looutput(ifp, mcopy, dst, rt);
Does the loopback for a simplex interface for IPv6 happen somewhere else?
thanks!
Geoff Steckel
o maintain.
Is someone planning to work in this area soon?
thanks
Geoff Steckel
ming state matching.
It looks like TIME_EXCEEDED packets can't match because of
the different rdomains and therefore get dropped invisibly.
Comments? Flames? RTFMs?
thanks
Geoff Steckel
n since adding sufficient
memory barriers was painful. I don't remember how to make that request.
Geoff Steckel
packet
reception where packets were dropped with no record. I inserted counters
to get at least a global count. It's conceptually very ugly to silently fail
in a vital part of the network stack. It's definitely a frustrating
inconvenience.
Geoff Steckel
On 01/24/2014 02:09 PM, Henning Brauer wrote:
* Ted Unangst [2014-01-24 17:48]:
Are people still using sk, gem, or hme (!) in pps performance critical
situations?
doesn't make sense to do so, and hasn't in a long time...
Performance critical? Well, given the pathetic speeds available in
the
y packet formats are inherently security
failures.
The internet is an extremely hostile place.
"need to know" and "need to access" must be your rules.
block everything else.
geoff steckel
On 08/24/2012 08:32 AM, Stefan Sperling wrote:
On Thu, Aug 23, 2012 at 07:19:29PM -0400, Geoff Steckel wrote:
Well, yes, using a character set conversion API in stupid ways can
munge data. How does that relate to anything I was saying?
As long as iconv is only used to display data, not to
On 08/23/2012 06:55 PM, Stefan Sperling wrote:
On Thu, Aug 23, 2012 at 05:32:51PM -0400, Geoff Steckel wrote:
Using iconv in an editor is EXTREMELY dangerous without complex precautions.
Given a file containing characters not valid in the current locale,
it will at minimum prevent viewing the
e,
it will at minimum prevent viewing the file.
If the file is written out, the file is destroyed.
IMnsHO, that is fatally flawed.
Returning an error for an "impossible" character translation is specified
in the archaic version of the Unicode standard I read.
That is not useful in an editor.
Geoff Steckel
s is not wise
at all.
Granted, the trend seems to be that everything excepts BSDs and Linux is
dead anyways, so if it builds there, you should be fine. ;(
C is still alive in the embedded world.
Many of these considerations are still valid in C++ which has wider use,
unfortunately.
Geoff Steckel
ll calls to xxxuptime().
On slowish (under 1GHz) Pentium boards, the idle interrupt time was
1-2%. That was deemed acceptable. Slow interrupt processing for Ethernet
interfaces was far more painful and important to fix.
Geoff Steckel
ittle bit harder.
Blocks of Facebook postings, fragments of badly written web pages,
etc. might also serve.
More seriously, scrambling indirect blocks when deleting a file
removes one more clue. I've used indirect blocks to find deleted file\
fragments. That's something better left to the kernel.
Geoff Steckel
Index: sys/kern/sysv_msg.c
===
RCS file: /cvs/src/sys/kern/sysv_msg.c,v
retrieving revision 1.24
diff -u -r1.24 sysv_msg.c
--- sys/kern/sysv_msg.c20 May 2011 16:06:25 -1.24
+++ sys/kern/sysv_msg.c3 Feb 2012 23:58:45 -0
On 01/03/2012 01:28 PM, Gregor Best wrote:
On my system, the patch causes wpi to timeout during firmware upload,
resulting in a non-working WiFi card.
The dmesg doesn't say anything more besides that. Is there anything I
can do to provide more useful data?
--
Gregor Best
[demime 1.01d rem
x27;ve made are to increasse
performance by tweaking net.inet.tcp.footshooter.sbmax?
footshooter.net.sbmax perhaps? Such a hierarchy could be populated with
all the parameters it's, umm, unwise to tweak without a lot of
knowledge. A 90% frivolous suggestion.
Geoff Steckel
y to the kernel at run time, perhaps
limited to (arbitrarily) 50% of physical memory?
Geoff Steckel
ot; is important. It will save the maintainer's sanity
when the kernel or library changes or adds functionality. 99.9% of the
reporting code will never be executed. Trade that cost against weeks of
frustration.
I'd be glad to share gory descriptions of weeks spent chasing unreported
errors off line.
Geoff Steckel
+ 8)
Grep-ing shows at least dev/ic/osiopvar.h doesn't compute
DMA resources from MAXPHYS. There are probably other "17"s buried
in ugly places.
It doesn't seem to help disk I/O speed at all.
It *does* decrease interrupt rate to about 400/sec.
Now to try some other tests. Grumble.
Geoff Steckel
d consequences
would be harder, and I'd like any available wisdom first.
I have a reason to push disks as fast as hardware
allows and want to reduce software-induced bottlenecks
as much as possible.
thanks!
Geoff Steckel
look at freebsd aio code which might not map to openbsd low
level routines & the swapper code which might (though single threaded)
be a good place to start for low level code.
All opinions welcome!
thanks
Geoff Steckel
y for ones read once and/or written once per program
invocation.
geoff steckel
gwes at oat mumble com
28 matches
Mail list logo
