From: Anton Starikov <hidden> Date: 2004-02-23 13:16:36
Hi!
As I can see, there is no support for PATA port on promise 378 chip
currently.
Is this support planned?
If now, why? Is there some religious reasons? ;)
Or just matter of time?
I just see, that I'm not one person who can't migrate to 2.6 because of
using PATA port on 378.
There is no driver from Promise, driver from libata also does not
support.
So, now I see two solutions:
1) adopt promise driver from vendor (which use cam) for 2.6
kernel, if there is religious reasons ;)
2) try to work under libata promise driver in order to have
support for PATA port.
First way is relatively easy. At least I know what to do, it just matter
of programming.
Second one is longer because I have to understand how
libata works, because I had nothing common with HW for a long time :)
But if later it will be merged to libata, there is more sense to go by
this way.
Finally, what to do? :)
Anton Starikov
From: Anton Starikov <hidden> Date: 2004-02-23 13:45:19
But what about driver from Promise?
Nobody yet forbid reverse engineering :)
It could be a not a big fun of course...
Two facts make me optimistic:
1) There open-source driver from Promise
2) There is driver in FreeBSD (it use cam also as I understand), I have
feeling that driver from BSD has support for PATA port, am I right?
Anton
On Mon, 23 Feb 2004 15:35:39 +0200
Hendrik Visage [off-list ref] wrote:
On Mon, Feb 23, 2004 at 02:16:36PM +0100, Anton Starikov wrote:
quoted
Hi!
As I can see, there is no support for PATA port on promise 378 chip
currently.
Correct.
quoted
Is this support planned?
You have all the correct informatin to program/write the driver??
quoted
If now, why? Is there some religious reasons? ;)
Elsewhere the answer is: Promise haven't provided the needed
information yet.
Hendir
From: Jeff Garzik <hidden> Date: 2004-02-24 01:20:35
Anton Starikov wrote:
Hi!
As I can see, there is no support for PATA port on promise 378 chip
currently.
Is this support planned?
If now, why? Is there some religious reasons? ;) Or just matter of time?
I just see, that I'm not one person who can't migrate to 2.6 because of
using PATA port on 378.
There is no driver from Promise, driver from libata also does not
support.
So, now I see two solutions:
1) adopt promise driver from vendor (which use cam) for 2.6
kernel, if there is religious reasons ;)
2) try to work under libata promise driver in order to have
support for PATA port.
From: Jeff Garzik <hidden> Date: 2004-02-27 18:56:45
Anton Starikov wrote:
But what about driver from Promise? Nobody yet forbid reverse engineering :)
It could be a not a big fun of course...
Two facts make me optimistic:
1) There open-source driver from Promise
2) There is driver in FreeBSD (it use cam also as I understand), I have
feeling that driver from BSD has support for PATA port, am I right?
BTW the GPL'd "SCSI" driver from Promise supports the PATA port...
Jeff
From: Anton Starikov <hidden> Date: 2004-02-27 19:45:15
Yes. I'm using this driver with 2.4
BUT, in order to compile it with 2.6 it should be fixed a lot.
I fixed it, but didn't try yet. (I'm to lazy to reboot this days :))
Anton
On Fri, 27 Feb 2004 13:56:45 -0500
Jeff Garzik [off-list ref] wrote:
Anton Starikov wrote:
quoted
But what about driver from Promise?
Nobody yet forbid reverse engineering :)
It could be a not a big fun of course...
Two facts make me optimistic:
1) There open-source driver from Promise
2) There is driver in FreeBSD (it use cam also as I understand), I
have feeling that driver from BSD has support for PATA port, am I
right?
BTW the GPL'd "SCSI" driver from Promise supports the PATA port...
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-raid"
in the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Hendrik Visage <hidden> Date: 2004-06-03 21:07:43
On Mon, Feb 23, 2004 at 08:21:00PM -0500, Jeff Garzik wrote:
Hendrik Visage wrote:
quoted
On Mon, Feb 23, 2004 at 02:16:36PM +0100, Anton Starikov wrote:
quoted
If now, why? Is there some religious reasons? ;)
Elsewhere the answer is: Promise haven't provided the needed information
yet.
I have the info (NDA, alas) but not the time, ATM.
Jeff
Hi Jeff,
How have you progressed on this?
I'm seeing a problem on x86_64 + 2.6.5 (vanilla, -mm and -gentoo) with the
MSI K8T Neo when pushing the onboard Realtek R8169 (just at 100 FDX) and
dumping it to the SATA disks (Tested with EVM2 DM raid0, but also seen with
a straight "ping -f -s 1024" and dd of=/dev/promisesata if=/dev/viaPATA)
The interesting things are:
I don't have troubles while pushing the ethernet and the Via PATA and or the
Via SATA drives.
I don't see the hangs when I move data between the Via [SP]ATA and the Promise
SATA while the network is "idle"
The Promise SATA, Via SATA and Realtek GigEther all uses the same IRQ line.
Any specific ideas to try out??
HEndrik