On Fri, Jun 24, 2016 at 09:19:32AM +0200, Benjamin Tissoires wrote:
> On Jun 23 2016 or thereabouts, Dmitry Torokhov wrote:
> > On Thu, Jun 09, 2016 at 04:53:50PM +0200, Benjamin Tissoires wrote:
> > > +
> > > +static struct i2c_driver rmi_smb_driver = {
> > > + .driver = {
> > > + .owner
Track generated header files which aren't already in genhdr-y, alongside
generic-y wrappers in the */include/generated/[uapi/]asm/ directories.
Currently only x86 generates extra headers in these directories, for the
purposes of enumerating system calls for different ABIs, and xen
hypercalls.
On Fri, Jun 24, 2016 at 12:04 PM, Kees Cook wrote:
> On Fri, Jun 24, 2016 at 9:02 AM, Jason Cooper wrote:
>> Thomas,
>>
>> Sorry for wandering off the topic of your series. The big take away for
>> me is that you and Kees are concerned about x86
On Fri, Jun 24, 2016 at 12:30:56PM -0500, Andrew F. Davis wrote:
> On 06/24/2016 11:46 AM, Guenter Roeck wrote:
> > On Fri, Jun 24, 2016 at 10:02:51AM -0500, Andrew F. Davis wrote:
> >> On 06/18/2016 10:16 AM, Guenter Roeck wrote:
> >>>
> >>> The chip registers are 16 bit. Can you repeat the
On Fri, Jun 24, 2016 at 9:02 AM, Jason Cooper wrote:
> Thomas,
>
> Sorry for wandering off the topic of your series. The big take away for
> me is that you and Kees are concerned about x86 systems pre-RDRAND.
> Just as I'm concerned about deployed embedded systems without
"Serge E. Hallyn" writes:
> Quoting Tejun Heo (t...@kernel.org):
>> Hello,
>>
>> On Fri, Jun 24, 2016 at 10:59:16AM -0500, Serge E. Hallyn wrote:
>> > Quoting Tejun Heo (t...@kernel.org):
>> > > But isn't being recursive orthogonal to using cgroup? Why not account
>> > >
On 06/24/2016 11:46 AM, Guenter Roeck wrote:
> On Fri, Jun 24, 2016 at 10:02:51AM -0500, Andrew F. Davis wrote:
>> On 06/18/2016 10:16 AM, Guenter Roeck wrote:
>>>
>>> The chip registers are 16 bit. Can you repeat the command using the "w"
>>> option ?
>>>
>>
>> # i2cdump -y 2 0x40 w
>> 0,8
Hello, Serge.
On Fri, Jun 24, 2016 at 11:59:10AM -0500, Serge E. Hallyn wrote:
> > Just monitoring is less jarring than implementing security enforcement
> > via cgroup, but it is still jarring. What's wrong with recursive
> > process hierarchy monitoring which is in line with the whole facility
Hi Jacek,
thanks for your help. The new patch is on the way (v6).
br,
Stephan
Am 24.06.2016 um 08:50 schrieb Jacek Anaszewski:
> Hi Stephan,
>
> On 06/23/2016 09:38 PM, Stephan Linz wrote:
>> Cc: Joseph Jezak
>> Cc: Jörg Sommer
>> Cc: Mark Rutland
Cc: Joseph Jezak
Cc: Jörg Sommer
Cc: Mark Rutland
Signed-off-by: Stephan Linz
Acked-by: Rob Herring
Signed-off-by: Jacek Anaszewski
---
Changes in v6:
- Reorganize v5.
On Wed, Jun 22, 2016 at 08:58:56AM -0500, ttha...@opensource.altera.com wrote:
> From: Thor Thayer
>
> Add the device tree bindings needed to support the Altera Ethernet
> FIFO buffers on the Arria10 chip.
>
> Signed-off-by: Thor Thayer
Quoting Tejun Heo (t...@kernel.org):
> Hello,
>
> On Fri, Jun 24, 2016 at 10:59:16AM -0500, Serge E. Hallyn wrote:
> > Quoting Tejun Heo (t...@kernel.org):
> > > But isn't being recursive orthogonal to using cgroup? Why not account
> > > usages recursively along the process hierarchy?
On Fri, Jun 24, 2016 at 10:02:51AM -0500, Andrew F. Davis wrote:
> On 06/18/2016 10:16 AM, Guenter Roeck wrote:
> >
> > The chip registers are 16 bit. Can you repeat the command using the "w"
> > option ?
> >
>
> # i2cdump -y 2 0x40 w
> 0,8 1,9 2,a 3,b 4,c 5,d 6,e 7,f
> 00: 2771
Thomas,
Sorry for wandering off the topic of your series. The big take away for
me is that you and Kees are concerned about x86 systems pre-RDRAND.
Just as I'm concerned about deployed embedded systems without bootloader
support for hw-rngs and so forth.
Whatever final form the approach takes
Hello,
On Fri, Jun 24, 2016 at 01:00:48PM +1000, Aleksa Sarai wrote:
> This allows users to dynamically adjust their limits based on how many
> failed forks happened since they last reset their limits, otherwise they
> would have to track (in a racy way) how many limit failures there were
> since
On 24 June 2016 at 03:11, Jason Cooper wrote:
> Hi Ard,
>
> On Thu, Jun 23, 2016 at 10:05:53PM +0200, Ard Biesheuvel wrote:
>> On 23 June 2016 at 21:58, Kees Cook wrote:
>> > On Thu, Jun 23, 2016 at 12:33 PM, Jason Cooper
>> >
Hi Konrad,
On 24/06/16 11:46, Konrad Rzeszutek Wilk wrote:
> On Fri, Jun 24, 2016 at 10:57:29AM +0800, Jisheng Zhang wrote:
>> Dear Konrad,
>>
>> On Thu, 23 Jun 2016 12:06:10 -0400 Konrad Rzeszutek Wilk wrote:
>>
>>> On June 23, 2016 10:30:34 AM EDT, Catalin Marinas
>>>
On Fri, Jun 24, 2016 at 10:57:29AM +0800, Jisheng Zhang wrote:
> Dear Konrad,
>
> On Thu, 23 Jun 2016 12:06:10 -0400 Konrad Rzeszutek Wilk wrote:
>
> > On June 23, 2016 10:30:34 AM EDT, Catalin Marinas
> > wrote:
> > >On Thu, Jun 23, 2016 at 05:43:40PM +0530, Manjeet
Em Tue, 31 May 2016 12:16:25 +0200
Markus Heiser escreveu:
> Am 30.05.2016 um 23:23 schrieb Mauro Carvalho Chehab
> :
>
> > Em Mon, 30 May 2016 23:05:34 +0300
> > Jani Nikula escreveu:
> >
> >>> I worry a little bit
On Jun 23 2016 or thereabouts, Dmitry Torokhov wrote:
> Hi Benjamin,
>
> On Thu, Jun 09, 2016 at 04:53:50PM +0200, Benjamin Tissoires wrote:
> > +
> > +struct mapping_table_entry {
> > + u16 rmiaddr;
>
> Should be __le16 rmiaddr, otherwise:
>
> CHECK drivers/input/rmi4/rmi_smbus.c
>
Hi Stephan,
On 06/23/2016 09:38 PM, Stephan Linz wrote:
Cc: Joseph Jezak
Cc: Jörg Sommer
Cc: Mark Rutland
Signed-off-by: Stephan Linz
Acked-by: Rob Herring
Signed-off-by: Jacek Anaszewski
21 matches
Mail list logo