Re: [newbie] Enabling DMA on CD-Writer
On Thu, 2003-02-13 at 19:13, Tom Brinkman wrote: > BUT, did you inspect those 8 mo. old caps? ...and why did the first > mobo havt'a be replaced in the first place? ...caps? It's a damn > shame 'cause Asus use to be reliable and high performance products. > Among the OCr's favorites. Actually I don't mean to single them out, > Abit is much much worse for much longer, and all the mobo vendors > have been slide'n down hill since about '98. Even MSI and Gigabyte. > Soyo seems to be holdin up, even gain ground. > OK, now. I have to step in here in defense of Abit. This is one of the original alerts on the bad capacitor issue: SEE: http://www.spectrum.ieee.org/WEBONLY/resource/feb03/ncap.html Excerpt from the above URL: "So far, the only motherboard maker to admit to the problem is ABIT Computer Corp. (Taipei), and the only major PC maker to acknowledge being affected is IBM Corp. But the problem is likely to be more widespread. Indeed, those who have repaired the damaged boards say that they have encountered crippled motherboards from Micro-Star International, ASUSTek Computer, Gigabyte Technology, and others." So from the standpoint that Abit has traditionally put out very outstanding products, and from the standpoint that they are just about the only ones that are being honest about the problem, it is lopsided to single them out as being "much much worse." I happen to HAVE an Abit mobo and it's the best I've ever owned. And I've owned a mobo or two, since I used to fabricate for a living. Asus, on the other hand, has traditionally tended to produce mobos with less than 7 slots, sometimes with wierd freako connectors whose standards nobody understands or really cares about. That's my only beef with them. Other than that, their mobos are most of the time the fastest around, and usually they can trash the other ones in the (non-overclocking) vanilla benches, Soyo and Abit included, assuming they don't do overclocking and test the boards vanilla, which is what everybody does anyway. The reason I chose Abit was threefold: One, because of the flexibility of the overclocker bios, which is the most flexible one around for tweaking CPU's. So even if my buddy next door has a soyo or asus, I can STILL outperform his mobo in the quake 3 demo benches cause my Abit allows better tweaking. Two, the mobo had no stupid onboard crap like sound, or lan or anything else that I use cards for because I might want to upgrade that feature later on. Granted, this is not true anymore for anybody when you look at all of the newer boards. Three, the Abit layout usually gives you the maximum amount of slots. They traditionally have had the most beautiful layouts. I've got a Lian Li aluminum case with eight slots available and dammit I want to use at least seven of them. The real man's mobo's used to come with eight slots available. Before I quit here, I will say that Soyo has got some beautiful layouts as well. They are one of the companies that has listened to consumer/overclocker demand and has produced boards with 7 slots. After all, I want to give credit where credit is due. TOM. :) LX -- °°° Kernel 2.4.21pre4-1mdk Mandrake Cooker 9.1 Enlightenment 0.16.5-12mdkEvolution 1.2.1-1mdk Registered Linux User #268899 http://counter.li.org/ °°° Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Thursday 13 February 2003 08:57 pm, Ryan Moe wrote: > Hmm, it appears my drive is using 16-bit IO mode. Is this a large > factor in HD performance? ahhh yes 16 is half of 32 so it is about 1/2 speed > /dev/hde: > IO_support = 0 (default 16-bit) > Timing buffer-cache reads: 128 MB in 0.61 seconds =209.84 MB/sec > Timing buffered disk reads: 64 MB in 1.37 seconds = 46.72 MB/sec > > Thanks, > Ryan > > On Thu, 2003-02-13 at 19:58, Charles A Edwards wrote: > > On Thu, 13 Feb 2003 19:08:10 -0600 > > > > Ryan Moe <[EMAIL PROTECTED]> wrote: > > > I guess it could be that my hd perhaps isn't configured correctly and > > > the real bottleneck isn't my CDR eating up CPU but my HD eating up CPU > > > to send data to the CDR. > > > > Can you post the output of > > # hdparm -ctT /dev/hde > > > > > > Charles > > > > -- > > Love your neighbour, yet don't pull down your hedge. > > -- Benjamin Franklin > > - > > Mandrake Linux 9.1 > > Kernel- 2.4.21pre4-6mdk > > - Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Thu, 2003-02-13 at 20:59, Charles A Edwards wrote: > On 13 Feb 2003 19:57:52 -0600 > Ryan Moe <[EMAIL PROTECTED]> wrote: > > > /dev/hde: > > IO_support = 0 (default 16-bit) > > Timing buffer-cache reads: 128 MB in 0.61 seconds =209.84 MB/sec > > Timing buffered disk reads: 64 MB in 1.37 seconds = 46.72 MB/sec > > Your hd read speeds are good so unless your hd is doing something really > weird when you use your burner the problem is not with you hd. > > That puts us back to the cdrw. > If you use a GUI program, try a different 1 to see if that makes a > difference. > Next burn run top/gnome/system monitor/kde-system-guard to see what > process, if any, is hogging the cpus > If this is a dual boot system does the drive still burn normally in > blows. > > Get a New cdrw (-: a dvd burner even New drives always work better. > > > Charles > When I run Gnome System monitor it shows CPU usage at like 80-90% but when I look at the processes they all add up to about 15%. In top it shows CPU States: User 0.7% System 75% idle 24%. It burns cds fine in windows so I'm confused. Oh well going 6 minutes w/o using my comp isn't the end of the world. Besides with 52X drives for $50 there is no reason I should still be using a 12X. Thanks for everyones help Ryan Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On 13 Feb 2003 19:57:52 -0600 Ryan Moe <[EMAIL PROTECTED]> wrote: > /dev/hde: > IO_support = 0 (default 16-bit) > Timing buffer-cache reads: 128 MB in 0.61 seconds =209.84 MB/sec > Timing buffered disk reads: 64 MB in 1.37 seconds = 46.72 MB/sec Your hd read speeds are good so unless your hd is doing something really weird when you use your burner the problem is not with you hd. That puts us back to the cdrw. If you use a GUI program, try a different 1 to see if that makes a difference. Next burn run top/gnome/system monitor/kde-system-guard to see what process, if any, is hogging the cpus If this is a dual boot system does the drive still burn normally in blows. Get a New cdrw (-: a dvd burner even New drives always work better. Charles -- Have you seen the latest Japanese camera? Apparently it is so fast it can photograph an American with his mouth shut! - Mandrake Linux 9.1 Kernel- 2.4.21pre4-6mdk - msg119461/pgp0.pgp Description: PGP signature
Re: [newbie] Enabling DMA on CD-Writer
Hmm, it appears my drive is using 16-bit IO mode. Is this a large factor in HD performance? Anyhow here is the output from hdparm /dev/hde: IO_support = 0 (default 16-bit) Timing buffer-cache reads: 128 MB in 0.61 seconds =209.84 MB/sec Timing buffered disk reads: 64 MB in 1.37 seconds = 46.72 MB/sec Thanks, Ryan On Thu, 2003-02-13 at 19:58, Charles A Edwards wrote: > On Thu, 13 Feb 2003 19:08:10 -0600 > Ryan Moe <[EMAIL PROTECTED]> wrote: > > > I guess it could be that my hd perhaps isn't configured correctly and > > the real bottleneck isn't my CDR eating up CPU but my HD eating up CPU > > to send data to the CDR. > > Can you post the output of > # hdparm -ctT /dev/hde > > > Charles > > -- > Love your neighbour, yet don't pull down your hedge. > -- Benjamin Franklin > - > Mandrake Linux 9.1 > Kernel- 2.4.21pre4-6mdk > - > > Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Thu, 13 Feb 2003 19:08:10 -0600 Ryan Moe <[EMAIL PROTECTED]> wrote: > I guess it could be that my hd perhaps isn't configured correctly and > the real bottleneck isn't my CDR eating up CPU but my HD eating up CPU > to send data to the CDR. Can you post the output of # hdparm -ctT /dev/hde Charles -- Love your neighbour, yet don't pull down your hedge. -- Benjamin Franklin - Mandrake Linux 9.1 Kernel- 2.4.21pre4-6mdk - msg119450/pgp0.pgp Description: PGP signature
Re: [newbie] Enabling DMA on CD-Writer
On Thu, 13 Feb 2003 18:13:02 -0600 Tom Brinkman <[EMAIL PROTECTED]> wrote: > I believe as I alluded to before, I think the problem is your > controller card. It wasn't clear to me but I believe you've got 2 > HDD's, 2 CD drives. Put your busiest, fastest HDD on hda > (ide0-master), the other HDD on hdb (ide0-slave). Put your old CDrom > as hdc (ide1-master), and your burner as hdd (ide1-slave). If you > have a 3rd HDD, then shelve the Cdrom and put the 3rd HDD in it's > place as hdc. Give that addon controller card to your worst friend > or best enemy. If you do not mind me butting in here Tom, the A7V uses an onboard Promise ATA100 controller for ide2 and 3 and and an onboard VIA-Apollo ATA66 controller for ide0 and1 so it would be rather difficult for him to get rid of the 100 controller. I have 2 of the retail boards and have been using both for around 2 years or more with no problems, got both prior to the release of 7.2. My drive set-up are similar to his. Machine1 cdrom, dvd, and cdrw on ide0 and 1, 3 hds on ide2 and 3 Machine2 dvd, Creative cdrw on ide0 and 1, 2 hds on ide2 and 3 I have never enabled on any removable drive or even seen any need. Even on machine2 I can burn a 700 mb iso cd in 6 min and still rebuild XFree or play Quake at the same time. The problem Ryan is having could be indicative of an hd problem rather than a cdrw problem. Have not closely followed this thread but, Ryan, have you posted 'hdparm -i or I' for your hds also are they running at the default 16-bit IO mode or have you reset them to 32-bit ? Charles -- All of the animals except man know that the principal business of life is to enjoy it. - Mandrake Linux 9.1 Kernel- 2.4.21pre4-6mdk - msg119444/pgp0.pgp Description: PGP signature
Re: [newbie] Enabling DMA on CD-Writer
On Thursday February 13 2003 12:45 pm, Ryan Moe wrote: > IDE0 and IDE1 are just standard ATA-66 channels. I dunnn... think so, that's a ata/100 mobo My IDE2 and IDE3 > are my ATA-100 channels thats why I have my HDs on those. I don't > really have any use for my old CD-ROM so I might just remove that. I've been thinkin the same as I could put in an old 13.6g HDD for some more storage. It's gettin ridiculous, I've already got 120 gigs of disk space. BUT, 2nd CDroms are even more useless if you have a burner, an Cdroms don't work as well as readers anyhow. > My board is in good shape, in fact MWAVE replaced it 8 months ago > so it's fairly new. Mwave is a great outfit. I've done most all of my business with 'em for years.http://direct.mwave.com/mwave/index.hmx? BUT, did you inspect those 8 mo. old caps? ...and why did the first mobo havt'a be replaced in the first place? ...caps? It's a damn shame 'cause Asus use to be reliable and high performance products. Among the OCr's favorites. Actually I don't mean to single them out, Abit is much much worse for much longer, and all the mobo vendors have been slide'n down hill since about '98. Even MSI and Gigabyte. Soyo seems to be holdin up, even gain ground. I've tried getting firmware updates for my > drive before and Creative labs never had an update for my model. > Which leads me to believe it might be some rebranded drive like > you mentioned. That's the main problem with re-badged drives from a conglomeration of suppliers ... nobody wants to own up to the final product. Anything re-badged should be avoided. Still, a STFW (Google) will probly turn up current firmware info if not a new bios flash for it. Unfortunately, I vaguely remember Ricoh was the transport supplier for Creatives. NAGT, but you might check that out. > My VIA chipset is revision 3. Great! Probly the best chipset for Linux, currently. I have a Radeon 7200 > in the AGP slot and a SB Live! card in PCI2 and a linksys ethernet > card in PCI3. I'll take it by pci-2 you mean the slot right under the agp slot? That first white pci slot should never be used if there's a card in the pci-1/AGP slot (brown). So hopefully I take it you mean that's empty. If not, move the SB down one slot. It's a good idea to use every other pci slot after that, so you probly need to move the NIC in any case. If that's not clear the brown AGP slot is really the first pci slot (agp is pci). The first white slot, pci-2 should be empty if the 'agp' slot is used. So the SB should be in pci-3, the NIC in pci-5. SB Live! is a good example of bandwidth hog cards on the pci bus, as are the newest nVidia/ATI video cards. Choice is yours, you can't have both. If you want good steady data transfers across the pci/ide bus, they got'a go. If you need surround sound and ridiculously high FPS rates playin games, then expect your drives to suffer the pci/ide degredation in real world activities (hdparm -tT not being one of 'em). 33 mhz only goes so far between so many devices. I thought it might be an issue with my Promise ATA > controller but that only controls my 2 ATA-100 channels right? My > burner is on a regular IDE channel. I believe as I alluded to before, I think the problem is your controller card. It wasn't clear to me but I believe you've got 2 HDD's, 2 CD drives. Put your busiest, fastest HDD on hda (ide0-master), the other HDD on hdb (ide0-slave). Put your old CDrom as hdc (ide1-master), and your burner as hdd (ide1-slave). If you have a 3rd HDD, then shelve the Cdrom and put the 3rd HDD in it's place as hdc. Give that addon controller card to your worst friend or best enemy. -- Tom Brinkman Corpus Christi, Texas Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Thu, 2003-02-13 at 11:48, Tom Brinkman wrote: > On Thursday February 13 2003 12:09 am, Ryan Moe wrote: > > I have an Asus A7V133c m/b w/ an Athlon T-bird 1.3. It's not an > > OEM board. The other drives I have are /dev/hda some old shitty > > cd-rom, /dev/hdg a maxtor 30 gig running at ATA-100, /dev/hde a > > quantam 30 gig ATA-100. You think being less than 2 years old > > kernel support would have gone beyond my 12X drive? > > Depends on the firmware. Have you flashed to the latest? Check the > upgrade first to see what bugfixes or improvements it provides. > There's no sense in flashing a to newer bios if all it provides is a > fix for PPC (Macintosh). MOF, in a case like that you could be worse > off. > > I've gotten > > some pretty old, crappy hardware working w/ new kernels (IDE > > controller cards and whatnot). I wasn't using windows as a "hey it > > works in here why not linux", just that if it was something > > physically wrong (i.e. not a driver/config problem) it should show > > up every time I use the drive regardless of OS. > > Windoze is fairly tolerant of marginal or problem hardware. Partly > cause it's just a sloppy OS, partly because fixes and work-arounds > are incorporated into drivers and dll's, vxd's, etc. M$ enjoys and > demands close support from hardware vendors. They do get the source > and specs, and often make changes in the hardware to suit their needs > (deficiencies). > > here is the output > > of the hdparm command. > >Hdparm results looked OK. The A7V133c should be a _good_ board for > Linux, specially with the kt133a VIA chipset. Particularly if it's a > revision 03. The fourth revision (0,1,2,3), which has the rumored ide > bug fixed (see the output from 'lspci' to get your revision number). > > BUT with the exception of the faulty capacitors issue, and Asus > has been unfortunately involved in that for quite a while. Inspect > the caps carefully to see any evidence of burn (brown, yellowish) > markings, leaks (specially from the top, usually yellowish-orange > cream), or any swelling, bulging of the cylinder, or the disc on top. > Are they standin straight up (90º to the mobo), or do they appear to > have been bent over at some point in time (ie, damaged)? > > I suspect tho the IDE controller, or the arrangement, order of > your drives may be the problem. What controller? If you've got two > CD drives, they should be on the same channel. Obviously you've got > more than two channels, ide0, ide1, ide2 Frankly IMO that > should be avoided. The old 33 mhz PCI bus can hardly handle two as it > is, specially with drives rated ata/66 or higher. But I think you > need to clarify where you've got each drive you have. > > hda= > ide0 -- | > hdb= > > hdc= Creative Burner > ide1 -- | > hdd= > > and so on. IMO, your busy HDD's should be on ide0. I've had best > results with the cdrom as master, the burner as slave (on ide1, with > no more ide channels than those two). YMMV. > > There's one other possible problem, tho I believe your ide > arrangement is much more likely. What PSU? brand, model#, and watts. > If you have lm_sensors installed, are your voltages on spec or > slightly over? are they rock steady? If they are your caps are most > likely OK. > > So if your caps look OK, and your voltages are correct and steady > from a good PSU, then I believe civileme could probly offer more help > than me with you ide arrangement. As you can probly tell, I'm sort'a > biased against integrated or addon controller cards to overload the > PCI bus. What other PCI (including AGP) peripheals do you have on > the PCI bus? There's a tax to be paid with high bandwidth video and > sound cards, and it's paid by overall degradation of the PCI/IDE bus. > -- > Tom Brinkman Corpus Christi, Texas > > > IDE0 and IDE1 are just standard ATA-66 channels. My IDE2 and IDE3 are my ATA-100 channels thats why I have my HDs on those. I don't really have any use for my old CD-ROM so I might just remove that. My board is in good shape, in fact MWAVE replaced it 8 months ago so it's fairly new. I've tried getting firmware updates for my drive before and Creative labs never had an update for my model. Which leads me to believe it might be some rebranded drive like you mentioned. My VIA chipset is revision 3. I have a Radeon 7200 in the AGP slot and a SB Live! card in PCI2 and a linksys ethernet card in PCI3. I thought it might be an issue with my Promise ATA controller but that only controls my 2 ATA-100 channels right? My burner is on a regular IDE channel. Thanks, Ryan Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Thursday February 13 2003 12:09 am, Ryan Moe wrote: > I have an Asus A7V133c m/b w/ an Athlon T-bird 1.3. It's not an > OEM board. The other drives I have are /dev/hda some old shitty > cd-rom, /dev/hdg a maxtor 30 gig running at ATA-100, /dev/hde a > quantam 30 gig ATA-100. You think being less than 2 years old > kernel support would have gone beyond my 12X drive? Depends on the firmware. Have you flashed to the latest? Check the upgrade first to see what bugfixes or improvements it provides. There's no sense in flashing a to newer bios if all it provides is a fix for PPC (Macintosh). MOF, in a case like that you could be worse off. I've gotten > some pretty old, crappy hardware working w/ new kernels (IDE > controller cards and whatnot). I wasn't using windows as a "hey it > works in here why not linux", just that if it was something > physically wrong (i.e. not a driver/config problem) it should show > up every time I use the drive regardless of OS. Windoze is fairly tolerant of marginal or problem hardware. Partly cause it's just a sloppy OS, partly because fixes and work-arounds are incorporated into drivers and dll's, vxd's, etc. M$ enjoys and demands close support from hardware vendors. They do get the source and specs, and often make changes in the hardware to suit their needs (deficiencies). here is the output > of the hdparm command. Hdparm results looked OK. The A7V133c should be a _good_ board for Linux, specially with the kt133a VIA chipset. Particularly if it's a revision 03. The fourth revision (0,1,2,3), which has the rumored ide bug fixed (see the output from 'lspci' to get your revision number). BUT with the exception of the faulty capacitors issue, and Asus has been unfortunately involved in that for quite a while. Inspect the caps carefully to see any evidence of burn (brown, yellowish) markings, leaks (specially from the top, usually yellowish-orange cream), or any swelling, bulging of the cylinder, or the disc on top. Are they standin straight up (90º to the mobo), or do they appear to have been bent over at some point in time (ie, damaged)? I suspect tho the IDE controller, or the arrangement, order of your drives may be the problem. What controller? If you've got two CD drives, they should be on the same channel. Obviously you've got more than two channels, ide0, ide1, ide2 Frankly IMO that should be avoided. The old 33 mhz PCI bus can hardly handle two as it is, specially with drives rated ata/66 or higher. But I think you need to clarify where you've got each drive you have. hda= ide0 -- | hdb= hdc= Creative Burner ide1 -- | hdd= and so on. IMO, your busy HDD's should be on ide0. I've had best results with the cdrom as master, the burner as slave (on ide1, with no more ide channels than those two). YMMV. There's one other possible problem, tho I believe your ide arrangement is much more likely. What PSU? brand, model#, and watts. If you have lm_sensors installed, are your voltages on spec or slightly over? are they rock steady? If they are your caps are most likely OK. So if your caps look OK, and your voltages are correct and steady from a good PSU, then I believe civileme could probly offer more help than me with you ide arrangement. As you can probly tell, I'm sort'a biased against integrated or addon controller cards to overload the PCI bus. What other PCI (including AGP) peripheals do you have on the PCI bus? There's a tax to be paid with high bandwidth video and sound cards, and it's paid by overall degradation of the PCI/IDE bus. -- Tom Brinkman Corpus Christi, Texas Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Wed, 2003-02-12 at 23:15, Tom Brinkman wrote: > On Wednesday February 12 2003 10:15 pm, RYan Moe wrote: > > Hi, I'm using 9.0, my drive is a Creative Labs 12/10/32 on > > /dev/hdc.I've turned DMA on for this drive by using hdparm and > > creating a harddiskhdc file. However anytime the drive is accessed > > my CPU usage shoots up to around 75% (normally I can't hardly get > > it past 10%) which shouldn't happen if its using DMA. I know for a > > fact the drive supports DMA as I've had it about 2 years. There > > isn't a problem with the drive either as I booted into windows and > > burned a CD with the CPU usage never going above 2%. I don't > > recall having this problem when I had 8.2 installed. I've also used > > this drive w/ Debian and it worked fine in there. > > > > Thanks, > > Ryan > > Creative doesn't say much about who makes it. They re-badge > various sources. Windoze is not a recommendation for hardware to work > on better OS's. 'Works great with Windoze' is most often a derogatory > statement about hardware. MOF, that's one explaination I can think of > at the moment. Windoze kernels are a joke, Deb's are usually old > fashioned yesterday's stuff. Probly older than the kernel you had > with 8.2. Could be your hardware is fallin behind current Linux > kernels? > >OTOH, that only somewhat fits your slow tranfer rates tho. The > motherboard might. Who makes it, and what chipset? Also mention if > it's in a ready made (ie, OEM only), because then it and often it's > chipsets are made to that vendors specs or Dell's. What drives are > hd[abd] ? might help too. Another possibility is spindle wobble > causing eratic signals over IDE. That could account for both slow > transfer rates and high cpu usage. At two years old and unknown > sources, that becomes a realistic explaination, specially if the > transport mechanism was actually made by Ricoh. Have you tried > burnin at low speeds (4x) ? > > Post the output from 'hdparm -v -i /dev/hdc' and maybe > somebody'll see somethin I'm runnin out of ideas. > -- > Tom Brinkman Corpus Christi, Texas > > > I have an Asus A7V133c m/b w/ an Athlon T-bird 1.3. It's not an OEM board. The other drives I have are /dev/hda some old shitty cd-rom, /dev/hdg a maxtor 30 gig running at ATA-100, /dev/hde a quantam 30 gig ATA-100. You think being less than 2 years old kernel support would have gone beyond my 12X drive? I've gotten some pretty old, crappy hardware working w/ new kernels (IDE controller cards and whatnot). I wasn't using windows as a "hey it works in here why not linux", just that if it was something physically wrong (i.e. not a driver/config problem) it should show up every time I use the drive regardless of OS. here is the output of the hdparm command. /dev/hdc: HDIO_GET_MULTCOUNT failed: Input/output error IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) BLKRAGET failed: Input/output error HDIO_GETGEO failed: Invalid argument Model=CREATIVE CD-RW RW1210E, FwRev=LCS6, SerialNo= Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=1024kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2 AdvancedPM=no Thanks, Ryan Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Wednesday February 12 2003 10:15 pm, RYan Moe wrote: > Hi, I'm using 9.0, my drive is a Creative Labs 12/10/32 on > /dev/hdc.I've turned DMA on for this drive by using hdparm and > creating a harddiskhdc file. However anytime the drive is accessed > my CPU usage shoots up to around 75% (normally I can't hardly get > it past 10%) which shouldn't happen if its using DMA. I know for a > fact the drive supports DMA as I've had it about 2 years. There > isn't a problem with the drive either as I booted into windows and > burned a CD with the CPU usage never going above 2%. I don't > recall having this problem when I had 8.2 installed. I've also used > this drive w/ Debian and it worked fine in there. > > Thanks, > Ryan Creative doesn't say much about who makes it. They re-badge various sources. Windoze is not a recommendation for hardware to work on better OS's. 'Works great with Windoze' is most often a derogatory statement about hardware. MOF, that's one explaination I can think of at the moment. Windoze kernels are a joke, Deb's are usually old fashioned yesterday's stuff. Probly older than the kernel you had with 8.2. Could be your hardware is fallin behind current Linux kernels? OTOH, that only somewhat fits your slow tranfer rates tho. The motherboard might. Who makes it, and what chipset? Also mention if it's in a ready made (ie, OEM only), because then it and often it's chipsets are made to that vendors specs or Dell's. What drives are hd[abd] ? might help too. Another possibility is spindle wobble causing eratic signals over IDE. That could account for both slow transfer rates and high cpu usage. At two years old and unknown sources, that becomes a realistic explaination, specially if the transport mechanism was actually made by Ricoh. Have you tried burnin at low speeds (4x) ? Post the output from 'hdparm -v -i /dev/hdc' and maybe somebody'll see somethin I'm runnin out of ideas. -- Tom Brinkman Corpus Christi, Texas Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
> Post the output from > > hdparm /dev/hdc > > Are you sure your burner is /dev/hdc? > - -- > Greg Yes, I'm positive it's /dev/hdc. Here is the output from hdparm. /dev/hdc: HDIO_GET_MULTCOUNT failed: Input/output error IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) BLKRAGET failed: Input/output error HDIO_GETGEO failed: Invalid argument Thanks, Ryan Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 12 February 2003 11:15 pm, RYan Moe wrote: > > Hi, I'm using 9.0, my drive is a Creative Labs 12/10/32 on /dev/hdc.I've > turned DMA on for this drive by using hdparm and creating a harddiskhdc > file. However anytime the drive is accessed my CPU usage shoots up to > around 75% (normally I can't hardly get it past 10%) which shouldn't > happen if its using DMA. I know for a fact the drive supports DMA as > I've had it about 2 years. There isn't a problem with the drive either > as I booted into windows and burned a CD with the CPU usage never going > above 2%. I don't recall having this problem when I had 8.2 installed. > I've also used this drive w/ Debian and it worked fine in there. > > Thanks, > Ryan Post the output from hdparm /dev/hdc Are you sure your burner is /dev/hdc? - -- Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+Sx4VwDpHP6GALAARArf8AJ0YyXFq3v8WvW9EaogJhMGppReGNACcDH9k LRkzyJiQw43hO8CQG0bDuus= =xT2Y -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Wed, 2003-02-12 at 21:30, Tom Brinkman wrote: > On Wednesday February 12 2003 08:16 pm, ryan wrote: > > Hi, for the life of me I can't figure out how to enable DMA on my > > CD burner. Burning a CD brings my system to a halt and it takes > > around 10 minutes to copy data from CD to hd. Any help would be > > greatly appreciated. > > > > Thanks, > > Ryan > >What Mandrake version?, do you have 'hdparm' installed? What > hardware? Is your cdrw /dev/hdc? I'll be usin that as an example. > > If it's not, install hdparm, then type (as root) 'hdparm -v /dev/hdc' > in a terminal and you should see somethin like this > > tom# hdparm -v /dev/hdc > /dev/hdc: > HDIO_GET_MULTCOUNT failed: Invalid argument > IO_support = 1 (32-bit) > unmaskirq= 1 (on) > using_dma= 1 (on) > keepsettings = 0 (off) > readonly = 0 (off) > readahead= 8 (on) > HDIO_GETGEO failed: Invalid argument > >Don't worry about "failed: Invalid argument", cd drives don't > support these parameters. What you're concerned about is > 'using_dma=1 (on)'If it's '=0' , then read on, if it's =1, dma is > already enabled and you've got some other problem. > >If it's Mandrake 9.0 or later (I don't remember for 8.x), as root > in a terminal, > > cd /etc/sysconfig/ > >then use an editor to uncomment this line in the 'harddisks' file >USE_DMA=1 (IOW's remove the # in front of that line and save the >edited file). Then, > > cp harddisks harddiskhdc > >If you also have a cdrom on /hdd > > cp harddisks harddiskhdd > >You can reboot but you don't need to. You can start dma on your > cdrw for this uptime, by (as root) runnin 'hdparm -d1 /dev/hdc' > (and the same for /hdd if you have one) > Future boots will have dma enabled by the harddisk* files. > > Now for the disclaimer: Some cdroms don't suport dma, or don't do > it very well at all. If this is the situation the problem can go all > the way back to the motherboard and/or power supply being the > culprit(s). Afterall, the warning is right there in the harddisks > file > > # Set this to 1 to enable DMA. This might cause some > # data corruption on certain chipset / hard drive > # combinations. This is used with the "-d" option > USE_DMA=1 > >But you'll probly be OK ;) > -- > Tom Brinkman Corpus Christi, Texas > > > > Want to buy your Pack or Services from MandrakeSoft? > Go to http://www.mandrakestore.com Hi, I'm using 9.0, my drive is a Creative Labs 12/10/32 on /dev/hdc.I've turned DMA on for this drive by using hdparm and creating a harddiskhdc file. However anytime the drive is accessed my CPU usage shoots up to around 75% (normally I can't hardly get it past 10%) which shouldn't happen if its using DMA. I know for a fact the drive supports DMA as I've had it about 2 years. There isn't a problem with the drive either as I booted into windows and burned a CD with the CPU usage never going above 2%. I don't recall having this problem when I had 8.2 installed. I've also used this drive w/ Debian and it worked fine in there. Thanks, Ryan Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 12 February 2003 09:51 pm, Greg Meyer wrote: > On Wednesday 12 February 2003 09:16 pm, ryan wrote: > > Hi, for the life of me I can't figure out how to enable DMA on my CD > > burner. Burning a CD brings my system to a halt and it takes around 10 > > minutes to copy data from CD to hd. Any help would be greatly > > appreciated. > > Hi Ryan, it is really easy. For some reason, the 9.0 startup scripts turn > dma off for optical drives. For this instruction, I will assume your For edification, read the file /etc/rc.d/rc.sysinit - -- Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+SxK0wDpHP6GALAARAtU1AKCO5DkPY+zGV8gjzYA6jPShccI+2gCgkJ5x IpVXmbz587F0DW8I+jLeyEI= =hi7W -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
On Wednesday February 12 2003 08:16 pm, ryan wrote: > Hi, for the life of me I can't figure out how to enable DMA on my > CD burner. Burning a CD brings my system to a halt and it takes > around 10 minutes to copy data from CD to hd. Any help would be > greatly appreciated. > > Thanks, > Ryan What Mandrake version?, do you have 'hdparm' installed? What hardware? Is your cdrw /dev/hdc? I'll be usin that as an example. If it's not, install hdparm, then type (as root) 'hdparm -v /dev/hdc' in a terminal and you should see somethin like this tom# hdparm -v /dev/hdc /dev/hdc: HDIO_GET_MULTCOUNT failed: Invalid argument IO_support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) HDIO_GETGEO failed: Invalid argument Don't worry about "failed: Invalid argument", cd drives don't support these parameters. What you're concerned about is 'using_dma=1 (on)'If it's '=0' , then read on, if it's =1, dma is already enabled and you've got some other problem. If it's Mandrake 9.0 or later (I don't remember for 8.x), as root in a terminal, cd /etc/sysconfig/ then use an editor to uncomment this line in the 'harddisks' file USE_DMA=1 (IOW's remove the # in front of that line and save the edited file). Then, cp harddisks harddiskhdc If you also have a cdrom on /hdd cp harddisks harddiskhdd You can reboot but you don't need to. You can start dma on your cdrw for this uptime, by (as root) runnin 'hdparm -d1 /dev/hdc' (and the same for /hdd if you have one) Future boots will have dma enabled by the harddisk* files. Now for the disclaimer: Some cdroms don't suport dma, or don't do it very well at all. If this is the situation the problem can go all the way back to the motherboard and/or power supply being the culprit(s). Afterall, the warning is right there in the harddisks file # Set this to 1 to enable DMA. This might cause some # data corruption on certain chipset / hard drive # combinations. This is used with the "-d" option USE_DMA=1 But you'll probly be OK ;) -- Tom Brinkman Corpus Christi, Texas Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [newbie] Enabling DMA on CD-Writer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 12 February 2003 09:16 pm, ryan wrote: > Hi, for the life of me I can't figure out how to enable DMA on my CD > burner. Burning a CD brings my system to a halt and it takes around 10 > minutes to copy data from CD to hd. Any help would be greatly > appreciated. Hi Ryan, it is really easy. For some reason, the 9.0 startup scripts turn dma off for optical drives. For this instruction, I will assume your cd-burner is /dev/hdc scsi emulated as /dev/scd0. For your machine, replce the hdc with whatever ata channel your burner is on. Go into the directory /etc/sysconfig and you will see a file called harddisks. Copy this file as root to a file called harddiskhdc. cp harddisks harddiskhdc Edit the new file with your favorit text editor (mines nano) and uncomment the line that says '# USE_DMA=1' so it looks like this USE_DMA=1 and save the file. Since dma is off, it is very likely that hdparm is already installed on your system, but to doublecheck, type rpm -qa | grep -i hdparm if you get no output, you need to install hdparm, so type urpmi hdparm, and follow the instructions. Now when yopu boot up, DMA will be turned back on. Another method would be to remove hdparm completely, which will prevent it from being turned off to begin with. The problem with this approach is that you won't be able to use hdparm to tune your hard drives. urpme hdparm to learn more about hdparm, type man hdparm. - -- Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+SwhDwDpHP6GALAARAk++AJwO5VVbl/vpUItJyCsVsts9c29NuwCghN0+ //X97CjRQAFrIG3Y8Q+ETsk= =BznK -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[newbie] Enabling DMA on CD-Writer
Hi, for the life of me I can't figure out how to enable DMA on my CD burner. Burning a CD brings my system to a halt and it takes around 10 minutes to copy data from CD to hd. Any help would be greatly appreciated. Thanks, Ryan Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com