make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/asm-i386/asm_offsets.h
CHK include/linux/compile.h
LD drivers/scsi/scsi_mod.o
CC drivers/scsi/dpt_i2o.o
drivers/scsi/dpt_i2o.c:32:2: #error Please convert me to
Documentation/DMA-mapping.txt
drivers/scsi/dpt_i2o.c: In function `adpt_install_hba':
drivers/scsi/dpt_i2o.c:977: warning: passing arg 2 of `request_irq' from
incompatible pointer type
drivers/scsi/dpt_i2o.c: In function `adpt_scsi_to_i2o':
drivers/scsi/dpt_i2o.c:2118: error: structure has no member named
`address'
drivers/scsi/dpt_i2o.c: At top level:
drivers/scsi/dpt_i2o.c:165: warning: `dptids' defined but not used
make[2]: *** [drivers/scsi/dpt_i2o.o] Error 1
make[1]: *** [drivers/scsi] Error 2
make: *** [drivers] Error 2
:wq!
---------------------------------------------------------------------------
Robert L. Harris | GPG Key ID: E344DA3B
@ x-hkp://pgp.mit.edu
DISCLAIMER:
These are MY OPINIONS ALONE. I speak for no-one else.
Diagnosis: witzelsucht
IPv6 = [email protected] http://ipv6.rdlg.net
IPv4 = [email protected] http://www.rdlg.net
Looks like someone needs to fix it, right? Preferrably someone
who owns the hardware..
Alan Cox wrote:
>Nobody has ported this driver to 2.6 yet
>
>
>
Acording to this bug adaptec isn't planning on doing so.
http://bugme.osdl.org/show_bug.cgi?id=217
--
Once you have their hardware. Never give it back.
(The First Rule of Hardware Acquisition)
Sam Flory <[email protected]>
While I'm anything but a qualified coder I'm willing to test code on
this bugger or other help where soundly possible.
Thus spake Christoph Hellwig ([email protected]):
> Looks like someone needs to fix it, right? Preferrably someone
> who owns the hardware..
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
:wq!
---------------------------------------------------------------------------
Robert L. Harris | GPG Key ID: E344DA3B
@ x-hkp://pgp.mit.edu
DISCLAIMER:
These are MY OPINIONS ALONE. I speak for no-one else.
Diagnosis: witzelsucht
IPv6 = [email protected] http://ipv6.rdlg.net
IPv4 = [email protected] http://www.rdlg.net
On Mer, 2003-07-23 at 22:20, Samuel Flory wrote:
> Acording to this bug adaptec isn't planning on doing so.
> http://bugme.osdl.org/show_bug.cgi?id=217
Then I guess it won't be in 2.6.0 and Adaptec will catch up later.
Depends how they define "stable" and what contracts they have with
whom to maintain it, if any.
Either way someone else can fix it if they want, or use the core
i2o drivers which should drive this hardware nowdays
> [[email protected]]
>
> While I'm anything but a qualified coder I'm willing to test code on
> this bugger or other help where soundly possible.
Would you people please stop replying above the original messages?
One could say this evil (pioneered by certain silly mail clients btw)
has been spreading like plague around here lately.
Quoting the lkml FAQ ->
(REG) And please reply after the quoted text, not before it (as per RFC
1855). It's very confusing to see a reply before the quoted context. And
it's embarrassing: it makes you look like a newbie. Change your mailer if
necessary, if the one you have makes it hard to do reply-after-quoting.
I know some people like to quote the entire message they are replying to,
so they put their reply right at the top so people won't give up after the
first page of quoted material. Don't do it. It's annoying. Just learn to
stop quoting everything. No-one wants to see it all anyway (list archives
allow people to see everything if they missed it). You're not helping
yourself anyway, as you're more likely to be ignored if you
reply-before-quoting.
--
Tomas Szepe <[email protected]>
On Wed, Jul 23, 2003 at 11:17:32PM +0100, Alan Cox wrote:
> Either way someone else can fix it if they want, or use the core
> i2o drivers which should drive this hardware nowdays
So why is dpt_i2o still around then? It's a horrible mess and much
much worse than i2o_scsi.
On Iau, 2003-07-24 at 09:01, Christoph Hellwig wrote:
> On Wed, Jul 23, 2003 at 11:17:32PM +0100, Alan Cox wrote:
> > Either way someone else can fix it if they want, or use the core
> > i2o drivers which should drive this hardware nowdays
>
> So why is dpt_i2o still around then? It's a horrible mess and much
> much worse than i2o_scsi.
Primarily because the i²o drivers didnt use to handle the dpt devices. They
speak a slightly odd dialect of i²o and that tripped us up. I need to check
2.6 has all the 2.4 core i²o stuff in place. With that done then I think
doing some testing and losing dpt_i2o is doable.
Alan