On 31 August 2016 at 21:00, Rafał Miłecki wrote:
> On 31 August 2016 at 20:23, Alan Stern wrote:
>> On Tue, 30 Aug 2016, Rafał Miłecki wrote:
>>> Not really as it won't cover some pretty common use cases. Many home
>>> routers have few USB ports (2-5) and only 1 USB LED. It has to be
>>> possible
On 31/08/2016 11:37, Parav Pandit wrote:
Added rdma cgroup controller that does accounting, limit enforcement
on rdma/IB verbs and hw resources.
Added rdma cgroup header file which defines its APIs to perform
charing/uncharing functionality. It also defined APIs for RDMA/IB
stack for device regi
Hello,
On Wed, Aug 31, 2016 at 06:07:30PM +0300, Matan Barak wrote:
> Currently, there are some discussions regarding the RDMA ABI. The current
> proposed approach (after a lot of discussions in the OFVWG) is to have
> driver dependent object types rather than the fixed set of IB object types
> we
On 31 August 2016 at 20:23, Alan Stern wrote:
> On Tue, 30 Aug 2016, Rafał Miłecki wrote:
>
>> >> As you quite often need more complex LED management, there are
>> >> triggers that were introduced in 2006 by c3bc9956ec52f ("[PATCH] LED:
>> >> add LED trigger tupport"). Some triggers are trivial an
On Tue, 30 Aug 2016, Rafał Miłecki wrote:
> >> As you quite often need more complex LED management, there are
> >> triggers that were introduced in 2006 by c3bc9956ec52f ("[PATCH] LED:
> >> add LED trigger tupport"). Some triggers are trivial and could be
> >> implemented in userspace as well (e.g
On Wed, Aug 31, 2016 at 12:36:26PM -0400, Robert Foss wrote:
> On 2016-08-31 05:45 AM, Jacek Anaszewski wrote:
> > > +static void *m_totmaps_start(struct seq_file *p, loff_t *pos)
> > > +{
> > > +return NULL + (*pos == 0);
> > > +}
> > > +
> > > +static void *m_totmaps_next(struct seq_file *p,
On 2016-08-31 05:45 AM, Jacek Anaszewski wrote:
Hi Robert,
On 08/17/2016 12:33 AM, robert.f...@collabora.com wrote:
From: Robert Foss
This is based on earlier work by Thiago Goncales. It implements a new
per process proc file which summarizes the contents of the smaps file
but doesn't displ
Joe Perches (2):
wd719x: Remove last declaration using DEFINE_PCI_DEVICE_TABLE
treewide: Remove references to the now unnecessary DEFINE_PCI_DEVICE_TABLE
Documentation/PCI/pci.txt | 1 -
drivers/scsi/wd719x.c | 2 +-
include/linux/pci.h | 9 -
scripts/checkpatch.pl | 9 -
It's been eliminated from the sources, remove it from everywhere else.
Signed-off-by: Joe Perches
---
Documentation/PCI/pci.txt | 1 -
include/linux/pci.h | 9 -
scripts/checkpatch.pl | 9 -
scripts/tags.sh | 1 -
4 files changed, 20 deletions(-)
diff --git a
From: Markus Heiser
Handle signatures of function-like macros well. Don't try to deduce
arguments types of function-like macros.
Signed-off-by: Markus Heiser
---
Documentation/sphinx/cdomain.py | 55 -
1 file changed, 54 insertions(+), 1 deletion(-)
dif
From: Markus Heiser
For function-like macros, sphinx creates 'FOO (C function)' entries.
With this patch 'FOO (C macro)' are created for function-like macros,
which is the same for object-like macros.
Signed-off-by: Markus Heiser
---
Documentation/sphinx/cdomain.py | 10 ++
1 file chan
From: Markus Heiser
The self.indexnode's tuple has changed in sphinx version 1.4, from a
former 4 element tuple to a 5 element tuple.
https://github.com/sphinx-doc/sphinx/commit/e6a5a3a92e938fcd75866b4227db9e0524d58f7c
Signed-off-by: Markus Heiser
---
Documentation/sphinx/cdomain.py | 14
From: Markus Heiser
Hi Jon,
this is a small series, fixing a issues about sphinx version incompatibility and
adds improved handling of function-like macros [1]. The last patch is optional,
I don't know if it is better to create 'FOO (C macro)' index entries instead of
'FOO (C function)' entries
Hello,
On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote:
> rdmacg: IB/core: rdma controller support
>
> Patch is generated and tested against below Doug's linux-rdma
> git tree.
>
> URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git
> Branch: master
>
> Patchset is
On 08/30/2016 09:57 AM, Andy Lutomirski wrote:
> On Aug 30, 2016 6:34 AM, "Tom Lendacky" wrote:
>>
>> On 08/25/2016 08:04 AM, Thomas Gleixner wrote:
>>> On Mon, 22 Aug 2016, Tom Lendacky wrote:
>>>
Provide support for Secure Memory Encryption (SME). This initial support
defines the memor
On Mon, Aug 01, 2016 at 03:23:52PM +0300, Amir Levy wrote:
> Adding Thunderbolt(TM) networking documentation.
>
> Signed-off-by: Amir Levy
> ---
> Documentation/00-INDEX | 2 +
> Documentation/thunderbolt-networking.txt | 135
> +++
Documentation/
On Mon, Aug 01, 2016 at 03:23:50PM +0300, Amir Levy wrote:
> Negotiation states that a peer goes through in order to establish
> the communication with the second peer.
I can not parse that sentance, what exactly does that mean?
> This includes communication with upper layer and additional
> infr
On Mon, Aug 01, 2016 at 03:23:49PM +0300, Amir Levy wrote:
> Firmware-based (a.k.a ICM - Intel Connection Manager) controller is
> used for establishing and maintaining the Thunderbolt Networking
> connection. We need to be able to communicate with it.
>
> Signed-off-by: Amir Levy
> ---
> driver
On Mon, Aug 01, 2016 at 03:23:48PM +0300, Amir Levy wrote:
> Updating the Kconfig Thunderbolt(TM) description.
>
> Signed-off-by: Amir Levy
> ---
> drivers/thunderbolt/Kconfig | 25 +
> drivers/thunderbolt/Makefile | 2 +-
> 2 files changed, 22 insertions(+), 5 deletion
On Mon, Aug 01, 2016 at 03:23:48PM +0300, Amir Levy wrote:
> Updating the Kconfig Thunderbolt(TM) description.
Why are you inserting a (TM) in here? Do you see that in any other
kernel Kconfig file? Please don't start adding it here, it's not
needed from what I can tell.
thanks,
greg k-h
--
To
On Mon, Aug 01, 2016 at 03:23:45PM +0300, Amir Levy wrote:
> This is version 6 of Thunderbolt(TM) driver for non-Apple hardware.
>
> Changes since v5:
> - Removed the padding of short packets in receive
> - Replaced RW semaphore with mutex
> - Cleanup
>
> These patches were pushed to GitHub wh
Am 31.08.2016 um 12:26 schrieb Mauro Carvalho Chehab :
> Em Wed, 31 Aug 2016 12:09:39 +0200
> Markus Heiser escreveu:
>
>> Am 31.08.2016 um 11:02 schrieb Jani Nikula :
>>
>>> On Wed, 31 Aug 2016, Markus Heiser wrote:
I haven't tested your suggestion, but since *void* is in the list
>>>
Em Wed, 31 Aug 2016 12:09:39 +0200
Markus Heiser escreveu:
> Am 31.08.2016 um 11:02 schrieb Jani Nikula :
>
> > On Wed, 31 Aug 2016, Markus Heiser wrote:
> >> I haven't tested your suggestion, but since *void* is in the list
> >> of stop-words:
> >>
> >># These C types aren't described a
Am 31.08.2016 um 11:02 schrieb Jani Nikula :
> On Wed, 31 Aug 2016, Markus Heiser wrote:
>> I haven't tested your suggestion, but since *void* is in the list
>> of stop-words:
>>
>># These C types aren't described anywhere, so don't try to create
>># a cross-reference to them
>>stop
Hi Robert,
On 08/17/2016 12:33 AM, robert.f...@collabora.com wrote:
From: Robert Foss
This is based on earlier work by Thiago Goncales. It implements a new
per process proc file which summarizes the contents of the smaps file
but doesn't display any addresses. It gives more detailed informati
On Wed, Aug 31, 2016 at 02:07:25PM +0530, Parav Pandit wrote:
> Added rdma cgroup controller that does accounting, limit enforcement
> on rdma/IB verbs and hw resources.
>
> Added rdma cgroup header file which defines its APIs to perform
> charing/uncharing functionality. It also defined APIs for R
On Wed, 31 Aug 2016, Markus Heiser wrote:
> I haven't tested your suggestion, but since *void* is in the list
> of stop-words:
>
> # These C types aren't described anywhere, so don't try to create
> # a cross-reference to them
> stopwords = set((
> 'const', 'void', 'char', 'wch
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit
---
Documentation/cgroup-v1/rdma.txt | 117 +++
Documentation/cgroup-v2.txt | 45 +++
2 files chan
Added rdma cgroup controller that does accounting, limit enforcement
on rdma/IB verbs and hw resources.
Added rdma cgroup header file which defines its APIs to perform
charing/uncharing functionality. It also defined APIs for RDMA/IB
stack for device registration. Devices which are registered will
rdmacg: IB/core: rdma controller support
Patch is generated and tested against below Doug's linux-rdma
git tree.
URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git
Branch: master
Patchset is also compiled and tested against below Tejun's cgroup tree
using cgroup v2 mode.
URL: g
Added support APIs for IB core to register/unregister every IB/RDMA
device with rdma cgroup for tracking verbs and hw resources.
IB core registers with rdma cgroup controller.
Added support APIs for uverbs layer to make use of rdma controller.
Added uverbs layer to perform resource charge/uncharge
Am 29.08.2016 um 17:36 schrieb Jani Nikula :
> On Mon, 29 Aug 2016, Mauro Carvalho Chehab wrote:
>> Em Mon, 29 Aug 2016 16:12:39 +0200
>> Markus Heiser escreveu:
>>
>>> Am 29.08.2016 um 15:13 schrieb Mauro Carvalho Chehab
>>> :
>>>
A macro definition is mapped via .. c:function:: at the
32 matches
Mail list logo
