Problems with serial link while reading or writing CDs

Problems with serial link while reading or writing CDs

Post by Manfred Lemk » Fri, 30 Apr 1999 04:00:00

Hello folks!

I have a serious problem on my hand, which exists in kernel 2.2.6 and 2.2.7
at least,
possibly earlier:

When I try to read digital audio from an IDE CD-ROM in my system or try to
to an IDE CD-ROM writer, an ongoing PPP connection suddenly seems to slow
down almost to a standstill.

Hardware: Asus P5A
Writer: Yamaha 4416E
CD ROM: Teac 516-E

Running both on SCSI emulation Linux driver

Reading: cdda2wav 1.0b
Writing: cdrecord 1.8a21

I hope someone can help me!

Thanks in advance,

------------------  Posted via SearchLinux  ------------------


1. Serial I/O Problem: Reading/Writing the same Port

I am trying to do Serial I/O in C through the RS-232 port on an
HP 425t running HP-UX 8.0.  I need to both read from and write
to this port.  I have set up two file descriptors (read, write).  
For each byte that is written to this port, an identical byte is to
be returned on the read channel.  There is a dumb terminal (VT220)
connected to this port; when a sent character (sent using write())
is displayed on the terminal, a person hits that same key to simulate
the echo back to the workstation.  This character is displayed on
the VT220 (which I assume means that it has been sent out on the
serial line), but a read() of size 1 does not terminate on
the workstation.  Many many keys can be pressed and the read() does
not terminate until a <CR> is hit.  Successive read() calls pick
up all the extra characters that were sent after the initial keystroke
and before the <CR> (i.e. *each* read() did not require its own <CR>
in order to see the character, just the first one).

I have read and re-read the man pages for open(), termio(), ioctl(), ...
and now need to ask for help.

I thought that read() did not buffer its input;  I have two questions:

  (1) Is it possible that the dumb terminal is not sending the
character until the <CR>?  I always thought the definition of dumb
was that it did no thinking for you.  
  (2) Is it that the terminal line needs to be configured in such a way
to force the read() to terminate after each character is sent?  And if so,
please don't tell me to read the termio() man page one more time!

Please comment on this method for testing the Serial I/O -- I will
be very grateful for any suggestions.  


2. What are Unix Equavalents for Windows Platfor SDK calls(Win32 functions)

3. Serial port for read/write problem

4. WebCam, camserv in OpenBSD 3.0-stable.

5. Sockets: write() writes OK, yet read() reads garbage...?

6. Answer to why Sun wouldn't talk to default gateway

7. cd writing/reading problem

8. Is it true. . .

9. Problem with reading CD-R/W written in TAO mode

10. RH9 with HP 8200e CD burner, writes but has problems reading?

11. Problems reading CDs written on PC

12. weird problem reading Adaptec-written CD-R

13. cd writing/reading problem