Date: Thu, 22 Jan 2004 11:26:18 -0800 (PST) From: Nate Lawson <nate@root.org> To: ie9t-sbgk <ie9t-sbgk@asahi-net.or.jp> Cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb ohci.c ohci_pci.c ohcivar.h Message-ID: <20040122112330.A9095@root.org> In-Reply-To: <opr0l26yymleoavb@mail.asahi-net.or.jp> References: <20031222151901.96F8C16A56B@hub.freebsd.org> <20031222094416.X88639@root.org> <opr0l26yymleoavb@mail.asahi-net.or.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 23 Dec 2003, ie9t-sbgk wrote: > On Mon, 22 Dec 2003 09:46:54 -0800 (PST), Nate Lawson <nate@root.org> wrote: > > > On Mon, 22 Dec 2003, Takeshi Shibagaki wrote: > >> Modified files: > >> sys/dev/usb ohci.c ohci_pci.c ohcivar.h > >> Log: > >> Enable support for DEVICE_SUSPEND, DEVICE_RESUME and DEVICE_SHUTDOWN > >> methods for USB devices in the same way of uhci driver. But this change > >> is not complete because some ohci controlers are not initialized completely. > >> So "kernel: usb0: 1 scheduling overruns" interrupt will generate many times. > >> > >> This change will be same one in PR kern/60099. > >> > >> Discussed on [bsd-nomads:16737] - [bsd-nomads:16746]. > >> > >> Revision Changes Path > >> 1.140 +2 -12 src/sys/dev/usb/ohci.c > >> 1.38 +40 -0 src/sys/dev/usb/ohci_pci.c > >> 1.36 +3 -0 src/sys/dev/usb/ohcivar.h > > > > Now any chance of getting you to look at uhci(4)? It has similar > > suspend/resume problems. > > I don't understand you well, but do you ask me whether looking at > "man 4 uhci" or uhci driver source(uchci.c...)? > > If you are talking about uchi driver source, I have been look, and > I'm using VAIO Z505D,Z505V/BP, there is no problem. these machine > have uhci(Intel 82371AB/EB (PIIX4) USB controller). > > Please tell me an example in the case of uhci, ohci problem. > > > Perhaps Linux has some clues to the best > > approach. > > I have researched linux 2.6.0 drivers. Maybe my Libretto L1 don't > work well at resume process in linux, also Victor InterLink MP-XP7210 > (ume@freebsd.org's machine). In japanese some laptop machines, > OHCI registers are clear almostly at suspend/resume process. > I had caught up re-init process added OHCI register write code step by > step, and I know it is necessary about 50% OHCI register init codes of > ohci_init() at suspend/resume. So I think it is better holding in common > between boot init codes and resume init one. Is it wrong? I am using UHCI, Intel 82801CAM. With yesterday's -current, I still get the following errors after resume. I have no devices attached. Are you interested in looking at this? I can test patches. uhci0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> port 0x1800-0x181f irq 11 at device 29.0 on pci0 usb0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: <Intel 82801CA/CAM (ICH3) USB controller USB-B> port 0x1820-0x183f irq 11 at device 29.1 on pci0 usb1: <Intel 82801CA/CAM (ICH3) USB controller USB-B> on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: <Intel 82801CA/CAM (ICH3) USB controller USB-C> port 0x1840-0x185f irq 11 at device 29.2 on pci0 usb2: <Intel 82801CA/CAM (ICH3) USB controller USB-C> on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered [suspend/resume] pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTB is routed to irq 11 pcib0: slot 29 INTC is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 usb0: controller did not reset usb0: cannot start usb1: controller did not reset usb1: cannot start usb2: controller did not reset usb2: cannot start pcib2: slot 0 INTA is routed to irq 11 pcib2: slot 0 INTB is routed to irq 11 pcib2: slot 2 INTA is routed to irq 11 pcib2: slot 8 INTA is routed to irq 11 wakeup from sleeping state (slept 00:00:15) usb0: host system error usb0: host controller process error usb0: host controller halted usb1: host system error usb1: host controller process error usb1: host controller halted usb2: host system error usb2: host controller process error usb2: host controller halted -Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040122112330.A9095>