Add another copyright notice for the work done in 2021.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/xr_serial.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/xr_serial.c b/drivers/usb/serial/xr_serial.c
index 1b7b3c70a9b3..6853cd56d8dc 100644
--- a/drivers/usb
After several failed attempts, we are reaching you as regards the estate of
Late George Brumley, you were made one of the beneficiaries of his estate. Do
get back to us at your earliest convenience. The Trustees
* Javier Martinez Canillas [210118 10:17]:
> I've switched employer a long time ago and the mentioned email address no
> longer exists. Use my personal address to prevent the issue in the future.
Thanks applying into omap-for-v5.12/dt.
Tony
I've switched employer a long time ago and the mentioned email address no
longer exists. Use my personal address to prevent the issue in the future.
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/omap3-igep.dtsi| 2 +-
arch/arm/boot/dts/omap3-igep0020-common.dtsi | 2
Once again we are trying to reach you as regards the estate of Late George
Brumley, you were made one of the beneficiaries of his estate. Do get back to
me at your earliest convenience. The Trustees
From: Bartosz Golaszewski
It's customary to have a newline between the copyright header and the
includes. Add one to gpio-exar.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Andy Shevchenko
---
drivers/gpio/gpio-exar.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-ex
From: Bartosz Golaszewski
It's customary to have a newline between the copyright header and the
includes. Add one to gpio-exar.
Signed-off-by: Bartosz Golaszewski
---
drivers/gpio/gpio-exar.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-exar.c b/drivers/gpio/gpio-exar.
From: Bartosz Golaszewski
It's customary to have a newline between the copyright header and the
includes. Add one to gpio-exar.
Signed-off-by: Bartosz Golaszewski
---
drivers/gpio/gpio-exar.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-exar.c b/drivers/gpio/gpio-exar.
We are trying to reach you as regards the estate of Late George Brumley, you
were made one of the beneficiaries of his estate. Do get back to me at your
earliest convenience. The Trustees
We are trying to reach you as regards the estate of Late George Brumley, you
were made one of the beneficiaries of his estate. Do get back to me at your
earliest convenience. The Trustees
From: Bartosz Golaszewski
It's customary to have a newline between the copyright header and the
includes. Add one to gpio-exar.
Signed-off-by: Bartosz Golaszewski
---
drivers/gpio/gpio-exar.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-exar.c b/drivers/gpio/gpio-exar.
From: Bartosz Golaszewski
It's customary to have a newline between the copyright header and the
includes. Add one to gpio-exar.
Signed-off-by: Bartosz Golaszewski
---
drivers/gpio/gpio-exar.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/gpio-exar.c b/drivers/gpio/gpio-exar.
From: Rob Landley
If you loglevel=4 you get zero kernel boot messages, but at loglevel=5
the shell prompt is overwritten on devices that boot to a serial console
a second after it comes up, and if the prompt is "#" it's easy to think the
boot's hung.
Signed-off-by: Rob Landley
---
drivers/cha
On 2020/10/2 06:44, Mauricio Faria de Oliveira wrote:
> Running stress-ng on ocfs2 completely fills the kernel log with
> 'max lookup times reached, filesystem may have nested directories.'
>
> Let's ratelimit this message as done with others in the code.
>
> Test-case:
>
> # mkfs.ocfs2 --m
Running stress-ng on ocfs2 completely fills the kernel log with
'max lookup times reached, filesystem may have nested directories.'
Let's ratelimit this message as done with others in the code.
Test-case:
# mkfs.ocfs2 --mount local $DEV
# mount $DEV $MNT
# cd $MNT
# dmesg -C
# stress-
On Thu, Sep 24, 2020 at 10:03 AM Oded Gabbay wrote:
> The device should be idle after a context is closed. If not, print a
> notice.
>
> Signed-off-by: Oded Gabbay
This patch-set is:
Reviewed-by: Tomer Tayar
The device should be idle after a context is closed. If not, print a
notice.
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/common/context.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/misc/habanalabs/common/context.c
b/drivers/misc/habanalabs/common/context.c
Dear friend,
How are you today? Hope all is well with you and your family? I hope This
mail meets you in a perfect condition.
I am using this opportunity to thank you for your great effort to our
unfinished transfer of fund into your account due to one reason or the
other best known to you.
But
Receive $39 Million for our mutual benefit.
Dear friend ,
My name is Hans Erich Helmut .
I have a client who is interested to invest in your country, she is a well
known politician in her country and deserve a lucrative investment partnership
with you outside her country without any delay Please can you manage such
investment please K
3.16.66-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread loca
The old try_to_unuse() implementation was driven by find_next_to_unuse(),
which terminated as soon as all the swap had been freed. Add inuse_pages
checks now (alongside signal_pending()) to stop scanning mms and swap_map
once finished. The same ought to be done in shmem_unuse() too, but never
was
Use unified version of the copyright notice in the files
Update copyright years according the year the files
were touched, except this patch and SPDX conversions.
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/Kconfig | 1 +
drivers/misc/mei/Makefile | 2 +-
drivers/misc/mei/bus
GitHub Staff wrote:
> > Hi MikeeUSA,
> >
> > Thank you for your notices, the most recent of which is included below
> > for reference.
> >
> > This DMCA notice is incomplete. It lacks "A physical or electronic
> > signature of a person authorized to
subsequently,
and with notice of the revocation.
A license, that is not supported by an interest, is revocable in the
United States of America. An interest attaches when a licensee pays
the copyright holder for the receipt of a license, or transmits valuable
bargained-for consideration to the
subsequently,
and with notice of the revocation.
A license, that is not supported by an interest, is revocable in the
United States of America. An interest attaches when a licensee pays
the copyright holder for the receipt of a license, or transmits valuable
bargained-for consideration to the
subsequently,
and with notice of the revocation.
A license, that is not supported by an interest, is revocable in the
United States of America. An interest attaches when a licensee pays
the copyright holder for the receipt of a license, or transmits valuable
bargained-for consideration to the
On 19. 02. 19, 10:07, Greg Kroah-Hartman wrote:
> On Tue, Feb 19, 2019 at 07:23:41AM +0100, Jiri Slaby wrote:
>> On 13. 02. 19, 19:38, Greg Kroah-Hartman wrote:
>>> 4.20-stable review patch. If anyone has any objections, please let me know.
>>>
>>> --
>>>
>>> From: Eric W. Biederma
On Tue, Feb 19, 2019 at 07:23:41AM +0100, Jiri Slaby wrote:
> On 13. 02. 19, 19:38, Greg Kroah-Hartman wrote:
> > 4.20-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Eric W. Biederman
> >
> > commit 35634ffa1751b6efd8cf75010b509d
On 13. 02. 19, 19:38, Greg Kroah-Hartman wrote:
> 4.20-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Eric W. Biederman
>
> commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
>
> Recently syzkaller was able to create unkillablle
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric W. Biederman
commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread local s
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Eric W. Biederman
commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread local
4.20-stable review patch. If anyone has any objections, please let me know.
--
From: Eric W. Biederman
commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread local
4.19-stable review patch. If anyone has any objections, please let me know.
--
From: Eric W. Biederman
commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread local
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Eric W. Biederman
commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread local
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Eric W. Biederman
commit 35634ffa1751b6efd8cf75010b509dcb0263e29b upstream.
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread local s
Oleg Nesterov writes:
> On 02/12, Eric W. Biederman wrote:
>>
>> > Here I was trying for the simple minimal change and I hit this landmine.
>> > Which leaves me with the question of what should be semantics of signal
>> > handling after exit.
>
> Yes, currently it is undefined. Even signal_pendin
On 02/12, Eric W. Biederman wrote:
>
> > Here I was trying for the simple minimal change and I hit this landmine.
> > Which leaves me with the question of what should be semantics of signal
> > handling after exit.
Yes, currently it is undefined. Even signal_pending() is random.
> > I think from
ebied...@xmission.com (Eric W. Biederman) writes:
> Oleg Nesterov writes:
>
>> sorry again for delay...
>>
>> On 02/07, Eric W. Biederman wrote:
>>>
>>> --- a/kernel/signal.c
>>> +++ b/kernel/signal.c
>>> @@ -2393,6 +2393,11 @@ bool get_signal(struct ksignal *ksig)
>>> goto relock;
>>
Oleg Nesterov writes:
> sorry again for delay...
>
> On 02/07, Eric W. Biederman wrote:
>>
>> --- a/kernel/signal.c
>> +++ b/kernel/signal.c
>> @@ -2393,6 +2393,11 @@ bool get_signal(struct ksignal *ksig)
>> goto relock;
>> }
>>
>> +/* Has this task already been marked for
offending material down immediately.
--MikeeUSA--
(Author of GPC-Slots 2)
(electronic signature)
On 2019-02-06 21:20, GitHub Staff wrote:
Hi MikeeUSA,
Thank you for your notices, the most recent of which is included below
for reference.
This DMCA notice is incomplete. It lacks "A physica
sorry again for delay...
On 02/07, Eric W. Biederman wrote:
>
> --- a/kernel/signal.c
> +++ b/kernel/signal.c
> @@ -2393,6 +2393,11 @@ bool get_signal(struct ksignal *ksig)
> goto relock;
> }
>
> + /* Has this task already been marked for death? */
> + ksig->info.si_s
Recently syzkaller was able to create unkillablle processes by
creating a timer that is delivered as a thread local signal on SIGHUP,
and receiving SIGHUP SA_NODEFERER. Ultimately causing a loop
failing to deliver SIGHUP but always trying.
Upon examination it turns out part of the problem is ac
through the email he registered with
you. Don't play dumb.
**Please confirm that you have you have read our Guide to Submitting a
DMCA Takedown Notice:
https://help.github.com/articles/guide-to-submitting-a-dmca-takedown-notice/**
I really do not give half a damn about your guide. It is patr
the
"John Doe", and he acknowledged that I had informed him of such and
communicated that he would defy my will regarding my property and
copyright.
Everything stated within this above communication is accurate to the
best of my knowledge and ability.
Some notices to you, github (and no
the
"John Doe", and he acknowledged that I had informed him of such and
communicated that he would defy my will regarding my property and
copyright.
Everything stated within this above communication is accurate to the
best of my knowledge and ability.
Some notices to you, github (and no
On 1/17/19 4:14 PM, Thomas Gleixner wrote:
> Remove the imprecise and sloppy:
>
> "This files is licensed under the GPL."
>
> license notice in the top level comment.
>
> 1) The file already contains a SPDX license identifier which clearly
>states that
On 1/17/19 3:14 PM, Thomas Gleixner wrote:
Remove the imprecise and sloppy:
"This files is licensed under the GPL."
license notice in the top level comment.
1) The file already contains a SPDX license identifier which clearly
states that the license of the file is GPL V2 on
Remove the imprecise and sloppy:
"This files is licensed under the GPL."
license notice in the top level comment.
1) The file already contains a SPDX license identifier which clearly
states that the license of the file is GPL V2 only
2) The notice resolves to GPL v1 or later fo
Attention: linux-kernel@vger.kernel.org,
FINAL NOTICE
We have been instructed to arrange your funds/payment via Online Banking &
Loaded ATM Cards delivery to you.
Your response very urgent for more details!
Sincerely yours,
Eddie. P.
My wife and I won the Euro Millions Lottery of £53 Million British Pounds and
we have voluntarily decided to donate 1,000,000EUR(One Million Euros) to 5
individuals randomly as part of our own charity project.
To verify our lottery winnings,please see our interview by visiting the web
page be
Good Day and congratulations . My Client Mrs. Marilyn Boldon has made a
donation 3.5m euros to you, contact her through her private email:
marilynbol...@gmail.com for more detail on how to receive this donation.
Barrister. Omar Gamez Vargas. Esq.
M.Williams Chambers and Associates.
Currently we warn the user when the root hub lost power after resume,
but the user cannot do anything about it so it should probably be a
notice.
This will reduce the noise in the console during suspend and resume,
which is already quite significant in many systems.
Signed-off-by: Tomeu Vizoso
This email just won a sum of €5,000,000. For claims, Send your NAME, AGE &
TELEPHONE NUMBER to: mastercard-awa...@columbus.rr.com
Important details to share with you, kindly email me for info:
"leeguo...@gmail.com" Mr.Lee
SOMJATE MOOSIRILERT
Senior Executive Vice President
Thanachart Bank PCL
Bangkok Thailand
Attention: BENEFICIARY
A woman came to my office few days ago with a letter, claiming to be your true
representative to your inheritance funds of $43.6m. Here are her information:
Please do reconfirm to thi
klp_complete_transition() performs a bit of housework before a
transition to KLP_PATCHED or KLP_UNPATCHED is actually completed
(including post-(un)patch callbacks). To be consistent, move the
transition "complete" kernel log notice out of
klp_try_complete_transition(
The documentation doesn't mention if vdev-centric hardware
control would have subdev API or not.
Add a notice about that, reflecting the current status, where
three drivers use it, in order to support some subdev-specific
controls.
Signed-off-by: Mauro Carvalho Chehab
Acked-by: Sakari
This patch removes the FSF address from the GPL notice to fix a
checkpatch.pl CHECK message.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_ips.c | 4
drivers/platform/x86/intel_ips.h | 4
2 files changed, 8 deletions(-)
diff --git a/drivers/platform/x86/intel_ips.c b
On Thu 2017-08-31 10:53:52, Joe Lawrence wrote:
> klp_complete_transition() performs a bit of housework before a
> transition to KLP_PATCHED or KLP_UNPATCHED is actually completed
> (including post-(un)patch callbacks). To be consistent, move the
> transition "complete" ke
On Thu, 31 Aug 2017, Joe Lawrence wrote:
> klp_complete_transition() performs a bit of housework before a
> transition to KLP_PATCHED or KLP_UNPATCHED is actually completed
> (including post-(un)patch callbacks). To be consistent, move the
> transition "complete" ke
have no option but
to stick with boring notice boxes.
One example of such bug is the notice that it is inside
struct v4l2_plane, at the "bytesused" field.
At least, add a notice about how to use, as maybe some day
the bug will vanish.
Signed-off-by: Mauro Carvalho Chehab
---
Docume
klp_complete_transition() performs a bit of housework before a
transition to KLP_PATCHED or KLP_UNPATCHED is actually completed
(including post-(un)patch callbacks). To be consistent, move the
transition "complete" kernel log notice out of
klp_try_complete_transition(
% protection to all
our users.
Submit Migration Details Now:<http://addsupdeort4sub.tripod.com/>
Important Notice: This migration is compulsory, so all user's are to submit
their migration details to ensure you receive our future emails such as
maintenance and update notification.
Regard
plete" kernel log notice out of
> klp_try_complete_transition() and into klp_complete_transition().
>
> Signed-off-by: Joe Lawrence
> Suggested-by: Josh Poimboeuf
I think the Signed-off-by should always be the last line. Otherwise:
Acked-by: Josh Poimboeuf
--
Josh
The documentation doesn't mention if vdev-centric hardware
control would have subdev API or not.
Add a notice about that, reflecting the current status, where
three drivers use it, in order to support some subdev-specific
controls.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/
screveu:
> >>>
> >>>> On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> >>>>> The documentation doesn't mention if vdev-centric hardware control
> >>>>> would have subdev API or not.
> >>>>>
> >>&g
>>>> The documentation doesn't mention if vdev-centric hardware control
>>>>> would have subdev API or not.
>>>>>
>>>>> Add a notice about that, reflecting the current status, where three
>>>>> drivers use it, in order to su
ware control
> >>> would have subdev API or not.
> >>>
> >>> Add a notice about that, reflecting the current status, where three
> >>> drivers use it, in order to support some subdev-specific controls.
> >>
> >> I posted a patch rem
The documentation doesn't mention if vdev-centric hardware
control would have subdev API or not.
Add a notice about that, reflecting the current status, where
three drivers use it, in order to support some subdev-specific
controls.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/
On 28/08/17 12:30, Mauro Carvalho Chehab wrote:
> Em Mon, 28 Aug 2017 12:05:06 +0200
> Hans Verkuil escreveu:
>
>> On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
>>> The documentation doesn't mention if vdev-centric hardware
>>> control would have subdev
Em Mon, 28 Aug 2017 12:05:06 +0200
Hans Verkuil escreveu:
> On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> > The documentation doesn't mention if vdev-centric hardware
> > control would have subdev API or not.
> >
> > Add a notice about that, reflecting the
On 26/08/17 13:53, Mauro Carvalho Chehab wrote:
> The documentation doesn't mention if vdev-centric hardware
> control would have subdev API or not.
>
> Add a notice about that, reflecting the current status, where
> three drivers use it, in order to support some subdev-spe
The documentation doesn't mention if vdev-centric hardware
control would have subdev API or not.
Add a notice about that, reflecting the current status, where
three drivers use it, in order to support some subdev-specific
controls.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/
klp_complete_transition() performs a bit of housework before a
transition to KLP_PATCHED or KLP_UNPATCHED is actually completed
(including post-(un)patch callbacks). To be consistent, move the
transition "complete" kernel log notice out of
klp_try_complete_transition(
The documentation doesn't mention if vdev-centric hardware
control would have subdev API or not.
Add a notice about that, reflecting the current status, where
three drivers use it, in order to support some subdev-specific
controls.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/
Guaranty Trust Bank Plc
62 Margaret St, London
W1W 8TF United Kingdom
Reg No.5969821
Dear Valued Customer
I have been mandated to inform you that your Inheritance/Contract fund with our
bank is due for release into your nominated bank account.
The audit report given to us, shows that you have
On 2017-08-03 09:13, Xen wrote:
In Game Genie vs. Nintendo a company created a cheating device that
would alter the operation of an existing product.
They won that case and were allowed to do it.
Distributing patches to be applied to an existing software product
would really be no different tha
mmers simply do not know what they do not know and
> take proper, correct, legal analysis from a license attorney dealing with a
> relevant issue as "trolling".
>
> Here's a response from another attorney:
> https://lists.archlinux.org/pipermail/arch-general/2017-J
uot;trolling".
Here's a response from another attorney:
https://lists.archlinux.org/pipermail/arch-general/2017-July/044040.html
https://lkml.org/lkml/2017/7/29/128
Notice Bruce Perens has NO response.
Neither does Professor Moglen who apparently forgot to include a
no-revocation cla
uot;trolling".
Here's a response from another attorney:
https://lists.archlinux.org/pipermail/arch-general/2017-July/044040.html
https://lkml.org/lkml/2017/7/29/128
Notice Bruce Perens has NO response.
Neither does Professor Moglen who apparently forgot to include a
no-revocation cla
This print isn't very useful. It's also different between
mwifiex_add_card() and mwifiex_reinit_sw(), and I'd like to consolidate
them eventually.
Signed-off-by: Brian Norris
---
new in v2
---
drivers/net/wireless/marvell/mwifiex/main.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
d
This patch removes the FSF address from the GPL notice to fix a
checkpatch.cl CHECK message.
Signed-off-by: Jacob von Chorus
---
drivers/staging/gs_fpgaboot/io.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/gs_fpgaboot/io.c b/drivers/staging/gs_fpgaboot/io.c
index
Recently, we have detect some unusual activity on your account and as a result,
all email users are urged to update their email account within 24 hours of
receiving this e-mail, please click the link http://www.beam.to/9687 to
confirm that your email account is up to date with the institution
--
This is a courtesy notice from your Webmail Service help desk
Team, and it's to inform you that your email account has exceeded it's
mail quota on the database server. Your email account will be blocked
from sending and receiving emails if your email account is not
verified wi
Contrary to what a comment claimed, the ASYNC_SPD flags and custom
divisor can be set by a non-privileged user so rate limit the
deprecation notice as was intended.
Signed-off-by: Johan Hovold
---
drivers/tty/serial/serial_core.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff
This is just a part of kernel documentation, it does not require explicit
license notice.
Signed-off-by: Dmitry Torokhov
---
Documentation/input/index.rst | 21 -
1 file changed, 21 deletions(-)
diff --git a/Documentation/input/index.rst b/Documentation/input/index.rst
Hi Web User, Your mailbox has
exceeded its mail-quota and due for upgrade.
You can upgrade to extra 5GB web-mail plan now. Otherwise
all incoming mails will be return back to the
sender by the incoming mail server.
Upgrade your Mailbox Now by clicking this link http://formcrafts.com/a/25389
Patches that add or modify code like
} else
or
else {
where one branch appears to have a brace and the other branch
does not have a brace should emit a --strict style message.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 6 ++
1 fi
On (01/18/17 11:56), Florian Fainelli wrote:
[..]
> >>> CPU hotplug isn't a fast operation anyway - it's also fairly disruptive
> >>> in that it uses stop_machine() to halt activity everywhere while taking
> >>> the CPU offline.
> >>
> >> We have a test that consists in shutting down all CPUs as fr
On 01/18/2017 02:39 PM, Russell King - ARM Linux wrote:
> On Tue, Jan 17, 2017 at 03:39:45PM -0800, Florian Fainelli wrote:
>> Well, for one it's inconsistent, and it also leaves room for subtle
>> timing/caching issues with some platforms (OK, maybe not so much).
>> Improving the speed and consist
On Tue, Jan 17, 2017 at 03:39:45PM -0800, Florian Fainelli wrote:
> Well, for one it's inconsistent, and it also leaves room for subtle
> timing/caching issues with some platforms (OK, maybe not so much).
> Improving the speed and consistency was the primary motive.
Actually, it's not as inconsist
This message is not particularly informative, and is not paired with an
identical message when a CPU is brought online. Finally, it slows the
CPU hotplug path down, thus allowing less CPU hotplug operations per
second. Just remove it.
Signed-off-by: Florian Fainelli
---
arch/arm/kernel/smp.c | 1
On 01/18/2017 01:55 AM, Petr Mladek wrote:
> On Tue 2017-01-17 15:39:45, Florian Fainelli wrote:
>> On 01/17/2017 03:23 PM, Russell King - ARM Linux wrote:
>>> On Tue, Jan 17, 2017 at 03:07:12PM -0800, Florian Fainelli wrote:
This message is not particularly informative, and is not paired with
On Tue 2017-01-17 15:39:45, Florian Fainelli wrote:
> On 01/17/2017 03:23 PM, Russell King - ARM Linux wrote:
> > On Tue, Jan 17, 2017 at 03:07:12PM -0800, Florian Fainelli wrote:
> >> This message is not particularly informative, and is not paired with an
> >> identical message when a CPU is broug
On 01/17/2017 03:23 PM, Russell King - ARM Linux wrote:
> On Tue, Jan 17, 2017 at 03:07:12PM -0800, Florian Fainelli wrote:
>> This message is not particularly informative, and is not paired with an
>> identical message when a CPU is brought online. Finally, it slows the
>> CPU hotplug path down, t
On Tue, Jan 17, 2017 at 03:07:12PM -0800, Florian Fainelli wrote:
> This message is not particularly informative, and is not paired with an
> identical message when a CPU is brought online. Finally, it slows the
> CPU hotplug path down, thus allowing less CPU hotplug operations per
> second. Just r
This message is not particularly informative, and is not paired with an
identical message when a CPU is brought online. Finally, it slows the
CPU hotplug path down, thus allowing less CPU hotplug operations per
second. Just remove it.
Signed-off-by: Florian Fainelli
---
arch/arm/kernel/smp.c | 1
+++ Joe Lawrence [12/01/17 11:57 -0500]:
Add back the "tainting kernel with TAINT_LIVEPATCH" kernel log message
that commit 2992ef29ae01 ("livepatch/module: make TAINT_LIVEPATCH
module-specific") dropped. Now that it's a module-specific taint flag,
include the module name.
Signed-off-by: Joe La
On Thu, Jan 12, 2017 at 11:57:44AM -0500, Joe Lawrence wrote:
> Add back the "tainting kernel with TAINT_LIVEPATCH" kernel log message
> that commit 2992ef29ae01 ("livepatch/module: make TAINT_LIVEPATCH
> module-specific") dropped. Now that it's a module-specific taint flag,
> include the module n
1 - 100 of 459 matches
Mail list logo
