On Sat, May 17, 2014 at 06:21:10PM +0200, Fabian Raetz wrote:
> Hi,
>
> the following diff fixes kernel builds with ACPI_DEBUG defined.
> Not sure if these are the right ones, but at least it
> compiles again.
>
> Cheers,
> Fabian
>
committed. thanks.
>
> Index: acpi.c
> =
On Sat, May 17, 2014 at 06:21:10PM +0200, Fabian Raetz wrote:
> Hi,
>
> the following diff fixes kernel builds with ACPI_DEBUG defined.
> Not sure if these are the right ones, but at least it
> compiles again.
>
> Cheers,
> Fabian
>
ok mlarkin@
>
> Index: acpi.c
>
Hello,
After reading
http://www.openbsd.org/papers/bsdcan14-libressl/mgp00015.html , I
thought I'd help a bit with cleaning libssl by running this
Coccinelle[1] script on src/lib/libssl:
@@
identifier x;
@@
-if (x) { free(x); }
+free(x);
It removes unnecessary NULL checks that happen before a
On 2014/05/20 12:36, Philip Guenther wrote:
> On Tue, May 20, 2014 at 8:29 AM, Stuart Henderson wrote:
>
> > On 2014/05/20 16:41, viq wrote:
> > > I encountered a strange problem when trying to communicate with
> > net/ipcad:
> > >
> > > rsh localhost stats
> > > rsh: poll: Undefined error: 0
> >
On Tue, May 20, 2014 at 8:29 AM, Stuart Henderson wrote:
> On 2014/05/20 16:41, viq wrote:
> > I encountered a strange problem when trying to communicate with
> net/ipcad:
> >
> > rsh localhost stats
> > rsh: poll: Undefined error: 0
>
...
> Note that ipcad listens on port 514 and provides *its
On 2014/05/20 16:41, viq wrote:
> I encountered a strange problem when trying to communicate with net/ipcad:
>
> rsh localhost stats
> rsh: poll: Undefined error: 0
>
> Same thing on 5.1:
> rsh localhost stats
> connect to address ::1: Connection refused
> Trying 127.0.0.1...
> Interface vlan123:
I encountered a strange problem when trying to communicate with net/ipcad:
rsh localhost stats
rsh: poll: Undefined error: 0
Same thing on 5.1:
rsh localhost stats
connect to address ::1: Connection refused
Trying 127.0.0.1...
Interface vlan123: received 585816944, 5 m average 313 bytes/sec, 4
pk
On Tue, May 20, 2014 at 12:02:47PM +0200, Stefan Sperling wrote:
| On Tue, May 20, 2014 at 11:33:48AM +0200, Paul de Weerd wrote:
| > As can be seen, the host part of the link-local address doesn't
| > resemble the lladdr at all. This isn't a problem for outgoing
| > connections, but when using SL
On Tue, May 20, 2014 at 11:33:48AM +0200, Paul de Weerd wrote:
> As can be seen, the host part of the link-local address doesn't
> resemble the lladdr at all. This isn't a problem for outgoing
> connections, but when using SLAAC the global unicast address that is
> assigned is now suddenly differe
Hey Paul,
On 20/05/14(Tue) 11:33, Paul de Weerd wrote:
> Hi all, Martin,
>
> There seems to be an issue with generating eui64 addresses.
Indeed, thanks for reporting the problem.
> [weerd@pom] $ ifconfig em0
> em0: flags=8843 mtu 1500
> lladdr b8:ca:3a:93:03:e8
> inet6 fe80::3c1
20.05.2014 13:32 пользователь "Landry Breuil"
написал:
>
> On Tue, May 20, 2014 at 01:19:44PM +0400, Vadim Zhukov wrote:
> > 17.05.2014 20:32 "Fabian Raetz" <
fabian.ra...@gmail.com>
> > ??:
> > >
> > > Hi,
> > >
> > > i want to expose "capacity" (full capacity
Hi all, Martin,
There seems to be an issue with generating eui64 addresses.
[weerd@pom] $ ifconfig em0
em0: flags=8843 mtu 1500
lladdr b8:ca:3a:93:03:e8
inet6 fe80::3c16:979e:9360:ec89%em0 prefixlen 64 scopeid 0x1
[weerd@pom] $ sysctl kern.version
kern.version=OpenBSD 5.5-current
On Tue, May 20, 2014 at 01:19:44PM +0400, Vadim Zhukov wrote:
> 17.05.2014 20:32 "Fabian Raetz"
>
> ??:
> >
> > Hi,
> >
> > i want to expose "capacity" (full capacity design)
> > as a sensor like the rest.
> >
> > This sensor will be used in an upcoming diff t
On Sat, May 17, 2014 at 06:32:10PM +0200, Fabian Raetz wrote:
> Hi,
>
> i want to expose "capacity" (full capacity design)
> as a sensor like the rest.
>
> This sensor will be used in an upcoming diff to upower to
> expose "energy-full-design" and "capacity" properties if
> this patch gets merge
17.05.2014 20:32 пользователь "Fabian Raetz"
написал:
>
> Hi,
>
> i want to expose "capacity" (full capacity design)
> as a sensor like the rest.
>
> This sensor will be used in an upcoming diff to upower to
> expose "energy-full-design" and "capacity" properties if
> this patch gets merged.
>
> B
Hi,
I have a similar diff in my tree. I think "design capacity" could be more
clear for the sensor description.
apart from that, ok armani@ fwiw
2014-05-19 23:58 GMT+02:00 Landry Breuil :
> On Sun, May 18, 2014 at 08:56:15AM +0200, Landry Breuil wrote:
> > On Sat, May 17, 2014 at 06:32:10PM +0
16 matches
Mail list logo