Jack Vogel wrote:
> Look again closely, AFBR-703SDZ-IN2 and AFBR-703SDDZ-IN1 are supported,
> AFBR-703SDZ-IN is not.
Sorry, that was a cut&pasto. We have the AFBR-703SDZ-IN2.
The full detail from the box according the guy on site is:
AFBR-703SDZ-IN2 (INTEL)FTLX8571D3BCL
Ian
--
Ian Freisli
On Dec 4, 2012, at 6:18 PM, Matthew Jacob wrote:
> On 12/4/2012 1:36 PM, Jeff Roberson wrote:
>> http://people.freebsd.org/~jeff/loadccb.diff
>>
> looks ok for isp. This doesn't do diddly for target mode- do you know off the
> top of your head if it will break anything there?
>
It will. I be
On Dec 4, 2012, at 5:58 PM, Jeff Roberson wrote:
> On Tue, 4 Dec 2012, Ian Lepore wrote:
>
>> On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote:
>>> On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote:
>>>
http://people.freebsd.org/~jeff/loadccb.diff
This patch consolidates all o
On 12/4/2012 1:36 PM, Jeff Roberson wrote:
http://people.freebsd.org/~jeff/loadccb.diff
looks ok for isp. This doesn't do diddly for target mode- do you know
off the top of your head if it will break anything there?
___
freebsd-current@freebsd.org m
On Tue, 4 Dec 2012, Ian Lepore wrote:
On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote:
On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote:
http://people.freebsd.org/~jeff/loadccb.diff
This patch consolidates all of the functions that map cam control blocks for
DMA into one central functio
2012/12/4 Warner Losh
> [ replying to an old thread, sorry ]
>
> On Nov 3, 2012, at 4:56 PM, Lev Serebryakov wrote:
>
> > Hello, Alexander.
> > You wrote 4 ноября 2012 г., 2:12:03:
> >
> > AY> Quick glance to nanobsd give me impression that:
> > AY> 1) nanobsd is MBR based, so :
> > AY> 2) nanobs
On Tue, 2012-12-04 at 14:49 -0700, Warner Losh wrote:
> On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote:
>
> > http://people.freebsd.org/~jeff/loadccb.diff
> >
> > This patch consolidates all of the functions that map cam control blocks
> > for DMA into one central function. This change is a pr
On Dec 4, 2012, at 2:36 PM, Jeff Roberson wrote:
> http://people.freebsd.org/~jeff/loadccb.diff
>
> This patch consolidates all of the functions that map cam control blocks for
> DMA into one central function. This change is a precursor to adding new
> features to the I/O stack. It is mostly
[ replying to an old thread, sorry ]
On Nov 3, 2012, at 4:56 PM, Lev Serebryakov wrote:
> Hello, Alexander.
> You wrote 4 ноября 2012 г., 2:12:03:
>
> AY> Quick glance to nanobsd give me impression that:
> AY> 1) nanobsd is MBR based, so :
> AY> 2) nanobsd is disk-name-change sensitive.
> Here
http://people.freebsd.org/~jeff/loadccb.diff
This patch consolidates all of the functions that map cam control blocks
for DMA into one central function. This change is a precursor to adding
new features to the I/O stack. It is mostly mechanical. If you are
running current on a raid or scsi
On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin wrote:
> Hmm, I certainly see the module directories being built in parallel. Some
> of
> the make jobs may not be as obvious since links are silent (no output
> unless
> there is an error).
>
>
This is definitely not the behaviour that I see trying
On Friday, November 23, 2012 5:56:02 pm Adrian Chadd wrote:
> Thanks for this!
>
> I'm sorry it hasn't gotten any more attention. I've cc'ed john because
> he understands the PCI-PCI resource allocation stuff and I currently
> don't; I'm hoping he can stare at this and see what's going on.
>
> Bu
On Sunday, November 04, 2012 2:53:02 pm Andre Oppermann wrote:
> On 22.10.2012 15:28, John Baldwin wrote:
> > On Sunday, October 21, 2012 7:11:10 am Andre Oppermann wrote:
> >> What's keeping kernel modules from building in parallel with
> >> "make -j8"?
> >
> > They don't for you? They do for me
On Tue, 4 Dec 2012 00:41:32 +0200, Konstantin Belousov
wrote:
> Please try the patch below. It might give an immediate relief, but still
> there are many offenders in the backtrace.
Thanks for the patch, it works now.
___
freebsd-current@freebsd.org
Look again closely, AFBR-703SDZ-IN2 and AFBR-703SDDZ-IN1 are supported,
AFBR-703SDZ-IN is not.
Jack
On Tue, Dec 4, 2012 at 3:47 AM, Ian FREISLICH wrote:
> Hi
>
> I've just had this card installed in our servers:
>
> ix0@pci0:12:0:0:class=0x02 card=0x7a118086 chip=0x10fb8086
> rev=0
If there is indeed some problem with libreoffice, I will report back
after MFC :)
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/HEADS-UP-Imported-llvm-clang-3-2-RC2-into-head-tp5766354p5766507.html
Sent from the freebsd-current mailing list archive at Nabble.com.
__
Hello all.
I had some spare time so i thought it was a good moment to look at
auditdistd .
One thing i noticed was the default config file location.
The man page and the wiki tells me it is /etc/security/auditdistd
I enabled audistd by placing the following in the rc.conf file
auditdistd_enabl
04.12.2012 13:25, O. Hartmann пишет:
> On the boxes using FBSD 10.0-CUR and LibreOffice 3.5.7 as in the ports,
> after the update, the rebuild of the world (at FreeBSD 10.0-CURRENT #1
> r243836M: Mon Dec 3 23:47:54 CET 2012), an attempt starting LibreOffice
> ends up in a SIGNAL 10:
>
> pid 95059
Hi
I've just had this card installed in our servers:
ix0@pci0:12:0:0:class=0x02 card=0x7a118086 chip=0x10fb8086 rev=0x01
hdr=0x00
vendor = 'Intel Corporation'
device = '82599EB 10-Gigabit SFI/SFP+ Network Connection'
class = network
subclass = ethernet
On 12/03/12 20:42, Dimitry Andric wrote:
> Hi all,
>
> I have just imported llvm/clang 3.2 RC2 into head, in r243830. The 3.2
> release will happen soon, in approximately two weeks. I do not expect
> any significant changes anymore, though.
>
> As usual, please report any strangeness or new bug
20 matches
Mail list logo
