On Jul 02 2017 05:58, Takashi Iwai wrote:
Hi,
this is a full patchset of what I sent previously, containing the all
changes instead of the snippet. The main purpose of this patchset is
to eliminate the remaining usages of set_fs(). They are basically
used for in-kernel PCM data transfer, and t
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
Greg Kroah-Hartman writes:
> On Fri, Apr 28, 2017 at 12:56:42PM +0400, Sevak Arakelyan wrote:
>> From: John Youn
>>
>> Set 'lpm_capable' flag in the gadget structure so
>> indicating that LPM is supported.
>>
>> Signed-off-by: Sevak Arakelyan
>
> No signed-off-by from John?
right, I only too
Hi,
Thinh Nguyen writes:
> this could be, I don't remember if I checked this or not :-)
>
> Really, the best way here, IMHO, would be to re-verify what's going on
> with macOS and revert my orignal patch since it's, rather clearly,
> wrong.
>
Sure. Are you going
Hi,
Stefan Agner writes:
> Hi Felipe,
>
> On 2017-04-19 01:53, Krzysztof Opasiak wrote:
>> On 04/15/2017 03:35 AM, Stefan Agner wrote:
>>> Currently qw_sign requires UTF-8 character to set, but returns UTF-16
>>> when read. This isn't obvious when simply using cat since the null
>>> characters a
Hello!
On 6/1/2017 11:58 PM, Takashi Iwai wrote:
The previous commit [63691587f7b0: ALSA: hda - Apply dual-codec quirk
for MSI Z270-Gaming mobo] attempted to apply the existing dual-codec
The standard way of citing a commit is: commit 63691587f7b0 ("ALSA: hda -
Apply dual-codec quirk for
Hi,
Ruslan Bilovol writes:
> Abstract the peripheral side ALSA sound card code from
> the f_uac2 function into a component that can be called
> by various functions, so the various flavors can be split
> apart and selectively reused.
>
> Visible changes:
> - add uac_params structure to pass aud
Hi,
Ruslan Bilovol writes:
> I came to this patch series when wanted to do two things:
> - use UAC1 as virtual ALSA sound card on gadget side,
>just like UAC2 is used so it's possible to do rate
>resampling
> - have both playback/capture support in UAC1
>
> Since I wanted to have same
Hi,
Yoshihiro Shimoda writes:
> Hi Felipe,
>
>> -Original Message-
>> From: Yoshihiro Shimoda
>> Sent: Wednesday, April 26, 2017 8:50 PM
>>
>> This patch set is based on the latest Feribe's usb.git / testing/next branch
>> (the commit id = 28ea6be01e2cf244c461a40c8e9593816f894412.)
>
>
Hi Greg,
here's another set of fixes for current -rc cycle. Let me know if you
want anything to be changed. Patches have been on the mailing list for
quite some time.
At least the mass storage patch (the only one I could test) has been
tested on some intel boards I have around for a few days.
c
Hi,
Jerry Huang writes:
>> Jerry Huang writes:
>> >> >> --
>> >> >> 1.7.9.5
>> >> > Hi, Balbi and all guys,
>> >> > Any comment for these patches? Can they be accepted?
>> >>
>> >> Rob had comments which you didn't reply yet. I cannot take this
>> >> patchset yet ;-)
>> >>
>> > Balbi,
>> >
>> >
Having a properly working ring cache could ease a bit the memory
reallocation, but this current implemetation isn't the correct way.
It's faulty and hogs a lot of memory.
A pool of cached rings that any device could use would be more useful,
but xhci driver isn't there yet, just keeping the basic
On Tue, May 30, 2017 at 5:13 AM, Ruslan Bilovol
wrote:
> On Mon, May 22, 2017 at 6:58 PM, Jassi Brar wrote:
>> On Thu, May 18, 2017 at 4:07 AM, Ruslan Bilovol
>> wrote:
>>> Abstract the peripheral side ALSA sound card code from
>>> the f_uac2 function into a component that can be called
>>> by v
On 01.06.2017 02:01, Rafael J. Wysocki wrote:
On 5/25/2017 5:24 PM, Mathias Nyman wrote:
On 24.05.2017 17:44, Greg KH wrote:
On Wed, May 24, 2017 at 04:11:12PM +0300, Mathias Nyman wrote:
This optimization significantly reduces xhci driver load time.
In ACPI tables the acpi companion port dev
Hi Greg
This series contain the RFC-PATCH for usb-acpi, improving xhci and ehci
driver load times. It didn't stir up any discussion or objections.
Series also includes a change to make URB cancel more reliable in xhci.
More features for usb-next are still cooking, not sure if they
will make 4.13,
Add xhci_get_hw_deq() helper to retrieve the hardware dequeue pointer an
endpoint or stream stopped on.
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci-ring.c | 36 +---
1 file changed, 25 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/host/xhci-r
When xHC is asked to stop an endpoint it will save the position it
stopped on in the endpoint or stream context.
xhci driver needs to know if the controller stopped on the exact same
TRB that the driver was asked to cancel as it then needs to move past
the TD instead of turning the TD to no-op TRB
This optimization significantly reduces xhci driver load time.
In ACPI tables the acpi companion port devices are children of
the hub device. The port devices are identified by their port number
returned by the ACPI _ADR method.
_ADR 0 is reserved for the root hub device.
The current implementati
We no longer keep track of where we stopped in a stopped_td pointer.
We get the ring dequeue pointer from the endpoint or stream context
Signed-off-by: Mathias Nyman
---
drivers/usb/host/xhci-ring.c | 4
drivers/usb/host/xhci.h | 1 -
2 files changed, 5 deletions(-)
diff --git a/drive
The values for the new dequeue segment, new dequeue pointer and new cycle
state are needed for manually moving the xHC ring dequeue pointer.
These are conveniently stored in a xhci_dequeue_state structure.
stream support was added later and stream_id was carried
as a function parameter.
Move the
On Fri, 2 Jun 2017, Benjamin Herrenschmidt wrote:
> On Fri, 2017-06-02 at 15:13 +1000, Benjamin Herrenschmidt wrote:
> > On Sat, 2017-05-27 at 21:58 -0400, Alan Stern wrote:
> > > The interfaces required for a UDC driver are explained to some extent
> > > by the kerneldoc in include/linux/usb/gad
On Fri, 2 Jun 2017, Shyam Sundar S K wrote:
> on AMD platforms with SNPS 3.1 USB controller if stop endpoint command is
> issued the controller does not respond, when the EP is not in running
> state. HW completes the command execution and reports
> "Context State Error" completion code. This is a
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
On Thu, Jun 01, 2017 at 10:58:25PM +0200, Takashi Iwai wrote:
> For supporting the explicit in-kernel copy of PCM buffer data, and
> also for further code refactoring, three new PCM ops, copy_user,
> copy_kernel and fill_silence, are introduced. The old copy and
> silence ops will be deprecated an
On Thu, Jun 01, 2017 at 10:58:37PM +0200, Takashi Iwai wrote:
> Replace the copy and the silence ops with the new PCM ops.
> In AC97 and I2S-TDM mode, we need to convert back to frames, but
> otherwise the conversion is pretty straightforward.
Acked-by: Mark Brown
signature.asc
Description: PGP
The usbfs interface does not provide any way for the user to learn the
speed at which a device is connected. The current API includes a
USBDEVFS_CONNECTINFO ioctl, but all it provides is the device's
address and a one-bit value indicating whether the connection is low
speed. That may have suffice
Hi Felipe,
On Fri, Jun 2, 2017 at 12:34 PM, Felipe Balbi wrote:
>
> Hi,
>
> Ruslan Bilovol writes:
>> Abstract the peripheral side ALSA sound card code from
>> the f_uac2 function into a component that can be called
>> by various functions, so the various flavors can be split
>> apart and select
Hi,
On Fri, Jun 2, 2017 at 12:42 PM, Felipe Balbi wrote:
>
> Hi,
>
> Ruslan Bilovol writes:
>> I came to this patch series when wanted to do two things:
>> - use UAC1 as virtual ALSA sound card on gadget side,
>>just like UAC2 is used so it's possible to do rate
>>resampling
>> - have
On 05/26, Fabien Lahoudere wrote:
> Hello
>
> I modify ci_hrdc_imx_probe to bypass "data->phy =
> devm_usb_get_phy_by_phandle(&pdev->dev,
> "fsl,usbphy", 0);". Everything works as expected and call ci_ulpi_init.
>
> The problem is that in ci_ulpi_init, before calling "ci->ulpi =
> ulpi_register
From: Ruslan Bilovol
These flags and structures are deprecated and there is
no anymore users of them, so it's safe to remove them.
Signed-off-by: Ruslan Bilovol
---
Although this patch was acked-by Felipe Balbi and Roger Quadros back
in 2013, it was never picked up by maintainers.
Still appli
Forgot to CC linux-usb, doing that now
On Fri, 2 Jun 2017 16:27:56 -0700, Paul Zimmerman wrote:
> Felipe Balbi writes:
> > Thinh Nguyen writes:
> >> this could be, I don't remember if I checked this or not :-)
> >>
> >> Really, the best way here, IMHO, would be to re-verify what's
On Fri, Jun 02, 2017 at 01:27:48PM -0400, Alan Stern wrote:
> The usbfs interface does not provide any way for the user to learn the
> speed at which a device is connected. The current API includes a
> USBDEVFS_CONNECTINFO ioctl, but all it provides is the device's
> address and a one-bit value in
On Fri, Jun 02, 2017 at 12:57:57PM +0300, Felipe Balbi wrote:
>
> Hi Greg,
>
> here's another set of fixes for current -rc cycle. Let me know if you
> want anything to be changed. Patches have been on the mailing list for
> quite some time.
>
> At least the mass storage patch (the only one I cou
tree: https://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git
testing/next
head: ad9721fbf4c4dd7e57372662b91adb8ba0c3a9fc
commit: ad9721fbf4c4dd7e57372662b91adb8ba0c3a9fc [35/35] usb: gadget: udc: Add
Synopsys UDC Platform driver
config: m32r-allmodconfig (attached as .config)
compiler:
34 matches
Mail list logo
