On Sun, Jun 04, 2017 at 09:52:36 +0200, Hans Petter Selasky wrote:
> On 06/04/17 09:39, Tomoaki AOKI wrote:
> > Hi
> >
> > One possibility would be to make it MD build-time OTIONS,
> > defaulting 1M on regular systems and 128k on smaller systems.
> >
> > Of course I guess making it a tunable (or
Ken
- Forwarded message from "Kenneth D. Merry" -
Date: Tue, 21 Jun 2016 20:18:19 +0000 (UTC)
From: "Kenneth D. Merry"
To: src-committ...@freebsd.org, svn-src-...@freebsd.org,
svn-src-h...@freebsd.org
Subject: svn commit: r302069 - head/sys/geom
Author: ken
Date: Tue
On Thu, May 26, 2016 at 16:42:10 +0200, Gary Jennejohn wrote:
> On Thu, 26 May 2016 10:10:14 -0400
> "Kenneth D. Merry" wrote:
>
> > On Thu, May 26, 2016 at 16:00:41 +0200, Gary Jennejohn wrote:
> > > protocol ATA/ATAPI-9 SATA 3.x
> > >
On Thu, May 26, 2016 at 15:02:24 +0100, Igor Mozolevsky wrote:
> On 26 May 2016 at 14:41, Kenneth D. Merry wrote:
>
> > On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote:
> > > On Thu, 26 May 2016 08:34:45 -0400
> > > "Kenneth D. Merry" wrote:
On Thu, May 26, 2016 at 16:00:41 +0200, Gary Jennejohn wrote:
> On Thu, 26 May 2016 09:41:20 -0400
> "Kenneth D. Merry" wrote:
>
> > On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote:
> > > On Thu, 26 May 2016 08:34:45 -0400
> > > "K
On Thu, May 26, 2016 at 15:29:21 +0200, Gary Jennejohn wrote:
> On Thu, 26 May 2016 08:34:45 -0400
> "Kenneth D. Merry" wrote:
>
> > On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote:
> > What kind of drive is it?
> >
>
> ST8000AS 0
On Thu, May 26, 2016 at 08:42:53 +0200, Gary Jennejohn wrote:
> Now that ken@ has checked in the SMR code I'm wondering how I can see
> whether it's having any effect.
>
> I have a 8TB SMR disk in a USB3 enclosure. Does the kernel emit any
> sort of trace to indicate that it sees the drive as SMR
On Wed, May 25, 2016 at 14:36:59 +0200, Gary Jennejohn wrote:
> On Wed, 25 May 2016 08:15:11 +0200
> Gary Jennejohn wrote:
>
> > On Tue, 24 May 2016 15:10:41 -0400
> > "Kenneth D. Merry" wrote:
> >
> > > Can you send full dmesg output from the wo
On Wed, May 25, 2016 at 07:35:06 +0700, Alex V. Petrov wrote:
>
>
> 25.05.16 03:18, Kenneth D. Merry ??:
> > On Tue, May 24, 2016 at 21:59:53 +0700, Alex V. Petrov wrote:
> >> 24.05.16 20:21, Kenneth D. Merry ??:
> >>> On Tue, May 24, 2016 at
On Tue, May 24, 2016 at 23:54:09 +0300, Oleg V. Nauman wrote:
> On Tuesday 24 May 2016 16:17:33 you wrote:
> > Okay, I've got a basic idea of what may be going on. The resets that are
> > getting sent are triggering another probe, which then triggers a reset,
> > which triggers a probe...and so on
On Tue, May 24, 2016 at 21:59:53 +0700, Alex V. Petrov wrote:
> 24.05.16 20:21, Kenneth D. Merry ??:
> > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote:
> >> On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote:
> >>> On Tue, May 24, 2016 at
On Tue, May 24, 2016 at 20:46:33 +0300, Oleg V. Nauman wrote:
> On Tuesday 24 May 2016 13:13:29 Kenneth D. Merry wrote:
> > On Tue, May 24, 2016 at 18:21:19 +0300, Oleg V. Nauman wrote:
> > > On Tuesday 24 May 2016 10:02:09 you wrote:
> > > > On Tue, May 24, 2016 at
On Tue, May 24, 2016 at 20:00:51 +0200, Gary Jennejohn wrote:
> On Tue, 24 May 2016 10:41:25 -0400
> "Kenneth D. Merry" wrote:
>
> > > The question in my mind is - why are "empty" multiplier ports being
> > > probed with the new code but not with t
On Tue, May 24, 2016 at 18:21:19 +0300, Oleg V. Nauman wrote:
> On Tuesday 24 May 2016 10:02:09 you wrote:
> > On Tue, May 24, 2016 at 16:38:40 +0300, Oleg V. Nauman wrote:
> > > On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote:
> > > > On Tue, May 24, 2016 at
On Tue, May 24, 2016 at 15:58:28 +0200, Gary Jennejohn wrote:
> On Mon, 23 May 2016 13:51:05 -0400
> "Kenneth D. Merry" wrote:
>
> > On Sat, May 21, 2016 at 10:09:49 +0200, Gary Jennejohn wrote:
> > > There appears to be a regression in AHCI/ADA behavior sinc
On Tue, May 24, 2016 at 16:38:40 +0300, Oleg V. Nauman wrote:
> On Tuesday 24 May 2016 09:21:17 Kenneth D. Merry wrote:
> > On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote:
> > > On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote:
> > > > On Tue,
On Tue, May 24, 2016 at 08:04:21 +0300, Oleg V. Nauman wrote:
> On Monday 23 May 2016 19:08:16 Kenneth D. Merry wrote:
> > On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote:
> > > On Monday 23 May 2016 17:30:45 you wrote:
> > > > On Tue, May 24, 2016 at
On Tue, May 24, 2016 at 00:59:34 +0300, Oleg V. Nauman wrote:
> On Monday 23 May 2016 17:30:45 you wrote:
> > On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote:
> > > On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote:
> > > > On Tue, May 24, 2016 at
On Tue, May 24, 2016 at 00:15:25 +0300, Oleg V. Nauman wrote:
> On Monday 23 May 2016 17:11:34 Kenneth D. Merry wrote:
> > On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote:
> > > On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote:
> > > > On Mon, May 23
On Tue, May 24, 2016 at 00:05:49 +0300, Oleg V. Nauman wrote:
> On Monday 23 May 2016 16:53:55 Kenneth D. Merry wrote:
> > On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote:
> > > On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote:
> > > > On Sat, May 21
On Mon, May 23, 2016 at 23:21:32 +0300, Oleg V. Nauman wrote:
> On Monday 23 May 2016 15:25:39 Kenneth D. Merry wrote:
> > On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote:
> > > I have faced the issue with fresh CURRENT stopped to boot on my old
> > >
On Sat, May 21, 2016 at 09:30:35 +0300, Oleg V. Nauman wrote:
>
> I have faced the issue with fresh CURRENT stopped to boot on my old desktop
> after update to r300299
> Verbose boot shows the endless cycle of
>
> ata2: SATA reset: ports status=0x05
> ata2: reset tp1 mask=03 ostat0=50 ostat1=5
On Sat, May 21, 2016 at 10:09:49 +0200, Gary Jennejohn wrote:
> There appears to be a regression in AHCI/ADA behavior since r300207.
>
> Starting a test kernel at r300293 results in extremely long timeouts
> probing ahcich2 for non-existent multiplier ports.
>
> Here some kernel output:
Is this
On Tue, Mar 01, 2016 at 20:07:19 -0700, Scott Long wrote:
> Hi Ken,
>
> I???m against changing the function signature of scsi_ata_pass_16(). Even
> if you manage to get things right with symbol versioning, it still leads to
> problems of code compatibility. Maybe pre-existing binaries will work,
in to a binary linked to the
unversioned library when you run it against a versioned library? In other
words, what is supposed to happen in the test scenario I tried above, and
am I really seeing what is supposed to happen?
Thanks,
Ken
On Mon, Jan 18, 2016 at 17:37:04 -0500, Kenneth D. Merry
On Tue, Jan 19, 2016 at 20:02:52 +0300, Slawa Olhovchenkov wrote:
> On Tue, Jan 19, 2016 at 11:38:31AM -0500, Kenneth D. Merry wrote:
>
> > On Tue, Jan 19, 2016 at 14:45:23 +0300, Slawa Olhovchenkov wrote:
> > > On Mon, Jan 18, 2016 at 05:37:04PM -0500, Kenneth D. Merry wr
On Tue, Jan 19, 2016 at 14:45:23 +0300, Slawa Olhovchenkov wrote:
> On Mon, Jan 18, 2016 at 05:37:04PM -0500, Kenneth D. Merry wrote:
>
> > I have a new set of SMR patches available. See below for the full
> > explanation.
> >
> > The primary change here is that I
On Mon, Jan 18, 2016 at 16:50:34 -0800, Warner Losh wrote:
>
> > On Jan 18, 2016, at 2:37 PM, Kenneth D. Merry wrote:
> >
> > I have a new set of SMR patches available. See below for the full
> > explanation.
> >
> > The primary change here is tha
SVN revision 294105:
https://people.freebsd.org/~ken/cam_smr.head.20160118.1.txt
FreeBSD stable/10 as of SVN revision 294100:
https://people.freebsd.org/~ken/cam_smr.stable10.20160118.1.txt
Testing and comments are welcome.
Ken
On Wed, Nov 18, 2015 at 12:13:09 -0500, Kenneth D. Merry wrote:
>
&g
On Thu, Nov 19, 2015 at 12:48:41 -0600, Matthew D. Fuller wrote:
> On Wed, Nov 18, 2015 at 12:13:09PM -0500 I heard the voice of
> Kenneth D. Merry, and lo! it spake thus:
> >
> > Testing and comments are welcome.
>
> GELI does explicit handling of each BIO type, so will
I have work in progress patches to add SMR (Shingled Magnetic Recording)
support to CAM and GEOM here:
FreeBSD/head as of SVN revision 290997:
https://people.freebsd.org/~ken/cam_smr.head.20151117.1.txt
FreeBSD stable/10 as of SVN revision 290995:
https://people.freebsd.org/~ken/cam_smr.stable
nough bugs and it is stable enough to go
into the tree. That will allow others to more easily use the code and add
enhancements.
Ken
On Mon, Mar 30, 2015 at 16:23:58 -0600, Kenneth D. Merry wrote:
>
> I have put patches to add an asynchronous interface to the pass(4) driver
> and add
On Mon, Aug 24, 2015 at 17:24:22 -0400, Dan Langille wrote:
>
> > On Mar 2, 2015, at 12:26 PM, Kenneth D. Merry wrote:
> >
> > On Mon, Mar 02, 2015 at 11:43:15 -0500, Dan Langille wrote:
> >>
> >>> On Mar 1, 2015, at 9:06 PM, Kenneth D. Merry wrote:
On Mon, Jul 13, 2015 at 18:29:36 +0300, Alexander Motin wrote:
> Hi.
>
> On 13.07.2015 11:51, Kohji Okuno wrote:
> >> On 07/13/15 10:11, Kohji Okuno wrote:
> >>> Could you comment on my quesion?
> >>>
> I found panic() in scsi_da.c. Please find the following.
> I think we should return w
I have put patches to camcontrol(8) to implement the attrib subcommand
here:
FreeBSD/head as of SVN revision 283160:
http://people.freebsd.org/~ken/camcontrol_attrib.20150520.1.txt
FreeBSD stable/10 as of SVN revision 283161:
http://people.freebsd.org/~ken/camcontrol_attrib.stable10.20150520.1
On Tue, Apr 07, 2015 at 13:16:04 +0200, Fabian Keil wrote:
> "Kenneth D. Merry" wrote:
>
> > On Mon, Apr 06, 2015 at 15:39:56 +0200, Fabian Keil wrote:
> > > "Kenneth D. Merry" wrote:
> > >
> > > > I have put patches to add an asyn
On Mon, Apr 06, 2015 at 15:39:56 +0200, Fabian Keil wrote:
> "Kenneth D. Merry" wrote:
>
> > I have put patches to add an asynchronous interface to the pass(4) driver
> > and add a new camdd(8) utility here:
> >
> > FreeBSD/head as of SVN revision 280857:
On Tue, Mar 31, 2015 at 03:49:12 +0300, Konstantin Belousov wrote:
> On Mon, Mar 30, 2015 at 04:23:58PM -0600, Kenneth D. Merry wrote:
> > Kernel memory for data transferred via the queued interface is
> > allocated from the zone allocator in MAXPHYS sized chunks, and user
> &
I have put patches to add an asynchronous interface to the pass(4) driver
and add a new camdd(8) utility here:
FreeBSD/head as of SVN revision 280857:
http://people.freebsd.org/~ken/async_pass.head.20150330.1.txt
FreeBSD stable/10 as of SVN revision 280856:
http://people.freebsd.org/~ken/async
On Wed, Mar 11, 2015 at 20:26:49 +0100, Harald Schmalzbauer wrote:
> Bez?glich Kenneth D. Merry's Nachricht vom 28.02.2015 01:08 (localtime):
> ?
> >> Still just works fine ! :-) (stable_10.20150218.1-patchset with LTO2,
> >> LTO3 and DDS5)
> >> With DDS5, densitiy is reported as "unknown". If I r
On Sat, Mar 07, 2015 at 14:30:26 +0100, Harald Schmalzbauer wrote:
> Bez?glich Kenneth D. Merry's Nachricht vom 19.02.2015 01:13 (localtime):
> > I have updated the patches.
> >
> > I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
> > I committed those separately.
> >
> >
On Mon, Mar 02, 2015 at 16:34:34 -0500, Dan Langille wrote:
>
> > On Mar 2, 2015, at 2:47 PM, Dan Langille wrote:
> >
> >
> >> On Mar 2, 2015, at 2:07 PM, Dan Langille wrote:
> >>
> >>
> >>> On Mar 2, 2015, at 12:28 PM, Kenneth D.
On Mon, Mar 02, 2015 at 11:45:59 -0500, Dan Langille wrote:
>
> > On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote:
> >
> >
> > I have a fairly large set of changes to the sa(4) driver and mt(1) driver
> > that I'm planning to commit in the near future.
On Mon, Mar 02, 2015 at 11:44:09 -0500, Dan Langille wrote:
>
> > On Mar 2, 2015, at 11:31 AM, Kenneth D. Merry wrote:
> >
> > On Mon, Mar 02, 2015 at 11:09:57 -0500, Dan Langille wrote:
> >>
> >>> On Mar 1, 2015, at 9:29 PM, Kenneth D. Merry wrote:
On Mon, Mar 02, 2015 at 11:43:15 -0500, Dan Langille wrote:
>
> > On Mar 1, 2015, at 9:06 PM, Kenneth D. Merry wrote:
> >
> > On Sun, Mar 01, 2015 at 19:40:40 -0500, Dan Langille wrote:
> >>
> >>> On Mar 1, 2015, at 7:36 PM, Kenneth D. Merry wrote:
On Mon, Mar 02, 2015 at 11:09:57 -0500, Dan Langille wrote:
>
> > On Mar 1, 2015, at 9:29 PM, Kenneth D. Merry wrote:
> >
> > On Sun, Mar 01, 2015 at 19:41:07 -0500, Dan Langille wrote:
> >>
> >>> On Mar 1, 2015, at 7:31 PM, Kenneth D. Merry wrote:
On Sun, Mar 01, 2015 at 19:41:07 -0500, Dan Langille wrote:
>
> > On Mar 1, 2015, at 7:31 PM, Kenneth D. Merry wrote:
> >
> > On Sun, Mar 01, 2015 at 19:15:05 -0500, Dan Langille wrote:
> >>
> >>> On Feb 17, 2015, at 1:36 PM, Kenneth D. Merry wrote:
On Sun, Mar 01, 2015 at 19:40:40 -0500, Dan Langille wrote:
>
> > On Mar 1, 2015, at 7:36 PM, Kenneth D. Merry wrote:
> >
> > On Sun, Mar 01, 2015 at 19:28:37 -0500, Dan Langille wrote:
> >>
> >>> On Mar 1, 2015, at 7:18 PM, Kenneth D. Merry wrote:
On Sun, Mar 01, 2015 at 19:28:37 -0500, Dan Langille wrote:
>
> > On Mar 1, 2015, at 7:18 PM, Kenneth D. Merry wrote:
> >
> > On Sun, Mar 01, 2015 at 17:06:24 -0500, Dan Langille wrote:
> >>
> >>> On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote:
On Sun, Mar 01, 2015 at 19:15:05 -0500, Dan Langille wrote:
>
> > On Feb 17, 2015, at 1:36 PM, Kenneth D. Merry wrote:
> >
> > On Sat, Feb 14, 2015 at 18:22:43 -0500, Dan Langille wrote:
> >>
> >>> On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote:
On Sun, Mar 01, 2015 at 17:06:24 -0500, Dan Langille wrote:
>
> > On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote:
> >
> >
> > I have a fairly large set of changes to the sa(4) driver and mt(1) driver
> > that I'm planning to commit in the near future.
On Sat, Feb 28, 2015 at 17:29:48 -0500, Dan Langille wrote:
>
> > On Feb 18, 2015, at 7:13 PM, Kenneth D. Merry wrote:
> >
> >
> > I have updated the patches.
> >
> > I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
> >
On Fri, Feb 27, 2015 at 17:56:42 -0500, Dan Langille wrote:
>
> > On Feb 17, 2015, at 1:36 PM, Kenneth D. Merry wrote:
> >
> > On Sat, Feb 14, 2015 at 18:22:43 -0500, Dan Langille wrote:
> >>
> >>> On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote:
On Fri, Feb 27, 2015 at 20:05:05 +0100, Harald Schmalzbauer wrote:
> Bez?glich Kenneth D. Merry's Nachricht vom 26.02.2015 23:42 (localtime):
>
> ?
> >>> And (untested) patches against FreeBSD stable/10 as of SVN revision
> >>> 278974:
> >>>
> >>> http://people.freebsd.org/~ken/sa_changes.stable
On Thu, Feb 26, 2015 at 10:57:50 +0100, Harald Schmalzbauer wrote:
> Bez?glich Kenneth D. Merry's Nachricht vom 19.02.2015 01:13 (localtime):
> > I have updated the patches.
> >
> > I have removed the XPT_DEV_ADVINFO changes from the patches to head, since
> > I committed those separately.
> >
> >
/sa_changes.stable_10.20150218.1.txt
Thanks,
Ken
On Fri, Feb 13, 2015 at 17:32:32 -0700, Kenneth D. Merry wrote:
>
> I have a fairly large set of changes to the sa(4) driver and mt(1) driver
> that I'm planning to commit in the near future.
>
> A description of the changes is here and b
On Sat, Feb 14, 2015 at 18:22:43 -0500, Dan Langille wrote:
>
> > On Feb 13, 2015, at 7:32 PM, Kenneth D. Merry wrote:
> >
> >
> > I have a fairly large set of changes to the sa(4) driver and mt(1) driver
> > that I'm planning to commit in the near future.
I have a fairly large set of changes to the sa(4) driver and mt(1) driver
that I'm planning to commit in the near future.
A description of the changes is here and below in this message.
If you have tape hardware and the inclination, I'd appreciate testing and
feedback.
Rough draft
On Sat, Aug 31, 2013 at 13:07:53 -0400, Sam Fourman Jr. wrote:
> Hello list
>
> I have two issues that may in fact be both related to the LSI SAS2008 card
> or
> the mps(4) driver.
>
> this server is running FreeBSD 10.0-CURRENT #0 r255089
>
>
> 1) All of the SSD disks are showing up at SATA2 3
On Wed, Jun 27, 2012 at 10:22:59 -0400, Michael Butler wrote:
> On 06/26/12 22:29, Kenneth D. Merry wrote:
> > On Tue, Jun 26, 2012 at 19:41:07 -0400, Benjamin Kaduk wrote:
> >> On Tue, 26 Jun 2012, Michael Butler wrote:
> >>
> >>> As follows, in "g_
On Tue, Jun 26, 2012 at 19:41:07 -0400, Benjamin Kaduk wrote:
> On Tue, 26 Jun 2012, Michael Butler wrote:
>
> >As follows, in "g_disk_providergone", a NULL pointer reference?:
>
> g_disk_providergone() is new in r237518 (by ken); ken cc'd.
Can you try the attached patch to sys/geom/geom_disk.c?
On Fri, Jun 22, 2012 at 19:50:01 +0300, Alexander Motin wrote:
> Hi.
>
> I understand problem you are going to fix and I think your patch should
> do it. What I don't very like is addition of new GEOM method. Now GEOM
> doesn't need it because all internal open/close operations and provider
> d
On Thu, Jun 21, 2012 at 23:58:10 +0400, Andrey V. Elsukov wrote:
> On 21.06.2012 20:48, Kenneth D. Merry wrote:
> >>> In this case, the GEOM disk class instance has been created by
> >>> disk_create(), and the taste of the disk is queued in the GEOM
> >>>
On Thu, Jun 21, 2012 at 19:53:03 +0400, Andrey V. Elsukov wrote:
> On 21.06.2012 08:29, Kenneth D. Merry wrote:
> > Fix a bug which causes a panic in daopen(). The panic is caused by
> > a da(4) instance going away while GEOM is still probing it.
> >
> >
Hi folks,
I have attached some patches that fix an object lifetime issue between CAM
and GEOM.
Fixing the bug required adding a callback to the GEOM disk code, and adding
a callback that a GEOM class can register to get notified when a provider
is destroyed.
The probable commit message is below.
On Tue, Mar 27, 2012 at 23:50:31 +1030, Matt Thyer wrote:
> On 26 March 2012 23:55, Gary Palmer wrote:
>
> > On Mon, Mar 26, 2012 at 08:05:59PM +1030, Matt Thyer wrote:
> > > On Mar 26, 2012 3:43 AM, "Garrett Cooper" wrote:
> > > >
> > > > On Sun, Mar 25, 2012 at 5:16 AM, Matt Thyer
> > wrote:
On Tue, Feb 07, 2012 at 21:00:28 +0530, Desai, Kashyap wrote:
> Can you to reproduce issue with below mentioned changes..
>
> In mps.c
>
> mps_get_tunables(struct mps_softc *sc)
> {
> char tmpstr[80];
>
> /* XXX default to some debugging for now */
> sc->mps_debug = MPS_FAULT;
>
>
On Wed, Jan 25, 2012 at 20:47:37 -0800, Dennis Glatting wrote:
> On Fri, 2012-01-20 at 13:44 -0700, Kenneth D. Merry wrote:
> > The LSI-supported version of the mps(4) driver that supports their 6Gb SAS
> > HBAs as well as WarpDrive controllers, is available here
On Tue, Jan 24, 2012 at 00:03:56 -0600, Richard Todd wrote:
> On Mon, Jan 23, 2012 at 11:16:05AM -0700, Kenneth D. Merry wrote:
> > If you can, please try the attached patch and see if it has any impact on
> > the problem. There is a bug in that commit in that we shouldn't be
On Sun, Jan 22, 2012 at 20:52:38 -0600, Richard Todd wrote:
> Hi. I tried upgrading my amd64 10-CURRENT box to the most recent -CURRENT
> code
> and found that the new kernel couldn't find my two disks and tape drive that
> are on a Firewire bus. All the USB and AHCI-attached hardware still show
On Fri, Jan 20, 2012 at 23:14:20 -, Steven Hartland wrote:
> - Original Message -
> From: "Kenneth D. Merry"
> To: ;
> Sent: Friday, January 20, 2012 8:44 PM
> Subject: LSI supported mps(4) driver available
>
>
> >
> >The LSI-supported
On Fri, Jan 20, 2012 at 12:53:04 -0800, Freddie Cash wrote:
> On Fri, Jan 20, 2012 at 12:44 PM, Kenneth D. Merry wrote:
> > The LSI-supported version of the mps(4) driver that supports their 6Gb SAS
> > HBAs as well as WarpDrive controllers, is available here:
>
> Just
The LSI-supported version of the mps(4) driver that supports their 6Gb SAS
HBAs as well as WarpDrive controllers, is available here:
http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt
I plan to check it in to head next week, and then MFC it into stable/9 a
week after that most likely.
Pl
On Thu, Jan 12, 2012 at 14:59:11 -0600, Dan McGregor wrote:
> Building world with clang now (as of r229997) no longer compiles because
> ctlstat was imported into the tree. The error is:
>
> clang -O2 -pipe -I/usr/src/usr.bin/ctlstat/../../sys -std=gnu99
> -fstack-protector -Wsystem-headers -Wer
On Wed, Jan 04, 2012 at 21:53:11 -0700, Kenneth D. Merry wrote:
>
> The CAM Target Layer (CTL) is now available for testing. I am planning to
> commit it to to head next week, barring any major objections.
>
> CTL is a disk and processor device emulation subsystem originally writ
On Thu, Jan 05, 2012 at 01:03:57 -0800, Julian Elischer wrote:
> On 1/4/12 8:39 PM, Kenneth D. Merry wrote:
> >The CAM Target Layer (CTL) is now available for testing. I am planning to
> >commit it to to head next week, barring any major objections.
> >
> >CTL is
The CAM Target Layer (CTL) is now available for testing. I am planning to
commit it to to head next week, barring any major objections.
CTL is a disk and processor device emulation subsystem originally written
for Copan Systems under Linux starting in 2003. It has been shipping in
Copan (now SG
The CAM Target Layer (CTL) is now available for testing. I am planning to
commit it to to head next week, barring any major objections.
CTL is a disk and processor device emulation subsystem originally written
for Copan Systems under Linux starting in 2003. It has been shipping in
Copan (now SG
This has been committed to head, and the plan is to get it into stable/9
in time for 9.0.
Please let me know if you run into any problems with the changes.
Thanks,
Ken
On Fri, Sep 30, 2011 at 23:19:14 -0600, Kenneth D. Merry wrote:
>
> I have attached a new version of the patches,
On Tue, Sep 27, 2011 at 21:46:03 +0200, Fabian Keil wrote:
> "Kenneth D. Merry" wrote:
>
> > On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote:
> > > "Kenneth D. Merry" wrote:
> > >
> > > > I have attached a set of pat
On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote:
> "Kenneth D. Merry" wrote:
>
> > I have attached a set of patches against head that implement SCSI
> > descriptor sense support for CAM.
>
> > Anyway, I'd appreciate any testing and feedback o
On Wed, Jun 22, 2011 at 08:13:25 +0400, Andrey Chernov wrote:
> On Tue, Jun 21, 2011 at 09:54:04PM -0600, Kenneth D. Merry wrote:
> > These two are interesting:
> >
> > > http://img825.imageshack.us/img825/1249/21062011014m.jpg
> > > http://img839.imagesha
On Wed, Jun 22, 2011 at 00:49:34 +0400, Andrey Chernov wrote:
> On Tue, Jun 21, 2011 at 10:17:19AM -0600, Kenneth D. Merry wrote:
> > ps
> > alltrace
> > show locks
> > show msgbuf
> >
> > Hopefully that will give us something to start looking at...
> >
On Mon, Jun 20, 2011 at 15:46:56 +0400, Andrey Chernov wrote:
> On Mon, Jun 20, 2011 at 11:01:46AM +0300, Kostik Belousov wrote:
> > On Mon, Jun 20, 2011 at 11:02:22AM +0400, Andrey Chernov wrote:
> > > On Sun, Jun 19, 2011 at 08:15:43PM -0600, Justin T. Gibbs wrote:
> > > > On 6/19/11 6:19 PM, And
On Sat, May 28, 2011 at 11:26:50 -0700, Julian Elischer wrote:
> On 5/27/11 3:45 PM, Kenneth D. Merry wrote:
> >Hey folks,
> >
> >I have attached some patches to the kernel message buffer code (this
> >affects dmesg(8) output as well as kernel messages that go to th
Hey folks,
I have attached some patches to the kernel message buffer code (this
affects dmesg(8) output as well as kernel messages that go to the syslog)
to address log scrambling.
This fixes the same issue that 'options PRINTF_BUFR_SIZE=128' fixes for the
console.
The problem is that you can ha
On Mon, Apr 11, 2011 at 19:09:00 +0300, Alexander Motin wrote:
> On 11.04.2011 18:43, Kenneth D. Merry wrote:
> >On Sun, Apr 10, 2011 at 23:19:31 +0300, Alexander Motin wrote:
> >>Alexander Best wrote:
> >>>2) the pass* devices still don't show up under i
On Sun, Apr 10, 2011 at 23:19:31 +0300, Alexander Motin wrote:
> Alexander Best wrote:
> > On Thu Apr 7 11, Alexander Motin wrote:
> >> Alexander Best wrote:
> >>> On Fri Apr 1 11, John Baldwin wrote:
> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote:
> > i think there are mu
On Thu, Apr 07, 2011 at 13:59:35 +0300, Alexander Motin wrote:
> Alexander Best wrote:
> > On Fri Apr 1 11, John Baldwin wrote:
> >> On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote:
> >>> i think there are multiple issues with devstat. i found the following in
> >>> devicestat.h:
>
>
I sent this out to the -scsi list earlier today. Testers would be
appreciated for the 6Gb LSI SAS driver.
Please follow up to me or the -scsi list.
Thanks,
Ken
- Forwarded message from "Kenneth D. Merry" -
Date: Fri, 10 Sep 2010 09:04:38 -0600
From: "Kenneth D
I checked in a change to the CAM error recovery code that will hopefully
have a positive effect on systems with CDROM drives that were taking a
while to probe.
Anyway, try this out and let me know if there are any regressions.
Thanks,
Ken
- Forwarded message from "Kenneth D.
On Sun, Oct 12, 2003 at 14:29:38 -0700, Steve Kargl wrote:
> On Sun, Oct 12, 2003 at 02:51:50PM -0600, Kenneth D. Merry wrote:
> > On Sun, Oct 12, 2003 at 10:26:54 -0700, Steve Kargl wrote:
> > > Can I assume that the following error messages are
> > > erronous beca
On Sun, Oct 12, 2003 at 10:26:54 -0700, Steve Kargl wrote:
> Can I assume that the following error messages are
> erronous because cd0 appears to function without
> any problems? There is a CD in the drive.
>
> cd0 at ahc0 bus 0 target 4 lun 0
> cd0: Removable CD-ROM SCSI-2 device
> cd0: 10.000
On Fri, Sep 19, 2003 at 08:22:13 -0700, Sam Leffler wrote:
> > Hmm. One other thing I'm seeing is that when I configure a 128 bit key
> > with ifconfig or wicontrol (wicontrol shows all 28 characters -- 0x plus
> > 26 hex characters), ifconfig still thinks it is a 104 bit key. This is
> > because
On Wed, Sep 17, 2003 at 12:43:08 -0700, Sam Leffler wrote:
> > I've got a Netgear WAG511 (Atheros 5212-based card) and a Netgear FWAG114
> > wireless router.
> >
> > I've been trying to get the card and the router talking under FreeBSD.
> > (Both 802.11a and 802.11g work fine under Windows on the
I've got a Netgear WAG511 (Atheros 5212-based card) and a Netgear FWAG114
wireless router.
I've been trying to get the card and the router talking under FreeBSD.
(Both 802.11a and 802.11g work fine under Windows on the same machine.)
I'm using -current from September 15th.
Anyway, whenever I tr
On Fri, Sep 12, 2003 at 08:57:22 -0700, Kevin Oberman wrote:
> I am seeing a peculiar, possibly timing sensitive, crash that looks
> like if is probably in either atapicam or scsi_cd. The system is
> CURRENT as of yesterday morning.
>
> The crash happens frequently when nautilus starts up. It does
On Thu, Sep 04, 2003 at 10:02:10 -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]> writes:
> : Hello,
> : I have same problem as
> http://lists.freebsd.org/pipermail/freebsd-current/2003-August/008948.html,
> : but with other PCMCIA card - new Proxim
On Wed, Sep 03, 2003 at 03:03:04 -0700, Don Lewis wrote:
> On 3 Sep, Michael Bretterklieber wrote:
> > Hi,
> >
> > buildworld fails (cvsup some minutes ago):
> > In file included from /usr/src/sys/cam/scsi/scsi_da.c:51:
> > /usr/src/sys/sys/taskqueue.h:33:2: #error "no user-servicable parts
> > i
On Mon, Sep 01, 2003 at 02:23:18 +0200, Pawel Jakub Dawidek wrote:
> On Mon, Sep 01, 2003 at 02:13:45AM +0200, Pawel Jakub Dawidek wrote:
> +> I was getting same panics while I was working on GEOM Gate.
> +> After many hours of debugging I've tracked this down - I've initialized
> +> a mutex, but I
1 - 100 of 342 matches
Mail list logo
