On Fri, 2023-08-25 at 20:40 +1000, David Gwynne wrote:
> umb(4) is a hardware p2p driver, it just has ip coming in, so we can do
> the same thing we do for the address family and input processing as
> other p2p interfaces.
>
> the short packet check that umb_input does is already done by the ip
>
On Tue, 2023-08-22 at 13:27 +0200, Martijn van Duren wrote:
> On Tue, 2023-08-22 at 10:16 +0000, Gerhard Roth wrote:
> > On Tue, 2023-08-22 at 11:16 +0200, Martijn van Duren wrote:
> > > On Mon, 2023-08-21 at 07:35 +, Gerhard Roth wrote:
> > > > Hi Martijn,
>
On Tue, 2023-08-22 at 11:16 +0200, Martijn van Duren wrote:
> On Mon, 2023-08-21 at 07:35 +0000, Gerhard Roth wrote:
> > Hi Martijn,
> >
> > last November you fixed ber.c so that sequences won't generate
> > an uninitialized subelement.
> >
> > This
Hi Martijn,
last November you fixed ber.c so that sequences won't generate
an uninitialized subelement.
This revealed another bug in ober_scanf_elements(): it couldn't
process sequences with an empty list of subelements. The following
code failed in ober_scanf_elements():
struct ber_elem
This patch fixes dhcrelay on carp. Without it, the AF_LINK entry
(the only one containing the interface index and rdomain of the
carp interface) of carp interfaces was ignored.
When doing the IPV6_JOIN_GROUP, ip6_setmoptions() would see an
zero interface index and picked an arbitrary, "appropriate
Hi Tobi,
a recent change to iked.c moved the call to daemon() behind proc_init().
Now iked forks all its children and afterwards daemonizes itself into
background leaving the kids behind orphaned.
The patch below restores the parent/child relationship. With it, the
parent calls daemon() first. An
Rev 1.25 introduced a mem-leak:
Index: usr.sbin/snmpd/usm.c
===
RCS file: /cvs/src/usr.sbin/snmpd/usm.c,v
retrieving revision 1.25
diff -u -p -r1.25 usm.c
--- usr.sbin/snmpd/usm.c20 Dec 2022 20:01:25 - 1.25
+++ usr.s
On Wed, 2023-04-26 at 13:47 +0200, Alexandr Nedvedicky wrote:
> Hello,
>
>
> On Wed, Apr 26, 2023 at 11:37:58AM +1000, David Gwynne wrote:
> > > fail:
> > > - if (flags & FWRITE)
> > > - rw_exit_write(&pfioctl_rw);
> > > - else
> > > - rw_exit_read(&pfioct
On Wed, 2023-04-26 at 19:42 +1000, David Gwynne wrote:
> On Wed, Apr 26, 2023 at 07:48:18AM +0000, Gerhard Roth wrote:
> > On Wed, 2023-04-26 at 00:39 +0200, Alexandr Nedvedicky wrote:
> > > Hello,
> > >
> > > This is the second diff. It introduces a transa
On Wed, 2023-04-26 at 00:39 +0200, Alexandr Nedvedicky wrote:
> Hello,
>
> This is the second diff. It introduces a transaction (pf_trans).
> It's more or less diff with dead code.
>
> It's still worth to note those two chunks in this diff:
>
> @@ -1142,10 +1172,7 @@ pfioctl(dev_t dev, u_long cm
I stumbled upon a problem that xfreerdp couldn't connect to Windows 11
servers with NLA and TLS 1.3. This can also be reproduced with
# openssl -tls1_3 -connect :3389
Here openssl will fail with a "tlsv1 alert internal error" instead
of blocking in "read R BLOCK".
So I played around with
On Tue, 2022-12-20 at 11:34 +0100, Martijn van Duren wrote:
> On Tue, 2022-12-20 at 10:28 +0000, Gerhard Roth wrote:
> > Hi Martijn,
> >
> > On Tue, 2022-12-20 at 11:10 +0100, Martijn van Duren wrote:
> > > On Tue, 2022-12-20 at 10:21 +0100, Ma
Hi Martijn,
On Tue, 2022-12-20 at 11:10 +0100, Martijn van Duren wrote:
> On Tue, 2022-12-20 at 10:21 +0100, Matthias Pitzl wrote:
> > Hi,
> >
> > Since the release of OpenBSD 7.2, snmp mibtree is broken:
> > > root@host:~# snmp mibtree
> > > snmp: No securityName specified
> >
> > Greetings,
>
Hi,
since there's a 'sa_free(sa)' followed by a 'continue' a few lines down
from the RB_FOREACH(), we must use RB_FOREACH_SAFE() instead.
Gerhard
Index: sbin/iked/ikev2.c
===
RCS file: /cvs/src/sbin/iked/ikev2.c,v
retrieving revisi
On 4/1/22 07:41, Kevin Lo wrote:
> On Fri, Apr 01, 2022 at 12:06:02PM +1000, Jonathan Matthew wrote:
>>
>> On Thu, Mar 31, 2022 at 09:41:09PM +0800, Kevin Lo wrote:
>>> Hi,
>>>
>>>
>>> This diff adds preliminary supp
On 12/8/21 15:13, Mikhail wrote:
On Wed, Dec 08, 2021 at 02:43:04PM +0100, Gerhard Roth wrote:
Well, the RNDIS device doesn't respond to REMOTE_NDIS_KEEPALIVE_MSG
messages anymore, but now you hope that it'll still process the
REMOTE_NDIS_RESET_MSG we are sending? Sounds like wishfu
On 12/8/21 14:31, Mikhail wrote:
On Wed, Dec 08, 2021 at 02:10:49PM +0100, Gerhard Roth wrote:
Well, there's only one watchdog thread for all of the
network interfaces. If it is blocked, not other watchdogs
can run.
I don't think this is a big loss. On one side - no other watchdo
On 12/8/21 14:08, Mikhail wrote:
On Wed, Dec 08, 2021 at 10:39:15AM +0100, Gerhard Roth wrote:
urndis_watchdog() calls urndis_ctrl_keepalive() which sends an RNDIS
keepalive msg and then waits for the reply with USBD_DEFAULT_TIMEOUT.
That means if the device stopped responding, the
On 12/8/21 10:26, Mikhail wrote:
On Tue, Nov 30, 2021 at 09:40:35PM +0300, Mikhail wrote:
Currently watchdog functionality for urndis driver is disabled
(commented), I've tested it and it works properly - reset messages are
correctly sent and cmplt packets are received according to RNDIS spec (I
On 11/22/21 10:47, Mikhail wrote:
On Mon, Nov 22, 2021 at 12:32:30PM +0300, Mikhail wrote:
On Mon, Nov 22, 2021 at 09:31:59AM +0100, Gerhard Roth wrote:
On 11/20/21 17:12, Mikhail wrote:
Comparing Windows and OpenBSD tcpdumps I noticed some differences:
1) In REMOTE_NDIS_INITIALIZE_MSG (I
On 11/20/21 17:12, Mikhail wrote:
Comparing Windows and OpenBSD tcpdumps I noticed some differences:
1) In REMOTE_NDIS_INITIALIZE_MSG (I patched the kernel to send it before
getting MAC address and with proper minor version) bInterfaceClass on
OpenBSD is set to Unknown (0x), on Windows it's
Hi,
the rule for 'listen_udptcp' is missing a semicolon at its end.
I have no idea what yacc does to the following 'port' rule without
that semicolon.
Gerhard
Index: usr.sbin/snmpd/parse.y
===
RCS file: /cvs/src/usr.sbin/snmpd/par
Hello Ingo,
thanks for looking into this.
On 8/6/21 8:13 PM, Ingo Schwarze wrote:
Hi Gerhard and Bryan,
Gerhard Roth wrote on Mon, Aug 02, 2021 at 10:36:05AM +0200:
Bryan Vyhmeister found a strange behavior in date(1):
# date -f %s -j 1627519989
Thu Jul 29 01:53:09 PDT 2021
Hi,
Bryan Vyhmeister found a strange behavior in date(1):
# date -f %s -j 1627519989
Thu Jul 29 01:53:09 PDT 2021
# date -u -f %s -j 1627519989
Thu Jul 29 00:53:09 UTC 2021
Looks like PDT is GMT-1, which of course is wrong.
The problem arises from the -f option.
On 4/20/21 7:28 PM, Patrick Wildt wrote:
Am Mon, Apr 19, 2021 at 10:25:39AM +0200 schrieb Tilo Stritzky:
On 10/04/21 22:56 Tilo Stritzky wrote:
umb interfaces advertise themselves as generic devices.
Network makes a lot more sense, I think.
tested on amd64.
Having seen no response on this on
On 3/28/21 3:16 PM, Stuart Henderson wrote:
On 2021/03/28 13:40, Patrick Wildt wrote:
Am Sun, Mar 28, 2021 at 10:53:53AM +0100 schrieb Stuart Henderson:
On 2021/03/25 00:14, Stuart Henderson wrote:
On 2021/03/25 00:30, Patrick Wildt wrote:
Without having looked at anything, it might be worth
ix(4) relies on link-state change interrupts the update the link state
via if_link_state_change(). However, after ixgbe_stop() all interrupts
for the device are disabled and there won't be any IXGBE_EICR_LSC
interrupt.
Simple solution: manually update link state after ixgbe_stop().
Gerhard
---
The current definition of SIOCG80211JOIN uses 256 for the command,
but the _IOC() macro only allows 8 bit for the command value.
Using 256 would set the lowermost bit of the ioctl group.
Fortunately, 'i' (0x69) already has the lowermost bit set. Otherwise
SIOCG80211JOIN would never reach ifioctl().
Hi Marcus,
On 2020-07-31 11:22, Marcus Glocker wrote:
Maybe I'm missing something here.
But is there any specific reason why the most of our USB drivers are
calling usbd_abort_pipe() right before usbd_close_pipe()? Since
usbd_close_pipe() already will call usbd_abort_pipe() if the pipe isn't
e
Recently a stat(2) call was added to load_server_config() of ssh to
avoid reallocs. However, a buffer of 'st_size' length might be too
short to hold the null terminator of the string.
Add one more byte to the size, if it is sure that we can't overflow.
Gerhard
Index: usr.bin/ssh/servconf.c
==
tmpfs_reclaim() has to make sure that the VFS cache has no more
locks held for the vnode. Else vclean() could panic because v_holdcnt
is non-zero.
I know that tmpfs is disabled by default, but it would be nice
to have this fix in the code base anyway.
Gerhard
Index: sys/tmpfs/tmpfs_vnops.c
On 4/30/20 11:07 PM, Stuart Henderson wrote:
On 2020/04/30 20:32, Gerhard Roth wrote:
Hi Theo,
is umb really working that differently for a P2P interface? I think it is
very similar to ppp(4) and IPv6. The standard way is to obtain the IP
address via PPP protocol. Just like this, umb(4
On 4/30/20 8:04 PM, Theo de Raadt wrote:
I also feel noone is going to read the manual page, find this piece
of text, and understand it. Honestly, I don't understand this piece
of text. I'm not going to set the AUTOCONF6 flag. How does one even
set it?
ifconfig: AUTOCONF6: bad value
Of cours
all. People can't act upon it properly.
I still argue umb's inet6 should work absolutely as much like regular
interfaces, or it is useless. People are not going to treat this
interface differently and then gain successful inet6. If inet6 can't
work naturally and easily, but instead is
On 4/30/20 4:03 PM, Theo de Raadt wrote:
Is that still the true behaviour? I think it isn't, the "before up"
aspect is gone isn't it?
That's right for IP configuration via MBIM and I deleted the "before up"
from the first sentence.
But wasn't sure for the SLAAC case. Will autoconf work if I
On Mon, 27 Apr 2020 16:59:22 +0200
Gerhard Roth wrote:
> On 4/27/20 4:53 PM, Theo de Raadt wrote:
> > Gerhard Roth wrote:
> >
> >> Hi Theo,
> >>
> >> On 4/27/20 4:39 PM, Theo de Raadt wrote:
> >>> Is this code in umb_decode_ip_configur
On 4/27/20 4:53 PM, Theo de Raadt wrote:
Gerhard Roth wrote:
Hi Theo,
On 4/27/20 4:39 PM, Theo de Raadt wrote:
Is this code in umb_decode_ip_configuration() reached again, if
you do a late ifconfig (don't set inet6 at up time, but set it
later)
no, seting inet6 later doesn't wor
'ifconfig umb0 inet6 eui64' or
'ifconfig umb0 -inet6'. And I'm not sure whether the implicit temporary
link loss is appreciated by the user.
Gerhard
That is how other network interfaces work. I'm trying to make
sure this behaviour isn't too weird (ie. req
And since IPv6 is now optional for umb(4), we can just skip
evaluation of the IPv6 part of the IP configuration, if it
wasn't enabled.
Gerhard
Index: sys/dev/usb/if_umb.c
===
RCS file: /cvs/src/sys/dev/usb/if_umb.c,v
retrieving revi
Hello Claudio,
On Mon, 27 Apr 2020 11:51:50 +0200 Claudio Jeker
wrote:
> On Mon, Apr 27, 2020 at 10:26:01AM +0200, Gerhard Roth wrote:
> > Should we change umb(4) so that it only grabs an IPv6 address
> > in case somebody does a "ifconfig umb0 inet6 eui64" first?
>
Should we change umb(4) so that it only grabs an IPv6 address
in case somebody does a "ifconfig umb0 inet6 eui64" first?
Anyone willing to ok the patch below?
On 2/19/20 9:19 AM, Gerhard Roth wrote:
On Wed, 19 Feb 2020 08:45:39 +0100 Claudio Jeker
wrote:
On Tue, Feb 18, 2020 at
On Wed, 19 Feb 2020 08:45:39 +0100 Claudio Jeker
wrote:
> On Tue, Feb 18, 2020 at 11:16:54PM +, Stuart Henderson wrote:
> > On 2020/02/18 13:40, Gerhard Roth wrote:
> > > > > Yes, I tried MBIM_CONTEXT_IPTYPE_IPV4ANDV6 myself first but to no
> >
On Tue, 18 Feb 2020 12:11:05 + Stuart Henderson
wrote:
> On 2020/02/18 08:25, Gerhard Roth wrote:
> > > > @@ -2393,6 +2581,11 @@ umb_send_connect(struct umb_softc *sc, i
> > > > c->authprot = htole32(MBIM_AUTHPROT_NONE);
> > > > c-&g
Hi Claudio,
thanks for looking at it.
For your questions find my replies below.
On Mon, 17 Feb 2020 17:30:03 +0100 Claudio Jeker
wrote:
> On Tue, Feb 04, 2020 at 09:16:34AM +0100, Gerhard Roth wrote:
> > Hi Alex,
> >
> > thanks for looking into it.
> >
> >
On 2/14/20 3:42 PM, Martijn van Duren wrote:
Apparently not many people check the error count in their snmp stats.
This appears to been here since day 1.
OK?
martijn@
Index: snmpe.c
===
RCS file: /cvs/src/usr.sbin/snmpd/snmpe.c,v
Hi Alex,
thanks for looking into it.
On Tue, 4 Feb 2020 00:20:42 +0100 Alexander Bluhm
wrote:
> On Tue, Jan 28, 2020 at 03:03:47PM +0100, Gerhard Roth wrote:
> > this patch adds IPv6 support to umb(4).
>
> It breaks my IPv4 setup.
>
> umb0 at uhub0 port 4 config
So far I've got only one ok from job@ and he'd like me to commit this.
So I asking if there are any objections against this going into the base.
Gerhard
On Tue, 28 Jan 2020 15:03:47 +0100 Gerhard Roth wrote:
> Hi,
>
> this patch adds IPv6 support to umb(4).
>
> It
Hi,
this patch adds IPv6 support to umb(4).
It will try to obtain a IPv6 address if the kernel is compiled with INET6.
Currently there is no option to disable IPv6 on such a kernel (other than
manually calling "ifconfig umb0 -inet6"). Nor is there a IPv6-only mode which
refrains from obtaining an
Hi,
any initialization of the form
struct ber_oid trapoid = OID(MIB_snmpTrapOID);
requires a smi_scalar_oidlen() afterwards to set 'bo_n' to the correct
length.
The old ber_oid_cmp() from usr.sbin/snmpd/ber.c used to iterate over
all elements of 'bo_id' and not just the first 'bo_n' one
Hi,
xhci's calculation of 'xfer->actlen' is wrong if the xfer was split into
multiple TRBs. That's because the code just looks at the remainder
reported by the status TRB. However, this remainder only refers to the
total size of this single TRB; not to the total size of the xfer.
Example: assume
On Mon, 28 Oct 2019 15:41:34 +0100 Patrick Wildt wrote:
> On Mon, Oct 28, 2019 at 03:14:22PM +1100, Damien Miller wrote:
> > On Mon, 28 Oct 2019, Damien Miller wrote:
> >
> > > BTW, the token still becomes unresponsive after the first transaction,
> > > but looking at a sniff (using an OpenVisz
On 6/7/19 10:45 AM, Martijn van Duren wrote:
> On 6/7/19 10:41 AM, Gerhard Roth wrote:
>> On 6/7/19 9:52 AM, Martijn van Duren wrote:
>>> On 6/7/19 9:50 AM, Martijn van Duren wrote:
>>>> Hello tech@,
>>>>
>>>> I managed to get SHA-2 support
On 6/7/19 9:52 AM, Martijn van Duren wrote:
> On 6/7/19 9:50 AM, Martijn van Duren wrote:
>> Hello tech@,
>>
>> I managed to get SHA-2 support working for snmpd, based on RFC7860 and
>> tested with net-snmp commandline tools.
>>
>> I split the diff up in 2 steps for readability.
> Step 2: Impleme
On 6/7/19 9:50 AM, Martijn van Duren wrote:
> Hello tech@,
>
> I managed to get SHA-2 support working for snmpd, based on RFC7860 and
> tested with net-snmp commandline tools.
>
> I split the diff up in 2 steps for readability.
> Step 1: Don't assume the digestlength is always 12 bytes. This is
Hello Ingo,
I must apologize for my sticky fingers and lots of copy & pasting :/
Thanks for finding.
ok gerhard@
On Mon, 14 Jan 2019 14:21:37 +0100 Ingo Feinerer wrote:
> A few messsage -> message fixes.
>
> Index: if_umb.c
> ===
usb_block_allocmem() does not sleep and is careful to always use the
BUS_DMA_NOWAIT flag. So why the assertwaitok()?
Gerhard
Index: sys/dev/usb/usb_mem.c
===
RCS file: /cvs/src/sys/dev/usb/usb_mem.c,v
retrieving revision 1.31
diff
On Wed, 31 Oct 2018 11:06:54 +0100 (CET) Mark Kettenis
wrote:
> > Date: Wed, 31 Oct 2018 10:14:29 +0100
> > From: Patrick Wildt
> >
> > On Wed, Oct 31, 2018 at 10:03:57AM +0100, Mark Kettenis wrote:
> > > > Date: Wed, 31 Oct 2018 09:54:35 +0100
> > > > From: Patrick Wildt
> > > >
> > > > Hi
On Thu, 16 Aug 2018 13:56:13 +0300 Denis wrote:
> I can change AT!UDUSBCOMP modes for MC7304 and MC7455 I have in production.
>
> But how to make full dump of all the USB device descriptors for each
> UDUSBCOMP mode? Can I make it by usbdevs - or how?
Hi Denis,
no that won't work. You could
On Thu, 31 May 2018 17:40:36 +0800 Nan Xiao wrote:
> Hi Gerhard,
>
> Thanks for your reply!
>
> Yes, if no "kvm_close(kd);", there will be resource (memory, file
> descriptor) leak. So hope you can commit it, thanks!
>
>
> On 5/30/2018 4:49 PM, Gerhard R
On Wed, 30 May 2018 16:25:55 +0800 Nan Xiao wrote:
> Hi tech@,
>
> Maybe kvm_close is needed if kvm_getprocs returns NULL here? Sorry if I
> am wrong, thanks!
>
> Index: mib.c
> ===
> RCS file: /cvs/src/usr.sbin/snmpd/mib.c,v
> retr
On Tue, 22 May 2018 11:05:48 +0200 Claudio Jeker
wrote:
> On Tue, May 22, 2018 at 10:26:30AM +0200, Gerhard Roth wrote:
> > Hi,
> >
> > a snmpwalk of HOST-RESOURCES-MIB::hrSWRunTable doesn't scale very well
> > with an increasing number of running processes.
>
Hi,
a snmpwalk of HOST-RESOURCES-MIB::hrSWRunTable doesn't scale very well
with an increasing number of running processes.
For every process and each of the 7 elements of the table, mib_hrswrun()
would call kinfo_proc() which queried all the processes running on the
system and sort them by pid.
If proc_init() knows about debug mode, we can move the call to daemon(3)
into proc_init(). Then only the parent calls daemon(3). The children will
inherit stdin/out/err from the parent and don't have to do anything.
And since the children don't call daemon(3) themselves anymore, there
won't be any
On Wed, 7 Mar 2018 17:20:06 +0100 Mike Belopuhov wrote:
> On 7 March 2018 at 17:01, Gerhard Roth wrote:
> >
> > Hi Benno,
> >
> > thanks for your reply.
> >
> > On Wed, 7 Mar 2018 15:22:28 +0100 Sebastian Benoit
> wrote:
> > > Hi,
> &g
Hi Benno,
thanks for your reply.
On Wed, 7 Mar 2018 15:22:28 +0100 Sebastian Benoit wrote:
> Hi,
>
> switchd and vmd use the same proc.c,and should stay in sync.
Ack. I missed them.
>
> Also, this breaks -dvv (i.e. debug output when running inthe foreground),
> at least for relayd.
Stupid
Hi,
proc_init() is done before daemon() and for the child processes of httpd,
relayd and snmpd() this function never returns. That means that the
children inherit stdin, stdout, and stderr of the caller and never close
them.
This fix this, proc_init() should map these filedes to /dev/null for a
c
On Sat, 25 Nov 2017 11:42:07 -0700 Joel Knight wrote:
> On Thu, Mar 9, 2017 at 10:02 PM, Joel Knight wrote:
> > Hi.
> >
> > snmpd(8) uses unsigned ints internally to represent the size and used
> > space of a file system. The HOST-RESOURCES-MIB defines the valid
> > values for those OIDs as 0..21
In case we have a temporary loss of connection in umb(4), the USB xfers
may time-out. umb_txeof() should always check whether there are further
mbufs in the if_snd queue; not only after successful transmits.
Also, aborting the xfer in case the watchdog timer triggers, can help
to resume from hangi
On Tue, 5 Sep 2017 10:47:11 +0200 Martin Pieuchot wrote:
> On 04/09/17(Mon) 14:53, Gerhard Roth wrote:
> > Hi Martin,
> >
> >
> > On Mon, 4 Sep 2017 14:18:50 +0200 Martin Pieuchot wrote:
> > > On 04/09/17(Mon) 13:10, Gerhard Roth wrote:
> > > > H
Hi Martin,
On Mon, 4 Sep 2017 14:18:50 +0200 Martin Pieuchot wrote:
> On 04/09/17(Mon) 13:10, Gerhard Roth wrote:
> > Hi,
> >
> > I noticed a problem with the routing table that is easy to reproduce: put
> > multiple IPs on the same carp interface:
>
> Grea
Hi,
I noticed a problem with the routing table that is easy to reproduce: put
multiple IPs on the same carp interface:
# ifconfig em0
em0: flags=8843 mtu 1500
lladdr 00:0a:e4:31:9d:6e
index 1 priority 0 llprio 3
groups: egress
media: Ethernet autoselect (100baseTX
On Fri, 28 Jul 2017 12:36:22 + Florian Obser wrote:
> not really a problem, errstr are just various static strings, but still...
>
> pointed out by clang, OK?
>
> diff --git snmpd/parse.y snmpd/parse.y
> index efd1159c3ab..cc3d4194556 100644
> --- snmpd/parse.y
> +++ snmpd/parse.y
> @@ -273,
On Fri, 28 Jul 2017 12:39:48 + Florian Obser wrote:
> Not sure about this one, a quick glance at RFC 3411 suggests this
> is just a binary string, so uint8_t is more appropriate.
>
> Any snmp nerds around?
>
> clang complained about this:
>
> /usr/src/usr.sbin/snmpd/snmpd.c:349:47: warning:
On Thu, 27 Jul 2017 12:46:23 +0100 Stuart Henderson
wrote:
> On 2017/07/27 10:58, Gerhard Roth wrote:
> > Hi,
> >
> > snmpd uses the same storage for sm_error and sm_nonrepeaters. Same applies
> > to sm_errorindex and sm_maxrepetitions. If we produce a response P
Hi,
snmpd uses the same storage for sm_error and sm_nonrepeaters. Same applies
to sm_errorindex and sm_maxrepetitions. If we produce a response PDU to
a getbulk request, sm_error will carry the number of non-repeaters from
the request and sm_errorindex the max. number of repetitions. This is
wrong
On 06.07.2017 17:53, Todd C. Miller wrote:
On Thu, 06 Jul 2017 07:37:19 -0600, "Todd C. Miller" wrote:
glibc strtol() behavior:
AIX
FreeBSD
GNU/Linux
Solaris
macOS
SunOS 4.1.3 has the same behavior as Solaris. That's as far back
as I care to go.
- todd
FWIW: AT&
Hi,
file pointer may be incompletely initialized after falloc(). For example,
sys_socket() initializes 'f_flag', 'f_type', and 'f_ops' but may sleep
then in socreate() before assigning 'f_data'.
That is why there is the FIF_LARVAL flag, that is check by the macro
FILE_IS_USABLE(). Of the three di
Hi,
all MBIM values are in litte-endian encoding but somewhere in the fine
print it reads that "the addresses will be in network byte order".
So applying letoh32() on addresses is just plain wrong. On little-endian
machines, we didn't notice since letoh32() is a no-op there. But one
big-endian on
On Mon, 12 Dec 2016 14:50:50 +0100 Gerhard Roth wrote:
> The current umb(4) implementation needs one USB transfer for every packet
> that is sent. With the following patch, we can now aggregate several
> packets from the ifq into one single USB transfer.
>
> This may speed up t
The current umb(4) implementation needs one USB transfer for every packet
that is sent. With the following patch, we can now aggregate several
packets from the ifq into one single USB transfer.
This may speed up the tx path. And even if it doesn't, at least it
reduces the number of transfers requi
This patch fixes a bug in the padding of umb strings. Instead of
padding the right position, umb_padding() would always zero padding
bytes at the beginning of the buffer.
For the two callers of umb_addstr(), this won't hurt in
umb_send_connect() since the first value in the buffer is the
session i
Some MBIM devices need a FCC Authentication before they're willing to
turn on the radio. This has to be done by sending a QMI command inside
an MBIM message.
This patch is based on an earlier patch by Stuart Henderson. One
crucial thing was missing in sthen@'s patch: first a client-id (CID)
has to
On Tue, 15 Nov 2016 08:11:01 -0800 Bryan Vyhmeister
wrote:
> This patch adds the Sierra Wireless EM7455 umb(4) device to usbdevs in
> preparation for another patch to if_umb.c which adds full support for
> the EM7455.
>
> Bryan
>
>
> Index: sys/dev/usb/usbdevs
> ===
Hi,
according to the NCM spec, the list of datagram pointer entries has to
be terminated with an entry where wDatagramIndex and wDatagramLen are
zero. Not all implementations seem to follow that rule: otto@ had one
that only sets the index to zero while using an arbitrary length value.
The patch
phone# ++1213555123 APN broadband
> > dns 172.26.38.1
> > groups: egress
> > status: active
> > inet 10.45.181.18 --> 10.45.181.17 netmask 0xfffc
> >
> >
> > The second part of the patch also fixes the last digit
On Mon, 20 Jun 2016 08:50:05 +0200 Gerhard Roth wrote:
> Hallo Stefan,
>
> danke, dass Du Dich darum kuemmerst.
>
> ok gerhard@
Sorry for the German. This mail was intended to go to Stefan only and not
the mailing list. My mistake.
Gerhard
>
>
> On Sun, 19 Jun 20
Hallo Stefan,
danke, dass Du Dich darum kuemmerst.
ok gerhard@
On Sun, 19 Jun 2016 15:03:13 +0200 Stefan Sperling wrote:
> Some information in the umb(4) man page seems to be outdated (IPV4 gateway
> handling), or doesn't really belong in a man page ("please hack the driver
> to add a device t
On 13.06.2016 12:52, Martin Pieuchot wrote:
On 10/06/16(Fri) 21:09, Mark Kettenis wrote:
Date: Fri, 10 Jun 2016 17:20:18 +0100
From: Stuart Henderson
On 2016/06/10 16:05, Mark Kettenis wrote:
In any case this is something we can figure out once the code hits the
tree. Unless mpi@ is still un
On 10.06.2016 14:41, Bryan Vyhmeister wrote:
On Fri, Jun 10, 2016 at 09:43:36AM +0200, Gerhard Roth wrote:
Hmm, I don't see the missing break. It is still stuck in the same
state trying to turn on the radio and always getting non-confirmative
resonses.
If the break before "case U
On 10.06.2016 05:09, Bryan Vyhmeister wrote:
On Thu, Jun 09, 2016 at 10:31:58PM +0200, Gerhard Roth wrote:
If that doesn't help, please set UMB_DEBUG and set umb_debug to 5.
I left that break commented out which perhaps I shouldn't have but below
is the output when I set an apn and
On 10.06.2016 00:22, Stuart Henderson wrote:
On 2016/06/10 00:10, Mark Kettenis wrote:
From: Gerhard Roth
Date: Thu, 9 Jun 2016 23:48:23 +0200
On 09.06.2016 23:42, Mark Kettenis wrote:
Date: Thu, 9 Jun 2016 22:59:28 +0200 (CEST)
From: Mark Kettenis
Date: Wed, 8 Jun 2016 15:08:52 +0200
On 09.06.2016 23:42, Mark Kettenis wrote:
Date: Thu, 9 Jun 2016 22:59:28 +0200 (CEST)
From: Mark Kettenis
Date: Wed, 8 Jun 2016 15:08:52 +0200
From: Gerhard Roth
I would be glad to hear from some people trying this with a real MBIM
device.
Sierra Wireless EM7345 4G LTE here. This devices
On 09.06.2016 21:35, Bryan Vyhmeister wrote:
On Wed, Jun 08, 2016 at 03:08:52PM +0200, Gerhard Roth wrote:
I would be glad to hear from some people trying this with a real MBIM
device.
I have a Sierra Wireless EM7455 MBIM device that I purchased with my
ThinkPad X260. I am very excited for
On 09.06.2016 19:04, Ingo Schwarze wrote:
Hi Gerhard,
Gerhard Roth wrote on Wed, Jun 08, 2016 at 03:08:52PM +0200:
+.\" Copyright (c) 2016 genua mbH
+ * Copyright (c) 2016 genua mbH
These kinds of Copyright notices without the name of the actual author
are misleading. The purpose
On 09.06.2016 17:52, Gerhard Roth wrote:
But: this payload is only 13 bytes but the length field says 14 bytes (0x0d).
Studid me. Can't even read single digit hex values anymore :(
On Thu, 9 Jun 2016 17:37:54 +0200 Gerhard Roth wrote:
> On Thu, 9 Jun 2016 16:19:14 +0100 Stuart Henderson
> wrote:
> > On 2016/06/09 15:29, Stuart Henderson wrote:
> > > On 2016/06/08 15:08, Gerhard Roth wrote:
> > > > I would be glad to hear from some pe
On Thu, 9 Jun 2016 16:19:14 +0100 Stuart Henderson wrote:
> On 2016/06/09 15:29, Stuart Henderson wrote:
> > On 2016/06/08 15:08, Gerhard Roth wrote:
> > > I would be glad to hear from some people trying this with a real MBIM
> > > device.
> >
> > So I h
On Thu, 9 Jun 2016 15:29:34 +0100 Stuart Henderson wrote:
> On 2016/06/08 15:08, Gerhard Roth wrote:
> > I would be glad to hear from some people trying this with a real MBIM
> > device.
>
> So I have a Dell-branded Sierra MC8805, but I don't seem able to
> get it to
Here comes the next version of the MBIM driver.
Changes since last version:
- incorporated suggestions from mpi@
- renamed to "umb"
Only file "mbim.h" which contains MBIM protocol related stuff
continues to use "mbim" as prefix.
- No longer takes fake addresses nor does it try t
On Wed, 8 Jun 2016 11:31:41 +0100 Stuart Henderson wrote:
> On 2016/06/08 11:59, Gerhard Roth wrote:
> > On Wed, 8 Jun 2016 10:54:00 +0100 Stuart Henderson
> > wrote:
> > > On 2016/06/08 11:48, Gerhard Roth wrote:
> > > >
> > > > Currently I d
1 - 100 of 156 matches
Mail list logo