在 2018年10月06日 19:47, tip-bot for Lianbo Jiang 写道:
> Commit-ID: 992b649a3f013465d8128da02e5449def662a4c3
> Gitweb:
> https://git.kernel.org/tip/992b649a3f013465d8128da02e5449def662a4c3
> Author: Lianbo Jiang
> AuthorDate: Sun, 30 Sep 2018 16:37:41 +0800
> Committer: Borislav Petkov
>
在 2018年10月06日 19:47, tip-bot for Lianbo Jiang 写道:
> Commit-ID: 992b649a3f013465d8128da02e5449def662a4c3
> Gitweb:
> https://git.kernel.org/tip/992b649a3f013465d8128da02e5449def662a4c3
> Author: Lianbo Jiang
> AuthorDate: Sun, 30 Sep 2018 16:37:41 +0800
> Committer: Borislav Petkov
>
On Sun, Oct 07, 2018 at 12:48:15PM +0800, Guo Ren wrote:
> On Sat, Oct 06, 2018 at 10:06:49PM +0200, Eugene Syromiatnikov wrote:
> > I'm sorry for my ignorance, but I'm struggling to find ISA reference/manual,
> > architecture programming manual, and System V ABI definition;
> > may I ask to give
On Sun, Oct 07, 2018 at 12:48:15PM +0800, Guo Ren wrote:
> On Sat, Oct 06, 2018 at 10:06:49PM +0200, Eugene Syromiatnikov wrote:
> > I'm sorry for my ignorance, but I'm struggling to find ISA reference/manual,
> > architecture programming manual, and System V ABI definition;
> > may I ask to give
On Sat, 6 Oct 2018, Andi Kleen wrote:
> On Sat, Oct 06, 2018 at 04:14:54PM +0200, Thomas Gleixner wrote:
> > On Fri, 5 Oct 2018, Andi Kleen wrote:
> > > +/*
> > > + * Match specific microcodes or steppings.
> >
> > What means microcodes or steppings? If you mean microcode revisions then
> >
On Sat, 6 Oct 2018, Andi Kleen wrote:
> On Sat, Oct 06, 2018 at 04:14:54PM +0200, Thomas Gleixner wrote:
> > On Fri, 5 Oct 2018, Andi Kleen wrote:
> > > +/*
> > > + * Match specific microcodes or steppings.
> >
> > What means microcodes or steppings? If you mean microcode revisions then
> >
On Sat, Oct 06, 2018 at 10:37:38PM +0200, Wolfram Sang wrote:
> Greg,
>
> I2C has three driver bugfixes and a fix for a typo for you.
>
> Please pull.
>
> Thanks,
>
>Wolfram
>
>
> The following changes since commit 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84:
>
> Linux 4.19-rc5
On Sat, Oct 06, 2018 at 10:37:38PM +0200, Wolfram Sang wrote:
> Greg,
>
> I2C has three driver bugfixes and a fix for a typo for you.
>
> Please pull.
>
> Thanks,
>
>Wolfram
>
>
> The following changes since commit 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84:
>
> Linux 4.19-rc5
On Sat, Oct 06, 2018 at 09:35:46PM +0200, Laurent Vivier wrote:
> This patch allows to have a different binfmt_misc configuration
> for each new user namespace. By default, the binfmt_misc configuration
> is the one of the previous level, but if the binfmt_misc filesystem is
> mounted in the new
On Sat, Oct 06, 2018 at 09:35:46PM +0200, Laurent Vivier wrote:
> This patch allows to have a different binfmt_misc configuration
> for each new user namespace. By default, the binfmt_misc configuration
> is the one of the previous level, but if the binfmt_misc filesystem is
> mounted in the new
On Sat, Oct 06, 2018 at 10:06:49PM +0200, Eugene Syromiatnikov wrote:
> On Fri, Oct 05, 2018 at 01:41:42PM +0800, Guo Ren wrote:
> > This is the 7th version patchset to add the Linux kernel port for
> > C-SKY(csky) based on linux-4.19-rc3.
> >
> > In this patchset some fixup patches are folded
On Sat, Oct 06, 2018 at 10:06:49PM +0200, Eugene Syromiatnikov wrote:
> On Fri, Oct 05, 2018 at 01:41:42PM +0800, Guo Ren wrote:
> > This is the 7th version patchset to add the Linux kernel port for
> > C-SKY(csky) based on linux-4.19-rc3.
> >
> > In this patchset some fixup patches are folded
The Continuous Performance Control Package can have guaranteed performance
field. Add support to read guaranteed performance.
Signed-off-by: Srinivas Pandruvada
---
Documentation/acpi/cppc_sysfs.txt | 2 ++
drivers/acpi/cppc_acpi.c | 10 --
include/acpi/cppc_acpi.h |
The Continuous Performance Control Package can have guaranteed performance
field. Add support to read guaranteed performance.
Signed-off-by: Srinivas Pandruvada
---
Documentation/acpi/cppc_sysfs.txt | 2 ++
drivers/acpi/cppc_acpi.c | 10 --
include/acpi/cppc_acpi.h |
From: Randy Dunlap
Tell users what a PCI PF is in the PCI_PF_STUB config help text.
Fixes: a8ccf8a3 ("PCI/IOV: Add pci-pf-stub driver for PFs that only enable
VFs")
Signed-off-by: Randy Dunlap
Cc: Alexander Duyck
---
drivers/pci/Kconfig |6 +++---
1 file changed, 3 insertions(+), 3
From: Randy Dunlap
Tell users what a PCI PF is in the PCI_PF_STUB config help text.
Fixes: a8ccf8a3 ("PCI/IOV: Add pci-pf-stub driver for PFs that only enable
VFs")
Signed-off-by: Randy Dunlap
Cc: Alexander Duyck
---
drivers/pci/Kconfig |6 +++---
1 file changed, 3 insertions(+), 3
On Sat, 2018-10-06 at 21:43 +, tim.b...@sony.com wrote:
> > -Original Message-
> > From: James Bottomley
> >
> > Significant concern has been expressed about the responsibilities
> > outlined in the enforcement clause of the new code of
> > conduct. Since there is concern that this
On Sat, 2018-10-06 at 21:43 +, tim.b...@sony.com wrote:
> > -Original Message-
> > From: James Bottomley
> >
> > Significant concern has been expressed about the responsibilities
> > outlined in the enforcement clause of the new code of
> > conduct. Since there is concern that this
Hello
i need your help to invest in your region, please can you assist me?
Hello
i need your help to invest in your region, please can you assist me?
Hello
i need your help to invest in your region, please can you assist me?
Hello
i need your help to invest in your region, please can you assist me?
Hello
i need your help to invest in your region, please can you assist me?
Hello
i need your help to invest in your region, please can you assist me?
--
I am Mavis Wanczyk i know you may not know me but am the latest
largest US Powerball lottery winner of $758.7m just of recent, am
currently helping out people in need of financial assistance, i know
it's hard to believe anything on the internet, so if you don't need
my help please
--
I am Mavis Wanczyk i know you may not know me but am the latest
largest US Powerball lottery winner of $758.7m just of recent, am
currently helping out people in need of financial assistance, i know
it's hard to believe anything on the internet, so if you don't need
my help please
On Sat, Oct 06, 2018 at 08:51:16AM -0700, Kees Cook wrote:
On Sat, Oct 6, 2018 at 1:49 AM, Fengguang Wu wrote:
On Fri, Oct 05, 2018 at 08:14:34PM -0700, Joel Fernandes wrote:
On Fri, Oct 05, 2018 at 05:22:35PM -0700, Greg KH wrote:
And do we have a way to add a rule to 0-day to catch these
On Sat, Oct 06, 2018 at 08:51:16AM -0700, Kees Cook wrote:
On Sat, Oct 6, 2018 at 1:49 AM, Fengguang Wu wrote:
On Fri, Oct 05, 2018 at 08:14:34PM -0700, Joel Fernandes wrote:
On Fri, Oct 05, 2018 at 05:22:35PM -0700, Greg KH wrote:
And do we have a way to add a rule to 0-day to catch these
Hi Stephen,
On Sat, 2018-10-06 at 11:58 +1000, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> 3dcee2d9c069 ("ima: fix showing large 'violations' or
> 'runtime_measurements_count'")
>
> is missing a Signed-off-by from its committer.
Added comment and Signed-off-by.
Mimi
Hi Stephen,
On Sat, 2018-10-06 at 11:58 +1000, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> 3dcee2d9c069 ("ima: fix showing large 'violations' or
> 'runtime_measurements_count'")
>
> is missing a Signed-off-by from its committer.
Added comment and Signed-off-by.
Mimi
Maybe simplest approach to address your request is to add a less noisy
(pr_notice, or pr_info if you prefer) as xfs does in the example you
mentioned:
> xfs_log.c: xfs_notice(mp, "Mounting V%d Filesystem",
Would be small addition to the following in cifs_debug.h
/* information
Maybe simplest approach to address your request is to add a less noisy
(pr_notice, or pr_info if you prefer) as xfs does in the example you
mentioned:
> xfs_log.c: xfs_notice(mp, "Mounting V%d Filesystem",
Would be small addition to the following in cifs_debug.h
/* information
From: Colin Ian King
The check for ret < 0 is redundant as any places prior to this point
where ret is set to an error value the code will exit out of the loop
to the error exit label 'err'. Remove this redundant dead code.
Detected by CoverityScan, CID#1339528 ("Logically dead code")
From: Colin Ian King
The check for ret < 0 is redundant as any places prior to this point
where ret is set to an error value the code will exit out of the loop
to the error exit label 'err'. Remove this redundant dead code.
Detected by CoverityScan, CID#1339528 ("Logically dead code")
On Sat, Oct 6, 2018 at 10:56 PM Florian Weimer wrote:
>
> * Aleksa Sarai:
>
> > On 2018-10-01, Andy Lutomirski wrote:
> >> >>> Currently most container runtimes try to do this resolution in
> >> >>> userspace[1], causing many potential race conditions. In addition, the
> >> >>> "obvious"
On Sat, Oct 6, 2018 at 10:56 PM Florian Weimer wrote:
>
> * Aleksa Sarai:
>
> > On 2018-10-01, Andy Lutomirski wrote:
> >> >>> Currently most container runtimes try to do this resolution in
> >> >>> userspace[1], causing many potential race conditions. In addition, the
> >> >>> "obvious"
> -Original Message-
> From: James Bottomley
>
> Significant concern has been expressed about the responsibilities outlined in
> the enforcement clause of the new code of conduct. Since there is concern
> that this becomes binding on the release of the 4.19 kernel, strip the
>
> -Original Message-
> From: James Bottomley
>
> Significant concern has been expressed about the responsibilities outlined in
> the enforcement clause of the new code of conduct. Since there is concern
> that this becomes binding on the release of the 4.19 kernel, strip the
>
Significant concern has been expressed about the responsibilities outlined in
the enforcement clause of the new code of conduct. Since there is concern
that this becomes binding on the release of the 4.19 kernel, strip the
enforcement clauses to give the community time to consider and debate how
Significant concern has been expressed about the responsibilities outlined in
the enforcement clause of the new code of conduct. Since there is concern
that this becomes binding on the release of the 4.19 kernel, strip the
enforcement clauses to give the community time to consider and debate how
>From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
From: James Bottomley
Date: Sat, 6 Oct 2018 14:21:56 -0700
Subject: [PATCH 1/2] code-of-conduct: Fix the ambiguity about collecting email
addresses
The current code of conduct has an ambiguity in the it considers publishing
>From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
From: James Bottomley
Date: Sat, 6 Oct 2018 14:21:56 -0700
Subject: [PATCH 1/2] code-of-conduct: Fix the ambiguity about collecting email
addresses
The current code of conduct has an ambiguity in the it considers publishing
We've had several threads discussing potential changes to the code of
conduct but Mauro is the only person to have proposed an actual patch.
In order to move the debate on, I'm presenting two patches, one to fix
the email problem Mauro identified and the other to strip the
enforcement section
We've had several threads discussing potential changes to the code of
conduct but Mauro is the only person to have proposed an actual patch.
In order to move the debate on, I'm presenting two patches, one to fix
the email problem Mauro identified and the other to strip the
enforcement section
Add AC power supply subnode for AXP81X PMIC.
Signed-off-by: Oskari Lemmela
---
arch/arm/boot/dts/axp81x.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/axp81x.dtsi b/arch/arm/boot/dts/axp81x.dtsi
index 043c717dcef1..67c17151b584 100644
---
AXP803 is compatible with AXP813.
Adding needed cells for AC and battery power supplies.
AXP813 AC power supply cell added.
Signed-off-by: Oskari Lemmela
---
drivers/mfd/axp20x.c | 22 +-
include/linux/mfd/axp20x.h | 1 +
2 files changed, 22 insertions(+), 1
AXP803 is compatible with AXP813. Add DT nodes ADC, GPIO,
AC and battery power supplies.
Signed-off-by: Oskari Lemmela
---
arch/arm64/boot/dts/allwinner/axp803.dtsi | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/axp803.dtsi
AXP813 AC power supply support with input current and
voltage limiting support.
AXP803 AC and battery power supply support.
Changes in v2:
* Reuse axp813 compatibles for axp803
* Refactor axp20x_ac_power.c
Oskari Lemmela (6):
dt-bindings: power: supply: axp20x: add AXP813 AC power DT binding
The AXP803/AXP813 AC power supply can limit input current and voltage.
Signed-off-by: Oskari Lemmela
---
.../devicetree/bindings/power/supply/axp20x_ac_power.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/power/supply/axp20x_ac_power.txt
Add AC power supply subnode for AXP81X PMIC.
Signed-off-by: Oskari Lemmela
---
arch/arm/boot/dts/axp81x.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/axp81x.dtsi b/arch/arm/boot/dts/axp81x.dtsi
index 043c717dcef1..67c17151b584 100644
---
AXP803 is compatible with AXP813.
Adding needed cells for AC and battery power supplies.
AXP813 AC power supply cell added.
Signed-off-by: Oskari Lemmela
---
drivers/mfd/axp20x.c | 22 +-
include/linux/mfd/axp20x.h | 1 +
2 files changed, 22 insertions(+), 1
AXP803 is compatible with AXP813. Add DT nodes ADC, GPIO,
AC and battery power supplies.
Signed-off-by: Oskari Lemmela
---
arch/arm64/boot/dts/allwinner/axp803.dtsi | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/axp803.dtsi
AXP813 AC power supply support with input current and
voltage limiting support.
AXP803 AC and battery power supply support.
Changes in v2:
* Reuse axp813 compatibles for axp803
* Refactor axp20x_ac_power.c
Oskari Lemmela (6):
dt-bindings: power: supply: axp20x: add AXP813 AC power DT binding
The AXP803/AXP813 AC power supply can limit input current and voltage.
Signed-off-by: Oskari Lemmela
---
.../devicetree/bindings/power/supply/axp20x_ac_power.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/power/supply/axp20x_ac_power.txt
AXP813 and AXP803 PMICs can control input current and
minimum voltage.
Both of these values are configurable.
Signed-off-by: Oskari Lemmela
---
drivers/power/supply/axp20x_ac_power.c | 92 ++
1 file changed, 92 insertions(+)
diff --git
AXP813 and AXP803 PMICs can control input current and
minimum voltage.
Both of these values are configurable.
Signed-off-by: Oskari Lemmela
---
drivers/power/supply/axp20x_ac_power.c | 92 ++
1 file changed, 92 insertions(+)
diff --git
Sopine baseboard have ACIN and battery connectors.
Signed-off-by: Oskari Lemmela
---
.../boot/dts/allwinner/sun50i-a64-sopine-baseboard.dts| 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-sopine-baseboard.dts
Sopine baseboard have ACIN and battery connectors.
Signed-off-by: Oskari Lemmela
---
.../boot/dts/allwinner/sun50i-a64-sopine-baseboard.dts| 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-sopine-baseboard.dts
Hi,
Please, separate the commit log from the subject. And mention exactly
what are all those errors that sparse reported and that you are
trying to fix.
Notice that you didn't send this patch to all the relevant people.
Use the get_maintainer.pl script for that.
On 10/5/18 8:27 PM, Carmeli
Hi,
Please, separate the commit log from the subject. And mention exactly
what are all those errors that sparse reported and that you are
trying to fix.
Notice that you didn't send this patch to all the relevant people.
Use the get_maintainer.pl script for that.
On 10/5/18 8:27 PM, Carmeli
Hi Ben,
On Sun, Sep 23, 2018 at 7:26 PM wrote:
> I have removed some unnecessary braces from if statements.
> As well as inspecting the other driverfiles for similar
> style issues.
Thanks for the new version!
> - if (err) {
> + if (err)
> dft_brightness =
Hi Ben,
On Sun, Sep 23, 2018 at 7:26 PM wrote:
> I have removed some unnecessary braces from if statements.
> As well as inspecting the other driverfiles for similar
> style issues.
Thanks for the new version!
> - if (err) {
> + if (err)
> dft_brightness =
* Aleksa Sarai:
> On 2018-10-01, Andy Lutomirski wrote:
>> >>> Currently most container runtimes try to do this resolution in
>> >>> userspace[1], causing many potential race conditions. In addition, the
>> >>> "obvious" alternative (actually performing a {ch,pivot_}root(2))
>> >>> requires a
* Aleksa Sarai:
> On 2018-10-01, Andy Lutomirski wrote:
>> >>> Currently most container runtimes try to do this resolution in
>> >>> userspace[1], causing many potential race conditions. In addition, the
>> >>> "obvious" alternative (actually performing a {ch,pivot_}root(2))
>> >>> requires a
Hi Paolo,
On 10/05/2018 03:18 PM, Paolo Bonzini wrote:
On 06/10/2018 00:03, Guenter Roeck wrote:
This should be handled by
config KVM_AMD_SEV
def_bool y
bool "AMD Secure Encrypted Virtualization (SEV) support"
depends on KVM_AMD && X86_64
depends on
Hi Paolo,
On 10/05/2018 03:18 PM, Paolo Bonzini wrote:
On 06/10/2018 00:03, Guenter Roeck wrote:
This should be handled by
config KVM_AMD_SEV
def_bool y
bool "AMD Secure Encrypted Virtualization (SEV) support"
depends on KVM_AMD && X86_64
depends on
Hi,
On 9/29/18 4:03 AM, Maxime Desroches wrote:
> Fixed multiple coding style issues
>
What kind of style issues are you trying to fix?
Please, always be specific about what you are trying to fix. This makes
it easier for the maintainers to review your patch and give you feedback.
Thanks
--
Hi,
On 9/29/18 4:03 AM, Maxime Desroches wrote:
> Fixed multiple coding style issues
>
What kind of style issues are you trying to fix?
Please, always be specific about what you are trying to fix. This makes
it easier for the maintainers to review your patch and give you feedback.
Thanks
--
Greg,
I2C has three driver bugfixes and a fix for a typo for you.
Please pull.
Thanks,
Wolfram
The following changes since commit 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84:
Linux 4.19-rc5 (2018-09-23 19:15:18 +0200)
are available in the git repository at:
Greg,
I2C has three driver bugfixes and a fix for a typo for you.
Please pull.
Thanks,
Wolfram
The following changes since commit 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84:
Linux 4.19-rc5 (2018-09-23 19:15:18 +0200)
are available in the git repository at:
On paź 06, 2018 13:27, Gabriel Capella wrote:
> This patch does not change the logic, it only
> corrects the checkpatch checks.
>
> The patch fixes 2 checks of type:
> "CHECK: spaces preferred around that '-'"
I've made the same mistake few days ago. This change is incorrect.
Please see:
On paź 06, 2018 13:27, Gabriel Capella wrote:
> This patch does not change the logic, it only
> corrects the checkpatch checks.
>
> The patch fixes 2 checks of type:
> "CHECK: spaces preferred around that '-'"
I've made the same mistake few days ago. This change is incorrect.
Please see:
Dear Sir/Madam,
This is a notification to remind you of your package awaiting delivery. Your
package is due for delivery to its final destination.
Please, we kindly advise you to reconfirm your delivery details below:
Your Full Name:
Your Full Address:
Telephone Number:
Thank you for your time
Dear Sir/Madam,
This is a notification to remind you of your package awaiting delivery. Your
package is due for delivery to its final destination.
Please, we kindly advise you to reconfirm your delivery details below:
Your Full Name:
Your Full Address:
Telephone Number:
Thank you for your time
On Fri, Oct 05, 2018 at 01:41:42PM +0800, Guo Ren wrote:
> This is the 7th version patchset to add the Linux kernel port for
> C-SKY(csky) based on linux-4.19-rc3.
>
> In this patchset some fixup patches are folded into original patch in
> order to make review clearly and reduce the patches'
On Fri, Oct 05, 2018 at 01:41:42PM +0800, Guo Ren wrote:
> This is the 7th version patchset to add the Linux kernel port for
> C-SKY(csky) based on linux-4.19-rc3.
>
> In this patchset some fixup patches are folded into original patch in
> order to make review clearly and reduce the patches'
Hi Leonardo, David,
On Fri, Oct 5, 2018 at 11:32 AM Leonardo Bras wrote:
>
> Hello David,
>
> My name is Leonardo and I am new to kernel development.
>
> Is this patch acceptable? Do it need some rework? The change makes sense?
> Is there a way to better follow the workflow for this patch?
>
>
Hi Leonardo, David,
On Fri, Oct 5, 2018 at 11:32 AM Leonardo Bras wrote:
>
> Hello David,
>
> My name is Leonardo and I am new to kernel development.
>
> Is this patch acceptable? Do it need some rework? The change makes sense?
> Is there a way to better follow the workflow for this patch?
>
>
I am in the military unit here in Afghanistan, we have some amount of funds
that we want to move out of the country. My partners and I need a good partner
someone we can trust. It is risk free and legal. Reply to this email:
hornbeckmajorden...@gmail.com
Regards,
Major Dennis Hornbeck.
I am in the military unit here in Afghanistan, we have some amount of funds
that we want to move out of the country. My partners and I need a good partner
someone we can trust. It is risk free and legal. Reply to this email:
hornbeckmajorden...@gmail.com
Regards,
Major Dennis Hornbeck.
v4: first user namespace is initialized with _binfmt_ns,
all new user namespaces are initialized with a NULL and use
the one of the first parent that is not NULL. The pointer
is initialized to a valid value the first time the binfmt_misc
fs is mounted in the current user namespace.
v4: first user namespace is initialized with _binfmt_ns,
all new user namespaces are initialized with a NULL and use
the one of the first parent that is not NULL. The pointer
is initialized to a valid value the first time the binfmt_misc
fs is mounted in the current user namespace.
This patch allows to have a different binfmt_misc configuration
for each new user namespace. By default, the binfmt_misc configuration
is the one of the previous level, but if the binfmt_misc filesystem is
mounted in the new namespace a new empty binfmt instance is created and
used in this
This patch allows to have a different binfmt_misc configuration
for each new user namespace. By default, the binfmt_misc configuration
is the one of the previous level, but if the binfmt_misc filesystem is
mounted in the new namespace a new empty binfmt instance is created and
used in this
Hi Steve! o/
Appreciate your time and review.
For a v3, what would you like more: a pr_info() straight away in the code
for the message, or, writing a new cifs_info() function wrapping
over pr_info, like we have in cifs_dbg (which translates to pr_debug or pr_err)?
Waiting for your comments.
Hi Steve! o/
Appreciate your time and review.
For a v3, what would you like more: a pr_info() straight away in the code
for the message, or, writing a new cifs_info() function wrapping
over pr_info, like we have in cifs_dbg (which translates to pr_debug or pr_err)?
Waiting for your comments.
On Tue, Oct 2, 2018 at 4:53 PM Rodrigo Freire wrote:
>
> Hi hi again Steve \o
>
> I do see potential for a ftrace rewrite for the cifs_dbg messages.
Was looking at this on current kernels and debugging mount is probably
fine for developers (or users) - plenty of debug messages get printed
via
On Tue, Oct 2, 2018 at 4:53 PM Rodrigo Freire wrote:
>
> Hi hi again Steve \o
>
> I do see potential for a ftrace rewrite for the cifs_dbg messages.
Was looking at this on current kernels and debugging mount is probably
fine for developers (or users) - plenty of debug messages get printed
via
--
I am Mavis Wanczyk i know you may not know me but am the latest
largest US Powerball lottery winner of $758.7m just of recent, am
currently helping out people in need of financial assistance, i know
it's hard to believe anything on the internet, so if you don't need
my help please
--
I am Mavis Wanczyk i know you may not know me but am the latest
largest US Powerball lottery winner of $758.7m just of recent, am
currently helping out people in need of financial assistance, i know
it's hard to believe anything on the internet, so if you don't need
my help please
Commit-ID: 42688c0c327ec0d647db6e0fc18fd644e7c50e3d
Gitweb: https://git.kernel.org/tip/42688c0c327ec0d647db6e0fc18fd644e7c50e3d
Author: Reinette Chatre
AuthorDate: Wed, 3 Oct 2018 15:17:03 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:46:27 +0200
x86/intel_rdt: Fix
Commit-ID: 42688c0c327ec0d647db6e0fc18fd644e7c50e3d
Gitweb: https://git.kernel.org/tip/42688c0c327ec0d647db6e0fc18fd644e7c50e3d
Author: Reinette Chatre
AuthorDate: Wed, 3 Oct 2018 15:17:03 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:46:27 +0200
x86/intel_rdt: Fix
Commit-ID: edbdd2c8bd30da45629e6466714c86eec915364a
Gitweb: https://git.kernel.org/tip/edbdd2c8bd30da45629e6466714c86eec915364a
Author: Reinette Chatre
AuthorDate: Wed, 3 Oct 2018 15:17:02 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:46:27 +0200
x86/intel_rdt: CBM
Commit-ID: edbdd2c8bd30da45629e6466714c86eec915364a
Gitweb: https://git.kernel.org/tip/edbdd2c8bd30da45629e6466714c86eec915364a
Author: Reinette Chatre
AuthorDate: Wed, 3 Oct 2018 15:17:02 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:46:27 +0200
x86/intel_rdt: CBM
Commit-ID: fa9032bca042b50f0ba7d80e53025cecbd5ad0f3
Gitweb: https://git.kernel.org/tip/fa9032bca042b50f0ba7d80e53025cecbd5ad0f3
Author: Reinette Chatre
AuthorDate: Wed, 3 Oct 2018 15:17:01 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:46:26 +0200
x86/intel_rdt:
Commit-ID: fa9032bca042b50f0ba7d80e53025cecbd5ad0f3
Gitweb: https://git.kernel.org/tip/fa9032bca042b50f0ba7d80e53025cecbd5ad0f3
Author: Reinette Chatre
AuthorDate: Wed, 3 Oct 2018 15:17:01 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:46:26 +0200
x86/intel_rdt:
Commit-ID: e8bd1803aec89dfce5758d88022963fe3248bc4c
Gitweb: https://git.kernel.org/tip/e8bd1803aec89dfce5758d88022963fe3248bc4c
Author: Reinette Chatre
AuthorDate: Thu, 4 Oct 2018 14:05:23 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:41:59 +0200
x86/intel_rdt: Fix
Commit-ID: e8bd1803aec89dfce5758d88022963fe3248bc4c
Gitweb: https://git.kernel.org/tip/e8bd1803aec89dfce5758d88022963fe3248bc4c
Author: Reinette Chatre
AuthorDate: Thu, 4 Oct 2018 14:05:23 -0700
Committer: Thomas Gleixner
CommitDate: Sat, 6 Oct 2018 20:41:59 +0200
x86/intel_rdt: Fix
Commit-ID: fa112cf1e8bc693d5a666b1c479a2859c8b6e0f1
Gitweb: https://git.kernel.org/tip/fa112cf1e8bc693d5a666b1c479a2859c8b6e0f1
Author: Borislav Petkov
AuthorDate: Fri, 5 Oct 2018 15:13:07 +0200
Committer: Borislav Petkov
CommitDate: Sat, 6 Oct 2018 20:40:43 +0200
x86/olpc: Fix build
Commit-ID: fa112cf1e8bc693d5a666b1c479a2859c8b6e0f1
Gitweb: https://git.kernel.org/tip/fa112cf1e8bc693d5a666b1c479a2859c8b6e0f1
Author: Borislav Petkov
AuthorDate: Fri, 5 Oct 2018 15:13:07 +0200
Committer: Borislav Petkov
CommitDate: Sat, 6 Oct 2018 20:40:43 +0200
x86/olpc: Fix build
1 - 100 of 256 matches
Mail list logo
