If you're detaching a USB device while another thread is still holding
a reference on it (ifconfig/dhclient for example) you might end up in
a deadlock situation and you'll have to reboot* to use your USB ports.
This deadlock is triggered if the thread detaching your device sleeps
in the *_detach(
> > On Sun, 11 Jan 2015, Ted Unangst wrote:
> >> Even more awesome.
> >
> > How about enforcing the full rule?
>
> IIUC the first diff removed '/' from the characters allowed in an
> environment variable, so that one can run env(1) and a program whose
> name contains '='... I've never seen such a
Philip Guenther writes:
> On Sun, 11 Jan 2015, Ted Unangst wrote:
>> Even more awesome.
>
> How about enforcing the full rule?
IIUC the first diff removed '/' from the characters allowed in an
environment variable, so that one can run env(1) and a program whose
name contains '='... I've never s
On Sun, Jan 11, 2015 at 13:53, Philip Guenther wrote:
> On Sun, 11 Jan 2015, Ted Unangst wrote:
>> Even more awesome.
>
> How about enforcing the full rule?
And now you've gone full awesome.
On Sun, 11 Jan 2015, Ted Unangst wrote:
> Even more awesome.
How about enforcing the full rule?
Index: env.c
===
RCS file: /cvs/src/usr.bin/env/env.c,v
retrieving revision 1.15
diff -u -p -r1.15 env.c
--- env.c 8 Mar 2014 00:09
On Sun, Jan 11, 2015 at 11:26, Philip Guenther wrote:
> On Sun, Jan 11, 2015 at 9:36 AM, Ted Unangst wrote:
>> env won't run a command with an = in its name. This is documented as a
>> bug, but it's easily fixed in a backwards compatible way.
> ...
>> + if (strcmp(*argv, "--") == 0)
>> +
On Sun, Jan 11, 2015 at 9:36 AM, Ted Unangst wrote:
> env won't run a command with an = in its name. This is documented as a
> bug, but it's easily fixed in a backwards compatible way.
...
> + if (strcmp(*argv, "--") == 0)
> + argv++;
No, "env foo=bar -- baz=qux" really should
env won't run a command with an = in its name. This is documented as a
bug, but it's easily fixed in a backwards compatible way.
Index: env.1
===
RCS file: /cvs/src/usr.bin/env/env.1,v
retrieving revision 1.19
diff -u -p -r1.19 env.1
On Sat, Jan 10, 2015 at 06:09:21PM +, Stuart Henderson wrote:
> On 2015/01/10 14:54, Florian Obser wrote:
> > I don't think this is entirely correct. eui64 enables IPv6 on an interface
> > by setting a link local address. For lo0 it also sets ::1.
> > I'm unsure what eui64 was supposed to do
>
Philip Guenther gmail.com> writes:
> It's dead, Jim, let's bury LOCKDEBUG.
There is an define AZALIA_LOG_MP and accompanying code in
sys/dev/pci/azalia.c which looks like a debug left-over.
azalia(4) is considered MP-safe for over a year from now.
On Sat, Jan 10, 2015 at 02:21:40PM +, Stuart Henderson wrote:
> moved from misc@ (http://marc.info/?l=openbsd-misc&m=141898047318322&w=2)
>
> On 2014-12-19, Tony Sarendal wrote:
> > From 5.5 and up it looks like bgpd macros are broken.
>
> I suspect this is parse.y r1.268.
>
> > Also, the e
> On 3 Jan 2015, at 9:35 am, David Gwynne wrote:
>
>>
>> On 2 Jan 2015, at 9:55 pm, Mark Kettenis wrote:
>>
>>> Date: Fri, 2 Jan 2015 16:15:07 +1000
>>> From: David Gwynne
>>>
>>> can someone test this?
>>>
>>> it allocates storage for the volume change details rather than cast
>>> argumen
On Sat, 10 Jan 2015 19:39:19 -0800
Philip Guenther wrote:
> On Mon, 5 Jan 2015, Helg wrote:
> > The man page for LOCK(9) says that if the kernel option LOCKDEBUG is
> > enabled, additional facilities are provided to assist in determining
> > deadlock occurrences.
> >
> > I created a copy of /s
Hi.
This patch adds/fixes/extends airport data for some exUSSR airports I've been
to.
OK?
Index: share/misc/airport
===
RCS file: /cvs/src/share/misc/airport,v
retrieving revision 1.47
diff -u -r1.47 airport
--- share/misc/airport 7
14 matches
Mail list logo