hi! i'm joel. i've been designing programs for openbsd. at now, i have
incomplete work of
a shell, opensh, the frmt formatting scheme, a compiler, called srcy,
the ted text editor
and the slang manual language; i also designed dev rules for openbsd.
you shall see out
my work at my pub folder at goo
i have plans for the gre code, but the mobileip code complicates
it. this splits mobileip out into its own driver. this makes it
easier to disable to remove in the future.
im pretty sure the current mobileip is broken too, so if you want
to test you should install it on both sides of the tunnel.
On Mon, 29 Jan 2018 23:23:18 -0600, Edgar Pettijohn
wrote:
> I'm trying to use patterns.c for some pattern matching. The manual
> mentions captures using "()" around what you want to capture. I don't
> see how to get at the data though. Here is a sample program.
>
> #include
> #include "pa
On Mon, Jan 29, 2018 at 11:23:18PM -0600, Edgar Pettijohn wrote:
> I'm trying to use patterns.c for some pattern matching. The manual mentions
> captures using "()" around what you want to capture. I don't see how to get
> at the data though. Here is a sample program.
>
> #include
> #include "
On Tue, Jan 30, 2018 at 04:32:11PM +1000, David Gwynne wrote:
> On Fri, Jan 26, 2018 at 07:22:20AM +0100, Martin Pieuchot wrote:
> > On 25/01/18(Thu) 14:55, Bryan Steele wrote:
> > > On Thu, Jan 25, 2018 at 07:00:43PM +0100, Martin Pieuchot wrote:
> > > > Diff below adds support for dumping USB tra
On Fri, Jan 26, 2018 at 07:22:20AM +0100, Martin Pieuchot wrote:
> On 25/01/18(Thu) 14:55, Bryan Steele wrote:
> > On Thu, Jan 25, 2018 at 07:00:43PM +0100, Martin Pieuchot wrote:
> > > Diff below adds support for dumping USB transfers via bpf(4), including
> > > the tcpdump(8) bits.
> > >
> > > I
I'm trying to use patterns.c for some pattern matching. The manual
mentions captures using "()" around what you want to capture. I don't
see how to get at the data though. Here is a sample program.
#include
#include "patterns.h"
int
main(int argc, char *argv[])
{
const char*errs
Hi,
This ensures that the GETTY_SPACING check remains useful if
the system clock is set backwards.
The time comparison is meaningless unless the timespec is set,
so there's no reason to go to the kernel to get the time unless
we have something to look at. And unless I'm missing something
there i
Index: hcreate.3
==
RCS file: /cvs/src/lib/libc/stdlib/hcreate.3,v
retrieving revision 1.7
diff -u -p -u -r1.7 hcreate.3
--- hcreate.3 12 Mar 2016 21:31:22 - 1.7
+++ hcreate.3 29 Jan 2018 23:45:08 -
@@ -78,7 +78,7 @@ the
On Tue, Jan 30, 2018 at 01:19:37AM +0300, Vadim Zhukov wrote:
> Hi all.
>
> The D-Link DWA-125/B2 works out-of-the box here on amd64. Okay?
>
> (I remember to commit usbdevs.h and usbdevs_data.h separately)
Sure, ok.
This matches Linux fd7b9270120ca7e53fbf0469febe0c68acf6a0a2
Thanks,
Stefan
>
Hi all.
The D-Link DWA-125/B2 works out-of-the box here on amd64. Okay?
(I remember to commit usbdevs.h and usbdevs_data.h separately)
--
WBR,
Vadim Zhukov
Index: sys/dev/usb/usbdevs
===
RCS file: /cvs/src/sys/dev/usb/usbdevs,v
This allows an arm64 kernel to recognize that it has been netbooted
and to add the boot interface to the "netboot" group. efiboot grabs
the MAC address from the PXE environment, passes it to the kernel,
where it is matched against the list of ethernet interfaces and the
boot device is set. Concep
Since 6.2, ieee80211_newstate() shows state transitions in
dmesg if the IFF_DEBUG flag is set on the interface.
However, some drivers do not call ieee80211_newstate() but fiddle with
ic->ic_state directly and return, so they end up up hiding some state
transitions from debug output.
This diff fix
Our ath(4) driver has never supported 11g-mode-only devices, i.e.
devices where ah_capabilities.cap_mode == MODE_11G.
One such device is the AR5424:
ath0 at pci6 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 2 int 16
ath0: AR5424 14.2 phy 7.0 rf 10.2 eeprom 5.3 ...
It uses the same PHY as AR242
...instead of incrementing f_count directly, ok?
Index: nfs/nfs_syscalls.c
===
RCS file: /cvs/src/sys/nfs/nfs_syscalls.c,v
retrieving revision 1.111
diff -u -p -r1.111 nfs_syscalls.c
--- nfs/nfs_syscalls.c 1 Sep 2017 15:05:31 -
On Mon, Jan 29, 2018 at 11:12:09AM +0100, Stefan Sperling wrote:
> Here's what the diff you sent looks like if generated with 'cvs diff -up':
It looks like you got most/all of these changes from Linux ath5k?
Please be very clear about the origin of code you submit.
Here's my review of this diff:
On Mon, Jan 29, 2018 at 10:45:28AM +0100, Martin Pieuchot wrote:
> On 27/01/18(Sat) 17:29, Dr. COD wrote:
> > Please see an attachment my patch for this issue.
>
> Could you generate a single unified diff (diff -u) for this issue?
>
> Could you explain where you took the values/logic from?
I wan
Hello Oleg,
On 27/01/18(Sat) 17:29, Dr. COD wrote:
> Hi all,
>
> Its my first time to contributing to a OpenBSD Project!
Welcome ;)
> I have Atheros AR2425 Wi-Fi chip (MAC: 0xe2, PHY: 0x70) on my FijitsuSiemens
> Laptop (U9210)
>
> I'm trying to connect to my WPA2 wireless but my DMESG is lik
18 matches
Mail list logo