Hans Petter Selasky schrieb:
On Monday 26 March 2007 16:13, Markus Henschel wrote:
Number: 110855
Category: usb
Synopsis: ugen: interrupt in msgs are truncated when buffer is full
Confidential: no
Severity: serious
Priority: medium
Responsible:
To suspend, you need to:
1) stop the controller
2) set the global suspend bit
The current code does:
cmd = UREAD2(sc, UHCI_CMD);
...
uhci_run(sc, 0); /* stop the controller */
...
UHCICMD(sc, cmd | UHCI_CMD_EGSM); /* enter global suspend */
The problem is that cmd is not re-read after stopping
The following reply was made to PR usb/110855; it has been noted by GNATS.
From: Hans Petter Selasky [EMAIL PROTECTED]
To: Markus Henschel [EMAIL PROTECTED]
Cc: freebsd-usb@freebsd.org,
[EMAIL PROTECTED]
Subject: Re: usb/110855: ugen: interrupt in msgs are truncated when buffer is
full
Date:
Hans Petter Selasky schrieb:
On Tuesday 27 March 2007 11:30, Markus Henschel wrote:
Hans Petter Selasky schrieb:
On Monday 26 March 2007 16:13, Markus Henschel wrote:
Number: 110855
Category: usb
Synopsis: ugen: interrupt in msgs are truncated when buffer is
full
The following reply was made to PR usb/110855; it has been noted by GNATS.
From: Markus Henschel [EMAIL PROTECTED]
To: Hans Petter Selasky [EMAIL PROTECTED]
Cc: freebsd-usb@freebsd.org, [EMAIL PROTECTED]
Subject: Re: usb/110855: ugen: interrupt in msgs are truncated when buffer
is full
Date:
On Tuesday 27 March 2007 18:55, Markus Henschel wrote:
Hans Petter Selasky schrieb:
On Tuesday 27 March 2007 11:30, Markus Henschel wrote:
Hans Petter Selasky schrieb:
On Monday 26 March 2007 16:13, Markus Henschel wrote:
Number: 110855
Category: usb
Synopsis:
The following reply was made to PR usb/110855; it has been noted by GNATS.
From: Hans Petter Selasky [EMAIL PROTECTED]
To: Markus Henschel [EMAIL PROTECTED]
Cc: freebsd-usb@freebsd.org,
[EMAIL PROTECTED]
Subject: Re: usb/110855: ugen: interrupt in msgs are truncated when buffer is
full
Date:
Hans Petter Selasky wrote:
The new USB stack has this fixed already. What I do is that the USB
driver stops polling the interrupt endpoint when the user-land
application does not read data. When the user-land application has
read a packet, the interrupt endpoint is started again. The only
Hello,
I had trouble using a Raidsonic ICY BOX IB-220U-Wh external USB HDD case (fdisk,
disklabel, newfs, mount etc. fail with all kinds of weird error messages). It
uses a
SuperTop IDEDEVICE controller (VendorId 0x14cd, ProductId 0x6600), which -
after
googling around - seems to be used in
Quoting grem [EMAIL PROTECTED] (from Wed, 28 Mar 2007 04:52:53 +0200):
[analysis of the problem]
Any feedback is welcome, since I'm not an expert in how USB works/is
implemented in FreeBSD.
Please submit this as a problem report. Quirks have to be registered
in GNATS before we can commit
10 matches
Mail list logo