confidentiality, believing that this email reaches you
in good faith. My contacting you is not a mistake or a coincidence
because God can use any person known or unknown to accomplish great
things.
I am a lawyer and I have an investment business proposal to offer you.
It is not official but should
Hello
Greeetings to you please did you get my previous email regarding my
investment proposal last week friday ?
MS.Zeliha ömer faruk
zeliha.omer.fa...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kerne
:59 PM
To: Kiener Guido
Subject: RE: Re: usb: usbtmc: Proposal for new ioctl functions
On Thu, 5 Apr 2018, Guido Kiener wrote:
> > Well, I'm quite happy with the performance of the new ioctl
> > functions for generic read/write and I don't want to start a lengthy
> >
On Thu, 5 Apr 2018, Guido Kiener wrote:
> > Well, I'm quite happy with the performance of the new ioctl functions
> > for generic read/write and I don't want to start a lengthy discussion
> > here.
> > However I need some expert knowledge and hints about the following
> > questions:
> > 1. We c
[gk] See below
-Original Message-
From: Greg KH
Sent: Thursday, April 05, 2018 3:45 PM
To: Kiener Guido
Subject: Re: usb: usbtmc: Proposal for new ioctl functions
On Wed, Apr 04, 2018 at 10:03:22PM +, Guido Kiener wrote:
> Greg,
>
> Before sending patches we want to be s
On Wed, Apr 04, 2018 at 10:03:22PM +, Guido Kiener wrote:
> Greg,
>
> Before sending patches we want to be sure doing the right things. I'm not
> sure how we should deal with the sysfs parameters for USBTMC devices:
> See
> https://github.com/torvalds/linux/blob/master/Documentation/ABI/sta
/gather streams) ?
Best regards,
Guido
-Original Message-
From: Greg KH
Sent: Wednesday, March 28, 2018 7:52 AM
To: Kiener Guido 1DC3
Subject: Re: usb: usbtmc: Proposal for new ioctl functions
On Tue, Mar 27, 2018 at 08:57:27PM +0200, guido.kie...@rohde-schwarz.com wrote:
> Hi a
On Tue, Mar 27, 2018 at 08:57:27PM +0200, guido.kie...@rohde-schwarz.com wrote:
> Hi all,
>
> This is a follow up mail from the discussion of thread
> https://marc.info/?l=linux-usb&m=149485247607564&w=2
>
> Our working group "VISA for Linux" (IVI Foundation, www.ivifoundation.org)
>
> wants t
Hi all,
This is a follow up mail from the discussion of thread
https://marc.info/?l=linux-usb&m=149485247607564&w=2
Our working group "VISA for Linux" (IVI Foundation, www.ivifoundation.org)
wants to extend the Linux USBTMC driver (linux/drivers/usb/class/usbtmc.c)
that can communicate with th
On Jun 14 2017 or thereabouts, Bastien Nocera wrote:
>
>
> > On 14 Jun 2017, at 10:24, Benjamin Tissoires
> > wrote:
> >
> > Hi,
> >
> > As mentioned by Jiri, I found a way to have this horrible list a thing from
> > the past (to some extends).
> >
> > The basic observation is that now, sinc
> On 14 Jun 2017, at 10:24, Benjamin Tissoires
> wrote:
>
> Hi,
>
> As mentioned by Jiri, I found a way to have this horrible list a thing from
> the past (to some extends).
>
> The basic observation is that now, since v4.12, hid-generic should not be an
> issue for any device, given that al
Hi,
As mentioned by Jiri, I found a way to have this horrible list a thing from
the past (to some extends).
The basic observation is that now, since v4.12, hid-generic should not be an
issue for any device, given that all it does is parsing the report descriptor
and starting the IRQs/URBs.
So it
On Fri, 2 Jun 2017, Reinhard Huck wrote:
> Thanks for the patch. That's exactly what we want. Could you please make
> sure that the patch gets released?
I will submit the patch. If it is accepted, it will appear in the 4.13
kernel release.
Alan Stern
--
To unsubscribe from this list: send th
Am 01.06.2017 um 16:39 schrieb Alan Stern:
On Thu, 1 Jun 2017, Reinhard Huck wrote:
Hi,
Currently, in an usbdevfs-based application it is not possible to know
the speed the device is operating at. But this information is sometime
required, for example to interpret the bInterval and wMaxPacket
On Thu, 1 Jun 2017, Reinhard Huck wrote:
> Hi,
>
> Currently, in an usbdevfs-based application it is not possible to know
> the speed the device is operating at. But this information is sometime
> required, for example to interpret the bInterval and wMaxPacketSize
> fields of interrupt/isochro
Hi,
Currently, in an usbdevfs-based application it is not possible to know
the speed the device is operating at. But this information is sometime
required, for example to interpret the bInterval and wMaxPacketSize
fields of interrupt/isochronous endpoint descriptors. Specifically, it
is a pro
I am Mr. Wang Zhiqiang working with Wing Lung Bank Hong Kong; I have a
highly mutual and legitimate Bequest for you to handle with me. This fund
was deposited in our bank by an Oil Magnate who lived in Hong Kong for
Twenty Eight years. He died along with his family during the Tsunami which
occur
I have a proposal for you.
--
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
--
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, 26 Sep 2012, Sarah Sharp wrote:
> > Oliver was pointing out that if none of the attached devices are FS/LS
> > then the companion controller and all its ports could be powered off.
> > The EHCI driver knows when a new FS/LS device gets attached, so it
> > could arrange for the companio
On Wed, Sep 26, 2012 at 03:14:59PM -0400, Alan Stern wrote:
> On Wed, 26 Sep 2012, Sarah Sharp wrote:
> > On Wed, Sep 26, 2012 at 05:31:43PM +0200, Oliver Neukum wrote:
> > > And it seems to me that in many cases, namely
> > > EHCI with companion controllers and XHCI controllers that implement
> >
On Wed, 26 Sep 2012, Sarah Sharp wrote:
> On Wed, Sep 26, 2012 at 05:31:43PM +0200, Oliver Neukum wrote:
> > Hi Sarah,
> >
> > watching your talk and drinking tea I had an idea.
> >
> > Switching off ports saves power in itself. It also allows
> > switching off host controllers.
> > The problem
On Wed, Sep 26, 2012 at 05:31:43PM +0200, Oliver Neukum wrote:
> Hi Sarah,
>
> watching your talk and drinking tea I had an idea.
>
> Switching off ports saves power in itself. It also allows
> switching off host controllers.
> The problem with switching off power on external ports is that they
>
On Wednesday 26 September 2012 18:38:38 Felipe Balbi wrote:
> Hi,
>
> On Wed, Sep 26, 2012 at 05:31:43PM +0200, Oliver Neukum wrote:
> > Hi Sarah,
> >
> > watching your talk and drinking tea I had an idea.
> >
> > Switching off ports saves power in itself. It also allows
> > switching off host c
Hi,
On Wed, Sep 26, 2012 at 05:31:43PM +0200, Oliver Neukum wrote:
> Hi Sarah,
>
> watching your talk and drinking tea I had an idea.
>
> Switching off ports saves power in itself. It also allows
> switching off host controllers.
> The problem with switching off power on external ports is that t
Hi Sarah,
watching your talk and drinking tea I had an idea.
Switching off ports saves power in itself. It also allows
switching off host controllers.
The problem with switching off power on external ports is that they
don't detect hotplug events anymore.
So is there a way to switch off controll
26 matches
Mail list logo
