Jayachandran C. wrote:
On Thu, Mar 04, 2010 at 06:34:03PM +0530, C. Jayachandran wrote:
I'm testing this on the mips platform, but I think there is an issue
with change that made sectorsize int64_t, because the ioctl
DIOCGSECTORSIZE used to read sector size seems to take u_int. This
quick chang
On Mon, Mar 08, 2010 at 11:58:39AM +, Poul-Henning Kamp wrote:
> In message <20100308125643.1ac0b...@ernst.jennejohn.org>, Gary Jennejohn
> writes
> :
> >On Mon, 8 Mar 2010 14:17:17 +0530
>
> >> I'm trying this one more time, since the issue is still unresolved.
> >>
> >> newfs(8) broke for
On Mon, 08 Mar 2010 11:58:39 +
"Poul-Henning Kamp" wrote:
> In message <20100308125643.1ac0b...@ernst.jennejohn.org>, Gary Jennejohn
> writes
> :
> >On Mon, 8 Mar 2010 14:17:17 +0530
>
> >> I'm trying this one more time, since the issue is still unresolved.
> >>
> >> newfs(8) broke for big
In message <20100308125643.1ac0b...@ernst.jennejohn.org>, Gary Jennejohn writes
:
>On Mon, 8 Mar 2010 14:17:17 +0530
>> I'm trying this one more time, since the issue is still unresolved.
>>
>> newfs(8) broke for big-endian systems since revision 204654. This change
>> made sectorsize variable in
On Mon, 8 Mar 2010 14:17:17 +0530
"Jayachandran C." wrote:
> On Thu, Mar 04, 2010 at 06:34:03PM +0530, C. Jayachandran wrote:
> > I'm testing this on the mips platform, but I think there is an issue
> > with change that made sectorsize int64_t, because the ioctl
> > DIOCGSECTORSIZE used to read
On Thu, Mar 04, 2010 at 06:34:03PM +0530, C. Jayachandran wrote:
> I'm testing this on the mips platform, but I think there is an issue
> with change that made sectorsize int64_t, because the ioctl
> DIOCGSECTORSIZE used to read sector size seems to take u_int. This
> quick change fixes it for me