Seeking reviewers for patch; PR 193873

[Pokala, Ravi]

-----Original Message-----
From: <Meyer>, Conrad <conrad.meyer at isilon.com>
Date: Wednesday, October 8, 2014 at 9:54 AM
To: Ravi Pokala <rpokala at panasas.com>, "freebsd-hackers at freebsd.org"
<freebsd-hackers at freebsd.org>
Subject: RE: Seeking reviewers for patch; PR 193873

>(Apologies for the top-post.)
>
>Hi Ravi,
>
>Please file a bug in bugzilla and assign it to me.

Filed:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194279

However, I wasn't able to assign it to you; it's still assigned to
freebsd-bugs.

Thanks,

Ravi

>Thanks,
>Conrad
>
>________________________________________
>From: owner-freebsd-hackers at freebsd.org
>[owner-freebsd-hackers at freebsd.org] on behalf of Pokala, Ravi
>[rpokala at panasas.com]
>Sent: Wednesday, October 08, 2014 7:42 AM
>To: freebsd-hackers at freebsd.org
>Subject: Re: Seeking reviewers for patch; PR 193873
>
>Hi Conrad,
>
>As mentioned in another thread ([1], [2]), I'm looking at dumping on
>systems w/ AF-4Kn drives (on a fairly old version of FreeBSD).
>Unfortunately, I'm not at all familiar w/ the process. I'm going to pick
>at it a few more days, but will probably end up having to punt and dumpsys
>onto a 512n or AF-512e device. But, since you are refactoring all this
>code in -CURRENT anyway, I think it would be awesome if you could look to
>the future and make it work w/o assuming that dump device block size is
>DEV_BSIZE; it would be better to use the sector size, as returned (for
>example) by ioctl(DIOCGSECTORSIZE).
>
>That won't help me now, but hopefully it will help everyone in the future.
>
>Thanks,
>
>Ravi
>
>[1]:
>https://lists.freebsd.org/pipermail/freebsd-hackers/2014-September/046164.
>html
>[2]:
>https://lists.freebsd.org/pipermail/freebsd-hackers/2014-October/046181.ht
>ml