On Wed, 4 Mar 2015 15:48:24 -0500
Steven Rostedt wrote:
> On Wed, 4 Mar 2015 21:33:16 +0100
> Ingo Molnar wrote:
>
> >
> > * Alexei Starovoitov wrote:
> >
> > > On Sun, Mar 1, 2015 at 3:27 PM, Alexei Starovoitov
> > > wrote:
> > > > Peter, Steven,
> > > > I think this set addresses everyth
Hi,
On Fri, 6 Mar 2015, Pavel Machek wrote:
Our take was that ALSA is not the right interface for cmt_speech. The
cmt_speech interface in the modem is _not_ a PCM interface as modelled by
ALSA. Specifically:
- the interface is lossy in both directions
- data is sent in packets, not a stream of
On Fri, Mar 06, 2015 at 11:02:43AM -0800, Andy Lutomirski wrote:
> On Fri, Mar 6, 2015 at 10:53 AM, Christoph Lameter wrote:
> > On Fri, 6 Mar 2015, Serge E. Hallyn wrote:
> >
> >> Sorry, something about that patch-patch didn't make sense to me, but I
> >> need to look more closely. My objection
On Fri, Mar 6, 2015 at 10:53 AM, Christoph Lameter wrote:
> On Fri, 6 Mar 2015, Serge E. Hallyn wrote:
>
>> Sorry, something about that patch-patch didn't make sense to me, but I
>> need to look more closely. My objection was that you were able to get the
>> pA capabilities into pP without them b
On Fri, 6 Mar 2015, Serge E. Hallyn wrote:
> Sorry, something about that patch-patch didn't make sense to me, but I
> need to look more closely. My objection was that you were able to get the
> pA capabilities into pP without them being in your pI. Your proposed
> change didn't seem like it woul
On Fri, Mar 06, 2015 at 09:50:02AM -0600, Christoph Lameter wrote:
> On Thu, 5 Mar 2015, Serge E. Hallyn wrote:
>
> > > > So I'd say drop this change ^
> > >
> > > Then the ambient caps get ignored for a executables that have capabilities
> > > seton the file?
> >
> > Yes. Those are assumed to al
On Thu, 5 Mar 2015, Andy Lutomirski wrote:
> > Yes due to the library issues.
>
> You can't LD_PRELOAD and fP together. And I'm still unconvinced that
> ambient caps can ever be safe in conjunction with fP. I'll grill you
> next week on what you're trying to do that makes you want this :)
>From
On Thu, 5 Mar 2015, Serge E. Hallyn wrote:
> > > So I'd say drop this change ^
> >
> > Then the ambient caps get ignored for a executables that have capabilities
> > seton the file?
>
> Yes. Those are assumed to already know what they're doing.
Ok can we get this patch merged now if I do this ch
On 03/05/2015 10:17 AM, Andrea Arcangeli wrote:
> Add documentation.
>
> Signed-off-by: Andrea Arcangeli
> ---
> Documentation/vm/userfaultfd.txt | 97
>
> 1 file changed, 97 insertions(+)
> create mode 100644 Documentation/vm/userfaultfd.txt
Just a gr
Hi Andrea,
On 5 March 2015 at 18:17, Andrea Arcangeli wrote:
> Once an userfaultfd has been created and certain region of the process
> virtual address space have been registered into it, the thread
> responsible for doing the memory externalization can manage the page
> faults in userland by tal
2015-03-06 10:24 GMT+01:00 Linus Walleij :
> On Fri, Feb 20, 2015 at 7:01 PM, Maxime Coquelin
> wrote:
>
>> This driver adds pinctrl and GPIO support to STMicrolectronic's
>> STM32 family of MCUs.
>>
>> Pin muxing and GPIO handling have been tested on STM32F429
>> based Discovery board.
>>
>> Sign
2015-03-06 10:03 GMT+01:00 Linus Walleij :
> On Thu, Feb 12, 2015 at 6:46 PM, Maxime Coquelin
> wrote:
>
>> Add a MAINTAINER entry covering all STM32 machine and drivers files.
>>
>> Signed-off-by: Maxime Coquelin
>
> (...)
>> +F: drivers/clocksource/arm_system_timer.c
>
> Is that all? And th
Hi!
> >>Userland access goes via /dev/cmt_speech. The API is implemented in
> >>libcmtspeechdata, which is used by ofono and the freesmartphone.org project.
> >Yes, the ABI is "tested" for some years, but it is not documented, and
> >it is very wrong ABI.
> >
> >I'm not sure what they do with the
I saw this other thing:
On Fri, Feb 20, 2015 at 7:01 PM, Maxime Coquelin
wrote:
> This adds documentation of device tree bindings for the
> STM32 pin controller.
>
> Signed-off-by: Maxime Coquelin
(...)
> +- altmode : Should be mode or alternate function number associated this pin,
> as
> +des
On Fri, Feb 20, 2015 at 7:01 PM, Maxime Coquelin
wrote:
> This driver adds pinctrl and GPIO support to STMicrolectronic's
> STM32 family of MCUs.
>
> Pin muxing and GPIO handling have been tested on STM32F429
> based Discovery board.
>
> Signed-off-by: Maxime Coquelin
(...)
> +config PINCTRL_ST
On Fri, Feb 20, 2015 at 7:01 PM, Maxime Coquelin
wrote:
> This adds documentation of device tree bindings for the
> STM32 pin controller.
>
> Signed-off-by: Maxime Coquelin
(...)
> +Pin controller node:
> +Required properies:
> +- compatible : "st,stm32-pinctrl"
> +- #address-cells: The value
On Thu, Feb 12, 2015 at 6:46 PM, Maxime Coquelin
wrote:
> Add a MAINTAINER entry covering all STM32 machine and drivers files.
>
> Signed-off-by: Maxime Coquelin
(...)
> +F: drivers/clocksource/arm_system_timer.c
Is that all? And that is not even a STM32 specific driver.
Yours,
Linus Wall
On Thu, Feb 12, 2015 at 6:45 PM, Maxime Coquelin
wrote:
> STM32 MCUs feature 16 and 32 bits general purpose timers with prescalers.
> The drivers detects whether the time is 16 or 32 bits, and applies a
> 1024 prescaler value if it is 16 bits.
>
> Signed-off-by: Maxime Coquelin
This is a nice d
18 matches
Mail list logo
