Re: [RFC PATCH] usb-serial/option: modem port types

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2009-03-11 at 08:52 -0700, Greg KH wrote:
> On Wed, Mar 11, 2009 at 06:01:45AM -0400, Dan Williams wrote:
> > On Tue, 2009-03-10 at 22:02 -0700, Greg KH wrote:
> > > On Mon, Mar 09, 2009 at 04:15:01PM -0400, Dan Williams wrote:
> > > > > I see what you are trying to solve here, however, you are just pushing
> > > > > the need to create this table from userspace, into the kernel.  While
> > > > > this is nice from a userspace point of view, I thought that this is what
> > > > > the modem-id userspace tool was trying to do.  What's wrong with that?
> > > > 
> > > > The 'modem-probe' tool detects whether the tty supports AT commands.
> > > > But the attributes we're talking about aren't exposed through AT command
> > > > sets or by querying the modem.  They are artifacts of firmware or modem
> > > > design in most cases, where only one port returns unsolicited response
> > > > codes.
> > > 
> > > Ah, yeah, true.
> > > 
> > > > So say you've got an Option Globetrotter; it exposes ttyUSB0 and
> > > > ttyUSB1, and ttyUSB2.  USB0 and USB1 accept AT commands, thus the modem
> > > > prober tags them as such.  USB2 is a proprietary interface that is not
> > > > supported Linux, and so it's not tagged by the modem prober.
> > > 
> > > Qualcom did this right and only asked to expose the single port to
> > > Linux.  It uses usbfs and libusb to dump data to the other ports if
> > > needed.
> > 
> > Only if Qualcomm provides documentation for their protocols on the other
> > ports.  Do we have that?
> 
> No, I've not seen that.
> 
> And why would that be the "only" right thing?  They expose the needed
> modem port through the driver.  They then use userspace programs to poke
> around in other parts of the device if they feel they need to
> (downloading firmware depending on the carrier used is what I see
> happening).  They don't have to expose that in the kernel driver or even
> document the thing if they don't want to, it's not keeping Linux users
> from using the modem properly.

Yes, it *is* becuase you can't talk on the AT-capable port when you're
using it for data with PPP.  So no signal strength while connected for
you.  There's a number of quite desirable features that are usually
exposed via AT commands, and if you don't have either a second
AT-capable port, or (like SonyEricsson F3507g or Option 'hso') a network
device, you can't get that sort of thing.

Dan


--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux