CD-R or CD-RW for QNX RTOS v6 ???

I realize there isn’t a good (cheap) CD-R solution for QNX 4.25, but is
there one for QNX RTOS v6? This requires both hardware drivers for SCSI or
IDE CD-R drives and software to burn CD’s. Am I out of luck if I want to
burn CD’s with QNX RTOSv6?

“geoff” <geoff@qm.com> wrote in message news:a68p1b$p7r$1@inn.qnx.com

I realize there isn’t a good (cheap) CD-R solution for QNX 4.25, but is
there one for QNX RTOS v6? This requires both hardware drivers for SCSI
or
IDE CD-R drives and software to burn CD’s. Am I out of luck if I want to
burn CD’s with QNX RTOSv6?

Maybe i’m missing smth but CD-R == CD Read ? Then use Iso9660fsys for
QNX4.x. Analogues for QRTP.

// wbr

The issues is actually simpler than it seems. There are freeware
implementations of CD burners which support wide range of devices. Only some
of them require hardware-specific support, most others can be grouped into
few large pools supported by the same code. All it takes from OS is to
provide some standartized way to send SCSI protocol commands directly to a
device from an application. In Windows that is done with ASPI layer, in Unix
there’s CAM interface plus some SCSI-pass-through variants.

The trouble with QNX is, it has no such standartized ways. One can always do
SCSI pass-through but even that is complicated by total lack of
documentation in that area. If QNX made a reference pass-through driver for
one burner and published source code, it would not take lot of efforts for
people to adjust it to their burners. I think that did not happen because
ugliness of current block I/O framework makes reference implementation hard
to do and hard to adjust safely. So they thought time is better spent on
doing proper framework first.

On the bright side, the framework with CAM interface is apparently being
implemented and should be in some 6.2+ version. Then it should be possible
to port something like cdrecord without too much trouble.

– igor

“Augie Henriques” <augiehenriques@hotmail.com> wrote in message
news:a6j1eh$t0a$1@inn.qnx.com

“Robert Nadler” <> bobn@nci.com> > wrote in message
news:a6iusm$rdn$> 1@inn.qnx.com> …
I sympathize with Augie’s well-stated argument. We’ve had to deal with
same
CD-burning issues for years, and it’s very frustrating that QNX has
never
even tried to provide at least some kind of solution. In their defense
though, it is a moving target, and a half-baked solution might have been
worse then just saying no. The future isn’t any brighter either, DVD is
even
worse yet.

This is the typical excuse not to have something done and working. I
understand the issues with this problem. However, there are other
platforms
that have CD burners (Windows, Mac OS, etc…), we are not asking for
something new that’s never been done before.

With some many standards out there for all kinds of different things, how
come this one go by?

My thinking is that there is at least probably one good CD burner maker
out
there that would be willing to work with them to have drivers for the CD
burners. When a new CD burner comes up, there are probably some
modification to the driver to support the new drives.

If it costs a little extra for these drivers, I would be willing to pay
for
that, assuming this is divided by all the QNX users that want to use the
CD
burner.

Augie


“Augie Henriques” <> augiehenriques@hotmail.com> > wrote in message
news:a6icod$ecg$> 1@inn.qnx.com> …

“Mario Charest” <> goto@nothingness.com> > wrote in message
news:a6h3lf$go8$> 1@inn.qnx.com> …

“geoff” <> geoff@qm.com> > wrote in message
news:a68p1b$p7r$> 1@inn.qnx.com> …
I realize there isn’t a good (cheap) CD-R solution for QNX 4.25,
but
is
there one for QNX RTOS v6? This requires both hardware drivers
for
SCSI
or
IDE CD-R drives and software to burn CD’s. Am I out of luck if I
want
to
burn CD’s with QNX RTOSv6?

Yes you are

This really sucks (no offense Mario)!

When I talk to someone about how great QNX 4/6 is they have a hard
time

believing it. Then when they ask things like “can I burn a CD?” and
the
answer is no, they use this as the only reason to rate the OS as non
usable
(I hope QSSL cares about this?).

The users respond equally when they ask if there are plans on the way
to
support this. I must say as a developer for QNX I feel the same way.
I
have contacted my sales rep on several occasions about this, and still
there
is no answer, no progress.

Our users have to take the data from the QNX system and put it on a
Windows
machine so they can burn it on CDs. Or they have to have dual boot
system,
copy the data to a DOS partition and they reboot and burn from there.
For
a
real-time OS we sure waste a lot of time!!! I can’t tell you how much
people hate to have to do this.

There should be a standard protocol to write CD’s and QSSL is not to
blame
for this. But on the other hand this is the real world.

I can’t figure out why some other little and not so little things that
QSSL
has tried and failed badly would take precedence over supporting a few
CD-R
drives. I guess it’s easier to say no > :frowning:> .

This is user/developer feedback. I hope something positive gets done
:slight_smile:> !

Augie









\

“geoff” <geoff@qm.com> wrote in message news:a68p1b$p7r$1@inn.qnx.com

I realize there isn’t a good (cheap) CD-R solution for QNX 4.25, but is
there one for QNX RTOS v6? This requires both hardware drivers for SCSI
or
IDE CD-R drives and software to burn CD’s. Am I out of luck if I want to
burn CD’s with QNX RTOSv6?

Yes you are

“Mario Charest” <goto@nothingness.com> wrote in message
news:a6h3lf$go8$1@inn.qnx.com

“geoff” <> geoff@qm.com> > wrote in message news:a68p1b$p7r$> 1@inn.qnx.com> …
I realize there isn’t a good (cheap) CD-R solution for QNX 4.25, but is
there one for QNX RTOS v6? This requires both hardware drivers for SCSI
or
IDE CD-R drives and software to burn CD’s. Am I out of luck if I want
to
burn CD’s with QNX RTOSv6?

Yes you are

This really sucks (no offense Mario)!

When I talk to someone about how great QNX 4/6 is they have a hard time
believing it. Then when they ask things like “can I burn a CD?” and the
answer is no, they use this as the only reason to rate the OS as non usable
(I hope QSSL cares about this?).

The users respond equally when they ask if there are plans on the way to
support this. I must say as a developer for QNX I feel the same way. I
have contacted my sales rep on several occasions about this, and still there
is no answer, no progress.

Our users have to take the data from the QNX system and put it on a Windows
machine so they can burn it on CDs. Or they have to have dual boot system,
copy the data to a DOS partition and they reboot and burn from there. For a
real-time OS we sure waste a lot of time!!! I can’t tell you how much
people hate to have to do this.

There should be a standard protocol to write CD’s and QSSL is not to blame
for this. But on the other hand this is the real world.

I can’t figure out why some other little and not so little things that QSSL
has tried and failed badly would take precedence over supporting a few CD-R
drives. I guess it’s easier to say no :frowning:.

This is user/developer feedback. I hope something positive gets done :slight_smile:!

Augie

CD-R == CD-Record → These can only be written once.
CD-RW == CD-Read/Write → These can be erased and re-written thousands
of times.

Ian Zagorskih wrote:

Maybe i’m missing smth but CD-R == CD Read ? Then use Iso9660fsys for
QNX4.x. Analogues for QRTP.

I sympathize with Augie’s well-stated argument. We’ve had to deal with same
CD-burning issues for years, and it’s very frustrating that QNX has never
even tried to provide at least some kind of solution. In their defense
though, it is a moving target, and a half-baked solution might have been
worse then just saying no. The future isn’t any brighter either, DVD is even
worse yet.

“Augie Henriques” <augiehenriques@hotmail.com> wrote in message
news:a6icod$ecg$1@inn.qnx.com

“Mario Charest” <> goto@nothingness.com> > wrote in message
news:a6h3lf$go8$> 1@inn.qnx.com> …

“geoff” <> geoff@qm.com> > wrote in message news:a68p1b$p7r$> 1@inn.qnx.com> …
I realize there isn’t a good (cheap) CD-R solution for QNX 4.25, but
is
there one for QNX RTOS v6? This requires both hardware drivers for
SCSI
or
IDE CD-R drives and software to burn CD’s. Am I out of luck if I want
to
burn CD’s with QNX RTOSv6?

Yes you are

This really sucks (no offense Mario)!

When I talk to someone about how great QNX 4/6 is they have a hard time
believing it. Then when they ask things like “can I burn a CD?” and the
answer is no, they use this as the only reason to rate the OS as non
usable
(I hope QSSL cares about this?).

The users respond equally when they ask if there are plans on the way to
support this. I must say as a developer for QNX I feel the same way. I
have contacted my sales rep on several occasions about this, and still
there
is no answer, no progress.

Our users have to take the data from the QNX system and put it on a
Windows
machine so they can burn it on CDs. Or they have to have dual boot
system,
copy the data to a DOS partition and they reboot and burn from there. For
a
real-time OS we sure waste a lot of time!!! I can’t tell you how much
people hate to have to do this.

There should be a standard protocol to write CD’s and QSSL is not to blame
for this. But on the other hand this is the real world.

I can’t figure out why some other little and not so little things that
QSSL
has tried and failed badly would take precedence over supporting a few
CD-R
drives. I guess it’s easier to say no > :frowning:> .

This is user/developer feedback. I hope something positive gets done > :slight_smile:> !

Augie





\

“Robert Nadler” <bobn@nci.com> wrote in message
news:a6iusm$rdn$1@inn.qnx.com

I sympathize with Augie’s well-stated argument. We’ve had to deal with
same
CD-burning issues for years, and it’s very frustrating that QNX has never
even tried to provide at least some kind of solution. In their defense
though, it is a moving target, and a half-baked solution might have been
worse then just saying no. The future isn’t any brighter either, DVD is
even
worse yet.

This is the typical excuse not to have something done and working. I
understand the issues with this problem. However, there are other platforms
that have CD burners (Windows, Mac OS, etc…), we are not asking for
something new that’s never been done before.

With some many standards out there for all kinds of different things, how
come this one go by?

My thinking is that there is at least probably one good CD burner maker out
there that would be willing to work with them to have drivers for the CD
burners. When a new CD burner comes up, there are probably some
modification to the driver to support the new drives.

If it costs a little extra for these drivers, I would be willing to pay for
that, assuming this is divided by all the QNX users that want to use the CD
burner.

Augie

“Augie Henriques” <> augiehenriques@hotmail.com> > wrote in message
news:a6icod$ecg$> 1@inn.qnx.com> …

“Mario Charest” <> goto@nothingness.com> > wrote in message
news:a6h3lf$go8$> 1@inn.qnx.com> …

“geoff” <> geoff@qm.com> > wrote in message
news:a68p1b$p7r$> 1@inn.qnx.com> …
I realize there isn’t a good (cheap) CD-R solution for QNX 4.25, but
is
there one for QNX RTOS v6? This requires both hardware drivers for
SCSI
or
IDE CD-R drives and software to burn CD’s. Am I out of luck if I
want
to
burn CD’s with QNX RTOSv6?

Yes you are

This really sucks (no offense Mario)!

When I talk to someone about how great QNX 4/6 is they have a hard time

believing it. Then when they ask things like “can I burn a CD?” and the
answer is no, they use this as the only reason to rate the OS as non
usable
(I hope QSSL cares about this?).

The users respond equally when they ask if there are plans on the way to
support this. I must say as a developer for QNX I feel the same way. I
have contacted my sales rep on several occasions about this, and still
there
is no answer, no progress.

Our users have to take the data from the QNX system and put it on a
Windows
machine so they can burn it on CDs. Or they have to have dual boot
system,
copy the data to a DOS partition and they reboot and burn from there.
For
a
real-time OS we sure waste a lot of time!!! I can’t tell you how much
people hate to have to do this.

There should be a standard protocol to write CD’s and QSSL is not to
blame
for this. But on the other hand this is the real world.

I can’t figure out why some other little and not so little things that
QSSL
has tried and failed badly would take precedence over supporting a few
CD-R
drives. I guess it’s easier to say no > :frowning:> .

This is user/developer feedback. I hope something positive gets done
:slight_smile:> !

Augie







\

Igor Kovalenko <kovalenko@home.com> wrote in article <a6j517$257$1@inn.qnx.com>…
<…>

The trouble with QNX is, it has no such standartized ways. One can always do
SCSI pass-through but even that is complicated by total lack of
documentation in that area.

What do you mean by ‘total lack of documentation’. There are many useful docs at
http://www.t10.org/drafts.htm
Visit T10 org, it’s really great place on the internet. I think should be some implementation of
ATAPI in devctl (ioctl), but I don’t see it filled up yet. Many things are available in Linux thru
ioctl, but they are not in QNX.
Eduard.

I mean that QNX does have SCSI pass-through interface but it is not
documented and not recommended. Their most expanded reply in that area was
in line with ‘it is very easy to nuke your filesystem with uncareful
pass-through requests, since they will be changing stuff under the feet of
higher layers’. They did not elaborate any further.

– igor

“ed1k” <ed1k@yahoo.com> wrote in message
news:01c1ca69$55a5f180$106fa8c0@ED1K…

Igor Kovalenko <> kovalenko@home.com> > wrote in article
a6j517$257$> 1@inn.qnx.com> >…

The trouble with QNX is, it has no such standartized ways. One can
always do
SCSI pass-through but even that is complicated by total lack of
documentation in that area.

What do you mean by ‘total lack of documentation’. There are many useful
docs at
http://www.t10.org/drafts.htm
Visit T10 org, it’s really great place on the internet. I think should be
some implementation of
ATAPI in devctl (ioctl), but I don’t see it filled up yet. Many things are
available in Linux thru
ioctl, but they are not in QNX.
Eduard.

Igor Kovalenko <kovalenko@home.com> wrote in article <a6n3uh$rea$1@inn.qnx.com>…

I mean that QNX does have SCSI pass-through interface but it is not
documented and not recommended.

Thank you, I even didn’t know that :wink:

Their most expanded reply in that area was
in line with ‘it is very easy to nuke your filesystem with uncareful
pass-through requests, since they will be changing stuff under the feet of
higher layers’.

It sounds highly reasonable :wink: But I’m not very happy with today’s ‘higher layers’ stuff :frowning:

Thank you again.
Eduard.

They did not elaborate any further.

– igor

“ed1k” <> ed1k@yahoo.com> > wrote in message
news:01c1ca69$55a5f180$106fa8c0@ED1K…
Igor Kovalenko <> kovalenko@home.com> > wrote in article
a6j517$257$> 1@inn.qnx.com> >…

The trouble with QNX is, it has no such standartized ways. One can
always do
SCSI pass-through but even that is complicated by total lack of
documentation in that area.

What do you mean by ‘total lack of documentation’. There are many useful
docs at
http://www.t10.org/drafts.htm
Visit T10 org, it’s really great place on the internet. I think should be
some implementation of
ATAPI in devctl (ioctl), but I don’t see it filled up yet. Many things are
available in Linux thru
ioctl, but they are not in QNX.
Eduard.
\

Thousands? I think it’s more like several times.


Bill Caroselli – 1(626) 824-7983
Q-TPS Consulting
QTPS@EarthLink.net

“James MacMillan” <jamesm@qnx.com> wrote in message
news:3C8CC4D4.4090806@qnx.com

CD-R == CD-Record → These can only be written once.
CD-RW == CD-Read/Write → These can be erased and re-written thousands
of times.

“Augie Henriques” <augiehenriques@hotmail.com> wrote in message
news:a6icod$ecg$1@inn.qnx.com

[snip]

If you want a QNX CD recording tool, why not port the Linux “CDrecord”
toolset (aka cdrtools). It’s a very stable CDR tool and has support for a
great number of SCSI and IDE drives.

Later.

Phil.
philpem@bigfoot.com
http://www.philpem.btinternet.co.uk/