Hi,
I was directed this way from the IRC. I would like to make a request to anyone
who is interested and has the free-time to look into writing a driver for this
device.
This is a link to the README at NeuG's git:
http://git.gniibe.org/gitweb/?p=gnuk/neug.git;a=blob;f=README
I had made a rela
On Thu, Feb 09, 2017 at 06:39:13PM -0600, joshua stein wrote:
> I have no idea why there are chickens involved, but this fixes the
> problem on at least the MacBookAir7,1 (Broadwell) where upon S3
> resume, the backlight value is treated as 0 or 100 despite reporting
> intermediate values, so if th
After resume, the keyboard backlight is still off, so restore it
(this was also helpful to figure out the machine was actually
resuming).
Index: sys/dev/isa/asmc.c
===
RCS file: /cvs/src/sys/dev/isa/asmc.c,v
retrieving revision 1.30
I have no idea why there are chickens involved, but this fixes the
problem on at least the MacBookAir7,1 (Broadwell) where upon S3
resume, the backlight value is treated as 0 or 100 despite reporting
intermediate values, so if the backlight value was anything other
than 100 at suspend time, the scr
When running on machines with a hw_vendor of "Apple Inc." or "Apple
Computer, Inc.", only return 1 for an OSI check of "Darwin" and not
the other Windows variants.
Code in the AML of the MacBookAir7,1 (most likely all Macs) does
much different things when running on Darwin systems, but the AML
tha
Alexander Bluhm writes:
> Hi,
>
> When netcat is started with -Uz, the exit status is always 1. If
> the unix connect is successful, netcat should exit with 0 and close
> the socket.
>
> ok?
Makes sense, ok.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Hi,
When netcat is started with -Uz, the exit status is always 1. If
the unix connect is successful, netcat should exit with 0 and close
the socket.
ok?
bluhm
Index: usr.bin/nc/netcat.c
===
RCS file: /data/mirror/openbsd/cvs/src/u
On Thu, Feb 09, 2017 at 06:19:54PM +0100, Landry Breuil wrote:
> On Sun, Feb 05, 2017 at 08:37:31PM +, Stuart Henderson wrote:
> > On 2017/02/05 09:53, Robert Peichaer wrote:
> > > On Sun, Feb 05, 2017 at 10:46:41AM +0100, Landry Breuil wrote:
> > > > Hi,
> > > >
> > > > when installing 'throw
Martin Pieuchot writes:
> One of the last build system changes broke 'config -p'. Currently you
> get:
>
> $ cd /sys/arch/amd64/conf/
> $ config -p GENERIC.MP
> config -b /usr/src/sys/arch/amd64/compile/GENERIC.MP.PROF/obj -s
> /usr/src/sys /usr/src/sys/arch/amd64/conf/GENERIC.MP.PROF
> config:
On Thu, Feb 09, 2017 at 08:39:42PM +0100, Jeremie Courreges-Anglas wrote:
> Initial diff committed. The diff below should save a few bytes.
>
> ok?
OK bluhm@
> Index: icmp6.c
> ===
> RCS file: /d/cvs/src/sys/netinet6/icmp6.c,v
> re
Jeremie Courreges-Anglas writes:
> In icmp6_errcount() we could save a few function calls but I preferred
> to keep the conversion as mechanical as possible.
Initial diff committed. The diff below should save a few bytes.
ok?
Index: icmp6.c
===
On 2017-02-06 1:31, Robert Klein wrote:
TL;DR: OpenBSD's ldapd(8) has issues when deleting individual attribute
values. Patch below.
I am not an OpenBSD developer, so take what I have to say with that in
mind...
I haven't had a chance to test this yet, but looking at your code and
reading the
On Thu, Feb 09, 2017 at 06:19:54PM +0100, Landry Breuil wrote:
> On Sun, Feb 05, 2017 at 08:37:31PM +, Stuart Henderson wrote:
> > On 2017/02/05 09:53, Robert Peichaer wrote:
> > > On Sun, Feb 05, 2017 at 10:46:41AM +0100, Landry Breuil wrote:
> > > > Hi,
> > > >
> > > > when installing 'throw
On Sun, Feb 05, 2017 at 08:37:31PM +, Stuart Henderson wrote:
> On 2017/02/05 09:53, Robert Peichaer wrote:
> > On Sun, Feb 05, 2017 at 10:46:41AM +0100, Landry Breuil wrote:
> > > Hi,
> > >
> > > when installing 'throwaway' VMs (manually, not always using autoinstall
> > > for
> > > $REASONS
On Thu, 09 Feb 2017 08:27:51 -0700, "Todd C. Miller" wrote:
> On Thu, 09 Feb 2017 12:36:44 +0100, Martin Pieuchot wrote:
>
> > dtucker@ reported an interesting recursion [0]. His trace shows that
> > a thread executing unp_detach() MUST NOT be holding the NET_LOCK().
> >
> > So here's a new vers
Here's an update to the release candidate for 1.6.1. Tests/feedback welcome.
Diff is 600K so it's at https://junkpile.org/unbound-1.6.1rc1.diff rather
than inline.
Small change compared to upstream, we don't install the library so
autoconf has been edited to avoid requiring contrib/libunbound.pc.i
On Thu, 09 Feb 2017 12:36:44 +0100, Martin Pieuchot wrote:
> dtucker@ reported an interesting recursion [0]. His trace shows that
> a thread executing unp_detach() MUST NOT be holding the NET_LOCK().
>
> So here's a new version of my SOCKET_LOCK() diff that does exactly
> that. That means sofree
Theo Buehler(t...@math.ethz.ch) on 2017.02.09 14:07:12 +0100:
> On Thu, Feb 09, 2017 at 12:53:53PM +, Raf Czlonka wrote:
> > Hi all,
> >
> > There a typo in the acme-client config file name in faq/current.html[0]
> >
> > Patch below?
>
> Applied. Thanks.
>
> >
> > [0] https://www.openbsd.o
Hey,
ospfd on 6.0-stable stucks in EXCHG/EXSTA while neighboring with Dell N3048
switch.
According to some documentation around, this is due to MTU mismatch.
This is not in my case.
N3048:
system jumbo mtu 1512
obsd:
trunk1: flags=8943 mtu 1500
lladdr 00:25:90:78:62:b6
descript
On Thu, Feb 09, 2017 at 12:53:53PM +, Raf Czlonka wrote:
> Hi all,
>
> There a typo in the acme-client config file name in faq/current.html[0]
>
> Patch below?
Applied. Thanks.
>
> [0] https://www.openbsd.org/faq/current.html
>
> Cheers,
>
> Raf
>
> P.S. Given that the config file suppo
Hi all,
There a typo in the acme-client config file name in faq/current.html[0]
Patch below?
[0] https://www.openbsd.org/faq/current.html
Cheers,
Raf
P.S. Given that the config file supports includes, what do people
think of changing it to something along the lines of:
It is recommen
dtucker@ reported an interesting recursion [0]. His trace shows that
a thread executing unp_detach() MUST NOT be holding the NET_LOCK().
So here's a new version of my SOCKET_LOCK() diff that does exactly
that. That means sofree(9) won't grab the NET_LOCK() for unix sockets
which makes uipc_usrreq
One of the last build system changes broke 'config -p'. Currently you
get:
$ cd /sys/arch/amd64/conf/
$ config -p GENERIC.MP
config -b /usr/src/sys/arch/amd64/compile/GENERIC.MP.PROF/obj -s
/usr/src/sys /usr/src/sys/arch/amd64/conf/GENERIC.MP.PROF
config: cannot read /usr/src/sys/arch/amd64/conf/
23 matches
Mail list logo