On Tue, 7 Jun 2016 16:31:21 +0100 Stuart Henderson <s...@spacehopper.org> wrote:
> On 2016/06/07 14:39, Gerhard Roth wrote:
> > > > Now I get an IP address from my provider, I want something like this:
> > > >
> > > > inet 10.
On Tue, 7 Jun 2016 13:08:49 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> On 07/06/16(Tue) 11:53, Gerhard Roth wrote:
> > On Mon, 6 Jun 2016 10:30:11 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> > > On 01/06/16(Wed) 17:20, Gerhard Roth wrote:
> > > A
On Mon, 6 Jun 2016 10:30:11 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> On 01/06/16(Wed) 17:20, Gerhard Roth wrote:
> > [...]
> > Thanks for all the feedback.
>
> More comments inline.
Replies too.
>
>
On 01.06.2016 20:28, Theo de Raadt wrote:
As I said, we could still change the name of the interface to 'ubm'
while keeping 'umbim' as the name of the driver.
No, I don't understand the proposal. I think it should be ubm
throughout, or I am threatening to rename ix(4) to a 8 character
name.
On 01.06.2016 17:32, Theo de Raadt wrote:
- renamed it from 'mbim' to 'umbim'
I tried 'ubm' as proposed by Theo but that felt weird. Esp.
when changing the prefixes of macros whose names were
derived from the MBIM standard.
I suggested that because
ifconfig umbim0 ...
On Mon, 23 May 2016 17:47:28 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> On 23/05/16(Mon) 16:51, Gerhard Roth wrote:
> > On Mon, 23 May 2016 16:18:29 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> > > On 23/05/16(Mon) 15:38, Gerhard Roth wrote:
> > &
On Mon, 23 May 2016 17:47:28 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> On 23/05/16(Mon) 16:51, Gerhard Roth wrote:
> > On Mon, 23 May 2016 16:18:29 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> > > On 23/05/16(Mon) 15:38, Gerhard Roth wrote:
> >
On Sat, 28 May 2016 09:18:13 +0200 Stefan Sperling <s...@stsp.name> wrote:
> On Mon, May 23, 2016 at 03:37:32PM +0200, Gerhard Roth wrote:
> > I have this stuff around quite a while now, but since patrick@ asked
> > me repeatedly, I think it is time to share this now.
>
On 23.05.2016 17:47, Martin Pieuchot wrote:
On 23/05/16(Mon) 16:51, Gerhard Roth wrote:
Why do you need to set a default route in the first place?
Just like PPP this was designed as a point-to-point interface. The idea
is that once you get an uplink, all traffic should be routed through
On Mon, 23 May 2016 16:18:29 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> On 23/05/16(Mon) 15:38, Gerhard Roth wrote:
> > This is part 2 of the MBIM patch. It adds the mbim driver to i386
>
> Comments inline.
Replies too.
>
> >
On Mon, 23 May 2016 15:54:36 +0200 Martin Pieuchot <m...@openbsd.org> wrote:
> On 23/05/16(Mon) 15:37, Gerhard Roth wrote:
> > I have this stuff around quite a while now, but since patrick@ asked
> > me repeatedly, I think it is time to share this now.
> >
> >
I have this stuff around quite a while now, but since patrick@ asked
me repeatedly, I think it is time to share this now.
This is a patch that adds support for the "Mobile Broadband Interface
Model" (MBIM) from http://www.usb.org/. It allows to attach UMTS/LTE
USB devices as a network interface.
This is the final patch for MBIM which adds a manual page for
mbim(4).
Index: share/man/man4/Makefile
===
RCS file: /cvs/src/share/man/man4/Makefile,v
retrieving revision 1.621
diff -u -p -u -p -r1.621 Makefile
---
Part 3 of the MBIM patch updates ifconfig(8).
Index: sbin/ifconfig/ifconfig.8
===
RCS file: /cvs/src/sbin/ifconfig/ifconfig.8,v
retrieving revision 1.267
diff -u -p -u -p -r1.267 ifconfig.8
--- sbin/ifconfig/ifconfig.86 Apr 2016
This is part 2 of the MBIM patch. It adds the mbim driver to i386
and amd64 kernels.
Index: sys/arch/amd64/conf/GENERIC
===
RCS file: /cvs/src/sys/arch/amd64/conf/GENERIC,v
retrieving revision 1.418
diff -u -p -u -p -r1.418 GENERIC
Hi,
ber_add_integer() can ASN.1 encode integers of up to 64 bit. Yet for
some types (e.g. SNMP_T_TIMETICKS, SNMP_T_GAUGE32, ..) the MIB says that
the value must no exceed 2^32-1. We should cast the value to u_int32_t
to avoid that e.g. Gauge32 carries a value larger than 32 bit.
One special
Sensors marked as invalid should be excluded by snmpd(8) from the sensors
MIB just as sysctl(8) excludes them from the 'hw.sensors' tree.
Gerhard
Index: usr.sbin/snmpd/mib.c
===
RCS file: /cvs/src/usr.sbin/snmpd/mib.c,v
retrieving
Hi,
snmpd pernanently loses its ARP table information:
# snmpctl walk 127.0.0.1 oid ipNetToMediaPhysAddress
ipNetToMediaPhysAddress.2.192.168.16.1="xx:xx:xx:xx:xx:xx"
ipNetToMediaPhysAddress.2.192.168.16.126="xx:xx:xx:xx:xx:xx"
Hi,
there's a bug in snmpd that breaks GETBULK requests for multiple OIDs.
Example:
# OID1=1.3.6.1.2.1.1.1
# OID2=1.3.6.1.2.1.31.1.1.1.1
# snmpbulkget -Cr3 -c public -v2c localhost $OID1
SNMPv2-MIB::sysDescr.0 = STRING: OpenBSD null 5.7 GENERIC#123 i386
SNMPv2-MIB::sysObjectID.0
Hi Ingo,
sorry to disappoint you, but that won't work. First of all, if_cdce.c doesn't
do NCM encoding and second, even if it did this still wouldn't work because
it just describes how data packets are encapsulated. But to talk to an MBIM
device, you need a different set of control messages (e.g.
On Fri, 16 May 2014 13:07:24 +0200 Stefan Sperling s...@openbsd.org wrote:
On Fri, May 16, 2014 at 02:44:10PM +0400, Dinar Talypov wrote:
Hi,
I have tested with D-Link DWA-140 rev B2G:
run0 at uhub0 port 1 Ralink 11n Adapter rev 1.10/1.01 addr 2
run0: MAC/BBP RT3071 (rev 0x021C),
In January bluhm@ introduced 'data_end' to pf.c:tcp_track_full().
Now this breaks the handling of non-data packets. They may be rejected
because the SEQ_GEQ(src-seqhi, data_end) check fails.
The patch below should fix this.
Gerhard
Index: sys/net/pf.c
Anybody willing to ok that patch?
Gerhard
Begin forwarded message:
Date: Fri, 16 Aug 2013 10:24:02 +0200
From: Gerhard Roth gr...@genua.de
To: tech@openbsd.org
Subject: SNMPv3 engine id discovery
Hi,
in SNMPv3 engine id discovery is done by sending a noAuthNoPriv request
to the SNMP agent
Hi,
in SNMPv3 engine id discovery is done by sending a noAuthNoPriv request
to the SNMP agent. The agent should reply with a usmStatsUnknownEngineIDs
report containing the authoritative engine id.
In case snmpd was configured with a minimum seclevel higher than none,
a
In dhcpd, variable cur_time is set only once per dispatch loop.
Unfortunately, this is done before the poll(2) call. Since poll(2)
may sleep for an arbitrary amount of time, the value of cur_time
might refer to some long ago point in time. When message dispatching
is done, timeouts and lease ends
On Wed, 15 May 2013 10:15:54 +0200
Gerhard Roth gr...@genua.de wrote:
In dhcpd, variable cur_time is set only once per dispatch loop.
Unfortunately, this is done before the poll(2) call. Since poll(2)
may sleep for an arbitrary amount of time, the value of cur_time
might refer to some long
On Wed, 15 May 2013 10:24:22 +0200 Otto Moerbeek o...@drijf.net wrote:
On Wed, May 15, 2013 at 10:15:54AM +0200, Gerhard Roth wrote:
In dhcpd, variable cur_time is set only once per dispatch loop.
Unfortunately, this is done before the poll(2) call. Since poll(2)
may sleep
Mike,
but it does check in vscsiopen(). Hence no userland program should be
able to call vscsiioctl() for a non-existant device because the open()
already failed. At least that's true as long as vscsi devices can't
disappear during run-time.
Gerhard
On Fri, 10 May 2013 14:44:39 +0200 Mike
On Mon, 4 Mar 2013 06:02:19 -0500 Matt Dainty m...@bodgit-n-scarper.com wrote:
* Matt Dainty m...@bodgit-n-scarper.com [2013-02-20 19:30:43]:
Attached are two patches for bios(4) on i386 amd64 that add support
for detecting the comBIOS on Soekris hardware, which then fills in the
hw.vendor
On Mon, 4 Mar 2013 15:18:45 +0100 Gerhard Roth gerhard_r...@genua.de wrote:
On Mon, 4 Mar 2013 06:02:19 -0500 Matt Dainty m...@bodgit-n-scarper.com
wrote:
* Matt Dainty m...@bodgit-n-scarper.com [2013-02-20 19:30:43]:
Attached are two patches for bios(4) on i386 amd64 that add support
On Mon, 4 Mar 2013 15:56:36 +0100 Ilya Bakulin ilya_baku...@genua.de wrote:
Hi list,
We have a small issue with snmpd daemon in OpenBSD.
If people use SNMPv2c, they should explicitly set read-write community name
to some [probably random-generated] string, because otherwise everybody is
On Mon, 4 Mar 2013 17:28:17 +0100 Ilya Bakulin ilya_baku...@genua.de wrote:
On Monday 04 March 2013 16:13:09 Gerhard Roth wrote:
Just a little bike-shedding:
- The term readonly seems more common to me than nowrite.
I didn't use readonly because there is already a keyword read-only
On 11/29/2012 01:33 PM, Reyk Floeter wrote:
On Thu, Nov 29, 2012 at 10:59 AM, Mike Belopuhov m...@belopuhov.com wrote:
But currently /dev/tunN is usable from any programming language that
that can do reads and writes. With Reyk's changes you need to do an
ioctl even for basic usage, which is
On Thu, 08 Nov 2012 16:22:41 -0500
Ted Unangst t...@tedunangst.com wrote:
On Thu, Nov 08, 2012 at 13:34, Ilya Bakulin wrote:
The problem seems to be in uvm_map_pageable_all() function
(sys/uvm/uvm_map.c). This function is a special case of uvm_map_pageable,
which tries to mlockall() all
I did a similar change recently
(http://marc.info/?l=openbsd-cvsm=135055003602935w=2). Therefore I
think that Ilya's patch is valid and should be applied.
If anyone is willing to ok, I can commit it.
Gerhard
On 11/08/2012 01:34 PM, Ilya Bakulin wrote:
Hi list,
after upgrade on OpenBSD 5.2 we
On 11/08/2012 02:08 PM, Stuart Henderson wrote:
Oh talking of RLIMIT reminds me...can someone who knows this area take
a look at http://thread.gmane.org/gmane.os.aeriebsd.general/100 please?
To me the fix looks reasonable. Limiting the stack size below
the current usage shouldn't be allowed.
On 10/25/2012 10:44 AM, LEVAI Daniel wrote:
On p, okt 05, 2012 at 13:46:19 +0200, Gerhard Roth wrote:
Hi,
I trying to revive part of an old patch that was submitted by mpf
in 2007. If adds support for DNS server negotiation to the IPCP
part of sppp(4). If the PPP server provides IP addresses
Hi,
I trying to revive part of an old patch that was submitted by mpf
in 2007. If adds support for DNS server negotiation to the IPCP
part of sppp(4). If the PPP server provides IP addresses for
DNS servers, they will appear in the ifconfig(8) output.
A simple ifstated(8) script could then be
Hi,
we observed mysterious panics while stopping vr interfaces. This was due
to vr_stop() trying to stop the transfers but then not waiting for them
to really finish but rather remove their DMA buffer mappings immediately.
The patch below uses a loop that was copied from vr_setcfg()
Hi,
I spotted a problem with the calibration of the local APIC clock. For
the second CPU you sometimes see impossibly high clock rates like
in the following example:
cpu0: Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz (GenuineIntel 686-class) 3.10
GHz
cpu0:
Hi Reyk,
On Wed, 18 Jul 2012 21:42:34 +0200, Reyk Floeter r...@openbsd.org wrote:
How about:
noAuthNoPriv- none
authNoPriv - auth
authPriv- encr
Is there a better alternative for encr? Maybe just enc (I know it
would complicate the grammar because
On Wed, 18 Jul 2012 16:51:27 +0200, Mike Belopuhov m...@crypt.org.ru wrote:
On Wed, Jul 18, 2012 at 4:16 PM, Gerhard Roth wrote:
same here, wouldn't it be possible to match the ipsec.conf grammar and
ignore the SNMPv3 naming a bit?
auth hmac-sha1 authkey fooobar enc aes enckey dkjdkj
- instead
Hi all,
below you'll find a patch that adds basic SNMPv3 support to OpenBSD's
snmpd(8). When I say basic that's because of some limitations:
- Traps are still sent via SNMPv2 protocol. They can neither be
authenticated nor encrypted.
- Transport mode is still UDP. Not additional
On Tue, 17 Jul 2012 11:21:04 +0200, Gerhard Roth gerhard_r...@genua.de wrote:
Hi all,
below you'll find a patch that adds basic SNMPv3 support to OpenBSD's
snmpd(8). When I say basic that's because of some limitations:
- Traps are still sent via SNMPv2 protocol. They can neither
Hi,
the exit status of a shell pipeline is the exit status of the last
command in the pipeline. Since mkdep(1) pipes the output of ${CC} into
sed(1), the following check of '$?' checks the exit status of sed(1)
and not the of of cc(1).
This is nasty if some modification broke the compilation of
Hi everybody,
there is code in ether_output() that handles the case that we have to
use a gateway to send the packet. This code does a lookup for the route
required to reach the gateway.
In case there is a gateway for which no direct route exists (surely a
stupid thing, but possible during
Hi,
with the OPENBSD-CARP-MIB a memory leak was introduced to snmpd(8):
RCS file: mib.c,v
retrieving revision 1.52
diff -u -p -r1.52 mib.c
--- mib.c 2012/03/20 03:01:26 1.52
+++ mib.c 2012/05/24 12:53:35
@@ -2713,7 +2713,7 @@ mib_carpiftable(struct oid *oid, struct ber_oid *o,
On Thu, 24 May 2012 16:16:02 +0200, Kenneth R Westerback
kwesterb...@rogers.com wrote:
On Thu, May 24, 2012 at 01:54:36PM +0200, Gerhard Roth wrote:
Hi,
with the OPENBSD-CARP-MIB a memory leak was introduced to snmpd(8):
RCS file: mib.c,v
retrieving revision 1.52
diff -u -p -r1.52 mib.c
101 - 148 of 148 matches
Mail list logo