Re: PCIe SATA HBA for ZFS on -STABLE

2011-06-03 Thread Matt Thyer
On 1 June 2011 17:37, Jeremy Chadwick wrote: > On Wed, Jun 01, 2011 at 02:34:55PM +0800, TJ Varghese wrote: > > On Tue, May 31, 2011 at 10:31 PM, Freddie Cash > wrote: > [snip] > > > SuperMicro AOC-USAS2-L8i works exceptionally well. These are 8-port > HBAs > > > using the LSI1068 chipset, s

Re: 8-STABLE won't boot with ZFSv28

2011-06-03 Thread Holger Kipp
Hi all, as yesterday was a bank holiday in Germany I wasn't in the office to try the patch linked in the email. Is it consent that I should try the patch located here: >>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/chipsets/ata-intel.c.diff?r1=1.25;r2=1.26 and report the result? Or do

Re: 8-STABLE won't boot with ZFSv28

2011-06-03 Thread Alexander Motin
Hi. Holger Kipp wrote: > as yesterday was a bank holiday in Germany I wasn't in the office to > try the patch linked in the email. > Is it consent that I should try the patch located here: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/chipsets/ata-intel.c.diff?r1=1.25;r2=1.26 > > and

Re: modem support MT9234ZPX-PCIE-NV

2011-06-03 Thread Willy Offermans
Dear John and FreeBSD friends, On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote: > On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote: > > Hello John and FreeBSD friends, > > > > On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote: > > > On Friday, May 27, 2011 10:38:02

Re: modem support MT9234ZPX-PCIE-NV

2011-06-03 Thread John Baldwin
On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote: > Dear John and FreeBSD friends, > > On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote: > > On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote: > > > Hello John and FreeBSD friends, > > > > > > On Fri, May 27, 2011 at 10:

[poll / rfc] kdb_stop_cpus

2011-06-03 Thread Andriy Gapon
I wonder if anybody uses kdb_stop_cpus with non-default value. If, yes, I am very interested to learn about your usecase for it. I think that the default kdb behavior is the correct one, so it doesn't make sense to have a knob to turn on incorrect behavior. But I may be missing something obvious

Re: HAST instability

2011-06-03 Thread Daniel Kalchev
Decided to apply the patch proposed in -current by Mikolaj Golub: http://people.freebsd.org/~trociny/uipc_socket.c.patch This apparently fixed my issue as well. Running without checksums for a full bonnie++ run (~100GB write/rewrite) produced no disconnects, no stalls and generated up to 280MB

Re: [poll / rfc] kdb_stop_cpus

2011-06-03 Thread Nathan Whitehorn
On 06/03/11 10:13, Andriy Gapon wrote: I wonder if anybody uses kdb_stop_cpus with non-default value. If, yes, I am very interested to learn about your usecase for it. I think that the default kdb behavior is the correct one, so it doesn't make sense to have a knob to turn on incorrect behavio

Re: [poll / rfc] kdb_stop_cpus

2011-06-03 Thread Andriy Gapon
on 03/06/2011 18:28 Nathan Whitehorn said the following: > On 06/03/11 10:13, Andriy Gapon wrote: >> >> I wonder if anybody uses kdb_stop_cpus with non-default value. >> If, yes, I am very interested to learn about your usecase for it. >> >> I think that the default kdb behavior is the correct one,

Re: HAST instability

2011-06-03 Thread Daniel Kalchev
Well, apparently my HAST joy was short. On a second run, I got stuck with Jun 3 19:08:16 b1a hastd[1900]: [data2] (primary) Unable to receive reply header: Operation timed out. on the primary. No messages on the secondary. On primary: # netstat -an | grep 8457 tcp4 0 0 10.2.101.

Re: [poll / rfc] kdb_stop_cpus

2011-06-03 Thread Robert N. M. Watson
On 3 Jun 2011, at 16:13, Andriy Gapon wrote: > I wonder if anybody uses kdb_stop_cpus with non-default value. > If, yes, I am very interested to learn about your usecase for it. The issue that prompted the sysctl was non-NMI IPIs being used to enter the debugger or reboot following a core hangi

Realtek 8111e on 8.2-RELEASE

2011-06-03 Thread Ken Chen
Hello, Anyone tried Realtek 8111e on 8.2-RELEASE? Realtek8111e should be supported, but I got following message: re0: port 0xe800-0xe8ff mem 0xfdfff000-0xfdff, 0xfdff8000-0xfdffbfff irq 17 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x2c80 re0: MAC rev. 0x re0:

Re: modem support MT9234ZPX-PCIE-NV

2011-06-03 Thread Willy Offermans
Hello John and FreeBSD friends, On Fri, Jun 03, 2011 at 09:48:26AM -0400, John Baldwin wrote: > On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote: > > Dear John and FreeBSD friends, > > > > On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote: > > > On Monday, May 30, 2011 5:25:14

Re: modem support MT9234ZPX-PCIE-NV

2011-06-03 Thread Clifton Royston
On Fri, Jun 03, 2011 at 09:00:09PM +0200, Willy Offermans wrote: > Hello John and FreeBSD friends, ... > > The latter patch seems to work: > > >From the boot.msg: > > > > puc0: mem 0xfbfffc00-0xfbff irq 16 at device 0.0 on pci6 > puc0: failed to enable port mapping! > puc0: [FILTER] >

Re: Realtek 8111e on 8.2-RELEASE

2011-06-03 Thread YongHyeon PYUN
On Sat, Jun 04, 2011 at 01:56:15AM +0800, Ken Chen wrote: > Hello, > > Anyone tried Realtek 8111e on 8.2-RELEASE? Realtek8111e should be supported, > but I got following message: > > re0: port > 0xe800-0xe8ff mem 0xfdfff000-0xfdff, > 0xfdff8000-0xfdffbfff irq 17 at device 0.0 on pci2 > re0:

Re: modem support MT9234ZPX-PCIE-NV

2011-06-03 Thread John Baldwin
On Friday, June 03, 2011 3:00:09 pm Willy Offermans wrote: > Hello John and FreeBSD friends, > > On Fri, Jun 03, 2011 at 09:48:26AM -0400, John Baldwin wrote: > > On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote: > > > Dear John and FreeBSD friends, > > > > > > On Tue, May 31, 2011 at 11

Re: Fileserver panic - FreeBSD 8.1-stable and zfs

2011-06-03 Thread Torfinn Ingolfsen
Update: On Thu, 02 Jun 2011 16:09:21 -0700 Jeremy Chadwick wrote: > Anyway, your system has 4GB of RAM installed in it, so on 8.1-STABLE I'd > recommend you try these settings: > > vm.kmem_size="3584M" > vm.kmem_size_max="3584M" > vfs.zfs.arc_max="2048M" > > Now, these are all chosen by me off