From: Robert Hancock <hancockrwd@gmail.com>
To: Krzysztof Halasa <khc@pm.waw.pl>
Cc: Jeff Garzik <jgarzik@pobox.com>,
Seth Heasley <seth.heasley@intel.com>,
linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org,
Tejun Heo <tj@kernel.org>
Subject: JMB363 false hotplug detections (was: ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs)
Date: Sat, 16 Jan 2010 12:10:08 -0600 [thread overview]
Message-ID: <51f3faa71001161010m47d885cfx5d17486016476ed5@mail.gmail.com> (raw)
On Sat, Jan 16, 2010 at 12:02 PM, Krzysztof Halasa <khc@pm.waw.pl> wrote:
> Robert Hancock <hancockrwd@gmail.com> writes:
>
>> Hmm.. From those test results I really suspect some kind of hardware
>> fault. Could be a defective motherboard - I don't know if that chip
>> needs any terminating resistors on the motherboard for the SATA signal
>> lines or something, if so, could be they weren't installed properly..
>
> Unfortunately I can't find a JMB363 datasheet on the net, but there is
> a certain mb (p965t-a) schematic available.
> It seems JMB363 doesn't need terminators on SATA RX/TX lines, there is
> capacitative coupling only (10 nF in each line).
>
> The port in question (SATA#2) on my mb (P45 Neo2) uses pins 56 (RXP)
> 57 (RXN) and 60 (TXN) 61 (TXP). No visible irregularity, the traces look
> like they should, go straigt to the capacitors, and then to 0R R-packs
> and to the connector. It looks exactly the same for both ports. There is
> no short circuit past the capacitors (from the connector side). I'd say
> quite low probability that there is something wrong with these signals.
>
> It seems the chip uses extra 12k resistors for SATA (p965t-a calls the
> pins SJ_REXT[12]), pin 44 for port#1 and 55 for port#2. Both look sane.
> I will check the suspected connections with the machine powered off
> later.
>
> The RX and TX trace pairs go next to each other for up to 10 mm, could
> that be a problem at these frequencies? If so it would show up on
> all/many such boards certainly? Can't find any report.
>
> OTOH other people have similar problems with other boards: e.g.
> ASUS P5KC: http://ubuntuforums.org/showthread.php?t=766217
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/377633
>
> (unknown boards)
> https://archlinux-fr.org/doku.php?id=securisation:logcheck
> http://forum.ubuntu-fr.org/viewtopic.php?pid=2739616
> http://ubuntu-ky.ubuntuforums.org/showthread.php?p=7243061
> The last one claims:
> this started after an upgrade to ubuntu 9.04 and is stll here after re-installing
> ubuntu 8.10.
> this was fixed by re-installing ubuntu 8.10 only using the kernal,
> 2.6.27-7-generic.
> I don't know if JMB36x is involved in this case, and how reliable the
> info is.
>
> Investigating as time permits.
Well, it is possible there is some kind of flaw in the JMB363 chip
itself that causes this problem. (Could be it happens in Windows too,
I don't think Windows drivers normally report these kinds of events
anywhere and if it never reached the point of actually deciding a
device was connected, you likely wouldn't notice.) I suppose we could
add a workaround in the driver to ignore hotplug events, but then real
hotplug events wouldn't get handled properly..
What revision does your JMB363 report in lspci? Mine shows:
03:00.0 SATA controller: JMicron Technologies, Inc. 20360/20363 Serial
ATA Controller (rev 03) (prog-if 01 [AHCI 1.0])
Tejun, any other ideas?
next reply other threads:[~2010-01-16 18:10 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-16 18:10 Robert Hancock [this message]
2010-01-16 18:34 ` JMB363 false hotplug detections Krzysztof Halasa
2010-01-17 2:07 ` JMB363 false hotplug detections (was: ahci: AHCI and RAID mode SATA patch for Intel Cougar Point DeviceIDs) Tejun Heo
2010-01-17 20:19 ` JMB363 false hotplug detections Krzysztof Halasa
2010-01-19 8:57 ` Tejun Heo
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=51f3faa71001161010m47d885cfx5d17486016476ed5@mail.gmail.com \
--to=hancockrwd@gmail.com \
--cc=jgarzik@pobox.com \
--cc=khc@pm.waw.pl \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=seth.heasley@intel.com \
--cc=tj@kernel.org \
/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).