Re: [Nouveau] [PATCH v3 6/9] drm/nouveau/graph: enable when using external firmware

On Mon, Apr 28, 2014 at 12:10:27PM +1000, Ben Skeggs wrote: > On Fri, Apr 25, 2014 at 5:19 PM, Alexandre Courbot > wrote: > > nvc0_graph_ctor() would only let the graphics engine be enabled if its > > oclass has a proper microcode linked to it. This prevents GR from being > > enabled at all on ch

linux-next: Tree for Apr 28

Hi all, This tree still fails (more than usual) the powerpc allyesconfig build. Changes since 20140424: The mvebu tree gained a conflict against the arm tree. The powerpc tree still had its build failure. The libata tree lost its build failure. The net-next tree gained conflicts against the n

Re: [PATCH 1/6] drivers: net: cpts: Remove hardcoded clock name for CPTS

On Mon, Apr 28, 2014 at 09:40:20AM +0530, George Cherian wrote: > CPTS refclk name is hardcoded, which makes it fail in case of DRA7x > Remove the hardcoded clock name for CPTS refclk and get the same from DT. Patch ordering - doesn't this patch depend on patch #2? Thanks, Richard -- To unsubscri

[git pull] Please pull powerpc.git merge branch

Hi Linus ! Here is a bunch of post-merge window fixes that have been accumulating in patchwork while I was on vacation or buried under other stuff last week. We have the now usual batch of LE fixes from Anton (sadly some new stuff that went into this merge window had endian issues, we'll try to m

Re: [PATCH RT 2/4] net: gianfar: do not try to cleanup TX packets if they are not done

On 04/27/2014 04:31 PM, Steven Rostedt wrote: > diff --git a/drivers/net/ethernet/freescale/gianfar.c > b/drivers/net/ethernet/freescale/gianfar.c > index 5c0efcc..8aecc1d 100644 > --- a/drivers/net/ethernet/freescale/gianfar.c > +++ b/drivers/net/ethernet/freescale/gianfar.c > @@ -2856,10 +2855,1

Re: [PATCH 3/3] uprobes/x86: Simplify riprel_{pre,post}_xol() and make them similar

* Oleg Nesterov [2014-04-27 18:52:30]: > Ignoring the "correction" logic riprel_pre_xol() and riprel_post_xol() > are very similar but look quite differently. > > 1. Add the "UPROBE_FIX_RIP_AX | UPROBE_FIX_RIP_CX" check at the start >of riprel_pre_xol(), like the same check in riprel_post_xo

RE: how to include already compiled object files to kernel

Hi Dirk/Everyone, First of all I would like to apologize for sending this e-mail out on LKML. It was not intended to come here but was for an internal group. My mail client seems to have auto predicted the wrong group and I was stupid enough not to verify this before hitting the send button (I

Re: [PATCH 2/3] uprobes/x86: Kill the "autask" arg of riprel_pre_xol()

* Oleg Nesterov [2014-04-27 18:52:27]: > default_pre_xol_op() passes ¤t->utask->autask to riprel_pre_xol() > and this is just ugly because it still needs to load current->utask to > read ->vaddr. > > Remove this argument, change riprel_pre_xol() to use current->utask. > > Signed-off-by: Oleg Ne

Re: [PATCH 1/3] uprobes/x86: Rename *riprel* helpers to make the naming consistent

* Oleg Nesterov [2014-04-27 18:52:23]: > handle_riprel_insn(), pre_xol_rip_insn() and handle_riprel_post_xol() > look confusing and inconsistent. Rename them into riprel_analyze(), > riprel_pre_xol(), and riprel_post_xol() respectively. > > No changes in compiled code. > > Signed-off-by: Oleg N

Re: [PATCH 2/2 v4] i2c: exynos5: configure fifo_depth based on HSI2C module variant

Hello Wolfram, On 13 March 2014 00:50, Wolfram Sang wrote: > On Fri, Feb 07, 2014 at 10:13:15AM +0530, Naveen Krishna Chatradhi wrote: >> fifo_depth of the HSI2C is not constant >> Exynos5420 and Exynos5250 supports fifo_depth of 64bytes >> Exynos5260 supports fifo_depth of 16bytes. >> >> This pa

Re: [GIT PULL 0/4] phy: fixes for 3.15 -rc2

Hi, On Friday 25 April 2014 01:24 AM, Greg KH wrote: > On Sat, Apr 19, 2014 at 08:51:40AM +0530, Kishon Vijay Abraham I wrote: >> Hi Greg, >> >> Here's the PULL requeust for PHY subsystem for this -rc cycle. It consissts >> of >> a bunch of critical fixes in PHY. >> >> Let me know if I have to ch

[PATCH 2/2] virtio_scsi: space required before open parenthesis

Fix coding style warnings from checkpatch Signed-off-by: Jerry Snitselaar --- drivers/scsi/virtio_scsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index 9f2fccc..9248a1e 100644 --- a/drivers/scsi/virtio_scsi.c

[PATCH 1/2] virtio_scsi: blank line after declaration cleanup

Clean up of coding style warnings from checkpatch Signed-off-by: Jerry Snitselaar --- drivers/scsi/virtio_scsi.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c index 16bfd50..fa0b25f 100644 --- a/drivers/scsi/virtio

[PATCH v7 1/2] phy: Add new Exynos5 USB 3.0 PHY driver

Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs. The new driver uses the generic PHY framework and will interact with DWC3 controller present on Exynos5 series of SoCs. Thereby, removing old phy-samsung-usb3 driver and related code used untill now which was based on usb/phy framework

[PATCH v7 2/2] phy: exynos5-usbdrd: Add facility for VBUS supply

Adding support to enable/disable VBUS controlled by a regulator, to enable vbus supply on the port. Signed-off-by: Vivek Gautam --- Changes from v6: - Rebased on top of [PATCH v7 1/2] phy: Add new Exynos5 USB 3.0 PHY driver. drivers/phy/phy-exynos5-usbdrd.c | 32

RE: [BUG] x86: reboot doesn't reboot

> I'll contact > the people I know in Dell and see if I can find anyone from the firmware > division who'll actually talk to us. What about now? As a side note, OT, but: http://arstechnica.com/gadgets/2014/04/fast-but-compromised-gigabytes-amd-powered-mini-gaming-pc-reviewed/?comments=1 (notice

Re: [PATCH 25/28] nios2: ptrace support

On Sat, Apr 26, 2014 at 7:52 AM, Pedro Alves wrote: > Does this support PTRACE_GETREGSET / PTRACE_SETREGSET ? > > IMO, the kernel shouldn't accept ports without those anymore. > > And IMHO, we shouldn't even allow new ports having PTRACE_GETREGS. > > http://sourceware.org/ml/archer/2010-q3/msg0019

Re: [RFC] /dev/random for in-kernel use

Am Sonntag, 27. April 2014, 20:19:41 schrieb Theodore Ts'o: Hi Theodore, > On Sun, Apr 27, 2014 at 08:49:48PM +0200, Stephan Mueller wrote: > > With the heavy update of random.c during the 3.13 development, the > > re-seeding of the nonblocking_pool from the input_pool is now prevented > > for a

Re: [PATCH -V1 00/22] New ACL format for better NFSv4 acl interoperability

Christoph Hellwig writes: > This doesn't address any or the previous points: > > - common implementation instead of the godawful boilerplate code >(and we even fixed most of this for Posix ACL by now, so even less >reason to do the same crap again!) We already do that with richacl. Rich

Re: [PATCH v5 1/2] phy: Add new Exynos5 USB 3.0 PHY driver

Hi Tomasz, On Sat, Apr 26, 2014 at 4:33 AM, Tomasz Figa wrote: > Hi Vivek, > > > On 22.04.2014 10:03, Vivek Gautam wrote: >> >> Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs. >> The new driver uses the generic PHY framework and will interact >> with DWC3 controller present on Ex

[PATCH v2 1/1] Driver for Beckhoff CX5020 EtherCAT master module.

Changes since v1: * added endianess annotation to descriptors' structures * killed checkpath warnings about string literals being split into multiple lines >88< This driver adds support for EtherCAT master module located on CCAT FPGA found on Beckh

[PATCH 2/2] Regulators: TPS65917: Add Regulator driver for TPS65917 PMIC

This patch adds support for TPS65917 PMIC regulators. The regulators set consists of 5 SMPSs and 5 LDOs. The output voltages are configurable and are meant to supply power to the main processor and other components. Signed-off-by: Keerthy --- drivers/regulator/Kconfig | 12 + dri

[PATCH 0/2] TPS65917: Drivers for TPS65917 PMIC

The TPS65917 chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - GPADC. - Over Temperature warning and Shut down. This patch series adds support for TPS65917 mfd device. At this time only the regulato

Re: [PATCH -V1 00/22] New ACL format for better NFSv4 acl interoperability

Dave Chinner writes: > On Sun, Apr 27, 2014 at 09:44:31PM +0530, Aneesh Kumar K.V wrote: >> Hi >> >> As per LSF/MM summit discussion I am reposting the richacl patchset for >> upstream inclusion. The patchset includes minimal changes required to >> implement >> a new acl model similar to NFSv4

linux-next: manual merge of the usb-gadget tree with the usb tree

Hi Felipe, Today's linux-next merge of the usb-gadget tree got a conflict in drivers/usb/phy/phy-mv-u3d-usb.c between commit 543cab640279 ("usb: phy: mv_u3d: Remove usb phy driver for mv_u3d") from the usb tree and commit 041832565e40 ("usb: phy: mv-u3d: switch over to writel/readl") from the usb-

Re: [PATCH] rwsem: Support optimistic spinning

ping? On Tue, 2014-04-22 at 15:19 -0700, Davidlohr Bueso wrote: > We have reached the point where our mutexes are quite fine tuned > for a number of situations. This includes the use of heuristics > and optimistic spinning, based on MCS locking techniques. > > Exclusive ownership of read-write se

Re: [ANNOUNCE] 3.14-rt1

Hi Nicholas, On Sat, 2014-04-26 at 15:58 +0200, Mike Galbraith wrote: > On Sat, 2014-04-26 at 10:38 +0200, Mike Galbraith wrote: > > On Fri, 2014-04-25 at 09:40 +0200, Mike Galbraith wrote: > > > > > Hotplug can still deadlock in rt trees too, and will if you beat it > > > hard. > > > > Box ac

Re: [PATCH V3] Add support for flag status register on Micron chips.

On Saturday, April 26, 2014 at 05:10:13 AM, Huang Shijie wrote: > On Sat, Apr 26, 2014 at 12:12:24AM +0200, Marek Vasut wrote: > > > > > the drivers may fills this hook itself, so the code should like this: > > > > >-- > > > > > > > > > >

[PATCH 2/3] KVM: nVMX: additional checks on vmxon region

Currently, the vmxon region isn't used in the nested case. However, according to the spec, the vmxon instruction performs additional sanity checks on this region and the associated pointer. Modify emulated vmxon to better adhere to the spec requirements Signed-off-by: Bandan Das --- arch/x86/kvm

[PATCH 3/3] KVM: nVMX: fail on invalid vmclear/vmptrld pointer

The spec mandates that if the vmptrld or vmclear address is equal to the vmxon region pointer, the instruction should fail with error "VMPTRLD with VMXON pointer" or "VMCLEAR with VMXON pointer" Signed-off-by: Bandan Das --- arch/x86/kvm/vmx.c | 12 1 file changed, 12 insertions(+)

[PATCH 1/3] KVM: nVMX: rearrange get_vmx_mem_address

handle_vmon will call this function to get the vmxon region pointer in the next patch Signed-off-by: Bandan Das --- arch/x86/kvm/vmx.c | 106 ++--- 1 file changed, 53 insertions(+), 53 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vm

[PATCH 0/3] Emulate VMXON region correctly

Reference: https://bugzilla.kernel.org/show_bug.cgi?id=54521 The vmxon region is unused by nvmx, but adding these checks are probably harmless and may detect buggy L1 hypervisors in the future! Bandan Das (3): KVM: nVMX: rearrange get_vmx_mem_address KVM: nVMX: additional checks on vmxon reg

Re: [PATCH v2 6/6] powerpc/perf/hv-24x7: catalog version number is be64, not be32

On 04/27/2014 09:47 PM, Benjamin Herrenschmidt wrote: On Tue, 2014-04-15 at 10:10 -0700, Cody P Schafer wrote: The catalog version number was changed from a be32 (with proceeding 32bits of padding) to a be64, update the code to treat it as a be64 Signed-off-by: Cody P Schafer -- Have you tes

Re: [PATCH 0/4] acerhdf/thermal: adding new models and appropriate governor

Hi, On Mon, Apr 28, 2014 at 01:13:19AM +0200, Peter Feuerer wrote: > Hi, > > Andreas Mohr writes: > > > { "Acer", "AOA1", &aao_reg_map_AOAxxx_Acer_orig_version }, > > > > Of course you then have the indirection of device name <-> specific > > register values (quote: "really ugly and hard to

Re: [PATCH v2 6/6] powerpc/perf/hv-24x7: catalog version number is be64, not be32

On Tue, 2014-04-15 at 10:10 -0700, Cody P Schafer wrote: > The catalog version number was changed from a be32 (with proceeding > 32bits of padding) to a be64, update the code to treat it as a be64 > > Signed-off-by: Cody P Schafer > -- Have you tested this ? It doesn't build for me: arch/power

[PATCH V3] ASoC: samsung: Add sound card driver for Snow board

Added machine driver to instantiate I2S based sound card on Snow board. It has MAX98095 audio codec on board. There are some other variants for Snow board which have MAX98090 audio codec. Hence support for MAX98090 is also added to this driver. Signed-off-by: Tushar Behera --- Changes for V3: 1.

Re: [PATCH -V1 00/22] New ACL format for better NFSv4 acl interoperability

This doesn't address any or the previous points: - common implementation instead of the godawful boilerplate code (and we even fixed most of this for Posix ACL by now, so even less reason to do the same crap again!) - common data structure with Posix ACLs And of course no real explanation

[PATCH 2/6] ARM: dts: am33xx: Add clock names for cpsw and cpts

Add CPSW fck and CPTS clock and clock names Signed-off-by: George Cherian --- arch/arm/boot/dts/am33xx.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi index 9770e35..d1e2b36 100644 --- a/arch/arm/boot/dts/am33xx.dtsi +++ b/

[PATCH 0/6] Add CPTS support for AM437x

The series adds CPTS support for AM4372. Patch 1 - CPTS clock name harcoding in the driver is removed. Easier to pass the clock name from dt rather than hardcoding in driver. Also in prepration for DRA7x CPTS support. Patch 2 - DT changes w.r.t clock changes for AM33xx. Patch

[PATCH 4/6] drivers: net: cpsw: Enable Annexe F Time sync

Enable the Annex F Time Sync explicitly for DRA7x and AM4372. With this enabled the L2 PTP is working. while at that rename TS_BIT8 to TS_TTL_NONZERO Signed-off-by: George Cherian --- drivers/net/ethernet/ti/cpsw.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/driv

[PATCH 5/6] ARM: AM43xx: clk: Change the cpts ref clock source to dpll_core_m5 clk

cpsw_cpts_rft_clk has got the choice of 3 clocksources -dpll_core_m4_ck -dpll_core_m5_ck -dpll_disp_m2_ck By default dpll_core_m4_ck is selected, witn this as clock source the CPTS doesnot work properly. It gives clockcheck errors while running PTP. clockcheck: clock jumped backward or runnin

[PATCH 6/6] ARM: dts: am4372: Add clock names for cpsw and cpts

Add CPSW fck and CPTS clock and clock names for AM4372 Signed-off-by: George Cherian --- arch/arm/boot/dts/am4372.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi index 36d523a..c2779f6 100644 --- a/arch/arm/boot/dts/am4372.

[PATCH 3/6] drivers: net: cpsw: Enable CPTS for DRA7xx and AM4372

Enable cpts hardware time stamping for Dra7xx and AM4372. This enables PTPv2 for DRA7xx and AM4372. Signed-off-by: George Cherian --- drivers/net/ethernet/ti/cpsw.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti

RE: [PATCH v2 1/5] ACPICA: OSL: Add direct inclusion of extra header.

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Monday, April 28, 2014 5:34 AM > > On Wednesday, April 23, 2014 02:53:52 PM Lv Zheng wrote: > > This is a linuxized result of an ACPICA commit to upgrade the extra > > header mechanism. > > > > This patch enhances the extra

[PATCH 1/6] drivers: net: cpts: Remove hardcoded clock name for CPTS

CPTS refclk name is hardcoded, which makes it fail in case of DRA7x Remove the hardcoded clock name for CPTS refclk and get the same from DT. Signed-off-by: George Cherian --- drivers/net/ethernet/ti/cpts.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers/n

Re: [RFC] A new CPU load metric for power-efficient scheduler: CPU ConCurrency

On Fri, Apr 25, 2014 at 03:53:34PM +0100, Morten Rasmussen wrote: > I fully agree. My point was that there is more to task consolidation > than just observing the degree of task parallelism. The system topology > has a lot to say when deciding whether or not to pack. That was the > motivation for p

RE: [PATCH v2 5/5] ACPICA: Remove deprecated _LINUX definitions for ACPICA.

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Monday, April 28, 2014 5:39 AM > > On Wednesday, April 23, 2014 02:54:22 PM Lv Zheng wrote: > > There are _LINUX defined so that when Linux kernel is compiled using broken > > compilers that having not __linux__ defined can

[PATCH] sound: usb: Fix format string mismatch in mixer.c

Fix format string mismatch in parse_audio_selector_unit(). Signed-off-by: Masanari Iida --- sound/usb/mixer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/usb/mixer.c b/sound/usb/mixer.c index d40a285..6fe83e4 100644 --- a/sound/usb/mixer.c +++ b/sound/usb/mixer.c @@

Re: [PATCH v8 2/2] usb: ehci-exynos: Change to use phy provided by the generic phy framework

Hi, On Fri, Apr 25, 2014 at 8:11 PM, Alan Stern wrote: > On Fri, 25 Apr 2014, Vivek Gautam wrote: > >> From: Kamil Debski >> >> Add the phy provider, supplied by new Exynos-usb2phy using >> Generic phy framework. >> Keeping the support for older USB phy intact right now, in order >> to prevent

Re: [PATCH v2 1/2] usb: ohci-exynos: Add facility to use phy provided by the generic phy framework

Hi, On Fri, Apr 25, 2014 at 8:06 PM, Alan Stern wrote: > On Fri, 25 Apr 2014, Vivek Gautam wrote: > >> Add support to consume phy provided by Generic phy framework. >> Keeping the support for older usb-phy intact right now, in order >> to prevent any functionality break in absence of relevant >>

[PATCH] linux/interrupt.h: fix new kernel-doc warnings

From: Randy Dunlap Fix new kernel-doc warnings in : Warning(include/linux/interrupt.h:219): No description found for parameter 'cpumask' Warning(include/linux/interrupt.h:219): Excess function parameter 'mask' description in 'irq_set_affinity' Warning(include/linux/interrupt.h:236): No descrip

Linux 3.15-rc3

Another week, another rc. So far, no big scares, and rc3 is appropriately smaller than rc2 was, so we're following the right trajectory here. The statistics look fairly normal too, with half drivers (input, usb, gpu, acpi, regulator..) and a third arch updates (much of it again arm dts files, but

[PATCH] block: Fix format string mismatch in cfq-iosched.c

Fix format string mismatch in cfq_var_show() Signed-off-by: Masanari Iida --- block/cfq-iosched.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/cfq-iosched.c b/block/cfq-iosched.c index 5063a0b..22dffeb 100644 --- a/block/cfq-iosched.c +++ b/block/cfq-iosched.c @@ -44

[PATCH v2] irqchip: vt8500: Switch to a simple write clear for Interrupt Status Register

According to the datasheet, the attribute of Interrupt Status Register is RW0S, which means: Software can read the register. Software can also "write 1 to clear". "write 0" has no effect. So the read/modify/write cycle is no necessary, switch to a simple write clear instead. Signe

Re: [PATCH] irqchip: vt8500: Switch to a simple write clear for Interrupt Status Register

2014-04-28 2:34 GMT+08:00 Thomas Gleixner : > On Sun, 27 Apr 2014, Axel Lin wrote: > >> According to the datasheet, the attribute of Interrupt Status Register is >> RW0S, >> which means: >> Software can read the register. >> Software can also "write 1 to clear". "write 0" has no effect

Re: [PATCH 6/6] cgroup, memcg: implement css->id and convert css_from_id() to use it

On 2014/4/25 5:02, Tejun Heo wrote: > Until now, cgroup->id has been used to identify all the associated > csses and css_from_id() takes cgroup ID and returns the matching css > by looking up the cgroup and then dereferencing the css associated > with it; however, now that the lifetimes of cgroup a

Re: [PATCH 0/3] Fix several sparc64 THP bugs.

From: mr...@linux.ee Date: Sat, 26 Apr 2014 23:14:59 +0300 (EEST) >> Meelis and Aaro, I've found and fixed several THP bugs for sparc64 >> over the last week or so. >> >> I cannot %100 account for the exit_mmap() WARN_ON that you two have >> been able to trigger, however I'd like you both to test

Re: [Kernel-BR] Re: [RFC] Only a.out QMAGIC format is working

Geyslan Gregório Bem writes: > > There should be chance to fix it. > > I think it too. If it's randomization the following could help: echo 0 > /proc/sys/kernel/randomize_va_space Does it? -Andi -- a...@linux.intel.com -- Speaking for myself only -- To unsubscribe from this lis

RE: [PATCH v2 3/5] ACPICA: Add to remove mis-ordered inclusion of from .

Hi, Rafael > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Sent: Monday, April 28, 2014 5:37 AM > To: Zheng, Lv > > On Wednesday, April 23, 2014 02:54:06 PM Lv Zheng wrote: > > There is a mis-order inclusion for . > > > > As w

[PATCH] sched/deadline: remove dl_new checking condition from dl_task_timer()

From: "yjay.kim" yield_task_dl() sets dl.dl_new as 1 and dequeue current dl task. After that it expects that next bandwidth timer callback `dl_task_timer()` will replenish budget of dl task and enqueue it again. But current dl_task_timer() does nothing in case dl.dl_new is 1. So when dl task cal

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in net/netlink/af_netlink.c between commit 5187cd055b6e ("netlink: Rename netlink_capable netlink_allowed") from the net tree and commit 4f520900522f ("netlink: have netlink per-protocol bind function return an error code") from

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in drivers/net/ethernet/altera/altera_sgdma.c between commit 37c0ffaad214 ("Altera TSE: Work around unaligned DMA receive packet issue with Altera SGDMA") from the net tree and commit d42f157b3498 ("Altera TSE: Remove unnecessary

Re: [PATCH] acpi: try to trust cpu_index from x86_cpu_to_apicid

On 04/21/14 at 10:51pm, Rafael J. Wysocki wrote: > On Tuesday, April 15, 2014 07:55:54 AM Baoquan He wrote: > > In smp with multi cpus, when enter into kdump kernel with only 1 cpu, > > a warning message is printed out: > > > > acpi LNXCPU:0a: BIOS reported wrong ACPI id 0 for the processor > > >

[Bugfix v2] sched: fix possible invalid memory access caused by CPU hot-addition

Intel platforms with Nehalem/Westmere/IvyBridge CPUs may support socket hotplug/online at runtime. The CPU hot-addition flow is: 1) handle CPU hot-addition event 1.a) gather platform specific information 1.b) associate hot-added CPU with NUMA node 1.c) create CPU device 2) o

[PATCH 0/1] ftrace/ring_buffer: reset reader page after consuming read

Reading from the 'trace' file after force stopping (by signal) consuming read reveals there are stale trace entries in the output, this patch fixes the bug by resetting read/write pointers of reader page after the consuming read is stopped by force. The issue can be reproduced as below: echo 0 >

[PATCH 1/1] ftrace/ring_buffer: reset reader page after consuming read was performed to the page

Reset the reader page to avoid reading old trace entries repeatedly in non-consuming read after a force stopped(by signal) consuming read. The force stopped reader might left the reader page half filled by the writer while the commit and tail pages are on the page when it is stopped. The reader pa

Re: [PATCH] arm64: add OProfile support

On 2014/4/26 18:22, Ding Tianhong wrote: > On 2014/4/26 17:23, Catalin Marinas wrote: >> On 26 Apr 2014, at 09:38, Ding Tianhong wrote: >>> Add OProfile support for arm64, using the perf backend, and failing back >>> to generic timer based sampling if PMU interrupt is not supported. >>> >>> I hav

[PATCH v3 2/4] staging/lustre/lnet: remove unused variable in lnet_destroy_remote_nets_table

From: Dmitry Eremin Local variable 'hash' is never used found by Klocwork Insight tool Signed-off-by: Dmitry Eremin Reviewed-on: http://review.whamcloud.com/9386 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4629 Reviewed-by: John L. Hammond Reviewed-by: Isaac Huang Signed-off-by: Oleg

[PATCH v3 3/4] staging/lustre/lnet: fix potential null pointer dereference in kiblnd_rejected

From: Dmitry Eremin Null pointer 'cp' that comes from line 2544 may be dereferenced at line 2618. found by Klocwork Insight tool Signed-off-by: Dmitry Eremin Reviewed-on: http://review.whamcloud.com/9386 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4629 Reviewed-by: John L. Hammond Revi

[PATCH v3 0/4] Lustre Klocwork fixes

This is just splitting big lnet fixes patch from Klocwork static analysis tool into smaller bits. Reworked according to previous comments. Also, this time with correct CC list. Dmitry Eremin (2): staging/lustre/lnet: remove unused variable in lnet_destroy_remote_nets_table staging/lustre/l

[PATCH v3 4/4] staging/lustre/lnet: fix potential null pointer dereference

Pointer 'ni' checked for NULL at line 1569 may be passed to function and may be dereferenced there by passing argument 1 to function 'lnet_ni_notify_locked' at line 1621. found by Klocwork Insight tool Signed-off-by: Oleg Drokin CC: Dmitry Eremin CC: Liang Zhen --- drivers/staging/lustre/lnet/

[PATCH v3 1/4] staging/lustre/lnet: Drop useless LASSERT in ksocknal_select_ips

It should never be NULL because our interface list is up to date, and even if it does, we'll just crash anyway so we are no better off. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/lustre

Re: [PATCH] module: remove warning about waiting module removal.

Lucas De Marchi writes: > Hi Rusty, > > On Thu, Apr 24, 2014 at 3:24 AM, Rusty Russell wrote: >> We remove the waiting module removal in commit 3f2b9c9cdf38 (September >> 2013), but it turns out that modprobe in kmod (< version 16) was >> asking for waiting module removal. Noone noticed since mo

Re: [PATCH] ftrace/module: Hardcode ftrace_module_init() call into load_module()

Steven Rostedt writes: > [ > Rusty, you can take this patch, or if you want, you can give me > an Acked-by, and I'll push this through my tree. > ] Assuming you want this in the current kernel, I'll just ack: Acked-by: Rusty Russell Since I've got my "make RO/NX earlier" patch queued for

[PATCH] staging/lustre: Replace jobid acquiring with per node setting

Insted of meddling directly in process environment variables (which is also not possible on certain platforms due to not exported symbols), create jobid_name proc file to represent this info (to be filled by job scheduler epilogue). Signed-off-by: Oleg Drokin CC: Andreas Dilger --- .../staging/

[PATCH 3.2 08/94] vhost: fix total length when packets are too short

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit d8316f3991d207fe32881a9ac20241be8fa2bad0 ] When mergeable buffers are disabled, and the incoming packet is too large for the rx buffer, get_rx_bufs return

[PATCH 3.2 86/94] x86-64, modify_ldt: Ban 16-bit segments on 64-bit kernels

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: "H. Peter Anvin" commit b3b42ac2cbae1f3cecbb6229964a4d48af31d382 upstream. The IRET instruction, when returning to a 16-bit segment, only restores the bottom 16 bits of the user space stack poi

Re: [Nouveau] [PATCH v3 6/9] drm/nouveau/graph: enable when using external firmware

On Fri, Apr 25, 2014 at 5:19 PM, Alexandre Courbot wrote: > nvc0_graph_ctor() would only let the graphics engine be enabled if its > oclass has a proper microcode linked to it. This prevents GR from being > enabled at all on chips that rely exclusively on external firmware, even > though such a us

[PATCH 3.2 06/94] ipv6: Avoid unnecessary temporary addresses being generated

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Heiner Kallweit [ Upstream commit ecab67015ef6e3f3635551dcc9971cf363cc1cd5 ] tmp_prefered_lft is an offset to ifp->tstamp, not now. Therefore age needs to be added to the condition. Age calcul

[PATCH 3.2 87/94] target/tcm_fc: Fix use-after-free of ft_tpg

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Andy Grover commit 2c42be2dd4f6586728dba5c4e197afd5cfaded78 upstream. ft_del_tpg checks tpg->tport is set before unlinking the tpg from the tport when the tpg is being removed. Set this pointer

[PATCH 3.2 75/94] sh: fix format string bug in stack tracer

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Matt Fleming commit a0c32761e73ccbf592b702f284221fea8040 upstream. Kees reported the following error: arch/sh/kernel/dumpstack.c: In function 'print_trace_address': arch/sh/kernel/du

[PATCH 3.2 25/94] ARM: 7954/1: mm: remove remaining domain support from ARMv6

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit b6ccb9803e90c16b212cf4ed62913a7591e79a39 upstream. CPU_32v6 currently selects CPU_USE_DOMAINS if CPU_V6 and MMU. This is because ARM 1136 r0pX CPUs lack the v6k extensions, a

Re: [PATCH V5 12/12] ACPI: introduce .handle_children flag for acpi scan handler

On Mon, 2014-04-28 at 00:26 +0200, Rafael J. Wysocki wrote: > On Tuesday, April 08, 2014 12:06:59 AM Zhang Rui wrote: > > For some devices with scan handler attached, their children devices > > are enumerated by the scan handler, indirectly. > > This isn't the case really. They are enumerated by

[PATCH 3.2 17/94] Revert "sparc64: Fix __copy_{to,from}_user_inatomic defines."

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Dave Kleikamp [ Upstream commit 16932237f2978a2265662f8de4af743b1f55a209 ] This reverts commit 145e1c0023585e0e8f6df22316308ec61c5066b2. This commit broke the behavior of __copy_from_user_inat

[PATCH 3.2 33/94] [media] media: gspca: sn9c20x: add ID for Genius Look 1320 V2

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Wolfram Sang commit 61f0319193c44adbbada920162d880b1fdb3aeb3 upstream. Signed-off-by: Wolfram Sang Signed-off-by: Hans de Goede Signed-off-by: Mauro Carvalho Chehab [bwh: Backported to 3.2:

[PATCH 3.2 14/94] isdnloop: several buffer overflows

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit 7563487cbf865284dcd35e9ef5a95380da046737 ] There are three buffer overflows addressed in this patch. 1) In isdnloop_fake_err() we add an 'E' to a 60 character s

[PATCH 3.2 19/94] sparc64: don't treat 64-bit syscall return codes as 32-bit

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Dave Kleikamp [ Upstream commit 1535bd8adbdedd60a0ee62e28fd5225d66434371 ] When checking a system call return code for an error, linux_sparc_syscall was sign-extending the lower 32-bit value an

[PATCH 3.2 15/94] rds: prevent dereference of a NULL device in rds_iw_laddr_check

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Sasha Levin [ Upstream commit bf39b4247b8799935ea91d90db250ab608a58e50 ] Binding might result in a NULL device which is later dereferenced without checking. Signed-off-by: Sasha Levin Signed-

[PATCH 3.2 03/94] net: unix: non blocking recvmsg() should not return -EINTR

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit de1443916791d75fdd26becb116898277bb0273f ] Some applications didn't expect recvmsg() on a non blocking socket could return -EINTR. This possibility was added as a

[PATCH 3.2 42/94] jffs2: avoid soft-lockup in jffs2_reserve_space_gc()

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Li Zefan commit 13b546d96207c131eeae15dc7b26c6e7d0f1cad7 upstream. We triggered soft-lockup under stress test on 2.6.34 kernel. BUG: soft lockup - CPU#1 stuck for 60009ms! [lockf2.test:14488]

[PATCH 3.2 12/94] netlink: don't compare the nul-termination in nla_strcmp

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Pablo Neira [ Upstream commit 8b7b932434f5eee495b91a2804f5b64ebb2bc835 ] nla_strcmp compares the string length plus one, so it's implicitly including the nul-termination in the comparison. in

[PATCH 3.2 13/94] isdnloop: Validate NUL-terminated strings from user.

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: YOSHIFUJI Hideaki / 吉藤英明 [ Upstream commit 77bc6bed7121936bb2e019a8c336075f4c8eef62 ] Return -EINVAL unless all of user-given strings are correctly NUL-terminated. Signed-off-by: YOSHIFUJI Hid

[PATCH 3.2 22/94] drm/i915: quirk invert brightness for Acer Aspire 5336

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Jani Nikula commit 0f540c3a7cfb91c9d7a19eb0c95c24c5de1197d5 upstream. Since commit ee1452d7458451a7508e0663553ce88d63958157 Author: Jani Nikula Date: Fri Sep 20 15:05:30 2013 +0300 drm/

[PATCH 3.2 41/94] jffs2: remove from wait queue after schedule()

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Li Zefan commit 3ead9578443b66ddb3d50ed4f53af8a0c0298ec5 upstream. @wait is a local variable, so if we don't remove it from the wait queue list, later wake_up() may end up accessing invalid mem

[PATCH v2 1/4] staging/lustre/lnet: Drop useless LASSERT in ksocknal_select_ips

It should never be NULL because our interface list is up to date, and even if it does, we'll just crash anyway so we are no better off. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/lustre

[PATCH 3.2 46/94] virtio_balloon: don't softlockup on huge balloon changes.

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Rusty Russell commit 1f74ef0f2d7d692fcd615621e0e734c3e7771413 upstream. When adding or removing 100G from a balloon: BUG: soft lockup - CPU#0 stuck for 22s! [vballoon:367] We have a wait_

[PATCH 3.2 31/94] hvc: ensure hvc_init is only ever called once in hvc_console.c

3.2.58-rc1 review patch. If anyone has any objections, please let me know. -- From: Paul Gortmaker commit f76a1cbed18c86e2d192455f0daebb48458965f3 upstream. Commit 3e6c6f630a5282df8f3393a59f10eb9c56536d23 ("Delay creation of khcvd thread") moved the call of hvc_init from being

[PATCH v2 0/4] Lustre Klocwork fixes

This is just splitting big lnet fixes patch from Klocwork static analysis tool into smaller bits. Reworked according to previous comments. Dmitry Eremin (2): staging/lustre/lnet: remove unused variable in lnet_destroy_remote_nets_table staging/lustre/lnet: fix potential null pointer derefe

[PATCH v2 4/4] staging/lustre/lnet: fix potential null pointer dereference

Pointer 'ni' checked for NULL at line 1569 may be passed to function and may be dereferenced there by passing argument 1 to function 'lnet_ni_notify_locked' at line 1621. found by Klocwork Insight tool Signed-off-by: Oleg Drokin CC: Dmitry Eremin CC: Liang Zhen --- drivers/staging/lustre/lnet/

Re: [PATCH] perf tools: Remove extra '/' character in events file path

于 2014/4/28 8:14, Namhyung Kim 写道: > Hi xiakaixu, > > (Adding Jiri and Boris to CC) OK. thanks, > >> The array debugfs_known_mountpoints[] will cause extra '/' >> character output. >> Remove it. >> >> pre: >> $ perf probe -l >> /sys/kernel/debug//tracing/uprobe_events file does not exist -

  1   2   3   4   5   >