Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756916AbYGGTSx (ORCPT ); Mon, 7 Jul 2008 15:18:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756320AbYGGTSn (ORCPT ); Mon, 7 Jul 2008 15:18:43 -0400 Received: from smtp-out002.kontent.com ([81.88.40.216]:42788 "EHLO smtp-out002.kontent.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754873AbYGGTSm (ORCPT ); Mon, 7 Jul 2008 15:18:42 -0400 From: Oliver Neukum Organization: NOvell To: Matthias Geissert Subject: Re: [Bug 10868] Oops on loading ipaq module since 2.6.26, prevents use of device Date: Mon, 7 Jul 2008 21:19:17 +0200 User-Agent: KMail/1.9.9 Cc: Adrian Bunk , Adam Williamson , Alan Cox , Arjan van de Ven , "Rafael J. Wysocki" , Linux Kernel Mailing List , Alan Cox , bugme-daemon@bugzilla.kernel.org, Greg KH , linux-usb@vger.kernel.org References: <200807031608.46457.oliver@neukum.org> <200807072016.02979.matthias.geissert@web.de> In-Reply-To: <200807072016.02979.matthias.geissert@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807072119.18999.oliver@neukum.org> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1295 Lines: 37 Am Montag 07 Juli 2008 20:16:02 schrieb Matthias Geissert: > Am Donnerstag, 3. Juli 2008 16:08:44 schrieb Oliver Neukum: > > > > > .num_interrupt_in = NUM_DONT_CARE, > > > - .num_bulk_in = 1, > > > - .num_bulk_out = 1, > > > - .num_ports = 1, > > > + .num_bulk_in = NUM_DONT_CARE, > > > + .num_bulk_out = NUM_DONT_CARE, > > > > This is good. > > > > > + .num_ports = 2, > > > > This is fatal. > > I checked what you said with kernel 2.6.26 rc9. I set num_ports to 5. It > worked quite well until I tried to connect to a non-existing endpoint. > > However, the problem is that the Yakumo Delta needs to connect to the 2nd > endpoint. You can connect to the first one but you don't get any data. > > Is there any good way to tell the ipaq driver to use the 2nd endpoint? Maybe > one could provide a different struct usb_serial_driver ipaq_device depending > on the usb id or an option which tells the driver to use 2 endpoints. If only these devices have a second input endpoint, we can detect that in attach(). Regards Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/