From mboxrd@z Thu Jan 1 00:00:00 1970 From: dbaryshkov@gmail.com (Dmitry Eremin-Solenikov) Date: Thu, 27 Nov 2014 02:19:36 +0400 Subject: [PATCH V2 3/5] usb: gadget: pxa25x_udc: prepare/unprepare clocks in pxa-ssp In-Reply-To: <874mtl3936.fsf@free.fr> References: <1416236863-20898-1-git-send-email-dbaryshkov@gmail.com> <1416236863-20898-3-git-send-email-dbaryshkov@gmail.com> <878uj98y5v.fsf@free.fr> <87egsz6ija.fsf@free.fr> <87sihb49vm.fsf@free.fr> <87lhn340i1.fsf@free.fr> <87h9xr3z35.fsf@free.fr> <87d28d3uh5.fsf@free.fr> <874mtl3936.fsf@free.fr> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org 2014-11-27 1:12 GMT+03:00 Robert Jarzmik : > OK Dmitry, I pulled through, the interrupts are working back. What was the problem? Hardware issues? Firmware in CPLD being of old revision? > Actually one of the blockers I have is in pxa25x_udc, and it is also in your > phy-lubbock.c. The bottom of the error is that disable_irq() is called from > within a irq handler, and it deadlocks. A disable_irq_nosync() should be used > ... > > ... but a better approach would be to use a threaded irq for vbus handling. I > think that way disable_irq() can be used, no workqueue is needed anymore in > phy-lubbock. > > Would you make that change, I'll test it and review it. OK, I will take a look in a next few days. BTW: I have also received a pxa270 board (Sophia Sandgate II, the one without the additional graphics accelerator), so after spending some efforts on bringup & bsp, I should be able to also test pxa270 code. -- With best wishes Dmitry