* Martin Michlmayr [EMAIL PROTECTED] [2007-09-25 21:12]:
BTW, we only need try-dma-memcpy.patch and try-dma-to-from-user.patch
Just for the record: I wanted to apply these patches to 2.6.23 but I
found a problem with them. I reported it to the Intel folks so
hopefully it will be fixed in the
* Riku Voipio [EMAIL PROTECTED] [2007-09-24 23:48]:
Did you enable the dma engine in kernel config? There is three patches
that could help:
I'm glad your email caused me to double check. While the dma engine
itself was enabled, some other options were missing. With the
following options
* Martin Michlmayr [EMAIL PROTECTED] [2007-09-25 08:42]:
I'll ask Dan Williams of Intel about the status of these patches.
Dan isn't planning to get this into 2.6.24, but maybe I can get
permission from the kernel team to apply it to our 2.6.23 anyway.
BTW, we only need try-dma-memcpy.patch and
On Mon, Sep 24, 2007 at 07:54:37PM +0200, Martin Michlmayr wrote:
* Oliver Kiddle [EMAIL PROTECTED] [2007-07-11 11:27]:
After installing Debian, I've found that the disc speed as reported by
hdparm has gone down. Before, I was getting:
...
Whereas now I get:
Timing cached reads:60
On Mon, Sep 24, 2007 at 07:54:37PM +0200, Martin Michlmayr wrote:
- First, I reverted that R_ERR on DMA activate FIS errata fix which
you noticed in dmesg. Reverting this fix does not increase
performance.
- Second, I applied Intel's IOP patches from SourceForge but again
they
Lennart Sorensen wrote:
I believe a bug was found at some point in hdparm that caused it to
generate incorrect test values (of by a factor of 2 as far as I
remember). This would cause comparing the results between old
(broken) and new (fixed) versions of hdparm to look as if things
had
On Mon, Sep 24, 2007 at 10:57:33PM +0200, Stefan Fritsch wrote:
The Thecus tarball I downloaded has hdparm 6.1, current is 7.7. I
compiled 6.1 (on my desktop), and I get a factor two speed difference
for hdparm -T (Timing cached reads), but no difference for hdparm -t
(Timing buffered disk
7 matches
Mail list logo