Peter Schüller writes:
> [corrected email of Kai-Heng Feng]
>
> Am Mo., 18. März 2019 um 15:39 Uhr schrieb Dan Williams :
>> [removing netdev list...]
>>
>> With the modem plugged in, could you grab the output of:
>>
>> lsusb -v -d 12d1:14dc
>
> The output is on STDERR
>
> Couldn't open device, s
On Mon, 2019-03-18 at 18:50 +0100, Peter Schüller wrote:
> [corrected email of Kai-Heng Feng]
>
> Am Mo., 18. März 2019 um 15:39 Uhr schrieb Dan Williams <
> d...@redhat.com>:
> > [removing netdev list...]
> >
> > With the modem plugged in, could you grab the output of:
> >
> > lsusb -v -d 12d1:
[corrected email of Kai-Heng Feng]
Am Mo., 18. März 2019 um 15:39 Uhr schrieb Dan Williams :
> [removing netdev list...]
>
> With the modem plugged in, could you grab the output of:
>
> lsusb -v -d 12d1:14dc
The output is on STDERR
Couldn't open device, some information will be missing
and on S
On Sun, 2019-03-17 at 14:25 +0100, Peter Schüller wrote:
> [1.] One line summary of the problem:
>
> Plugging in HUAWEI E3531 USB Modem causes "report the device ID to
> the
> Linux USB developers" and device can only be used with a workaround
[removing netdev list...]
> > > > > > At some situations, we may need to save reviewing patches from
> > > > > > web, but I can't find linux-usb at
> > > > > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F
> > > > > %2Fp
> &
On Thu, Mar 22, 2018 at 12:57:49AM +, Peter Chen wrote:
>
> > > > > At some situations, we may need to save reviewing patches from
> > > > > web, but I can't find linux-usb at
> > > > https://emea01.safelinks.protection.o
> > > > At some situations, we may need to save reviewing patches from
> > > > web, but I can't find linux-usb at
> > > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fp
> > > atchwork.k
> > >
> ernel.org
On Mon, Mar 19, 2018 at 08:57:07AM +, Peter Chen wrote:
> > >
> > > At some situations, we may need to save reviewing patches from web,
> > > but I can't find linux-usb at
> > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpat
> >
> > At some situations, we may need to save reviewing patches from web,
> > but I can't find linux-usb at
> https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpatchwork.k
> ernel.org%2F&data=02%7C01%7Cpeter.chen%40nxp.com%7Cbe
On Fri, Mar 16, 2018 at 02:15:40AM +, Peter Chen wrote:
> Hi Greg,
>
> At some situations, we may need to save reviewing patches from web, but I
> can't find linux-usb
> at https://patchwork.kernel.org/, any there any patchworks for linux-usb
> mailist at Internet?
Hi Greg,
At some situations, we may need to save reviewing patches from web, but I can't
find linux-usb
at https://patchwork.kernel.org/, any there any patchworks for linux-usb
mailist at Internet? Thanks.
Peter
--
To unsubscribe from this list: send the line "unsubscribe lin
ODUCT_H01) },
> { USB_DEVICE(AMOI_VENDOR_ID, AMOI_PRODUCT_H01A) },
So I assume you still need the above change? Please submit this as a
proper patch that can be applied (e.g. see
Documentation/process/submitting-patches.rst).
There's no need to include the link in the code, jus
ta ) Sub=00 Prot=00 Driver=rndis_host
I: If#= 2 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid
I: If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option
Reference - patches:
========
>Subject: Re: [PATCH] rndis_host: support Novatel Verizon USB730L — L
me extra magic is needed. But I think it would
be good to have a precise description of how that magic works, and not
just "With blacklisting - it is O.K.". The hid blacklist connection does
not make sense. Or at least it doesn't to me.
Bjørn
--
To unsubscribe from this list: send the
erenced doc does not seem to mention any HID
interface. And all examples seem to switch this modem using a simple
"set configuration" request. Changing configs will automatically unbind
any interface drivers. So why do we need a blacklist entry here?
Bjørn
--
To unsubscribe from t
t becomes unusable even if you compile a kernel without
the option driver.
Regards
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
houldn't that depend on option being compiled for the kernel?
>
> Regards
> Oliver
>
--
Gal
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-guide.pdf
* Unlike the Novatel paper above - the mode switch configuration for
the enterprise mode is 3 and NOT 4
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
so I
> can make a board for you and then it's time to document so that people
> can make their own.
Sounds good, and thanks again!
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
order a few parts I'm out of) so I
can make a board for you and then it's time to document so that people
can make their own.
Cheers,
Zaerc.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majord
5
> bEndpointAddress 0x82 EP 2 IN
> bmAttributes3
>Transfer TypeInterrupt
>Synch Type None
>Usage Type Data
> wMaxPacketSize 0x0008 1x 8 bytes
So here's
ch
may
provide a hint about why this isn't working.
echo module cdc_acm +p > /sys/kernel/debug/dynamic_debug/control
I never got around to trying this, but it looks interesting, thanks for
the suggestion.
Thanks,
Johan
No way, thank you and all the other developers for your har
c_acm +p > /sys/kernel/debug/dynamic_debug/control
Thanks,
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
is 5 volts.
I have no information about the DRCFG0 register.
Any help here is greatly appreciated...
Andy Purcell
> -Original Message-
> From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com]
> Sent: Tuesday, January 31, 2017 12:05 PM
> To: PURCELL,ANDY (K-Love
x27;ll try to get you more
info on that.
In my SKL boards, however, that bit is always enabled. This means that
DWC3 works, but when I unplug cable, I don't see a disconnect interrupt
;-)
What you really need to make this work properly, is some way of sampling
VBUS level and, whenever it's above 4.4V, then set VBUS_VALID bit in
DRCFG0 register. This is the best way to have this always
working. Ideally it would be hidden by the BIOS, so you wouldn't have to
care about it :-s
--
balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello Felipe,
See responses below.
> -Original Message-
> From: Felipe Balbi [mailto:felipe.ba...@linux.intel.com]
> Sent: Tuesday, January 31, 2017 5:10 AM
> To: PURCELL,ANDY (K-Loveland,ex1) ; linux-
> u...@vger.kernel.org
> Subject: Re: linux USB dwc3 not worki
Hi Andy,
andy_purc...@keysight.com writes:
> Hello,
>
> I am starting work on a board that has the Intel Skylake chipset,
> which has hardware for doing USB-device.
Not all SKLs have dwc3 enabled. Can you provide the output of lspci?
> The Intel chipset USB-device hardware is the Synopsys Desig
x27;s are internal to the Skylake chipset.
a. Should the Linux dwc3 code work without an external phy?
b. Is there some configuration I need to do for my board?
Andy Purcell
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
Hi,
On Wed, Feb 17, 2016 at 4:21 PM, Andiry Xu wrote:
> On Tue, Feb 16, 2016 at 10:43 PM, Anil Nair wrote:
>> Hi,
>>
>> On Wed, Feb 17, 2016 at 12:00 PM, Greg KH wrote:
>>> On Wed, Feb 17, 2016 at 11:47:56AM +0530, Anil Nair wrote:
>>>> Hi All,
>>
On Tue, Feb 16, 2016 at 10:43 PM, Anil Nair wrote:
> Hi,
>
> On Wed, Feb 17, 2016 at 12:00 PM, Greg KH wrote:
>> On Wed, Feb 17, 2016 at 11:47:56AM +0530, Anil Nair wrote:
>>> Hi All,
>>>
>>> I would like to contribute to Linux USB kernel but i am co
ne's own
>itches", so if you have an "itch" of a non-working device, that might be
>a good way to start and learn how to get things done ;-)
Ya I may have some, I will try exploring that
Thanks You All for the Help. :)
--
Regards,
Anil Nair
--
To unsubscribe from this list
ut driver. That
kind of thing.
Regards
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
Anil Nair writes:
> On Wed, Feb 17, 2016 at 4:03 PM, Oliver Neukum wrote:
>> On Wed, 2016-02-17 at 15:17 +0530, Anil Nair wrote:
>>> Hi,
>>>
>>> What about this "Kernel Janitors project" ?
>>>
>>> https://code.google.com/archive/p/kernel-janitors/
>>
>> Always an option.
>> I suggest you st
y that would be great.
--
Regards,
Anil Nair
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ou have any hardware
with unsupported features?
Regards
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
il Nair wrote:
>>> Hi All,
>>>
>>> I would like to contribute to Linux USB kernel but i am confused on
>>> where to start,
>>
>> If you don't know where to start, or what to do, why do you want to
>> contribute?
>
> Because I have been on ma
Hi,
On Wed, Feb 17, 2016 at 12:00 PM, Greg KH wrote:
> On Wed, Feb 17, 2016 at 11:47:56AM +0530, Anil Nair wrote:
>> Hi All,
>>
>> I would like to contribute to Linux USB kernel but i am confused on
>> where to start,
>
> If you don't know where to st
On Wed, Feb 17, 2016 at 11:47:56AM +0530, Anil Nair wrote:
> Hi All,
>
> I would like to contribute to Linux USB kernel but i am confused on
> where to start,
If you don't know where to start, or what to do, why do you want to
contribute?
> If possible can you guys guide m
Hi All,
I would like to contribute to Linux USB kernel but i am confused on
where to start,
If possible can you guys guide me regarding where to find the TODO
list, so that I can start on with small patches.
Thanking All.
--
Regards,
Anil Nair
--
To unsubscribe from this list: send the line
gs_write (no response in command prompt
>> display --ttyGS0-com11)
> If we had print in n_tty_read function(after job_control function),
> console(ttyGS0-Com11) is working fine with double key press.
> 1st key press(enter key): user space is requesting to read 512 bytes
> of data
er key): user space is requesting to read 512 bytes
of data instead of 1 byte -- non working scenario
2nd key Press(enter key): user space is requesting to read 1 byte of
data -- working scenario
Ramajayam S
>>
>> --
>> balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
in ttyGSO-com11) and able to see raw data in
function gs_write.
Non-Working Case: device is responded with 1 byte of data and able
to see raw data in function gs_write (no response in command prompt
display --ttyGS0-com11)
>
> --
> balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
hi,
Ramajayam S writes:
> Hi
>We are trying to enable g_serial in Intel platform and facing
> issue with RX path.
>
> stable kernel version: K3.14
you need to test with something more recent, like v4.3. If you are stuck
with Intel' v3.14 kernel, then you need to ask for support from Intel,
tual);
relative debug log with do_push print:
ttyGS0: rx block 1/1 do_push:1
Please help on the same.
Regards,
Ramajayam S
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
he device's descriptors may change because a firmware update was
installed and activated by the reset. Or it may even be something as
simple as the device disconnecting from the bus before or during the
reset.
The error codes don't distinguish among all of these possibilities.
Still, I&#
d possible to determine from the error code that this
is the cause.
//Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
rnel is an error code, which it already prints out. I
wouldn't mind adding something else, if anybody can suggest what it
might be.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
not, so if it is included it
> should probably not be built unless for Linux host systems.
That's up to those who wish to repackage usbutils for other operating
systems, not "upstream" :)
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linu
om this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ce %s\n", filename);
rc = ioctl(fd, USBDEVFS_RESET, 0);
if (rc < 0) {
perror("Error in ioctl");
return 1;
}
printf("Reset successful\n");
close(fd);
return 0;
}
--
To unsubscribe from this l
On Sat, Nov 21, 2015 at 08:32:10PM +0100, Bjørn Mork wrote:
> Alan Stern writes:
>
> > I have written a program (for Linux only; it doesn't use libusb) that
> > issues a reset to a single device:
> >
> > http://marc.info/?l=linux-usb&m=12694450330893
Alan Stern writes:
> I have written a program (for Linux only; it doesn't use libusb) that
> issues a reset to a single device:
>
> http://marc.info/?l=linux-usb&m=126944503308931&w=2
>
> You can use this to reset each of the 10-port hubs in turn. Or
th libusb or some other system level command?
I have written a program (for Linux only; it doesn't use libusb) that
issues a reset to a single device:
http://marc.info/?l=linux-usb&m=126944503308931&w=2
You can use this to reset each of the 10-port hubs in turn. Or even
" their connections.
--
Patrick Shirkey
Boost Hardware Ltd
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
put context is wrong.
-Mathias
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
hould "just work", no need to install anything, just plug
> the device in and the driver will be loaded.
Yes. I don't click "install", should loaded automatic.
--
Albino B Neto
www.bino.us
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" i
;just run" do I now have to edit any file
> (remove the ids)?
Remove whatever you added, it's not needed at all. Where did you get
the information that told you to add a device id somewhere? You should
let the author know it's incorrect.
thanks,
greg k-h
--
To unsubscribe fro
he line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ice in and the driver will be loaded. Why did you add a device
id to the usb-serial generic driver module option?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
So how should I install it correctly so that it "just runs" on Ubuntu? I did it
first time: I am learning.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.
1740] usbserial_generic 3-1:1.0: The "generic" usb-serial driver is
> only for testing and one-off prototypes.
> [ 55.381745] usbserial_generic 3-1:1.0: Tell linux-usb@vger.kernel.org to
> add your device to a proper driver.
> [ 55.381747] usbserial_generic 3-1:1.0: ge
55.381745] usbserial_generic 3-1:1.0: Tell linux-usb@vger.kernel.org to add
your device to a proper driver.
[ 55.381747] usbserial_generic 3-1:1.0: generic converter detected
[ 55.381863] usb 3-1: generic converter now attached to ttyUSB0
[ 55.438813] usbcore: registered new interface dri
serial number to UNICODE?
Yes.
> Any ideas? Thanks again.
Any ideas about what?
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Jun 17, 2015 at 10:28:26AM +0800, Xuebing Wang wrote:
>
> On 06/17/2015 10:19 AM, Felipe Balbi wrote:
> >On Wed, Jun 17, 2015 at 07:33:37AM +0800, Xuebing Wang wrote:
> >>On 06/16/2015 10:32 PM, Alan Stern wrote:
> >>>On Tue, 16 Jun 2015, Xuebing Wang wrote:
> >>>
> Hi Alan and communi
would that be ?
Felipe, thanks for chiming in.
There is no error on Win7, it's just that Win7 does not auto-mount it.
Yes, there is a valid filesystem on /dev/mmcblk0p4, it is formatted by
"mkfs.fat -F 32 -n volumename /dev/mmcblk0p4".
Thanks again.
--
To unsubscribe f
On Wed, Jun 17, 2015 at 07:33:37AM +0800, Xuebing Wang wrote:
>
> On 06/16/2015 10:32 PM, Alan Stern wrote:
> >On Tue, 16 Jun 2015, Xuebing Wang wrote:
> >
> >>Hi Alan and community,
> >>
> >>I am using mass storage kernel module of v4.0.1 for Freescale i.MX6SL
> >>for a commercial product. As thi
storage gadget driver convert from ASCII serial number to UNICODE?
Any ideas? Thanks again.
--
Xuebing
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Use the "Safely remove hardware" button
in Windows instead.
Also, what happens if you specify a _valid_ serial number and leave out
the "removable=1" parameter?
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
pass parameters to
g_mass_storage considering host compatibility?
Thanks.
--
Xuebing
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Apr 30, 2015 at 10:46:51AM +0800, Xuebing Wang wrote:
>
> On 04/30/2015 12:45 AM, Felipe Balbi wrote:
> >>>try setting nofua parameter. Windows always sets FUA bit (so all writes
> >are*always* flushed to non-volatile media), but telling mass storage
> >gadget to ignore FUA bit,
On Wed, Apr 29, 2015 at 05:51:44PM +0200, Greg KH wrote:
> On Wed, Apr 29, 2015 at 10:25:22AM -0500, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Apr 29, 2015 at 07:37:34PM +0800, Xuebing Wang wrote:
> > > Hi Community,
> > >
> > > I am developing a commercial product based on Freescale iMX6, whic
to Windows host.
>
> try setting nofua parameter. Windows always sets FUA bit (so all writes
> are *always* flushed to non-volatile media), but telling mass storage
> gadget to ignore FUA bit, you get better performance.
At the expense of possibly loosing your data if you loose po
like to give this a try to improve
mass storage performance when connecting to Windows host.
Thanks.
--
Xuebing
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kerne
On Tue, 14 Apr 2015, Graeme Gill wrote:
> Hi,
>
> I have a user reporting a problem with a particular USB HID device
> on Linux that I suspect is a Linux driver issue, or possibly
> a failure in my (user mode driver) to handle an unexpected
> Linux USB response.
>
>
; export RATE=44100; arecord -D hw:1,0 -c 2 -r $RATE -f S16_LE | aplay -c
> 2 -r $RATE -f S16_LE &
>
> Any suggestions on what is the best way to get PCM stream from UAC2
> virtual sound card and feed to the physical sound card, for the lowest
> latency purpose?
Why did you po
2 -r $RATE -f S16_LE &
Any suggestions on what is the best way to get PCM stream from UAC2
virtual sound card and feed to the physical sound card, for the lowest
latency purpose?
Thanks.
--
Xuebing
--
To unsubscribe from this list: send the line "unsubscribe linux-usb"
cribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
acketSize in the endpoint descriptor). Alternate interface
> settings may specify non-zero data payload sizes for isochronous
> endpoints.
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
return true;
}
Thanks again.
--
Thanks,
Xuebing Wang
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
here are no hardware issues with
* your controller. Add it above if it can't handle CDC.
*/
return true;
}
Thanks again.
--
Thanks,
Xuebing Wang
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vge
om this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
buffer_alloc(audio_buf_size);
> --
> 2.0.1
Hi Xuebing,
You may need to create patch based on the lastest kernel or usb-tree, besides,
it needs to split the patch, one for driver change, and another for platform
change.
The USB ML only accepts the usb driver change.
--
Best Regards,
Peter Chen
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
1) {
if (alt == 1) {
+config_ep_by_speed(gadget, f, out_ep);
usb_ep_enable(out_ep);
out_ep->driver_data = audio;
audio->copy_buf = f_audio_buffer_alloc(audio_buf_size);
--
2.0.1
--
To unsubscribe from this list: send the line "unsu
controllers can't support
> > > RNDIS ... */", I am not sure what does this mean. Does it mean
> > > possibly controller like ChipIdea does NOT support RNDIS?
> > >
> >
> > RNDIS is software stuff, isn't it?
>
> it probably means that so
On Tue, Aug 19, 2014 at 10:27:39PM +0800, Peter Chen wrote:
> On Tue, Aug 19, 2014 at 06:05:27PM +0800, Xuebing Wang wrote:
> >
> > On 08/19/2014 12:58 PM, Peter Chen wrote:
> > >>My environment is Freescale i.MX6SL EVK board (as USB peripheral device),
> > >>which is based on kernel 3.10.17. i.MX
On Sun, Aug 17, 2014 at 05:52:55PM +0800, Xuebing Wang wrote:
> Hi Community, Felipe,
>
> I am trying to get UAC1 working on Freescale i.MX6SL EVK board (as USB
> peripheral device), which is based on kernel 3.10.17.
v3.10 ? Unless you test on something more recent (like v3.16 or
v3.17-rc1) you'r
hipIdea does NOT support RNDIS?
>
RNDIS is software stuff, isn't it?
>
> >>2) Also, I am not sure if it is related to ChipIdea quirk
> >>(gadget_supports_altsettings in file gadget_chips.h)?
> >>
> >I can't find chipidea quirk at gadget_chips.h, besi
ubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
an't find chipidea quirk at gadget_chips.h, besides, altsettings
are software stuff.
Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
if it is related to ChipIdea quirk
(gadget_supports_altsettings in file gadget_chips.h)?
Any suggestions / comments on this? Thanks.
--
Thanks,
Xuebing Wang
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kerne
ice has no
output controls', which results in that I can not adjust volume. Music
playback via UAC1 on MacOS is no problem.
Anybody tried UAC1 (or UAC2) recently? Is UAC1 broken?
Thanks.
Xuebing Wang
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the bo
ared then don't throw the message about reporting the
> device to linux USB developers, I will suggest this to the creator of
> the program.
Although I'm not an expert in this field :-), it looks like a great idea that
will decrease the quantity of reports and consequently will make
On 2014-07-25 00:50, Antonio wrote:
Hi!
[...] will probably fix your problem
Thank you for being kind. As far as I can tell, the modem is working
correctly, I wrote to this list because I saw a
"usb_modeswitch: please report the device ID to the Linux USB developers!"
message and
Hi!
> [...] will probably fix your problem
Thank you for being kind. As far as I can tell, the modem is working
correctly, I wrote to this list because I saw a
"usb_modeswitch: please report the device ID to the Linux USB developers!"
message and I thought that reporting was my
only has USB 2.0 ports,
I've also checked it looking at the official documentation).
If someone needs more information, please tell me. Many thanks for all!
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel
On 2014-07-24 16:07, Antonio wrote:
Hi!
When using a ZTE usb modem (that works correctly) I found a "please report the
device ID to the Linux USB developers!" message in the /var/log/syslog file of
a computer running Kubuntu 14.04.
The command "uname -a" answers
Li
Hi!
When using a ZTE usb modem (that works correctly) I found a "please report the
device ID to the Linux USB developers!" message in the /var/log/syslog file of
a computer running Kubuntu 14.04.
The command "uname -a" answers
Linux laptop 3.13.0-32-generic #57-Ubuntu
ubs to handle these events.
>
> Yes, that is what I recommended above.
[Yu:] Get it. I will prepare one patch. Thanks
Yu
>
> Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
1 - 100 of 514 matches
Mail list logo
