TB --- 2012-06-30 05:44:28 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-06-30 05:44:28 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2012-
El día Friday, June 29, 2012 a las 04:45:57PM +0200, Hans Petter Selasky
escribió:
> On Friday 29 June 2012 15:34:23 Matthias Apitz wrote:
> > Hello,
> >
> > I have a boot-able USB key with r235646 which works fine in all my
> > laptops so far; today I got as a gift an older FS Amilo D 7830 whic
On Saturday 30 June 2012 06:43:16 Matthias Apitz wrote:
> El día Friday, June 29, 2012 a las 04:45:57PM +0200, Hans Petter Selasky
escribió:
> > On Friday 29 June 2012 15:34:23 Matthias Apitz wrote:
> > > Hello,
> > >
> > > I have a boot-able USB key with r235646 which works fine in all my
> > >
El día Friday, June 29, 2012 a las 04:45:57PM +0200, Hans Petter Selasky
escribió:
> On Friday 29 June 2012 15:34:23 Matthias Apitz wrote:
> > Hello,
> >
> > I have a boot-able USB key with r235646 which works fine in all my
> > laptops so far; today I got as a gift an older FS Amilo D 7830 whic
On 06/29/12 16:32, Attilio Rao wrote:
> As already published several times, according to the following plan:
> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS
> in 2 months the code dealing with non-MPSAFE filesystem will be
> removed and filesystems not yet MPSAFE will be disconnected from the
> tr
TB --- 2012-06-30 02:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-06-30 02:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2012-
Hi,
On Thursday, June 28, 2012 11:15:54 PM Kevin Oberman wrote:
> On Thu, Jun 28, 2012 at 8:45 AM, Andrey Fesenko wrote:
> > I have lenovo thinkpad x220
> >
> > # uname -a
> > FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun
> > 28 08:41:40 MSK 2012 root@bsdx220:/usr/obj/
On Fri, Jun 29, 2012 at 4:23 PM, Michael Butler
wrote:
> On 06/29/12 16:32, Attilio Rao wrote:
>> As already published several times, according to the following plan:
>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS
>>
>> in 2 months the code dealing with non-MPSAFE filesystem will be
>> removed a
On 06/29/12 16:32, Attilio Rao wrote:
> As already published several times, according to the following plan:
> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS
>
> in 2 months the code dealing with non-MPSAFE filesystem will be
> removed and filesystems not yet MPSAFE will be disconnected from the
>
Doug,
--nthreads option corresponds to --parallel option of NGNU
and it will be renamed. The other four proprietary options
will be marked as non-portable in the man page.
After nthreads==>parallel renaming, NBSD will support all
NGNU options.
Thank you for the suggestion.
Oleg
> -Origi
On 06/29/2012 01:50 PM, Oleg Moskalenko wrote:
> 5) NBSD adds several of its own new proprietary options:
>
> --mergesort
> --qsort
> --heapsort
> --radixsort
> --nthreads=... (multi-threaded build only)
Oleg,
First, thank you very much for providing both the performance numbers,
and t
Now I am going to provide the second informational
part about the new BSD sort: the differences between
the new BSD sort and the GNU sort programs.
Below:
NBSD - new BSD sort;
OGNU - old BSD/GNU sort, version 5.3.0;
NGNU - new GNU sort, version 8.15.
There are several areas:
1) -k option (sort
As already published several times, according to the following plan:
http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS
in 2 months the code dealing with non-MPSAFE filesystem will be
removed and filesystems not yet MPSAFE will be disconnected from the
tree. Their code will be however available in our
On Jun 26, 2012, at 15:06 , Fabian Keil wrote:
> Pedro Giffuni wrote:
>
>> --- Mar 26/6/12, Mark Peek ha scritto:
>
>>> Try this, change the assert on line 1429 in file dt_cc.c
>>> from:
>>>
>>> assert(!(arg & (UINT16_MAX << args[i].shift)));
>>>
>>> to
>>>
>>> assert(!(arg & ((uint64_t)UI
I'm stuck with this nasty error in print/foomatic-db-engine, which
prevents me from updating ports relying on this specific port.
This problem is sticky on all FreeBSD 10-CURRENT boxes.
/usr/local/bin/perl -p -i -e
"s:foomatic-templates:/usr/local/share/foomatic//templates:g"
//usr/local/sbin/foo
On Friday 29 June 2012 15:34:23 Matthias Apitz wrote:
> Hello,
>
> I have a boot-able USB key with r235646 which works fine in all my
> laptops so far; today I got as a gift an older FS Amilo D 7830 which has
> enough resources to use it as new build machine (1 GByte RAM, 80 GByte
> disk). I boote
Dimitry Andric writes:
> On 2012-06-26 14:50, Andrey V. Elsukov wrote:
>
>> Some time ago i have started reading the code in the sys/boot.
>> Especially i'm interested in the partition tables handling.
>> I found several problems:
>> 1. There are several copies of the same code in the libi386/bio
Hello,
I have a boot-able USB key with r235646 which works fine in all my
laptops so far; today I got as a gift an older FS Amilo D 7830 which has
enough resources to use it as new build machine (1 GByte RAM, 80 GByte
disk). I booted it with from the USB key and after the system is up it
does no
# newfs /dev/da2p2
/dev/da2p2: 16384.0MB (33554432 sectors) block size 32768, fragment size 4096
using 27 cylinder groups of 626.09MB, 20035 blks, 80256 inodes.
super-block backups (for fsck -b #) at:
192, 1282432, 2564672, 3846912, 5129152, 6411392, 7693632, 8975872, 10258112,
11540352,
# dump -0aLuf - / | restore -rf -
produces this panic:
lock order reversal:
1st 0xa0009ca034f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2652
2nd 0xe0001163ebb0 snaplk (snaplk) @
/usr/src/sys/ufs/ffs/ffs_snapshot.c:2297
KDB: stack backtrace:
getenv with the following non-sleepab
On Thu, Jun 28, 2012 at 8:15 PM, Kevin Oberman wrote:
> On Thu, Jun 28, 2012 at 8:45 AM, Andrey Fesenko wrote:
>> I have lenovo thinkpad x220
>>
>> # uname -a
>> FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun
>> 28 08:41:40 MSK 2012 root@bsdx220:/usr/obj/usr/src/sys/MY_
Hi,
I've trying to suspend/resume an amd64 machine. The machine is a
fujitsu S710 laptop running:
FreeBSD 10.0-CURRENT #4 r237339=e61ad3a-dirty: Sat Jun 23
17:12:58 CEST 2012
I did the tests in the following conditions:
- No X running. Everything in console. The machine ha
22 matches
Mail list logo
