On Thursday 08 July 2010 05:12:37 Andrew Thompson wrote:
> On 8 July 2010 07:13, Hans Petter Selasky wrote:
> > Hi,
> >
> > When supplying wpa_supplicant.conf with incorrect passwords, but a valid
> > SSID, I have seen kernel panics several times when using USB based WLAN
> > dongles. When only su
> using head from 3 hours ago, this patch does not apply cleanly
>
> http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3-extension.patch
>
The patch you are trying is just for experimental testing and can be
applied only on top of
head-v15-v3.patch (so you need to apply head-v15-v3.patch
05.07.2010 14:50, Martin Matuska пишет:
Thank you for testing!
FreeBSD open.vvnews.info 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #1: Wed
Jul 7 14:12:05 UTC 2010
r...@open.vvnews.info:/usr/obj/usr/src/sys/SMP64R amd64
Jul 7 14:39:00 opensolaris kernel: device_attach: est1 attach returne
On 8 July 2010 07:13, Hans Petter Selasky wrote:
> Hi,
>
> When supplying wpa_supplicant.conf with incorrect passwords, but a valid SSID,
> I have seen kernel panics several times when using USB based WLAN dongles.
> When only supplying a valid password, no panic has been seen.
>
> How to reproduc
On 07/07/2010 14:20, Martin Matuska wrote:
> Of course v16 pools cannot be downgraded. But I provided the patch for
> testing only, not for production :-)
> You can consider the latest patch (v15 v3) to be more in direction
> production - it is much more complete and very closely follows Solaris 10
Eric Masson schrieb:
Martin Matuska writes:
We decided not to go with v16 - the feature difference for FreeBSD
between v15 and v16 is zero.
(v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of
ZVOLS - we don't do ISCSI export (yet))//
Is there any hope to see COMSTAR in FreeBS
2010/7/5 Martin Matuska :
> Dear FreeBSD community,
>
> there has been a ZFS-related discussion at the meetBSD conference in
> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to
> -CURRENT.
>
> An upgrade to version 16 gives us no valuable features (to be true, no
> features at all
Hi,
When supplying wpa_supplicant.conf with incorrect passwords, but a valid SSID,
I have seen kernel panics several times when using USB based WLAN dongles.
When only supplying a valid password, no panic has been seen.
How to reproduce:
1) configure invalid password
2) wpa_cli: reconfigure
3)
Martin Matuska writes:
Hello,
> We decided not to go with v16 - the feature difference for FreeBSD
> between v15 and v16 is zero.
> (v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of
> ZVOLS - we don't do ISCSI export (yet))//
Is there any hope to see COMSTAR in FreeBSD anyti
http://docs.sun.com/app/docs/doc/819-5461/gjxle?l=en&a=view
2010/7/7 Lev Serebryakov :
> Hello, .
> You wrote 7 июля 2010 г., 22:25:20:
>
>> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15
>> really doesn't give any major enhancements over 14 and FreeBSD 9 isn't
>> coming out
In the last episode (Jul 07), Lev Serebryakov said:
> You wrote 7 2010 ?., 22:25:20:
> > If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15
> > really doesn't give any major enhancements over 14 and FreeBSD 9 isn't
> > coming out any time.
>
> > 19 would give much need log d
Hello, .
You wrote 7 июля 2010 г., 22:25:20:
> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15
> really doesn't give any major enhancements over 14 and FreeBSD 9 isn't
> coming out any time.
> 19 would give much need log device removal and triple parity RAID-Z.
> Both of whic
On Wed, Jul 7, 2010 at 1:25 PM, Jason J. W. Williams
wrote:
> If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15
> really doesn't give any major enhancements over 14 and FreeBSD 9 isn't
> coming out any time.
>
> 19 would give much need log device removal and triple parity RAID-Z
If the target is FreeBSD 9 instead of 8.1, why not merge ZFS v19? 15
really doesn't give any major enhancements over 14 and FreeBSD 9 isn't
coming out any time.
19 would give much need log device removal and triple parity RAID-Z.
Both of which are well tested at this point via OpenSolaris.
-J
20
We decided not to go with v16 - the feature difference for FreeBSD
between v15 and v16 is zero.
(v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of
ZVOLS - we don't do ISCSI export (yet))//
Of course v16 pools cannot be downgraded. But I provided the patch for
testing only, not f
On 07/07/2010 09:28, Patrick Donnelly wrote:
> Hi Martin,
>
> 2010/7/5 Martin Matuska :
>> Dear FreeBSD community,
>>
>> there has been a ZFS-related discussion at the meetBSD conference in
>> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to
>> -CURRENT.
>
> This is great news!
On Wed, Jul 7, 2010 at 6:28 AM, Patrick Donnelly wrote:
> Hi Martin,
>
> 2010/7/5 Martin Matuska :
>> Dear FreeBSD community,
>>
>> there has been a ZFS-related discussion at the meetBSD conference in
>> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to
>> -CURRENT.
>
> This is g
On 07/05/2010 07:50, Martin Matuska wrote:
> Direct link to the patch:
> http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch
>
> For full operation (commands zfs allow, unallow, userspace, grouspace)
> the python port must be installed, otherwise these comands don't work or
> have only
On Wed, Jul 7, 2010 at 8:28 AM, Patrick Donnelly wrote:
> Hi Martin,
>
> 2010/7/5 Martin Matuska :
>> Dear FreeBSD community,
>>
>> there has been a ZFS-related discussion at the meetBSD conference in
>> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to
>> -CURRENT.
>
> This is g
Hi Martin,
2010/7/5 Martin Matuska :
> Dear FreeBSD community,
>
> there has been a ZFS-related discussion at the meetBSD conference in
> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to
> -CURRENT.
This is great news! Sorry for the newbie question but does this mean
it will be
On Wed, Jul 7, 2010 at 14:01, Attilio Rao wrote:
> 2010/7/1 Bryan Venteicher :
>> On a recent -current, I got the following panic from deadlkres:
>>
>> Assertion wchan != NULL failed at /usr/src-nfs/sys/kern/subr_sleepqueue.c:680
>>
>> Tracing pid 0 tid 100058 td 0xff00024bf7a0
>> kdb_enter()
2010/7/1 Bryan Venteicher :
> On a recent -current, I got the following panic from deadlkres:
>
> Assertion wchan != NULL failed at /usr/src-nfs/sys/kern/subr_sleepqueue.c:680
>
> Tracing pid 0 tid 100058 td 0xff00024bf7a0
> kdb_enter() at kdb_enter+0x3d
> panic() at panic+0x176
> sleepq_type()
On Wednesday 07 July 2010 12:49:37 PseudoCylon wrote:
> - Original Message
>
> > From: Hans Petter Selasky
> > To: freebsd-current@freebsd.org
> > Cc: PseudoCylon ; Ganbold Tsagaankhuu
> >; Ganbold
> > Sent: Tue, July 6, 2010 12:54:31 AM
> > Subject: Re: CALL for TEST [HOSTAP] run(4) ra
- Original Message
> From: Hans Petter Selasky
> To: freebsd-current@freebsd.org
> Cc: PseudoCylon ; Ganbold Tsagaankhuu
>; Ganbold
> Sent: Tue, July 6, 2010 12:54:31 AM
> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>
Hello
PseudoCylon is here.
Unfortunately it suc
Kostik Belousov writes:
> On Mon, May 24, 2010 at 06:58:56PM +0900, Kohji Okuno wrote:
>> Thank you for your comments.
>>
>> In my usage, it works good by the patch appended to this mail.
>
> The patch is probably a start in the right direction. But, it would be
> much better to install sys/i386/
25 matches
Mail list logo
