Re: PDC arrays > 2 TB and non 512 byte dm sector size

Bad Bod <[email protected]> Sat, 24 Nov 2012 01:12:14 +0700
Newsgroups gmane.linux.ataraid
Message-ID <CA+4duQn+inf-vb6vrvRhi6gxm9W-V5QrZyatxW+PkC4RdoJS9g@mail.gmail.com>
--===============0094574617910754249==
Content-Type: multipart/alternative; boundary=f46d04308570bdc82104cf2d87fc

--f46d04308570bdc82104cf2d87fc
Content-Type: text/plain; charset=ISO-8859-1

Has the checksum error for Via (8237) RAID  been fixed. That the checksum
could never be met was pointed out some time ago.

I do realize that this chipset is now, very probably, 'obsolete' , but it
did work once. Regression ignored is surely satanism?


:-)


Regards
David



On Fri, Nov 23, 2012 at 9:27 PM, Ian Stakenvicius, Aerobiology Research <
[email protected]> wrote:

> On 21/11/12 04:08 PM, Phillip Susi wrote:
> > On 11/21/2012 9:19 AM, Heinz Mauelshagen wrote:
> >>> No, dm goes by hard sector sizes, not pretended ones.
> >
> > What do you mean?  dm devices are virtual so there is no "hard" sector
> > size; it's all virtual.  Are you saying it is hard coded to report 512
> > bytes and can't be changed?
>
> I'm guessing that what Heinz means is that dmraid reads superblocks or
> whatever in accordance with the sector size on the hardware itself
> ("hard" = hardware level); since it does this in order to feed the
> correct setup info to device-mapper it would not be acting on virtual
> devices..
>
> Just my interpretation though, please correct me if i'm wrong.
>
>
> _______________________________________________
> Ataraid-list mailing list
> [email protected]
> https://www.redhat.com/mailman/listinfo/ataraid-list
>

--f46d04308570bdc82104cf2d87fc
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Has the checksum error for Via (8237) RAID =A0been fixed. That the checksum=
 could never be met was pointed out some time ago.=A0<div><br></div><div>I =
do=A0realize=A0that this chipset is now, very probably, &#39;obsolete&#39; =
, but it did work once. Regression ignored is surely satanism?</div>

<div><br></div><div><br></div><div>:-)</div><div><br></div><div><br></div><=
div>Regards<br><div>David</div><br>
<br><br><div class=3D"gmail_quote">On Fri, Nov 23, 2012 at 9:27 PM, Ian Sta=
kenvicius, Aerobiology Research <span dir=3D"ltr">&lt;<a href=3D"mailto:ian=
@aerobiology.ca" target=3D"_blank">[email protected]</a>&gt;</span> wrote:=
<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">On 21/11/12 04:08 PM, Phillip Susi wrote:<br=
>
&gt; On 11/21/2012 9:19 AM, Heinz Mauelshagen wrote:<br>
&gt;&gt;&gt; No, dm goes by hard sector sizes, not pretended ones.<br>
&gt;<br>
&gt; What do you mean? =A0dm devices are virtual so there is no &quot;hard&=
quot; sector<br>
&gt; size; it&#39;s all virtual. =A0Are you saying it is hard coded to repo=
rt 512<br>
&gt; bytes and can&#39;t be changed?<br>
<br>
I&#39;m guessing that what Heinz means is that dmraid reads superblocks or<=
br>
whatever in accordance with the sector size on the hardware itself<br>
(&quot;hard&quot; =3D hardware level); since it does this in order to feed =
the<br>
correct setup info to device-mapper it would not be acting on virtual<br>
devices..<br>
<br>
Just my interpretation though, please correct me if i&#39;m wrong.<br>
<br>
<br>_______________________________________________<br>
Ataraid-list mailing list<br>
<a href=3D"mailto:[email protected]">[email protected]</a><br>
<a href=3D"https://www.redhat.com/mailman/listinfo/ataraid-list" target=3D"=
_blank">https://www.redhat.com/mailman/listinfo/ataraid-list</a><br></block=
quote></div><br></div>

--f46d04308570bdc82104cf2d87fc--


--===============0094574617910754249==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ataraid-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/ataraid-list
--===============0094574617910754249==--