lkml.org 
[lkml]   [2003]   [Mar]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Tighten up serverworks workaround.
On Mon, 3 Mar 2003 07:02:47 -0500 (EST)
Alan Cox <alan@redhat.com> wrote:

> You might want to take Kimball out of unrelated followups

Hm, I am not all that sure that it is completely unrelated. From my point of
view the "big picture" looks like this:

Coming from a system based on VIA-chipset and working perfectly well, we
changed mb to serverworks based TRL-DLS. From that time we experienced and
discussed here:

- strange mtrr settings (solved)
- interrupt sharing problem ide/tg3 (solved)
- reproducably oops'ing cd mounts (on internal ide, with ide-scsi) (not solved)
- latest news: reproducably cold-booting during tar-backup on _second_ streamer
device (dev/st1) on board-internal adaptec controller.

Please note that basic installation/distribution is the same since the VIA
setup.
We are a bit astonished since we expected serverworks-based hardware to perform
_better_ than VIA...
The email you commented is only a small hint that within -pre5 there are still
declared-unknown parts of the chipset. Based on the theory that they are named
"unknown" because nobody around here knows them, it might have been an adequate
idea to ask someone from serverworks, or not? This is in no way meant offensive.

--
Regards,
Stephan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:33    [W:0.369 / U:7.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site