linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Ming Lei <ming.lei@canonical.com>
Cc: "Heasley, Seth" <seth.heasley@intel.com>,
	"alan@linux.intel.com" <alan@linux.intel.com>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
	Jeff Garzik <jgarzik@pobox.com>
Subject: Re: [PATCH] ata: make DVD drive recognisable on systems with Intel Sandybridge CPT chipset
Date: Sun, 25 Sep 2011 09:03:45 +0900	[thread overview]
Message-ID: <20110925000345.GD29319@htj.dyndns.org> (raw)
In-Reply-To: <CACVXFVN20XfKab+7SVtT_BCLN0hs-sFHbhTzknF0gNGneERNUg@mail.gmail.com>

Hello,

On Sat, Sep 24, 2011 at 09:34:09PM +0800, Ming Lei wrote:
> On Sat, Sep 24, 2011 at 9:58 AM, Tejun Heo <htejun@gmail.com> wrote:
> > Hello,
> > No, this wouldn't work.  Ops inheritance isn't dynamic.
> 
> I am sure that I have tested the patch and it does work.

Yeah, but not by design.  That field is assumed to be static.
Inheritance currently is finalized during the first use of the
operation structure, where the first use also includes being inherited
by other ops structure, so doing it like that is asking for obscure
bugs.

> > Please define a separate ata_port_operations for controller which
> > require 16bit PIO - piix_pata16_ops, create a new controller id (say,
> > ich_snb_pata), add an accompanying port_info entry and device_id
> > entry.
> 
> In fact, I am not familiar with sata, but just want to fix the problem.
> If you have a better patch, please ignore mine and apply yours.

Sure I can do that but it would be better if you can revise your
patch.  Please take a look at how different ops are mapped to
different device IDs.  You just need to create another variant to be
mapped to the problematic device IDs.

> On Sat, Sep 24, 2011 at 12:28 PM, Heasley, Seth <seth.heasley@intel.com> wrote:
> >>Have we successfully localized the problem to SNB?  If so, great.
> >
> > No, we haven't.  I've reproduced the issue on two newer Intel chipsets.  In > IDE mode, ATAPI just isn't working on SATA3 ports.  With the provided
> > patch, the issue is resolved.  At what cost, I can't say.  But if a patch will
> > go in for the 6 Series, we need to apply it to the other platforms as well.  I > can provide the DeviceIDs.
> 
> I have seen someone reported the same problem on the device with
> pci device id of 0x1c01[1]. I have asked them to test the patch but without
> any response, so I had to not include the dev id in the patch.

Developing partial blacklist w/o knowing what's going on is messy.  If
we discover that something wasn't quite what we suspected it was and
had to revise, it'll be tricky to verify whicn ones need to remain.
Alan, can someone from intel verify the issue?  Is there an errata we
can look at?

Thanks.

-- 
tejun

  reply	other threads:[~2011-09-25  0:03 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-22  1:55 [PATCH] ata: make DVD drive recognisable on systems with Intel Sandybridge CPT chipset ming.lei
2011-09-24  1:58 ` Tejun Heo
2011-09-24  4:28   ` Heasley, Seth
2011-09-24 13:34     ` Ming Lei
2011-09-25  0:03       ` Tejun Heo [this message]
2011-09-26  6:51         ` Ming Lei
2011-09-26  7:23           ` Ming Lei
2011-09-28  4:58             ` Ming Lei
2011-09-30  3:09               ` Tejun Heo
2011-09-30  8:39                 ` Ming Lei
2011-09-30 20:55                   ` Heasley, Seth
2011-09-30 23:42                   ` Tejun Heo
2011-10-01  0:02                   ` Heasley, Seth
2011-10-01  0:22                     ` Jeff Garzik
2011-09-26 16:52           ` Heasley, Seth
2011-09-26 10:27         ` Alan Cox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110925000345.GD29319@htj.dyndns.org \
    --to=htejun@gmail.com \
    --cc=alan@linux.intel.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=ming.lei@canonical.com \
    --cc=seth.heasley@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).