- Original Message -
From: "Charles Sprickman"
Are you aware of anyone that will be trying this in production, and if
so, will you be able to give us list denizens any feedback on it?
Yes we've been using it in production for a few months now, but only on
single disk pools so not RAI
Hello,
I have a problem and I guess there is a simple solution - at least, I hope.
I try to compile a "in spe" port which contains some C code that is
definitely Kernighan & Ritchie standard like:
--
my_func(win)
Window win;
{
[...]
if ( current->win.data == (lux_data *)NULL ) re
On 2012-09-24 11:36, O. Hartmann wrote:
I have a problem and I guess there is a simple solution - at least, I hope.
I try to compile a "in spe" port which contains some C code that is
definitely Kernighan & Ritchie standard like:
--
my_func(win)
Window win;
{
[...]
if ( current-
On Sep 23, 2012, at 6:25 PM, Pawel Jakub Dawidek wrote:
> On Sun, Sep 23, 2012 at 10:24:53PM +0100, Bob Bishop wrote:
>> Hi,
>>
>> On 23 Sep 2012, at 20:53, Pawel Jakub Dawidek wrote:
>>
>>> FYI, I just committed TRIM support to ZFS, especially useful for
>>> SSD-only pools. [etc]
>>
>> Is any
- Original Message -
From: "Charles Sprickman"
I have a patch against stable/8, but not stable/9:
http://people.freebsd.org/~pjd/patches/zfstrim8.patch
Are you aware of anyone that will be trying this in production, and if
so, will you be able to give us list denizens any feedback
Hello!
Can anyone tell me about work on supporting this card by iwn(4)?
___
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"
Am 09/24/12 11:52, schrieb Dimitry Andric:
> On 2012-09-24 11:36, O. Hartmann wrote:
>> I have a problem and I guess there is a simple solution - at least, I
>> hope.
>>
>> I try to compile a "in spe" port which contains some C code that is
>> definitely Kernighan & Ritchie standard like:
>>
>> --
On 2012-09-24 13:45, O. Hartmann wrote:
...
here it is:
win.c:796:50: error: non-void function 'lux_freedata' should return a
value [-Wreturn-type]
if ( current->win.data == (lux_data *)NULL ) return;
^
Some time ago, the clang developers
According to Steven Hartland:
> We applied the patch to a 8.3-RELEASE based install with additional patches
> including patches to provide TRIM support for CAM da devices via SATA
> pass-through including full support for security and identify commands in
> camcontrol.
>
> If anyone would like tho
- Original Message -
From: "Ollivier Robert"
According to Steven Hartland:
We applied the patch to a 8.3-RELEASE based install with additional patches
including patches to provide TRIM support for CAM da devices via SATA
pass-through including full support for security and identify c
Hi,
On 23 Sep 2012, at 23:25, Pawel Jakub Dawidek wrote:
> I have a patch against stable/8, but not stable/9:
>
> http://people.freebsd.org/~pjd/patches/zfstrim8.patch
Running with that in an otherwise 8-STABLE GENERIC amd64 kernel, I'm getting:
kstat.zfs.misc.zio_trim.zio_trim_bytes: 0
- Original Message -
From: "Bob Bishop"
To: "Pawel Jakub Dawidek"
Cc: ; ; "Steven Hartland"
Sent: Monday, September 24, 2012 3:17 PM
Subject: Re: ZFS TRIM support committed to HEAD.
Hi,
On 23 Sep 2012, at 23:25, Pawel Jakub Dawidek wrote:
I have a patch against stable/8, but not
Hi,
On 24 Sep 2012, at 16:55, Steven Hartland wrote:
> - Original Message - From: "Bob Bishop"
> To: "Pawel Jakub Dawidek"
> Cc: ; ; "Steven
> Hartland"
> Sent: Monday, September 24, 2012 3:17 PM
> Subject: Re: ZFS TRIM support committed to HEAD.
>
>
>> Hi,
>> On 23 Sep 2012, at 23:
On Mon, Sep 24, 2012 at 04:55:20PM +0100, Steven Hartland wrote:
> - Original Message -
> From: "Bob Bishop"
> To: "Pawel Jakub Dawidek"
> Cc: ; ; "Steven
> Hartland"
> Sent: Monday, September 24, 2012 3:17 PM
> Subject: Re: ZFS TRIM support committed to HEAD.
>
>
> > Hi,
> >
> > On
I have a machine running "FreeBSD 10.0-CURRENT #0 r240887" amd64 with two
ConnectX (InfiniBand) cards. Relevant bits of dmesg and pciconf -lv below. The
cards are connected directly to a 10GB Ethernet switch so I need to run them in
"eth" mode rather than "ib". Unfortunately they come up in "ib"
Hi,
On 24 Sep 2012, at 16:55, Steven Hartland wrote:
> Don't think ad supports TRIM, switch to ada (ahci) and you should be good.
Switched to AHCI and now looks more plausible:
kstat.zfs.misc.zio_trim.zio_trim_bytes: 2173466624
kstat.zfs.misc.zio_trim.zio_trim_success: 13244
kstat.zfs.misc.zio_
- Original Message -
From: "Pawel Jakub Dawidek"
Although I'm surprised your seeing that many reported failures as it should
have disabled it on a pool level after the first few failures.
Is it still increasing?
Note that 'failed' count is increasing, not the 'unsupported' count.
We
Hi,
Still seems to be working OK, but:
seagoon# zpool status
pool: m1
state: ONLINE
status: One or more devices has experienced an unrecoverable error. An
attempt was made to correct the error. Applications are unaffected.
action: Determine if the device needs to be replaced, and cle
On Mon, Sep 24, 2012 at 1:03 PM, Steven Hartland
wrote:
> Ahh yes looks like ATA supports BIO_DELETE via ATA_CFA_ERASE if the drive
> announces ATA_PROTO_CFA, so I can only assume this is failing when it
> shouldn't.
>
> Might be nice to investigate what's happening and fix, but as ATA is
> being
- Original Message -
From: "Ryan Stone"
Ahh yes looks like ATA supports BIO_DELETE via ATA_CFA_ERASE if the drive
announces ATA_PROTO_CFA, so I can only assume this is failing when it
shouldn't.
Might be nice to investigate what's happening and fix, but as ATA is
being replaced by CAM A
>On Fri, Sep 21, 2012 at 08:34:29PM +0900, Wanpeng Qian wrote:
>> >On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote:
>> >> Hi,
>> >>
>> >> >On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote:
>> >> >> Hi, here is the dmesg output.
>> >> >>
>> >> >> bge0:
>> >> >> mem
>> >
Hello,
For years I have put 'device atapicam' in my kernel. If my memory serves
my well, this was to assist with dvd recording. I must have missed
something. Is it now as simple as adding hw.ata.atapi_dma="1" to
/boot/loader.conf?
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -
I am so sorry, I make a mistake.
I exclude bge driver from kernel config
sometime before and I totally forgot it!
I will try your WIP files later.
Regards.
Qian
>Does stock bge(4) in latest stable/9 recognize your controller?
>If the answer is yes, would you post full verbose boot message?
___
On Mon, Sep 24, 2012 at 9:51 PM, Wanpeng Qian wrote:
> I am so sorry, I make a mistake.
> I exclude bge driver from kernel config
> sometime before and I totally forgot it!
>
> I will try your WIP files later.
Ok -- I was holding off based on your earlier reports, but I'll
give pyunh@'s files
On Tue, Sep 25, 2012 at 12:14:24AM +0100, Bob Bishop wrote:
> Hi,
>
> Still seems to be working OK, but:
>
> seagoon# zpool status
> pool: m1
> state: ONLINE
> status: One or more devices has experienced an unrecoverable error. An
> attempt was made to correct the error. Applications a
25 matches
Mail list logo
