Hello!
> I fixed it with attached patch.
Omg... Why You are using strcmp, but not strncmp(fs, "zfs", strlen("zfs"))?
--
MATPOCKuH
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
:>
:> > On a related note I'm not sure if it makes sense to have the same
:> > behaviour for the first line when an interval is set as when it is
:> > invoked with no interval.
:
:...also vmstat seems to exist in a few other OSes (linux e.g). maybe they've
:fixed it already (or the netbsd/openbsd/
On 20.10.2010 2:33, Marcel Moolenaar wrote:
>> What about the attached patch? I'm going to give it a swirl soon. The
>> difference is that it tests whether dev begins with /dev/.
>
> Interesting. I've been thinking about this too, but isn't
> exactly fool-proof. When devfs is the root file syste
Jaakko Heinonen wrote:
On 2010-09-20, David Xu wrote:
I redirect all output to a disk file, and it still needs 1 second to
complete, this machine is dual-core pentium E5500, faster than previous
one which is a dual-core AMD 5000+ machine, the 5000+ needs 2
seconds to complete.
$/usr/bin/time sy
My experience with a sleeping freebsd laptop has been shortlived!
Today I rebuilt world using clang & this morning's csup current.
Clang build went just swimmingly.
Unthinkingly, I closed my laptop lid and put it in my case.
When I got to my house, it was roasting with fans spinning and sleep
On Oct 19, 2010, at 2:21 PM, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/19/10 08:49, Marcel Moolenaar wrote:
>>
>> On Oct 19, 2010, at 7:55 AM, Andrey V. Elsukov wrote:
>>
>>> On 19.10.2010 09:03, Andrey V. Elsukov wrote:
> Mounting from (...) failed with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/19/10 08:49, Marcel Moolenaar wrote:
>
> On Oct 19, 2010, at 7:55 AM, Andrey V. Elsukov wrote:
>
>> On 19.10.2010 09:03, Andrey V. Elsukov wrote:
Mounting from (...) failed with error 19
On boot. The system is using pure ZF
Recently there were changes made to the ath driver on CURRENT
does FreeBSD still need these changes?
http://marc.info/?l=linux-wireless&m=128746728412954&w=2
I did notice they went in OpenBSD's Tree today
--
Sam Fourman Jr.
Fourman Networks
http://www.fourmannetworks.com
__
On 19.10.2010 03:50, Xin LI wrote:
Escaping to boot loader prompt, and load old kernel, old opensolaris.ko,
old zfs.ko doesn't work.
I think you forgot to load zpool.cache:
load -t /boot/zfs/zpool.cache /boot/zfs/zpool.cache
___
freebsd-current@freebsd
On Tue, Oct 19, 2010 at 8:55 AM, Andriy Gapon wrote:
>
>> Having dynamic slab sizes would allow to have the keg backed on a larger slab
>> without going OFFPAGE.
>
> I agree in principle.
> But without seeing code that implements that I can't guess if it would really
> be
> more efficient or more
On my sparc64 system with today kernel I also got this problem.
With old kernel system boots properly.
boot -sv log attached.
--
MATPOCKuH
boot-sv.log
Description: Binary data
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailm
On Tuesday, October 19, 2010 10:40:56 am Lars Engels wrote:
> On Tue, Oct 19, 2010 at 08:54:38AM -0400, John Baldwin wrote:
> > On Monday, October 18, 2010 3:30:11 pm Ed Maste wrote:
> > > On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
> > >
> > > > Maybe only blank it out on 32-bit m
On Oct 19, 2010, at 7:55 AM, Andrey V. Elsukov wrote:
> On 19.10.2010 09:03, Andrey V. Elsukov wrote:
>>> Mounting from (...) failed with error 19
>>>
>>> On boot. The system is using pure ZFS setup. It seems that 19 means
>>> ENODEV but according to the dmesg the device do exist.
>>
>> Y
On 19.10.2010 19:43, Marcel Moolenaar wrote:
>> Yes, i have the same problem.
>
> Can you both boot verbose and send me the output.
> Also, please boot with -a and show me the console
> output, as well as the output of the '?' command.
It is ZFS-only system and I have this line in /boot/loader.co
On Oct 18, 2010, at 10:03 PM, Andrey V. Elsukov wrote:
> On 19.10.2010 3:50, Xin LI wrote:
>> With latest kernel I got:
>>
>> Mounting from (...) failed with error 19
>>
>> On boot. The system is using pure ZFS setup. It seems that 19 means
>> ENODEV but according to the dmesg the device
On Tue, Oct 19, 2010 at 08:54:38AM -0400, John Baldwin wrote:
> On Monday, October 18, 2010 3:30:11 pm Ed Maste wrote:
> > On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
> >
> > > Maybe only blank it out on 32-bit machines? It's a long, and a 64-bit
> > > cp_time value essentially wo
On 19.10.2010 09:03, Andrey V. Elsukov wrote:
>> Mounting from (...) failed with error 19
>>
>> On boot. The system is using pure ZFS setup. It seems that 19 means
>> ENODEV but according to the dmesg the device do exist.
>
> Yes, i have the same problem.
I fixed it with attached patch.
-
On Oct 18, 2010, at 11:25 AM, Garrett Cooper wrote:
> On Mon, Oct 18, 2010 at 9:55 AM, Sergey Kandaurov wrote:
>> On 16 October 2010 02:18, Sergey Kandaurov wrote:
>>>
>
>Check with LSI before you commit that; you might not understand
> the overall nuances of that value.
In all fairness, w
On Tue, 2010-10-19 at 00:55 +0800, Buganini wrote:
> It seems that wpa_supplicant iterate through all scanned ssids and try to
> associate with each,
> and that cause two problem for me.
>
> 1) in my school, there are many AP, and connection is not stable, when
> disconnect,
> it take many time to
On Tuesday, October 19, 2010 10:05:24 am Sergey Kandaurov wrote:
> On 19 October 2010 16:49, John Baldwin wrote:
> > On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote:
> >> On 16 October 2010 02:18, Sergey Kandaurov wrote:
> >> > On 16 October 2010 00:51, Charles Owens
> >> > wrote
On 19 October 2010 16:49, John Baldwin wrote:
> On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote:
>> On 16 October 2010 02:18, Sergey Kandaurov wrote:
>> > On 16 October 2010 00:51, Charles Owens
>> > wrote:
>> >> Hmm... the problem appears to have resolved itself. After a few h
David Naylor wrote:
On Monday 18 October 2010 21:51:25 Luigi Rizzo wrote:
[...]
- is there anyway to automatically attach gsched to a device on startup
(i.e.
in rc.conf)?
no, you have to build some script yourself.
Would there be any interest in having a rc.d/ script? I would find i
On Monday, October 18, 2010 4:59:17 pm m...@freebsd.org wrote:
> There's explicit protection for free(NULL, M_FOO), but uma_zfree(zone,
> NULL) will put NULL in the local bucket and then probably return it
> later from a uma_zalloc call. Obviously it's not a good idea to call
> uma_zfree(9) on NUL
On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote:
> On 16 October 2010 02:18, Sergey Kandaurov wrote:
> > On 16 October 2010 00:51, Charles Owens wrote:
> >> Hmm... the problem appears to have resolved itself. After a few hours the
> >> new drive seems to have gone back into the a
On Monday, October 18, 2010 3:30:11 pm Ed Maste wrote:
> On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
>
> > Maybe only blank it out on 32-bit machines? It's a long, and a 64-bit
> > cp_time value essentially won't roll over (at 1 billion increments per
> > second it will roll over
On Tue, Oct 19, 2010 at 10:33 AM, Rui Paulo wrote:
>
> On 19 Oct 2010, at 10:15, István wrote:
>
> > wow, you go the point after couple of emails. better later than never,
> huh :)
>
> You sure are an amusing guy. Rude, but amusing :-)
>
>
thanks!
> >
> > you think adding pgsql to wheel might h
wow, you go the point after couple of emails. better later than never, huh
:)
you think adding pgsql to wheel might help? cc freebsd-security@ and see
their opinion about the topic.
i modified the permission of /dev/dtrace/helper instead but it gives the
following error still:
dtrace DOF postgre
TB --- 2010-10-19 04:03:09 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-19 04:03:09 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-10-19 04:03:09 - cleaning the object tree
TB --- 2010-10-19 04:04:56 - cvsupping the source tree
TB --- 2010-10-19 04:04:56 - /usr/b
TB --- 2010-10-19 01:15:02 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-19 01:15:02 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-10-19 01:15:02 - cleaning the object tree
TB --- 2010-10-19 01:17:08 - cvsupping the source tree
TB --- 2010-10-19 01:17:08 - /u
On Tue, 19 Oct 2010, Rui Paulo wrote:
you think adding pgsql to wheel might help? cc freebsd-security@ and see
their opinion about the topic.
dof needs to inject the probes in /dev/dtrace/helper, so the user needs rw
access to the /dev/dtrace/helper. I specifically added write access to the
On 19 Oct 2010, at 10:15, István wrote:
> wow, you go the point after couple of emails. better later than never, huh :)
You sure are an amusing guy. Rude, but amusing :-)
>
> you think adding pgsql to wheel might help? cc freebsd-security@ and see
> their opinion about the topic.
dof needs t
On 2010-09-20, David Xu wrote:
> I redirect all output to a disk file, and it still needs 1 second to
> complete, this machine is dual-core pentium E5500, faster than previous
> one which is a dual-core AMD 5000+ machine, the 5000+ needs 2
> seconds to complete.
>
> $/usr/bin/time sysctl -b kern.g
TB --- 2010-10-19 01:55:54 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-19 01:55:54 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-10-19 01:55:54 - cleaning the object tree
TB --- 2010-10-19 01:58:17 - cvsupping the source tree
TB --- 2010-10-19 01:58:17 - /usr
On Tue, Oct 19, 2010 at 08:07:54AM +0200, David Naylor wrote:
> On Monday 18 October 2010 21:51:25 Luigi Rizzo wrote:
...
> > > - is there anyway to automatically attach gsched to a device on startup
> > > (i.e.
> > >
> > > in rc.conf)?
> >
> > no, you have to build some script yourself.
>
> W
cd /usr/ports/*/postgres90-server
make clean
export DTRACE_DEBUG=1
make install
Check what dtrace is doing.
BTW have you added postgres to the wheel group?
Regards,
--
Rui Paulo
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/ma
On Mon, Oct 18, 2010 at 12:13 PM, Garrett Cooper wrote:
> On Mon, Oct 18, 2010 at 11:36 AM, Alexander Best
> wrote:
> > On Mon Oct 18 10, Garrett Cooper wrote:
> >> On Mon, Oct 18, 2010 at 8:28 AM, Alexander Best
> wrote:
> >> > On Mon Oct 18 10, Alexander Best wrote:
> >> >> On Fri Sep 17 10, A
36 matches
Mail list logo
