On 08/10/2016 08:16 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
There is a memory waste problem if we define field on struct page_ext
by hard-coding. Entry size of struct page_ext includes the size of
those fields even if it is disabled at runtime. Now, extra memory request
at runtime is poss
We know that 'ret = 0' because it has been tested a few lines above.
So, if 'kzalloc' fails, 0 will be returned instead of an error code.
Return -ENOMEM instead.
Fixes: a0d46a3dfdc3 ("ARM: cpuidle: Register per cpuidle device")
Signed-off-by: Christophe JAILLET
---
drivers/cpuidle/cpuidle-arm.c
On Mon, 2016-08-08 at 10:06 +0300, Yaniv Machani wrote:
> From: Meirav Kama
>
> MP received data frames from another MP. Frames are forwarded
> from Rx to Tx to be transmitted to a third MP.
> Upon cloning the skb, the tx_info was zeroed, and the
> hw_queue wasn't set correctly, causing frames to
On Thursday, August 11, 2016 10:43:20 PM CEST Nicholas Piggin wrote:
> On Wed, 03 Aug 2016 22:13:28 +0200
> Arnd Bergmann wrote:
>
> > On Wednesday, August 3, 2016 2:44:29 PM CEST Segher Boessenkool wrote:
> > > Hi Arnd,
> > >
> > > On Wed, Aug 03, 2016 at 08:52:48PM +0200, Arnd Bergmann wrote:
Hi Stephen,
On 08/05/2016 12:04 AM, Stephen Boyd wrote:
> On 07/19/2016 06:51 AM, Neil Armstrong wrote:
>> In order to support eh Qualcomm MDM9615 SoC, add support for the
>
> s/eh/the/
>
>> PM8018 RPM regulator in the qcom_rpm-regulator driver.
>>
>> Acked-by: Mark Brown
>> Signed-off-by: Neil
On Thu, Aug 11, 2016 at 02:48:39PM +0200, Peter Zijlstra wrote:
> On Wed, Aug 10, 2016 at 06:14:18PM +0200, Jiri Olsa wrote:
> > > Maybe one nit, the variable is no longer used for a max, so maybe rename
> > > it too?
>
> > diff --git a/arch/x86/include/asm/topology.h
> > b/arch/x86/include/asm/t
2016-08-11 20:58 GMT+08:00 Frederic Weisbecker :
> Commit f9bcf1e0e0145323ba2cf72ecad5264ff3883eb1
> ("sched/cputime: Fix steal time accounting") fixes a leak on steal time
> accounting but forgets to account the ticks passed in parameters,
> assuming there is only one to take into account.
>
> Let
hmi.c functions are unused unless sibling_subcore_state is nonzero, and
that in turn happens only if KVM is in use. So move the code to
arch/powerpc/kvm/, putting it under CONFIG_KVM_BOOK3S_HV_POSSIBLE
rather than CONFIG_PPC_BOOK3S_64. The sibling_subcore_state is also
included in struct paca_str
On Thu, 11 Aug 2016 15:04:00 +0200
Arnd Bergmann wrote:
> On Thursday, August 11, 2016 10:43:20 PM CEST Nicholas Piggin wrote:
> > On Wed, 03 Aug 2016 22:13:28 +0200
> > Final ld time
> > inclink
> > real0m0.378s
> > user0m0.304s
> > sys 0m0.076s
> >
> > thinarc
> > real0m0.
On Fri, Aug 5, 2016 at 4:41 PM, Lucile Quirion
wrote:
> Device tree binding documentation for Technologic's I2C-FPGA GPIO
> controller.
>
> Signed-off-by: Lucile Quirion
(...)
> +Optional property:
> +- ngpios: see "gpio.txt".
gpio.txt gives examples of what this is used for. Detail why it is
In order to support the Qualcomm MDM9615 in the Sierra Wireless WP8548
Modules, add the PM8018 PMIC support into MFD, Regulator, RTC and input.
This patchset is part of a global SoC + Module + Board support for the
Sierra Wireless mangOH Board support with the WP8548 module.
Changes since v3 at
In order to support the Qualcomm MDM9615 SoC, add support for the
RPM regulator entries in the qcom-rpm driver.
Acked-by: Bjorn Andersson
Acked-by: Lee Jones
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/mfd/qcom-rpm.txt | 1 +
drivers/mfd/qcom_rpm.c
In order to support RTC on Qualcomm MDM9615 SoC, add support for
the pm8018 rtc in rtc-pm8xxx driver.
Reviewed-by: Bjorn Andersson
Acked-by: Alexandre Belloni
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/mfd/qcom-pm8xxx.txt | 1 +
drivers/rtc/rtc-pm8xxx.c
In order to support the Qualcomm MDM9615 SoC, add support for the
PM8018 RPM regulator in the qcom_rpm-regulator driver.
Acked-by: Mark Brown
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/mfd/qcom-rpm.txt | 14 +
drivers/regulator/qcom_rpm-regulator.c | 66
In order to support the Qualcomm MDM9615 PMIC, add support for the
pm8018 in pm8921 mfd driver.
Reviewed-by: Bjorn Andersson
Acked-by: Lee Jones
Signed-off-by: Neil Armstrong
---
drivers/mfd/pm8921-core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/pm8921-core.c b/drivers/m
On Thu, 11 Aug 2016 14:57:24 +0200
Paolo Bonzini wrote:
> On 26/08/2015 20:54, Paul Mackerras wrote:
> > On Wed, Aug 26, 2015 at 11:34:26AM +0200, Alexander Graf wrote:
> >> On 13.08.15 03:15, David Gibson wrote:
> >>> ec53500f "kvm: Add VFIO device" added a special KVM pseudo-device which is
> >
On 2016-08-11 08:53:31 [-0400], Boris Ostrovsky wrote:
> Since this patch requires
> http://marc.info/?l=xen-devel&m=147024499722041&w=2 it may be better to
> take it via Xen tree.
Why are you adding more register_cpu_notifier() users?
> -boris
Sebastian
Hi Linus,
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
are available in the git repository at:
https://github.com/ceph/ceph-client.git tags/ceph-for-4.8-rc2
for you to fetch changes up to 4eacd4cb3a7c4794688ef4fad5d0
On Thursday 11 August 2016 05:20 PM, Arnaldo Carvalho de Melo wrote:
Em Thu, Aug 11, 2016 at 10:01:04AM +0530, Ravi Bangoria escreveu:
On Thursday 11 August 2016 05:24 AM, Anton Blanchard wrote:
Hi,
Powerpc has Global Entry Point and Local Entry Point for functions.
LEP catches call from b
On Tue, 2016-07-19 at 08:36 -0400, Bob Copeland wrote:
> On Wed, Jul 13, 2016 at 02:45:25PM +0300, Yaniv Machani wrote:
> >
> > When a packet is received for transmission,
> > a PREQ frame is sent to resolve the appropriate path to the desired
> > destination.
> > After path was established, any s
On 27/07/16 19:03, Linus Torvalds wrote:
> On Tue, Jul 26, 2016 at 8:59 PM, Juergen Gross wrote:
>>
>> Support calling functions on dedicated physical cpu
>>
>> Some hardware (e.g. Dell Studio laptops) require special functions to
>> be called on physical cpu 0 in order to avoid occasional hangs.
> > Expose AVX512DQ, AVX512BW, AVX512VL feature to guest.
> > Its spec can be found at:
> > https://software.intel.com/sites/default/files/managed/b4/3a/319433-024.pdf
> >
> > Signed-off-by: Luwei Kang
> > ---
> > arch/x86/kvm/cpuid.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
>
On Wed, 3 Aug 2016, Mark Hounschell wrote:
> I'm not sure how to get "for-linus" branch. I don't see it in linux-block.git.
It's there.
> A patch for 4.5 would be easy for me though.
Anyway the commit landed in Linus' tree already (ff06db1ef). Testing it in
your environment would be appreciate
On Fri, Aug 5, 2016 at 4:41 PM, Lucile Quirion
wrote:
> This driver is generic and aims to support all Technologic Systems's
> boards embedding FPGA GPIOs with an I2C interface.
>
> This driver supports TS-4900, TS-7970, TS-7990 and TS-4100 series.
>
> Signed-off-by: Lucile Quirion
(...)
> +sta
On 11/08/16 13:46, Marc Zyngier wrote:
> On 11/08/16 10:47, Jon Hunter wrote:
>>
>> On 11/08/16 09:37, Marc Zyngier wrote:
>>> On 08/08/16 22:48, Linus Walleij wrote:
On Sat, Aug 6, 2016 at 1:45 AM, John Stultz wrote:
> @@ -614,7 +615,11 @@ unsigned int irq_create_fwspec_mapping(str
On Mon, Aug 8, 2016 at 7:46 AM, Keerthy wrote:
> Add driver for lp873x PMIC family GPOs. Two GPOs are supported
> and can be configured in Open-drain output or Push-pull output.
>
> Acked-by: Linus Walleij
> Signed-off-by: Keerthy
Still looks pretty nice, just thought of some things if
you're
On Mon, Aug 8, 2016 at 6:46 PM, Lucile Quirion
wrote:
> Device tree binding documentation for Technologic's I2C-FPGA GPIO
> controller.
>
> Signed-off-by: Lucile Quirion
My comment on v1 applied also to v2.
Yours,
Linus Walleij
On Mon, Aug 8, 2016 at 6:46 PM, Lucile Quirion
wrote:
> This driver is generic and aims to support all Technologic Systems's
> boards embedding FPGA GPIOs with an I2C interface.
>
> This driver supports TS-4900, TS-7970, TS-7990 and TS-4100 series.
>
> Signed-off-by: Lucile Quirion
My comments
On 11/08/16 14:29, Jon Hunter wrote:
>
> On 11/08/16 13:46, Marc Zyngier wrote:
>> On 11/08/16 10:47, Jon Hunter wrote:
>>>
>>> On 11/08/16 09:37, Marc Zyngier wrote:
On 08/08/16 22:48, Linus Walleij wrote:
> On Sat, Aug 6, 2016 at 1:45 AM, John Stultz
> wrote:
>
>> @@ -614,
On Tue, Aug 09, 2016 at 02:55:40PM -0700, York Sun wrote:
> The mpc85xx compatible DDR controllers are used on ARM-based SoCs.
> Separate the DDR part from mpc85xx EDAC driver and prepare to support
> both architecture.
>
> Signed-off-by: York Sun
>
> ---
> Change log
> v4: Change comment in f
On Thu, Aug 11, 2016 at 03:02:30PM +0200, Christophe JAILLET wrote:
> We know that 'ret = 0' because it has been tested a few lines above.
> So, if 'kzalloc' fails, 0 will be returned instead of an error code.
> Return -ENOMEM instead.
>
> Fixes: a0d46a3dfdc3 ("ARM: cpuidle: Register per cpuidle d
This series tries to put objects into proper sections.
patch1 puts alloc_vectors_page() into .init section. This is a clean up
patch.
patch2 constify vm_special_mapping used for aarch32 vectors page.
patch3 fix the incorrect placement of __initdata and __read_mostly
patch4 apply __ro_after_init to
The vm_special_mapping spec which is used for aarch32 vectors page is
never modified, so mark it as const.
Signed-off-by: Jisheng Zhang
---
arch/arm64/kernel/vdso.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/vdso.c b/arch/arm64/kernel/vdso.c
index e320e
It is not needed after booting, this patch moves the alloc_vectors_page
function to the __init section.
Signed-off-by: Jisheng Zhang
---
arch/arm64/kernel/vdso.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/vdso.c b/arch/arm64/kernel/vdso.c
index 076312b.
On Thu, Aug 11, 2016 at 12:50 AM, Andrew Morton
wrote:
> On Tue, 2 Aug 2016 12:27:00 +0200 Alexander Potapenko
> wrote:
>
>> If the total amount of memory assigned to quarantine is less than the
>> amount of memory assigned to per-cpu quarantines, |new_quarantine_size|
>> may overflow. Instead,
These objects are set during initialization, thereafter are read only.
Previously I only want to mark vdso_pages, vdso_spec, vectors_page and
cpu_ops as __read_mostly from performance point of view. Then inspired
by Kees's patch[1] to apply more __ro_after_init for arm, I think it's
better to mark
On 11/08/2016 at 13:31:43 +0200, Daniel Romell wrote :
> From: Jan Östlund
>
> The BQ32K_SECONDS_MASK and BQ32K_MINUTES_MASK both has the same
> value. This is no functional change.
>
> Signed-off-by: Daniel Romell
Sorry, I saw it only before trying apply but both patches also need Jan's SoB.
On Thu, Aug 11, 2016 at 03:05:21PM +0200, Jiri Olsa wrote:
> hum, so we either need some acpi solution to get number of all
> sockets or
This.. So the problem here is that the BIOS completely screws us over.
It wrecks the ACPI-ID table with that option to limit the number of CPUs
exposed to the O
__initdata and __read_mostly should be placed after the variable name
for the variable to be placed in the intended section.
Signed-off-by: Jisheng Zhang
---
arch/arm64/kernel/kaslr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/kernel/kaslr.c b/arch/arm64/k
Hi Linus,
First of all sorry about not explaining things correctly.
El 11/08/2016 a las 13:50, Linus Walleij escribió:
> On Wed, Aug 3, 2016 at 2:05 PM, Álvaro Fernández Rojas
> wrote:
>
>> From: Christian Lamparter
>>
>> This patch adds support for the GPIO found in Broadcom's bcm63xx-gpio
>>
Hi Stephan,
[auto build test ERROR on cryptodev/master]
[also build test ERROR on v4.8-rc1]
[cannot apply to next-20160811]
[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/Stephan-Mueller/crypto
vdso_data_mapping is never modified, so mark it as const.
vdso_total_pages, vdso_data_page, vdso_text_mapping and cntvct_ok are
initialized by vdso_init(), thereafter are read only.
The fact that they are read only after init makes them candidates for
__ro_after_init declarations.
Signed-off-by:
Hi Linus,
El 11/08/2016 a las 13:45, Linus Walleij escribió:
> All devicetree binding patches must be sent to the devicet...@vger.kernel.org
> mailing list so include them on subsequent posts of this patch.
>
> On Wed, Aug 3, 2016 at 2:05 PM, Álvaro Fernández Rojas
> wrote:
>
>> This patch adds
On Thu, 11 Aug 2016 10:46:53 +0200 (CEST)
Miroslav Benes wrote:
> On Tue, 9 Aug 2016, Steven Rostedt wrote:
>
> > On Tue, 9 Aug 2016 10:16:00 +0200 (CEST)
> > Miroslav Benes wrote:
> >
> >
> > > I agree it is kind of shooting oneself in the foot bug, because explicit
> > > call to a sleepi
Introduce paravirq irq_domain for interrupts injected by the hypervisor
using Intel VT-x technology. Paravirq irq_domain allows registering
IRQ handlers for these interrupts and avoid emulating an MSI-capable
PCI device by the hypervisor.
Signed-off-by: Alexander Popov
---
arch/x86/Kconfig
CCing NM and MM guys.
On Thu, Aug 11, 2016 at 2:23 PM, Ajay Garg wrote:
> Hi All.
>
> Have posted the question on Sierra-forums
> https://forum.sierrawireless.com/viewtopic.php?f=117&t=9898
> Posting it here as well, as the activity there is relatively low, and
> this is where all the kernel-guys
Please just fix bcache to not submit bios larger than BIO_MAX_PAGES for
now, until we can support such callers in general and enable common
used code to do so.
On 11/08/16 23:19, Cornelia Huck wrote:
> On Thu, 11 Aug 2016 14:57:24 +0200
> Paolo Bonzini wrote:
>
>> On 26/08/2015 20:54, Paul Mackerras wrote:
>>> On Wed, Aug 26, 2015 at 11:34:26AM +0200, Alexander Graf wrote:
On 13.08.15 03:15, David Gibson wrote:
> ec53500f "kvm: Add VFIO device"
Am Donnerstag, 11. August 2016, 21:50:15 CEST schrieb kbuild test robot:
Hi,
> Hi Stephan,
>
> [auto build test ERROR on cryptodev/master]
> [also build test ERROR on v4.8-rc1]
> [cannot apply to next-20160811]
> [if your patch is applied to the wrong git tree, please drop u
On ARM, relative branches between functions can not span more than 32MB,
which limits the size of an ELF section. In the final link, the linker
will introduce trampolines that perform long calls to avoid the limit,
and during a recursive link, trampolines are added within the section.
However, thi
> I made a few hacks that seemed to make it go but I expect there are more
> places to change:
That should be about it, and I did indeed forget about these places.
For the place where we hceck for multiple op types it would be nice
to use switch statements, though.
On 08/11/2016 08:36 AM, Paul Moore wrote:
> On Wed, Aug 10, 2016 at 8:52 AM, Daniel J Walsh wrote:
>> On 08/10/2016 08:32 AM, Paul Moore wrote:
>>> On Wed, Aug 10, 2016 at 5:11 AM, Miklos Szeredi wrote:
On Tue, Aug 9, 2016 at 3:19 AM, Paul Moore wrote:
> Okay, I just merged these patc
Without locking out CPU mask operations we might end up with an inconsistent
view of the cpumask in the function.
Signed-off-by: Christoph Hellwig
---
kernel/irq/affinity.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/irq/affinity.c b/kernel/irq/affinity.c
index f689593..32f6cfc
On Wed, Aug 10, 2016 at 3:12 PM, wrote:
> From: Patrice Chotard
>
> This patch allows to use second parameter to the gpio
> specifier, which is used to specify whether the gpio is
> active high or low.
>
> Signed-off-by: Patrice Chotard
Acked-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Aug 10, 2016 at 3:13 PM, wrote:
> From: Patrice Chotard
>
> - Remove useless gpio-cells
> - Update second parameter by using GPIO_ACTIVE_HIGH/LOW
> instead of hardcoded value
>
> Signed-off-by: Patrice Chotard
Acked-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Aug 10, 2016 at 3:12 PM, wrote:
> From: Patrice Chotard
>
> This patch allows to use the second parameter of gpio
> specifier, which is used to specify whether the gpio is
> active high or low.
>
> Simply remove specific of_xlate callback() and of_gpio_n_cells
> and use default one set
On Thu, 11 Aug 2016, Steven Rostedt wrote:
> On Thu, 11 Aug 2016 10:46:53 +0200 (CEST)
> Miroslav Benes wrote:
>
> > On Tue, 9 Aug 2016, Steven Rostedt wrote:
> >
> > > On Tue, 9 Aug 2016 10:16:00 +0200 (CEST)
> > > Miroslav Benes wrote:
> > >
> > >
> > > > I agree it is kind of shooting o
On Wed, Aug 10, 2016 at 3:13 PM, wrote:
> From: Patrice Chotard
>
> - Remove useless gpio-cells
> - Update second parameter by using GPIO_ACTIVE_HIGH/LOW
> instead of hardcoded value
>
> Signed-off-by: Patrice Chotard
Acked-by: Linus Walleij
Yours,
Linus Walleij
I made a mistake while converting the driver to the hotplug state
machine and as a result x2apic_cluster_probe() was accessing
cpus_in_cluster before allocating it.
This patch fixes it by setting the cpumask after the allocation the
memory succeeded.
While at it, I marked two functions static which
Hey,
Op 10-08-16 om 16:28 schreef Lyude:
> Now that we can hook into update_crtcs and control the order in which we
> update CRTCs at each modeset, we can finish the final step of fixing
> Skylake's watermark handling by performing DDB updates at the same time
> as plane updates and watermark upda
On Thu, Aug 11, 2016 at 11:03:47AM +0100, Luis de Bethencourt wrote:
> On 10/08/16 22:41, Salah Triki wrote:
> > On Tue, Aug 09, 2016 at 11:01:23PM +0100, Luis de Bethencourt wrote:
> >> befs_dump_super_block() wasn't giving the inode_size information when
> >> dumping all elements of the superbloc
ahci currently insists on an explicit call to pci_intx before falling back
from MSI or MSI-X to legacy irqs. As pci_intx is a no-op if the command
register already contains the right value is seems safe and useful to add
this call to pci_alloc_irq_vectors so that ahci can just use
pci_alloc_irq_ve
Hi
On 08/10/2016 10:04 PM, Chen-Yu Tsai wrote:
> On Wed, Aug 10, 2016 at 9:42 PM, Wei Yongjun wrote:
>> Fix to return error code -ENOMEM instead of 0 when create card
>> failed, as done elsewhere in this function.
>>
>> Fixes: 45fb6b6f2aa3 ("ASoC: sunxi: add support for the on-chip
>> codec on ea
Hi Bjorn, hi Alex,
below are two patches I'd love to see in 4.8 to improve the
pci_alloc_irq_vectors interface. I've realized we need these while
starting a mass conversion of the MSI-X users to the new interface,
and getting it into 4.8 before users show up should make life a lot
easier.
The po
On 08/11/2016 09:20 AM, Sebastian Andrzej Siewior wrote:
> On 2016-08-11 08:53:31 [-0400], Boris Ostrovsky wrote:
>> Since this patch requires
>> http://marc.info/?l=xen-devel&m=147024499722041&w=2 it may be better to
>> take it via Xen tree.
>
> Why are you adding more register_cpu_notifier() use
Instead of using PCI_IRQ_NO* to disable behavior in pci_alloc_irq_vectors
switch to passing the inverted flags to enable each of them individually.
This is based on a number of pending driver conversions that just happend
to be a whole more obvious to read this way, and given that we have no
users
On 08/11/16 at 10:37am, Ingo Molnar wrote:
>
> * Baoquan He wrote:
>
> > On 08/10/16 at 04:02pm, Ingo Molnar wrote:
> > >
> > > * Baoquan He wrote:
> > >
> > > > ACPI MADT has a 32-bit field providing lapic address at which
> > > > each processor can access its lapic information. MADT also co
On 08/11/16 at 10:46am, Ingo Molnar wrote:
> > > > - count = madt_proc[1].count;
> > > > + count = madt_proc[0].count;
> > > > + x2count = madt_proc[1].count;
> > > > }
> > > > if (!count && !x2count) {
> > ~
>
On Wed, Aug 3, 2016 at 2:05 PM, Álvaro Fernández Rojas
wrote:
> This patch adds the device tree bindings for the Broadcom's BCM6345
> memory-mapped GPIO controllers.
>
> The gpios will be supported by gpio-mmio code of the
> GPIO generic library.
>
> Signed-off-by: Álvaro Fernández Rojas
Turns
On 2016-08-11 10:11:20 [-0400], Boris Ostrovsky wrote:
> Are you asking why this is not using new hotplug infrastructure?
correct.
> This should indeed be done but not as part of this series. Here we are
> solving a specific problem and part of this is allowing PV guests use
> the same notifier th
Hi!
I have found such example:
... ->
ata_exec_internal_sg ->
ata_qc_issue ->
mv_qc_issue ->
mv_clear_and_enable_port_irqs ->
mv_enable_port_irqs ->
mv_set_main_irq_mask
ata_exec_internal_sg acquires spin_lock(ap->lock) and call
On Wed, Aug 3, 2016 at 2:05 PM, Álvaro Fernández Rojas
wrote:
> From: Christian Lamparter
>
> This patch adds support for the GPIO found in Broadcom's bcm63xx-gpio
> chips.
> This GPIO controller is used in the following Broadcom SoCs: BCM6338, BCM6345.
> It can be used in newer SoCs, without th
On Thu, Aug 11, 2016 at 4:49 AM, Rafał Miłecki wrote:
> On 10 August 2016 at 20:21, Jon Mason wrote:
>> On Wed, Aug 10, 2016 at 1:44 PM, Ray Jui wrote:
>>> On 8/10/2016 10:28 AM, Rafał Miłecki wrote:
On 10 August 2016 at 19:22, Jon Mason wrote:
>
> On Wed, Aug 10, 2016 at 8:05
Fixed sparse parse error:
Expected constant expression in case statement.
Signed-off-by: Bing Sun
---
drivers/staging/rtl8723au/os_dep/os_intfs.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/rtl8723au/os_dep/os_intfs.c
b/drivers/staging/rtl8723
> +static unsigned int ata_format_dsm_trim_descr(struct scatterlist *sg, u32
> num,
> + u64 sector, u32 count)
> +{
> + void *ptr = kmap_atomic(sg_page(sg));
Please use sg_copy_from_buffer to be safe against all corner cases.
On Thu, Aug 11, 2016 at 12:18:54AM -0700, Andy Lutomirski wrote:
> On Aug 10, 2016 5:16 PM, "Josh Poimboeuf" wrote:
> >
> > On Wed, Aug 10, 2016 at 12:25:11AM -0700, Andy Lutomirski wrote:
> > > On Aug 10, 2016 2:27 AM, "Josh Poimboeuf" wrote:
> > > >
> > > > On Tue, Aug 09, 2016 at 06:17:41PM -0
From: Kan Liang
This issue was found by comparing the code with the document. Although
there is no bug report from user yet, accessing non-existent counters
are dangerous. The behavior is undefined. It may cause miscounting or
even crash.
Some uncore boxes' num_counters for Haswell server and Br
On 08/11/2016 10:17 AM, Sebastian Andrzej Siewior wrote:
> On 2016-08-11 10:11:20 [-0400], Boris Ostrovsky wrote:
>> Are you asking why this is not using new hotplug infrastructure?
> correct.
>
>> This should indeed be done but not as part of this series. Here we are
>> solving a specific problem
From: Kan Liang
There are some bug reports regarding to the miscount of uncore counters
on some client machines like Sandybridge, Broadwell and Skylake. It is
very likely to be observed on system idle.
This issue is caused by a hardware issue. PERF_GLOBAL_CTL could be
cleared after Package C7, a
On Thu, 11 Aug 2016 16:08:58 +0200 (CEST)
Miroslav Benes wrote:
> /*
> * Dynamic ops may be freed, we must make sure that all
> * callers are done before leaving this function.
> * The same goes for freeing the per_cpu data of the per_cpu
> * ops.
>
We know that 'retval = 0' because it has been tested a few lines above.
So, if 'devm_kmalloc' fails, 0 will be returned instead of an error code.
Return -ENOMEM instead.
Fixes: 8b4c0009313f ("rt2x00usb: Use usb anchor to manage URB")
Signed-off-by: Christophe JAILLET
---
drivers/net/wireless/ra
On Thu, 11 Aug 2016 16:17:56 +0530
Sumit Semwal wrote:
> Convert dma-buf documentation over to sphinx; also cleanup to
> address sphinx warnings.
>
> While at that, convert dma-buf-sharing.txt as well, and make it the
> dma-buf API guide.
Thanks for working to improve the documentation! I do h
2016-08-11 09:24-0400, Paolo Bonzini:
>> > Expose AVX512DQ, AVX512BW, AVX512VL feature to guest.
>> > Its spec can be found at:
>> > https://software.intel.com/sites/default/files/managed/b4/3a/319433-024.pdf
>> >
>> > Signed-off-by: Luwei Kang
>> > ---
>> > arch/x86/kvm/cpuid.c | 3 ++-
>> > 1
On 2016-08-11 10:30:57 [-0400], Boris Ostrovsky wrote:
> So you must have converted Xen code already then? Can you post those
> patches (not all 1285, just Xen-related, assuming there are no
> dependencies) and I'll see if I can add them to this series?
This is patch 77. I *hope* the only clash (i
On Thu, Aug 04, 2016 at 05:51:20PM +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> The dl task will be replenished after dl task timer fire and start a new
> period. It will be enqueued and to re-evaluate its dependency on the tick
> in order to restart it. However, if cpu is hot-unplug, irq_wo
Em Thu, Aug 11, 2016 at 02:00:32PM +0200, Jiri Olsa escreveu:
> On Thu, Aug 11, 2016 at 08:51:38AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Aug 11, 2016 at 10:50:57AM +0200, Jiri Olsa escreveu:
> > > Michael reported 'perf mem -t store record' being broken.
> > > The reason is latest rewo
Em Thu, Aug 11, 2016 at 06:51:39PM +0530, Ravi Bangoria escreveu:
>
>
> On Thursday 11 August 2016 05:20 PM, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Aug 11, 2016 at 10:01:04AM +0530, Ravi Bangoria escreveu:
> > >
> > > On Thursday 11 August 2016 05:24 AM, Anton Blanchard wrote:
> > > > Hi,
>
On Thu, Aug 11, 2016 at 10:53:01AM +0200, Arnd Bergmann wrote:
> On Thursday, August 11, 2016 3:35:01 PM CEST Zhangjian (Bamvor) wrote:
> > On 2016/6/18 7:54, Yury Norov wrote:
> > > From: Andrew Pinski
> > >
> > > In this patchset ILP32 ABI support is added. Additionally to AARCH32,
> > > which
On 08/10/2016 07:19 AM, Mike Looijmans wrote:
Parse devicetree parameters for voltage and prescaler setting. This allows
using multiple max6550 devices with varying settings, and also makes it
possible to instantiate and configure the device using devicetree.
For the subject: Please use "hwmon
On Thu, Aug 11, 2016 at 04:38:54PM +0200, Christophe JAILLET wrote:
> We know that 'retval = 0' because it has been tested a few lines above.
> So, if 'devm_kmalloc' fails, 0 will be returned instead of an error code.
> Return -ENOMEM instead.
>
> Fixes: 8b4c0009313f ("rt2x00usb: Use usb anchor to
On Thu, 11 Aug 2016, Steven Rostedt wrote:
> On Thu, 11 Aug 2016 16:08:58 +0200 (CEST)
> Miroslav Benes wrote:
>
> > /*
> > * Dynamic ops may be freed, we must make sure that all
> > * callers are done before leaving this function.
> > * The same goes for freei
On Thu, Aug 11, 2016 at 04:45:11PM +0200, Peter Zijlstra wrote:
> On Thu, Aug 04, 2016 at 05:51:20PM +0800, Wanpeng Li wrote:
> > From: Wanpeng Li
> >
> > The dl task will be replenished after dl task timer fire and start a new
> > period. It will be enqueued and to re-evaluate its dependency on
On Thu, Aug 11, 2016 at 11:46:46AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Aug 11, 2016 at 02:00:32PM +0200, Jiri Olsa escreveu:
> > On Thu, Aug 11, 2016 at 08:51:38AM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Thu, Aug 11, 2016 at 10:50:57AM +0200, Jiri Olsa escreveu:
> > > > Michael
On Thu, Aug 11, 2016 at 7:28 AM, Josh Poimboeuf wrote:
> On Thu, Aug 11, 2016 at 12:18:54AM -0700, Andy Lutomirski wrote:
>> > > I admit I don't fully understand the use case. If someone wants to
>> > > start a trace in the middle, shouldn't they just pass regs in?
>> >
>> > The regs aren't alway
On Tue, Aug 09, 2016 at 11:01:24PM +0100, Luis de Bethencourt wrote:
> ag_shift and blocks_per_ag contain the same information in different ways,
> same as block_shift and block_size do. It is worth checking this two are
> consistent, but since blocks_per_ag isn't documented as mandatory to use
> s
On 08/10/2016 02:16 PM, Ondrej Kozina wrote:
> On 08/09/2016 03:56 PM, Andrey Ryabinin wrote:
>
> Hi Andrey,
>
> I'm definitely in favour of dm-crypt with support for kernel keyring service,
> but I think this patch do lack in addressing few issues:
>
> Currently the dm-crypt guarantees that
On 08/10/2016 02:25 PM, Waiman Long wrote:
As both an optimistic spinner and a waiter-spinner (a woken task from
the wait queue spinning) can be spinning on the lock at the same time,
we cannot ensure forward progress for the waiter-spinner. So it is
possible for the waiter-spinner to be starved
Hi Pavel,
2016-08-09 Pavel Machek :
> On Mon 2016-08-08 18:24:17, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > SW_SYNC should never be used by other pieces of the kernel apart from
> > sync_debug as it is only a Sync File Validation Framework, so hide any
> > info to avoid confuse t
Hi,
On Thu, Aug 11, 2016 at 09:36:49PM +0800, Jisheng Zhang wrote:
> These objects are set during initialization, thereafter are read only.
>
> Previously I only want to mark vdso_pages, vdso_spec, vectors_page and
> cpu_ops as __read_mostly from performance point of view. Then inspired
> by Kees
On 08/11/2016 10:44 AM, Sebastian Andrzej Siewior wrote:
> On 2016-08-11 10:30:57 [-0400], Boris Ostrovsky wrote:
>> So you must have converted Xen code already then? Can you post those
>> patches (not all 1285, just Xen-related, assuming there are no
>> dependencies) and I'll see if I can add them
301 - 400 of 803 matches
Mail list logo
