On Sat, 27 Oct 2018, Joe Perches wrote:
> On Fri, 2018-10-26 at 22:54 +0200, Julia Lawall wrote:
> > [Adding Joe Perches]
> >
> > On Fri, 26 Oct 2018, Sasha Levin wrote:
> >
> > > On Fri, Oct 26, 2018 at 04:04:45PM -0300, Shayenne da Luz Moura wrote:
> > > > This change was suggested by
On Sat, 27 Oct 2018, Joe Perches wrote:
> On Fri, 2018-10-26 at 22:54 +0200, Julia Lawall wrote:
> > [Adding Joe Perches]
> >
> > On Fri, 26 Oct 2018, Sasha Levin wrote:
> >
> > > On Fri, Oct 26, 2018 at 04:04:45PM -0300, Shayenne da Luz Moura wrote:
> > > > This change was suggested by
Hi Mark,
Commit
fe381767b94f ("c6x: switch to NO_BOOTMEM")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgplP20KbtClc.pgp
Description: OpenPGP digital signature
Hi Mark,
Commit
fe381767b94f ("c6x: switch to NO_BOOTMEM")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgplP20KbtClc.pgp
Description: OpenPGP digital signature
On Sat, Oct 27, 2018 at 7:16 PM, Joel Fernandes (Google)
wrote:
> The RCU example for 'rejecting stale data' on system-call auditting
> stops iterating through the rules if a deleted one is found. It makes
> more sense to continue looking at other rules once a deleted one is
> rejected. Although
On Sat, Oct 27, 2018 at 7:16 PM, Joel Fernandes (Google)
wrote:
> The RCU example for 'rejecting stale data' on system-call auditting
> stops iterating through the rules if a deleted one is found. It makes
> more sense to continue looking at other rules once a deleted one is
> rejected. Although
If I understand the commit message for:
commit 8cc42de736b617827a4e7664fb8d7a325bc125bc
Author: Kan Liang
Date: Thu Jan 18 13:26:32 2018 -0800
perf top: Check the latency of perf_top__mmap_read()
properly, the problem is that a malicious or out of control
app can be doing endless mmaps
If I understand the commit message for:
commit 8cc42de736b617827a4e7664fb8d7a325bc125bc
Author: Kan Liang
Date: Thu Jan 18 13:26:32 2018 -0800
perf top: Check the latency of perf_top__mmap_read()
properly, the problem is that a malicious or out of control
app can be doing endless mmaps
Use the gpiod interface instead of the deprecated old non-descriptor
interface in olpc_dcon_xo_1.c.
Signed-off-by: Nishad Kamdar
---
drivers/staging/olpc_dcon/olpc_dcon.h | 12
drivers/staging/olpc_dcon/olpc_dcon_xo_1.c | 74 ++
2 files changed, 44 insertions(+),
Use the gpiod interface instead of the deprecated old non-descriptor
interface in olpc_dcon_xo_1.c.
Signed-off-by: Nishad Kamdar
---
drivers/staging/olpc_dcon/olpc_dcon.h | 12
drivers/staging/olpc_dcon/olpc_dcon_xo_1.c | 74 ++
2 files changed, 44 insertions(+),
As per this thread [1], it seems this smp_mb isn't needed anymore:
"So the smp_mb() that I was trying to add doesn't need to be there."
So let us remove this part from the memory ordering documentation.
[1] https://lkml.org/lkml/2017/10/6/707
Signed-off-by: Joel Fernandes (Google)
---
As per this thread [1], it seems this smp_mb isn't needed anymore:
"So the smp_mb() that I was trying to add doesn't need to be there."
So let us remove this part from the memory ordering documentation.
[1] https://lkml.org/lkml/2017/10/6/707
Signed-off-by: Joel Fernandes (Google)
---
On Fri, Oct 26, 2018 at 5:36 PM Diego Viola wrote:
>
> On Fri, Oct 26, 2018 at 11:21 AM Jens Axboe wrote:
> >
> > On 10/26/18 7:45 AM, Diego Viola wrote:
> > > med_power_with_dipm causes my T450 to freeze with a SAMSUNG
> > > MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q).
> > >
> > > Switching the
On Fri, Oct 26, 2018 at 5:36 PM Diego Viola wrote:
>
> On Fri, Oct 26, 2018 at 11:21 AM Jens Axboe wrote:
> >
> > On 10/26/18 7:45 AM, Diego Viola wrote:
> > > med_power_with_dipm causes my T450 to freeze with a SAMSUNG
> > > MZ7TD256HAFV-000L9 SSD (firmware DXT02L5Q).
> > >
> > > Switching the
If I run perf top with a "make -j128" kernel build, I get ring buffer event
processing timeouts which results in:
ui__warning("Too slow to read ring buffer.\n"
"Please try increasing the period (-c) or\n"
"decreasing the
If I run perf top with a "make -j128" kernel build, I get ring buffer event
processing timeouts which results in:
ui__warning("Too slow to read ring buffer.\n"
"Please try increasing the period (-c) or\n"
"decreasing the
Rename fields in fw_priv struct from CamelCase to snake_case.
Reported by checkpatch.
Signed-off-by: Robert Eshleman
---
drivers/staging/rtl8712/hal_init.c| 10 +-
drivers/staging/rtl8712/rtl8712_hal.h | 8
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git
Rename fields in fw_priv struct from CamelCase to snake_case.
Reported by checkpatch.
Signed-off-by: Robert Eshleman
---
drivers/staging/rtl8712/hal_init.c| 10 +-
drivers/staging/rtl8712/rtl8712_hal.h | 8
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git
On Fri, Oct 19, 2018 at 9:50 PM Du Changbin wrote:
>
> This will apply GCC '-Og' optimization level which is supported
> since GCC 4.8. This optimization level offers a reasonable level
> of optimization while maintaining fast compilation and a good
> debugging experience. It is similar to '-O1'
On Fri, Oct 19, 2018 at 9:50 PM Du Changbin wrote:
>
> This will apply GCC '-Og' optimization level which is supported
> since GCC 4.8. This optimization level offers a reasonable level
> of optimization while maintaining fast compilation and a good
> debugging experience. It is similar to '-O1'
The RCU example for 'rejecting stale data' on system-call auditting
stops iterating through the rules if a deleted one is found. It makes
more sense to continue looking at other rules once a deleted one is
rejected. Although the original example is fine, this makes it more
meaningful.
The RCU example for 'rejecting stale data' on system-call auditting
stops iterating through the rules if a deleted one is found. It makes
more sense to continue looking at other rules once a deleted one is
rejected. Although the original example is fine, this makes it more
meaningful.
On Fri, Oct 19, 2018 at 9:50 PM Du Changbin wrote:
>
> The level4_kernel_pgt is only defined when X86_5LEVEL is enabled. So
> surround level4_kernel_pgt with #ifdef CONFIG_X86_5LEVEL...#endif to
> make code correct.
For clarification, is it better to mention
that this is a preparation for
On Fri, Oct 19, 2018 at 9:50 PM Du Changbin wrote:
>
> The level4_kernel_pgt is only defined when X86_5LEVEL is enabled. So
> surround level4_kernel_pgt with #ifdef CONFIG_X86_5LEVEL...#endif to
> make code correct.
For clarification, is it better to mention
that this is a preparation for
Hi Jiri,
On Sat, 27 Oct 2018 14:19:02 +0200 (CEST) Jiri Kosina wrote:
>
> Stephen, could you please update the hid.git URL for linux-next as below?
> Thanks.
Done, also added Benjamin as a contact.
[for Benjamin's benefit ...]
Thanks for adding your subsystem tree as a participant of
Hi Jiri,
On Sat, 27 Oct 2018 14:19:02 +0200 (CEST) Jiri Kosina wrote:
>
> Stephen, could you please update the hid.git URL for linux-next as below?
> Thanks.
Done, also added Benjamin as a contact.
[for Benjamin's benefit ...]
Thanks for adding your subsystem tree as a participant of
On Sat, Oct 27, 2018 at 03:46:02PM -0700, Bruce Perens wrote:
> The anonymous person is generally thought to have appeared on the net
> previously as MikeeUSA. That entity has a well-recorded history of misogyny
> and other anti-social behaviour.
You are misreading it - behaviour of that...
On Sat, Oct 27, 2018 at 03:46:02PM -0700, Bruce Perens wrote:
> The anonymous person is generally thought to have appeared on the net
> previously as MikeeUSA. That entity has a well-recorded history of misogyny
> and other anti-social behaviour.
You are misreading it - behaviour of that...
Hi Mel and Srikar,
I would like to ask you if you could look into the Group Imbalance Bug
described in this paper
http://www.ece.ubc.ca/~sasha/papers/eurosys16-final29.pdf
in chapter 3.1. See also comment [1]. The paper describes the bug on
workload which involves different ssh sessions and it
Hi Mel and Srikar,
I would like to ask you if you could look into the Group Imbalance Bug
described in this paper
http://www.ece.ubc.ca/~sasha/papers/eurosys16-final29.pdf
in chapter 3.1. See also comment [1]. The paper describes the bug on
workload which involves different ssh sessions and it
On Sat, 2018-10-27 at 15:57 -0700, Joe Perches wrote:
> On Sat, 2018-10-27 at 22:28 +0200, Michael Straube wrote:
> > The function rtw_hal_xmit() returns true or false.
> > Change the return type from s32 to bool.
> []
> > diff --git a/drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c
> >
On Sat, 2018-10-27 at 15:57 -0700, Joe Perches wrote:
> On Sat, 2018-10-27 at 22:28 +0200, Michael Straube wrote:
> > The function rtw_hal_xmit() returns true or false.
> > Change the return type from s32 to bool.
> []
> > diff --git a/drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c
> >
Bruce Perens :
> The anonymous person is generally thought to have appeared on the net
> previously as MikeeUSA. That entity has a well-recorded history of misogyny
> and other anti-social behaviour. He's also complained to me recently that
> because of "people like me", the law prohibits him from
Bruce Perens :
> The anonymous person is generally thought to have appeared on the net
> previously as MikeeUSA. That entity has a well-recorded history of misogyny
> and other anti-social behaviour. He's also complained to me recently that
> because of "people like me", the law prohibits him from
On Sat, 2018-10-27 at 22:28 +0200, Michael Straube wrote:
> The function rtw_hal_xmit() returns true or false.
> Change the return type from s32 to bool.
[]
> diff --git a/drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c
> b/drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c
[]
> @@ -598,7 +598,7 @@
On Sat, 2018-10-27 at 22:28 +0200, Michael Straube wrote:
> The function rtw_hal_xmit() returns true or false.
> Change the return type from s32 to bool.
[]
> diff --git a/drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c
> b/drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c
[]
> @@ -598,7 +598,7 @@
On Sat, 2018-10-27 at 23:32 +0100, Jordan Borgner wrote:
> Added missing parentheses to sizeof() function in detect_memory_e820().
>
> Removed unnecessary braces in detect_memory_e801().
>
> Replaced three if-statements with a ternary if-statement and
> removed an unnecessary integer variable
On Sat, 2018-10-27 at 23:32 +0100, Jordan Borgner wrote:
> Added missing parentheses to sizeof() function in detect_memory_e820().
>
> Removed unnecessary braces in detect_memory_e801().
>
> Replaced three if-statements with a ternary if-statement and
> removed an unnecessary integer variable
Added missing parentheses to sizeof() function in detect_memory_e820().
Removed unnecessary braces in detect_memory_e801().
Replaced three if-statements with a ternary if-statement and
removed an unnecessary integer variable in detect_memory().
This is my first patch I hope it is okay.
Added missing parentheses to sizeof() function in detect_memory_e820().
Removed unnecessary braces in detect_memory_e801().
Replaced three if-statements with a ternary if-statement and
removed an unnecessary integer variable in detect_memory().
This is my first patch I hope it is okay.
On Sat, 27 Oct 2018, tim.b...@sony.com wrote:
> Al,
>
> Can you please, even in the face of comments you find irritating, keep
> your responses more civil? Calling someone a "wankstain" is
> unprofessional
Tim,
to be completely honest, communicating anonymously doesn't really match my
"this
On Sat, 27 Oct 2018, tim.b...@sony.com wrote:
> Al,
>
> Can you please, even in the face of comments you find irritating, keep
> your responses more civil? Calling someone a "wankstain" is
> unprofessional
Tim,
to be completely honest, communicating anonymously doesn't really match my
"this
On Fri, 2018-10-26 at 22:54 +0200, Julia Lawall wrote:
> [Adding Joe Perches]
>
> On Fri, 26 Oct 2018, Sasha Levin wrote:
>
> > On Fri, Oct 26, 2018 at 04:04:45PM -0300, Shayenne da Luz Moura wrote:
> > > This change was suggested by checkpath.pl. Use unsigned int with bitfield
> > > allocate
On Fri, 2018-10-26 at 22:54 +0200, Julia Lawall wrote:
> [Adding Joe Perches]
>
> On Fri, 26 Oct 2018, Sasha Levin wrote:
>
> > On Fri, Oct 26, 2018 at 04:04:45PM -0300, Shayenne da Luz Moura wrote:
> > > This change was suggested by checkpath.pl. Use unsigned int with bitfield
> > > allocate
On Sat, 27 Oct 2018, Linus Torvalds wrote:
> I wonder if there is some truly old historical legacy there, ie the old
> PC keyboard support would have been configurable out only for expert
> users to avoid errors, and maybe the HID Kconfig file started getting
> ideas from that...
This really
On Sat, 27 Oct 2018, Linus Torvalds wrote:
> I wonder if there is some truly old historical legacy there, ie the old
> PC keyboard support would have been configurable out only for expert
> users to avoid errors, and maybe the HID Kconfig file started getting
> ideas from that...
This really
Hello!
I'm a programmer who cracked your email account and device about half year ago.
You entered a password on one of the insecure site you visited, and I catched
it.
Your password from linux-kernel@vger.kernel.org on moment of crack: qwerty
Of course you can will change your password, or
Hello!
I'm a programmer who cracked your email account and device about half year ago.
You entered a password on one of the insecure site you visited, and I catched
it.
Your password from linux-kernel@vger.kernel.org on moment of crack: qwerty
Of course you can will change your password, or
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 69d5b97c597307773fe6c59775a5d5a88bb7e6b3
commit: 2ece646c90c5b45dd76c76ea207a3f3459f2c472 regulator: bd718xx: rename
bd71837 to 718xx
date: 4 weeks ago
config: x86_64-randconfig-s4-10280315 (attached as
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 69d5b97c597307773fe6c59775a5d5a88bb7e6b3
commit: 2ece646c90c5b45dd76c76ea207a3f3459f2c472 regulator: bd718xx: rename
bd71837 to 718xx
date: 4 weeks ago
config: x86_64-randconfig-s4-10280315 (attached as
Cleanup a line over 80 characters in rtw_hal_xmit() by using
if(x) instead of if(x == true). Also clears a missing spaces
around '|' checkpatch issue.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Cleanup a line over 80 characters in rtw_hal_xmit() by using
if(x) instead of if(x == true). Also clears a missing spaces
around '|' checkpatch issue.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
The field enable of struct recv_reorder_ctrl is only used for boolean
values, so change the type from u8 to bool.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/include/rtw_recv.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The field enable of struct recv_reorder_ctrl is only used for boolean
values, so change the type from u8 to bool.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/include/rtw_recv.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The function rtl8188eu_xmitframe_complete() returns true or false.
Change the return type from s32 to bool.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c| 3 ++-
drivers/staging/rtl8188eu/include/rtl8188e_xmit.h | 4 ++--
2 files changed, 4 insertions(+),
The field accept_addba_req of struct mlme_ext_info has type bool.
Use the value of accept_addba_req directly instead of the ternary
operator in an asignment.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_wlan_util.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
The function rtw_hal_xmit() returns true or false.
Change the return type from s32 to bool.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c | 2 +-
drivers/staging/rtl8188eu/include/hal_intf.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
The function rtl8188eu_xmitframe_complete() returns true or false.
Change the return type from s32 to bool.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c| 3 ++-
drivers/staging/rtl8188eu/include/rtl8188e_xmit.h | 4 ++--
2 files changed, 4 insertions(+),
The field accept_addba_req of struct mlme_ext_info has type bool.
Use the value of accept_addba_req directly instead of the ternary
operator in an asignment.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/core/rtw_wlan_util.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
The function rtw_hal_xmit() returns true or false.
Change the return type from s32 to bool.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c | 2 +-
drivers/staging/rtl8188eu/include/hal_intf.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
On Sat, Oct 27, 2018 at 12:36 PM Joe Perches wrote:
>
> In fairness, it seems many of the HID drivers do exactly that
> and this could have been a "copy from example" addition.
Interesting, and I think you're right.
I wonder why I haven't noticed this before. Some of those might be
hidden by
On Sat, Oct 27, 2018 at 12:36 PM Joe Perches wrote:
>
> In fairness, it seems many of the HID drivers do exactly that
> and this could have been a "copy from example" addition.
Interesting, and I think you're right.
I wonder why I haven't noticed this before. Some of those might be
hidden by
Hi Jirka,
Jiri Olsa writes:
> On Fri, Oct 26, 2018 at 04:19:52PM -0700, Vinicius Costa Gomes wrote:
>> Hi,
>>
>> Adrian Hunter writes:
>>
>> > On 18/10/18 1:55 AM, Arnaldo Carvalho de Melo wrote:
>> >> From: Arnaldo Carvalho de Melo
>> >>
>> >> David reports that:
>> >>
>> >>
>> >> Perf
Hi Jirka,
Jiri Olsa writes:
> On Fri, Oct 26, 2018 at 04:19:52PM -0700, Vinicius Costa Gomes wrote:
>> Hi,
>>
>> Adrian Hunter writes:
>>
>> > On 18/10/18 1:55 AM, Arnaldo Carvalho de Melo wrote:
>> >> From: Arnaldo Carvalho de Melo
>> >>
>> >> David reports that:
>> >>
>> >>
>> >> Perf
On Fri, Oct 26, 2018 at 11:20:34PM +0200, Rasmus Villemoes wrote:
> +#include
> +#define linux_proc_banner \
> + "%s version %s" \
> + " (" LINUX_COMPILE_BY "@" LINUX_COMPILE_HOST ")" \
> + " (" LINUX_COMPILER ") %s\n"
Include doesn't work if compiling from scratch:
rm -rf
On Fri, Oct 26, 2018 at 11:20:34PM +0200, Rasmus Villemoes wrote:
> +#include
> +#define linux_proc_banner \
> + "%s version %s" \
> + " (" LINUX_COMPILE_BY "@" LINUX_COMPILE_HOST ")" \
> + " (" LINUX_COMPILER ") %s\n"
Include doesn't work if compiling from scratch:
rm -rf
On Sat, 2018-10-27 at 11:13 -0700, Linus Torvalds wrote:
> Ok, so this is a much smaller issue than the i2c one that cause boot
> problems, but it's annoying.
>
> We do *not* enable new random drivers by default. And we most
> *definitely* don't do it when they are odd-ball ones that most people
On Sat, 2018-10-27 at 11:13 -0700, Linus Torvalds wrote:
> Ok, so this is a much smaller issue than the i2c one that cause boot
> problems, but it's annoying.
>
> We do *not* enable new random drivers by default. And we most
> *definitely* don't do it when they are odd-ball ones that most people
The dw_pcie_host_ops structure is only stored in the ops field
of a pcie_port structure, and this field is const, so make the
dw_pcie_host_ops structure const as well.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/pci/controller/dwc/pcie-histb.c |2 +-
1 file
The dw_pcie_host_ops structure is only stored in the ops field
of a pcie_port structure, and this field is const, so make the
dw_pcie_host_ops structure const as well.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/pci/controller/dwc/pcie-histb.c |2 +-
1 file
Ok, so this is a much smaller issue than the i2c one that cause boot
problems, but it's annoying.
We do *not* enable new random drivers by default. And we most
*definitely* don't do it when they are odd-ball ones that most people
have never heard of.
Yet the new "BigBen Interactive" driver that
Ok, so this is a much smaller issue than the i2c one that cause boot
problems, but it's annoying.
We do *not* enable new random drivers by default. And we most
*definitely* don't do it when they are odd-ball ones that most people
have never heard of.
Yet the new "BigBen Interactive" driver that
On Sat, Oct 27, 2018 at 4:50 AM Wim Van Sebroeck
wrote:
>
> Please pull the watchdog changes for the v4.20 (or 5.00) release cycle.
Pulled,
Linus
On Sat, Oct 27, 2018 at 4:50 AM Wim Van Sebroeck
wrote:
>
> Please pull the watchdog changes for the v4.20 (or 5.00) release cycle.
Pulled,
Linus
On Fri, Oct 26, 2018 at 4:49 PM Dmitry Torokhov
wrote:
>
> updates for the input subsystem. Just random driver fixups,
> nothing exiting.
Pulled,
Linus
On Fri, Oct 26, 2018 at 4:49 PM Dmitry Torokhov
wrote:
>
> updates for the input subsystem. Just random driver fixups,
> nothing exiting.
Pulled,
Linus
Hi Dan,
On Thu, Oct 25, 2018 at 04:35:41PM +0100, Dan O'Donovan wrote:
> From: Nicola Lunghi
>
> ACPI _HID AANT1280 matches an ADC124S101 present on E3940 SKUs of the UP
> Squared board.
>
> Add it to the driver.
>
> Signed-off-by: Nicola Lunghi
> [jav...@emutex.com: fix up commit message
Hi Dan,
On Thu, Oct 25, 2018 at 04:35:41PM +0100, Dan O'Donovan wrote:
> From: Nicola Lunghi
>
> ACPI _HID AANT1280 matches an ADC124S101 present on E3940 SKUs of the UP
> Squared board.
>
> Add it to the driver.
>
> Signed-off-by: Nicola Lunghi
> [jav...@emutex.com: fix up commit message
Gooday To You,
Please i need your kind Assistance. I will be very glad if you can
assist me to receive this sum of ( $22. Million US dollars.) into
your
bank account for the benefit of our both families, reply me if you
are
ready to receive this fund.
Gooday To You,
Please i need your kind Assistance. I will be very glad if you can
assist me to receive this sum of ( $22. Million US dollars.) into
your
bank account for the benefit of our both families, reply me if you
are
ready to receive this fund.
Gooday To You,
Please i need your kind Assistance. I will be very glad if you can
assist me to receive this sum of ( $22. Million US dollars.) into
your
bank account for the benefit of our both families, reply me if you
are
ready to receive this fund.
Gooday To You,
Please i need your kind Assistance. I will be very glad if you can
assist me to receive this sum of ( $22. Million US dollars.) into
your
bank account for the benefit of our both families, reply me if you
are
ready to receive this fund.
On Fri, Oct 26, 2018 at 1:55 PM Alexandre Belloni
wrote:
>
> Here is the pull-request for the RTC subsystem for 4.20.
>
> This cycle, there were mostly non urgent fixes in drivers. I also
> finally unexported the non managed registration.
Pulled,
Linus
On Fri, Oct 26, 2018 at 1:55 PM Alexandre Belloni
wrote:
>
> Here is the pull-request for the RTC subsystem for 4.20.
>
> This cycle, there were mostly non urgent fixes in drivers. I also
> finally unexported the non managed registration.
Pulled,
Linus
On Sat, Oct 27, 2018 at 9:08 AM Linus Torvalds
wrote:
>
> I *think* the problem is that the i2c_hid_dmi_desc_override_table[]
> isn't terminated by a NULL entry, and I will test that next.
Confirmed. That makes my laptop boot cleanly.
See commit b59dfdaef173 ("i2c-hid: properly terminate
On Sat, Oct 27, 2018 at 9:08 AM Linus Torvalds
wrote:
>
> I *think* the problem is that the i2c_hid_dmi_desc_override_table[]
> isn't terminated by a NULL entry, and I will test that next.
Confirmed. That makes my laptop boot cleanly.
See commit b59dfdaef173 ("i2c-hid: properly terminate
On Sat, 27 Oct 2018, Linus Torvalds wrote:
> I *think* the problem is that the i2c_hid_dmi_desc_override_table[]
> isn't terminated by a NULL entry, and I will test that next.
Hm, that almost certainly is indeed the issue, thanks a lot for reporting
it.
> What makes me *very* unhappy about
On Sat, 27 Oct 2018, Linus Torvalds wrote:
> I *think* the problem is that the i2c_hid_dmi_desc_override_table[]
> isn't terminated by a NULL entry, and I will test that next.
Hm, that almost certainly is indeed the issue, thanks a lot for reporting
it.
> What makes me *very* unhappy about
> -Original Message-
> From: Al Viro
>
> On Sat, Oct 27, 2018 at 06:52:44AM +, visionsofal...@redchan.it wrote:
> > Al: the FSF was so insistent on the adoption of the GPL version 3
> > because the GPL version 2 is not operative against the grantor.
>
> Anonymous wankstain: sod off
> -Original Message-
> From: Al Viro
>
> On Sat, Oct 27, 2018 at 06:52:44AM +, visionsofal...@redchan.it wrote:
> > Al: the FSF was so insistent on the adoption of the GPL version 3
> > because the GPL version 2 is not operative against the grantor.
>
> Anonymous wankstain: sod off
Julian, Jiri,
On my laptop I'm getting a kernel page fault with the current git
tree, and I'm tentatively blaming commit
9ee3e06610fd ("HID: i2c-hid: override HID descriptors for certain devices")
but that's simply because it's the only thing that seems to touch this
particular area in this
Julian, Jiri,
On my laptop I'm getting a kernel page fault with the current git
tree, and I'm tentatively blaming commit
9ee3e06610fd ("HID: i2c-hid: override HID descriptors for certain devices")
but that's simply because it's the only thing that seems to touch this
particular area in this
Hi
On paź 26, 2018 18:55, Nishad Kamdar wrote:
> Add device tree table for matching vendor ID
> and support for retrieving platform data
> from device tree.
So maybe you should make 2 commits?
> Signed-off-by: Nishad Kamdar
> ---
> drivers/staging/iio/resolver/ad2s1210.c | 43
Hi
On paź 26, 2018 18:55, Nishad Kamdar wrote:
> Add device tree table for matching vendor ID
> and support for retrieving platform data
> from device tree.
So maybe you should make 2 commits?
> Signed-off-by: Nishad Kamdar
> ---
> drivers/staging/iio/resolver/ad2s1210.c | 43
Hi Brett,
On Tue, 16 Oct 2018 00:57:41 +
"Grandbois, Brett" wrote:
> Add support to expose the SPI boot flash on AMD Family 16h CPUs as a
> standard mtd device to give userspace BIOS updaters greater feature
> support. The BIOS and Kernel Developer's Guide refers to this as the
> 'SPI ROM'
Hi Brett,
On Tue, 16 Oct 2018 00:57:41 +
"Grandbois, Brett" wrote:
> Add support to expose the SPI boot flash on AMD Family 16h CPUs as a
> standard mtd device to give userspace BIOS updaters greater feature
> support. The BIOS and Kernel Developer's Guide refers to this as the
> 'SPI ROM'
On 2018-10-27, Al Viro wrote:
> On Sat, Oct 27, 2018 at 06:17:29PM +1100, Aleksa Sarai wrote:
>
> > I'm going to send out a v4 "soon" but I would like to know what folks
> > think about having resolveat(2) (or similar) to separate the scoping O_*
> > flags and produce an O_PATH -- since
On 2018-10-27, Al Viro wrote:
> On Sat, Oct 27, 2018 at 06:17:29PM +1100, Aleksa Sarai wrote:
>
> > I'm going to send out a v4 "soon" but I would like to know what folks
> > think about having resolveat(2) (or similar) to separate the scoping O_*
> > flags and produce an O_PATH -- since
This contains two drivers:
* i2c-amd-plat-mp2: platform driver managing an i2c adapter (one of
the two busses of the MP2) and routing any i2c read/write command to
the PCI driver.
* i2c-amd-pci-mp2: PCI driver communicating through the C2P/P2C
mailbox registers, or through DMA for more than 32
This contains two drivers:
* i2c-amd-plat-mp2: platform driver managing an i2c adapter (one of
the two busses of the MP2) and routing any i2c read/write command to
the PCI driver.
* i2c-amd-pci-mp2: PCI driver communicating through the C2P/P2C
mailbox registers, or through DMA for more than 32
1 - 100 of 196 matches
Mail list logo