Hi Mathias,
Thank you kindly for your feedback - I appreciate the time you took to
help me out.
Unfortunately, in a rather bizarre turn of events, I'm unable to
reproduce the issue. I'm stumped as to why it's not occurring any
more. I've tried a number of things including the distributed compile,
On Sat, 3 Mar 2018, Fredrik Noring wrote:
> Christoph, Alan,
>
> > If it is allocating / freeing this memory all the time in the hot path
> > it should really use a dma pool (see include/ilinux/dmapool.h).
> > The dma coherent APIs aren't really built for being called in the
> > hot path.
>
> hc
Hi Alan Stern,
> > Alan, can dma_free_coherent be delayed to a point when IRQs are enabled?
>
> Yes, subject to the usual concerns about not being delayed for too
> long. Also, some HCDs are highly memory-constrained. I don't know if
> they use this API, but if they do then delaying a free co
From: Alexander Kurz
Date: Wed, 28 Feb 2018 21:27:39 +
> -static int ax88179_bind(struct usbnet *dev, struct usb_interface *intf)
> +static int ax88179_link_bind_or_reset(struct usbnet *dev, int do_reset)
"do_reset" is a boolean, therefore please use type 'bool' and true/false.
Thank you.
-
On Sun, 4 Mar 2018, Fredrik Noring wrote:
> Hi Alan Stern,
>
> > > Alan, can dma_free_coherent be delayed to a point when IRQs are enabled?
> >
> > Yes, subject to the usual concerns about not being delayed for too
> > long. Also, some HCDs are highly memory-constrained. I don't know if
> >
From: ShuFan Lee
Handle vendor defined behavior in tcpci_init, tcpci_set_vconn,
tcpci_start_drp_toggling
and export tcpci_irq. More operations can be extended in tcpci_data if needed.
According to TCPCI specification, 4.4.5.2 ROLE_CONTROL,
TCPC shall not start DRP toggling until subsequently the
ACPI spec inserts sections for new features frequently and section
numbers are changed. It is easy to refer to ACPI spec if ACPI version
is available in comments.
There are no functional changes.
Signed-off-by: Alex Hung
---
drivers/usb/core/usb-acpi.c | 4 ++--
1 file changed, 2 insertions(+),
> -Original Message-
> From: Andrzej Hajda [mailto:a.ha...@samsung.com]
> Sent: 2018年2月27日 16:41
> To: Jun Li ; gre...@linuxfoundation.org;
> robh...@kernel.org; heikki.kroge...@linux.intel.com; li...@roeck-us.net
> Cc: mark.rutl...@arm.com; yue...@google.com; Peter Chen
> ; garsi...@embe
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: 2018年3月3日 6:29
> To: Jun Li
> Cc: gre...@linuxfoundation.org; heikki.kroge...@linux.intel.com;
> li...@roeck-us.net; a.ha...@samsung.com; mark.rutl...@arm.com;
> yue...@google.com; Peter Chen ;
> garsi...@embeddedor
Hi Oliver,
On 2018-02-27 17:07, Oliver Neukum wrote:
Am Dienstag, den 27.02.2018, 07:13 -0800 schrieb Eric Dumazet:
On Tue, 2018-02-27 at 07:09 -0800, Eric Dumazet wrote:
Note that for this one, it seems we also could perform stats updates in
BH context, since skb is queued via defer_bh()
Bu
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: 2018年3月3日 6:39
> To: Andrzej Hajda
> Cc: Jun Li ; gre...@linuxfoundation.org;
> heikki.kroge...@linux.intel.com; li...@roeck-us.net;
> mark.rutl...@arm.com; yue...@google.com; Peter Chen
> ; garsi...@embeddedor.com;
> -Original Message-
> From: Heikki Krogerus [mailto:heikki.kroge...@linux.intel.com]
> Sent: 2018年2月26日 21:19
> To: Jun Li
> Cc: gre...@linuxfoundation.org; robh...@kernel.org; li...@roeck-us.net;
> a.ha...@samsung.com; mark.rutl...@arm.com; yue...@google.com;
> Peter Chen ; garsi...@emb
12 matches
Mail list logo