In message <20100811203042.ga26...@modermoor.genua.de>, Hans-Joerg Hoexer wrote:
>Hi,
>
>On Wed, Aug 04, 2010 at 07:39:41PM +0900, Takanori Watanabe wrote:
>> Update my patch. Split bus attachment from main driver file
>> (need to update sys/conf/files), add detach method for convinience,
>> and a
TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-08-12 01:30:00 - cleaning the object tree
TB --- 2010-08-12 01:30:27 - cvsupping the source tree
TB --- 2010-08-12 01:30:27 - /usr/bin
TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-08-12 01:30:00 - cleaning the object tree
TB --- 2010-08-12 01:30:24 - cvsupping the source tree
TB --- 2010-08-12 01:30:24 - /usr/bin/c
TB --- 2010-08-12 02:23:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 02:23:00 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-08-12 02:23:00 - cleaning the object tree
TB --- 2010-08-12 02:23:14 - cvsupping the source tree
TB --- 2010-08-12 02:23:14 - /usr/bin/c
TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-08-12 01:30:00 - cleaning the object tree
TB --- 2010-08-12 01:30:24 - cvsupping the source tree
TB --- 2010-08-12 01:30:24 - /usr/bin/c
TB --- 2010-08-12 03:40:12 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 03:40:12 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-08-12 03:40:12 - cleaning the object tree
TB --- 2010-08-12 03:40:20 - cvsupping the source tree
TB --- 2010-08-12 03:40:20 - /usr
TB --- 2010-08-12 03:41:46 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 03:41:46 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-08-12 03:41:46 - cleaning the object tree
TB --- 2010-08-12 03:41:53 - cvsupping the source tree
TB --- 2010-08-12 03:41:53 - /usr/b
TB --- 2010-08-12 03:29:52 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 03:29:52 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-08-12 03:29:52 - cleaning the object tree
TB --- 2010-08-12 03:30:02 - cvsupping the source tree
TB --- 2010-08-12 03:30:02 - /usr
Hi everyone,
I've just merged in some changes to the noise floor (NF) internal
calibration and NF CCA (clear channel assessment) programming. This
may (slightly) improve AR5416/AR9160 behaviour in both AP and station
mode in noisy/busy conditions.
I've only really tested this in AP mode as I don'
Dear list members,
I tried to reproduce another bug on my test machine (i386, CURRENT
r211175), but ran into the following deadlock:
lock order reversal:
1st 0xc66677c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101
2nd 0xe5ba2460 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11291
3rd
On Thu, Aug 12, 2010 at 09:37:04AM +0200, Lucius Windschuh wrote:
> Dear list members,
> I tried to reproduce another bug on my test machine (i386, CURRENT
> r211175), but ran into the following deadlock:
This is not a deadlock, but the LOR. It is irrelevant for your deadlock.
Supposedly, the deadl
Hi,
if I understand correctly, this is what r211212 and r211213 fixes?
Rene
2010/8/8 Rene Ladan :
> On 18-07-2010 15:02, Gavin Atkinson wrote:
>>
>> On Sat, 17 Jul 2010, Gavin Atkinson wrote:
>>>
>>> Semi-regularly (every two-three days) I'm seeing what appears to be some
>>> sort of filesystem
On Thu, Aug 12, 2010 at 02:01:57PM +0200, Ren? Ladan wrote:
> Hi,
>
> if I understand correctly, this is what r211212 and r211213 fixes?
r211213. r211212 fixes different issue, and there is one more known
problem.
>
> Rene
>
> 2010/8/8 Rene Ladan :
> > On 18-07-2010 15:02, Gavin Atkinson wrote:
The tinderbox break is my bad. I will have it fixed by the end of the day.
:-(
matthew
On Thu, Aug 12, 2010 at 3:25 AM, FreeBSD Tinderbox
wrote:
> TB --- 2010-08-12 01:30:00 - tinderbox 2.6 running on
> freebsd-current.sentex.ca
> TB --- 2010-08-12 01:30:00 - starting HEAD tinderbox run for am
On Thu, Aug 12, 2010 at 1:51 PM, wrote:
> The tinderbox break is my bad. I will have it fixed by the end of the day.
Actually, the amd64 break is not me, because it broke before it got to
my mistake. i386 and presumably all the other 32-bit builds are due
to my memguard(9) patch.
> :-(
> matt
On 12.08.10 13:19, Kostik Belousov wrote:
On Thu, Aug 12, 2010 at 09:37:04AM +0200, Lucius Windschuh wrote:
Dear list members,
I tried to reproduce another bug on my test machine (i386, CURRENT
r211175), but ran into the following deadlock:
This is not a deadlock, but the LOR. It is irrelevant
TB --- 2010-08-12 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 15:25:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-08-12 15:25:00 - cleaning the object tree
TB --- 2010-08-12 15:25:15 - cvsupping the source tree
TB --- 2010-08-12 15:25:15 - /usr/bin/c
TB --- 2010-08-12 16:17:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 16:17:01 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-08-12 16:17:01 - cleaning the object tree
TB --- 2010-08-12 16:17:14 - cvsupping the source tree
TB --- 2010-08-12 16:17:14 - /usr/bin/c
TB --- 2010-08-12 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 15:25:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-08-12 15:25:00 - cleaning the object tree
TB --- 2010-08-12 15:25:16 - cvsupping the source tree
TB --- 2010-08-12 15:25:16 - /usr/bin/c
TB --- 2010-08-12 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 15:25:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-08-12 15:25:00 - cleaning the object tree
TB --- 2010-08-12 15:25:13 - cvsupping the source tree
TB --- 2010-08-12 15:25:13 - /usr/bin
TB --- 2010-08-12 17:37:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 17:37:01 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-08-12 17:37:01 - cleaning the object tree
TB --- 2010-08-12 17:37:09 - cvsupping the source tree
TB --- 2010-08-12 17:37:09 - /usr
TB --- 2010-08-12 17:54:20 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 17:54:20 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-08-12 17:54:20 - cleaning the object tree
TB --- 2010-08-12 17:54:27 - cvsupping the source tree
TB --- 2010-08-12 17:54:27 - /usr/b
TB --- 2010-08-12 17:33:46 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-08-12 17:33:46 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-08-12 17:33:46 - cleaning the object tree
TB --- 2010-08-12 17:33:57 - cvsupping the source tree
TB --- 2010-08-12 17:33:57 - /usr
My "runaway intr" problem with flash has been continuing all along, but
since no one has been interested in helping with it I haven't reported
it for a while. However, today, for the first time, it happened when I
had not run flash at all since I booted.
My system:
Dell D620, C2D, i386, SMP, r
The following patches introduce the BIO_ORDERED flag for bios.
A bio tagged with the BIO_ORDERED flag has barrier semantics:
all bios queued before the BIO_ORDERED bio are executed before
the BIO_ORDERED bio and any bios queued after the BIO_ORDERED bio
are executed after the BIO_ORDERED bio.
Free
Hello.
I have a couple of Supermicro servers which got the similar kernel panic with
all FreeBSD versions I tried since 6.4.
Now I want to investigate into the problem.
The servers get into panic with similar workload: file server with a lot of
files and connections. Web server software is nginx
Seems good to me.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
27 matches
Mail list logo
