All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <tj@kernel.org>
To: Yan Seiner <yan@seiner.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: Port multiplier resets
Date: Sun, 23 Nov 2008 09:53:19 +0900	[thread overview]
Message-ID: <4928A97F.5040202@kernel.org> (raw)
In-Reply-To: <492837E0.3080906@seiner.com>

Yan Seiner wrote:
> Tejun Heo wrote:
>> Yan Seiner wrote:
>>  
>>> Tejun Heo wrote:
>>>    
>>>> 2. Specify libata.force=8.15:1.5Gbps
>>>>         
>>> dumb question:
>>>
>>> Does this go on the kernel parameter line or can I change it without
>>> rebooting the system?
>>>
>>> I don't see it in /sys/module/libata/parameters so I'm guessing it needs
>>> a reboot?
>>>     
>>
>> Yeah, you will need to reboot or reload libata module.  Note that if
>> libata.ko is being loaded from initrd, different distros use different
>> methods to pass parameters to them.
>>
>>   
> Thanks for all your help.   Unfortunately I'm still dead in the water
> with the jmicron controller....  :-(
> 
> If anything, things have gotten worse.  I suspect that the hardware is
> broken, but I'm hoping there's still something I can do.
> 
> The jmicron controller is ata3 and ata4.  Here's my kernel line from grub:
> 
> title           Debian GNU/Linux, kernel 2.6.27.4
> root            (hd0,1)
> kernel          /vmlinuz-2.6.27.4 root=/dev/md0 ro quiet
> libata.force=3.15:1.5Gbps,4.15:1.5Gbps
> initrd          /initrd.img-2.6.27.4
> 
> I'm trying to limit the link from the controller to the PMP to 1.5
> Gbps.  That doesn't seem to be happening.  Worse, now the drives
> connected to that controller aren't being recognized.
> 
> I get "link online but device misclassified, retrying" errors.  It's not
> the drive or the caddy; I've swapped drives, slots, and cables and the
> errors remain with the jmicron ports.
> 
> I'm attaching a log which takes you from boot, to powerup of the
> diskpack, and then a power cycle of the diskpack.  Unfortunately I
> cannot boot with the external drives powered up; the jmicron controller
> hangs (it has a conflict with the scsi controller if any drives are
> attached at boot.)
> 
> I'd appreciate any help at this point.  My only alternative is to
> disable the onboard jmicron and get a PCI-based esata controller.

The parameter isn't getting through.  Please make that work first.  Ask
your distro how to do that and can you try a shorter cable?

-- 
tejun

  reply	other threads:[~2008-11-23  0:53 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-02 15:10 Port multiplier resets Yan Seiner
2008-11-11  9:06 ` Tejun Heo
2008-11-19 15:15   ` Yan Seiner
2008-11-20  2:27     ` Tejun Heo
2008-11-20  3:05       ` Yan Seiner
2008-11-20  3:23         ` Tejun Heo
2008-11-20  3:19   ` Yan Seiner
2008-11-20  3:24     ` Tejun Heo
2008-11-22 16:48       ` Yan Seiner
2008-11-23  0:53         ` Tejun Heo [this message]
2008-11-25  4:44           ` Yan Seiner

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=4928A97F.5040202@kernel.org \
    --to=tj@kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=yan@seiner.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.