Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1162922 > unrolled thread

Re: Question about HighPoint RocketRAID 642L SCSI driver conflict with Linux AHCI driver

Started byOne Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
First post2015-06-11 00:50 +0200
Last post2015-06-11 00:50 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Question about HighPoint RocketRAID 642L SCSI driver conflict  with Linux AHCI driver One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk> - 2015-06-11 00:50 +0200

#1162922 — Re: Question about HighPoint RocketRAID 642L SCSI driver conflict with Linux AHCI driver

FromOne Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
Date2015-06-11 00:50 +0200
SubjectRe: Question about HighPoint RocketRAID 642L SCSI driver conflict with Linux AHCI driver
Message-ID<pzWYN-3qN-1@gated-at.bofh.it>
On Thu, 4 Jun 2015 13:05:49 +0800
"linux" <linux@highpoint-tech.com> wrote:

> Dear Tejun Heo,
> 
>   This is HighPoint Linux Team. We found Linux AHCI driver since kernel 3.16
> has added ID (0x06421103) to support RocketRAID 642L which is not what we
> expected. If we want to load HighPoint RR642L RAID version Linux SCSI
> driver, it becomes conflict each other. This affects our customers who need
> to use our RAID version driver stack.

If your stack existed in full open source form upstream we might be able
to add it the supported raid formats, which would make life even easier
for your customers.

>   Hence,  this is to ask Linux how to solve this conflict with AHCI driver?
> and why Linux wants to add RR642L ID (0x06421103) into AHCI driver? 

So that users can use the hardware with the standard kernel AHCI drivers
because they are best freely available and integrated driver available.

> Is there > any way to prevent this in the future?

Apart from having your customers reconfigure their kernel or carefully
set stuff up at boot time, no.

Alan
--
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/

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web