Hello, Alexander.
You wrote 6 октября 2011 г., 1:34:33:
> That works perfect for case when class (geom_raid) is known to work on
> raw device. Other RAID classes can be used over partitions, so some care
> should be taken to avoid false positives.
Oh, yes... I see...
>> I'm not sure here.
> I
Hello, John-Mark.
You wrote 6 октября 2011 г., 2:53:53:
>>gmirror0
>> gstripe0
>>ada0
>>ada1
>> gstripe1
>>ada2
>>ada3
>>
>> and administrator kills gstripe0, for example, geom_mirror will send
>> event, because from its point of view it is not adm
TB --- 2011-10-06 03:45:56 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-06 03:45:56 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-10-06 03:45:56 - cleaning the object tree
TB --- 2011-10-06 03:46:08 - cvsupping the source tree
TB --- 2011-10-06 03:46:08 - /usr
TB --- 2011-10-06 03:45:54 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-06 03:45:54 - starting HEAD tinderbox run for mips/mips
TB --- 2011-10-06 03:45:54 - cleaning the object tree
TB --- 2011-10-06 03:46:04 - cvsupping the source tree
TB --- 2011-10-06 03:46:04 - /usr/bin/c
TB --- 2011-10-06 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-06 01:50:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-10-06 01:50:00 - cleaning the object tree
TB --- 2011-10-06 01:50:15 - cvsupping the source tree
TB --- 2011-10-06 01:50:15 - /usr/bin/c
TB --- 2011-10-06 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-06 01:50:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-06 01:50:00 - cleaning the object tree
TB --- 2011-10-06 01:50:15 - cvsupping the source tree
TB --- 2011-10-06 01:50:15 - /usr/bin/c
Attempting to mount a remote SMB share with mount_smbfs fails:
freebsd9b3# uname -a
FreeBSD freebsd9b3 9.0-BETA3 FreeBSD 9.0-BETA3 #0: Sat Sep 24 20:46:57 UTC 2011
r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
freebsd9b3# mount_smbfs -I smbhost -U xxx -W domain //smbhost/xxx /
TB --- 2011-10-06 01:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-06 01:50:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-10-06 01:50:00 - cleaning the object tree
TB --- 2011-10-06 01:50:14 - cvsupping the source tree
TB --- 2011-10-06 01:50:14 - /usr/bin/csu
Hi,
On Wed, Oct 5, 2011 at 9:46 PM, David O'Brien wrote:
> On Mon, Sep 26, 2011 at 07:48:23PM -0400, Benjamin Kaduk wrote:
>> My recollection is that this is because kensmith forgot to take
>> 'makeoptions DEBUG=-g' out of GENERIC when branching stable/8, and no one
>> noticed until a couple of r
Ali Mashtizadeh writes:
> 2011/8/31 Alexey Dokuchaev :
>> On Mon, Aug 29, 2011 at 02:59:48PM +0200, Olivier Smedts wrote:
>>> 2011/8/29 ken :
>>> > Could I test your patch for nvidia-driver, too?
>>> > I cannot find your patch in this mail.
>>>
>>> I took the patch in :
>>> http://lists.freebsd.o
On Mon, Sep 26, 2011 at 07:48:23PM -0400, Benjamin Kaduk wrote:
> My recollection is that this is because kensmith forgot to take
> 'makeoptions DEBUG=-g' out of GENERIC when branching stable/8, and no one
> noticed until a couple of releases in, at which point it seemed consistent
> with POLA t
On Oct 5, 2011, at 9:03 AM, krad wrote:
> Have you dont the simple thing and checked to see if you have any weird
> whitespace in the dir names. Try using bash tab completion for the dir name.
> Also drop all non bash completion rules as these might be messing things up.
>
> I have seen odd cha
On Wed, Oct 5, 2011 at 4:43 PM, Ali Mashtizadeh wrote:
> On Wed, Oct 5, 2011 at 2:27 PM, Scot Hetzel wrote:
>> On Wed, Oct 5, 2011 at 3:52 PM, Ali Mashtizadeh
>> wrote:
>>> Is there any reason I should still be hitting this bug when building
>>> on 9-STABLE? With Linux compatibility disabled I
TB --- 2011-10-05 22:46:20 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 22:46:20 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-10-05 22:46:20 - cleaning the object tree
TB --- 2011-10-05 22:46:30 - cvsupping the source tree
TB --- 2011-10-05 22:46:30 - /usr
On Wed, 5 Oct 2011, Ali Mashtizadeh wrote:
I ran buildworld and installworld again, but the module still won't
load. Also, if I enable linux compatibility the original bug from this
email chain is still present.
Kernel, too?
-Ben Kaduk
___
freebsd-c
TB --- 2011-10-05 22:46:12 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 22:46:12 - starting HEAD tinderbox run for mips/mips
TB --- 2011-10-05 22:46:12 - cleaning the object tree
TB --- 2011-10-05 22:46:21 - cvsupping the source tree
TB --- 2011-10-05 22:46:21 - /usr/bin/c
Lev Serebryakov wrote this message on Wed, Oct 05, 2011 at 12:51 +0400:
> Hello, Andrey.
> You wrote 5 ??? 2011 ?., 11:51:36:
>
> > On 05.10.2011 10:39, Lev Serebryakov wrote:
> >>>(1) Class and name of GEOM which is affected.
> >>>(2) Name of provider which is affected.
> >>>(3) N
On Wed, 5 Oct 2011, Michael Butler wrote:
On 10/05/11 10:48, I wrote:
Does this look right?
! ts = ((long)u - v < 0) ? 0 : (u - v); \
Doh! It should probably be ..
ts = ((long)(u - v) < 0) ? 0 : (u - v);
This is definitely incorrect.
Consider the case where u = (int)INT_MAX, v = (int)IN
On Wed, Oct 5, 2011 at 3:31 PM, Ali Mashtizadeh wrote:
> I ran buildworld and installworld again, but the module still won't
> load. Also, if I enable linux compatibility the original bug from this
> email chain is still present.
Please bottom post.
That being said, there are issues with the por
TB --- 2011-10-05 20:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 20:50:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-10-05 20:50:00 - cleaning the object tree
TB --- 2011-10-05 20:50:15 - cvsupping the source tree
TB --- 2011-10-05 20:50:15 - /usr/bin/c
TB --- 2011-10-05 20:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 20:50:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-05 20:50:00 - cleaning the object tree
TB --- 2011-10-05 20:50:14 - cvsupping the source tree
TB --- 2011-10-05 20:50:14 - /usr/bin/c
On Fri, Sep 09, 2011 at 06:00:02PM +0300, Kostik Belousov wrote:
> --- libs/m3core/src/thread/POSIX/ThreadPosix.m3.orig 2011-09-09
> 17:58:12.867431639 +0300
> +++ libs/m3core/src/thread/POSIX/ThreadPosix.m3 2011-09-09
> 17:58:30.380428486 +0300
> @@ -180,7 +180,7 @@
>pausedThreads : T
I ran buildworld and installworld again, but the module still won't
load. Also, if I enable linux compatibility the original bug from this
email chain is still present.
On Wed, Oct 5, 2011 at 2:27 PM, Scot Hetzel wrote:
> On Wed, Oct 5, 2011 at 3:52 PM, Ali Mashtizadeh wrote:
>> Is there any rea
I was about to upgrade my build VM from BETA2 to BETA3, but I can't
seem to boot BETA2 any more: I get a "ffs_valloc: dup alloc" panic on
boot, every time. fsck runs and says, "ok, I've cleaned things up for
you", but then later on, when trying to update motd, FFS dies.
Unfortunately, this is the
Scot Hetzel wrote:
2011/10/5 Miroslav Lachman<000.f...@quip.cz>:
I am waiting years for the moment, when these GEOM problems will be fixed,
so I am really glad to see your interest!
It will be move to right direction even if changes will not be backward
compatible.
The current state is too fragi
TB --- 2011-10-05 20:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 20:50:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-10-05 20:50:00 - cleaning the object tree
TB --- 2011-10-05 20:50:14 - cvsupping the source tree
TB --- 2011-10-05 20:50:14 - /usr/bin/csu
On 05.10.2011 12:29, Lev Serebryakov wrote:
> You wrote 5 октября 2011 г., 13:18:34:
>> geom_raid addresses this problem in own way. As soon as RAID BIOSes
>> expect RAIDs to be built on raw physical devices and probe order is not
>> discussed, geom_raid exclusively opens underlying providers immed
On Wed, Oct 5, 2011 at 3:52 PM, Ali Mashtizadeh wrote:
> Is there any reason I should still be hitting this bug when building
> on 9-STABLE? With Linux compatibility disabled I can build the driver,
> but the kernel refuses to load it saying it's incompatible with my
> kernel version.
>
Was your k
Is there any reason I should still be hitting this bug when building
on 9-STABLE? With Linux compatibility disabled I can build the driver,
but the kernel refuses to load it saying it's incompatible with my
kernel version.
~ Ali
2011/8/31 Alexey Dokuchaev :
> On Mon, Aug 29, 2011 at 02:59:48PM +0
I did that. In fact I decided to remove all ports and rebuild all my
ports based on a snapshot from portsnap that is one day old at this
point.
~ Ali
On Wed, Oct 5, 2011 at 2:05 PM, Garrett Cooper wrote:
> On Wed, Oct 5, 2011 at 1:52 PM, Ali Mashtizadeh wrote:
>> Is there any reason I should st
On Wed, Oct 5, 2011 at 1:52 PM, Ali Mashtizadeh wrote:
> Is there any reason I should still be hitting this bug when building
> on 9-STABLE? With Linux compatibility disabled I can build the driver,
> but the kernel refuses to load it saying it's incompatible with my
> kernel version.
You probabl
On Wed, Oct 05, 2011 at 09:01:32PM +0100, Anton Shterenlikht wrote:
> The reason for writing to current@ is
> that I've one box still on r216048,
> where "-c" flag is not required.
> Has there been a recent change to groff,
> affecting this behaviour?
As I recall it, the behavior is also configura
On Wed, Oct 05, 2011 at 04:17:16PM +, Christian Weisgerber wrote:
> Anton Shterenlikht wrote:
>
> > BUZI> groff -ms -Tascii try.1 | more
> >
> > ESC[1mSome titleESC[0m
> >
> > How can I get a plain text rendering
> > from a troff document with ms macros?
>
> With n
On Wed, Oct 05, 2011 at 04:17:16PM +, Christian Weisgerber wrote:
> Anton Shterenlikht wrote:
>
> > BUZI> groff -ms -Tascii try.1 | more
> >
> > ESC[1mSome titleESC[0m
> >
> > How can I get a plain text rendering
> > from a troff document with ms macros?
>
> With n
TB --- 2011-10-05 17:56:45 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 17:56:45 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-10-05 17:56:45 - cleaning the object tree
TB --- 2011-10-05 17:56:54 - cvsupping the source tree
TB --- 2011-10-05 17:56:54 - /usr
TB --- 2011-10-05 17:56:38 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 17:56:38 - starting HEAD tinderbox run for mips/mips
TB --- 2011-10-05 17:56:38 - cleaning the object tree
TB --- 2011-10-05 17:56:46 - cvsupping the source tree
TB --- 2011-10-05 17:56:46 - /usr/bin/c
TB --- 2011-10-05 16:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 16:00:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-10-05 16:00:00 - cleaning the object tree
TB --- 2011-10-05 16:00:54 - cvsupping the source tree
TB --- 2011-10-05 16:00:54 - /usr/bin/c
TB --- 2011-10-05 16:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 16:00:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-10-05 16:00:00 - cleaning the object tree
TB --- 2011-10-05 16:00:26 - cvsupping the source tree
TB --- 2011-10-05 16:00:26 - /usr/bin/c
Anton Shterenlikht wrote:
> BUZI> groff -ms -Tascii try.1 | more
>
> ESC[1mSome titleESC[0m
>
> How can I get a plain text rendering
> from a troff document with ms macros?
With nroff, use the -c flag:
nroff -ms -c -Tascii
The groff frontend has a more convoluted s
TB --- 2011-10-05 16:00:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 16:00:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-10-05 16:00:00 - cleaning the object tree
TB --- 2011-10-05 16:00:30 - cvsupping the source tree
TB --- 2011-10-05 16:00:30 - /usr/bin/csu
2011/10/5 Miroslav Lachman <000.f...@quip.cz>:
> I am waiting years for the moment, when these GEOM problems will be fixed,
> so I am really glad to see your interest!
> It will be move to right direction even if changes will not be backward
> compatible.
> The current state is too fragile to be us
On Wed Oct 5 11, Alexander Best wrote:
> On Wed Oct 5 11, FreeBSD Tinderbox wrote:
> > TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on
> > freebsd-current.sentex.ca
> > TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc
> > TB --- 2011-10-05 12:55:29 - cleaning th
Hi
In no particular order:
1. bce(4) transmit and recieve ring buffer overruns
On a moderately busy router with a full BGP table and
aggregate throughput of between 200mbps and 800mbps, I get
these buffer overruns at an average rate of 28 per second
on the busiest
On Wed Oct 5 11, FreeBSD Tinderbox wrote:
> TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on
> freebsd-current.sentex.ca
> TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc
> TB --- 2011-10-05 12:55:29 - cleaning the object tree
> TB --- 2011-10-05 12:55:43 - cvsup
On Wed, Oct 5, 2011 at 1:34 AM, Thomas Mueller
wrote:
>> Hi all,
>
>> I've committed this to -head.
>
>> I'd appreciate it if csup users would give this a thorough testing and
>> report back to the list with results.
>> I won't submit this as a merge candidate this to stable/9 without a
>> whole l
On Wed, Oct 05, 2011 at 02:28:01PM +0200, Svatopluk Kraus wrote:
> Hi,
>
> I found out that on a few places pmap_qenter() is called on pages
> which are not wired. For example, in the following functions, when
> vm_pager_get_pages() is called, the pages are not wired:
>
> exec_map_first_page(
On 10/05/11 10:48, I wrote:
Does this look right?
! ts = ((long)u - v < 0) ? 0 : (u - v); \
Doh! It should probably be ..
ts = ((long)(u - v) < 0) ? 0 : (u - v);
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
Lev Serebryakov wrote:
Hello, Miroslav.
You wrote 5 октября 2011 г., 12:24:06:
What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid?
Something else?
I am mostly using geom_mirror.
[SKIPPED]
Oh, I see. Unfortunately, there is no GEOM metadata infrastructure,
GEOMs are t
On 10/05/11 09:50, David Wolfskill wrote:
I noted the following after updating head to r226035:
...
stage 4.4: building everything
...
cc -O2 -pipe -Dxregcomp=regcomp -Dxre_exec=re_exec -Dxregexec=regexec
-Dxre_search=re_search -Dxre_compile_fastmap=re_compile_fastmap
-Dxregerror=regerror -D
TB --- 2011-10-05 12:55:29 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 12:55:29 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-10-05 12:55:29 - cleaning the object tree
TB --- 2011-10-05 12:55:43 - cvsupping the source tree
TB --- 2011-10-05 12:55:43 - /usr
I noted the following after updating head to r226035:
...
>>> stage 4.4: building everything
...
cc -O2 -pipe -Dxregcomp=regcomp -Dxre_exec=re_exec -Dxregexec=regexec
-Dxre_search=re_search -Dxre_compile_fastmap=re_compile_fastmap
-Dxregerror=regerror -Dxre_comp=re_comp -Dxre_set_syntax=re_set_
On 4 October 2011 17:09, Olivier Smedts wrote:
> 2011/10/3 Paul Mather :
> > I know ZFS does not have a fsck utility ("because it doesn't need one":),
> but does anyone know of any way of fixing this corruption short of
> destroying the pool, creating a new one, and restoring from backup? Is
> t
Hi,
I found out that on a few places pmap_qenter() is called on pages
which are not wired. For example, in the following functions, when
vm_pager_get_pages() is called, the pages are not wired:
exec_map_first_page() in sys/kern/kern_exec.c
vm_fault_hold() in sys/vm/vm_fault.c
vm_imgact_ho
TB --- 2011-10-05 12:02:47 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-05 12:02:47 - starting HEAD tinderbox run for mips/mips
TB --- 2011-10-05 12:02:47 - cleaning the object tree
TB --- 2011-10-05 12:02:56 - cvsupping the source tree
TB --- 2011-10-05 12:02:56 - /usr/bin/c
schrieb Rick Macklem am 02.10.2011 00:39 (localtime):
> Harald Schmalzbauer wrote:
>> schrieb Attilio Rao am 01.10.2011 16:49 (localtime):
>>> Can you please show the panic message?
>>
>> Sorry, I forgot to add it here:
>>
>> free indoe /var/123088 had 8 blocks
>> panic: VAPPEND withour VWRITE
On Sunday, October 02, 2011 6:04:05 pm Kostik Belousov wrote:
> Our implementation of pipes does not provide useful values for st_dev
> and st_ino when stat(2) is done on an anonymous pipe. It was noted by the
> people outside the project, e.g. Perl contains a workaround in one
> of its modules, su
On Tuesday, September 27, 2011 1:46:19 am Eitan Adler wrote:
> My computer recently paniced and broke into ddb after spamming my
> console with "swap zone exhausted, increase kern.maxswzone"
> Immediately prior to the panic X was killed and I was able to switch
> to vty1 and log in as root (I plann
Hello, Alexander.
You wrote 5 октября 2011 г., 13:18:34:
> geom_raid addresses this problem in own way. As soon as RAID BIOSes
> expect RAIDs to be built on raw physical devices and probe order is not
> discussed, geom_raid exclusively opens underlying providers immediately
> after detecting suppo
On 05.10.2011 11:58, Lev Serebryakov wrote:
> Hello, Miroslav.
> You wrote 5 октября 2011 г., 12:24:06:
>
>>>What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid?
>>> Something else?
>> I am mostly using geom_mirror.
> [SKIPPED]
> Oh, I see. Unfortunately, there is no GEOM me
Hello, Miroslav.
You wrote 5 октября 2011 г., 12:24:06:
>>What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid?
>> Something else?
> I am mostly using geom_mirror.
[SKIPPED]
Oh, I see. Unfortunately, there is no GEOM metadata infrastructire,
GEOMs are too generic for this. I
Hello, Andrey.
You wrote 5 октября 2011 г., 11:51:36:
> On 05.10.2011 10:39, Lev Serebryakov wrote:
>>>(1) Class and name of GEOM which is affected.
>>>(2) Name of provider which is affected.
>>>(3) Name of underlying provider which is lost (consumer from
>>>reporting GEOM's po
> Hi all,
> I've committed this to -head.
> I'd appreciate it if csup users would give this a thorough testing and
> report back to the list with results.
> I won't submit this as a merge candidate this to stable/9 without a
> whole lot of testing. :)
> Thanks,
> Adrian
I am now in 9.0-
Lev Serebryakov wrote:
Hello, Miroslav.
You wrote 5 октября 2011 г., 1:27:03:
I am still missing one thing - dropped provider is not marked as failed
RAID provider and is accessible for anything like normal disk device. So
in some edge cases, the system can boot from failed RAID component
inste
On 05.10.2011 10:39, Lev Serebryakov wrote:
>>(1) Class and name of GEOM which is affected.
>>(2) Name of provider which is affected.
>>(3) Name of underlying provider which is lost (consumer from
>>reporting GEOM's point of view).
>>(4) Resulting state of affected provider
64 matches
Mail list logo
