On 2014-04-29, Mark Kettenis mark.kette...@xs4all.nl wrote:
Google's data [1] shows a few third-world countries where what you say
is true, plus Japan because of a single particularly broken ISP [2].
Isn't there a correlation between those countries and actual IPv6 usage?
According to
On 2014-06-01, Edd Barrett vex...@gmail.com wrote:
I am having a problem with the USB ports on my x230t.
Other than the foldable touch display, this should be exactly the
same machine as the X230.
The machine has three USB ports, two blue and one yellow. I'm assuming
the blue ones are USBv3,
On 2014-06-06, Otto Moerbeek o...@drijf.net wrote:
So what's the status of this WT/WB flag? Can't it be trusted for PERC
6/i and maybe other adapters?
On the old hub.ports (which had a PERC 5/i), the WT/WB flag could
be trusted. Disk performance was noticeably worse in WT mode.
--
Christian
On 2014-06-01, Christian Weisgerber na...@mips.inka.de wrote:
The blue ports do not appear to function under OpenBSD.
They do. I just tried a mouse in all three of my X230's USB ports.
It worked in all of them.
(I use the default BIOS settings, i.e., USB 3.0 mode [Auto].)
It is a BIOS
After writing 2TB (INT_MAX * TP_BSIZE), dump(8) stops reporting
progress because the blockswritten variable has wrapped around to
negative. It needs to be a larger type like the tapesize variable;
see optr.c:timeest(). This only affects the terminal chatter. The
actual dump functionality is
Ted Unangst:
-intblockswritten; /* number of blocks written on current tape */
+off_t blockswritten; /* number of blocks written on current tape */
time_t tstart_writing; /* when started writing the first tape block */
longxferrate; /* averaged transfer
New diff.
* Move all off_t variables that don't look like file sizes to
int64_t.
* Switch blockswritten to int64_t, so it won't wrap at 2TB.
* Same for blocksthisvol (deraadt@).
* Switch xferrate (tedu@) and blocksperfile from long to uint64_t.
* Since blocksperfile can be set with -B, move
As everybody noticed, there was another problem. Please update to
cvsync-0.25.0pre0p0 for the latest bug fix. Sorry for all the
inconvenience.
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-07-10, Henning Brauer hb-openbsdt...@ml.bsws.de wrote:
1. Zero the protocol checksum.
that should not be needed. at least afair.
Indeed, we'll overwrite it with the pseudo-header checksum anyway.
--
Christian naddy Weisgerber na...@mips.inka.de
The reason the Soekris net6501 has hw.ncpufound=1 in bsd.rd is
stupid. The net6501 has MP BIOS, but not ACPI. Only the GENERIC
(thus also GENERIC.MP) and RAMDISK kernels on amd64 and i386 include
mpbios(4), RAMDISK_CD doesn't.
Is there any reason we don't have mpbios(4) in RAMDISK_CD? Are
Ted Unangst:
Is there any reason we don't have mpbios(4) in RAMDISK_CD? Are
there space constraints to consider? It looks like an accidental
omission to me.
I think there is some concern that the mpbios is wrong on many
machines with acpi?
RAMDISK_CD also has
acpi0 at
On 2014-07-15, Craig R. Skinner skin...@britvault.co.uk wrote:
http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=
= cbt, not cvsync
I don't know what this entry is, but it isn't cvsync.
(Maybe... Core Based Trees Multicast Routing, RFC 2189.)
On 2014-07-13, Ted Unangst t...@tedunangst.com wrote:
for reference, i use this. faster query interval and when not idle, slam
high immediately.
This appears to be much better than the current thresholds.
--
Christian naddy Weisgerber na...@mips.inka.de
Since net.inet6.ip6.accept_rtadv is gone, the installer shouldn't
set it.
It is not obvious to me that enabling rediraccept is more important
for IPv6 than for IPv4, where we keep is disabled by default. Do
we want to kill that whole block?
Index: install.sh
Sync with reality.
Index: arc4random.3
===
RCS file: /cvs/src/lib/libc/crypt/arc4random.3,v
retrieving revision 1.33
diff -u -p -r1.33 arc4random.3
--- arc4random.39 Jul 2014 16:57:49 - 1.33
+++ arc4random.3
On 2014-07-25, Florian Obser flor...@openbsd.org wrote:
Following the recent IPv6 changes, what method should now be used
to have a statically configured ipv6 address but accept router
advertisements to pick up a default route?
inet6 2001:DB8::23
inet6 autoconf
up -autoconfprivacy
You
Add httpd default log files to the rotation.
Index: newsyslog.conf
===
RCS file: /cvs/src/etc/newsyslog.conf,v
retrieving revision 1.32
diff -u -p -r1.32 newsyslog.conf
--- newsyslog.conf 26 Aug 2014 19:33:48 - 1.32
+++
On 2014-09-23, Marc Espie es...@nerim.net wrote:
I got a newer snaps, so an actual test on real data. Snaps apart by about
1 week.
sent 7,502,610,665 bytes received 40,313,605 bytes 4,561,792.72 bytes/sec
total size is 28,788,092,671 speedup is 3.82
The first improved format amd64 package
On 2014-09-14, Stefan Fritsch s...@sfritsch.de wrote:
Optimize pmap on amd64
based on a patch for i386 by Art from 2008 that removes the APTE stuff.
Some additional bits were taken from a patch by Art for amd64 from 2005.
I put this on the amd64 ports machines (2 x Xeon E5-2637 for a total
John-Mark Gurney:
So, as I was working on FreeBSD's implementation of gmac.c, I noticed
that I was able to get a significant speed up by using a mask instead
of an if branch in ghash_gfmul in gmac.c from OpenBSD...
Add a mask var and replace the code between the comments
update Z and
John-Mark Gurney:
I also have an implementation of ghash that does a 4 bit lookup table
version with the table split between cache lines in p4 at:
https://p4db.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/opencrypto/sys/opencrypto/gfmult.cREV=4
This also has a version with does 4 blocks
Here's a cleaned-up diff. Briefly tested on amd64 sparc64. I'll
do some more testing tomorrow. This already has mikeb@'s blessing.
Index: regress/sys/crypto/gmac/Makefile
===
RCS file: /cvs/src/regress/sys/crypto/gmac/Makefile,v
David Gwynne:
dont you need endian.h to get bemtoh64 and htobem64?
I went by the man page, which says sys/types.h.
PS: I accidentally omitted a chunk:
Index: sys/conf/files
===
RCS file: /cvs/src/sys/conf/files,v
retrieving
This replaces srandomdev()+random() with calls to arc4random*() in
src/games. There isn't much practical benefit to this. Consider
it a style fix.
I have NOT touched the games that call srandom() with a particular seed
for deterministic gameplay.
Index: arithmetic/arithmetic.c
trek(6)'s tournament mode is intended to have deterministic random
numbers based on a password. This was broken 15 years ago when
rand() was changed to random(), but the initial srand() was forgotten.
ok?
Index: setup.c
===
RCS
Todd C. Miller:
Looks good but I think this idiom used in hangman:
pos = (double) random() / (RAND_MAX + 1.0) * (double) Dict_size;
Can be replaced with:
pos = arc4random_uniform(Dict_size);
so long as Dict_size = UINT32_MAX, which should always be the case.
Hmm. Dict_size
Brad Smith b...@comstyle.com wrote:
Since I have been asked to send out these diffs again here is a diff
to enable
the checksum offload support for em(4).
Looking for any testing.
tx checksum offloading will not work on 75, 76, 80, i350.
Oh yes, you're right. The same
Jan Klemkow j.klem...@wemelug.de wrote:
here is a diff that adds optional linebuffering to tr(1) with command
line switch -u like in sed(1). I need this to remove '\r' characters
from a continues input steam which lines have to be there immediately.
It's really odd to make tr output
The configure script unconditionally adds -lcompat. This isn't
needed; configure checks for the presence of cuserid() and ftime()
and the build copes well with the absence of either. ftime() would only
ever be used if gettimeofday() wasn't available, and cuserid() is
replaced by getlogin() but
The xenocara fallout from libcompat removal is actually minimal.
I don't know if there are any extant operating systems that still
require sys/timeb.h for getrusage().
Index: app/xgc/tests.c
===
RCS file:
POSIX says select() and everything it needs should come from
sys/select.h. Eight years ago our headers have been fixed to
provide this. Time to acknowledge this in the man page, too.
ok?
Index: select.2
===
RCS file:
Philip Guenther:
string.h needs to stay until FD_ZERO() and FD_COPY() are changed to
not use memset()/memcpy().
We could grab this from FreeBSD:
#if __BSD_VISIBLE
#define FD_COPY(f, t) (void)(*(t) = *(f))
#endif
#define FD_ZERO(p) do { \
fd_set *_p;
Combining the various suggestions, I now have this:
Index: sys/sys/select.h
===
RCS file: /cvs/src/sys/sys/select.h,v
retrieving revision 1.13
diff -u -p -r1.13 select.h
--- sys/sys/select.h29 Oct 2013 02:44:52 - 1.13
Matthew Dempsky:
I think you're missing a { after the do. :)
Hmm, yes. This survives a make build:
Index: sys/sys/select.h
===
RCS file: /cvs/src/sys/sys/select.h,v
retrieving revision 1.13
diff -u -p -r1.13 select.h
---
I would like to use the current momentum of the sgtty.h removal
and kill the remaining parts of the COMPAT_43 tty handling in the
kernel, too. (There are some further network-related COMPAT_43
fragments that are not touched by this.)
The diff below has only been tested as far as building and
Christian Weisgerber na...@mips.inka.de wrote:
The diff below has only been tested as far as building and running
a kernel. I'm throwing this out so people with a better understanding
of the kernel can tell me if I'm missing something.
Please ignore this for the time being. There is more
Bad news: That serial printer you hooked up 30 years ago, with
magic numbers in a printcap file you haven't changed since, well,
that configuration might stop working.
This diff removes the printcap fc, fs, xc, xs capabilities from
lpd. They allowed configuring a tty with magic numbers that
Bad news: That terminal you hooked up 30 years ago--okay, okay.
Same thing as yesterday's lpd diff: Remove from getty the f0, f1,
f2 gettytab capabilities that were used to poke magic numbers into
sgtty. The modern replacement for f# is the set i#, o#, c#, l#
to poke magic numbers into termios.
New attempt, now that the userland has been cleaned up. This diff
kills the remaining parts of the COMPAT_43 tty handling in the
kernel. (There are some further network-related COMPAT_43 fragments
that are not touched by this.)
Comments? ok?
R compat/common/tty_43.c
M conf/files
M
Mark Kettenis:
Noticed TIOCGSID in that list. Don't think that is a 4.3 compat
ioctl. Rather a System V compat ioctl.
Well, it's implemented in compat/common/tty_43.c. If we want to save
it, we need to move it to kern/tty.c:ttioctl(). Do we?
--
Christian naddy Weisgerber
Christian Weisgerber na...@mips.inka.de wrote:
New attempt, now that the userland has been cleaned up. This diff
kills the remaining parts of the COMPAT_43 tty handling in the
kernel. (There are some further network-related COMPAT_43 fragments
that are not touched by this.)
Comments? ok
Earlier today I found myself patching struct winsize to ttysize in
a port, because I had been confused by sys/ioctl.h into thinking
OpenBSD had the latter instead of the former. Ugh.
I think we can drop compatibility to SunOS 3.2 (Sep 1986). FreeBSD
also got rid of this 4.5 years ago. I've
Ted Unangst t...@tedunangst.com wrote:
To that end, I think the comment should be marked as untrusted, and
signify should even check that it says untrusted. Hopefully this makes
it a little harder to con somebody into believing the comment actually
should be trusted.
I think somebody who can
Marc Espie es...@nerim.net wrote:
if you're trying to use pkg_add directly to grab/update firmwares, make
sure to use -DFW_UPDATE on those.
Also for pkg_delete:
# pkg_delete acx-firmware-1.4p4
Package signed by untrusted party 54fw
Fatal error: package acx-firmware-1.4p4 was corrupted:
This diff splits the TCP/UDP/ICMPv6 checksumming for IPv6 into
separate calculations of the pseudo-header checksum and the rest,
just like we do for IPv4. This should allow us to enable TX checksum
offload for IPv6 on some chipsets.
I'm uncertain how much consistency checking we want.
Also,
Instead of calculating the ICMPv6 checksum here, just set the flag that
is needed and the lower parts of the stack will take care of it.
I have tested the general ICMPv6, ICMPv6 redirect, and neighbor
discovery parts. I have not tested the MLD part.
Index: icmp6.c
Henning Brauer lists-openbsdt...@bsws.de wrote:
i need this tested on an sk(4).
I don't have that hardware at all.
[Summary: Henning wants to confine in_cksum_phdr() to ip_output.c and
remove its only other user sk_rxcsum().]
This is an instance of a very rudimentary RX checksumming engine
Over IPv6, UDP packets must have a non-zero checksum (RFC2460,
section 8.1). Currently, tcpdump ignores this and will print
udp sum ok. Maybe the author didn't understand how the Internet
checksum works and thought the checksum calculation would catch
this.
OK?
Any better phrasing than invalid
Some bge(4) chips support IPv6 TCP checksum transmit offload.
Unfortunately, I have no idea which. My best guess is that this
is symmetrical with the receive offload capability:
if (BGE_IS_5755_PLUS(sc))
mode |= BGE_RXMODE_IPV6_ENABLE;
So here is an experimental patch to
On 2014-02-14, Ingo Schwarze schwa...@usta.de wrote:
I even considered switching the mandoc(1) default from -Tascii to
-Tlocale in general, but forgot about it again. If you like the
idea, that would be something to do after unlock;
I like that, but...
it might require explicitly giving
On 2014-04-01, Theo de Raadt dera...@cvs.openbsd.org wrote:
Another approach is to extend the usage() in every program so that it
provides more information.
Just embed the whole man page, as in curl -M.
--
Christian naddy Weisgerber na...@mips.inka.de
On 2014-04-19, Henning Brauer lists-openbsdt...@bsws.de wrote:
we're in the same boat here - it's ust that I don't care too much
either way (both of us) doesn't really help in taking a decision :/
Well, in that case I suggest that we remove this hack from all
drivers that have it. A network
This removes a RX offload hack similar to the one just deleted from
sk(4). These chips can only add 16-bit words starting from some
offset, and so the driver gives them the likely start of the TCP/UDP
payload and then tries to compensate and... ugh.
Affected drivers:
* gem(4)
* hme(4)
* another
Ted Unangst ted.unan...@gmail.com wrote:
On OpenBSD we disable access to %tick from userland. I think the idea
is to make it harder for people to perform timing attacks,
I don't believe that for a minute. We allow rdtsc on i386.
... and rpcc on alpha. Not that there's a way to disable
Stefan Sperling s...@openbsd.org wrote:
Change number 2 is the only one that hasn't been committed yet.
According to
http://pubs.opengroup.org/onlinepubs/009695399/functions/wcwidth.html
wcwidth() should return -1 for non-printable characters.
So this change looks good to me. Anyone want to
In the spirit of trying to enable MSI for various devices, who wants
to play with bge(4)?
bge0 at pci2 dev 0 function 0 Broadcom BCM5761 rev 0x10, BCM5761 A1
(0x5761100): msi, address 00:10:18:4b:23:b4
brgphy0 at bge0 phy 1: BCM5761 10/100/1000baseT PHY, rev. 0
Works for me so far.
Index:
I put a Sweex SC015 cmpci(4) card that I had successfully tested
on amd64 into a sparc64 and got an unaligned access panic.
The problem is that we use bus_space_{read,write}_4() to access a
register at 0x92. Instead, assume it's a 32-bit register at 0x90
like the other registers and in agreement
The machdep.kbdreset sysctl currently serves two functions: On amd64
and i386 it enables a shutdown by Ctrl-Alt-Del. On various other
archs, it enables a shutdown by pressing the soft power button.
There is currently no way to disable a shutdown by ACPI power button
on amd64 and i386.
The diff
Mark Kettenis mark.kette...@xs4all.nl wrote:
Like I asked on icb, why do we need a knob for this at all?
I don't need one. I'd be just as happy to simply rip out
machdep.kbdreset where it's currently abused for that purpose.
* If you press one of these soft power buttons a little bit longer,
Peter Hessler phess...@theapt.org wrote:
: Like I asked on icb, why do we need a knob for this at all?
I have used this feature on a regular basis. Very useful when you want
to politely power off a system, but you don't have/don't want a login.
You misunderstand. The question is, why do
To quote the FreeBSD commit message where this is from:
---
find: Exit if there is an unknown option.
Ignoring the parameter with the unknown options is unlikely to be what was
intended.
Example:
find -n .
Note that things like
find -n
already caused an exit, equivalent to find
Christian Weisgerber na...@mips.inka.de wrote:
The diff below
-snip-
I have only tested this on amd64 and sparc64.
Has anybody compiled this on landisk, sgi, zaurus?
--
Christian naddy Weisgerber na...@mips.inka.de
Matthew Dempsky matt...@dempsky.org wrote:
What should be done about ccd(4) and raid(4)? They both seem
superseded in functionality by softraid(4), which also has much more
developer interest and active development.
Is softraid ready at all? I thought it was experimental, under
Matthew Dempsky matt...@dempsky.org wrote:
Now that all of the new AT_* flags are supported, it's okay to expose
openat(2), etc. in libc.
... revealing that the gnulib configure tests think that our
fchownat() is broken.
The test does
ln -s conftest.no-such conftest.dangle
and then runs
Matthew Dempsky matt...@dempsky.org wrote:
Index: include/unistd.h
===
RCS file: /home/mdempsky/anoncvs/cvs/src/include/unistd.h,v
retrieving revision 1.64
diff -u -p -r1.64 unistd.h
--- include/unistd.h 3 Jul 2011 18:51:01
Ted Unangst t...@tedunangst.com wrote:
I recently learned that our grep does not support the \\ syntax for
word boundaries, only the somewhat more difficult to use [[::]] format.
It's fairly easy to convert one to the other however.
If we actually want this, should it go into grep or into the
Does anybody remember why gcc3 is configured with thread model
single and gcc4 with thread model posix on our platforms and
what the difference is?
--
Christian naddy Weisgerber na...@mips.inka.de
When you run tcpdump on a 64-bit arch and look at UDP traffic over
IPv6 (say NTP or DNS), you'll see preposterous packet sizes.
Packets are considered misaligned, copied into a new buffer, but
one of the pointer variables isn't updated. Fix below. IPv4 is
not affected, because the equivalent
Mark Kettenis mark.kette...@xs4all.nl wrote:
Can someone run this (together with the libc wscanf diff) through a build
on gcc2 and gcc3 architectures?
I don't think you should commit the following gcc3:
-snip-
wide character support in that version of libstdc++ was an
all-or-nothing
Ingo Schwarze schwa...@usta.de wrote:
The c2k and c2k3 dates are inconstistent between hackathons.html
and calendar.openbsd:
c2k c2k3
hackathons.html Jul 15 May 08
calendar.openbsd Jun 15 May 10
My c2k3 shirt says May 8.
--
Christian naddy Weisgerber
Amit Kulkarni amitk...@gmail.com wrote:
http://git.tukaani.org/?p=xz.git;a=tree
Probably can't import xz into base as parts of xz are GPL v3.
Actually all the interesting parts of xz are in the public domain.
The details are laid out in COPYING.
The GPLv3 part refers to pieces of the autoconf
Nicholas Marriott nicholas.marri...@gmail.com wrote:
Or if we must have compression flags just have one flag and let tar
figure out the right tool to use. Having -Z -z -J -j etc etc is silly.
bsdtar and gtar detect compressed archives automatically and
transparently invoke the corresponding
Janjaap van Velthooven janj...@stack.nl wrote:
For some obscure reason this gave successes. After splitting up
alpha/rtld_machine.c into 2 or mor parts, any combination where the
1st and the 3rd function (_dl_md_reloc and _dl_md_reloc_got) were
not in the same source allowed the split-up
Christian Weisgerber na...@mips.inka.de wrote:
I split _dl_md_reloc_got() out into a separate file and compared
the generated assembly language. There are no differences. I also
disassembled the object files, no code differences.
I wonder if ld(1) could be to blame.
... but linking
Christian Weisgerber na...@mips.inka.de wrote:
I am out of ideas.
Miod suggested I try this, and it produces a working ld.so.
Index: alpha/Makefile.inc
===
RCS file: /cvs/src/libexec/ld.so/alpha/Makefile.inc,v
retrieving revision
Philip Guenther guent...@gmail.com wrote:
Now that the base is unlocked, we can consider diffs to
a) rename getdelim() and getline() symbols that are already in the tree, and
b) add getdelim() and getline() to libc.
Note that (a) will need to go in before (b)...
I also expect some fallout
Matthew Dempsky matt...@dempsky.org wrote:
While reading the mosh research paper[1], I noticed we don't have
IUTF8, which is necessary for backspace to work correctly in canonical
mode (ICANON) with UTF-8 characters.
Here's a quick diff for stty(1).
Index: modes.c
Matthew Dempsky matt...@dempsky.org wrote:
While reading the mosh research paper[1], I noticed we don't have
IUTF8, which is necessary for backspace to work correctly in canonical
mode (ICANON) with UTF-8 characters.
In principle, IUTF8 should also be added to ssh(1).
I see that the Debian
Ignore please, I see Mike has already fixed this as part of his ESN
changes.
--
Christian naddy Weisgerber na...@mips.inka.de
Is there a particular reason we only support AES-128-CTR (AESCTR)
with isakmpd(8), but not the 192- and 256-bit variants like we do
for AES-CBC and AES-GCM?
If not, and I assume it's just a historic oversight, how about this?
Adds AES-{128,192,256}-CTR to ipsecctl(8) and isakmpd(8).
There is
Christian Weisgerber na...@mips.inka.de wrote:
--- mtree.8 3 Sep 2010 11:22:36 - 1.35
+++ mtree.8 7 Jul 2012 13:31:09 -
+The SHA2-256 message digest of the file.
+the same SHA2-256 digest as the original.
Actually, NIST usage is SHA-256 so we should write that and also
Here's a tentative diff to disable AES-CTR/-GCM/-GMAC for manual
security associations, in accordance with RFC 3686/4106/4543 that
explicitly forbid the use of these algorithms with static keys.
Should this be better handled in the grammar?
For ipsec.conf.5, it also includes a tweak to the key
New attempt. This performs the check at parse time in validate_sa().
(Yes, I'm aware that the regression tests will also require some
tweaking.)
Index: ipsecctl.h
===
RCS file: /cvs/src/sbin/ipsecctl/ipsecctl.h,v
retrieving
Ted Unangst t...@tedunangst.com wrote:
So I'm wiping a file from a fairly slow USB stick and it's taking
forever. I don't really give a shit about some guy with a quantum
tachyon microscope taking it apart,
But if you do, overwriting with a constant pattern is stupid. You
want to overwrite
The expensive random(4) devices referred to don't exist any longer
and aren't described in that man page, but it's probably worth
mentioning how arc4random(3) is different from rand(3) etc.
Index: arc4random.3
===
RCS file:
Mark Kettenis mark.kette...@xs4all.nl wrote:
$ cd /usr/src/gnu/usr.bin/binutils
You'll want to do a
$ make -f Makefile.bsd-wrapper
$ make -f Makefile.bsd-wrapper obj
here first, otherwise you'll end up with crap in your source directory
that's difficult to get rid of.
--
Christian
Stefan Sperling s...@openbsd.org wrote:
An editor needs to convert between character sets.
Does it?
How else are you going to display a latin1 file in a UTF-8 locale,
for example?
You don't. You throw up an error.
--
Christian naddy Weisgerber na...@mips.inka.de
Chris Cappuccio ch...@nmedia.net wrote:
i exercised the vr_encap error path by setting the TX ring size to 4,
and discovered an unnecessary bus_dmamap_unload, also figured out that
pointing the ring member to an mbuf before vr_encap is committed is a
bad idea. also brad pointed out that there
Previously, we couldn't enable TCP/UDP transmit checksum offload
on chipsets that require the checksum field to be initialized with
the pseudo-header checksum because this would break rdr-to 127.0.0.1.
Henning's epic rewrite of the checksum handling has fixed this
problem, so let's enable TCP/UDP
Like bge(4), we previously couldn't enable TCP/UDP transmit checksum
offload on em(4). We can now.
Works fine here on
em0 at pci1 dev 1 function 0 Intel PRO/1000MT (82540EM) rev 0x02
and with VLAN on
em0 at pci5 dev 0 function 0 Intel PRO/1000 MT (82574L) rev 0x00
Does anybody see any value
Stuart Henderson s...@spacehopper.org wrote:
gtar/star/screen/tcsh are obviously intended for a recovery
environment and I think should not require ld.so.
Indeed.
I was hoping we wouldn't have to do anything and -static would take
on the expected semantics again.
--
Christian naddy
Christian Weisgerber na...@mips.inka.de wrote:
Currently this is only implemented for IPv4. The diff below adds
the missing pieces for IPv6, so that we will later be able to profit
from checksum offload over IPv6.
Nobody? Nothing?
Works for me for basic TCP/UDP use over IPv6.
bridge(4
Peter Strömberg wilfrie...@gmail.com wrote:
I have a case where it fails.
rtorrent can't connect to the tracker.
rtorrent is bound to 192.168.0.2 (em0) and the external iface is em2
so it's a mixture of having hw-csum and no hw-csum
If this is with Henning's checksum diff backed out again
Stuart Henderson s...@spacehopper.org wrote:
This adds an ioctl to retrieve if_hardmtu, and adds code to
display it via ifconfig hwfeatures.
I'm worried that our drivers don't set this or that the value doesn't
accurately reflect the capabilities of chip/driver.
--
Christian naddy Weisgerber
Todd T. Fries t...@fries.net wrote:
If there are desires to improve this (I hear Naddy grumbling!) then the
stomach to break backwards compat must be present, or suggestions on how
to do it without breaking backwards compat must be suggested.
My suggestion is two-fold:
* Introduce a new
Mark Kettenis:
I don't really see what this buys us. You still have to maintain the
backwards compat code. You'll end up with an inconsistent mess of
hostname.if and if.whatever files. And all of this to fix what exactly?
To preserve my sanity every time I need to figure out how to bring
Stuart Henderson s...@spacehopper.org wrote:
On 2012/11/26 22:24, Christian Weisgerber wrote:
[...]
After some further reflection, I think I agree with sthen.
I am mostly happy with hostname.if, but I would find it useful
to have a nicer syntax that allows ignoring other parsing and
feeds
Alexander Hall alexan...@beard.se wrote:
IIRC, isn't there a few distinct (non-ifconfig-compatible) cases we
handle specially, and the rest is passed as-is to ifconfig?
Is it?
Okay, I've looked at the netstart code again. It messes with any
lines where
* the first word is dhcp, rtsol, inet,
On x86:
$ /usr/mdec/installboot -n -v /boot /usr/mdec/biosboot sd0
boot: /boot proto: /usr/mdec/biosboot device: /dev/rsd0c
/boot is 5 blocks x 16384 bytes
fs block shift 2; part offset 63; inode block 112, offset 3496
master boot record (MBR) at sector 0
partition 3: type 0xA6 offset 63
Claudio Jeker cje...@diehard.n-r-g.com wrote:
Here is a diff to support the newer Broadcom chips seen in Dell and HP
servers. This was tested against a BCM57765, BCM5721, and BCM5720.
This needs a lot of testing on ANY bge(4).
I already told claudio@ and dlg@, but for the public record:
With
1 - 100 of 543 matches
Mail list logo