>Don't touch the timings. ide-pmac will setup proper timings depending
>on the drive and the controller revision. If you think someting is
>wrong, then send me what dmesg says along with a tarball of your
>/proc/device-tree
>
>On the other hand, it's perfectly safe (and recommended) to enable
>unma
>I've also been running my iBook with interrupts unmasked for many months
>without problems.
>
>Is it possible to get UDMA66 working on the iBook? My version of the kernel
>configures the drive for UDMA33. I did try forcing it to UDMA66 using hdparm,
>and it utterly toasted the filesystem ;( I do
Alright, the unmaskirq thing made a world of difference here. Before when
i would tar zxvf a large 50+ MB file, the system would become _extremely_
unresponsive. Now the machine doesn't hiccup.
-jeramy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
I've also been running my iBook with interrupts unmasked for many months
without problems.
Is it possible to get UDMA66 working on the iBook? My version of the kernel
configures the drive for UDMA33. I did try forcing it to UDMA66 using hdparm,
and it utterly toasted the filesystem ;( I doubt it
On Tue, May 21, 2002 at 06:15:40PM +0200, David N. Welton wrote:
> Egidio Corsini <[EMAIL PROTECTED]> writes:
>
> > Have you tryed to tune some parameters with hdparm?
> > Mine looks like that
> > /dev/hda:
> > multcount= 0 (off)
> > I/O support = 0 (default 16-bit)
> > unmaskirq= 0
Egidio Corsini <[EMAIL PROTECTED]> writes:
> Have you tryed to tune some parameters with hdparm?
> Mine looks like that
> /dev/hda:
> multcount= 0 (off)
> I/O support = 0 (default 16-bit)
> unmaskirq= 0 (off)
> using_dma= 1 (on)
> keepsettings = 0 (off)
> nowerr = 0
Have you tryed to tune some parameters with hdparm?
Mine looks like that
/dev/hda:
multcount= 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq= 0 (off)
using_dma= 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead= 8 (on)
geomet
7 matches
Mail list logo
