[PATCH] MAINTAINERS: update path for drm tegra driver

2013-05-30 Thread Ying Xue
Since 4231c6b01af9f0f3eeca4b8d0d87125d78233b41 commit, drm tegra driver was moved to host1x, however, its correspding entry in MAINTAINERS is not updated in time. Signed-off-by: Ying Xue --- MAINTAINERS |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAIN

Re: [PATCH 0/4] clk, mfd: u8540 clock tree definition

2013-05-30 Thread Lee Jones
On Thu, 30 May 2013, Mike Turquette wrote: > Quoting Philippe Begnic (2013-05-27 05:41:28) > > From: Philippe Begnic > > > > Create U8540 clock tree definitions for common clock framework > > > > The clock changes look good to me. How did you want to merge the > patches? You may as well take

Re: [PATCH v2] ata: increase retry count but shorten duration for Calxeda controller

2013-05-30 Thread Clemens Ladisch
Sergei Shtylyov wrote: > On 30-05-2013 18:26, Timur Tabi wrote: >>> +const unsigned long timing[] = { 5, 100, 500}; > >> You'll save space and time if you also make this array "static", >> otherwise the compiler will build the array every time this function is >> called. > > No, *const* specifi

Re: [PATCH 2/2] rtc: omap: add rtc wakeup support to alarm events

2013-05-30 Thread Prabhakar Lad
Hi Gururaja, Thanks for the patch. On Fri, May 31, 2013 at 12:03 PM, Hebbar Gururaja wrote: > On some platforms (like AM33xx), a special register (RTC_IRQWAKEEN) [snip] > - ti,wakeup_capable: Inform the rtc driver that this module is wake-up >capable so that rtcwake and suspend tests can wo

RE: [PATCH 1/2] rtc: omap: add option to indicate wakeup support through DT

2013-05-30 Thread Hebbar, Gururaja
On Fri, May 31, 2013 at 12:14:44, Prabhakar Lad wrote: > Hi Gururaja, > > Thanks for the patch. > > On Fri, May 31, 2013 at 12:03 PM, Hebbar Gururaja > wrote: > > Even though RTC-IP is wakeup capable, Not all Boards support it. > > > > For example > > The rtc alarm wakeup is available in rtc-ip

Regression introduced by commit "lib/bitmap.c: speed up bitmap_find_free_region"

2013-05-30 Thread Sachin Kamat
Hi, While testing MFC decoder on Exynos machines, I encountered some memory allocation errors due to failure of dma_alloc_coherent(). File: drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c Line: 38. Git bisect pointed me to the following commit as the first bad commit (linux-next tree of 20130531):

Re: [PATCH 1/2] rtc: omap: add option to indicate wakeup support through DT

2013-05-30 Thread Prabhakar Lad
Hi Gururaja, Thanks for the patch. On Fri, May 31, 2013 at 12:03 PM, Hebbar Gururaja wrote: > Even though RTC-IP is wakeup capable, Not all Boards support it. > > For example > The rtc alarm wakeup is available in rtc-ip since omap1 days but alarm > was not wired properly in previous ompa1 board

Re: [alsa-devel] [PATCH] [resend] snd-es1968: Add radio support for MediaForte M56VAP

2013-05-30 Thread Takashi Iwai
At Thu, 30 May 2013 16:13:09 +0200, Ondrej Zary wrote: > > Add support for TEA5757 tuner on MediaForte M56VAP sound+modem+radio card. > The GPIO connection type is automatically detected (like snd-fm801 driver). > > Also add a safety subsystem vendor check to skip radio detection if vendor > diff

Re: [RFC] regmap: Add regmap_field APIs

2013-05-30 Thread Srinivas KANDAGATLA
Hi Mark, We have pretty much completed reworking the patch-set we sent recently for the STiH41x SOC support. We are waiting for your feedback on this patch. Thanks, srini On 28/05/13 15:58, Srinivas KANDAGATLA wrote: > From: Srinivas Kandagatla > > It is common to access regmap registers at bi

Re: [alsa-devel] Improving or replacing snd_printk()

2013-05-30 Thread Takashi Iwai
At Thu, 30 May 2013 20:49:09 +0200, Jaroslav Kysela wrote: > > Date 30.5.2013 20:14, Alan Stern wrote: > > On Wed, 29 May 2013, Joe Perches wrote: > > > >> On Wed, 2013-05-29 at 15:27 -0400, Alan Stern wrote: > >>> Has there been any thought of improving snd_printk(), or even better, > >>> changi

[PATCH 1/2] rtc: omap: add option to indicate wakeup support through DT

2013-05-30 Thread Hebbar Gururaja
Even though RTC-IP is wakeup capable, Not all Boards support it. For example The rtc alarm wakeup is available in rtc-ip since omap1 days but alarm was not wired properly in previous ompa1 boards. commit fa5b07820fe3a0fc06ac368516e71f10a59b9539 Author: Sekhar Nori Date:

[PATCH 2/2] rtc: omap: add rtc wakeup support to alarm events

2013-05-30 Thread Hebbar Gururaja
On some platforms (like AM33xx), a special register (RTC_IRQWAKEEN) is available to enable Wakeup feature for Alarm Events. Since new platforms/Boards are now added through DT only, this feature is supported via DT property only. Platforms using such IP should add the property "ti,has_irq_wake_en

[PATCH 0/2] rtc: rtc-omap: add support for DT wakeup & alarm events

2013-05-30 Thread Hebbar Gururaja
Current rtc-omap driver expects the rtc module wake-up capabilities to be set up by board specific code. However, in case of DT, this is not possible. So, add a DT property "ti,wakeup_capable" to indicate that the module is wake-up capable. Also, on some platforms (like AM33xx), a special registe

Re: [PATCH v5 00/13] net: mv643xx_eth DT support and fixes

2013-05-30 Thread Sebastian Hesselbarth
On 05/31/2013 02:55 AM, David Miller wrote: From: Sebastian Hesselbarth Date: Wed, 29 May 2013 21:32:42 +0200 For the patches above I suggest to take Patches 1-6 through David Miller's branch, and Patches 7-12 through Jason Cooper's when the former have appeared on mainline linux. The patch set

Re: [PATCH] net: wireless: iwlegacy: fix build error for il_pm_ops

2013-05-30 Thread Jingoo Han
On Friday, May 31, 2013 3:06 PM, Yijing Wang wrote: > > Fix build error for il_pm_ops if CONFIG_PM is set > but CONFIG_PM_SLEEP is not set. > > ERROR: "il_pm_ops" [drivers/net/wireless/iwlegacy/iwl4965.ko] undefined! > ERROR: "il_pm_ops" [drivers/net/wireless/iwlegacy/iwl3945.ko] undefined! > mak

Re: [PATCH 1/1] ALSA: hda - add dock support for Thinkpad T431s

2013-05-30 Thread Takashi Iwai
At Wed, 29 May 2013 22:27:18 -0600, Ebben Aries wrote: > > Add a model/fixup string "lenovo-dock", for Thinkpad T431s, to allow sound in > docking station. > > Tested on Lenovo T431s with ThinkPad Mini Dock Plus Series 3 > > Signed-off-by: Ebben Aries Thanks, applied now. Takashi > --- >

Re: [PATCH] ALSA: sis7019: fix error return code in sis_chip_create()

2013-05-30 Thread Takashi Iwai
At Thu, 30 May 2013 19:55:34 +0800, Wei Yongjun wrote: > > From: Wei Yongjun > > Fix to return a negative error code in the pci_set_dma_mask() error > handling case instead of 0, as done elsewhere in this function. > > Signed-off-by: Wei Yongjun Thanks, applied. Takashi > --- > sound/pci/

[PATCH] cpufreq: remove unnecessary cpufreq_cpu_{get|put}() calls

2013-05-30 Thread Viresh Kumar
struct cpufreq_policy is already passed as argument to some routines like: __cpufreq_driver_getavg() and so we don't really need to do cpufreq_cpu_get() before and cpufreq_cpu_put() in them to get policy structure. Remove them. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq.c | 19 ++--

Re: [PATCH 1/2] sched: Use do_div() for 64 bit division at power utilization calculation (putil)

2013-05-30 Thread Lukasz Majewski
Hi Alex, > On 05/23/2013 04:34 PM, Lukasz Majewski wrote: > > Now explicit casting is done when power usage variable (putil) is > > calculated > > > > Signed-off-by: Lukasz Majewski > > Signed-off-by: Kyungmin Park > > --- > > This patch was developed on top of the following Alex's repository:

Re: [tip:x86/microcode] x86, microcode, amd: Early microcode patch loading support for AMD

2013-05-30 Thread Yinghai Lu
On Thu, May 30, 2013 at 8:31 PM, tip-bot for Jacob Shin wrote: > Commit-ID: 757885e94a22bcc82beb9b1445c95218cb20ceab > Gitweb: http://git.kernel.org/tip/757885e94a22bcc82beb9b1445c95218cb20ceab > Author: Jacob Shin > AuthorDate: Thu, 30 May 2013 14:09:19 -0500 > Committer: H. Peter Anvi

[PATCH v2 3/5] phy: Use macros instead of hardcoded values in marvell phy driver

2013-05-30 Thread Michal Simek
Use macros from linux/marvell_phy.h instead of duplicate magic phy ID in the driver. Signed-off-by: Michal Simek --- Changes in v2: None drivers/net/phy/marvell.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/m

[PATCH v2 4/5] phy: Add Marvell 88E1116R phy ID

2013-05-30 Thread Michal Simek
This phy is on Xilinx ZC702 zynq development board. Signed-off-by: Anirudha Sarangi Signed-off-by: Michal Simek --- Changes in v2: None drivers/net/phy/marvell.c | 65 + include/linux/marvell_phy.h | 1 + 2 files changed, 66 insertions(+) diff --

[PATCH v2 5/5] phy: Add Marvell 88E1510 phy ID

2013-05-30 Thread Michal Simek
Add support for this new phy ID. Signed-off-by: Rick Hoover Signed-off-by: Steven Wang Signed-off-by: Lars-Peter Clausen Signed-off-by: Michal Simek --- Changes in v2: - None drivers/net/phy/marvell.c | 25 + include/linux/marvell_phy.h | 1 + 2 files changed, 26 i

[PATCH v2 2/5] phy: Add Vitesse 8211 phy ID

2013-05-30 Thread Michal Simek
Phy is compatible with Vitesse 8221. Signed-off-by: Michal Simek --- Changes in v2: None drivers/net/phy/vitesse.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/net/phy/vitesse.c b/drivers/net/phy/vitesse.c index d6e988f..69b482b 100644 --- a/drivers/net/phy/vites

[PATCH v2 1/5] phy: Clean coding style in vitesse phy

2013-05-30 Thread Michal Simek
- Remove trailing white space - Remove spaces before tag - Fix comments Signed-off-by: Michal Simek --- Changes in v2: None drivers/net/phy/vitesse.c | 23 +++ 1 file changed, 11 insertions(+), 12 deletions(-) diff --git a/drivers/net/phy/vitesse.c b/drivers/net/phy/vitesse

[PATCH v2 0/5] Phylib changes

2013-05-30 Thread Michal Simek
We have these changes in our tree for quite a long time and I would like to ask you for review. All phys are used on xilinx zynq boards. Thanks, Michal v2: Resent these phy patches without emaclite changes Changes in v2: - None Michal Simek (5): phy: Clean coding style in vitesse phy phy: A

[PATCH] net: wireless: iwlegacy: fix build error for il_pm_ops

2013-05-30 Thread Yijing Wang
Fix build error for il_pm_ops if CONFIG_PM is set but CONFIG_PM_SLEEP is not set. ERROR: "il_pm_ops" [drivers/net/wireless/iwlegacy/iwl4965.ko] undefined! ERROR: "il_pm_ops" [drivers/net/wireless/iwlegacy/iwl3945.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 Signed-o

Re: 3.9.4 Oops running xfstests (WAS Re: 3.9.3: Oops running xfstests)

2013-05-30 Thread Dave Chinner
On Thu, May 30, 2013 at 11:03:35PM -0400, CAI Qian wrote: > OK, so the minimal workload to trigger this I found so far was to > run trinity, ltp and then xfstests. I have been able to easily > reproduced on 3 servers so far, and I'll post full logs here for > LKML and linux-mm as this may unrelated

RE: [PATCH V3 0/2] Add DT support for tps6507x touchscreen

2013-05-30 Thread Vishwanathrao Badarkhe, Manish
Hi Dmitry Please let me know, are there any review comments on this patch series? Thanks Manish Badarkhe On Tue, May 21, 2013 at 14:24:16, Vishwanathrao Badarkhe, Manish wrote: > Patch set adds DT support for tps6507x based touchscreen. > Also, add DT data for tps6507x touchscreen in da850-evm by

[PATCH v2 1/2] watchdog: xilinx: Fix driver header

2013-05-30 Thread Michal Simek
- Remove reference for IP version - Fix header coding style - Remove notes which are visible from the code - Fix driver license according to header Signed-off-by: Michal Simek --- Changes in v2: None drivers/watchdog/of_xilinx_wdt.c | 30 ++ 1 file changed, 10 insert

[PATCH v2 2/2] watchdog: xilinx: Setup the origin compatible string

2013-05-30 Thread Michal Simek
Watchdog 1.01.a is also compatible with 1.00.a. Add the origin version to compatible list. Signed-off-by: Michal Simek --- Changes in v2: - Extend compatible list with 1.00.a instead of replacing 1.01.a reported by Guenter Roeck drivers/watchdog/of_xilinx_wdt.c | 1 + 1 file changed, 1 inser

[PATCH v2 0/2] Xilinx watchdog changes

2013-05-30 Thread Michal Simek
The patchset fixes license header and add 1.00.a IP to compatible list. Thanks for your review, Michal Remove the 3rd patch from this series which incorrectly tried to support set timeout feature. Changes in v2: - Extend compatible list with 1.00.a instead of replacing 1.01.a reported by Guent

Re: [PATCH 3/3] watchdog: xilinx: Add WDIOC_SETTIMEOUT ioctl function

2013-05-30 Thread Michal Simek
On 05/31/2013 12:08 AM, Wim Van Sebroeck wrote: > Hi All, > >>> On Thu, May 30, 2013 at 05:12:24PM +0200, Michal Simek wrote: On 05/30/2013 05:03 PM, Guenter Roeck wrote: > On Thu, May 30, 2013 at 04:34:02PM +0200, Michal Simek wrote: >> On 05/30/2013 04:21 PM, Guenter Roeck wrote: >>

Re: [PATCH] powerpc/pci: Improve device hotplug initialization

2013-05-30 Thread Benjamin Herrenschmidt
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote: > On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote: > > On 05/29/2013 01:35 AM, Guenter Roeck wrote: > > >bios_add_device(). Drop explicit calls to pcibios_setup_device(); > > >this makes pcibios_setup_bus_devices() a noop

Re: [PATCH 1/2] GPIO: Add support for dual channel in gpio-xilinx.c

2013-05-30 Thread Michal Simek
Hi Linus, On 05/30/2013 09:46 PM, Linus Walleij wrote: > On Wed, May 29, 2013 at 1:27 PM, Michal Simek wrote: > >> Supporting the second channel in the driver. >> Offset is 0x8 and both channnels share the same >> IRQ. >> >> Signed-off-by: Michal Simek > > (...) >> +/* Read/Write access to the

Re: [PATCH 0/3] pktcdvd: A few more neatenings

2013-05-30 Thread Joe Perches
On Thu, 2013-05-30 at 13:57 -0700, Joe Perches wrote: > Joe Perches (3): > pktcdvd: Convert ZONE macro to static function get_zone() > pktcdvd: Convert printk to pr_ > pktcdvd: Consolidate DPRINTK and VPRINTK macros > > drivers/block/pktcdvd.c | 248 > --

Re: 3.9.4 Oops running xfstests (WAS Re: 3.9.3: Oops running xfstests)

2013-05-30 Thread Eric Sandeen
On 5/30/13 10:03 PM, CAI Qian wrote: > OK, so the minimal workload to trigger this I found so far was to > run trinity, ltp and then xfstests. I have been able to easily > reproduced on 3 servers so far, and I'll post full logs here for > LKML and linux-mm as this may unrelated to XFS only. As far

Re: [RFC PATCH 2/2] clocksource: dw_apb: allow build for architectures other than arm

2013-05-30 Thread Baruch Siach
Hi John, On Thu, May 30, 2013 at 09:11:17AM -0700, John Stultz wrote: > On 05/29/2013 10:32 PM, Baruch Siach wrote: > >On Tue, May 28, 2013 at 01:24:17PM -0700, John Stultz wrote: > >>On 05/26/2013 05:12 AM, Baruch Siach wrote: > >>> static const struct of_device_id osctimer_ids[] __initconst = {

Re: [PATCH] net: skbuff: use _RET_IP_

2013-05-30 Thread Joe Perches
On Thu, 2013-05-30 at 18:11 -0700, Davidlohr Bueso wrote: > On Thu, 2013-05-30 at 13:08 +0200, Bjørn Mork wrote: > > Sergei Shtylyov writes: > > > > > Why not "text:%#lx" as already used in this string? It's > > > equivalent to "0x%lx". > > > > Well, I don't know the reasoning in this case,

Re: [PATCH v2 0/5] Zynq: revised CCF code

2013-05-30 Thread Michal Simek
On 05/30/2013 08:44 PM, Mike Turquette wrote: > Quoting Michal Simek (2013-05-17 05:14:47) >> Hi Mike, >> >> I have sent email to Greg to take this patch from this series >> though his serial tree because it is unrelated to this clock stuff. >> >> Can you please give me your ACK for these patches o

Re: [PATCH] backlight: Turn backlight on/off when necessary

2013-05-30 Thread Jean-Christophe PLAGNIOL-VILLARD
On 10:31 Fri 31 May , Liu Ying wrote: >2013/5/30 Jean-Christophe PLAGNIOL-VILLARD > > On 16:13 Thu 30 May , Liu Ying wrote: > > We don't have to turn backlight on/off everytime a blanking > > or unblanking event comes because the backlight status may have > > alrea

Re: [PATCH] powerpc/pci: Improve device hotplug initialization

2013-05-30 Thread Guenter Roeck
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote: > On 05/29/2013 01:35 AM, Guenter Roeck wrote: > >bios_add_device(). Drop explicit calls to pcibios_setup_device(); > >this makes pcibios_setup_bus_devices() a noop function which could > >eve > > Yeah, it's more reasonable to d

linux-next: Tree for May 31

2013-05-30 Thread Stephen Rothwell
Hi all, Changes since 20130530: The msm tree gained a build failure for which I applied a fix patch. I have created today's linux-next tree at git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git (pa

Re: race condition in schedule_on_each_cpu()

2013-05-30 Thread Tejun Heo
On Fri, May 31, 2013 at 12:07:15PM +0800, we...@kylinos.com.cn wrote: > > >the only way for them to get stuck is if there aren't enough execution > >resources (ie. if a new thread can't be created) but OOM killers would > >have been activated if that were the case. > > The following is a detailed

linux-next: build failure after merge of the final tree (msm tree related)

2013-05-30 Thread Stephen Rothwell
Hi all, After merging the final tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/gpio/gpio-msm-v2.c: In function 'msm_gpio_irq_domain_map': drivers/gpio/gpio-msm-v2.c:373:2: error: implicit declaration of function 'set_irq_flags' [-Werror=implicit-function-declarat

Re: [PATCH] dma: mmp_pdma: fix a memory alloc error

2013-05-30 Thread Xiang Wang
2013/5/28 Andy Shevchenko : > On Tue, May 28, 2013 at 3:05 PM, Xiang Wang wrote: >> From: Xiang Wang >> >> pdev->phy is of type "struct mmp_pdma_phy *". But when >> allocating memory for it, "struct mmp_pdma_chan" is used >> by mistake. > > Have you tested it? > >> Signed-off-by: Xiang Wang >> -

Re: [PATCH v8, part3 06/14] mm, acornfb: use free_reserved_area() to simplify code

2013-05-30 Thread Jiang Liu
On Fri 31 May 2013 05:58:44 AM CST, Andrew Morton wrote: > On Sun, 26 May 2013 21:38:34 +0800 Jiang Liu wrote: > >> Use common help function free_reserved_area() to simplify code. > > http://ozlabs.org/~akpm/mmots/broken-out/drivers-video-acornfbc-remove-dead-code.patch > removes all the code whic

Re: [PATCH V3 4/4] microcode/x86/amd: early microcode patch loading support for AMD

2013-05-30 Thread Henrique de Moraes Holschuh
On Thu, 30 May 2013, Jacob Shin wrote: > mkdir initrd > cd initrd > -mkdir kernel > -mkdir kernel/x86 > -mkdir kernel/x86/microcode > -cp ../microcode.bin kernel/x86/microcode/GenuineIntel.bin > -find .|cpio -oc >../ucode.cpio > +mkdir -p kernel/x86/microcode > +cp ../microcode.bin kernel/x86/mic

[PATCH v2 2/2] acer-wmi: add Acer Aspire 5750G to video vendor list but keep acpi video driver

2013-05-30 Thread Lee, Chun-Yi
After Andrzej's testing, we found the acpi backlight methods broken on Acer Aspire 5750G but the i915 backlight control works when we set to vendor mode. And, we still want to keep the acpi/video driver for transfer acpi event to key event but not unregister whole acpi/video driver. This patch int

[PATCH v2 1/2] acpi: video: add function to support unregister backlight interface

2013-05-30 Thread Lee, Chun-Yi
There have some situation we unregister whole acpi/video driver by downstream driver just want to remove backlight control interface of acpi/video. It caues we lost other functions of acpi/video, e.g. transfer acpi event to input event. So, this patch add a new function, find_video_unregister_back

Re: [PATCH] ACPI: Fix potential NULL pointer dereference in acpi_processor_add()

2013-05-30 Thread Hanjun Guo
On 2013-5-31 6:25, Greg Kroah-Hartman wrote: > On Thu, May 30, 2013 at 03:57:58PM +0200, Rafael J. Wysocki wrote: >> On Thursday, May 30, 2013 10:29:54 AM Hanjun Guo wrote: >>> On 2013-5-29 19:07, Martin Mokrejs wrote: Hanjun Guo wrote: > On 2013-5-29 7:30, Rafael J. Wysocki wrote: >>

Re: A bug about system call on ARM

2013-05-30 Thread Nicolas Pitre
On Thu, 30 May 2013, Will Deacon wrote: > On Thu, May 30, 2013 at 10:09:49AM +0100, Will Deacon wrote: > > On Thu, May 30, 2013 at 02:41:42AM +0100, Wang, Yalin wrote: > > > If you have some patch for this issue, > > > I can do the test for it . > > > > I'll have a look at cooking something which

Re: [PATCH v3 3/9] drm: Update drm_addmap and drm_mmap to use PAT WC instead of MTRRs

2013-05-30 Thread Dave Airlie
On Tue, May 14, 2013 at 9:58 AM, Andy Lutomirski wrote: > Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS > mappings with DRM_WRITE_COMBINING set, resulted in an unconditional > MTRR being added but the actual mappings being created as UC-. > > Now these mappings have the MTRR adde

Re: [PATCH v7 net-next 4/5] ixgbe: Add support for ndo_ll_poll

2013-05-30 Thread Cong Wang
On Thu, May 30, 2013 at 7:41 PM, Eliezer Tamir wrote: > +#else /* CONFIG_NET_LL_RX_POLL */ > +static inline void ixgbe_qv_init_lock(struct ixgbe_q_vector *q_vector) > +{ > +} > + > +static inline int ixgbe_qv_lock_napi(struct ixgbe_q_vector *q_vector) > +{ > + return true; > +} > + > +s

[tip:x86/microcode] x86, microcode, amd: Early microcode patch loading support for AMD

2013-05-30 Thread tip-bot for Jacob Shin
Commit-ID: 757885e94a22bcc82beb9b1445c95218cb20ceab Gitweb: http://git.kernel.org/tip/757885e94a22bcc82beb9b1445c95218cb20ceab Author: Jacob Shin AuthorDate: Thu, 30 May 2013 14:09:19 -0500 Committer: H. Peter Anvin CommitDate: Thu, 30 May 2013 20:19:25 -0700 x86, microcode, amd: Early

[tip:x86/microcode] x86, microcode, amd: Refactor functions to prepare for early loading

2013-05-30 Thread tip-bot for Jacob Shin
Commit-ID: a76096a6571d5389376753c2e18b30a9791fa072 Gitweb: http://git.kernel.org/tip/a76096a6571d5389376753c2e18b30a9791fa072 Author: Jacob Shin AuthorDate: Thu, 30 May 2013 14:09:18 -0500 Committer: H. Peter Anvin CommitDate: Thu, 30 May 2013 20:19:25 -0700 x86, microcode, amd: Refac

Re: [regression, bisected] x86: efi: Pass boot services variable info to runtime code

2013-05-30 Thread joeyli
於 四,2013-05-30 於 21:17 -0500,Russ Anderson 提到: > On Fri, May 31, 2013 at 12:30:43AM +0200, Jiri Kosina wrote: > > On Thu, 30 May 2013, Russ Anderson wrote: > > > > > > > That's a great idea. This patch moves the QueryVariableInfo() > > > > > call from bootime to runtime, in efi_late_init(). The

[tip:x86/microcode] x86, microcode: Vendor abstract out save_microcode_in_initrd()

2013-05-30 Thread tip-bot for Jacob Shin
Commit-ID: f2b3ee820a9f2368d7f8842ad7da062dfe86e199 Gitweb: http://git.kernel.org/tip/f2b3ee820a9f2368d7f8842ad7da062dfe86e199 Author: Jacob Shin AuthorDate: Thu, 30 May 2013 14:09:17 -0500 Committer: H. Peter Anvin CommitDate: Thu, 30 May 2013 20:19:25 -0700 x86, microcode: Vendor abs

RE: A bug about system call on ARM

2013-05-30 Thread Wang, Yalin
Hi Will, Thanks for your patch , But I found I don't have ct_user_exit macro In my arch/arm/kernel/entry-common.S My kernel version is 3.4.0 I have add the file as attachment, Could you make a patch for this file ? Thank you ! -Original Message- From: Will Deacon [mailto:will.de

[tip:x86/microcode] x86, microcode, intel: Correct typo in printk

2013-05-30 Thread tip-bot for Borislav Petkov
Commit-ID: 83b325f1b4d00035494bc18a7a131b2197b3c718 Gitweb: http://git.kernel.org/tip/83b325f1b4d00035494bc18a7a131b2197b3c718 Author: Borislav Petkov AuthorDate: Thu, 30 May 2013 14:09:16 -0500 Committer: H. Peter Anvin CommitDate: Thu, 30 May 2013 20:19:25 -0700 x86, microcode, intel

Re: [PATCH net/3.9] ipv6: ndisc: fix ndisc_send_redirect writing to the wrong skb

2013-05-30 Thread Cong Wang
On Fri, May 31, 2013 at 9:27 AM, Matthias Schiffer wrote: > Since some refactoring in 5f5a011, ndisc_send_redirect called > ndisc_fill_redirect_hdr_option on the wrong skb, leading to data corruption or > in the worst case a panic when the skb_put failed. > > Signed-off-by: Matthias Schiffer Go

Re: [PATCH v3 0/9] Clean up write-combining MTRR addition

2013-05-30 Thread Dave Airlie
On Fri, May 24, 2013 at 4:35 AM, Andy Lutomirski wrote: > On Mon, May 13, 2013 at 4:58 PM, Andy Lutomirski wrote: >> A fair number of drivers (mostly graphics) add write-combining MTRRs. >> Most ignore errors and most add the MTRR even on PAT systems which don't >> need to use MTRRs. >> >> This s

[PATCH] ARM: scu: empty scu_enable for !CONFIG_HAVE_ARM_SCU

2013-05-30 Thread Neil Zhang
Use the right config to empty scu_enable. Signed-off-by: Neil Zhang --- arch/arm/include/asm/smp_scu.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/include/asm/smp_scu.h b/arch/arm/include/asm/smp_scu.h index 18d1693..ac93189 100644 --- a/arch/arm/include/as

[PATCH 2/2] ARM: dts: add the watchdog nodes for at91 boards

2013-05-30 Thread Wenyou Yang
boards include: at91sam9263ek, at91sam9g20ek, at91sam9m10g45ek, at91sam9n12ek, at91sam9x5ek Signed-off-by: Wenyou Yang --- arch/arm/boot/dts/at91sam9263ek.dts |4 arch/arm/boot/dts/at91sam9g20ek_common.dtsi |4 arch/arm/boot/dts/at91sam9m10g45ek.dts |4 ar

[PATCH 0/2] ARM: dts: add watchdog device tree node in at91 dts files

2013-05-30 Thread Wenyou Yang
Hello, The patches is to add watchdog device tree node for at91 SoC and board dts files. Since the watchdog is disabled in the at91bootstrap with default configuration, if you want to use the watchdog in the kernel, you must make sure the watchdog doesn't be disabled in the at91bootstrap. It is

[PATCH 1/2] ARM: dts: add the watchdog nodes for at91 SoC

2013-05-30 Thread Wenyou Yang
at91sam9x5, at91sam9n12 Signed-off-by: Wenyou Yang --- arch/arm/boot/dts/at91sam9n12.dtsi |6 ++ arch/arm/boot/dts/at91sam9x5.dtsi |6 ++ 2 files changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/at91sam9n12.dtsi b/arch/arm/boot/dts/at91sam9n12.dtsi index 8d25f88..7f92f

[PATCH 0/2] ARM: dts: add watchdog device tree node in at91 dts files

2013-05-30 Thread Wenyou Yang
Hello, The patches is to add watchdog device tree node for at91 SoC and board dts files. Since the watchdog is disabled in the at91bootstrap with default configuration, if you want to use the watchdog in the kernel, you must make sure the watchdog doesn't be disabled in the at91bootstrap. It is

[PATCH 0/2] ARM: dts: add watchdog device tree node in at91 dts files

2013-05-30 Thread Wenyou Yang
Hello, The patches is to add watchdog device tree node for at91 SoC and board dts files. Since the watchdog is disabled in the at91bootstrap with default configuration, if you want to use the watchdog in the kernel, you must make sure the watchdog doesn't be disabled in the at91bootstrap. It is

[PATCH v2] ARM: mmp: bring up pxa988 with device tree support

2013-05-30 Thread Neil Zhang
bring up pxa988 with device tree support. Change-Id: I6fc869b7d5ff8dc6e4eb0042a89429200f7a9fb1 Signed-off-by: Neil Zhang --- arch/arm/boot/dts/pxa988-dkb.dts | 36 ++ arch/arm/boot/dts/pxa988.dtsi | 189 + arch/arm/mach-mmp/Kconfig

[PATCH v2] bring up pxa988 with DT

2013-05-30 Thread Neil Zhang
This patch is supposed to bring up pxa988 SMP. will change to use CLOCKSOURCE later. ChangeLog V2: 1. use early_init call for handler init. 2. Add sanity check for maximum core count. Neil Zhang (1): ARM: mmp: bring up pxa988 with device tree support arch/arm/boot/dts/pxa988-dkb.dts

[git pull] drm fixes

2013-05-30 Thread Dave Airlie
Hi Linus, one qxl 32-bit warning fix, the rest is a bunch of radeon fixes from Alex for some issues we've been seeing. Dave. The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab: qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000) are available

Re: [PATCH] ARM: EXYNOS: Consolidate multiple low-level UART port definitions

2013-05-30 Thread Tushar Behera
On 05/31/2013 02:41 AM, Olof Johansson wrote: > Hi, > > On Wed, May 29, 2013 at 9:40 PM, Tushar Behera > wrote: >> There are two definitions for low-level UART ports for Exynos platform. >> CONFIG_S3C_LOWLEVEL_UART_PORT is used for printing "Uncompressing >> Linux... done, booting the kernel." a

Re: [regression, bisected] x86: efi: Pass boot services variable info to runtime code

2013-05-30 Thread Russ Anderson
On Thu, May 30, 2013 at 10:32:09PM +, Matthew Garrett wrote: > On Thu, 2013-05-30 at 17:28 -0500, Russ Anderson wrote: > > On Thu, May 30, 2013 at 10:21:53PM +, Matthew Garrett wrote: > > > On Thu, 2013-05-30 at 17:17 -0500, Russ Anderson wrote: > > > > > > > That's a great idea. This pat

Re: [PATCH 3/2] vfio: Provide module option to disable vfio_iommu_type1 hugepage support

2013-05-30 Thread Chegu Vinod
On 5/28/2013 9:27 AM, Alex Williamson wrote: Add a module option to vfio_iommu_type1 to disable IOMMU hugepage support. This causes iommu_map to only be called with single page mappings, disabling the IOMMU driver's ability to use hugepages. This option can be enabled by loading vfio_iommu_type1

Re: [regression, bisected] x86: efi: Pass boot services variable info to runtime code

2013-05-30 Thread Russ Anderson
On Fri, May 31, 2013 at 12:30:43AM +0200, Jiri Kosina wrote: > On Thu, 30 May 2013, Russ Anderson wrote: > > > > > That's a great idea. This patch moves the QueryVariableInfo() > > > > call from bootime to runtime, in efi_late_init(). The attached > > > > patch is consistent with the UEFI spec a

Re: [PATCHv12 2/4] zbud: add to mm/

2013-05-30 Thread Bob Liu
Hi Seth, On 05/31/2013 05:20 AM, Seth Jennings wrote: > Andrew, Mel, > > This struct page stuffing is taking a lot of time to work out and _might_ be > fraught with peril when memmap peekers are considered. > > What do you think about just storing the zbud page metadata inline in the > memory pa

[PATCH -next v3] dmaengine: ste_dma40: fix error return code in d40_probe()

2013-05-30 Thread Wei Yongjun
From: Wei Yongjun In many of the error handling case, the return value 'ret' not set and 0 will be return from d40_probe() even if error, but we should return a negative error code instead in those error handling case. This patch fixed them, and also removed useless variable 'err'. Signed-off-by

Re: [PATCH] PCI: set correct value for iov device before device

2013-05-30 Thread Jiang Liu
On Fri 31 May 2013 08:54:24 AM CST, Yinghai Lu wrote: > On Thu, May 30, 2013 at 4:22 PM, Bjorn Helgaas wrote: >> On Thu, May 30, 2013 at 2:27 PM, Yinghai Lu wrote: >>> On Wed, May 29, 2013 at 11:04 PM, Yinghai Lu wrote: On Wed, May 29, 2013 at 10:45 PM, Xudong Hao wrote: > Since device

[PATCH net/3.9] ipv6: ndisc: fix ndisc_send_redirect writing to the wrong skb

2013-05-30 Thread Matthias Schiffer
Since some refactoring in 5f5a011, ndisc_send_redirect called ndisc_fill_redirect_hdr_option on the wrong skb, leading to data corruption or in the worst case a panic when the skb_put failed. Signed-off-by: Matthias Schiffer --- net/ipv6/ndisc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

Re: [PATCH 0/4] clk, mfd: u8540 clock tree definition

2013-05-30 Thread Mike Turquette
Quoting Philippe Begnic (2013-05-27 05:41:28) > From: Philippe Begnic > > Create U8540 clock tree definitions for common clock framework > The clock changes look good to me. How did you want to merge the patches? Regards, Mike > Philippe Begnic (4): > clk: ux500: Pass clock base adresses i

Re: [PATCH v2] ata: increase retry count but shorten duration for Calxeda controller

2013-05-30 Thread Tejun Heo
On Thu, May 30, 2013 at 09:18:29AM -0500, Mark Langsdorf wrote: > The Calxeda SATA phy intermittently fails to bring up a link with Gen3 > Retrying the phy hard reset can work around the issue, but the drive > may fail again. In less than 150 out of 15000 test runs, it took more > than 10 tries for

Re: [RFC] Comparison of power-efficient scheduling patch sets

2013-05-30 Thread Alex Shi
On 05/30/2013 09:47 PM, Morten Rasmussen wrote: > Hi, > > A number of patch sets related to power-efficient scheduling have been > posted over the last couple of months. Most of them do not have much > data to back them up, so I decided to do some testing. > > Common for all of the patch sets tha

Re: [PATCH 2/2] sata highbank: add bit-banged SGPIO driver support

2013-05-30 Thread Tejun Heo
On Thu, May 30, 2013 at 03:17:31PM -0500, Mark Langsdorf wrote: > +static DEFINE_SPINLOCK(sgpio_lock); > +#define SCLOCK 0 > +#define SLOAD1 > +#define SDATA2 > +static unsigned ecx_sgpio[3]; > +static uns

Re: [PATCH 0/5] scsi: use platform helper macro and wrapper functions

2013-05-30 Thread Kefeng Wang
On 2013-05-30 22:38, James Bottomley wrote: > There doesn't seem to be much point to these patches since either idiom > is fine and easily understood. We also try to touch the ancient drivers > as little as possible since it can be months before anyone actually > tries them out and notices that so

Re: [RFC PATCHv4 3/6] clk: TI-Nspire clock drivers

2013-05-30 Thread Mike Turquette
Quoting Daniel Tang (2013-05-25 04:08:04) > diff --git a/drivers/clk/clk-nspire.c b/drivers/clk/clk-nspire.c > new file mode 100644 > index 000..2546f7d > --- /dev/null > +++ b/drivers/clk/clk-nspire.c > @@ -0,0 +1,155 @@ > +/* > + * linux/drivers/clk/clk-nspire.c Hi Daniel, It's best not to

Re: [PATCH v2 2/3] video: xilinxfb: Do not use out_be32 IO function

2013-05-30 Thread Timur Tabi
On Thu, May 30, 2013 at 5:04 PM, Arnd Bergmann wrote: > > This is probably missing barriers, and is wrong on systems on which > the endianess of the device is different from the CPU. I suggest what was done in fsl_ssi.c: #ifdef PPC #define read_ssi(addr) in_be32(addr) #define write_

Re: [PATCH] mutex: do not unnecessarily deal with waiters

2013-05-30 Thread Davidlohr Bueso
ping? On Thu, 2013-05-23 at 16:59 -0700, Davidlohr Bueso wrote: > From: Davidlohr Bueso > > Upon entering the slowpath, we immediately attempt to acquire the lock > by checking if it is already unlocked. If we are lucky enough that this > is the case, then we don't need to deal with any waiter r

Re: [PATCH] net: skbuff: use _RET_IP_

2013-05-30 Thread Davidlohr Bueso
On Thu, 2013-05-30 at 13:08 +0200, Bjørn Mork wrote: > Sergei Shtylyov writes: > > > Why not "text:%#lx" as already used in this string? It's > > equivalent to "0x%lx". > > Well, I don't know the reasoning in this case, but I'd like to note that > those are not strictly equivalent. Personal

Re: [PATCH -next v2] dmaengine: ste_dma40: fix error return code in d40_probe()

2013-05-30 Thread Wei Yongjun
On 05/31/2013 02:29 AM, Andy Shevchenko wrote: > On Thu, May 30, 2013 at 7:32 AM, Wei Yongjun wrote: >> In many of the error handling case, the return value 'ret' not set >> and 0 will be return from d40_probe() even if error, but we should >> return a negative error code instead in those error ha

Re: [PATCH 2/2] xtensa: Flat DeviceTree copy not future-safe

2013-05-30 Thread Max Filippov
Hi Vineet, On Wed, May 29, 2013 at 5:10 PM, Vineet Gupta wrote: > Hi Max, > > This patch - acked by you then, got lost in the mist of time. Care to take it > in > via xtensa tree for 3.11 Oops. Thanks for the reminder. Took it to the xtensa-fixes branch. > Original Message >

Re: [PATCH v5 00/13] net: mv643xx_eth DT support and fixes

2013-05-30 Thread David Miller
From: Sebastian Hesselbarth Date: Wed, 29 May 2013 21:32:42 +0200 > For the patches above I suggest to take Patches 1-6 through David > Miller's branch, and Patches 7-12 through Jason Cooper's when the > former have appeared on mainline linux. The patch set has been based > on v3.10-rc3. Patches

Re: [PATCH] PCI: set correct value for iov device before device

2013-05-30 Thread Yinghai Lu
On Thu, May 30, 2013 at 4:22 PM, Bjorn Helgaas wrote: > On Thu, May 30, 2013 at 2:27 PM, Yinghai Lu wrote: >> On Wed, May 29, 2013 at 11:04 PM, Yinghai Lu wrote: >>> On Wed, May 29, 2013 at 10:45 PM, Xudong Hao wrote: Since device registering is put into pci_device_add(), it must set value

[PATCH 3.9-stable] ASoC: wm8994: Fix reporting of accessory removal on

2013-05-30 Thread Jonghwan Choi
This patch looks like it should be in the 3.9-stable tree, should we apply it? -- From: "Mark Brown " commit 9767a58b8b2a0b153c246fb6306c7d48d51bb379 upstream During recent refactoring the code to report removal when MICDET reports an absent microphone was removed, causing probl

[PATCH 3.9-stable] ASoC: wm8994: use the correct pointer to get the control

2013-05-30 Thread Jonghwan Choi
This patch looks like it should be in the 3.9-stable tree, should we apply it? -- From: "Vinod Koul " commit d3134e211e8db7fa833c40b5879fc022693e16c2 upstream Signed-off-by: Vinod Koul Signed-off-by: Mark Brown Signed-off-by: Jonghwan Choi --- sound/soc/codecs/wm8994.c |

[GIT PULL] x86 fixes for v3.10-rc4

2013-05-30 Thread H. Peter Anvin
Hi Linus, This is the queue of pending x86 fixes. 3 are EFI-related; 2 are related to early memory initialization; 1 is a build fix for older binutils; 1 is a fix for an eager FPU performance regression -- currently we don't allow the use of the FPU at interrupt time *at all* in eager mode, w

[PATCH v8 07/11] KVM: MMU: do not reuse the obsolete page

2013-05-30 Thread Xiao Guangrong
The obsolete page will be zapped soon, do not reuse it to reduce future page fault Signed-off-by: Xiao Guangrong --- arch/x86/kvm/mmu.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index 3fd060a..0880b9b4 100644 --- a/arch/x86

[PATCH v8 01/11] KVM: x86: drop calling kvm_mmu_zap_all in emulator_fix_hypercall

2013-05-30 Thread Xiao Guangrong
Quote Gleb's mail: | Back then kvm->lock protected memslot access so code like: | | mutex_lock(&vcpu->kvm->lock); | kvm_mmu_zap_all(vcpu->kvm); | mutex_unlock(&vcpu->kvm->lock); | | which is what 7aa81cc0 does was enough to guaranty that no vcpu will | run while code is patched. This is no longer

[PATCH v8 08/11] KVM: MMU: zap pages in batch

2013-05-30 Thread Xiao Guangrong
Zap at lease 10 pages before releasing mmu-lock to reduce the overload caused by requiring lock After the patch, kvm_zap_obsolete_pages can forward progress anyway, so update the comments [ It improves the case 0.6% ~ 1% that do kernel building meanwhile read PCI ROM. ] Note: i am not sure tha

[PATCH v8 06/11] KVM: MMU: add tracepoint for kvm_mmu_invalidate_all_pages

2013-05-30 Thread Xiao Guangrong
It is good for debug and development Signed-off-by: Xiao Guangrong --- arch/x86/kvm/mmu.c |1 + arch/x86/kvm/mmutrace.h | 20 2 files changed, 21 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index c8063b9..3fd060a 100644 ---

[PATCH v8 10/11] KVM: MMU: reclaim the zapped-obsolete page first

2013-05-30 Thread Xiao Guangrong
As Marcelo pointed out that | "(retention of large number of pages while zapping) | can be fatal, it can lead to OOM and host crash" We introduce a list, kvm->arch.zapped_obsolete_pages, to link all the pages which are deleted from the mmu cache but not actually freed. When page reclaiming is need

  1   2   3   4   5   6   7   8   >