Re: Picking up development of dmraid

Bad Bod <[email protected]> Thu, 19 Jul 2012 14:33:22 +0700
Newsgroups gmane.linux.ataraid
Message-ID <CA+4duQ=NUe0s6Gnf4=2+kcu8JTYxPqSQiCi+E+PxXSvw7-rLxg@mail.gmail.com>
--===============8004149874300883711==
Content-Type: multipart/alternative; boundary=f46d042ef60788eb5c04c529ccc7

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

Hi,
  Any update on whether the checksum error has been fixed for VIA chipsets?


Regards
David



On Thu, Jul 19, 2012 at 3:04 AM, Ian Stakenvicius, Aerobiology Research <
[email protected]> wrote:

> On 18/07/12 03:59 PM, Alasdair G Kergon wrote:
> > On Wed, Jul 18, 2012 at 10:20:10AM +0200, Mark-Willem Jansen wrote:
> >> also implement more partition tables, starting with GPT.
> >
> > What advantage would dmraid have over kpartx which already does this?
> >
>
> I would have concerns on this one too -- imo dmraid should just handle
> what it does now, which is to parse the raid metadata and configure the
> device-mapper appropriately.  Dmraid shouldn't take over for kpartx (or
> whatever other tool handles GPT), but if there is a conflict which is
> keeping dmraid or kpartx from doing its job with GPT partitions then
> this should be resolved.
>
> _______________________________________________
> Ataraid-list mailing list
> [email protected]
> https://www.redhat.com/mailman/listinfo/ataraid-list
>

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

Hi,<div>=A0 Any update on whether the checksum error has been fixed for VIA=
 chipsets?</div><div><br></div><div><br></div><div>Regards<div>David</div><=
br>
<br><br><div class=3D"gmail_quote">On Thu, Jul 19, 2012 at 3:04 AM, 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"><div class=3D"im">On 18/07/12 03:59 PM, Alas=
dair G Kergon wrote:<br>
&gt; On Wed, Jul 18, 2012 at 10:20:10AM +0200, Mark-Willem Jansen wrote:<br=
>
</div><div class=3D"im">&gt;&gt; also implement more partition tables, star=
ting with GPT.<br>
&gt;<br>
&gt; What advantage would dmraid have over kpartx which already does this?<=
br>
&gt;<br>
<br>
</div>I would have concerns on this one too -- imo dmraid should just handl=
e<br>
what it does now, which is to parse the raid metadata and configure the<br>
device-mapper appropriately. =A0Dmraid shouldn&#39;t take over for kpartx (=
or<br>
whatever other tool handles GPT), but if there is a conflict which is<br>
keeping dmraid or kpartx from doing its job with GPT partitions then<br>
this should be resolved.<br>
<div class=3D"HOEnZb"><div class=3D"h5"><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>
</div></div></blockquote></div><br></div>

--f46d042ef60788eb5c04c529ccc7--


--===============8004149874300883711==
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
--===============8004149874300883711==--