Re: Re: [PATCH -tip ] [BUGFIX] kprobes: Move hash_64() into .text.kprobe section

(2013/03/12 17:16), Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > >> Beacuse hash_64() is called from the get_kprobe() inside >> int3 handler, kernel causes int3 recursion and crashes if >> kprobes user puts a probe on it. >> >> Usually hash_64() is inlined into caller function, but in >> s

Re: [PATCH -tip ] [BUGFIX] kprobes: Move hash_64() into .text.kprobe section

(2013/03/12 17:21), Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > >> @@ -31,7 +32,7 @@ >> #error Wordsize not 32 or 64 >> #endif >> >> -static inline u64 hash_64(u64 val, unsigned int bits) >> +static __kprobes inline u64 hash_64(u64 val, unsigned int bits) >> { >> u64 hash = val;

Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved)

[Let's CC Ingo and Peter] On Tue 12-03-13 11:15:55, Michal Hocko wrote: > On Tue 12-03-13 14:36:46, Li Zefan wrote: > > Seems a new bug in 3.9 kernel? > > > > > > [ 207.271924] == > > [ 207.271932] [ INFO: possible circular locking dependency

[PATCH v2 12/12] USB: ehci-omap: Fix detection in HSIC mode

The HSIC devices need to be kept in reset while the EHCI controller is being initialized and only brought out of reset after the initialization is complete, else HSIC devices will not be detected. Also remove outdated TODO list from header. Signed-off-by: Roger Quadros CC: Alan Stern --- drive

Re: [PATCH] mach_omap2: use PTR_RET instead of IS_ERR + PTR_ERR

On Tue, Mar 12, 2013 at 09:58:29AM +0200, Silviu-Mihai Popescu wrote: > This uses PTR_RET instead of IS_ERR and PTR_ERR in order to increase > readability. > > Signed-off-by: Silviu-Mihai Popescu > --- > arch/arm/mach-omap2/devices.c |4 ++-- > arch/arm/mach-omap2/fb.c |5 + > a

Re: [RFC -next] linux/linkage.h: fix symbol prefix handling

Stephen Rothwell writes: > Hi Rusty, > > On Mon, 11 Mar 2013 17:05:17 +1030 Rusty Russell > wrote: >> >> diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig >> index 600494c..cd0f7c7 100644 >> --- a/arch/blackfin/Kconfig >> +++ b/arch/blackfin/Kconfig >> @@ -1,6 +1,5 @@ >> -config SYMBOL

Re: linux-next: manual merge of the akpm tree with the arm-soc tree

On Tue, Mar 12, 2013 at 07:25:09AM +0100, Andrew Lunn wrote: > On Tue, Mar 12, 2013 at 02:47:14PM +1100, Stephen Rothwell wrote: > > Hi Andrew, > > > > Today's linux-next merge of the akpm tree got a conflict in > > drivers/rtc/rtc-mv.c between commit 89c58c198b25 ("rtc: rtc-mv: Add > > support fo

Re: [PATCH v2] pci: convert to devm_ioremap_resource()

Hello. On 12-03-2013 11:28, Silviu-Mihai Popescu wrote: Convert all uses of devm_request_and_ioremap() to the newly introduced devm_ioremap_resource() which provides more consistent error handling. devm_ioremap_resource() provides its own error messages so all explicit error messages can be

Re: [RFC 17/17] unicore32: default GENERIC_GPIO to false

On Tuesday 12 March 2013, Alexandre Courbot wrote: > @@ -24,7 +24,7 @@ config UNICORE32 > Please see web page at . > > config GENERIC_GPIO > - def_bool y > + def_bool n > "def_bool n" is the same as "bool", but in general the latter syntax is pr

Re: [RFC 00/17] Remove GENERIC_GPIO from architecture code

On Tuesday 12 March 2013, Alexandre Courbot wrote: > > This series makes sure the GENERIC_GPIO option can only be set through > GPIOLIB > (and not by individual architectures), as a first step towards its removal. > Nice series, Acked-by: Arnd Bergmann > For most platforms, this change shou

Re: MTD : Kernel oops when remounting ubifs as read/write

On Mon, 2013-03-04 at 16:42 +, Mark Jackson wrote: > I'm encountering an oops when remounting my ubifs volume as read/write. > > # mount -o remount,rw / > [ 89.434974] UBIFS assert failed in ubifs_write_node at 869 (pid 628) > [ 89.442122] [] (unwind_backtrace+0x0/0xf0) from [] > (ubifs_w

[PATCH 2/8] usb: phy: nop: use devm_kzalloc()

Use resource managed kzalloc. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- drivers/usb/otg/nop-usb-xceiv.c | 17 + 1 files changed, 5 insertions(+), 12 deletions(-) diff --git a/drivers/usb/otg/nop-usb-xceiv.c b/drivers/usb/otg/nop-usb-xceiv.c index a3ce24b..af5287

Re: [PATCH v1] ARM: keep __my_cpu_offset consistent with generic one

On Tue, Mar 12, 2013 at 6:56 PM, Russell King - ARM Linux wrote: >> >> Looks no one objects the patch, so I has submitted it into Russell's >> patch system, and hope it can be pushed to linus tree soon and >> make LOCK_STAT/DEBUG_LOCKDEP usable on ARMv7. > > I'm not convinced it is correct. Is th

[PATCH 3/8] usb: phy: nop: Manage PHY clock

If the PHY has a clock associated to it then manage the clock. We just enable the clock in .init() and disable it in .shutdown(). Add clk_rate parameter in platform data and configure the clock rate during probe if supplied. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- drivers/usb/o

[PATCH 7/8] usb: phy: nop: Add device tree support and binding information

The PHY clock, clock rate, VCC regulator and RESET regulator can now be provided via device tree. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- .../devicetree/bindings/usb/usb-nop-xceiv.txt | 34 +++ drivers/usb/otg/nop-usb-xceiv.c| 35

[PATCH 4/8] usb: phy: nop: Handle power supply regulator for the PHY

We use "vcc" as the supply name for the PHY's power supply. The power supply will be enabled during .init() and disabled during .shutdown() Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- drivers/usb/otg/nop-usb-xceiv.c | 18 ++ 1 files changed, 18 insertions(+), 0 del

[PATCH 8/8] USB: phy: nop: Defer probe if device needs VCC/RESET

Add 2 flags, needs_vcc and needs_reset to platform data. If the flag is set and the regulator couldn't be found then we bail out with -EPROBE_DEFER. For device tree boot we depend on presensce of vcc-supply/ reset-supply properties to decide if we should bail out with -EPROBE_DEFER or just continu

Re: [PATCH] mmc: dw_mmc: setpower on MMC_POWER_{UP,OFF}

Looks good to me. Acked-by: Jaehoon Chung Best Regards, Jaehoon Chung On 03/12/2013 07:43 PM, James Hogan wrote: > Call the setpower platform callback in response to set_ios with > ios->power_mode == MMC_POWER_UP or MMC_POWER_OFF, instead of from the > card detect work function. > > This appea

Re: [GIT PULL] EDAC fixes for 3.8

Em Mon, 11 Mar 2013 21:43:03 +0100 Borislav Petkov escreveu: > On Mon, Mar 11, 2013 at 05:08:37PM -0300, Mauro Carvalho Chehab wrote: > > While this machine is reserved for my usage, do you need a different > > test on it? > > Yes please. Can you send dmesg and sysfs entries before applying your

[PATCH 5/8] usb: phy: nop: Handle RESET for the PHY

We expect the RESET line to be modeled as a regulator with supply name "reset". The regulator should be modeled such that enabling the regulator brings the PHY device out of RESET and disabling the regulator holds the device in RESET. They PHY will be held in RESET in .shutdown() and brought out o

[PATCH 6/8] usb: phy: nop: use new PHY API to register PHY

We would need to support multiple PHYs of the same type so use the new PHY API usb_add_phy_dev() to register the PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- drivers/usb/otg/nop-usb-xceiv.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/usb/ot

[PATCH 1/8] usb: phy: nop: Add some parameters to platform data

Add clk_rate parameter to platform data. If supplied, the NOP phy driver will program the clock to that rate during probe. Also add 2 flags, needs_vcc and needs_reset. If the flag is set and the regulator couldn't be found then the driver will bail out with -EPROBE_DEFER. Signed-off-by: Roger Qua

[PATCH 0/8] USB: PHY: nop: Device tree support for 3.10

Hi Felipe, These patches add device tree support as well as PHY resource handling (i.e. clock, reset, power) for the NOP transceiver driver. Please add these patches before your patches that move/rename the drivers/usb/otg/nop-usb-xceiv.c file. NOTE: The first patch that changes platform header

Re: [PATCH] x86: kvm: reset the bootstrap processor when it gets an INIT

On Tue, Mar 12, 2013 at 10:25:35AM +0100, Jan Kiszka wrote: > On 2013-03-11 20:30, Gleb Natapov wrote: > > On Mon, Mar 11, 2013 at 08:01:30PM +0100, Jan Kiszka wrote: > >> On 2013-03-11 19:51, Gleb Natapov wrote: > > On Intel: > > CPU 1 CPU 2 in a guest mode > >

[PATCH v3] pci: convert to devm_ioremap_resource()

Convert all uses of devm_request_and_ioremap() to the newly introduced devm_ioremap_resource() which provides more consistent error handling. Signed-off-by: Silviu-Mihai Popescu --- arch/mips/pci/pci-ar71xx.c |6 +++--- arch/mips/pci/pci-ar724x.c | 18 +- 2 files changed, 1

Re: [PATCH v1] ARM: keep __my_cpu_offset consistent with generic one

On Tue, Mar 12, 2013 at 07:25:28PM +0800, Ming Lei wrote: > On Tue, Mar 12, 2013 at 6:56 PM, Russell King - ARM Linux > wrote: > >> > >> Looks no one objects the patch, so I has submitted it into Russell's > >> patch system, and hope it can be pushed to linus tree soon and > >> make LOCK_STAT/DEBU

Re: [PATCH v2] pci: convert to devm_ioremap_resource()

On Tue, Mar 12, 2013 at 1:17 PM, Sergei Shtylyov wrote: > Hello. > > > On 12-03-2013 11:28, Silviu-Mihai Popescu wrote: > >> Convert all uses of devm_request_and_ioremap() to the newly introduced >> devm_ioremap_resource() which provides more consistent error handling. > > >> devm_ioremap_resource

Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport

On Tue, Mar 12, 2013 at 10:24:02AM +0800, Xufeng Zhang wrote: > >> > >> Thanks for your review, Neil! > >> > >> I know what you mean, yes, it's most probably that the searched TSN was > >> transmitted in the currently active_path, but what should we do if not. > >> > >> Check the comment in sctp_as

Re: [GIT PULL] EDAC fixes for 3.8

Em Tue, 12 Mar 2013 10:16:30 +0100 Borislav Petkov escreveu: > Btw, > > the first one I changed to not divide by the channel_count, see below. > Now I'll go and run them to check everything's fine. Looks ok on my eyes. I'll test it here on both systems, with both this patch and the second one:

Re: [PATCH 18/18] net: sctp: remove cast for kmalloc/kzalloc return value

On Tue, Mar 12, 2013 at 01:39:47PM +0800, Zhang Yanfei wrote: > remove cast for kmalloc/kzalloc return value. > > Signed-off-by: Zhang Yanfei > Cc: Vlad Yasevich > Cc: Sridhar Samudrala > Cc: Neil Horman > Cc: Andrew Morton > Cc: linux-s...@vger.kernel.org > --- > include/net/sctp/sctp.h |

Re: [PATCH] mv643xx_eth: Fix a possible deadlock upon ifdown

Am 12.03.2013 10:04, schrieb Alexander Holler: I don't think so. Internally the driver calls mv643xx_eth_stop() therefore lockdep issues almost the same warning as when the interface is shut down (see below). And reading the code, I haven't seen how a Btw. I consider the shutdown of the interf

Re: linux-next: manual merge of the akpm tree with the arm-soc tree

On Tue, Mar 12, 2013 at 4:12 AM, Jason Cooper wrote: > On Tue, Mar 12, 2013 at 07:25:09AM +0100, Andrew Lunn wrote: >> On Tue, Mar 12, 2013 at 02:47:14PM +1100, Stephen Rothwell wrote: >> > Hi Andrew, >> > >> > Today's linux-next merge of the akpm tree got a conflict in >> > drivers/rtc/rtc-mv.c b

Re: [PATCH 3/4][V2] ARM: nomadik: add dynamic irq flag to the timer

On Fri, Mar 8, 2013 at 4:17 PM, Daniel Lezcano wrote: >> Add the dynamic irq affinity feature to the timer clock device. >> >> Signed-off-by: Daniel Lezcano >> Reviewed-by: Vincent Guittot >> Acked-by: Rickard Andersson >> --- > > Hi Linus, > > AFAIU, you are ok with this patch, Rickard acked i

[PATCH] input: keyboard: tegra: support for defining row/columns based on SoC

NVIDIA's Tegra20 and Tegra30 supports the 16x8 keyboard matrix and T114 support the 11x8 Key matrix. Add support for defining the maximum row/columns based on SoC through proper compatibity. Signed-off-by: Laxman Dewangan --- drivers/input/keyboard/tegra-kbc.c | 81 +++

[PATCH 00/24] ARM: OMAP2+: Adapt to ehci-omap changes for 3.10

Hi Tony, These patches provide the SoC side code required to support the changes in the OMAP USB Host drivers done in [1], [2] & [3]. Device tree support is added for Beagleboard and Panda. NOTE: The first patch needs to be shared between the OMAP tree and Felipe's USB tree. [1] MFD side change

[PATCH 03/24] ARM: OMAP2+: omap4panda: Adapt to ehci-omap changes

Model RESET and Power for HS USB Port 1 as GPIO fixed regulators and link them to the 'nop-usb-xceiv' PHY by making them as "reset" and "vcc" supplies. The RESET and Power will then be managed by the PHY driver. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/arm/mach-omap2/board-

[PATCH 06/24] ARM: OMAP3: 3630SDP: Adapt to ehci-omap changes

Add 2 platform devices for 'nop-usb-xceiv'. These will be used as PHYs for HS USB ports 1 and 2 so provide binding information for them. Model RESET for HS USB Ports 1 and 2 as GPIO fixed regulators and link them to the 2 PHYs we just created. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi

[PATCH 07/24] ARM: OMAP: AM3517crane: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 1, so provide binding information for it. Model RESET and Power for HS USB Port 1 as GPIO fixed regulators and link them to the 'nop-usb-xceiv' PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/

[PATCH 11/24] ARM: OMAP: devkit8000: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 1, so provide binding information for it. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/arm/mach-omap2/board-devkit8000.c | 20 1 files changed, 12 insertions(+), 8 deletion

[PATCH 13/24] ARM: OMAP3: omap3evm: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 2, so provide binding information for it. Model RESET for HS USB Port 2 as GPIO fixed regulator and link it to the 'nop-usb-xceiv' PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/arm/mach-omap

[PATCH 23/24] ARM: OMAP2+: Allow clock alias provision from device tree

Currently on OMAP, it is not possible to specify a clock consumer to any of the OMAP generated clocks using the device tree. This can pose a problem for external devices that run off an OMAP clock as we can't reliably provide a reference to the clock in the device tree. This patch allows device tr

Re: [PATCH v1] ARM: keep __my_cpu_offset consistent with generic one

On Tue, Mar 12, 2013 at 7:30 PM, Russell King - ARM Linux wrote: >> >> Ingo and Peter, what is your opinion on the problem? > > Having discussed this with Ben Herrenschmidt, it seems that we do need > to have a more complex patch to sort this out - we need to setup our > private pointer inside set

[PATCH 24/24] ARM: dts: omap4-panda: Add clock alias for USB PHY

On Panda, the USB Host PHY is clocked by FREF3_CLK (auxclk3_ck) pin of the OMAP. Provide this information in the device tree. CC: Russell King CC: Rajendra Nayak CC: Santosh Shilimkar Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap4-panda.dts |7 +++ 1 files changed, 7 insert

[PATCH 18/24] ARM: OMAP: zoom: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 2, so provide binding information for it. Model RESET for HS USB Port 2 as GPIO fixed regulator and link it to the 'nop-usb-xceiv' PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/arm/mach-omap

[PATCH 22/24] ARM: dts: omap3-beagle: Add USB Host support

Provide RESET and Power regulators for the USB PHY, the USB Host port mode and the PHY device. Also provide pin multiplexer information for USB host pins. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap3-beagle.dts | 71 1 files changed, 71 inserti

[PATCH 19/24] ARM: dts: OMAP4: Add HS USB Host IP nodes

Adds device nodes for HS USB Host module, TLL module, OHCI and EHCI controllers. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap4.dtsi | 30 ++ 1 files changed, 30 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/o

[PATCH 20/24] ARM: dts: omap4-panda: Add USB Host support

Provide the RESET and Power regulators for the USB PHY, the USB Host port mode and the PHY device. Also provide pin multiplexer information for the USB host pins. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap4-panda.dts | 56 + 1 files changed, 56

[PATCH 17/24] ARM: OMAP3: overo: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 2, so provide binding information for it. Model RESET for HS USB Port 2 as GPIO fixed regulator and link it to the 'nop-usb-xceiv' PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/arm/mach-omap

[PATCH 14/24] ARM: OMAP3: omap3pandora: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 2, so provide binding information for it. Model RESET for HS USB Port 2 as GPIO fixed regulator and link it to the 'nop-usb-xceiv' PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/arm/mach-omap

[PATCH 16/24] ARM: OMAP3: omap3touchbook: Adapt to ehci-omap changes

Add 2 platform devices for 'nop-usb-xceiv'. These will be used as a PHY for HS USB Ports 1 and 2, so provide binding information for them. Model RESET for HS USB Port 2 as GPIO fixed regulator and link it to the respective 'nop-usb-xceiv' PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi

[PATCH 01/24] usb: phy: nop: Add some parameters to platform data

Add clk_rate parameter to platform data. If supplied, the NOP phy driver will program the clock to that rate during probe. Also add 2 flags, needs_vcc and needs_reset. If the flag is set and the regulator couldn't be found then the driver will bail out with -EPROBE_DEFER. Signed-off-by: Roger Qua

[PATCH 09/24] ARM: OMAP3: cm-t35: Adapt to ehci-omap changes

Add 2 platform devices for 'nop-usb-xceiv'. These will be used as PHYs for HS USB ports 1 and 2 so provide binding information for them. Model RESET for HS USB Ports 1 and 2 as GPIO fixed regulators and link them to the 2 PHYs we just created. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi

[PATCH 21/24] ARM: dts: OMAP3: Add HS USB Host IP nodes

Adds device nodes for HS USB Host module, TLL module, OHCI and EHCI controllers. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap3.dtsi | 31 +++ 1 files changed, 31 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/

[PATCH 15/24] ARM: OMAP3: omap3stalker: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 2, so provide binding information for it. Model RESET for HS USB Port 2 as GPIO fixed regulator and link it to the 'nop-usb-xceiv' PHY. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi --- arch/arm/mach-omap

[PATCH 12/24] ARM: OMAP3: igep0020: Adapt to ehci-omap changes

Add 2 platform devices for 'nop-usb-xceiv'. These will be used as PHYs for HS USB ports 1 and 2 so provide binding information for them. Model RESET for HS USB Ports 1 and 2 as GPIO fixed regulators and link them to the 2 PHYs we just created. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi

[PATCH 10/24] ARM: OMAP3: cm-t3517: Adapt to ehci-omap changes

Add 2 platform devices for 'nop-usb-xceiv'. These will be used as PHYs for HS USB ports 1 and 2 so provide binding information for them. Model RESET for HS USB Ports 1 and 2 as GPIO fixed regulators and link them to the 2 PHYs we just created. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi

[PATCH 08/24] ARM: OMAP: AM3517evm: Adapt to ehci-omap changes

Add 2 platform devices for 'nop-usb-xceiv'. These will be used as a PHY for HS USB Port 1 and 2, so provide binding information for them. Model RESET for HS USB Port 1 as GPIO fixed regulator and link it to the 'nop-usb-xceiv' PHY on port 1. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi -

[PATCH 05/24] ARM: OMAP3: 3430SDP: Adapt to ehci-omap changes

Add 2 platform devices for 'nop-usb-xceiv'. These will be used as PHYs for HS USB ports 1 and 2 so provide binding information for them. Model RESET for HS USB Ports 1 and 2 as GPIO fixed regulators and link them to the 2 PHYs we just created. Signed-off-by: Roger Quadros Acked-by: Felipe Balbi

[PATCH 04/24] ARM: OMAP3: Beagle: Adapt to ehci-omap changes

Add platform device for 'nop-usb-xceiv'. This will be used as a PHY for HS USB Port 2, so provide binding information for it. Model RESET and Power for HS USB Port 2 as GPIO fixed regulators and link them to the 'nop-usb-xceiv' PHY. NOTE: Register the PHY device only after the power regulator has

[PATCH 02/24] ARM: OMAP2+: omap4panda: Provide USB Host's PHY platform data

Add platform device and data for 'nop-usb-xceiv'. This will be used as PHY for HS USB port 1, so provide binding information for it. Get rid of managing the PHY clock as it will be done by the PHY driver. For that to work we create a clock alias that links the PHY clock name to the PHY device name

Re: linux-next: manual merge of the akpm tree with the arm-soc tree

On Tue, Mar 12, 2013 at 04:37:39AM -0700, Olof Johansson wrote: > On Tue, Mar 12, 2013 at 4:12 AM, Jason Cooper wrote: > > On Tue, Mar 12, 2013 at 07:25:09AM +0100, Andrew Lunn wrote: > >> On Tue, Mar 12, 2013 at 02:47:14PM +1100, Stephen Rothwell wrote: > >> > Hi Andrew, > >> > > >> > Today's lin

Re: [PATCH 1/8] usb: phy: nop: Add some parameters to platform data

On 03/12/2013 12:24 PM, Roger Quadros wrote: > Add clk_rate parameter to platform data. If supplied, the > NOP phy driver will program the clock to that rate during probe. > > Also add 2 flags, needs_vcc and needs_reset. > If the flag is set and the regulator couldn't be found > then the driver wi

Re: [GIT PULL] EDAC fixes for 3.8

On Tue, Mar 12, 2013 at 08:34:48AM -0300, Mauro Carvalho Chehab wrote: > Looks ok on my eyes. I'll test it here on both systems, with both this > patch and the second one: > > http://git.infradead.org/users/mchehab/edac.git/commitdiff/56ba4c93d909ef9dfab4f1101a8c3bf75bc4cdab > > It should take so

Re: linux-next: build failure after merge of the final tree

On Tue, 12 Mar 2013 10:31:09 +0100 Daniel Hellstrom wrote: > > APBPS2 driver is missing linux/slab.h required on at least PowerPC. See patch > below. How do you want me to proceed? That is up to Dmitry - either a fix up patch (with SoB and commit message) or a replacement patch. -- Cheers, Ste

[PATCH v2] ARM: tegra: expose chip ID and revision

Expose Tegra chip ID and revision in /sys/devices/soc for user mode usage Signed-off-by: Danny Huang --- arch/arm/mach-tegra/Kconfig | 3 +++ arch/arm/mach-tegra/common.c | 23 +++ 2 files changed, 26 insertions(+) diff --git a/arch/arm/mach-tegra/Kconfig b/arch/arm/mach-t

Re: [PATCH 2/4] writeback: remove unused bdi_pending_list

On Thu 07-03-13 13:44:07, Tejun Heo wrote: > There's no user left. Remove it. > > Signed-off-by: Tejun Heo > Cc: Jens Axboe > Cc: Fengguang Wu Looks good. You can add Reviewed-by: Jan Kara Honza > --- > include/linux/backing

Re: [PATCH] dma: mxs-dma: Convert to devm_ioremap_resource()

On Mon, Mar 11, 2013 at 08:50:33PM -0300, Fabio Estevam wrote: > Converting to devm_ioremap_resource() can make the code cleaner and smaller. > While you are there, you may want to use devm_kzalloc() and devm_clk_get() as well. Shawn > Signed-off-by: Fabio Estevam > --- > drivers/dma/mxs-dma.c

Re: [PATCH] video: mxsfb: Convert to devm_ioremap_resource()

On Mon, Mar 11, 2013 at 08:52:17PM -0300, Fabio Estevam wrote: > From: Fabio Estevam > > Converting to devm_ioremap_resource() can make the code cleaner and smaller. > While you are there, you may want to use devm_kzalloc() and devm_clk_get() as well. Shawn > Signed-off-by: Fabio Estevam > --

Re: [PATCH -tip ] [BUGFIX] kprobes: Move hash_64() into .text.kprobe section

* Masami Hiramatsu wrote: > > The only complication is that __kprobes is now present in 600+ places, > > which will create merge conflicts. If you remind me during the next > > merge window I can generate the rename on the spot and send it to > > Linus without anyone having to carry the patch

Re: [RFC 17/17] unicore32: default GENERIC_GPIO to false

On Tuesday 12 March 2013, Alexandre Courbot wrote: > Thanks, I will fix this in the next version. > > Btw, if this (or rather the next iteration) gets merged, may I suggest to > do it through the GPIO tree instead of having each architecture picking the > patches of relevance. A considerable numbe

Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport

On 03/11/2013 09:31 AM, Neil Horman wrote: On Mon, Mar 11, 2013 at 10:14:50AM +0800, Xufeng Zhang wrote: On 3/8/13, Neil Horman wrote: On Fri, Mar 08, 2013 at 03:39:37PM +0800, Xufeng Zhang wrote: sctp_assoc_lookup_tsn() function searchs which transport a certain TSN was sent on, if not found

Re: [PATCH] dma: mxs-dma: Convert to devm_ioremap_resource()

On 12 March 2013 20:04, Shawn Guo wrote: > On Mon, Mar 11, 2013 at 08:50:33PM -0300, Fabio Estevam wrote: >> Converting to devm_ioremap_resource() can make the code cleaner and smaller. >> > While you are there, you may want to use devm_kzalloc() and > devm_clk_get() as well. > I even forgot to me

Re: Fix memory leak in cpufreq stats.

On Mon, Mar 11, 2013 at 06:23:27PM -0700, Colin Cross wrote: > On Mon, Oct 15, 2012 at 1:30 PM, Rafael J. Wysocki wrote: > > On Monday 15 of October 2012 02:48:28 Tu, Xiaobing wrote: > >> > >> Fix memory leak in cpufreq stats. > >> > >> When system enter sleep, non-boot CPUs will be disable. > >>

[RFC 1/1] clk: Add notifier support in clk_prepare_enable/clk_disable_unprepare

Add the below four notifier events so drivers which are interested in knowing the clock status can act accordingly. This is extremely useful in some of the DVFS (Dynamic Voltage Frequency Scaling) design. PRE_CLK_ENABLE POST_CLK_ENABLE PRE_CLK_DISABLE POST_CLK_DISABLE Signed-off-by: Bill Huang -

Re: [PATCH v2] ARM: tegra: expose chip ID and revision

On Tue, Mar 12, 2013 at 08:01:07PM +0800, Danny Huang wrote: > + if (IS_ERR_OR_NULL(soc_dev)) Sigh. NAK. Fur cryin out loud! Use the IS_ERR() version. And you don't need the following "return;" statement - that's already implied at the closing brace of a function. -- To unsubscribe from th

Re: [PATCH] video: mxsfb: Convert to devm_ioremap_resource()

On 12 March 2013 20:06, Shawn Guo wrote: > On Mon, Mar 11, 2013 at 08:52:17PM -0300, Fabio Estevam wrote: >> From: Fabio Estevam >> >> Converting to devm_ioremap_resource() can make the code cleaner and smaller. >> > While you are there, you may want to use devm_kzalloc() and > devm_clk_get() as

Re: [RFC -next] linux/linkage.h: fix symbol prefix handling

Hi Rusty, Looks partly better. You seem to be using CONFIG_SYMBOL_PREFIX_UNDERSCORE but selecting CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX. One trivial comment below. Maybe this was an unfinished version of the patch? On Tue, 12 Mar 2013 15:18:15 +1030 Rusty Russell wrote: > > diff --git a/arch/

Re: [PATCH v3 6/7] NFSv4: Add O_DENY* open flags support

On Mon, 11 Mar 2013 14:54:34 -0400 Jeff Layton wrote: > On Thu, 28 Feb 2013 19:25:32 +0400 > Pavel Shilovsky wrote: > > > by passing these flags to NFSv4 open request. > > > > Signed-off-by: Pavel Shilovsky > > --- > > fs/nfs/nfs4xdr.c | 24 > > 1 file changed, 20 in

Re: [PATCH 1/1] asm-generic: move cmpxchg*_local defs to cmpxchg.h

Hi Arnd, Can you comment on this patch? This is needed so that the generic asm/cmpxchg.h can be used standalone (i.e. without pulling in atomic.h). OpenRISC uses the generic asm/cmpxchg.h and things currently don't build without this since linux/llist.h now includes asm/cmpxchg.h standalone

Re: [RFC -next] linux/linkage.h: fix symbol prefix handling

Hi Rusty, On 12/03/13 04:48, Rusty Russell wrote: > v2: Rename CONFIG_SYMBOL_PREFIX_UNDERSCORE to > CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX, > which is defined in arch/Kconfig and selected by the 3 archs which need > it. Sorry I didn't get a chance to try your patch yesterday. > Subject: CONF

Re: [PATCHv3] perf: Fix vmalloc ring buffer free function

On Tue, 2013-03-12 at 11:53 +0100, Jiri Olsa wrote: > > @@ -316,7 +316,7 @@ void rb_free(struct ring_buffer *rb) > > struct page * > > perf_mmap_to_page(struct ring_buffer *rb, unsigned long pgoff) > > { > > - if (pgoff > (1UL << page_order(rb))) > > + if (pgoff > rb->nr_pages) > >

Re: rcu: fix hlist_bl_set_first_rcu annotation

On Tue, Mar 12, 2013 at 09:44:29AM +, Steven Whitehouse wrote: > Hi, > > On Sun, 2013-02-03 at 10:39 -0800, Paul E. McKenney wrote: > > On Wed, Jan 30, 2013 at 07:07:57PM +, Steven Whitehouse wrote: > > > > > > Abhi noticed that we were getting a complaint from the RCU subsystem > > > abo

Re: linux-next: manual merge of the akpm tree with the arm-soc tree

On Tuesday 12 March 2013, Jason Cooper wrote: > I chose to keep them together to maintain bisectability. Either you > have all of the fix (you landed on this branch), or you don't. Was this > the correct decision in this case, or did I miss something? I think you don't need to worry about bisect

Re: [RFC 15/17] avr32: default GENERIC_GPIO to false

Around Tue 12 Mar 2013 19:12:28 +0900 or thereabout, Alexandre Courbot wrote: $(Subject) is wrong, you state avr32, but it is for blackfin. > Signed-off-by: Alexandre Courbot > --- > arch/blackfin/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/blackfin/Kc

Re: [PATCH v2] ARM: tegra: expose chip ID and revision

On Tuesday 12 March 2013, Danny Huang wrote: > > +void __init tegra_soc_device_init(void) > +{ > + struct soc_device *soc_dev; > + struct soc_device_attribute *soc_dev_attr; > + > + soc_dev_attr = kzalloc(sizeof(*soc_dev_attr), GFP_KERNEL); > + if (!soc_dev_attr) > +

[PATCH] mips: lib/bitops.c: fix wrong return type

Here should return 64-bit types rather than 32-bit types. Or we may get wrong return value if high 32-bit isn't equal to zero. Signed-off-by: Zhi-zhou Zhang --- arch/mips/include/asm/bitops.h |8 arch/mips/lib/bitops.c | 10 ++ 2 files changed, 10 insertions(+), 8

Re: Basic perf PMU support for Haswell v6

Hi, I am not seeing those patches in tip.git tree as of today. What is still wrong with those patches? I think they are good for providing the basic enablement for HSW. On Tue, Feb 12, 2013 at 11:04 PM, Andi Kleen wrote: > > This is based on v7 of the full Haswell PMU support, but > ported to t

[PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))

[CCing Greg and Kay] On Tue 12-03-13 12:07:50, Michal Hocko wrote: > [Let's CC Ingo and Peter] > > On Tue 12-03-13 11:15:55, Michal Hocko wrote: > > On Tue 12-03-13 14:36:46, Li Zefan wrote: > > > Seems a new bug in 3.9 kernel? > > > > > > > > > [ 207.271924] ===

Re: [PATCH 1/1] asm-generic: move cmpxchg*_local defs to cmpxchg.h

On Tuesday 12 March 2013, Jonas Bonn wrote: > Can you comment on this patch? This is needed so that the generic > asm/cmpxchg.h can be used standalone (i.e. without pulling in atomic.h). > OpenRISC uses the generic asm/cmpxchg.h and things currently don't > build without this since linux/llis

Re: SNB-PEBS errate in perf code - omits stepping 2?

On Mon, Mar 11, 2013 at 8:15 PM, Konrad Rzeszutek Wilk wrote: > Hey, > > I think quirk: > > +static int intel_snb_pebs_broken(int cpu) > +{ > + u32 rev = UINT_MAX; /* default to broken for unknown models */ > + > + switch (cpu_data(cpu).x86_model) { > + case 42: /* SNB */ > +

Re: pipe_release oops.

On Mon, Mar 11, 2013 at 06:05:43PM +, Al Viro wrote: > On Mon, Mar 11, 2013 at 08:10:10AM -0700, Linus Torvalds wrote: > > On Sun, Mar 10, 2013 at 5:35 PM, Al Viro wrote: > > > > > > Hmm... How the devil would things like pipe_read_open() get called, > > > anyway? > > > pipe_rdwr_open() can

Re: [PATCH] gpio: Renesas R-Car GPIO driver

Hi Magnus, On Tuesday 12 March 2013 14:27:25 Magnus Damm wrote: > On Sun, Mar 10, 2013 at 3:16 AM, Laurent Pinchart wrote: > > Hi Magnus, > > > > Thank you for the patch. > > Thanks for your review! You're welcome. > > On Tuesday 05 March 2013 09:32:19 Magnus Damm wrote: > >> From: Magnus Damm

Re: [PATCH] i2c: exynos5: add High Speed I2C controller driver

[please excuse my mailer html confusion] Hi Naveen, On Mon, Mar 11, 2013 at 9:32 PM, Naveen Krishna Chatradhi wrote: > > Adds support for High Speed I2C driver found in Exynos5 and later > SoCs from Samsung. This driver currently supports Auto mode. > > Driver only supports Device Tree method. >

Re: [PATCH 23/24] ARM: OMAP2+: Allow clock alias provision from device tree

Hi Roger, On 03/12/2013 12:43 PM, Roger Quadros wrote: > Currently on OMAP, it is not possible to specify a clock consumer > to any of the OMAP generated clocks using the device tree. This can pose > a problem for external devices that run off an OMAP clock as we > can't reliably provide a referen

Re: [PATCH] genirq: Sanitize spurious interrupt detection of threaded irqs

OK. Thanks for the explanation. However - even if not strictly necessary - wouldn't it be simpler and the code easier to understand if spurious interrupt detection just always would use the deferred algorithm? - after handling by whatever scheme (hard, threaded, nested) the counter is increme

Re: linux-next: unneeded merge in the security tree

On Tue, Mar 12, 2013 at 04:18:23PM +1100, Stephen Rothwell wrote: > Well, you used to be able to merge a tag and it would just fast forward > if possible. That was changed (for good reason), but now gives us this > outcome. Also, "git merge --ff" does not override that behaviour, but > "git merg

Re: [PATCH 1/6] platform-drivers: msm: add single-wire serial bus interface (SSBI) driver

On Mon, Mar 11, 2013 at 11:51:08PM -0700, David Brown wrote: > Greg Kroah-Hartman writes: > > >> +static int ssbi_wait_mask(struct msm_ssbi *ssbi, u32 set_mask, u32 > >> clr_mask) > >> +{ > >> + u32 timeout = SSBI_TIMEOUT_US; > >> + u32 val; > >> + > >> + while (timeout--) { > >> + v

Re: torrent hash failures since 3.9.0-rc1

On Tue, Mar 12, 2013 at 03:16:06PM +0800, Zheng Liu wrote: > > Ted, I am wandering if we need to Cc this patch to stable kernel. We > don't receive any report to complaint it, though, but it is worth > backporting it I think. I'll check, bu I suspect it will require an explicit backport; it's no

Re: [RFC 17/17] unicore32: default GENERIC_GPIO to false

On Tue, Mar 12, 2013 at 8:18 PM, Arnd Bergmann wrote: > On Tuesday 12 March 2013, Alexandre Courbot wrote: >> @@ -24,7 +24,7 @@ config UNICORE32 >> Please see web page at . >> >> config GENERIC_GPIO >> - def_bool y >> + def_bool n >> > > "def_bool n"

Re: linux-next: manual merge of the akpm tree with the arm-soc tree

On Tue, Mar 12, 2013 at 12:48:24PM +, Arnd Bergmann wrote: > On Tuesday 12 March 2013, Jason Cooper wrote: > > I chose to keep them together to maintain bisectability. Either you > > have all of the fix (you landed on this branch), or you don't. Was this > > the correct decision in this case,

  1   2   3   4   5   6   7   8   9   >