On 01/31/14 02:46, Huang Wen Hui wrote:
Hi Hans,
pos_x[] is not non-inialized, it may be previous pos_x, it is still ok for
getting dx.
"n" var is trying to reduce "untouch" sensor data for post proccessing. I
attach a new patch
may be more clear, also fixed unexpected movement when button stat
Hi Hans,
pos_x[] is not non-inialized, it may be previous pos_x, it is still ok for
getting dx.
"n" var is trying to reduce "untouch" sensor data for post proccessing. I
attach a new patch
may be more clear, also fixed unexpected movement when button status or
ntouch changing.
Cheers,
Huang Wen
TB --- 2014-01-30 21:20:20 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-30 21:20:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-01-30 21:20:20 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-30 21:20:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
So now that i have everything else working on this x230, I'm taking a
fresh look at the acpi brightness support.
I'm in the same boat - only PEG works. But I have integrated graphics
only, rather than both integrated and nvidia graphics.
A cursory reading of the linux acpi and video / video-detec
On 29 Jan 2014, at 15:45, Dmitry Marakasov wrote:
> * Dimitry Andric (d...@freebsd.org) wrote:
>
>>> JFYI, I've just ran into shortcoming of libc++ from 10-RELEASE when used
>>> with clang 3.4 from ports:
>> ...
>>> The cause: http://llvm.org/bugs/show_bug.cgi?id=17798, was fixed in
>>> libc++ r1
TB --- 2014-01-30 10:10:23 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-30 10:10:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-01-30 10:10:23 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-01-30 10:10:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
On Thu, 30 Jan 2014 12:07:26 +0100
Lars Engels wrote:
> > FWIW, the performance problems with proxies are limited to HTTP
> > proxies which don't speak HTTP/1.1.
>
> Are you sure?
> I just tried it manually with telnet:
> ...
> IIUC the proxy itself supports HTTP/1.1 but not the webserver behind
Dear Andriy and FreeBSD community,
L2ARC temporarily turned off by setting secondarycache=none everywhere it was
enabled,
so no more leak for one particular day.
Here's the top header:
last pid: 89916; load averages: 2.49, 2.91, 2.89up 5+19:21:42 14:09:12
561 processes: 2 running, 559 s
on 28/01/2014 11:28 Vladimir Sharun said the following:
> Dear Andriy and FreeBSD community,
>
> After applying this path one of the systems runs fine (disk subsystem load
> low to moderate
> - 10-20% busy sustained),
>
> Then I saw this patch was merged to the HEAD and we apply it to the one o
Am 2014-01-29 22:51, schrieb Colin Percival:
On 01/29/14 12:51, Lars Engels wrote:
On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote:
On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote:
Also using freebsd-update behind a proxy is really slow. Even with a
very fast internet connection (
12 matches
Mail list logo
