Re: slow latencies on IDE disk drives( controller? )

2001-03-27 Thread Andre Hedrick
On Tue, 27 Mar 2001, Uncle George wrote: > The fix is a lot simpler. It has to be placed in release notes that the > generic ide can cause the sound device to distort the sound stream. > Would that be a fair statement ? GAT, Not sure how to comment, but did enabling the chipset code make it wo

Re: slow latencies on IDE disk drives( controller? )

2001-03-27 Thread Uncle George
The fix is a lot simpler. It has to be placed in release notes that the generic ide can cause the sound device to distort the sound stream. Would that be a fair statement ? Andre Hedrick wrote: > > > > This is your fix > > Andre Hedrick > - To unsubscribe from this list: send the line "u

Re: slow latencies on IDE disk drives( controller? )

2001-03-27 Thread Andre Hedrick
#define PCI_VENDOR_ID_CONTAQ0x1080 #define PCI_DEVICE_ID_CONTAQ_82C599 0x0600 #define PCI_DEVICE_ID_CONTAQ_82C693 0xc693 * linux/drivers/block/cy82c693.c Version 0.34Dec. 13, 1999 * * Copyright (C) 1998-99 Andreas S. Krebs ([EMAIL PROTECTED]), Maintainer * Cop

Re: slow latencies on IDE disk drives( controller? )

2001-03-27 Thread Uncle George
The system is a Compaq XP1000 ( 667Mhz Alpha processor ). The ON-motherboard IDE controller ( there is only one ) originally just had a cdrom attached. When I got the system I added a 30gig maxtor drive. There is no second controller ( ergo no /dev/hdc * /dev/hdd ) builtin, so the IDE system was p

Re: slow latencies on IDE disk drives( controller? )

2001-03-26 Thread Andre Hedrick
Hello GAT, Can you be more specific? I need a kernel and hardware info and generally more info than what is given. Is this a PIO/DMA process is it a laptop or unsupported hardware? On Mon, 26 Mar 2001, Uncle George wrote: > I am processing sound data on /dev/dsp. Generally the ~61k devive bu

slow latencies on IDE disk drives( controller? )

2001-03-26 Thread Uncle George
I am processing sound data on /dev/dsp. Generally the ~61k devive buffer is enough to keep the device satiated && gives the program time to fill up the device buffer when there is 16k of buffer space that needs to be filled. But on occasion the /dev/dsp device "slurrs" ( sounds like what happens