While my device does not seem to provide AtRateTimeToFull or AtRateTimeToEmpty,
it does have RunTimeToEmpty. Then I found that SENSOR_TIMEDELTA values are in
nanoseconds and that scaling for them was never implemented correctly.
I am confused by the spec [1], though; see 4.2.5 - Battery Measure
> getentropy*.c: "cannot call abort() because some systems have unsafe
> corefiles"
> arc4random.c: "if(_rs_allocate(...) == -1) abort();"
>
> Am I missing any difference between the two cases?
> (brain,cvsweb,google+gmane weren't any help)
Policy.
getentropy() should eventually be a lower lev
getentropy*.c: "cannot call abort() because some systems have unsafe
corefiles"
arc4random.c: "if(_rs_allocate(...) == -1) abort();"
Am I missing any difference between the two cases?
(brain,cvsweb,google+gmane weren't any help)
There are lots of VMS and TURBOC and I don't even know what turds in
lex. This firebombs some of the larger, more visible targets.
Fun fact: /* cfront 1.2 defines "c_plusplus" instead of "__cplusplus" */
Index: flexdef.h
===
RCS file
At Wed, 17 Dec 2014 22:43:40 +1100,
Jonathan Gray wrote:
>
> On Wed, Dec 17, 2014 at 07:49:59PM +0900, SASANO Takayoshi wrote:
> > Hi,
> >
> > I am trying to write a driver for Silicon Labs CP2110 USB HID based UART.
> > Here is work-in-progress code, and it seems to set uca.uhidev properly.
> >
On Wed, Dec 17, 2014 at 10:44:24AM +0100, mxb wrote:
>
> > On 16 dec 2014, at 06:40, David Gwynne wrote:
> >
> > others have hit this on r620s as well
>
> I don???t see it on mine.
Others have hit a similar symptom on r620, caused by a different issue
that was already fixed by kettenis a few m
It would be helpful if you could break the diff up into smaller
logical pieces. For instance, one diff for the SLIST changes,
another for general cleanup and a third for the glob() changes.
- todd
On Wed, Dec 17, 2014 at 12:55 AM, Mages Simon
wrote:
> if BIOCGRTIMEOUT is set, we should wait for the timeout and not just
> set EWOULDBLOCK. From my point of view the whole 'if' is unnecessary.
>
> If the User doesn't set a timeout we have to wait anyway with tsleep()
> and loop again. Well, and
On Sat, Dec 13, 2014 at 04:08:11PM +0100, Max Fillinger wrote:
> On Fri, Dec 12, 2014 at 12:57:08PM -0500, Ted Unangst wrote:
> > On Wed, Dec 10, 2014 at 21:51, Max Fillinger wrote:
> > > Here's a version without malloc'ing the key.
> >
> > Looks like it still does?
>
> Yes, I managed to just rep
Hello all,
Not sure if this is something anyone would like to see included in
newsyslog(8) but I've been maintaining a patch for it which adds support
for glob(3) patterns to newsyslog/newsyslog.conf and now I rewrote parts
of it to make it more presentable and wanted to share in case anyone i
> Date: Tue, 16 Dec 2014 21:34:29 -0800
> From: Philip Guenther
>
> > R620 have similar settings and can't see C states in dmesg
> > acpicpu0 at acpi0
>
> That's either insane, or a bug in our acpicpu code, IMO.
Probably just the effect of the BIOS not advertising C states at all.
Like you said
On Wed, Dec 17, 2014 at 07:49:59PM +0900, SASANO Takayoshi wrote:
> Hi,
>
> I am trying to write a driver for Silicon Labs CP2110 USB HID based UART.
> Here is work-in-progress code, and it seems to set uca.uhidev properly.
> (I wrote code/tested on 5.6-release and ported to -current.)
>
> Exar's
Hi,
I am trying to write a driver for Silicon Labs CP2110 USB HID based UART.
Here is work-in-progress code, and it seems to set uca.uhidev properly.
(I wrote code/tested on 5.6-release and ported to -current.)
Exar's XR21B1421 uses similar protocol so I named the driver uhidcom(4),
but currently
> On 16 dec 2014, at 06:40, David Gwynne wrote:
>
> others have hit this on r620s as well
I don’t see it on mine.
interrupt total rate
irq0/clock 9587998940 1599
irq0/ipi136166514 22
irq144/acpi02
Hi,
if BIOCGRTIMEOUT is set, we should wait for the timeout and not just
set EWOULDBLOCK. From my point of view the whole 'if' is unnecessary.
If the User doesn't set a timeout we have to wait anyway with tsleep()
and loop again. Well, and if the timeout is set, we should tsleep()
for the set tim
Hi,
tcpdump feels a bit laggy or slow some times when i use it for live debugging.
The following patch adds a new flag, '-b', to tcpdump. With this flag, tcpdump
sets BIOCIMMEDIATE for the current bpf(4) interface. With BIOCIMMEDIATE set,
the output is fluent.
Index: usr.sbin/tcpdump/privsep.c
=
16 matches
Mail list logo