DiskOnChip Corruption

Has anyone had any problems with corruption (i.e. disk no longer boots) of
M-Systems DiskOnChip devices? I understand the usual risks with removing
power on a file system in the middle of a file write, but I am wondering if
there may be additional risks when using a DiskOnChip due to the
wear-leveling and nature of flash media management algorithms.
Thanks,

Marc.

“Marc Desjardine” <MDesjardine@nxtphase.com> wrote in message
news:b8c21g$mn3$1@inn.qnx.com

Has anyone had any problems with corruption (i.e. disk no longer boots) of
M-Systems DiskOnChip devices? I understand the usual risks with removing
power on a file system in the middle of a file write, but I am wondering
if
there may be additional risks when using a DiskOnChip due to the
wear-leveling and nature of flash media management algorithms.

I’m having the same problem, I’m in touch with M-System about this. They
tell me this is possible if power is not provided according to
specification. I’m awaiting clarification :wink:


Thanks,

Marc.

Mario,
Have you looked at the driver source code to identify where the critical
windows exist, if they are by design and if they can be covered up?
Power specifications? Please let me know when they get back to you on
this. Is there a timeframe for their response?

Marc.


“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8ekiv$i62$1@inn.qnx.com

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8c21g$mn3$> 1@inn.qnx.com> …
Has anyone had any problems with corruption (i.e. disk no longer boots)
of
M-Systems DiskOnChip devices? I understand the usual risks with removing
power on a file system in the middle of a file write, but I am wondering
if
there may be additional risks when using a DiskOnChip due to the
wear-leveling and nature of flash media management algorithms.

I’m having the same problem, I’m in touch with M-System about this. They
tell me this is possible if power is not provided according to
specification. I’m awaiting clarification > :wink:


Thanks,

Marc.

\

“Marc Desjardine” <MDesjardine@nxtphase.com> wrote in message
news:b8jhvl$3kf$1@inn.qnx.com

Mario,
Have you looked at the driver source code to identify where the
critical
windows exist, if they are by design and if they can be covered up?

The source code is proprietary to M-System.

Power specifications? Please let me know when they get back to you on
this. Is there a timeframe for their response?

No timeframe.

Marc.


“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8ekiv$i62$> 1@inn.qnx.com> …

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8c21g$mn3$> 1@inn.qnx.com> …
Has anyone had any problems with corruption (i.e. disk no longer
boots)
of
M-Systems DiskOnChip devices? I understand the usual risks with
removing
power on a file system in the middle of a file write, but I am
wondering
if
there may be additional risks when using a DiskOnChip due to the
wear-leveling and nature of flash media management algorithms.

I’m having the same problem, I’m in touch with M-System about this.
They
tell me this is possible if power is not provided according to
specification. I’m awaiting clarification > :wink:


Thanks,

Marc.



\

Mario,
Have you received any confirmation yet from M-Systems on the issue of
DOC corruption due to not meeting ‘power specifications’?
Marc.

“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8kc70$2ai$1@inn.qnx.com

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8jhvl$3kf$> 1@inn.qnx.com> …
Mario,
Have you looked at the driver source code to identify where the
critical
windows exist, if they are by design and if they can be covered up?

The source code is proprietary to M-System.

Power specifications? Please let me know when they get back to you
on
this. Is there a timeframe for their response?

No timeframe.


Marc.


“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8ekiv$i62$> 1@inn.qnx.com> …

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8c21g$mn3$> 1@inn.qnx.com> …
Has anyone had any problems with corruption (i.e. disk no longer
boots)
of
M-Systems DiskOnChip devices? I understand the usual risks with
removing
power on a file system in the middle of a file write, but I am
wondering
if
there may be additional risks when using a DiskOnChip due to the
wear-leveling and nature of flash media management algorithms.

I’m having the same problem, I’m in touch with M-System about this.
They
tell me this is possible if power is not provided according to
specification. I’m awaiting clarification > :wink:


Thanks,

Marc.





\

“Marc Desjardine” <MDesjardine@nxtphase.com> wrote in message
news:b9dnlt$s0$1@inn.qnx.com

Mario,
Have you received any confirmation yet from M-Systems on the issue of
DOC corruption due to not meeting ‘power specifications’?

No, and I don’t get the impression M-System really want to help. Or it’s
because they don’t feel it’s their responsability.

Marc.

“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8kc70$2ai$> 1@inn.qnx.com> …

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8jhvl$3kf$> 1@inn.qnx.com> …
Mario,
Have you looked at the driver source code to identify where the
critical
windows exist, if they are by design and if they can be covered up?

The source code is proprietary to M-System.

Power specifications? Please let me know when they get back to
you
on
this. Is there a timeframe for their response?

No timeframe.


Marc.


“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8ekiv$i62$> 1@inn.qnx.com> …

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8c21g$mn3$> 1@inn.qnx.com> …
Has anyone had any problems with corruption (i.e. disk no longer
boots)
of
M-Systems DiskOnChip devices? I understand the usual risks with
removing
power on a file system in the middle of a file write, but I am
wondering
if
there may be additional risks when using a DiskOnChip due to the
wear-leveling and nature of flash media management algorithms.

I’m having the same problem, I’m in touch with M-System about this.
They
tell me this is possible if power is not provided according to
specification. I’m awaiting clarification > :wink:



Thanks,

Marc.







\

Mario,
Have you heard anything recently on your DiskOnChip corruption issue
or has the issue basically died? Did you work around it somehow with an
alternate part or a different scheme?


Marc.


“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b9e9lb$kk7$1@inn.qnx.com

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b9dnlt$s0$> 1@inn.qnx.com> …
Mario,
Have you received any confirmation yet from M-Systems on the issue
of
DOC corruption due to not meeting ‘power specifications’?

No, and I don’t get the impression M-System really want to help. Or it’s
because they don’t feel it’s their responsability.

Marc.

“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8kc70$2ai$> 1@inn.qnx.com> …

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8jhvl$3kf$> 1@inn.qnx.com> …
Mario,
Have you looked at the driver source code to identify where the
critical
windows exist, if they are by design and if they can be covered up?

The source code is proprietary to M-System.

Power specifications? Please let me know when they get back to
you
on
this. Is there a timeframe for their response?

No timeframe.


Marc.


“Mario Charest” postmaster@127.0.0.1 wrote in message
news:b8ekiv$i62$> 1@inn.qnx.com> …

“Marc Desjardine” <> MDesjardine@nxtphase.com> > wrote in message
news:b8c21g$mn3$> 1@inn.qnx.com> …
Has anyone had any problems with corruption (i.e. disk no longer
boots)
of
M-Systems DiskOnChip devices? I understand the usual risks with
removing
power on a file system in the middle of a file write, but I am
wondering
if
there may be additional risks when using a DiskOnChip due to the
wear-leveling and nature of flash media management algorithms.

I’m having the same problem, I’m in touch with M-System about
this.
They
tell me this is possible if power is not provided according to
specification. I’m awaiting clarification > :wink:



Thanks,

Marc.









\