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
next prev parent 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 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).