From: ebiederm@xmission.com (Eric W. Biederman)
To: USB development list <linux-usb-devel@lists.sourceforge.net>
Cc: Greg KH <gregkh@suse.de>, "Lu, Yinghai" <yinghai.lu@amd.com>,
Stefan Reinauer <stepan@coresystems.de>,
Peter Stuge <stuge-linuxbios@cdy.org>,
linuxbios@linuxbios.org, linux-kernel@vger.kernel.org,
Andi Kleen <ak@suse.de>
Subject: [RFC][PATCH 0/2] x86_64 Early usb debug port support.
Date: Sun, 03 Dec 2006 22:09:08 -0700 [thread overview]
Message-ID: <m1hcwcuu17.fsf_-_@ebiederm.dsl.xmission.com> (raw)
In-Reply-To: <m13b7xf084.fsf@ebiederm.dsl.xmission.com> (Eric W. Biederman's message of "Sun, 03 Dec 2006 08:49:47 -0700")
With legacy free systems serial ports have stopped being an option
to get early boot traces and other debug information out of a machine.
EHCI USB controllers provide a relatively simple debug interface
that can control port 1 of the root hub. This interface is limited
to 8 byte packets so it can be used with most USB devices. But with
a USB debug device this is sufficient to talk to another machine.
When the special feature of the EHCI is not enabled the port
1 of the root hub acts just like any other USB port so machines
with the necessary support are widely available.
This debug device can be used to replace serial ports for
kgdb, kdb, and console support. And gregkh has a simple usb
serial driver for it so user space applications that control
serial ports should work unmodified.
Currently there only appears to be one manufacturer of debug
devices see:
http://www.plxtech.com/products/NET2000/NET20DC/default.asp
I think simple RS232 serial ports provide a nicer and simpler
interface but the usb debug port looks like a functional alternative
when you don't have that.
My code likely doesn't handle all of the corner cases yet, and needs
a little more work to integrate cleanly into the build. But this
is getting it out there so other people can look and help make clean
drivers. When writing a polling driver you do have to be careful
with your logic, because if you do things like reset a usb device at
the wrong time you can completely confuse various EHCI controllers.
My driver should be sufficient to work with any EHCI in a realatively
clean state, and needs no special BIOS support just the hardware.
This appears to be different than the way the windows drivers are
using these debug devices.
Eric
next prev parent reply other threads:[~2006-12-04 5:11 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-01 18:55 [LinuxBIOS] #57: libusb host program for PLX NET20DC debug device Lu, Yinghai
2006-12-01 19:19 ` Greg KH
2006-12-01 20:42 ` Peter Stuge
2006-12-01 21:15 ` Eric W. Biederman
2006-12-01 21:46 ` Peter Stuge
2006-12-01 23:02 ` Eric W. Biederman
2006-12-03 17:00 ` Peter Stuge
2006-12-03 23:03 ` Eric W. Biederman
2006-12-01 23:13 ` Eric W. Biederman
2006-12-03 15:49 ` Eric W. Biederman
2006-12-04 5:09 ` Eric W. Biederman [this message]
2006-12-04 5:13 ` [RFC][PATCH 1/2] x86_64: Preallocate the fixmap pud and pmd entries Eric W. Biederman
2006-12-04 5:18 ` [RFC][PATCH 2/2] x86_64: earlyprintk usb debug device support Eric W. Biederman
[not found] ` <200612042001.09808.david-b@pacbell.net>
2006-12-05 11:01 ` [linux-usb-devel] [RFC][PATCH 0/2] x86_64 Early usb debug port support Eric W. Biederman
2006-12-06 17:31 ` Andi Kleen
2006-12-05 11:18 ` Eric W. Biederman
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=m1hcwcuu17.fsf_-_@ebiederm.dsl.xmission.com \
--to=ebiederm@xmission.com \
--cc=ak@suse.de \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb-devel@lists.sourceforge.net \
--cc=linuxbios@linuxbios.org \
--cc=stepan@coresystems.de \
--cc=stuge-linuxbios@cdy.org \
--cc=yinghai.lu@amd.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
all inboxes | Powered by JetHome®