On Fri Sep 10 10, John Baldwin wrote:
> On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
> > On Thu Sep 9 10, Alexander Best wrote:
> > > On Thu Sep 9 10, Alexander Best wrote:
> > > > hi there,
> > > >
> > > > except for arm most archs seem to enforce uart support in
> > > > co
On Sep 11, 2010, at 5:26 PM, Rick Macklem wrote:
>> On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
>>
>>> You can also look in /var/log/messages to see if any of the daemons
>>> are complaining about something.
>>
>> Only warning I see on a system reboot is:
>> nfsd: can't open /var/db/nfs-stab
> On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
>
> >> I just tried adding
> >>
> >> nfsv4_server_enable="YES"
> >>
> >> to my rc.conf and found that after I rebooted the server, my
> >> FreeBSD 8
> >> client (still using NFSv3) couldn't connect because there was no
> >> RPC
> >> mapping for nf
On Sun, 12 Sep 2010 08:14:09 +0900
Norikatsu Shigemura wrote:
> According to acpidump -dt, I could find CPU0CST table, but
> not found _CST.
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - -
> Scope (\)
> {
> Name (SSDT, Package
Seems to not work properly, at least as implemented in the nginx web
server (specifically www/nginx-devel from ports).
I have "sendfile on;" in my nginx.conf and files served from a ZFS
filesystem are garbled in seemingly random ways (their md5 changes
every time). Shutting it off resolves the pro
On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
>> I just tried adding
>>
>> nfsv4_server_enable="YES"
>>
>> to my rc.conf and found that after I rebooted the server, my FreeBSD 8
>> client (still using NFSv3) couldn't connect because there was no RPC
>> mapping for nfs.
> Did you specify bot
> I just tried adding
>
> nfsv4_server_enable="YES"
>
> to my rc.conf and found that after I rebooted the server, my FreeBSD 8
> client (still using NFSv3) couldn't connect because there was no RPC
> mapping for nfs.
>
>
Did you specify both of these in rc.conf?
nfs_server_enable="YES"
nfsv4_ser
Hi nate.
On Sat, 11 Sep 2010 11:30:29 -0700
Nate Lawson wrote:
> I think the issue is that C2 is not available for some reason and thus
> C3 can't be used either. The way to tell is to use acpidump and look for
> the CPU objects' _CST fields.
I attached acpidump -dt (nork-CFR9.asl.bz2) o
On Fri, Sep 10, 2010 at 05:17:39PM -0400, John Baldwin wrote:
> On Friday, September 10, 2010 4:28:58 pm Weongyo Jeong wrote:
> > On Thu, Sep 09, 2010 at 02:32:52PM -0400, John Baldwin wrote:
> > > On Thursday, September 09, 2010 1:41:46 pm Weongyo Jeong wrote:
> > > > On Thu, Sep 09, 2010 at 09:36
I just tried adding
nfsv4_server_enable="YES"
to my rc.conf and found that after I rebooted the server, my FreeBSD 8 client
(still using NFSv3) couldn't connect because there was no RPC mapping for nfs.
Removing the option above and rebooting the server makes it work again.
Server is GENERI
Norikatsu Shigemura wrote:
> Hi ACPI specialists!
>
> I noticed that CPU cooling doesn't work with testing mav@'s
> timers_oneshot*.patch, so I got following results:
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - -
> $ sysctl -a | grep cx
> hw
Hi rnoland.
Do you have any schedule to support Intel HD Graphics on Core i
series like Clarkdale/Arrandle? I'm waiting for your patch:-).
Thank you.
--
Norikatsu Shigemura
___
freebsd-current@freebsd.org mailing list
http://
On Fri, Sep 10, 2010 at 6:57 PM, Yuri Pankov wrote:
> Nevermind me. That's what I thought why I was getting the same gpart behavior
> switching between kernels, with and without DEBUG_LOCKS. Sorry about that.
>
> Same here, gpart hangs on:
> 3826 gpart CALL __sysctl(0x7fffa250,0x3,0,0x7fff
Anonymous writes:
> PATH_MAN_SUB bin/../man
> PATH_MAN_SUB bin/../.man # e.g. for ~/.bin + ~/.man
> PATH_MAN_SUB /usr/bin/../share/man
Oops, that would be non-trivial substitution. It's more like
PATH_MAN_ADD bin ../man
PATH_MAN_ADD .bin ../.man
PATH_MAN_ADD /usr/bin ../share/man
A
On Fri, Sep 10, 2010 at 10:33:11PM -0700, Kevin Oberman wrote:
> > Date: Fri, 10 Sep 2010 17:33:22 -0700
> > From: Doug Barton
> > Sender: owner-freebsd-curr...@freebsd.org
> >
> > On 9/10/2010 1:48 PM, Aleksandr Rybalko wrote:
> > >
> > > Hi,
> > >
> > > another argument about hostapd :) if have
Searching PR database for 'drastic I/O error' returns kern/33203,
which seems a little bit irrelevant as there is no 'bad cookie' error
in -CURRENT.
cur /tmp> uname -a
FreeBSD cur.local.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #23: Sat Aug 14
07:25:01 CST 2010 r...@cur.local.domain:/usr/src/sy
Stefan Bethke writes:
> Am 11.09.2010 um 09:35 schrieb Gordon Tetlow:
>
>> On Thu, Sep 9, 2010 at 8:17 PM, Anonymous wrote:
>>
>>> Gordon Tetlow writes:
>>>
2. Imports configuration from /usr/local/etc/man.d/*.conf and
>>> /etc/man.conf
(purposefully changed the manpath.config file
On Fri, 10 Sep 2010 17:33:22 -0700
Doug Barton wrote:
> On 9/10/2010 1:48 PM, Aleksandr Rybalko wrote:
> >
> > Hi,
> >
> > another argument about hostapd :) if have access point we must have
> > way to assign IP for AP clients.
>
> To start with, your assumption is wrong. DHCPd is not *actually*
On Thu, Sep 9, 2010 at 7:41 PM, Alexander Best wrote:
> > Feedback on the man(1), manpath(1), apropos(1), and man.conf(5) manpages
> > would be appreciated. I'm new to manpage authoring and could use a
> review.
>
> you forgot the AUTHORS section in all of the man pages. ;) it's always nice
> to
On Thu, Sep 9, 2010 at 12:48 PM, Anonymous wrote:
> The order is still bogus compared to gnu man. If I don't like our
> ancient GNU tools and altered PATH in order to prefer ones from ports
> then I certainly don't want to view old manpages, too. The base manpath
> should be appended *after* any
TB --- 2010-09-11 06:11:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-11 06:11:11 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-09-11 06:11:11 - cleaning the object tree
TB --- 2010-09-11 06:12:01 - cvsupping the source tree
TB --- 2010-09-11 06:12:01 - /u
TB --- 2010-09-11 05:50:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-11 05:50:11 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-09-11 05:50:11 - cleaning the object tree
TB --- 2010-09-11 05:50:54 - cvsupping the source tree
TB --- 2010-09-11 05:50:54 - /usr
Am 11.09.2010 um 09:35 schrieb Gordon Tetlow:
> On Thu, Sep 9, 2010 at 8:17 PM, Anonymous wrote:
>
>> Gordon Tetlow writes:
>>
>>> 2. Imports configuration from /usr/local/etc/man.d/*.conf and
>> /etc/man.conf
>>> (purposefully changed the manpath.config file since it is a different
>>> syntax
On Thu, Sep 9, 2010 at 8:17 PM, Anonymous wrote:
> Gordon Tetlow writes:
>
> > 2. Imports configuration from /usr/local/etc/man.d/*.conf and
> /etc/man.conf
> > (purposefully changed the manpath.config file since it is a different
> > syntax).
>
> Hmm, and if LOCALBASE != /usr/local? hier(7) doe
24 matches
Mail list logo
