On Tue, Jul 25, 2017 at 02:47:55PM +0100, Marc Zyngier wrote:
> On 21/07/17 14:03, Christoffer Dall wrote:
> > On Fri, Jul 07, 2017 at 09:41:42AM +0200, Auger Eric wrote:
> >> Hi Marc,
> >>
> >> On 04/07/2017 14:15, Marc Zyngier wrote:
> >>> Hi Eric,
> >>>
> >>> On 15/06/17 13:52, Eric Auger wrote:
On 25/07/17 16:19, Boris Ostrovsky wrote:
> On 07/25/2017 05:50 AM, Juergen Gross wrote:
>>
>> -void __ref xen_hvm_init_shared_info(void)
>> +void xen_hvm_init_shared_info(void)
>
> Why are you dropping __ref?
The function no longer calls any __init function.
Juergen
From: Jeff Layton
A couple of small patches to make cephfs use errseq_t for reporting
writeback errors. This ensures that when a writeback error occurs
that it is reported to all file descriptions that were open at the
time. The first patch is what fixes the error reporting.
The second patch (wh
From: Jeff Layton
Testing ceph for proper writeback error handling turns out to be quite
difficult. I tried using iptables to block traffic but that didn't
give reliable results.
I hacked in this wb_fault switch that makes the filesystem pretend that
writeback failed, even when it succeeds. With
On Tue, Jul 25, 2017 at 2:52 PM, Kalle Valo wrote:
> Arnd Bergmann writes:
>
>> Inlining functions with local variables can lead to excessive stack usage
>> with KASAN after a previous patch that modifies the outsb/insb helpers
>> on x86.
>>
>> drivers/net/wireless/wl3501_cs.c: In function 'wl350
Hi,
hinic_remove - you are right, it is over safe code. We can remove it without
any crash. This case has never happened.
void * - I meant the problem is not in rq or sq, it can be in wq. But you
confirmed
that it is ok to use union instead of the void* in wq. So, we will use union in
wq.c
and
On Tue, Jul 25, 2017 at 2:06 PM, Andrey Ryabinin
wrote:
> On 07/25/2017 10:17 AM, Arnd Bergmann wrote:
>> On Mon, Jul 24, 2017 at 1:35 PM, Alexander Potapenko
>> wrote:
>>> On Fri, Jul 21, 2017 at 11:02 PM, Arnd Bergmann wrote:
>>
diff --git a/mm/kasan/report.c b/mm/kasan/report.c
ind
From: Jeff Layton
Ensure that when writeback errors are marked that we report those to all
file descriptions that were open at the time of the error.
Signed-off-by: Jeff Layton
---
fs/ceph/caps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ceph/caps.c b/fs/ceph/caps.
On Tue 25-07-17 14:47:16, Wang, Wei W wrote:
> On Tuesday, July 25, 2017 8:42 PM, hal Hocko wrote:
> > On Tue 25-07-17 19:56:24, Wei Wang wrote:
> > > On 07/25/2017 07:25 PM, Michal Hocko wrote:
> > > >On Tue 25-07-17 17:32:00, Wei Wang wrote:
> > > >>On 07/24/2017 05:00 PM, Michal Hocko wrote:
> >
Since the kernel segment registers are not prepared at the
entry of irq-entry code, if a kprobe on such code is
jump-optimized, accessing per-cpu variables may cause
kernel panic.
However, if the kprobe is not optimized, it kicks int3
exception and set segment registers correctly.
This checks prob
On 7/25/2017 9:36 AM, Borislav Petkov wrote:
On Tue, Jul 25, 2017 at 09:29:40AM -0500, Tom Lendacky wrote:
Yup, we can do something like that. I believe the only change that
would be needed to your patch would be to move the IS_ENABLED() check
to after the physical address space reduction check
On 07/25/2017 12:45 AM, Borislav Petkov wrote:
On Mon, Jul 24, 2017 at 02:07:41PM -0500, Brijesh Singh wrote:
Subject: Re: [RFC Part1 PATCH v3 01/17] Documentation/x86: Add AMD Secure
Encrypted Virtualization (SEV) descrption
On Tue, Jul 25, 2017 at 01:11:48PM +0100, Dave Martin wrote:
> On Mon, Apr 03, 2017 at 04:19:23PM +0100, Mark Rutland wrote:
> > +/*
> > + * The pointer bits used by a pointer authentication code.
> > + * If we were to use tagged pointers, bits 63:56 would also apply.
> > + */
> > +#define ptrauth_
On 07/25/2017 03:29 AM, Kamil Konieczny wrote:
Hi,
minor misspelling,
On 24.07.2017 22:02, Brijesh Singh wrote:
Platform Security Processor (PSP) is part of AMD Secure Processor (AMD-SP),
PSP is a dedicated processor that provides the support for key management
commands in a Secure Encrypted
Commit-ID: 1ee6f00d1164955b7bdadd36fc0f2736754784d9
Gitweb: http://git.kernel.org/tip/1ee6f00d1164955b7bdadd36fc0f2736754784d9
Author: Josh Poimboeuf
AuthorDate: Tue, 25 Jul 2017 09:44:51 -0500
Committer: Ingo Molnar
CommitDate: Tue, 25 Jul 2017 16:54:07 +0200
x86/asm: Make objtool unr
Hi everyone,
This patch series is v4 of the driver for supervisory processor found
on RAVE series of devices from ZII. Supervisory processor is a PIC
microcontroller connected to various electrical subsystems on RAVE
devices whose firmware implements protocol to command/qery them.
Changes since [
Dne 25.7.2017 v 16:34 Zdenek Kabelac napsal(a):
Dne 25.7.2017 v 16:25 Alan Stern napsal(a):
On Tue, 25 Jul 2017, Zdenek Kabelac wrote:
Dne 24.7.2017 v 16:41 Alan Stern napsal(a):
On Mon, 24 Jul 2017, Zdenek Kabelac wrote:
Hi
I've problem with my USB storage devices: WD Elements 1TB.
(Bus
Fixes: f47e07bc5f1a5c48 ("Fix up MAINTAINERS file problems")
Signed-off-by: Geert Uytterhoeven
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f66488dfdbc9cc59..220deec28d2425fa 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5826
From: Ben Hutchings
WARNING: EXPORT symbol "__divsi3" [vmlinux] version generation failed, symbol
will not be versioned.
WARNING: EXPORT symbol "__umodsi3" [vmlinux] version generation failed, symbol
will not be versioned.
WARNING: EXPORT symbol "__mulsi3" [vmlinux] version generation failed, s
The ZTE SoC drivers are only useful when building for a ZTE ZX platform.
Fixes: 4c2c2e39713b8cfb ("soc: zte: pm_domains: Prepare for supporting ARMv8
zx2967 family")
Signed-off-by: Geert Uytterhoeven
Reviewed-by: Baoyou Xie
---
Sent before on 2017-05-29.
v2:
- Add Reviewed-by.
---
drivers/s
Add support for various PMU counters found on the Cavium ThunderX and
OcteonTx SoC.
The driver provides common "uncore" functions to avoid code duplication and
support adding more device PMUs (like L2 cache) in the future.
Changes to v7:
- Check return code of kasprintf
- Check return code of ior
Add support for the PMU counters on Cavium SOC memory controllers.
This patch also adds generic functions to allow supporting more
devices with PMU counters.
Properties of the LMC PMU counters:
- not stoppable
- fixed purpose
- read-only
- one PCI device per memory controller
Signed-off-by: Jan
Below is the list of build error/warning regressions/improvements in
v4.13-rc2[1] compared to v4.12[2].
Summarized:
- build errors: +/-
- build warnings: +1426/-1094
JFYI, when comparing v4.13-rc2[1] to v4.13-rc1[3], the summaries are:
- build errors: +/-2
- build warnings: +748/-716
Hap
Document Cavium SoC PMUs.
Signed-off-by: Jan Glauber
---
Documentation/perf/cavium-pmu.txt | 75 +++
1 file changed, 75 insertions(+)
create mode 100644 Documentation/perf/cavium-pmu.txt
diff --git a/Documentation/perf/cavium-pmu.txt
b/Documentation/perf/ca
Add support for the transmit-link (OCX TLK) PMU counters found
on Caviums SOCs with a processor interconnect.
Properties of the OCX TLK counters:
- per-unit control
- fixed purpose
- writable
- one PCI device with multiple TLK units
Signed-off-by: Jan Glauber
---
drivers/perf/cavium_pmu.c | 222
On Tue, Jul 25, 2017 at 03:59:04PM +0100, Mark Rutland wrote:
> On Tue, Jul 25, 2017 at 01:11:48PM +0100, Dave Martin wrote:
> > On Mon, Apr 03, 2017 at 04:19:23PM +0100, Mark Rutland wrote:
> > > +/*
> > > + * The pointer bits used by a pointer authentication code.
> > > + * If we were to use tagg
On Tue, Jul 25, 2017 at 04:26:17PM +0200, Michal Hocko wrote:
> On Tue 25-07-17 17:17:23, Kirill A. Shutemov wrote:
> [...]
> > Below are numbers for the same test case, but from bigger machine (48
> > threads, 64GiB of RAM).
> >
> > v4.13-rc2:
> >
> > Performance counter stats for './a.sh 1
Hi,
This adds audio support to Motorola Droid 4.
Tested:
- Playing via both DACs using Speaker, Earpiece, Headphone
- Recording using internal Mic
- Volume Controls
Known not to work:
- 3.5mm detection support (requires closed source firmware,
needs further investigation)
- Modem / Bluet
Motorola CPCAP is a PMIC with audio functionality, that can be
found on Motorola Droid 4 and probably a few other phones from
Motorola's Droid series.
This adds the DT binding for the codec sub-module found inside
the PMIC.
Acked-by: Rob Herring
Signed-off-by: Sebastian Reichel
---
.../binding
Add sound support to Motorola Droid 4 using simple-soundcard
and CPCAP's audio codec. This does not yet correctly represent
the whole audio routing, since McBSP3 is also connected to
Bluetooth and MDM6600 modem (and probably also 4G modem).
These extra DAI links are not yet supported and have not b
Motorola CPCAP is a PMIC with audio functionality, that can be
found on Motorola Droid 4 and probably a few other phones from
Motorola's Droid series.
The driver has been written from scratch using Motorola's Android
driver, register dumps from running Android and datasheet for NXP
MC13783UG (whic
Set default mode for vaudio, which may be left in standby mode
if the system is booted via kexec from Android.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi
b
Add node for audio-codec to its DT file.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi
b/arch/arm/boot/dts/motorola-cpcap-mapphone.dtsi
index 1eb5da1dc8
From: Tony Lindgren
Some codecs may need to use this from loadable modules. Without
this patch compilation for this kind of codec will fail with the
following error:
ERROR: "soc_dpcm_runtime_update" [sound/soc/codecs/snd-soc-cpcap.ko]
undefined!
Signed-off-by: Tony Lindgren
Signed-off-by: Seba
On 07/22/2017 02:49 PM, Dan Williams wrote:
On Fri, Jul 21, 2017 at 7:52 PM, Dan Williams wrote:
[ adding Chris ]
On Fri, Jul 21, 2017 at 4:44 PM, Dan Williams wrote:
On Fri, Jul 21, 2017 at 3:58 PM, Ingo Molnar wrote:
* Dan Williams wrote:
[...]
* Like perf, ndctl borrows the sub-com
On 25.07.17 10:32:37, Ganapatrao Kulkarni wrote:
> ARM IORT specification(rev. C) has added provision to define proximity
> domain in SMMUv3 IORT table. Adding required code to parse Proximity
> domain and set numa_node of smmv3 platform devices.
>
> Add code to parse proximity domain in SMMUv3 I
On Tue, Jul 25, 2017 at 10:12:24PM +0800, Li Kun wrote:
> Hi Mark,
Hi,
> Could you please give us some information about the impact to
> performance to help us evaluating the influence to the system?
I'm afraid I don't have any performance details to share, as this series
has been developed and
On Tue, Jul 25, 2017 at 09:58:54AM -0500, Tom Lendacky wrote:
> True, but it is more about being accurate and making sure the value is
> correct where ever it may be used.
So early_identify_cpu() initializes phys_bits to 32 on 32-bit.
Subtracting it there would actually make actively it wrong, AFA
On Sun, Jul 23, 2017 at 5:53 PM, Robert Jarzmik wrote:
> Arnd Bergmann writes:
>
> Hi Arnd,
>
>> -#define xip_irqpending() (ICIP & ICMR)
>> +/* restored July 2017, this did not build since 2011! */
>> +
>> +#define ICIP io_p2v(0x40d0)
>> +#define ICMR io_p2
On Tue 25-07-17 18:07:19, Kirill A. Shutemov wrote:
> On Tue, Jul 25, 2017 at 04:26:17PM +0200, Michal Hocko wrote:
[...]
> > Thanks for retesting Kirill. Are those numbers stable over runs? E.g.
> > the run without the patch has ~3% variance while the one with the patch
> > has it smaller. This so
On Tue, Jul 25, 2017 at 04:26:26PM +0200, Michal Hocko wrote:
> On Mon 24-07-17 18:11:46, Michal Hocko wrote:
> > On Mon 24-07-17 17:51:42, Kirill A. Shutemov wrote:
> > > On Mon, Jul 24, 2017 at 04:15:26PM +0200, Michal Hocko wrote:
> > [...]
> > > > What kind of scalability implication you have i
On Tue, Jul 25, 2017 at 10:40 PM, Maxime Ripard
wrote:
> On Tue, Jul 25, 2017 at 04:29:52PM +0800, Chen-Yu Tsai wrote:
>> default ARCH_SUNXI
>> On Tue, Jul 25, 2017 at 3:47 PM, Maxime Ripard
>> wrote:
>> > Hi Chen-Yu,
>> >
>> > On Tue, Jul 25, 2017 at 01:09:16PM +0800, Chen-Yu Tsai wrote
Hi Srinivas,
Oh, I see. Originally I thought this function "arch_freq_get_on_cpu" would have
chance to expand to other platforms in the future. Because I found that it
appears at cpufreq.c as __weak.
But if it is sure that this function only works for x86 all the time, I think
it doesn't matte
On Tue 25-07-17 18:17:54, Kirill A. Shutemov wrote:
> > before the patch
> > min: 306300.00 max: 6731916.00 avg: 437962.07 std: 92898.30 nr: 10
> >
> > after
> > min: 303196.00 max: 5728080.00 avg: 436081.87 std: 96165.98 nr: 10
> >
> > The results are well withing noise as I would expect
On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote:
> From: Michal Hocko
>
> David has noticed that the oom killer might kill additional tasks while
> the exiting oom victim hasn't terminated yet because the oom_reaper marks
> the curent victim MMF_OOM_SKIP too early when mm->mm_users d
This controller maps 128 input lines to 24 output lines.
The output lines are routed to GIC SPI 0 to 23.
This driver muxes LEVEL_HIGH IRQs onto output line 0,
and gives every EDGE_RISING IRQ a dedicated output line.
---
Changes from v4 to v5:
- maz said "data->mask is definitely off limits. it is a
On Wed, Jul 19, 2017 at 05:01:28PM +0100, Mark Rutland wrote:
> This patch adds basic support for pointer authentication, allowing
> userspace to make use of APIAKey. The kernel maintains an APIAKey value
> for each process (shared by all threads within), which is initialised to
> a random value at
In commit 3169663ac5902 "ARM: sa11x0/pxa: convert OS timer registers
to IOMEM", the definition of the OSCR macro was changed to be an
__iomem pointer, but the same register is also used by the XIP
code. This patch does the corresponding change here as well.
On PXA, the IRQ register definitions wer
gcc-7 produces this warning:
mm/kasan/report.c: In function 'kasan_report':
mm/kasan/report.c:351:3: error: 'info.first_bad_addr' may be used uninitialized
in this function [-Werror=maybe-uninitialized]
print_shadow_for_address(info->first_bad_addr);
^~~~
On 25/07/2017 at 09:37, Quentin Schulz wrote:
> The driver requests the current clk rate of each of its parent clocks to
> decide whether a clock rate is suitable or not. It does not request
> determine_rate from a parent clock which could request a rate change in
> parent clock (i.e. there is no p
On 07/25/2017 06:27 PM, Arnd Bergmann wrote:
> gcc-7 produces this warning:
>
> mm/kasan/report.c: In function 'kasan_report':
> mm/kasan/report.c:351:3: error: 'info.first_bad_addr' may be used
> uninitialized in this function [-Werror=maybe-uninitialized]
>print_shadow_for_address(info->fir
Building objtool causes a warning on the latest linux-next kernels:
warning: objtool: orc_types.h differs from kernel
>From what I can tell, we have two slightly different copies of the same
header, and we try to ensure they are the same with the warning.
This picks the copy from the x86 headers
On 7/25/2017 10:13 AM, Borislav Petkov wrote:
On Tue, Jul 25, 2017 at 09:58:54AM -0500, Tom Lendacky wrote:
True, but it is more about being accurate and making sure the value is
correct where ever it may be used.
So early_identify_cpu() initializes phys_bits to 32 on 32-bit.
Subtracting it th
The following changes since commit d966564fcdc19e13eb6ba1fbe6b8101070339c3d:
Revert "x86/ioapic: Restore IO-APIC irq_chip retrigger callback" (2017-02-08
18:08:29 -0800)
are available in the git repository at:
git://github.com/kleikamp/linux-shaggy.git tags/jfs-4.13
for you to fetch change
Without CONFIG_SWITCHDEV, we run into a compile-time error:
drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.c: In function
'bnxt_vf_rep_netdev_init':
drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.c:305:7: error: 'struct net_device'
has no member named 'switchdev_ops'; did you mean 'netdev_ops'?
This
On Tue, Jul 25, 2017 at 05:23:00PM +0200, Michal Hocko wrote:
> what is stdev?
Updated tables:
3 runs before the patch:
Min. 1st Qu. MedianMean 3rd Qu.Max. Stdev
177200 205000 212900 217800 223700 2377000 32868
172400 201700 209700 214300 220600 1343000 31191
175700 203
The sriov_lock is used to serialize the sriov code with the vfr code.
However, when SRIOV is disabled, the lock is not there at all, leading
to a build error:
drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.c: In function
'bnxt_dl_eswitch_mode_set':
drivers/net/ethernet/broadcom/bnxt/bnxt_vfr.c:410:1
The newly added irqchip_fwnode_ops structure is not exported, which can
lead to link errors:
ERROR: "irqchip_fwnode_ops" [drivers/gpio/gpio-xgene-sb.ko] undefined!
I checked that all other such symbols that were introduced are
exported if they need to be, this is the only missing one.
Fixes: db3
On 25/07/2017 at 09:37, Quentin Schulz wrote:
> The way to find the best_diff and do the appropriate process afterwards
> can be re-used.
>
> This patch prepares the driver for an upcoming patch that will allow
> clk_generated to determine the rate of the audio_pll.
>
> Signed-off-by: Quentin Sch
On Tue, Jul 25, 2017 at 10:29:40AM -0500, Tom Lendacky wrote:
> But early_identify_cpu() calls get_cpu_cap() which will check for cpuid
> leaf 0x8008 support and set x86_phys_bits.
Right, but it can't be less than 32, can it? And if it is more than 32
bits, then it probably doesn't really matt
We cannot reference priv->fbdev outside of the #ifdef:
drivers/net/virtio_net.c:1881:12: error: 'virtnet_restore_up' defined but not
used [-Werror=unused-function]
static int virtnet_restore_up(struct virtio_device *vdev)
drivers/net/virtio_net.c:1859:13: error: 'virtnet_freeze_down' defined but
After removing the reset function, the freeze and restore functions
are now unused when CONFIG_PM_SLEEP is disabled:
drivers/net/virtio_net.c:1881:12: error: 'virtnet_restore_up' defined but not
used [-Werror=unused-function]
static int virtnet_restore_up(struct virtio_device *vdev)
drivers/net/
Hi Sakari,
Thank you for review.
On 20.07.2017 18:20, Sakari Ailus wrote:
> Hi Todor,
>
> On Mon, Jul 17, 2017 at 01:33:43PM +0300, Todor Tomov wrote:
>> Add compose selection ioctls to handle scaling configuration.
>>
>> Signed-off-by: Todor Tomov
>> ---
>> drivers/media/platform/qcom/camss-8
On 25/07/2017 at 09:37, Quentin Schulz wrote:
> This allows gclk to determine audio_pll rate and set the parent rate
> accordingly.
>
> However, there are multiple children clocks that could technically
> change the rate of audio_pll (via gck). With the rate locking, the first
> consumer to enable
The new ov5670 driver fails to build when VIDEO_V4L2_SUBDEV_API
or MEDIA_CONTROLLER are disabled:
drivers/media/i2c/ov5670.c: In function 'ov5670_open':
drivers/media/i2c/ov5670.c:1917:5: error: implicit declaration of function
'v4l2_subdev_get_try_format'; did you mean 'v4l2_subdev_notify_event'
On 25/07/2017 at 09:37, Quentin Schulz wrote:
> Since gclk (generated-clk) is now able to determine the rate of the
> audio_pll, there is no need for classd to have a direct phandle to the
> audio_pll while already having a phandle to gclk.
>
> This binding is used by no board in mainline so it is
I ran into a build error with the new pi433 driver and
CONFIG_SPI disabled:
drivers/staging/pi433/pi433_if.o: In function `pi433_probe.part.6':
pi433_if.c:(.text+0x1657): undefined reference to `spi_write_then_read'
drivers/staging/pi433/pi433_if.o: In function `pi433_probe':
pi433_if.c:(.text+0x1
On 25/07/17 16:04, Jan Glauber wrote:
Add support for the PMU counters on Cavium SOC memory controllers.
This patch also adds generic functions to allow supporting more
devices with PMU counters.
Properties of the LMC PMU counters:
- not stoppable
- fixed purpose
- read-only
- one PCI device pe
On 25/07/2017 at 09:37, Quentin Schulz wrote:
> Since gclk (generated-clk) is now able to determine the rate of the
> audio_pll, there is no need for classd to have a direct phandle to the
> audio_pll while already having a phandle to gclk.
>
> Thus, remove all mentions to aclk in classd driver an
__WARN() cannot be used in portable code, since it is only
available on some architectures and configurations:
drivers/media/platform/pxa_camera.c: In function 'pxa_mbus_config_compatible':
drivers/media/platform/pxa_camera.c:642:3: error: implicit declaration of
function '__WARN'; did you mean '
drivers/scsi/megaraid/megaraid_mbox.c:1256:2-18: WARNING: NULL check before
freeing functions like kfree, debugfs_remove, debugfs_remove_recursive or
usb_free_urb is not needed. Maybe consider reorganizing relevant code to avoid
passing NULL values.
drivers/scsi/megaraid/megaraid_mbox.c:1265:2-1
drivers/scsi/megaraid/megaraid_sas_fusion.c:608:2-18: WARNING: NULL check
before freeing functions like kfree, debugfs_remove, debugfs_remove_recursive
or usb_free_urb is not needed. Maybe consider reorganizing relevant code to
avoid passing NULL values.
drivers/scsi/megaraid/megaraid_sas_fusion
When walking the page tables to resolve an address that points to
!p*d_present() entry, huge_pte_offset() returns inconsistent values
depending on the level of page table (PUD or PMD).
It returns NULL in the case of a PUD entry while in the case of a PMD
entry, it returns a pointer to the page tab
gcc-7 complains about multiplying within a condition being
suspicious:
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c: In function 'dsi_pll_get_clkout_khz':
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c:117:10: error: '*' in boolean context,
suggest '&&' instead [-Werror=int-in-bool-context]
The code here is cor
Hi,
The following patch is an attempt to make huge_pte_offset() consistent
when dealing with different levels of the page table and document the
expected semantics. Previously posting can be found at [0].
Changelog
RFC - v1
* Merge Patch 1 and 2 - preserve bisectability
* Drop RFC tag
Original
On 25/07/17 15:48, Christoffer Dall wrote:
> On Tue, Jul 25, 2017 at 02:47:55PM +0100, Marc Zyngier wrote:
>> On 21/07/17 14:03, Christoffer Dall wrote:
>>> On Fri, Jul 07, 2017 at 09:41:42AM +0200, Auger Eric wrote:
Hi Marc,
On 04/07/2017 14:15, Marc Zyngier wrote:
> Hi Eric,
>>
On Wed, May 24, 2017 at 05:59:41PM +0900, Byungchul Park wrote:
> We can skip adding a dependency 'AX -> B', in case that we ensure 'AX ->
> the previous of B in hlocks' to be created, where AX is a crosslock and
> B is a typical lock. Remember that two adjacent locks in hlocks generate
> a depende
drivers/scsi/megaraid/megaraid_mm.c:1020:2-18: WARNING: NULL check before
freeing functions like kfree, debugfs_remove, debugfs_remove_recursive or
usb_free_urb is not needed. Maybe consider reorganizing relevant code to avoid
passing NULL values.
NULL check before some freeing functions is no
The only user of this variable was removed, leading to a
new harmless warning:
drivers/mtd/mtdswap.c: In function 'mtdswap_add_debugfs':
drivers/mtd/mtdswap.c:1317:17: error: unused variable 'dev'
[-Werror=unused-variable]
This removes the variable as well.
Fixes: e8e3edb95ce6 ("mtd: create per
Hi Masami,
[auto build test ERROR on tip/auto-latest]
[also build test ERROR on v4.13-rc2 next-20170725]
[cannot apply to tip/x86/core]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Masami
On Tue, Jul 25, 2017 at 1:17 AM, Peter Zijlstra wrote:
> On Mon, Jul 24, 2017 at 10:35:56AM -0700, Linus Torvalds wrote:
>> Ack. You have numbers, it's all good.
>
> Thanks!
>
>> Except I'd still want you to comment on why you cared and about which
>> piece of your upcoming code this is going to m
On 25/07/2017 at 09:37, Quentin Schulz wrote:
> This patch series adds support for the audio PLLs and enables ClassD that
> can be found in ATMEL Sama5d2 SoC.
>
> There are two audio PLLs (PMC and PAD) that shares the same parent (FRAC).
> FRAC can output between 620 and 700MHz and only multiply t
On Monday, July 24, 2017 07:57:45 PM Srinivas Pandruvada wrote:
> On Tue, 2017-07-25 at 01:46 +, Huaisheng HS1 Ye wrote:
> > Hi Rafael,
> >
> > If you delete "get" function implement within intel_pstate, the
> > sysfs interface cpuinfo_cur_freq will display all the
> > time.
> cpuinfo_cur_f
On Tue, 25 Jul 2017 17:10:25 +0200,
Sebastian Reichel wrote:
>
> From: Tony Lindgren
>
> Some codecs may need to use this from loadable modules. Without
> this patch compilation for this kind of codec will fail with the
> following error:
>
> ERROR: "soc_dpcm_runtime_update" [sound/soc/codecs/s
On 25/07/2017 at 09:37, Quentin Schulz wrote:
> This new clock driver set allows to have a fractional divided clock that
> would generate a precise clock particularly suitable for audio
> applications.
>
> The main audio pll clock has two children clocks: one that is connected
> to the PMC, the ot
[cc +Alexey, David]
Any comments from the usual suspects for vfio/spapr? Thanks,
Alex
On Tue, 25 Jul 2017 10:56:38 -0300
Murilo Opsfelder Araújo wrote:
> On 07/18/2017 02:22 PM, Murilo Opsfelder Araujo wrote:
> > When CONFIG_EEH=y and CONFIG_VFIO_SPAPR_EEH=n, build fails with the
> > followin
On Tue 25-07-17 17:26:39, Andrea Arcangeli wrote:
> On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > David has noticed that the oom killer might kill additional tasks while
> > the exiting oom victim hasn't terminated yet because the oom_reaper marks
>
On Tue, Jul 25, 2017 at 4:40 AM, Christian König
wrote:
> Am 25.07.2017 um 00:45 schrieb Colin King:
>>
>> From: Colin Ian King
>>
>> Trivial fix to spelling mistake in WARN_ONCE message
>>
>> Signed-off-by: Colin Ian King
This is actually already fixed in code slated to go upstream in the next
From: Borislav Petkov
Hi,
here's a first stab at adding a tracepoint which dumps the decoded MCE
string to userspace. The main idea is to have the decoding functionality
in the kernel and depending on whether you have userspace consumers
listening or not, to dump the error to the tracepoint or t
From: Borislav Petkov
Singular fits better because it decodes a single error.
No functionality change.
Signed-off-by: Borislav Petkov
---
drivers/edac/mce_amd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/edac/mce_amd.c b/drivers/edac/mce_amd.c
index e8e9d7
From: Borislav Petkov
struct mce.cpuid contains CPUID(1).EAX which contains family, model and
stepping and thus has enough information for our purposes. Thus get rid
of some external dependencies which are not really needed.
No functionality change.
Signed-off-by: Borislav Petkov
---
drivers/
From: Borislav Petkov
... and use the macro for that.
No functionality change.
Signed-off-by: Borislav Petkov
---
drivers/edac/mce_amd.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/edac/mce_amd.c b/drivers/edac/mce_amd.c
index c0ae47a5c7b7..a11a671c7a38 1006
This patch set applies on top of kernel v4.13-rc2.
IMA, for each file matching policy rules, calculates a digest, creates
a new entry in the measurement list and extends a TPM PCR with the digest
of entry data. The last step causes a noticeable performance reduction.
Since systems likely access t
From: Borislav Petkov
This is the version which clears the supplied buffer too. Useful when
we're done with the buffer and want to clean it up and prepare it for
reuse.
Signed-off-by: Borislav Petkov
Cc: Steven Rostedt
---
include/linux/seq_buf.h | 7 +++
1 file changed, 7 insertions(+)
Rename ima_read_policy() to ima_read_file(), and add file_id as new
parameter. If file_id is equal to READING_POLICY, ima_read_file()
behavior is the same of that without the patch.
ima_read_file() will be used to read digest lists, to avoid reporting
measurements when the file digest is known.
S
From: Borislav Petkov
Convert the part which decodes the error description to the sequence
buffer facility and thus save ourselves the many printk() invocations
building the decoded string.
No functionality change.
Signed-off-by: Borislav Petkov
---
drivers/edac/mce_amd.c | 203 ++
From: Borislav Petkov
Will be used in a module in a later patch.
Signed-off-by: Borislav Petkov
Cc: Steven Rostedt
---
lib/seq_buf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/seq_buf.c b/lib/seq_buf.c
index cb18469e1f49..b5217cf1824d 100644
--- a/lib/seq_buf.c
+++ b/lib/seq_buf.
This patch renames ima_write_policy() to ima_write_data(). Also,
it determines the kernel_read_file_id from the dentry associated
to the file, and passes it to ima_read_file().
Signed-off-by: Roberto Sassu
---
security/integrity/ima/ima_fs.c | 55 ++---
1 file
From: Borislav Petkov
It is a single string which gets dynamically generated when the error
gets decoded. Dump it to userspace through that tracepoint so that
consumers can get the already decoded string and the kernel has the
decoding functionality too, even if there are no userspace consumers.
From: Borislav Petkov
... depending on whether we have userspace consumers. Handle the HW_ERR
prefix accordingly - for printk() I need to do some strsep() monkey
business.
Signed-off-by: Borislav Petkov
---
drivers/edac/mce_amd.c | 85 ++
1 file
401 - 500 of 1451 matches
Mail list logo
