Move tpm_validate_command() to tpm2-space.c and make it part of the
tpm2_prepare_space() flow. Make cc resolution as part of the TPM space
functionality in order to detach it from rest of the tpm_transmit()
flow.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 72
Move tpm_validate_command() to tpm2-space.c and make it part of the
tpm2_prepare_space() flow. Make cc resolution as part of the TPM space
functionality in order to detach it from rest of the tpm_transmit()
flow.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 72
Since we pass an initialized struct tpm_buf instance in every call site
now, it is cleaner to pass that directly to the tpm_transmit_cmd() as
the TPM command/response buffer.
Fine-tune a little bit tpm_transmit() and tpm_transmit_cmd() comments
while doing this.
Signed-off-by: Jarkko Sakkinen
Instead of accessing fields of the command header through offsets to
the raw buffer, it is a better idea to use the header struct pointer
that is already used elsewhere in the function.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 4 ++--
1 file changed, 2
The error logging for tpm2_commit_space() is in a wrong place. This
commit moves it inside that function.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm2-space.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/char/tpm/tpm2-space.c
Move locking, locality handling and power management to tpm_transmit()
in order to simplify the flow and fix the error message formatting in
tpm_try_transmit() to output correct function name by using the
'__func__' macro.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 99
The error logging for tpm2_commit_space() is in a wrong place. This
commit moves it inside that function.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm2-space.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/char/tpm/tpm2-space.c
Move locking, locality handling and power management to tpm_transmit()
in order to simplify the flow and fix the error message formatting in
tpm_try_transmit() to output correct function name by using the
'__func__' macro.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 99
Since we pass an initialized struct tpm_buf instance in every call site
now, it is cleaner to pass that directly to the tpm_transmit_cmd() as
the TPM command/response buffer.
Fine-tune a little bit tpm_transmit() and tpm_transmit_cmd() comments
while doing this.
Signed-off-by: Jarkko Sakkinen
Instead of accessing fields of the command header through offsets to
the raw buffer, it is a better idea to use the header struct pointer
that is already used elsewhere in the function.
Signed-off-by: Jarkko Sakkinen
---
drivers/char/tpm/tpm-interface.c | 4 ++--
1 file changed, 2
Make the changes that are needed to detach TPM space code from
tpm_transmit() flow so that we do no longer need nested tpm_transmit()
calls.
v2:
* Print tpm2_commit_space() error inside tpm2_commit_space()
* Error code was not printed when recv() callback failed. It is
fixed in this version.
*
Make the changes that are needed to detach TPM space code from
tpm_transmit() flow so that we do no longer need nested tpm_transmit()
calls.
v2:
* Print tpm2_commit_space() error inside tpm2_commit_space()
* Error code was not printed when recv() callback failed. It is
fixed in this version.
*
On Thu, 1 Nov 2018 14:43:13 -0700
Enrico Granata wrote:
> From: Enrico Granata
>
> This driver allows interfacing with the Semtech sx9320, sx9321 and sx9324
> proximity sensors via the IIO subsystem.
>
> Signed-off-by: Enrico Granata
Various comments inline. Please make sure to proof read
On Thu, 1 Nov 2018 14:43:13 -0700
Enrico Granata wrote:
> From: Enrico Granata
>
> This driver allows interfacing with the Semtech sx9320, sx9321 and sx9324
> proximity sensors via the IIO subsystem.
>
> Signed-off-by: Enrico Granata
Various comments inline. Please make sure to proof read
On Sat, 3 Nov 2018 09:17:54 -0400
Steven Rostedt wrote:
> > > Then I tested with this:
> > >
> > > diff --git a/kernel/trace/trace_probe.c b/kernel/trace/trace_probe.c
> > > index 3ef15a6683c0..4ddafddf1343 100644
> > > --- a/kernel/trace/trace_probe.c
> > > +++ b/kernel/trace/trace_probe.c
>
On Sat, 3 Nov 2018 09:17:54 -0400
Steven Rostedt wrote:
> > > Then I tested with this:
> > >
> > > diff --git a/kernel/trace/trace_probe.c b/kernel/trace/trace_probe.c
> > > index 3ef15a6683c0..4ddafddf1343 100644
> > > --- a/kernel/trace/trace_probe.c
> > > +++ b/kernel/trace/trace_probe.c
>
From: Colin Ian King
Trivial fix to clean up indentation, add in missing tabs.
Signed-off-by: Colin Ian King
---
fs/nfsd/nfs4state.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
index f093fbe47133..eb129a6f9eae 100644
---
From: Colin Ian King
Trivial fix to clean up indentation, add in missing tabs.
Signed-off-by: Colin Ian King
---
fs/nfsd/nfs4state.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
index f093fbe47133..eb129a6f9eae 100644
---
On Thu, 1 Nov 2018 15:20:55 +
"Ardelean, Alexandru" wrote:
This looks wrong.
I admit this was done in the same way in the probe function, but that looks
a bit wrong as well.
Typically, the return value of `regulator_get_voltage()` would get checked
with:
ret =
On Thu, 1 Nov 2018 15:20:55 +
"Ardelean, Alexandru" wrote:
This looks wrong.
I admit this was done in the same way in the probe function, but that looks
a bit wrong as well.
Typically, the return value of `regulator_get_voltage()` would get checked
with:
ret =
On Sun, Oct 28, 2018 at 1:50 PM Jonathan Cameron wrote:
>
> On Fri, 26 Oct 2018 23:00:04 -0300
> Matheus Tavares wrote:
>
> > This patch adds the IIO_CHAN_INFO_SCALE mask to ad2s90_chan and
> > implements the relative read behavior at ad2s90_read_raw.
> >
> > Signed-off-by: Victor Colombo
> >
On Sun, Oct 28, 2018 at 1:50 PM Jonathan Cameron wrote:
>
> On Fri, 26 Oct 2018 23:00:04 -0300
> Matheus Tavares wrote:
>
> > This patch adds the IIO_CHAN_INFO_SCALE mask to ad2s90_chan and
> > implements the relative read behavior at ad2s90_read_raw.
> >
> > Signed-off-by: Victor Colombo
> >
Introduce symbol_offset data structure for avoiding symbol+offset
parsing when updating arguments.
For kprobe events, "@symbol+offset" is supported, that requires
to be updated when new module is loaded because @symbol address
can be solved at that point. Currently kprobe events saves
the
Introduce symbol_offset data structure for avoiding symbol+offset
parsing when updating arguments.
For kprobe events, "@symbol+offset" is supported, that requires
to be updated when new module is loaded because @symbol address
can be solved at that point. Currently kprobe events saves
the
From: Colin Ian King
Trivial fix to clean up indentation, replace spaces with tab
Signed-off-by: Colin Ian King
---
fs/cifs/cifsencrypt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/cifs/cifsencrypt.c b/fs/cifs/cifsencrypt.c
index 85b31cfa2f3c..ecdff344e8fe 100644
From: Colin Ian King
Trivial fix to clean up indentation, replace spaces with tab
Signed-off-by: Colin Ian King
---
fs/cifs/cifsencrypt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/cifs/cifsencrypt.c b/fs/cifs/cifsencrypt.c
index 85b31cfa2f3c..ecdff344e8fe 100644
Hi,
On Thu, 1 Nov 2018 15:02:32 +
"Ardelean, Alexandru" wrote:
Good catch.
That was actually Jonathan's catch. :)
Acked-by: Alexandru Ardelean
I read up on Acked-by on the kernel docs, as I didn't know exactly what
it meant, but I'm not so sure on how to proceed once the patch has
Hi,
On Thu, 1 Nov 2018 15:02:32 +
"Ardelean, Alexandru" wrote:
Good catch.
That was actually Jonathan's catch. :)
Acked-by: Alexandru Ardelean
I read up on Acked-by on the kernel docs, as I didn't know exactly what
it meant, but I'm not so sure on how to proceed once the patch has
On 11/2/2018 2:50 AM, David Howells wrote:
> kernel test robot wrote:
>
>> FYI, we noticed the following commit (built with gcc-7):
>>
>> commit: 6a7da2a288ce412d7ac117a2912a7b0d9104ee6d ("[RFC] sunrpc: Fix flood
>> of warnings from iov_iter_kvec in linux-next")
>> url:
>>
On 11/2/2018 2:50 AM, David Howells wrote:
> kernel test robot wrote:
>
>> FYI, we noticed the following commit (built with gcc-7):
>>
>> commit: 6a7da2a288ce412d7ac117a2912a7b0d9104ee6d ("[RFC] sunrpc: Fix flood
>> of warnings from iov_iter_kvec in linux-next")
>> url:
>>
Hello,
syzbot found the following crash on:
HEAD commit:5f21585384a4 Merge tag 'for-linus-20181102' of git://git.k..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=10ba246d40
kernel config: https://syzkaller.appspot.com/x/.config?x=9384ecb1c973baed
Hello,
syzbot found the following crash on:
HEAD commit:5f21585384a4 Merge tag 'for-linus-20181102' of git://git.k..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=10ba246d40
kernel config: https://syzkaller.appspot.com/x/.config?x=9384ecb1c973baed
On 11/3/18, Changbin Du wrote:
> On Fri, Nov 02, 2018 at 04:56:58PM +0100, Arnd Bergmann wrote:
>> When CONFIG_CC_OPTIMIZE_FOR_DEBUGGING is set, we get countless warnings
>> like
>>
>> In function 'check_copy_size',
>> inlined from 'copy_from_user' at include/linux/uaccess.h:146:6,
>>
On 11/3/18, Changbin Du wrote:
> On Fri, Nov 02, 2018 at 04:56:58PM +0100, Arnd Bergmann wrote:
>> When CONFIG_CC_OPTIMIZE_FOR_DEBUGGING is set, we get countless warnings
>> like
>>
>> In function 'check_copy_size',
>> inlined from 'copy_from_user' at include/linux/uaccess.h:146:6,
>>
Hello Dear
how are you doing today? my name is Bruce Blake, the manager foreign affairs in
City Finance Bank, we have a customer here in bank that has not accessed his
account for the past 18 years, after some research made about him we found out
he was a victim of the crashed mining company
Hello Dear
how are you doing today? my name is Bruce Blake, the manager foreign affairs in
City Finance Bank, we have a customer here in bank that has not accessed his
account for the past 18 years, after some research made about him we found out
he was a victim of the crashed mining company
Hello Dear
how are you doing today? my name is Bruce Blake, the manager foreign affairs in
City Finance Bank, we have a customer here in bank that has not accessed his
account for the past 18 years, after some research made about him we found out
he was a victim of the crashed mining company
Hello Dear
how are you doing today? my name is Bruce Blake, the manager foreign affairs in
City Finance Bank, we have a customer here in bank that has not accessed his
account for the past 18 years, after some research made about him we found out
he was a victim of the crashed mining company
Long,
On Fri, 2 Nov 2018, Long Li wrote:
> /**
> * irq_matrix_assign_system - Assign system wide entry in the matrix
> * @m: Matrix pointer
> @@ -269,7 +291,7 @@ int irq_matrix_alloc_managed(struct irq_matrix *m, const
> struct cpumask *msk,
> if (cpumask_empty(msk))
>
Long,
On Fri, 2 Nov 2018, Long Li wrote:
> /**
> * irq_matrix_assign_system - Assign system wide entry in the matrix
> * @m: Matrix pointer
> @@ -269,7 +291,7 @@ int irq_matrix_alloc_managed(struct irq_matrix *m, const
> struct cpumask *msk,
> if (cpumask_empty(msk))
>
On Sat, Nov 03, 2018 at 07:31:42AM -0700, Guenter Roeck wrote:
> On 11/2/18 11:33 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.14.79 release.
> > There are 143 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Sat, Nov 03, 2018 at 07:31:42AM -0700, Guenter Roeck wrote:
> On 11/2/18 11:33 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.14.79 release.
> > There are 143 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On 11/2/18 11:34 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.1 release.
There are 24 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On 11/2/18 11:34 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.1 release.
There are 24 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made
On 11/2/18 11:32 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.18.17 release.
There are 150 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 11/2/18 11:32 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.18.17 release.
There are 150 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 11/2/18 11:33 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.79 release.
There are 143 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 11/2/18 11:33 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.79 release.
There are 143 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On Sat, Nov 3, 2018 at 1:17 AM Jarkko Sakkinen
wrote:
>
> From: Sean Christopherson
>
> Enumerate Enclave Page Cache (EPC) sections via CPUID and add the data
> structures necessary to track EPC pages so that they can be allocated,
> freed and managed. As a system may have multiple EPC
On Sat, Nov 3, 2018 at 1:17 AM Jarkko Sakkinen
wrote:
>
> From: Sean Christopherson
>
> Enumerate Enclave Page Cache (EPC) sections via CPUID and add the data
> structures necessary to track EPC pages so that they can be allocated,
> freed and managed. As a system may have multiple EPC
On Sat, Nov 3, 2018 at 1:18 AM Jarkko Sakkinen
wrote:
>
> ENCLS is an umbrella instruction for a variety of cpl0 SGX functions.
> The ENCLS function that is executed is specified in EAX, with each
> function potentially having more leaf-specific operands beyond EAX.
> ENCLS introduces its own
On Sat, 3 Nov 2018 20:54:48 +0900
Masami Hiramatsu wrote:
> On Fri, 2 Nov 2018 09:54:24 -0400
> Steven Rostedt wrote:
>
> > On Fri, 2 Nov 2018 16:14:59 +0900
> > Masami Hiramatsu wrote:
> >
> > > On Thu, 1 Nov 2018 15:10:14 -0400
> > > Steven Rostedt wrote:
> > >
> > > > On Thu, 1 Nov
On Sat, Nov 3, 2018 at 1:18 AM Jarkko Sakkinen
wrote:
>
> ENCLS is an umbrella instruction for a variety of cpl0 SGX functions.
> The ENCLS function that is executed is specified in EAX, with each
> function potentially having more leaf-specific operands beyond EAX.
> ENCLS introduces its own
On Sat, 3 Nov 2018 20:54:48 +0900
Masami Hiramatsu wrote:
> On Fri, 2 Nov 2018 09:54:24 -0400
> Steven Rostedt wrote:
>
> > On Fri, 2 Nov 2018 16:14:59 +0900
> > Masami Hiramatsu wrote:
> >
> > > On Thu, 1 Nov 2018 15:10:14 -0400
> > > Steven Rostedt wrote:
> > >
> > > > On Thu, 1 Nov
On Sat, Nov 3, 2018 at 1:17 AM Jarkko Sakkinen
wrote:
>
> From: Sean Christopherson
>
> Like SGX itself, SGX Launch Control must be explicitly enabled via a
> flag in IA32_FEATURE_CONTROL. Clear the SGX_LC capability if Launch
> Control is not fully enabled (or obviously if SGX itself is
On Sat, Nov 3, 2018 at 1:17 AM Jarkko Sakkinen
wrote:
>
> From: Sean Christopherson
>
> Like SGX itself, SGX Launch Control must be explicitly enabled via a
> flag in IA32_FEATURE_CONTROL. Clear the SGX_LC capability if Launch
> Control is not fully enabled (or obviously if SGX itself is
On Sat, Nov 3, 2018 at 1:16 AM Jarkko Sakkinen
wrote:
>
> SGX defines its own CPUID leaf, 0x12, along with a variable number of
> sub-leafs. Sub-leafs 0 and 1 are always available if SGX is supported
> and enumerate various SGX features, e.g. instruction sets and enclave
> capabilities.
On Sat, Nov 3, 2018 at 1:16 AM Jarkko Sakkinen
wrote:
>
> SGX defines its own CPUID leaf, 0x12, along with a variable number of
> sub-leafs. Sub-leafs 0 and 1 are always available if SGX is supported
> and enumerate various SGX features, e.g. instruction sets and enclave
> capabilities.
On Thu, 1 Nov 2018 15:28:19 +
"Ardelean, Alexandru" wrote:
> On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote:
> > This patch removes the unnecessary field int_vref_mv in ad7780_state
> > referring to the device's voltage.
> >
> > Signed-off-by: Renato Lui Geh
> > ---
> > Changes in
On Thu, 1 Nov 2018 15:28:19 +
"Ardelean, Alexandru" wrote:
> On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote:
> > This patch removes the unnecessary field int_vref_mv in ad7780_state
> > referring to the device's voltage.
> >
> > Signed-off-by: Renato Lui Geh
> > ---
> > Changes in
On Thu, 1 Nov 2018 15:20:55 +
"Ardelean, Alexandru" wrote:
> On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote:
> > The ad7780 driver previously did not read the correct device output, as
> > it read an outdated value set at initialization. It now updates its
> > voltage on read.
> >
On Thu, 1 Nov 2018 15:20:55 +
"Ardelean, Alexandru" wrote:
> On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote:
> > The ad7780 driver previously did not read the correct device output, as
> > it read an outdated value set at initialization. It now updates its
> > voltage on read.
> >
On Wed, Oct 31, 2018 at 8:39 PM wrote:
>
> asm_volatile_goto should also be defined for other compilers that support
> asm goto.
Picking this up into compiler-attributes.
Cheers,
Miguel
On Wed, Oct 31, 2018 at 8:39 PM wrote:
>
> asm_volatile_goto should also be defined for other compilers that support
> asm goto.
Picking this up into compiler-attributes.
Cheers,
Miguel
On Sat, 3 Nov 2018 12:45:09 +
Jonathan Cameron wrote:
> On Wed, 31 Oct 2018 21:28:52 +0530
> Nishad Kamdar wrote:
>
> > Use the gpiod interface instead of the deprecated old non-descriptor
> > interface.
> >
> > Signed-off-by: Nishad Kamdar
> It would have been less 'noisy' to do these
On Sat, 3 Nov 2018 12:45:09 +
Jonathan Cameron wrote:
> On Wed, 31 Oct 2018 21:28:52 +0530
> Nishad Kamdar wrote:
>
> > Use the gpiod interface instead of the deprecated old non-descriptor
> > interface.
> >
> > Signed-off-by: Nishad Kamdar
> It would have been less 'noisy' to do these
On Thu, 1 Nov 2018 15:02:32 +
"Ardelean, Alexandru" wrote:
> Good catch.
>
> Acked-by: Alexandru Ardelean
On the basis this has been broken for a long time, and you are clearly
doing other nearby not fix work, I'm going to take this through the togreg
tree rather than via the quicker fix
On Thu, 1 Nov 2018 15:02:32 +
"Ardelean, Alexandru" wrote:
> Good catch.
>
> Acked-by: Alexandru Ardelean
On the basis this has been broken for a long time, and you are clearly
doing other nearby not fix work, I'm going to take this through the togreg
tree rather than via the quicker fix
On Sat, Nov 3, 2018 at 1:16 AM Jarkko Sakkinen
wrote:
>
> From: Sean Christopherson
>
> Similar to other large Intel features such as VMX and TXT, SGX must be
> explicitly enabled in IA32_FEATURE_CONTROL MSR to be truly usable.
> Clear all SGX related capabilities if SGX is not fully enabled in
On Sat, Nov 3, 2018 at 1:16 AM Jarkko Sakkinen
wrote:
>
> From: Sean Christopherson
>
> Similar to other large Intel features such as VMX and TXT, SGX must be
> explicitly enabled in IA32_FEATURE_CONTROL MSR to be truly usable.
> Clear all SGX related capabilities if SGX is not fully enabled in
On Sat, 3 Nov 2018 12:39:27 +
Jonathan Cameron wrote:
> On Thu, 1 Nov 2018 21:05:09 +0530
> Himanshu Jha wrote:
>
> > On Wed, Oct 31, 2018 at 09:30:36PM +0530, Nishad Kamdar wrote:
> > > Add device tree table for matching vendor ID.
> > >
> > > Signed-off-by: Nishad Kamdar
> > > ---
>
On Sat, 3 Nov 2018 12:39:27 +
Jonathan Cameron wrote:
> On Thu, 1 Nov 2018 21:05:09 +0530
> Himanshu Jha wrote:
>
> > On Wed, Oct 31, 2018 at 09:30:36PM +0530, Nishad Kamdar wrote:
> > > Add device tree table for matching vendor ID.
> > >
> > > Signed-off-by: Nishad Kamdar
> > > ---
>
On Wed, 31 Oct 2018 21:29:53 +0530
Nishad Kamdar wrote:
> Drop gpioin flag which decides how the GPIOs
> are controlled as the GPIOs must be outputs
> for the host as per the datasheet.
>
> Signed-off-by: Nishad Kamdar
Whilst this does the right thing, it doesn't take advantage
of
On Wed, 31 Oct 2018 21:29:53 +0530
Nishad Kamdar wrote:
> Drop gpioin flag which decides how the GPIOs
> are controlled as the GPIOs must be outputs
> for the host as per the datasheet.
>
> Signed-off-by: Nishad Kamdar
Whilst this does the right thing, it doesn't take advantage
of
On Sat, Nov 03, 2018 at 09:41:51AM +0100, Greg Kroah-Hartman wrote:
On Sat, Nov 03, 2018 at 09:40:16AM +0100, Greg Kroah-Hartman wrote:
On Fri, Nov 02, 2018 at 07:17:34PM -0400, Sasha Levin wrote:
> On Fri, Nov 02, 2018 at 08:19:36PM +, Sudip Mukherjee wrote:
> > Hi Greg,
> >
> > On Fri,
On Sat, Nov 03, 2018 at 09:41:51AM +0100, Greg Kroah-Hartman wrote:
On Sat, Nov 03, 2018 at 09:40:16AM +0100, Greg Kroah-Hartman wrote:
On Fri, Nov 02, 2018 at 07:17:34PM -0400, Sasha Levin wrote:
> On Fri, Nov 02, 2018 at 08:19:36PM +, Sudip Mukherjee wrote:
> > Hi Greg,
> >
> > On Fri,
On Wed, 31 Oct 2018 21:28:52 +0530
Nishad Kamdar wrote:
> Use the gpiod interface instead of the deprecated old non-descriptor
> interface.
>
> Signed-off-by: Nishad Kamdar
It would have been less 'noisy' to do these in the reverse order (drop
the flag and support first, then do the gpiod
On Wed, 31 Oct 2018 21:28:52 +0530
Nishad Kamdar wrote:
> Use the gpiod interface instead of the deprecated old non-descriptor
> interface.
>
> Signed-off-by: Nishad Kamdar
It would have been less 'noisy' to do these in the reverse order (drop
the flag and support first, then do the gpiod
On Fri, Nov 2, 2018 at 4:56 PM Randy Dunlap wrote:
>
> Hi,
>
> on i386 or x86_64, with gcc (SUSE Linux) 4.8.5, I am seeing this problem:
>
> In file included from :0:0:
> ../include/linux/compiler-gcc.h:75:45: internal compiler error: in
> function_and_variable_visibility, at ipa.c:825
>
On Fri, Nov 2, 2018 at 4:56 PM Randy Dunlap wrote:
>
> Hi,
>
> on i386 or x86_64, with gcc (SUSE Linux) 4.8.5, I am seeing this problem:
>
> In file included from :0:0:
> ../include/linux/compiler-gcc.h:75:45: internal compiler error: in
> function_and_variable_visibility, at ipa.c:825
>
On Thu, 1 Nov 2018 21:05:09 +0530
Himanshu Jha wrote:
> On Wed, Oct 31, 2018 at 09:30:36PM +0530, Nishad Kamdar wrote:
> > Add device tree table for matching vendor ID.
> >
> > Signed-off-by: Nishad Kamdar
> > ---
> > drivers/staging/iio/resolver/ad2s1210.c | 7 +++
> > 1 file changed, 7
On Thu, 1 Nov 2018 21:05:09 +0530
Himanshu Jha wrote:
> On Wed, Oct 31, 2018 at 09:30:36PM +0530, Nishad Kamdar wrote:
> > Add device tree table for matching vendor ID.
> >
> > Signed-off-by: Nishad Kamdar
> > ---
> > drivers/staging/iio/resolver/ad2s1210.c | 7 +++
> > 1 file changed, 7
On Mon, 29 Oct 2018 18:38:31 +0200
Stefan Popa wrote:
> The ad7124-4 and ad7124-8 are a family of 4 and 8 channel sigma-delta ADCs
> with 24-bit precision and reference.
>
> Three power modes are available which in turn affect the output data rate:
> * Full power: 9.38 SPS to 19,200 SPS
> *
On Mon, 29 Oct 2018 18:38:31 +0200
Stefan Popa wrote:
> The ad7124-4 and ad7124-8 are a family of 4 and 8 channel sigma-delta ADCs
> with 24-bit precision and reference.
>
> Three power modes are available which in turn affect the output data rate:
> * Full power: 9.38 SPS to 19,200 SPS
> *
On Sat, Nov 03, 2018 at 10:35:04AM +0530, Souptick Joarder wrote:
> Page fault handlers are supposed to return VM_FAULT codes,
> but some drivers/file systems mistakenly return error
> numbers. Now that all drivers/file systems have been converted
> to use the vm_fault_t return type, change the
On Sat, Nov 03, 2018 at 10:35:04AM +0530, Souptick Joarder wrote:
> Page fault handlers are supposed to return VM_FAULT codes,
> but some drivers/file systems mistakenly return error
> numbers. Now that all drivers/file systems have been converted
> to use the vm_fault_t return type, change the
On Tue, 30 Oct 2018 15:56:15 -0500
Rob Herring wrote:
> On Mon, Oct 29, 2018 at 06:39:30PM +0200, Stefan Popa wrote:
> > Add support for Analog Devices AD7124 4-channels and 8-channels ADC.
> >
> > Signed-off-by: Stefan Popa
> > ---
> > Changes in v2:
> > - Nothing changed.
> > Changes in
On Tue, 30 Oct 2018 15:56:15 -0500
Rob Herring wrote:
> On Mon, Oct 29, 2018 at 06:39:30PM +0200, Stefan Popa wrote:
> > Add support for Analog Devices AD7124 4-channels and 8-channels ADC.
> >
> > Signed-off-by: Stefan Popa
> > ---
> > Changes in v2:
> > - Nothing changed.
> > Changes in
On Fri, 2 Nov 2018 09:54:24 -0400
Steven Rostedt wrote:
> On Fri, 2 Nov 2018 16:14:59 +0900
> Masami Hiramatsu wrote:
>
> > On Thu, 1 Nov 2018 15:10:14 -0400
> > Steven Rostedt wrote:
> >
> > > On Thu, 1 Nov 2018 23:29:28 +0900
> > > Masami Hiramatsu wrote:
> > >
> > > > Fix strpbrk()'s
On Fri, 2 Nov 2018 09:54:24 -0400
Steven Rostedt wrote:
> On Fri, 2 Nov 2018 16:14:59 +0900
> Masami Hiramatsu wrote:
>
> > On Thu, 1 Nov 2018 15:10:14 -0400
> > Steven Rostedt wrote:
> >
> > > On Thu, 1 Nov 2018 23:29:28 +0900
> > > Masami Hiramatsu wrote:
> > >
> > > > Fix strpbrk()'s
Hi,
On 03-11-18 07:57, João Paulo Rechi Vita wrote:
Commit 19fffc8450d4378580a8f019b195c4617083176f fixed reporting
"Discharging" on some machines when AC was connected but the battery was
not charging. But now on these machines the battery status is reported
as "Not charging" even when the
Hi,
On 03-11-18 07:57, João Paulo Rechi Vita wrote:
Commit 19fffc8450d4378580a8f019b195c4617083176f fixed reporting
"Discharging" on some machines when AC was connected but the battery was
not charging. But now on these machines the battery status is reported
as "Not charging" even when the
://github.com/0day-ci/linux/commits/Jarkko-Sakkinen/Detach-TPM-space-code-from-tpm_transmit-flow/20181103-183010
base: git://git.infradead.org/users/jjs/linux-tpmdd next
config: i386-randconfig-x002-201843 (attached as .config)
compiler: gcc-7 (Debian 7.3.0-1) 7.3.0
reproduce:
# save the attached
://github.com/0day-ci/linux/commits/Jarkko-Sakkinen/Detach-TPM-space-code-from-tpm_transmit-flow/20181103-183010
base: git://git.infradead.org/users/jjs/linux-tpmdd next
config: i386-randconfig-x002-201843 (attached as .config)
compiler: gcc-7 (Debian 7.3.0-1) 7.3.0
reproduce:
# save the attached
Use the gpiod interface instead of the deprecated old non-descriptor
interface in olpc_dcon_xo_1.c.
---
Changes in v2:
- Resolve a few compilation errors.
- Add a level of indirection to read and write gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/olpc_dcon/olpc_dcon_xo_1.c | 89
Use the gpiod interface instead of the deprecated old non-descriptor
interface in olpc_dcon_xo_1.c.
---
Changes in v2:
- Resolve a few compilation errors.
- Add a level of indirection to read and write gpios.
Signed-off-by: Nishad Kamdar
---
drivers/staging/olpc_dcon/olpc_dcon_xo_1.c | 89
On Fri, 2 Nov 2018 10:59:06 -0300
Matheus Tavares wrote:
> On 10/28/18 1:43 PM, Jonathan Cameron wrote:
> > On Fri, 26 Oct 2018 23:00:01 -0300
> > Matheus Tavares wrote:
> >
> >> Previously, ad2s90_probe ignored the return code from spi_setup, not
> >> handling its possible failure. This
On Wed, Oct 31, 2018 at 02:41:14PM -0700, Doug Anderson wrote:
> > As mentioned in another part of the thread we can also add robustness
> > by skipping a cpu where csd->flags != 0 (and adding an appropriately
> > large comment regarding why). Doing the check directly is abusing
> > internal
On Fri, 2 Nov 2018 10:59:06 -0300
Matheus Tavares wrote:
> On 10/28/18 1:43 PM, Jonathan Cameron wrote:
> > On Fri, 26 Oct 2018 23:00:01 -0300
> > Matheus Tavares wrote:
> >
> >> Previously, ad2s90_probe ignored the return code from spi_setup, not
> >> handling its possible failure. This
On Wed, Oct 31, 2018 at 02:41:14PM -0700, Doug Anderson wrote:
> > As mentioned in another part of the thread we can also add robustness
> > by skipping a cpu where csd->flags != 0 (and adding an appropriately
> > large comment regarding why). Doing the check directly is abusing
> > internal
201 - 300 of 346 matches
Mail list logo