On Mon, 30 May 2011, Mark Saad wrote:
So I am stumped on this one. I want to know what the IP of each
nfs server that is providing each nfs export. I am running 7.4-RELEASE
When I run "mount -t nfs" I see something like this
VIP-01:/export/source on /mnt/src
VIP-02:/export/target o
On 2011-May-30 17:42:39 +, Dieter BSD wrote:
>A better approach is to be able to boot whatever slice you
>want without having to change the active slice.
>
>NetBSD can do this. The MBR puts up a menu of the bootable
>slices on the disk being booted. You can allow the timer
>to time out and b
On Sat May 28 11, Bruce Cran wrote:
> On Sat, May 28, 2011 at 06:23:26PM +, Alexander Best wrote:
> >
> > well i'm not an expert on this. but are we 100% sure that a kernel on amd64
> > compiled with -O2 frename-registers can be debugged the same way as one with
> > -O? if that is the case: su
On 2011-05-31 11:57, Alexander Best wrote:
...
however i've often read messages - mostly by bruce evans - claiming that
anything greater than -O will in fact decrease a kernel's ability to be
debugged just as well as a kernel with -O.
The critical option when -O2 is used is -fno-omit-frame-point
On Tue May 31 11, Dimitry Andric wrote:
> On 2011-05-31 11:57, Alexander Best wrote:
> ...
> >>>however i've often read messages - mostly by bruce evans - claiming that
> >>>anything greater than -O will in fact decrease a kernel's ability to be
> >>>debugged just as well as a kernel with -O.
> >>T
On Mon May 30 11, Dieter BSD wrote:
> Chris writes:
> >> Ports need attention. The warnings I get there are frightening.
> >
> > I find it comforting that they're just that: warnings.
> >
> > How do they frighten you?
>
> High quality code does not have any warnings.
>
> The most frightening thin
on 24/05/2011 20:56 Jung-uk Kim said the following:
> I think it's about time to enable invariant TSC timecounter on SMP by
> default. Please see the attached patch. It is also available from
> here:
>
> http://people.freebsd.org/~jkim/tsc_smp_test4.diff
>
> avg convinced me enough that it sh
On May 31, 2011, at 3:46 AM, Alexander Best wrote:
> On Tue May 31 11, Dimitry Andric wrote:
>> On 2011-05-31 11:57, Alexander Best wrote:
>> ...
> however i've often read messages - mostly by bruce evans - claiming that
> anything greater than -O will in fact decrease a kernel's ability
On Tue, 31 May 2011, Alexander Best wrote:
On Mon May 30 11, Dieter BSD wrote:
Chris writes:
Ports need attention. The warnings I get there are frightening.
I find it comforting that they're just that: warnings.
How do they frighten you?
High quality code does not have any warnings.
The
On Tue May 31 11, Garrett Cooper wrote:
> On May 31, 2011, at 3:46 AM, Alexander Best wrote:
>
> > On Tue May 31 11, Dimitry Andric wrote:
> >> On 2011-05-31 11:57, Alexander Best wrote:
> >> ...
> > however i've often read messages - mostly by bruce evans - claiming that
> > anything gre
On Friday, May 27, 2011 5:14:09 pm Yuri wrote:
> Underlying card is Broadcom BCM94312MCGSG (mini-card for laptop) with
> Windows driver.
> This same card and driver work fine with pretty much any other network I
> tried.
> But this one particular network shows as 0x00 and I can't connect to i
On Monday, May 30, 2011 1:42:39 pm Dieter BSD wrote:
> And it works great. Except that one of the 27 stages of boot
> code that FreeBSD uses INSISTS on booting the active slice,
> so you can tell the MBR to boot slice 3 and slice 3's boot
> code sees that slice 4 is active and boots slice 4.
Ther
On Tue May 31 11, Alexander Best wrote:
> On Tue May 31 11, Garrett Cooper wrote:
> > On May 31, 2011, at 3:46 AM, Alexander Best wrote:
> >
> > > On Tue May 31 11, Dimitry Andric wrote:
> > >> On 2011-05-31 11:57, Alexander Best wrote:
> > >> ...
> > > however i've often read messages - most
On May 22, 2011, at 9:48 PM, Arnaud Lacombe wrote:
> Hi Warner,
>
> On Sat, Apr 2, 2011 at 6:49 PM, Warner Losh wrote:
>>
>> On Apr 2, 2011, at 1:10 PM, Robert N. M. Watson wrote:
>>
>>> On 2 Apr 2011, at 19:47, Warner Losh wrote:
>>>
> (2) Working clang/LLVM cross-compile of FreeBSD. T
> Maybe you can use "showmount -a SERVER-IP", foreach server you have...
>
That might work. NFS doesn't actually have a notion of a "mount", but
the mount protocol daemon (typically called mountd) does try and keep
track of NFSv3 mounts from the requests it sees. How well this works for
NFSv3 will
Hi hack...@freebsd.org
Britain had a national holiday yesterday. FreeBSD didn't notice as no
/usr/share/calendar/calendar.british
Other countries have their dates listed, so I wrote src/
http://www.freebsd.org/cgi/query-pr.cgi?pr=157466
If you'r British, or in Britain etc, please
On Tuesday 31 May 2011 16:29:15 John Baldwin wrote:
> On Friday, May 27, 2011 5:14:09 pm Yuri wrote:
> > Underlying card is Broadcom BCM94312MCGSG (mini-card for laptop) with
> > Windows driver.
> > This same card and driver work fine with pretty much any other network I
> > tried.
> > But this o
On Tuesday, May 31, 2011 12:36:43 pm Bernhard Schmidt wrote:
> On Tuesday 31 May 2011 16:29:15 John Baldwin wrote:
> > On Friday, May 27, 2011 5:14:09 pm Yuri wrote:
> > > Underlying card is Broadcom BCM94312MCGSG (mini-card for laptop) with
> > > Windows driver.
> > > This same card and driver wo
On Tuesday, May 31, 2011 12:36:43 pm Bernhard Schmidt wrote:
> On Tuesday 31 May 2011 16:29:15 John Baldwin wrote:
> > On Friday, May 27, 2011 5:14:09 pm Yuri wrote:
> > > Underlying card is Broadcom BCM94312MCGSG (mini-card for laptop) with
> > > Windows driver.
> > > This same card and driver wo
On 2011-05-31 16:39, Alexander Best wrote:
...
...which leads me to the conclusion that -O should be set when DEBUG was
defined: an all ARCHS.
right now -fno-omit-frame-pointer is only set on amd64 and powerpc, if the
kernel contains DDB, KDTRACE_FRAME or HWPMC. how about this behavior? shouldn'
On 2011-05-31 17:26, Alexander Best wrote:
...
so how about the following patch?
Could you please try to not mix spacing and style changes with
functional changes in this patch? It makes it more difficult to review.
___
freebsd-hackers@freebsd.org ma
On May 31, 2011, at 11:45 AM, Dimitry Andric wrote:
> On 2011-05-31 17:26, Alexander Best wrote:
> ...
>> so how about the following patch?
>
> Could you please try to not mix spacing and style changes with
> functional changes in this patch? It makes it more difficult to review.
+1
__
On 05/31/2011 07:39, Alexander Best wrote:
...which leads me to the conclusion that -O should be set when DEBUG was
defined: an all ARCHS.
+1
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of know
On Tue May 31 11, Dimitry Andric wrote:
> On 2011-05-31 16:39, Alexander Best wrote:
> ...
> >...which leads me to the conclusion that -O should be set when DEBUG was
> >defined: an all ARCHS.
> >
> >right now -fno-omit-frame-pointer is only set on amd64 and powerpc, if the
> >kernel contains DDB,
On Tuesday 31 May 2011 07:18 am, Andriy Gapon wrote:
> on 24/05/2011 20:56 Jung-uk Kim said the following:
> > I think it's about time to enable invariant TSC timecounter on
> > SMP by default. Please see the attached patch. It is also
> > available from here:
> >
> > http://people.freebsd.org/~j
I am looking into potentially MFC'ing r212367 and related, that adds
drains to sbufs. The reason for MFC is that several pieces of new
code in CURRENT are using the drain functionality and it would make
MFCing those changes much easier.
The problem is that r212367 added a pointer to a drain funct
On May 31, 2011, at 5:07 PM, m...@freebsd.org wrote:
> I am looking into potentially MFC'ing r212367 and related, that adds
> drains to sbufs. The reason for MFC is that several pieces of new
> code in CURRENT are using the drain functionality and it would make
> MFCing those changes much easier
>> please keep in mind that -Wfoo does reflect the ideas of the GNU people
>> regarding *proper* code. the warnings themselves are sometimes wrong,
>> because they complain about perfectly correct code.
I attempted to get the gcc people to improve this:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
Peter writes:
>> A better approach is to be able to boot whatever slice you
>> want without having to change the active slice.
>>
>> NetBSD can do this. The MBR puts up a menu of the bootable
>> slices on the disk being booted. You can allow the timer
>> to time out and boot the default. Or you ca
On Tue, 31 May 2011 17:18:16 -0600
Warner Losh wrote:
>
> On May 31, 2011, at 5:07 PM, m...@freebsd.org wrote:
>
> > I am looking into potentially MFC'ing r212367 and related, that adds
> > drains to sbufs. The reason for MFC is that several pieces of new
> > code in CURRENT are using the drai
On 05/31/11 18:18, Warner Losh wrote:
On May 31, 2011, at 5:07 PM, m...@freebsd.org wrote:
I am looking into potentially MFC'ing r212367 and related, that adds
drains to sbufs. The reason for MFC is that several pieces of new
code in CURRENT are using the drain functionality and it would make
On 05/31/11 19:06, Alexander Kabaev wrote:
On Tue, 31 May 2011 17:18:16 -0600
Warner Losh wrote:
On May 31, 2011, at 5:07 PM, m...@freebsd.org wrote:
I am looking into potentially MFC'ing r212367 and related, that adds
drains to sbufs. The reason for MFC is that several pieces of new
code i
"Dieter BSD" wrote:
> If you neglected to specify RS-232 console in the requirements,
> there is this thing. ??I haven't tried it.
> http://www.realweasel.com/
Heard of it, aka the PC Weasel. I've never actually seen one. They
have been around for a while; the original -- which they apparently
On May 31, 2011, at 5:06 PM, Alexander Kabaev wrote:
>> Usually it is different only on segmented architectures like 16-bit
>> x86.
>>
>
> Not so on ia64, where they have special function descriptor type.
Actually, no. On ia64 a function pointer has the same size as a
data pointer. It's just th
on 31/05/2011 23:16 Jung-uk Kim said the following:
> On Tuesday 31 May 2011 07:18 am, Andriy Gapon wrote:
>> on 24/05/2011 20:56 Jung-uk Kim said the following:
>>> I think it's about time to enable invariant TSC timecounter on
>>> SMP by default. Please see the attached patch. It is also
>>> av
35 matches
Mail list logo