[PATCH v2 5/7] vfio: Use new interfaces for MSI/MSI-X enablement

Signed-off-by: Alexander Gordeev --- drivers/vfio/pci/vfio_pci_intrs.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/vfio/pci/vfio_pci_intrs.c b/drivers/vfio/pci/vfio_pci_intrs.c index 641bc87..66d1746 100644 --- a/drivers/vfio/pci/vfio_pci_intrs.c +++

RE: [PATCH 1/3] mfd: Add realtek USB card reader driver

Hi Dan, >> +int rtsx_usb_ep0_write_register(struct rtsx_ucr *ucr, u16 addr, >> + u8 mask, u8 data) >> +{ >> + u16 value = 0, index = 0; >> + >> + value |= (u16)(3 & 0x03) << 14; >> + value |= (u16)(addr & 0x3FFF); > >Don't do pointless things: > >value |= 0x03 <<

Re: [RFC][PATCH] tracing: Show available event triggers when no trigger is set

Hi Steve, On Tue, 7 Jan 2014 10:35:48 -0500, Steven Rostedt wrote: > Currently there's no way to know what triggers exist on a kernel without > looking at the source of the kernel or randomly trying out triggers. > Instead of creating another file in the debugfs system, simply show > what

Re: Sanitize CPU-state when switching tasks (was sanitize CPU-state when switching from virtual-8086 mode to other task)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Update to the issue: * Although first observed with virtual-8086 mode, the bug is not specific to virtual-8086 mode, it can be triggered with normal x86 userspace code also, even with better reproducibility. * Ben Hutchings looked at the Debian bug

Re: [PATCH] comedi: Humusoft MF634 and MF624 DAQ cards driver

On Tue, Jan 07, 2014 at 11:24:57PM +0100, Rostislav Lisovy wrote: > This patch adds Comedi driver for Humusoft MF634 (PCIe) and > MF624 (PCI) data acquisition cards. The legacy card Humusoft > MF614 is not supported. More info about the cards may be found > at http://humusoft.cz/produkty/datacq/ >

Re: [PATCH 5/7] vfio: Use new interfaces for MSI/MSI-X enablement

On Tue, Jan 07, 2014 at 11:34:13AM -0700, Alex Williamson wrote: > On Tue, 2014-01-07 at 19:05 +0100, Alexander Gordeev wrote: > > This update also fixes a bug when deprecated pci_enable_msix() > > and pci_enable_msi_block() functions return a positive return > > value which indicats the number of

Re: [PATCH 1/5] tools lib traceevent: Add WARN and WARN_ONCE macros

Hi Arnaldo, On Tue, 7 Jan 2014 11:07:47 -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Jan 07, 2014 at 12:00:08PM +0900, Namhyung Kim escreveu: >> They're copied from the perf code and will be used to print error >> message during trace_seq_printf() and friends. >> >> Suggested-by: Jiri Olsa

Re: [PATCH] drm/i915: silence compiler warning

On Wed, Jan 8, 2014 at 2:56 AM, Ying Xue wrote: > drivers/gpu/drm/i915/i915_debugfs.c: In function ‘display_crc_ctl_write’: > drivers/gpu/drm/i915/i915_debugfs.c:2393:2: warning: ‘val’ may be used > uninitialized in this function [-Wuninitialized] > drivers/gpu/drm/i915/i915_debugfs.c:2350:6:

Re: [B.A.T.M.A.N.] [PATCH v3.6 06/19] batman-adv: use batadv_compare_eth for concise

On 2014/1/8 15:06, Antonio Quartulli wrote: > On 08/01/14 03:53, Ding Tianhong wrote: >> It is better to use batadv_compate_eth instead of memcpy for >> concise style. >> >> Cc: Marek Lindner >> Cc: Simon Wunderlich >> Cc: Antonio Quartulli >> Cc: "David S. Miller" >> Cc:

Re: [PATCH] drivers: target: target_core_mod: use div64_u64_rem() instead of operator '%' for u64

On 12/24/2013 04:35 AM, Chen Gang wrote: > On 12/23/2013 02:51 PM, Nicholas A. Bellinger wrote: >> On Sun, 2013-12-22 at 17:17 +0800, Chen Gang wrote: >>> On 12/22/2013 10:56 AM, Nicholas A. Bellinger wrote: Hi Chen, On Sat, 2013-12-21 at 10:08 +0800, Chen Gang wrote: > In

Re: Confusion about Pinctrl and GPIO

Hi Stephen, Thank you very much! I understood now! 2014/1/7 Stephen Warren : > On 12/25/2013 10:18 PM, 曹荣荣 wrote: > >> I noticed that Stephen submitted a patch for pinctrl: >> http://www.gossamer-threads.com/lists/linux/kernel/1500890?do=post_view_threaded >> >> In this patch, Stephen said, "When

RE: [PATCH RT] add missing local serialization in ip_output.c

Hello, Patch also tested overnight with the Atmel SAMA5D35 evaluation board using the same setup that originally produced the oops. No problems whatsoever. BR, Sami -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

[PATCH v2] mfd: omap-usb-tll: Don't hold lock during pm_runtime_get/put_sync()

pm_runtime_get/put_sync() can sleep so don't hold spinlock while calling them. This patch prevents a BUG() during system suspend when CONFIG_DEBUG_ATOMIC_SLEEP is enabled. Bug is present in Kernel versions v3.9 onwards. Reported-by: Tomi Valkeinen Signed-off-by: Roger Quadros Tested-by: Tomi

Re: status of block-integrity

On 01/07/2014 10:43 PM, Martin K. Petersen wrote: >> "Hannes" == Hannes Reinecke writes: > > Hannes> Plus (as hch rightly pointed out) as there is no defined > Hannes> userland interface the question is why we bother with all the > Hannes> DIX stuff in the block layer. > > Because it

Re: [B.A.T.M.A.N.] [PATCH v3.6 06/19] batman-adv: use batadv_compare_eth for concise

On 08/01/14 03:53, Ding Tianhong wrote: > It is better to use batadv_compate_eth instead of memcpy for > concise style. > > Cc: Marek Lindner > Cc: Simon Wunderlich > Cc: Antonio Quartulli > Cc: "David S. Miller" > Cc: b.a.t.m@lists.open-mesh.org > Cc: net...@vger.kernel.org > Cc:

Re: [Patch Part2 V1 03/14] iommu/vt-d: simplify function get_domain_for_dev()

On 2014/1/8 14:48, Kai Huang wrote: > On Wed, Jan 8, 2014 at 2:31 PM, Jiang Liu wrote: >> >> >> On 2014/1/8 14:06, Kai Huang wrote: >>> On Wed, Jan 8, 2014 at 1:48 PM, Jiang Liu wrote: On 2014/1/8 11:06, Kai Huang wrote: > > > > On Tue, Jan 7, 2014 at 5:00 PM,

Re: [Patch Part2 V1 03/14] iommu/vt-d: simplify function get_domain_for_dev()

On Wed, Jan 8, 2014 at 2:48 PM, Kai Huang wrote: > On Wed, Jan 8, 2014 at 2:31 PM, Jiang Liu wrote: >> >> >> On 2014/1/8 14:06, Kai Huang wrote: >>> On Wed, Jan 8, 2014 at 1:48 PM, Jiang Liu wrote: On 2014/1/8 11:06, Kai Huang wrote: > > > > On Tue, Jan 7, 2014 at

Re: [Patch Part2 V1 03/14] iommu/vt-d: simplify function get_domain_for_dev()

On Wed, Jan 8, 2014 at 2:31 PM, Jiang Liu wrote: > > > On 2014/1/8 14:06, Kai Huang wrote: >> On Wed, Jan 8, 2014 at 1:48 PM, Jiang Liu wrote: >>> >>> >>> On 2014/1/8 11:06, Kai Huang wrote: On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu >>> >

[PATCH] usb:hub set hub->change_bits when over-current happens

When we are doing compliance test with xHCI, we found that if we enable CONFIG_USB_SUSPEND and plug in a bad device which causes over-current condition to the root port, software will not be noticed. The reason is that current code don't set hub->change_bits in hub_activate() when over-current

Re: Regression (ARM) arch/arm/mm/init.c doesn't build without CONFIG_ARM_PATCH_PHYS_VIRT.

Russell King - ARM Linux writes: > Okay, reverted. Thanks. -- Krzysztof Halasa Research Institute for Automation and Measurements PIAP Al. Jerozolimskie 202, 02-486 Warsaw, Poland -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH 2/3] regulator: Add support for S2MPA01 regulator

Add support for S2MPA01 voltage and current regulator. Signed-off-by: Sachin Kamat --- drivers/regulator/Kconfig |7 + drivers/regulator/Makefile |1 + drivers/regulator/s2mpa01.c | 497 +++ 3 files changed, 505 insertions(+) create mode

Re: [Patch Part2 V1 03/14] iommu/vt-d: simplify function get_domain_for_dev()

On 2014/1/8 14:06, Kai Huang wrote: > On Wed, Jan 8, 2014 at 1:48 PM, Jiang Liu wrote: >> >> >> On 2014/1/8 11:06, Kai Huang wrote: >>> >>> >>> >>> On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu >> > wrote: >>> >>> Function get_domain_for_dev() is a little

[PATCH 3/3] Documentation: mfd: Add binding document for S2MPA01

Added initial binding documentation for S2MPA01 MFD. Signed-off-by: Sachin Kamat --- Documentation/devicetree/bindings/mfd/s2mpa01.txt | 91 + 1 file changed, 91 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/s2mpa01.txt diff --git

[PATCH 1/3] mfd: Add support for S2MPA01 device

Add the necessary entries required for S2MPA01 multi-function device. While at it also convert whitespaces to tabs in core.h. Signed-off-by: Sachin Kamat --- drivers/mfd/sec-core.c | 39 +++ include/linux/mfd/samsung/core.h| 16 ++- include/linux/mfd/samsung/irq.h |

Re: [PATCH] mfd: omap-usb-tll: Don't hold lock during pm_runtime_get/put_sync()

Hi, On 12/18/2013 04:06 PM, Lee Jones wrote: >> pm_runtime_get/put_sync() can sleep so don't hold spinlock while >> calling them. >> >> This patch prevents a BUG() when CONFIG_DEBUG_ATOMIC_SLEEP is enabled. >> Bug is present in Kernel versions v3.9 onwards. >> >> Reported-by: Tomi Valkeinen >>

Re: [RFC Patch Part2 V1 14/14] iommu/vt-d: update IOMMU state when memory hotplug happens

On Wed, Jan 8, 2014 at 2:21 PM, Jiang Liu wrote: > > > On 2014/1/8 14:14, Kai Huang wrote: >> On Wed, Jan 8, 2014 at 2:01 PM, Jiang Liu wrote: >>> >>> >>> On 2014/1/8 13:07, Kai Huang wrote: On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu wrote: > If static identity domain is created,

[PATCH 2/2] usb/gadget: fix printer memory leak

From: "wenlin.kang" When read data from g_printer, we see a Segmentation fault. eg: Unable to handle kernel paging request at virtual address bf048000 pgd = cf038000 [bf048000] *pgd=8e8cf811, *pte=, *ppte= Internal error: Oops: 7 [#1] PREEMPT ARM Modules linked in: bluetooth

[PATCH 1/2] usb/gadget: fix printer deadlock

From: "wenlin.kang" The problem occurs in follow path. printer_read() | +---setup_rx_reqs() | +---usb_ep_queue() | +---... |

Re: [RFC Patch Part2 V1 14/14] iommu/vt-d: update IOMMU state when memory hotplug happens

On 2014/1/8 14:14, Kai Huang wrote: > On Wed, Jan 8, 2014 at 2:01 PM, Jiang Liu wrote: >> >> >> On 2014/1/8 13:07, Kai Huang wrote: >>> On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu wrote: If static identity domain is created, IOMMU driver needs to update si_domain page table when memory

[PATCH v4 3/5] ARM: dts: omap4-panda: Provide USB PHY clock

The USB PHY gets its clock from AUXCLK3. Provide this information. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap4-panda-common.dtsi | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/arch/arm/boot/dts/omap4-panda-common.dtsi

[PATCH v4 1/5] mfd: omap-usb-host: Update DT clock binding information

The omap-usb-host driver expects the 60MHz functional clock of the USB host module to be named as "init_60m_fclk". Add this information in the DT binding document. CC: Lee Jones CC: Samuel Ortiz Signed-off-by: Roger Quadros --- Documentation/devicetree/bindings/mfd/omap-usb-host.txt | 4

[PATCH v4 5/5] ARM: OMAP2+: Remove legacy_init_ehci_clk()

The necessary clock phandle for the EHCI clock is now provided via device tree so we no longer need this legacy method. Signed-off-by: Roger Quadros --- arch/arm/mach-omap2/pdata-quirks.c | 16 1 file changed, 16 deletions(-) diff --git a/arch/arm/mach-omap2/pdata-quirks.c

[PATCH v4 4/5] ARM: dts: omap5-uevm: Provide USB PHY clock

The HS USB 2 PHY gets its clock from AUXCLK1. Provide this information. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap5-uevm.dts | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts index

[PATCH v4 0/5] USB Host support for OMAP5 uEVM (for 3.14)

Hi Benoit & Tony, This patchset brings up USB Host ports and Ethernet port on the OMAP5 uEVM board. It depends on the TI Clock DT conversion patches [1] and is based on 3.13-rc7 [1] - http://article.gmane.org/gmane.linux.ports.arm.kernel/289895 Changelog: v4: - Updated DT binding document for

[PATCH v4 2/5] ARM: dts: OMAP5: Add 60MHz clock reference to USB Host module

USB Host driver (drivers/mfd/omap-usb-host.c) expects the 60MHz reference clock to be named "init_60m_fclk". Provide this information. Signed-off-by: Roger Quadros --- arch/arm/boot/dts/omap5.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/omap5.dtsi

Re: [RFC Patch Part2 V1 14/14] iommu/vt-d: update IOMMU state when memory hotplug happens

On Wed, Jan 8, 2014 at 2:01 PM, Jiang Liu wrote: > > > On 2014/1/8 13:07, Kai Huang wrote: >> On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu wrote: >>> If static identity domain is created, IOMMU driver needs to update >>> si_domain page table when memory hotplug event happens. Otherwise >>> PCI

Re: [Patch Part2 V1 03/14] iommu/vt-d: simplify function get_domain_for_dev()

On Wed, Jan 8, 2014 at 1:48 PM, Jiang Liu wrote: > > > On 2014/1/8 11:06, Kai Huang wrote: >> >> >> >> On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu > > wrote: >> >> Function get_domain_for_dev() is a little complex, simplify it >> by factoring out

RE: [PATCH] [v5] phylib: Add Clause 45 read/write functions

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: Wednesday, January 08, 2014 1:58 PM > To: shh@gmail.com > Cc: jg1@samsung.com; mugunthan...@ti.com; f.faine...@gmail.com; > net...@vger.kernel.org; linux-kernel@vger.kernel.org; Xie Shaohui-B21989; >

Re: [RFC Patch Part2 V1 14/14] iommu/vt-d: update IOMMU state when memory hotplug happens

On 2014/1/8 13:07, Kai Huang wrote: > On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu wrote: >> If static identity domain is created, IOMMU driver needs to update >> si_domain page table when memory hotplug event happens. Otherwise >> PCI device DMA operations can't access the hot-added memory

Re: [PATCH] [v5] phylib: Add Clause 45 read/write functions

From: David Miller Date: Wed, 08 Jan 2014 00:56:14 -0500 (EST) > > When you are asked to make changes to a patch in a series, you must > repost the entire series, not just the patch which has changed. Nevermind I see that you did this, you just messed up the Subject line for this patch by not

[PATCH] spi: atmel: Refactor spi-atmel to use SPI framework queue

Replace the deprecated master->transfer with transfer_one_message() and allow the SPI subsystem handle all the queuing of messages. Signed-off-by: Wenyou Yang --- Hi Mark, The patch is based on for-next branch of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git It is

[PATCH 6/6] [v5] phylib: Add of_phy_attach

From: Andy Fleming 10G PHYs don't currently support running the state machine, which is implicitly setup via of_phy_connect(). Therefore, it is necessary to implement an OF version of phy_attach(), which does everything except start the state machine. Signed-off-by: Andy Fleming Signed-off-by:

[PATCH 4/6] [v5] phylib: Add generic 10G driver

From: Andy Fleming Very incomplete, but will allow for binding an ethernet controller to it. Signed-off-by: Andy Fleming Signed-off-by: Shaohui Xie --- resend for v5. drivers/net/phy/phy_device.c | 80 1 file changed, 80 insertions(+) diff --git

Re: [PATCH] [v5] phylib: Add Clause 45 read/write functions

When you are asked to make changes to a patch in a series, you must repost the entire series, not just the patch which has changed. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

[PATCH 5/6] [v5] phylib: Support attaching to generic 10g driver

From: Andy Fleming phy_attach_direct() may now attach to a generic 10G driver. It can also be used exactly as phy_connect_direct(), which will be useful when using of_mdio, as phy_connect (and therefore of_phy_connect) start the PHY state machine, which is currently irrelevant for 10G PHYs.

[PATCH 3/6] [v5] phylib: turn genphy_driver to an array

From: Shaohui Xie Then other generic phy driver such as generic 10g phy driver can join it. Signed-off-by: Shaohui Xie --- resend for v5. drivers/net/phy/phy_device.c | 29 + 1 file changed, 21 insertions(+), 8 deletions(-) diff --git

[PATCH 2/6] [v5] phylib: introduce PHY_INTERFACE_MODE_XGMII for 10G PHY

From: Andy Fleming Signed-off-by: Andy Fleming Signed-off-by: Shaohui Xie Acked-by: Florian Fainelli --- resend for v5. drivers/of/of_net.c | 1 + include/linux/phy.h | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/of/of_net.c b/drivers/of/of_net.c index 8f9be2e..a208a45

[PATCH] [v5] phylib: Add Clause 45 read/write functions

From: Andy Fleming Need an extra parameter to read or write Clause 45 PHYs, so need a different API with the extra parameter. Signed-off-by: Andy Fleming Signed-off-by: Shaohui Xie --- changes for v5: revised for opening parenthesis. include/linux/phy.h | 39

Re: [PATCH 1/2] cpufreq: try to resume policies which failed on last resume

On 6 January 2014 16:47, Bjørn Mork wrote: > Viresh Kumar writes: > >> On 6 January 2014 16:19, Bjørn Mork wrote: >>> I cancelled by pressing backspace while the image was being written. >> >> I will answer other queries on next mail, but a quick question: >> Do you get these warnings even if

Re: [Patch Part2 V1 03/14] iommu/vt-d: simplify function get_domain_for_dev()

On 2014/1/8 11:06, Kai Huang wrote: > > > > On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu > wrote: > > Function get_domain_for_dev() is a little complex, simplify it > by factoring out dmar_search_domain_by_dev_info() and > dmar_insert_dev_info(). >

[PATCH 1/2] f2fs: improve write performance under frequent fsync calls

When considering a bunch of data writes with very frequent fsync calls, we are able to think the following performance regression. N: Node IO, D: Data IO, IO scheduler: cfq Issuepending IOs D1 D2 D3 D4 D1 D2 D3 D4 N1 D2D3 D4 N1 N2 N1D3 D4 N2 D1

[PATCH 2/2] f2fs: add a sysfs entry to control max_victim_search

Previously during SSR and GC, the maximum number of retrials to find a victim segment was hard-coded by MAX_VICTIM_SEARCH, 4096 by default. This number makes an effect on IO locality, when SSR mode is activated, which results in performance fluctuation on some low-end devices. If

Re: [PATCH v3 1/4] ARM: dts: OMAP5: Add 60MHz clock reference to USB Host module

On 01/07/2014 08:43 PM, Arnd Bergmann wrote: > On Tuesday 07 January 2014, Roger Quadros wrote: >> USB Host driver (drivers/mfd/omap-usb-host.c) expects the 60MHz >> reference clock to be named "init_60m_fclk". Provide this >> information. >> >> Signed-off-by: Roger Quadros >> --- >>

Re: [RFC/PATCH] usb/xhci: avoid kernel panic on xhci_suspend()

Hi Greg, On Tue, Jan 07, 2014 at 08:16:20PM -0800, Greg KH wrote: > > A: No. > Q: Should I include quotations after my reply? > > http://daringfireball.net/2007/07/on_top > > On Wed, Jan 08, 2014 at 03:49:07AM +, Tang, Jianqiang wrote: > > Hi, > > 1) I met this issue one time just boot up

Re: [PATCH v6][RESEND] platform: x86: New BayTrail IOSF-SB MBI driver

On Wed, Jan 08, 2014 at 01:11:22AM +0100, Rafael J. Wysocki wrote: > Well, I personally think that this code should go into arch/x86/ as library > code > needed to access IOSF Sideband on some platforms. I don't disagree. However for the record this is not the first time it has been discussed

Re: [GIT PULL 0/4] PHY: for 3.14

Hi Greg, On Thursday 26 December 2013 10:17 PM, Kishon Vijay Abraham I wrote: > Hi Greg, > > here's the patches for 3.14. It contains few fixes on phy-core and added a new > PHY driver used by SATA in Marvell SoCs. > > Let me know if you need any changes. > > Thanks > Kishon > > The following

linux-next: Tree for Jan 8

Hi all, This tree fails (more than usual) the powerpc allyesconfig build. Changes since 20140107: Dropped tree: sh (complex merge conflicts against very old commits) The powerpc tree still had its build failure. The drm tree gained a conflict against the drm-intel-fixes tree. The gpio tree

Re: [RFC Patch Part2 V1 14/14] iommu/vt-d: update IOMMU state when memory hotplug happens

On Tue, Jan 7, 2014 at 5:00 PM, Jiang Liu wrote: > If static identity domain is created, IOMMU driver needs to update > si_domain page table when memory hotplug event happens. Otherwise > PCI device DMA operations can't access the hot-added memory regions. > > Signed-off-by: Jiang Liu > --- >

RE: [PATCHv9 2/4] ARM: dts: Add Freescale FTM PWM node for VF610.

> Has the FTM PWM device tree bindings been accepted/merged? Please only > send me DTS changes after that. Also when you send me the DTS changes, > please base on imx/dt or for-next branch of my git tree below. > > git://git.linaro.org/people/shawnguo/linux-2.6.git > Yes, I will resend

RE: [PATCH] pwm: core: Use devm_kzalloc instead of kzalloc

> > drivers/pwm/core.c | 5 +++-- > > 1 file changed, 3 insertions(+), 2 deletions(-) > > > > diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c > > index 2ca9504..74c9f9a 100644 > > --- a/drivers/pwm/core.c > > +++ b/drivers/pwm/core.c > > @@ -80,7 +80,6 @@ static void free_pwms(struct

Re: [PATCH] lib/percpu_counter.c: disable local irq when updating percpu couter

On Wed, Jan 8, 2014 at 11:29 AM, Ming Lei wrote: > Hi Andrew, > > On Wed, Jan 8, 2014 at 9:36 AM, Andrew Morton > wrote: >>> I am wondering if the above patch is more efficient, because: >>> >>> - raw_local_irq_save()/raw_local_irq_restore() should be cheaper >>> than preempt_enable() in theory

[PATCH V7] ARM : unwinder : Prevent data abort due to stack overflow

While unwinding backtrace, stack overflow is possible. This stack overflow can sometimes lead to data abort in system if the area after stack is not mapped to physical memory. To prevent this problem from happening, execute the instructions that can cause a data abort in separate helper

Re: [PATCH] powerpc: Fix alignment of secondary cpu spin vars

On Wed, 2014-01-08 at 15:09 +1100, Michael Ellerman wrote: > > Of course, main worry is that this is just hiding some latent NULL > deref in > > the kernel now... :-/ > > Wow, that would have to come close to winning the > grossest-hack-in-arch-powerpc > award :) > > Have you tried changing the

Re: [RFC/PATCH] usb/xhci: avoid kernel panic on xhci_suspend()

A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Wed, Jan 08, 2014 at 03:49:07AM +, Tang, Jianqiang wrote: > Hi, > 1) I met this issue one time just boot up our Linux Platform(Kernel3.10) > with XHCI driver, then kernel panic happen. > >

Re: [PATCHv9 02/20] thermal: introduce device tree parser

On 01/08/2014 11:24 AM, Hu Yaohui wrote: > I am new here. How can I could not mail a new message to this mail list? > TIA I use Thunderbird, it's a pretty good mail client :) > > > On Tue, Jan 7, 2014 at 10:19 PM, Wei Ni > wrote: > > On 01/07/2014 07:17 PM,

linux-next: manual merge of the gpio tree with the xtensa tree

Hi Linus, Today's linux-next merge of the gpio tree got a conflict in arch/xtensa/Kconfig between commit dbacef090841 ("xtensa: add SMP support") from the xtensa tree and commit a1a2bdec4772 ("gpio: xtensa: depend on HAVE_XTENSA_GPIO32") from the gpio tree. I fixed it up (see below) and can

Re: [PATCH] powerpc: Fix alignment of secondary cpu spin vars

On Fri, 2014-01-03 at 00:12 -0800, Olof Johansson wrote: > On Thu, Jan 02, 2014 at 11:56:04PM -0800, Olof Johansson wrote: > > > This makes things interesting though. The BE/LE trampoline code > > assumes at least 3 consecutive instructions. What was the reasoning > > behind entering the kernel

Re: [PATCH 2/2] mm: free memblock.memory in free_all_bootmem

On 2014/1/7 23:16, Philipp Hachtmann wrote: > When calling free_all_bootmem() the free areas under memblock's > control are released to the buddy allocator. Additionally the > reserved list is freed if it was reallocated by memblock. > The same should apply for the memory list. > >

Re: [PATCH v3 0/2] gpio: davinci: reuse for keystone arch

On Tuesday 07 January 2014 11:22 PM, Santosh Shilimkar wrote: > Sekhar, > > On Tuesday 24 December 2013 06:41 AM, Grygorii Strashko wrote: >> This series is intended to update Davinci GPIO driver and reuse >> it for Keystone SoCs, because Keystone uses the similar GPIO IP like Davinci. >>

Re: [PATCH 2/5] tools lib traceevent: Add state member to struct trace_seq

Hi Jiri, On Tue, 7 Jan 2014 14:05:58 +0100, Jiri Olsa wrote: > On Tue, Jan 07, 2014 at 12:00:09PM +0900, Namhyung Kim wrote: > > SNIP > >> void trace_seq_init(struct trace_seq *s); >> diff --git a/tools/lib/traceevent/trace-seq.c >> b/tools/lib/traceevent/trace-seq.c >> index

RE: [PATCH] usbcore: fix BABBLE failed enumeration of legacy USB2 devices on USB3 bus

Great observation, Sarah located a patch that is queued for the 3.14 kernel and that has a similar effect. So future kernels could work with that one as well. The patch I provided (being very small and safe) can still be suggested for maintainers of older kernels in various long-term

Re: [RFC] mm: show message when updating min_free_kbytes in thp

On Mon, Jan 06, 2014 at 05:46:04PM +0100, Michal Hocko wrote: > On Sun 05-01-14 08:35:01, Han Pingtian wrote: > [...] > > From f4d085a880dfae7638b33c242554efb0afc0852b Mon Sep 17 00:00:00 2001 > > From: Han Pingtian > > Date: Fri, 3 Jan 2014 11:10:49 +0800 > > Subject: [PATCH] mm: show message

RE: [RFC/PATCH] usb/xhci: avoid kernel panic on xhci_suspend()

Hi, 1) I met this issue one time just boot up our Linux Platform(Kernel3.10) with XHCI driver, then kernel panic happen. And this issue reported once by other internal team. Nothing special of reproduce step and do not need special Hardware I think. Just random issue which will

Re: [PATCH 3/4] tty/serial: at91: prevent null dereference in tasklet function

A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Tue, Jan 07, 2014 at 08:52:34PM -0500, Mark Roszko wrote: > This patch I was somewhat hesitant to pushing to Atmel when I did the other > two > patches. Then why did you? :) > The main issue is

Re: [PATCH 1/2] audit: print error message when fail to create audit socket

On 14/01/08, Gao feng wrote: > On 01/08/2014 08:53 AM, Andrew Morton wrote: > > On Tue, 17 Dec 2013 11:10:41 +0800 Gao feng wrote: > > > >> print the error message and then return -ENOMEM. > >> > >> ... > >> > >> --- a/kernel/audit.c > >> +++ b/kernel/audit.c > >> @@ -1083,12 +1083,11 @@ static

Re: [PATCH] lib/percpu_counter.c: disable local irq when updating percpu couter

Hi Andrew, On Wed, Jan 8, 2014 at 9:36 AM, Andrew Morton wrote: >> I am wondering if the above patch is more efficient, because: >> >> - raw_local_irq_save()/raw_local_irq_restore() should be cheaper >> than preempt_enable() in theory > > Don't think so - local_irq_disable() requires quite some

Re: [PATCH net 2/2] net: core: explicitly select a txq before doing l2 forwarding

On 01/07/2014 09:17 PM, Neil Horman wrote: > On Tue, Jan 07, 2014 at 11:42:24AM +0800, Jason Wang wrote: >> On 01/06/2014 08:42 PM, Neil Horman wrote: >>> On Mon, Jan 06, 2014 at 11:21:07AM +0800, Jason Wang wrote: Currently, the tx queue were selected implicitly in ndo_dfwd_start_xmit().

Re: [PATCHv9 02/20] thermal: introduce device tree parser

On 01/07/2014 07:17 PM, Eduardo Valentin wrote: > * PGP Signed by an unknown key > > On 06-01-2014 22:48, Wei Ni wrote: >> Hi, Eduardo >> Will you consider my comments :) > > By now Wei, it is better if you start a new thread, by sending a patch > on top of it, as this thread has been already

[PATCH] ARM: imx: select PM_OPP for iMX6SL

The PM_OPP is required if the user wants to use the imx6q-cpufreq driver. Signed-off-by: John Tobias --- arch/arm/mach-imx/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-imx/Kconfig b/arch/arm/mach-imx/Kconfig index 704e5ae..5e73596 100644 ---

YOU HAVE RECEIVED A DONATION

Hello, This message is to inform you that you have just received a cash donation of $460,000 from us. You are advised to write us an email once you get this message through the following Email: dawesda...@hotmail.com for more information on how you can redeem your donated sum. Best of luck.

[PATCH v3.6 19/19] wireless: slight optimization of addr compare

Use possibly more efficient ether_addr_equal or ether_addr_equal_unaligned instead of memcmp. Cc: John W. Linville Cc: linux-wirel...@vger.kernel.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Weilong Chen Signed-off-by: Ding Tianhong ---

Re: [PATCH v3.5 17/19] mwifiex: slight optimization of addr compare

On 2014/1/8 10:50, Bing Zhao wrote: > Hi Ding, > >> Use possibly more efficient ether_addr_equal >> instead of memcmp. > >> @@ -782,8 +782,7 @@ static int mwifiex_ret_ibss_coalescing_status(struct >> mwifiex_private *priv, >> } >> >> /* If BSSID is diff, modify current BSS parameters

[PATCH v3.6 01/19] net: freescale: remove unused compare_addr()

The function did not be used any more, so remove it. Cc: Li Yang Cc: net...@vger.kernel.org Cc: linuxppc-...@lists.ozlabs.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Ding Tianhong --- drivers/net/ethernet/freescale/ucc_geth.c | 5 - 1 file changed, 5 deletions(-) diff --git

[PATCH v3.6 17/19] mwifiex: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Bing Zhao Cc: John W. Linville Cc: linux-wirel...@vger.kernel.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Weilong Chen Signed-off-by: Ding Tianhong --- drivers/net/wireless/mwifiex/11n.c

[PATCH v3.6 03/19] net: atl1: slight optimization of addr compare

Use the recently added and possibly more efficient ether_addr_equal_unaligned to instead of memcmp. Cc: Jay Cliburn Cc: Chris Snook Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Weilong Chen Signed-off-by: Ding Tianhong ---

[PATCH v3.6 15/19] cw1200: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Solomon Peachy Cc: John W. Linville Cc: linux-wirel...@vger.kernel.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Weilong Chen Signed-off-by: Ding Tianhong ---

[PATCH v3.6 11/19] atm: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Chas Williams Cc: linux-atm-gene...@lists.sourceforge.net Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Yang Yingliang Signed-off-by: Ding Tianhong --- drivers/atm/nicstar.c | 4 ++-- 1 file

[PATCH v3.6 16/19] ipw2x00: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Stanislav Yakovlev Cc: John W. Linville Cc: linux-wirel...@vger.kernel.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Weilong Chen Signed-off-by: Ding Tianhong ---

RE: [PATCH v3.6 17/19] mwifiex: slight optimization of addr compare

Hi Ding, > - if (memcmp(priv->curr_bss_params.bss_descriptor.mac_address, > -ibss_coal_resp->bssid, ETH_ALEN)) { > + if (!ether_addr_equal(priv->curr_bss_params.bss_descriptor.mac_address, > ibss_coal_resp->bssid)) Still wrong... ;) Have you actually run the

[PATCH v3.6 09/19] infiniband: slight optimization of addr compare

Use the possibly more efficient ether_addr_equal to instead of memcmp. Cc: Roland Dreier Cc: Sean Hefty Cc: Hal Rosenstock Cc: Faisal Latif Cc: linux-r...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Wang Weidong Signed-off-by: Ding Tianhong ---

[PATCH v3.6 10/19] mac8011: slight optimization of addr compare

Use the possibly more efficient ether_addr_equal to instead of memcmp. Cc: Johannes Berg Cc: John W. Linville Cc: David Miller Cc: linux-wirel...@vger.kernel.org Cc: net...@vger.kernel.org Signed-off-by: Wang Weidong Signed-off-by: Ding Tianhong --- net/mac80211/iface.c | 7 +++ 1 file

[PATCH v3.6 00/19] slight optimization of addr compare for some modules

Joe Perches add ether_addr_equal_unaligned to test if possibly unaligned to u16 Ethernet addresses are equal. If CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS is set, this uses the slightly faster generic routine ether_addr_equal, otherwise this uses memcmp. So I use the recently added and possibly

[PATCH v3.6 06/19] batman-adv: use batadv_compare_eth for concise

It is better to use batadv_compate_eth instead of memcpy for concise style. Cc: Marek Lindner Cc: Simon Wunderlich Cc: Antonio Quartulli Cc: "David S. Miller" Cc: b.a.t.m@lists.open-mesh.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Tan Xiaojun

[PATCH v3.6 04/19] hamradio: slight optimization of addr compare

Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Joerg Reuter Cc: linux-h...@vger.kernel.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Ding Tianhong --- drivers/net/hamradio/bpqether.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v3.6 05/19] ppp: slight optimization of addr compare

Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Michal Ostrowski Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Ding Tianhong --- drivers/net/ppp/pppoe.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v3.6 07/19] zd1211rw: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Daniel Drake Cc: Ulrich Kunitz Cc: "John W. Linville" Cc: linux-wirel...@vger.kernel.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Tan Xiaojun Signed-off-by: Ding Tianhong ---

[PATCH v3.6 12/19] isdn: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Karsten Keil Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Yang Yingliang Signed-off-by: Ding Tianhong --- drivers/isdn/i4l/isdn_net.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH v3.6 13/19] media: dvb_core: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Mauro Carvalho Chehab Cc: linux-me...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Yang Yingliang Signed-off-by: Ding Tianhong Acked-by: Mauro Carvalho Chehab --- drivers/media/dvb-core/dvb_net.c | 10

[PATCH v3.6 14/19] hostap: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Jouni Malinen Cc: John W. Linville Cc: linux-wirel...@vger.kernel.org Cc: net...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Weilong Chen Signed-off-by: Ding Tianhong ---

[PATCH v3.6 08/19] ozwpan: slight optimization of addr compare

Use possibly more efficient ether_addr_equal instead of memcmp. Cc: Rupesh Gujare Cc: Greg Kroah-Hartman Cc: de...@driverdev.osuosl.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Tan Xiaojun Signed-off-by: Ding Tianhong --- drivers/staging/ozwpan/ozcdev.c | 2 +-

  1   2   3   4   5   6   7   8   9   10   >