It works for me after applying the mptable fix for the s2892. It now sees a SATA port that it didn't used to. Thanks.
I don't have an s2891 to try it on. Are there other boards we should apply the fix to? s2895 etc.
Acked-by: Myles Watson mylesgw@gmail.com
Myles
On Tue, Apr 22, 2008 at 04:56:19PM -0600, Myles Watson wrote:
It works for me after applying the mptable fix for the s2892. It now sees a SATA port that it didn't used to. Thanks.
Acked-by: Myles Watson mylesgw@gmail.com
Thanks, r3253.
I don't have an s2891 to try it on. Are there other boards we should apply the fix to? s2895 etc.
From the looks of it, these boards have the same bug:
tyan s2892 tyan s2895 sun ultra40
Since you've already tested an s2892, I'd be happy to supply a patch and you can ack it? Same for s2895 - you have that hardware right?
Anyone got a sun ultra40 with sata problems to test this patch on?
Myles - have you ever run bonnie++ on your s2892 or s2895? Or noticed poor sata performance? I'd really like to solve that multi-mode problem...
Thanks, Ward.
On Tue, 2008-04-22 at 20:49 -0400, Ward Vandewege wrote:
From the looks of it, these boards have the same bug:
tyan s2892 tyan s2895 sun ultra40
Tyan S2865 is a UP board similar to sun ultra20/40 (i forget which), and Isn't there an Asus A7V port in-tree?
On Wed, Apr 23, 2008 at 09:30:28AM -0400, Jeremy Jackson wrote:
From the looks of it, these boards have the same bug:
tyan s2892 tyan s2895 sun ultra40
Tyan S2865 is a UP board similar to sun ultra20/40 (i forget which),
But we don't have a port in the tree for it?
and Isn't there an Asus A7V port in-tree?
A8N, which does not have the mptable bug.
Thanks, Ward.
On Tue, Apr 22, 2008 at 6:49 PM, Ward Vandewege ward@gnu.org wrote:
On Tue, Apr 22, 2008 at 04:56:19PM -0600, Myles Watson wrote:
It works for me after applying the mptable fix for the s2892. It now sees a SATA port that it didn't used to. Thanks.
Acked-by: Myles Watson mylesgw@gmail.com
Thanks, r3253.
I don't have an s2891 to try it on. Are there other boards we should apply the fix to? s2895 etc.
From the looks of it, these boards have the same bug:
tyan s2892 tyan s2895 sun ultra40
Since you've already tested an s2892, I'd be happy to supply a patch and you can ack it? Same for s2895 - you have that hardware right?
Here's the patch for the s2892 that I used. When my s2895 has some down time I'll can check it. I'd feel fine about just committing it since it uses the same chipset and has the same problem.
Myles
Signed-off-by: Myles Watson mylesgw@gmail.com
Anyone got a sun ultra40 with sata problems to test this patch on?
Myles - have you ever run bonnie++ on your s2892 or s2895? Or noticed poor sata performance? I'd really like to solve that multi-mode problem...
I haven't. It's too bad you can't turn off multimode in the proprietary BIOS to see if that's really the issue.
On Wed, Apr 23, 2008 at 11:26:32AM -0600, Myles Watson wrote:
On Tue, Apr 22, 2008 at 6:49 PM, Ward Vandewege ward@gnu.org wrote:
On Tue, Apr 22, 2008 at 04:56:19PM -0600, Myles Watson wrote:
It works for me after applying the mptable fix for the s2892. It now sees a SATA port that it didn't used to. Thanks.
Acked-by: Myles Watson mylesgw@gmail.com
Thanks, r3253.
I don't have an s2891 to try it on. Are there other boards we should apply the fix to? s2895 etc.
From the looks of it, these boards have the same bug:
tyan s2892 tyan s2895 sun ultra40
Since you've already tested an s2892, I'd be happy to supply a patch and you can ack it? Same for s2895 - you have that hardware right?
Here's the patch for the s2892 that I used. When my s2895 has some down time I'll can check it. I'd feel fine about just committing it since it uses the same chipset and has the same problem.
Yeah. I agree. Want to make a patch?
Signed-off-by: Myles Watson mylesgw@gmail.com
Acked-by: Ward Vandewege ward@gnu.org
And committed in r3255.
I haven't. It's too bad you can't turn off multimode in the proprietary BIOS to see if that's really the issue
Yeah. I'm not sure it is. But *something* is going on here. If you get a chance to run bonnie++ on your various other ck804 boards, that would be great for comparison.
Thanks, Ward.
On Wed, Apr 23, 2008 at 11:57 AM, Ward Vandewege ward@gnu.org wrote:
On Wed, Apr 23, 2008 at 11:26:32AM -0600, Myles Watson wrote:
On Tue, Apr 22, 2008 at 6:49 PM, Ward Vandewege ward@gnu.org wrote:
On Tue, Apr 22, 2008 at 04:56:19PM -0600, Myles Watson wrote:
It works for me after applying the mptable fix for the s2892. It now sees a SATA port that it didn't used to. Thanks.
Acked-by: Myles Watson mylesgw@gmail.com
Thanks, r3253.
I don't have an s2891 to try it on. Are there other boards we should apply the fix to? s2895 etc.
From the looks of it, these boards have the same bug:
tyan s2892 tyan s2895 sun ultra40
Since you've already tested an s2892, I'd be happy to supply a patch and you can ack it? Same for s2895 - you have that hardware right?
Here's the patch for the s2892 that I used. When my s2895 has some down time I'll can check it. I'd feel fine about just committing it since it uses the same chipset and has the same problem.
Yeah. I agree. Want to make a patch?
Here's the patch for s2895 and ultra40. It also changes some broken white space in the s2892 and s2891 mptable.c files.
Thanks, Myles
Signed-off-by: Myles Watson mylesgw@gmail.com
I haven't. It's too bad you can't turn off multimode in the proprietary BIOS to see if that's really the issue
Yeah. I'm not sure it is. But *something* is going on here. If you get a chance to run bonnie++ on your various other ck804 boards, that would be great for comparison.
I'll try it soon.
On Wed, Apr 23, 2008 at 02:00:26PM -0600, Myles Watson wrote:
Here's the patch for s2895 and ultra40. It also changes some broken white space in the s2892 and s2891 mptable.c files.
Thanks, Myles
Signed-off-by: Myles Watson mylesgw@gmail.com
Acked-by: Ward Vandewege ward@gnu.org
And committed in r3256.
On Wed, 2008-04-23 at 11:26 -0600, Myles Watson wrote:
I haven't. It's too bad you can't turn off multimode in the proprietary BIOS to see if that's really the issue.
It used to be possible to turn off multimode with hdparm -m0 /dev/hda