From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ivaylo Dimitrov Subject: Re: USB gadgets with configfs hang reboot Date: Tue, 26 Apr 2016 21:13:02 +0300 Message-ID: <571FAFAE.3080908@gmail.com> References: <571F9AD4.8010900@gmail.com> <20160426164918.GA5995@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20160426164918.GA5995-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org> Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Tony Lindgren Cc: Alan Stern , Felipe Balbi , linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Greg Kroah-Hartman , Robert Baldyga , Andrzej Pietrasiewicz , Michal Nazarewicz List-Id: linux-omap@vger.kernel.org On 26.04.2016 19:49, Tony Lindgren wrote: > * Ivaylo Dimitrov [160426 09:46]: >> >> >> On 26.04.2016 18:03, Alan Stern wrote: >>> On Tue, 26 Apr 2016, Felipe Balbi wrote: >>> >>>>> Is there a reason why a process (pnatd in this particular case) doesn't >>>>> get killed on reboot? >>>> >>>> there might be, and that's probably the bug we're trying to figure >>>> out. But so far, no idea. >>> >>> One possible reason is that the process is in an uninterruptible wait >>> inside the kernel, waiting for something that isn't going to happen. >> >> The process waits in poll(&fds, 1u, -1), where fds contains only the fd of >> /dev/ttyGS2. Nothing suspicious I can see here. > > I think the easy way to reproduce this is to start getty or minicom > on /dev/ttyG* and disconnect the USB cable. > At least here, it is not needed to have USB cable connected, as soon as /dev/ttyG* is open()-ed, it is not possible to reboot/powerdown the device. Ivo -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html