linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ed Sweetman <safemode@comcast.net>
To: "Randy.Dunlap" <rdunlap@xenotime.net>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-kernel@vger.kernel.org, akpm@osdl.org
Subject: Re: 2.6.16-rc1-mm2 pata driver confusion
Date: Thu, 26 Jan 2006 06:09:03 -0500	[thread overview]
Message-ID: <43D8ADCF.7070809@comcast.net> (raw)
In-Reply-To: <Pine.LNX.4.58.0601250846210.29859@shark.he.net>

Randy.Dunlap wrote:

>(sorry about breaking the threading)
>
>On 1/24/06, Ed Sweetman <safemode@comcast.net> wrote:
>  
>
>>Randy.Dunlap wrote:
>>
>>    
>>
>>>On Tue, 24 Jan 2006, Ed Sweetman wrote:
>>>
>>>
>>>      
>>>
>>>>Randy.Dunlap wrote:
>>>>
>>>>
>>>>        
>>>>
>>>>>On Tue, 24 Jan 2006, Ed Sweetman wrote:
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>Alan Cox wrote:
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>On Maw, 2006-01-24 at 01:43 -0500, Ed Sweetman wrote:
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>>>problem.  The problem is that there appears to be two nvidia/amd ata
>>>>>>>>drivers and I'm unsure which I should try using, if i compile both in,
>>>>>>>>which get loaded first (i assume scsi is second to ide) and if i want my
>>>>>>>>pata disks loaded under the new libata drivers, will my cdrom work under
>>>>>>>>them too, or do i still need some sort of regular ide drivers loaded
>>>>>>>>just for cdrom (to use native ata mode for recording access).
>>>>>>>>
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>>>>>The goal of the drivers/scsi/pata_* drivers is to replace drivers/ide in
>>>>>>>its entirity with code using the newer and cleaner libata logic. There
>>>>>>>is still much to do but my SIL680, SiS, Intel MPIIX, AMD and VIA boxes
>>>>>>>are using libata and the additional patch patches still queued
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>>>1.  Atapi is most definitely not supported by libata, right now.
>>>>>>>>
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>>>>>It works in the -mm tree.
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>Intriguing, when I had no ide chipset compiled in kernel, only libata
>>>>>>drivers, I got no mention at all about my dvd writer.  I even had the
>>>>>>scsi cd driver installed and generic devices, still nothing seemed to
>>>>>>initialize the dvd drive.  It detected the second pata bus but no
>>>>>>devices attached to it.
>>>>>>
>>>>>>this is using the kernel mentioned in the subject header.
>>>>>>2.6.16-rc1-mm2.  using the amd/nvidia drivers for pata and sata.
>>>>>>
>>>>>>Is there anything i can do to give more info to the list to figure out
>>>>>>why my atapi writer is being ignored by pata even when there are no ide
>>>>>>drivers loaded?
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>Currently you need to use libata.atapi_enabled=1
>>>>>(assuming that libata is in the kernel image, not a loadable module).
>>>>>
>>>>>I just built/tested this also, working for me as well.
>>>>>(hard drives, not ATAPI)
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>I assume libata.atapi_enabled=1 is a boot arg, not some structure member
>>>>in the source for the pata driver that i need to set to 1, correct?
>>>>
>>>>        
>>>>
>>>Yes, it's a kernel boot option if libata is in the kernel image.
>>>If libata is a loadable module, just use something like
>>>      modprobe libata atapi_enabled=1
>>>
>>>
>>>      
>>>
>>>>And you just built and tested it, how did you test if the atapi argument
>>>>worked when you then say "not ATAPI" as something you tested?
>>>>
>>>>        
>>>>
>>>Sorry, I mean that I built and booted a kernel with libata/PATA
>>>hard drive (vs. legacy drivers/ide/ PATA support).  I have not
>>>tested ATAPI at all and didn't mean to imply that I had.
>>>
>>>I reported on libata.atapi_enabled=1 based on documentation
>>>and other emails that I have read.
>>>
>>>
>>>      
>>>
>>>>In any case, i'll try out libata.atapi_enabled=1 and see if it detects
>>>>the dvd drive.
>>>>
>>>>        
>>>>
>>>HTH.  Please continue to post any questions or problems.
>>>
>>>      
>>>
>>I Rebooted several times, both setting the option in the kernel boot
>>args and editing the source to have it set by default.  No atapi devices
>>are found/mentioned or even described as not found in dmesg/bootup.   So
>>apparently, on my chipset, the amd/nvidia pata driver is not detecting
>>atapi devices.
>>
>>0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
>>0000:00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA
>>Controller (rev f3)
>>0000:00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA
>>Controller (rev f3)
>>
>>0000:00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
>>(prog-if 8a [Master SecP PriP])
>>        Subsystem: Unknown device f043:815a
>>        Flags: bus master, 66MHz, fast devsel, latency 0
>>        I/O ports at f000 [size=16]
>>        Capabilities: [44] Power Management version 2
>>
>>
>>the atapi device in question is a plextor px-712A, it's the only device
>>on the secondary channel.
>>    
>>
>
>And this is with using only ATA (libata) drivers in drivers/scsi/
>and not ATA drivers in drivers/ide/, right?
>
>Hm.  I guess we treat this as a bug report for NV ATA/ATAPI then.
>
>I just tested my system with a Plextor PX-712SA drive plus
>booting with libata.atapi_enabled=1 and the driver (not nv)
>sees the ATAPI drive and can read it.
>
>  
>
Indeed, this is with only libata.  I had scsi disk driver and cdrom 
driver compiled in as well, because i assumed that the "low level" 
libata drivers required those scsi interfaces to access the disks and 
atapi devices that are found by libata.  ide isn't even compiled in.

Like i said, i booted with libata.atapi_enabled=1 and that produced 
nothing about cdroms/atapi devices and then I simply set the variable to 
1 in source and recompiled and booted and same problem.

my board is an Asus A8N-E and my plextor is on the PATA controller, not 
the SATA like yours.  Perhaps mine would work too if it was sata, but it 
appears that the pata driver has no provisions for atapi devices yet.



  reply	other threads:[~2006-01-26 11:09 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-25 16:53 2.6.16-rc1-mm2 pata driver confusion Randy.Dunlap
2006-01-26 11:09 ` Ed Sweetman [this message]
2006-01-30 11:43 ` Alan Cox
2006-01-30 15:36   ` Randy.Dunlap
2006-02-03 21:54 ` Ed Sweetman
2006-02-06 16:39   ` Randy.Dunlap
2006-02-06 19:34     ` Harald Dunkel
2006-02-06 19:56       ` Alan Cox
2006-02-07  2:28         ` Ed Sweetman
2006-02-07  1:26           ` 2.6.16-rc1-mm2 pata driver confusion + tsc sync issues Ed Sweetman
2006-02-07  1:35             ` Andrew Morton
2006-02-07  1:53               ` Matthew Garrett
2006-02-07  3:33                 ` Ed Sweetman
2006-02-07 11:10                   ` Alan Cox
2006-02-07  3:43               ` Ed Sweetman
  -- strict thread matches above, loose matches on Subject: below --
2006-01-24  6:43 2.6.16-rc1-mm2 pata driver confusion Ed Sweetman
2006-01-24 14:51 ` Jeff Garzik
2006-01-24 15:29 ` Alan Cox
2006-01-24 17:05   ` Randy.Dunlap
2006-01-24 17:08     ` Randy.Dunlap
2006-01-24 21:13       ` Alan Cox
2006-01-24 17:13     ` Alan Cox
2006-01-24 22:17   ` Ed Sweetman
2006-01-24 22:27     ` Randy.Dunlap
2006-01-24 23:01       ` Ed Sweetman
2006-01-24 23:07         ` Randy.Dunlap
2006-01-25  1:56           ` Ed Sweetman

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=43D8ADCF.7070809@comcast.net \
    --to=safemode@comcast.net \
    --cc=akpm@osdl.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rdunlap@xenotime.net \
    /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).