On 04/02/12 18:42, Любомир Григоров wrote:
Interesting. So brightness value "is" changed, but not acted upon then
when using the hotkeys?
Yes, value changes with no effect when hotkeys are pressed...I am not
sure why there is no effect.
I could care less about suspend/resume as I don't reall
Interesting. So brightness value "is" changed, but not acted upon then when
using the hotkeys?
I could care less about suspend/resume as I don't really use it.
Brightness and the fan (thanks for reminding me about the corruption) are
what is killing my use. I have a SSD so even though boot isn't
TB --- 2012-04-03 01:10:03 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-03 01:10:03 - starting HEAD tinderbox run for mips/mips
TB --- 2012-04-03 01:10:03 - cleaning the object tree
TB --- 2012-04-03 01:10:46 - cvsupping the source tree
TB --- 2012-04-03 01:10:46 - /usr/bin/c
On 04/01/12 22:49, Kevin Oberman wrote:
2012/4/1 Любомир Григоров:
Well I can't do the brightness switching. acpi_call port is installed, but:
# kldload acpi_call
kldload: can't load acpi_call: No such file or directory
# acpi_call -p '\VBRC' -i 14
ioctl: Device not configured
At least closin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/29/2012 13:52, Xin Li wrote:
> On 03/29/12 09:41, Chris Rees wrote:
>> On 29 Mar 2012 16:49, "O. Hartmann"
>> wrote:
>>>
>>> I was wondering if there are some objections using TMPFS for
>>> /tmp and /var/run. I figured out some problems with
I used the 9.0-RELEASE memstick to install, did a cvsup to STABLE...
When I downloaded Intel's (Jack's) ixgbe driver, I got an error:
Warning: Object directory not changed from original
/usr/local/src/ixgbe-2.4.4/src
@ -> /usr/src/sys
machine -> /usr/src/sys/amd64/include
awk -f @/tools/makeo
On 4/2/2012 10:52 AM, Chris Rees wrote:
This is a known issue with ZFS. Is that your case?
Chris
Yes. Interesting that it happens only with ZFS.
and jb, thanks, I could've sworn I'd hit "Reply to list" - thanks for
forwarding it for me.
Chuck
On (02/04/2012 06:26), David Wolfskill wrote:
> On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote:
> > ...
> > You could try the patch attached. It adds support for size option suffixes
> > (like 1g) and introduces swap limit (part of the older patch, not sure
> > if it's any use).
> >
Am 04/02/12 16:06, schrieb Alexander Kabaev:
> On Mon, 02 Apr 2012 14:32:51 +0200
> "O. Hartmann" wrote:
>
>> Hello out there.
>>
>> My FreeBSD 10 box is at revision r233779. I updated the sources this
>> morning and made a buildworld successfully.
>>
>> After a reboot of the box, I witness sever
TB --- 2012-04-02 16:25:59 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 16:25:59 - starting HEAD tinderbox run for ia64/ia64
TB --- 2012-04-02 16:25:59 - cleaning the object tree
TB --- 2012-04-02 16:27:40 - cvsupping the source tree
TB --- 2012-04-02 16:27:40 - /usr/bin/c
TB --- 2012-04-02 16:26:56 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 16:26:56 - starting HEAD tinderbox run for mips/mips
TB --- 2012-04-02 16:26:56 - cleaning the object tree
TB --- 2012-04-02 16:29:16 - cvsupping the source tree
TB --- 2012-04-02 16:29:16 - /usr/bin/c
On Sun, Apr 01, 2012 at 04:14:24PM +0200, Kristof Provost wrote:
> While chasing down an odd issue with alignment faults I activated
> debugging in bin/sh.
> bin/sh/Makefile has a commented out line (# DEBUG_FLAGS+= -g -DDEBUG=2
> -fno-inline) to do this so that's what I did.
> This fails to compi
TB --- 2012-04-02 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 14:10:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2012-04-02 14:10:00 - cleaning the object tree
TB --- 2012-04-02 14:13:49 - cvsupping the source tree
TB --- 2012-04-02 14:13:49 - /usr/bin/c
Dear,
I have currently having troubles with a basic socket stress.
The socket are setup to use non-blocking I/O.
During this stress-test, the kernel is running mbuf exhaustion, the goal is to
see system limits.
If the program make a write on a socket during this mbuf exhaustion, it become
blo
On 2 Apr 2012 16:47, "jb" wrote:
>
> jb gmail.com> writes:
>
> > ...
>
> Chuck Burns brea...@gmail.com
>
> 1:01 AM (16 hours ago)
>
> My experiences with using tmpfs as /tmp
> --
> It works fine. until it doesn't.
>
> I've had mountpoints run out of space, checked df and the mountpoint had
been
>
jb gmail.com> writes:
> ...
Chuck Burns brea...@gmail.com
1:01 AM (16 hours ago)
My experiences with using tmpfs as /tmp
--
It works fine. until it doesn't.
I've had mountpoints run out of space, checked df and the mountpoint had been
reduced to something like 2 MiB TO
In message <4f79abf1.70...@lissyara.su>, Alex Keda writes:
>02.04.2012 16:32, O. Hartmann пиÑеÑ:
>> Firefox, for instance, is droppimng a core now when starting.
I tried r233749M and saw the same thing.
This Warning looks non-ignorable to me, but I havn't investigated:
===> gnu/lib/libssp
On Mon, 2 Apr 2012 10:06:38 -0400
Alexander Kabaev wrote:
> On Mon, 02 Apr 2012 14:32:51 +0200
> "O. Hartmann" wrote:
>
> > Hello out there.
> >
> > My FreeBSD 10 box is at revision r233779. I updated the sources this
> > morning and made a buildworld successfully.
> >
> > After a reboot of t
On Mon, 02 Apr 2012 14:32:51 +0200
"O. Hartmann" wrote:
> Hello out there.
>
> My FreeBSD 10 box is at revision r233779. I updated the sources this
> morning and made a buildworld successfully.
>
> After a reboot of the box, I witness several bad issues. Firefox, for
> instance, is droppimng a
02.04.2012 16:32, O. Hartmann пишет:
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box, I witness several bad issues. Firefox, for
instance, is droppimng a core now when starting. Using por
On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote:
> ...
> You could try the patch attached. It adds support for size option suffixes
> (like 1g) and introduces swap limit (part of the older patch, not sure
> if it's any use).
>
> Patch is against 10-CURRENT.
> Older version: https://gi
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box, I witness several bad issues. Firefox, for
instance, is droppimng a core now when starting. Using portmaster for
updates produces a lot of S
On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote:
> ...
> > > In any case, effective maximum usable size for tmpfs involves SIZE_MAX
> > > (~4G) & PAGE_SIZE (4K, in my case).
>
> size_t is 64-bit on 64-bit archs.
OK. Still, the requirement that the "size" specification be in "byt
I commonly use mfs for /var and /tmp.
Sometimes even symlinking /var/tmp -> /tmp to save ram.
Mostly because I want nothing leftover in them on boot, and it's fast.
rc/mtree/etc takes care of populating them.
/, /boot, /usr and /usr/local are read-only.
[nssswitch host.conf still needs fixed to d
Well I can't do the brightness switching. acpi_call port is installed, but:
# kldload acpi_call
kldload: can't load acpi_call: No such file or directory
# acpi_call -p '\VBRC' -i 14
ioctl: Device not configured
At least closing the lid turns off the monitor (not going to sleep), which
is OK to c
On (29/03/2012 21:49), O. Hartmann wrote:
> Am 03/29/12 18:14, schrieb David Wolfskill:
> > On Thu, Mar 29, 2012 at 04:18:06PM +0200, O. Hartmann wrote:
> >> I was wondering if there are some objections using TMPFS for /tmp and
> >> /var/run.
> >> ...
> >> My question is whether there are objection
Mark wrote:
> Hi,
>
> I have been trying to get FreeBSD 9 amd64 to boot on my 1U server
> but am unsuccesful and am out of ideas.
>
> I tried to boot the iso from CD-ROM, I tried multiple USB memory
> sticks and I even tried to boot from hard discs, I'll explain this
> further below.
>
> Oddly e
TB --- 2012-04-02 08:39:17 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 08:39:17 - starting HEAD tinderbox run for ia64/ia64
TB --- 2012-04-02 08:39:17 - cleaning the object tree
TB --- 2012-04-02 08:41:27 - cvsupping the source tree
TB --- 2012-04-02 08:41:27 - /usr/bin/c
TB --- 2012-04-02 08:39:42 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 08:39:42 - starting HEAD tinderbox run for mips/mips
TB --- 2012-04-02 08:39:42 - cleaning the object tree
TB --- 2012-04-02 08:41:17 - cvsupping the source tree
TB --- 2012-04-02 08:41:17 - /usr/bin/c
TB --- 2012-04-02 06:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 06:20:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2012-04-02 06:20:00 - cleaning the object tree
TB --- 2012-04-02 06:23:19 - cvsupping the source tree
TB --- 2012-04-02 06:23:19 - /usr/bin/c
30 matches
Mail list logo
