stable.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dan Williams <dcbw@redhat.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: "Linlei (Lei Lin)" <lei.lin@huawei.com>,
	"Bjørn Mork" <bjorn@mork.no>,
	"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"Xueguiying (Zihan)" <zihan.xue@huawei.com>,
	"Yili (Neil)" <neil.yi@huawei.com>,
	Wangyuhua <yuhua.wang@huawei.com>,
	"Huqiao (C)" <huqiao36@huawei.com>, "balbi@ti.com" <balbi@ti.com>,
	"mdharm-usb@one-eyed-alien.net" <mdharm-usb@one-eyed-alien.net>,
	"sebastian@breakpoint.cc" <sebastian@breakpoint.cc>,
	stable <stable@vger.kernel.org>,
	"Fangxiaozhi (Franko)" <fangxiaozhi@huawei.com>
Subject: Re: 答复: [PATCH] USB: storage: fix Huawei mode switching regression
Date: Wed, 06 Mar 2013 09:45:50 -0600	[thread overview]
Message-ID: <1362584750.21968.1.camel@dcbw.foobar.com> (raw)
In-Reply-To: <20130306014424.GA8408@kroah.com>

On Wed, 2013-03-06 at 09:44 +0800, Greg KH wrote:
> On Wed, Mar 06, 2013 at 01:34:44AM +0000, Linlei (Lei Lin) wrote:
> > Hello Mork,
> > 
> > >> ------ Because in the embedded linux system, Android, or Chrome OS, 
> > >> etc. They don't integrate userspace usb_modeswitch utility for 
> > >> switching.
> > 
> > >Why not?  If they can upgrade the kernel, then they most certainly can install a userspace utility.
> > 
> > >There is no excuse for an embedded system to do this differently.
> > >Please see e.g. OpenWRT as an example of an embedded system doing this correctly.
> > 
> > But currently Android and Chrome OS has not integrated the
> > usb_modeswitch utility.
> 
> That is not a kernel problem.  I find it hard to believe that Chrome OS
> would not gladly accept code to resolve this issue, can't you put it
> into the modemmanager or whatever Chrome OS uses to handle their
> wireless modems?

They use ModemManager, and that's still not the best place to put
modeswitching.  The best place to modeswitch anything is usb_modeswitch.
No sense duplicating the functionality that usb_modeswitch already
supplies.

Dan

> 
> As for Android, sorry, you are on your own, you will just have to deal
> with the individual OEMs that are incorporating your hardware :(
> 
> > From a vendor's point of view, our purpose is to make our devices be
> > supported natively by those OS.
> 
> We have a solution, usb_modeswitch, any user should be using that.
> 
> > So we consider that add the switch function to the kernel resolves the
> > problem from the source.
> > Then this function will be inherited by Android & Chrome OS.
> 
> Don't circumvent horribly governed userspace projects by getting changes
> into the Linux kernel.  Go fix those projects instead.
> 
> Good luck,
> 
> greg k-h
> --
> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



  reply	other threads:[~2013-03-06 15:45 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87obezs888.fsf@nemi.mork.no>
2013-03-04 13:19 ` [PATCH] USB: storage: fix Huawei mode switching regression Bjørn Mork
2013-03-04 14:29   ` Ben Hutchings
2013-03-04 16:47     ` Bjørn Mork
2013-03-04 16:59       ` Matthew Dharm
2013-03-04 19:22         ` Bjørn Mork
2013-03-04 22:28           ` Josua Dietze
2013-03-05  8:32             ` Oliver Neukum
2013-03-05 11:35               ` Bjørn Mork
2013-03-05  2:15   ` Fangxiaozhi (Franko)
2013-03-05 10:07     ` Bjørn Mork
2013-03-05 11:52       ` Oliver Neukum
2013-03-05 14:08         ` Bjørn Mork
2013-03-06  1:34       ` 答复: " Linlei (Lei Lin)
2013-03-06  1:44         ` Greg KH
2013-03-06 15:45           ` Dan Williams [this message]
2013-03-07  2:54             ` Fangxiaozhi (Franko)
2013-03-07  3:18               ` Greg KH
2013-03-07 12:19               ` Bjørn Mork
2013-03-07 14:11                 ` Josua Dietze

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1362584750.21968.1.camel@dcbw.foobar.com \
    --to=dcbw@redhat.com \
    --cc=balbi@ti.com \
    --cc=bjorn@mork.no \
    --cc=fangxiaozhi@huawei.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=huqiao36@huawei.com \
    --cc=lei.lin@huawei.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mdharm-usb@one-eyed-alien.net \
    --cc=neil.yi@huawei.com \
    --cc=sebastian@breakpoint.cc \
    --cc=stable@vger.kernel.org \
    --cc=yuhua.wang@huawei.com \
    --cc=zihan.xue@huawei.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).