Hey Martin,
Actually it's this one:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6574286
-J
On Wed, Jul 14, 2010 at 1:30 AM, Martin Matuska wrote:
> What about the OpenSolaris revision 9701 for starters?
> Could that help your case?
>
> 9701:cc5b64682e64
>
> 6803605 should be ab
hi,
ClangBSD was updated to LLVM/clang revision r108243 which we plan to
merge into HEAD. We would like that revision to be tested as much as possible
and therefore we ask you to test ClangBSD to assure that the revision
we are updating to does not have some really embarassing bugs.
How to do it
On Wednesday 14 July 2010 14:31:29 PseudoCylon wrote:
> -if(vap->iv_opmode == IEEE80211_M_HOSTAP){
> -RUN_LOCK(sc);
> +if (vap->iv_opmode == IEEE80211_M_HOSTAP)
> sc->cmdq_key_set = RUN_CMDQ_GO;
> -RUN_UNLOCK(sc);
> -}
>
> Why are you removing these locks?
Another question:
i = RUN_CM
On Wednesday 14 July 2010 14:31:29 PseudoCylon wrote:
> -if(vap->iv_opmode == IEEE80211_M_HOSTAP){
> -RUN_LOCK(sc);
> +if (vap->iv_opmode == IEEE80211_M_HOSTAP)
> sc->cmdq_key_set = RUN_CMDQ_GO;
> -RUN_UNLOCK(sc);
> -}
>
Why are you removing these locks?
--HPS
_
- Original Message
> From: Ganbold
> To: PseudoCylon
> Cc: Ganbold Tsagaankhuu ; freebsd-current@freebsd.org
> Sent: Tue, July 13, 2010 11:04:59 AM
> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>
> PseudoCylon wrote:
> > - Original Message
> >
> >> From: Ps
- Original Message
> From: Hans Petter Selasky
> To: freebsd-current@freebsd.org
> Cc: Andrew Thompson ; Sam Leffler ;
>PseudoCylon ; freebsd-...@freebsd.org
> Sent: Mon, July 12, 2010 2:01:11 PM
> Subject: Re: [panic] Race in IEEE802.11 layer towards device drivers
>
> Hi Andrew,
>
>
On 2010-Jul-14 11:26:08 +0200, Martin Matuska wrote:
> In other words:
>The problem is not caused by head-12636.patch
Agreed.
>And this is important, otherwise we are seeking for an error where it isn't.
>I know about the current ARC problem and we have to seek a reasonable
>solution for it, but
In other words:
The problem is not caused by head-12636.patch
And this is important, otherwise we are seeking for an error where it isn't.
I know about the current ARC problem and we have to seek a reasonable
solution for it, but no ugly hacks that work only in specific cases /
workloads.
Dňa 14
On 2010-Jul-14 09:16:09 +0200, Martin Matuska wrote:
> Without head-12636.patch you are unable to reproduce the deadlock?
The deadlock occurs with either stock 8-stable or with head-12636.patch.
I have also been testing arc.patch2 from
http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/
Hi,
On 07/13/2010 04:02 PM, Martin Matuska wrote:
For people interested in running this on 8.1 I will provide patches for
releng/8.1 and stable/8 as soon as 8.1 gets released.
Previously, I've run earlier versions (8) with sys/cddl taken from head.
Is this a no-go with what we have currently i
What about the OpenSolaris revision 9701 for starters?
Could that help your case?
9701:cc5b64682e64
6803605 should be able to offline log devices
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6803605
6726045 vdev_deflate_ratio is not set when offlining a log device
http://bugs.open
Without head-12636.patch you are unable to reproduce the deadlock?
Dňa 14. 7. 2010 2:14, Peter Jeremy wrote / napísal(a):
> On 2010-Jul-08 23:30:33 +0200, Martin Matuska wrote:
>> On 8. 7. 2010 22:04, Peter Jeremy wrote / napísal(a):
>>> Without patching arc_memory_throttle(), a system behaves
12 matches
Mail list logo
