On 07/05/14 07:40, Hans Petter Selasky wrote:
On 07/05/14 02:01, Steven Hartland wrote:
Related to the global sysctl changes recently perhaps?
I'll have a look. The global tunables only support integers and strings,
no human shortcuts.
This should be easy to fix though.
Hi,
The following
On 07/05/14 02:01, Steven Hartland wrote:
Related to the global sysctl changes recently perhaps?
I'll have a look. The global tunables only support integers and strings,
no human shortcuts.
This should be easy to fix though.
--HPS
___
freebsd-cur
TB --- 2014-07-05 02:47:07 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-05 02:47:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
Related to the global sysctl changes recently perhaps?
- Original Message -
From: "Sean Bruno"
To: "freebsd-current"
Sent: Friday, July 04, 2014 4:56 PM
Subject: ZFS ARC max sort of not working?
It looks like the following no longer works on head?
vfs.zfs.arc_max="8G"
But this doe
Hi,
I've reverted the MFC of r267960:
http://svnweb.freebsd.org/changeset/base/268263
I did some checking and the patch makes access to a non-initialized
variable, due to other missing patches prior to mine, probably making
compiler differences show up on my side. It appears the patch cannot b
On Fri, Jul 04, 2014 at 08:09:21PM +0200, Hans Petter Selasky wrote:
> Hi,
>
> Can you try to reproduce this:
>
> Checkout 9-stable's src/sbin/sysctl only.
>
> cd /usr/9-stable/src/sbin/sysctl
>
> env CC=clang make clean all
> ./sysctl -n hw.ncpu
>
> Then:
>
> env CC=gcc make clean all
> ./sy
poke hps?
-a
On 4 July 2014 08:56, Sean Bruno wrote:
> It looks like the following no longer works on head?
>
> vfs.zfs.arc_max="8G"
>
> But this does?
>
> vfs.zfs.arc_max="8589934592"
>
> sean
>
> ___
> freebsd-current@freebsd.org mailing list
> htt
Hi,
Can you try to reproduce this:
Checkout 9-stable's src/sbin/sysctl only.
cd /usr/9-stable/src/sbin/sysctl
env CC=clang make clean all
./sysctl -n hw.ncpu
Then:
env CC=gcc make clean all
./sysctl -n hw.ncpu
clang --version
FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 2012122
On 2014-07-04 12:06, Sean Bruno wrote:
> On Fri, 2014-07-04 at 11:58 -0400, Allan Jude wrote:
>> On 2014-07-04 11:56, Sean Bruno wrote:
>>> It looks like the following no longer works on head?
>>>
>>> vfs.zfs.arc_max="8G"
>>>
>>> But this does?
>>>
>>> vfs.zfs.arc_max="8589934592"
>>>
>>> sean
>>>
On Fri, 2014-07-04 at 11:58 -0400, Allan Jude wrote:
> On 2014-07-04 11:56, Sean Bruno wrote:
> > It looks like the following no longer works on head?
> >
> > vfs.zfs.arc_max="8G"
> >
> > But this does?
> >
> > vfs.zfs.arc_max="8589934592"
> >
> > sean
> >
> > _
On 2014-07-04 11:56, Sean Bruno wrote:
> It looks like the following no longer works on head?
>
> vfs.zfs.arc_max="8G"
>
> But this does?
>
> vfs.zfs.arc_max="8589934592"
>
> sean
>
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.free
It looks like the following no longer works on head?
vfs.zfs.arc_max="8G"
But this does?
vfs.zfs.arc_max="8589934592"
sean
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
You could hijack the GOT entry, but that assumes the symbol has been
resolved first (either LD_BIND_NOW or the function has been called at
least once). You could also use LD_PRELOAD.
On Jul 04, 2014 04:12 PM +0400, Ivan A. Kosarev wrote:
> Hello,
>
> Consider the following:
>
> ---
> #include
>
On Fri, Jul 04, 2014 at 04:12:51PM +0400, Ivan A. Kosarev wrote:
> Hello,
>
> Consider the following:
>
> ---
> #include
> #include
>
> extern "C" void* memset(void *block, int c, size_t size)
> __attribute__((weak, alias("__int_memset"), visibility("default")));
>
> extern "C" __attribu
Hi,
On my MacbookPro11,3, I got this error message:
http://sw.gddsn.org.cn/freebsd/uefi.jpg
cheers,
Huang WenHui
2014-07-04 22:13 GMT+08:00 Ed Maste :
> On 24 May 2014 19:39, Rafael Espíndola wrote:
> >
> > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It
> > might be th
On 24 May 2014 19:39, Rafael Espíndola wrote:
>
> Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It
> might be the frame buffer corruption that Ed Maste was mentioning.
I purchased a new MacBook Air yesterday (model identifier
MacBookAir6,2). UEFI boot and vt(4) worked corre
--- Original message ---
From: "wsk"
Date: 4 July 2014, 15:21:48
> lists
> I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to
> 10.0-Release via freebsd-update.
> and please check the link below:
> http://sw.gddsn.org.cn/jopens/test/btx.jpg
>
> BTW: I can booted 10.0-R from
TB --- 2014-07-04 12:28:06 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-04 12:28:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
Hello,
Consider the following:
---
#include
#include
extern "C" void* memset(void *block, int c, size_t size)
__attribute__((weak, alias("__int_memset"), visibility("default")));
extern "C" __attribute__((visibility("default")))
void* __int_memset(void *block, int c, size_t size) {
p
Try use the loader from 9.2R.
Huang Wen Hui
> 在 2014年7月4日，15:37，wsk 写道：
>
> lists
>I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to 10.0-Release
> via freebsd-update.
> and please check the link below:
> http://sw.gddsn.org.cn/jopens/test/btx.jpg
>
> BTW: I can booted 10.0-R fr
On 2014-Jul-04 02:28:48 -0700, John-Mark Gurney wrote:
>So, I recently tried to break into the debugger w/ the various key
>sequences that I know about, and none of them worked... I've tried
>CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and
>CTRL-ALT-PRTSCR, and many other different on
Hi,
I am getting Boot loader too large message while using
FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso
Is there any way to solve this issue?
Thanks in advance
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan wrote:
> Hi,
>
> I am getting Boot loader too large message while using
> FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso
>
> Is there any way to solve this issue?
>
Strange, resizing the freebsd-boot to 128k solved my issue. why default
slice size ma
On Fri, Jul 04, 2014 at 12:25:35PM +0200, Luigi Rizzo wrote:
> On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov wrote:
>
> > On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote:
> >
> > > >
> > > > In real world "Reality is quite different than it actually is".
> > > >
> > > >
> > h
On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov wrote:
> On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote:
>
> > >
> > > In real world "Reality is quite different than it actually is".
> > >
> > >
> http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-sw
On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote:
> >
> > In real world "Reality is quite different than it actually is".
> >
> > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html
> >
> > See "Packet Path Theory of Oper
On Fri, 4 Jul 2014 02:28-0700, John-Mark Gurney wrote:
> So, I recently tried to break into the debugger w/ the various key
> sequences that I know about, and none of them worked... I've tried
> CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and
> CTRL-ALT-PRTSCR, and many other differen
On Thu, Jul 03, 2014 at 07:15:51PM -0700, Adrian Chadd wrote:
> Hi,
>
> I'm currently testing this out. It seems to be working out alright.
>
> adrian@test3:~/work/freebsd % svn diff stable/10/src/sys/kern/
>
> Index: stable/10/src/sys/kern/kern_lockf.c
>
> =
So, I recently tried to break into the debugger w/ the various key
sequences that I know about, and none of them worked... I've tried
CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and
CTRL-ALT-PRTSCR, and many other different ones... I've verified that
I can sysctl debug.kdb.enter=1 to
Thanks for confirming this. I just closed that bug. :-)
Kevin
On Thu, Jul 03, 2014 at 05:24:54PM +0200, M&S - Krasznai András wrote:
> Hi, Kevin,
>
>
> I made the experiment and there was no fault, the "result" contains the stat
> outputs.
> I used login-class (according to the handb
30 matches
Mail list logo
