On Wed, May 22, 2013 at 02:03:58PM +0800, Jason Wang wrote:
Commit 55257d72bd1c51f25106350f4983ec19f62ed1fa (virtio-net: fill only rx
queues which are being used) only does the napi enabling during open for
curr_queue_pairs. This will break multiqueue receiving since napi of new
queues
were
This patch set series
- adds dual musb instances support for am335x platform
- adds phy-dsps-usb driver based on TI's gs70 driver
- adds DT bindings for am33xx usb-phy
- removed references to usb-nop-xceiv from musb
has been verified on tree [1]
[1]
Remove the unused usb_nop_xceiv register(_unregister) usage,
it is recommeded to use DT bindings to use usb-nop-xceiv driver
Signed-off-by: Ravi Babu ravib...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git
In case of mutli instance support, use get-phy object using phandle
to return to repsective phy xceiv object for each instance
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/musb/musb_dsps.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git
Remove usb-phy control access from platform glue, after moving
usb-phy controls to saperate phy-dsps-usb driver.
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/musb/musb_dsps.c | 51 --
1 files changed, 0 insertions(+), 51 deletions(-)
diff
The dsps am33xx platform has two instances of musb controller,
enable the support for dual musb instances
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/musb/musb_dsps.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/musb/musb_dsps.c
Adds usb-phy driver support for am33xx platform, the host/device
peripheral controller shall get this phy object to control the phy
operations.
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/phy/Kconfig|9 ++
drivers/usb/phy/Makefile |1 +
use usb-phy driver API for powering on/off phy and removed
usage of the phy control access in platform glue driver.
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/musb/musb_dsps.c | 22 +-
1 files changed, 13 insertions(+), 9 deletions(-)
diff --git
The am33xx platforms suppors dual musb instance which need two instances
of usb-phy. Add dual instance usb-phy DT bindings for am333x platform.
Signed-off-by: Ravi Babu ravib...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
remove the unused the usb_nop_xceiv_register _unregister API's
from phy-nop driver. The glue platform driver should use DT bindings
use usb-nop-xceiv driver
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/musb/musb_dsps.c |1 -
drivers/usb/phy/phy-nop.c | 21
removed unused nop xceiv (un_)register API's from all musb
platform drivers
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/musb/am35x.c |2 --
drivers/usb/musb/blackfin.c |2 --
drivers/usb/musb/da8xx.c |2 --
drivers/usb/musb/davinci.c |3 ---
Use proper decimal type for comparison with u32.
Compilation warning was introduced by:
audit: Make testing for a valid loginuid explicit.
(sha1: 780a7654cee8d61819512385e778e4827db4bfbc)
Warning:
kernel/auditfilter.c: In function 'audit_data_to_entry':
kernel/auditfilter.c:426:3: warning: this
On Thu, May 23, 2013 at 03:55:59AM +0800, Xiao Guangrong wrote:
kvm_zap_obsolete_pages uses lock-break technique to zap pages,
it will flush tlb every time when it does lock-break
We can reload mmu on all vcpus after updating the generation
number so that the obsolete pages are not used on
On 05/23/2013 01:57 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:58AM +0800, Xiao Guangrong wrote:
It is only used to zap the obsolete page. Since the obsolete page
will not be used, we need not spend time to find its unsync children
out. Also, we delete the page from shadow page
On Thu, May 23, 2013 at 02:13:06PM +0800, Xiao Guangrong wrote:
On 05/23/2013 01:57 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:58AM +0800, Xiao Guangrong wrote:
It is only used to zap the obsolete page. Since the obsolete page
will not be used, we need not spend time to find its
On 05/23/2013 02:12 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:59AM +0800, Xiao Guangrong wrote:
kvm_zap_obsolete_pages uses lock-break technique to zap pages,
it will flush tlb every time when it does lock-break
We can reload mmu on all vcpus after updating the generation
number
On Wed, May 22, 2013 at 20:10:42, Russell King - ARM Linux wrote:
On Wed, May 22, 2013 at 12:40:25PM +0530, Philip Avinash wrote:
/*
* Assuming the pin is muxed as a gpio output, set its output value.
*/
-static void
-davinci_gpio_set(struct gpio_chip *chip, unsigned offset, int
On Wed, May 22, 2013 at 18:29:46, Sergei Shtylyov wrote:
Hello.
On 22-05-2013 11:10, Philip Avinash wrote:
1. Corrects coding and commenting styles
2. Variables name change to meaningful name
3. Remove unnecessary variable usage
4. Add BINTEN macro definition
Signed-off-by:
On 17 May 2013 15:40, Naveen Krishna Chatradhi ch.nav...@samsung.com wrote:
Adds support for High Speed I2C driver found in Exynos5 and
later SoCs from Samsung.
Driver only supports Device Tree method.
Changes since v1:
1. Added FIFO functionality
2. Added High speed mode functionality
3.
On 22.05.13 at 18:41, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote:
On Wed, May 22, 2013 at 04:25:10PM +0100, Jan Beulich wrote:
Okay, that clarifies it quite a bit. For one, I'll leave any of the
emuirq stuff to Stefano, who wrote this originally. And then, from
the beginning of this
On 05/23/2013 02:18 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:13:06PM +0800, Xiao Guangrong wrote:
On 05/23/2013 01:57 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:58AM +0800, Xiao Guangrong wrote:
It is only used to zap the obsolete page. Since the obsolete page
will not be
On Thu, May 23, 2013 at 2:45 AM, Ben Hutchings
bhutchi...@solarflare.com wrote:
On Wed, 2013-05-22 at 23:16 +0300, Or Gerlitz wrote:
[...]
all in all, we will look into returning -EPROBE_DEFER from the VF
when they identify the problematic situation -- so for how much time
this is deferred?
On 5/22/13 4:32 PM, David Hauweele wrote:
I cannot use level-triggered interrupts with GPIO on the RPi, so I
cannot test this specific patch.
Is there another interrupt line you can tie into which does support
level-trigger interrupts (INT0 or something)?
However I agree with the idea of
On Thu, May 23, 2013 at 11:12:29AM +0800, Jason Wang wrote:
To be same with tap.
Signed-off-by: Jason Wang jasow...@redhat.com
Well for tap the very specific reason was that
there's an array of big queue structures,
so we need to limit it to make it fit in a page.
No such reason here right?
On Wed, May 22, 2013 at 11:07:09PM +0200, Thomas Meyer wrote:
Signed-off-by: Thomas Meyer tho...@m3y3r.de
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
--
To unsubscribe from this list: send
From: Emilio López emi...@elopez.com.ar
Date: Wed, 22 May 2013 20:57:35 -0300
Commit 3b0aaef (net: ethernet: apple: initialize variables directly)
dropped the only loop that was using i but did not remove the actual
variable, therefore causing a warning when building. This patch drops
the now
From: Emilio López emi...@elopez.com.ar
Date: Wed, 22 May 2013 20:57:36 -0300
Commit e998fd4 (net: ethernet: korina: initialize variables directly)
dropped the only loop that was using i but did not remove the actual
variable, therefore causing a warning when building. This patch drops
the
From: Emilio López emi...@elopez.com.ar
Date: Wed, 22 May 2013 20:57:37 -0300
Commit bfd428d (net: ethernet: sun: initialize variables directly)
dropped the only loop that was using i but did not remove the actual
variable, therefore causing a warning when building. This patch drops
the now
On Thu, May 23, 2013 at 12:40 AM, Don Dutile ddut...@redhat.com wrote:
On 05/22/2013 04:16 PM, Or Gerlitz wrote:
[...]
Hi Alex, all, so to clarify:
1. currently due to current firmware limitation we must call
pci_enable_sriov before the
PF ends its initialization sequence done in the PCI
At Wed, 22 May 2013 23:39:11 -0400,
Dave Jones wrote:
On 05/21/2013 04:03 PM, Dave Jones wrote:
[ 72.318133] microcode: CPU1 sig=0x306c3, pf=0x2, revision=0x6
[ 132.446449] microcode: CPU2 sig=0x306c3, pf=0x2, revision=0x6
[ 192.573101] microcode: CPU3 sig=0x306c3, pf=0x2,
wd independence is deprecated, remove it.
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/misc/mei/main.c| 25 -
drivers/misc/mei/mei_dev.h | 6 --
drivers/misc/mei/wd.c | 6 --
3 files changed, 37 deletions(-)
diff --git
On Wed, 22 May 2013, Mark Brown wrote:
On Wed, May 22, 2013 at 05:53:53PM +0100, Lee Jones wrote:
On Wed, 22 May 2013, Mark Brown wrote:
running or not, the worst that should happen is that the state can be
read back. I'd therefore expect the fix here to be in the board side
code
From: Jason Wang jasow...@redhat.com
Date: Wed, 22 May 2013 14:03:58 +0800
Commit 55257d72bd1c51f25106350f4983ec19f62ed1fa (virtio-net: fill only rx
queues which are being used) only does the napi enabling during open for
curr_queue_pairs. This will break multiqueue receiving since napi of new
On Thu, May 23, 2013 at 02:26:57PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:12 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:59AM +0800, Xiao Guangrong wrote:
kvm_zap_obsolete_pages uses lock-break technique to zap pages,
it will flush tlb every time when it does lock-break
ACPI Timer() opcode should return monotonically increasing clock with 100ns
granularity according the ACPI 5.0 spec.
Testing the current Timer() implementation with following ASL code (and an
additional debug print in acpi_os_sleep() to get the sleep times dumped out
to dmesg):
// Test:
On Wed, 22 May 2013, Felipe Ferreri Tonello wrote:
Hi Guennadi,
On Wednesday, May 22, 2013 10:30:40 PM Guennadi Liakhovetski wrote:
On Wed, 22 May 2013, Felipe F. Tonello wrote:
From: Felipe F. Tonello e...@felipetonello.com
This is useful for power managment purposes if a sdhci
On Fri, May 17, 2013 at 09:12:39AM +0930, Rusty Russell wrote:
Joe Perches j...@perches.com writes:
On Thu, 2013-05-16 at 13:04 +0930, Rusty Russell wrote:
Asias He as...@redhat.com writes:
On Wed, May 15, 2013 at 02:47:53PM +0930, Rusty Russell wrote:
[]
Other users are using
2013/5/16 Peter Zijlstra pet...@infradead.org:
On Tue, May 14, 2013 at 07:35:25PM +0800, Alex Shi wrote:
I tested all benchmarks on cover letter maintained, aim7, kbuild etc.
with autogroup enabled. There is no clear performance change.
But since the machine just run benchmark without
On Wed, 15 May 2013, Leon Romanovsky wrote:
There is no need to call kfree while using devm_kzalloc,
remove it from *_device_init function.
Signed-off-by: Leon Romanovsky l...@leon.nu
---
drivers/mfd/tps65912-core.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Applied
On Thu, May 23, 2013 at 02:31:47PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:18 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:13:06PM +0800, Xiao Guangrong wrote:
On 05/23/2013 01:57 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:58AM +0800, Xiao Guangrong wrote:
It is
On 05/23/2013 03:24 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:26:57PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:12 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:59AM +0800, Xiao Guangrong wrote:
kvm_zap_obsolete_pages uses lock-break technique to zap pages,
it will flush
On 05/23/2013 03:37 PM, Xiao Guangrong wrote:
On 05/23/2013 03:24 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:26:57PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:12 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:55:59AM +0800, Xiao Guangrong wrote:
kvm_zap_obsolete_pages uses
On Wed, May 22, 2013 at 01:30:46PM +0300, Andy Shevchenko wrote:
Since 0998d06310 device-core: Ensure drvdata = NULL when no driver is bound,
this is done by driver core after device_release or on probe failure. Thus we
can remove all platform_set_drvdata(pdev, NULL) in drivers.
On 22 May 2013 22:28, Christian Ruppert christian.rupp...@abilis.com wrote:
On Mon, May 20, 2013 at 10:10:33AM +0200, Linus Walleij wrote:
On Thu, May 16, 2013 at 2:12 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 05/10/2013 02:25 AM, Christian Ruppert wrote:
(*1) TB100 GPIO
Hello Andy,
Thanks for your support, I will fix these code style problem.
However in a first time, can we publish this SPI driver?
I think that it will be preferable to submit it and apply some patch if it's
only coding style error.
I have fix errors in this patch that has been discovered in
On Thu, May 23, 2013 at 11:39 AM, Dave Jones da...@redhat.com wrote:
On 05/21/2013 04:03 PM, Dave Jones wrote:
[ 72.318133] microcode: CPU1 sig=0x306c3, pf=0x2, revision=0x6
[ 132.446449] microcode: CPU2 sig=0x306c3, pf=0x2, revision=0x6
[ 192.573101] microcode: CPU3
Il 23/05/2013 00:17, Tejun Heo ha scritto:
Then let's make it fit the use case better. I really can't see much
point in crafting the cdb filter when you basically have to entrust
the device to the user anyway. Let's either trust the user with the
device or not. I'm very doubtful that the
Randy Dunlap rdun...@infradead.org writes:
when CONFIG_VMWARE_VMCI=m:
ERROR: memcpy_toiovec [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
ERROR: memcpy_fromiovec [drivers/misc/vmw_vmci/vmw_vmci.ko] undefined!
Changing iovec.o from lib-y to obj-y fixes the build errors.
Acked-by: Rusty
Hi,
On 22/05/13 12:18, Jiri Slaby wrote:
Some drivers can be built on more platforms than they run on. This
causes users and distributors packaging burden when they have to
manually deselect some drivers from their allmodconfigs. Or sometimes
it is even impossible to disable the drivers
On 05/23/2013 03:37 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:31:47PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:18 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:13:06PM +0800, Xiao Guangrong wrote:
On 05/23/2013 01:57 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at
In Intel Vt-D specs, Chapter 9.3 Page-Table Entry,
The size of ADDR(address) field is 12:51, but the function dma_pte_addr
treats it as 12:63.
Signed-off-by: Li, Zhen-Hua zhen-h...@hp.com
---
drivers/iommu/intel-iommu.c |2 +-
include/linux/dma_remapping.h |2 ++
2 files changed, 3
On Wed, May 22, 2013 at 08:15:33PM -0500, Jacob Shin wrote:
Currently save_microcode_in_initrd() is declared in vendor neutural
microcode.h file, but defined in vendor specific
microcode_intel_early.c file. Vendor abstract it out to
microcode_core_early.c with a wrapper function.
On Thu, May 23, 2013 at 03:38:49PM +0800, Xiao Guangrong wrote:
On 05/23/2013 03:37 PM, Xiao Guangrong wrote:
On 05/23/2013 03:24 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:26:57PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:12 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at
On Fri, May 17, 2013 at 3:35 PM, Oliver Schinagl
oliver+l...@schinagl.nl wrote:
(...)
While initially these fuses are used to somewhat determin the chipID, these
appear to be writeable by the user and thus can be used for other purpouses.
For example storing a 128 bit root key, a unique serial
The crazy user can unset 'CONFIG_BUG' in menuconfig: General setup
Configure standard kernel features (expert users) BUG() Support.
But in fact, we always need it, and quite a few of architectures have
already implemented it (e.g. alpha, arc, arm, avr32, blackfin, cris,
frv, ia64, m68k, mips,
From: Stephen Mell sub.atomic.fus...@gmail.com
hide_pid and pid_gid are proc mount options whose values are stored in the
pid_namespace struct. As a result, if one mounts proc again for the same PID
namespace with different mount options, all mounts for that PID namespace will
be affected.
On Thu, May 23, 2013 at 10:43 AM, Mathias LEBLANC
mathias.lebl...@st.com wrote:
Thanks for your support, I will fix these code style problem.
I left below the comments I think should be addressed besides style.
Please, comment what you think about them.
However in a first time, can we publish
At Thu, 23 May 2013 15:45:32 +0800,
Ming Lei wrote:
On Thu, May 23, 2013 at 11:39 AM, Dave Jones da...@redhat.com wrote:
On 05/21/2013 04:03 PM, Dave Jones wrote:
[ 72.318133] microcode: CPU1 sig=0x306c3, pf=0x2, revision=0x6
[ 132.446449] microcode: CPU2 sig=0x306c3, pf=0x2,
On 22.05.2013 20:43, Rik van Riel wrote:
Some CPUs have had errata when it comes to flushing large pages that
have been split into small pages by hardware, e.g. due to MTRR
conflicts. In that case, fragments of the large page may have been left
in the TLB.
Can I somehow find if this is the
22.05.2013 21:33, Eric W. Biederman пишет:
Stanislav Kinsbursky skinsbur...@parallels.com writes:
Usermode helper executes all binaries in global init root context. This
doesn't allow to call a binary from other root context (for example in a
container).
Currently, both containerized NFS
On Thu, May 23, 2013 at 03:50:16PM +0800, Xiao Guangrong wrote:
On 05/23/2013 03:37 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:31:47PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:18 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:13:06PM +0800, Xiao Guangrong wrote:
On
On 05/23/13 09:56, Linus Walleij wrote:
On Fri, May 17, 2013 at 3:35 PM, Oliver Schinagl
oliver+l...@schinagl.nl wrote:
(...)
While initially these fuses are used to somewhat determin the chipID, these
appear to be writeable by the user and thus can be used for other purpouses.
For example
22.05.2013 22:35, Eric W. Biederman пишет:
ebied...@xmission.com (Eric W. Biederman) writes:
I am missing a lot of context here and capturing the context of a
process at time time we mount the filesystem and reconstituing it in
call user mode helper seems like something we could do.
If we
On 18.5.2013 20:41, Matthijs Kooijman wrote:
Hi Michal,
On Wed, May 08, 2013 at 08:50:49AM -0600, Stephen Warren wrote:
On 05/08/2013 04:59 AM, Matthijs Kooijman wrote:
In commit b40b25ff (kbuild: always run gcc -E on *.dts, remove cmd_dtc_cpp),
dts building was changed to always use the C
On 05/23/2013 03:32 PM, Changlong Xie wrote:
2013/5/16 Peter Zijlstra pet...@infradead.org:
On Tue, May 14, 2013 at 07:35:25PM +0800, Alex Shi wrote:
I tested all benchmarks on cover letter maintained, aim7, kbuild etc.
with autogroup enabled. There is no clear performance change.
But since
On Thu, May 23, 2013 at 10:10 AM, Oliver Schinagl
oliver+l...@schinagl.nl wrote:
On 05/23/13 09:56, Linus Walleij wrote:
On Fri, May 17, 2013 at 3:35 PM, Oliver Schinagl
oliver+l...@schinagl.nl wrote:
(...)
While initially these fuses are used to somewhat determin the chipID,
these
There is no need to call kfree while using devm_kzalloc,
remove it from *_device_init function.
Signed-off-by: Leon Romanovsky l...@leon.nu
---
drivers/mfd/tps65912-core.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
To be honest the whole tps65912 looks strange to
On Wed, May 22, 2013 at 4:08 PM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 22 May 2013, Linus Walleij wrote:
diff --git a/drivers/regulator/ab8500-ext.c
b/drivers/regulator/ab8500-ext.c
index b4d4547..8421537 100644
--- a/drivers/regulator/ab8500-ext.c
+++
We have already had the relocatable kernel, so just remove
the TODO in the kdump document.
Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
Documentation/kdump/kdump.txt |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/Documentation/kdump/kdump.txt
On 05/23/2013 04:09 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 03:50:16PM +0800, Xiao Guangrong wrote:
On 05/23/2013 03:37 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at 02:31:47PM +0800, Xiao Guangrong wrote:
On 05/23/2013 02:18 PM, Gleb Natapov wrote:
On Thu, May 23, 2013 at
Now explicit casting is done when power usage variable (putil) is calculated
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch was developed on top of the following Alex's repository:
Nasty bug with vacancy calculation has been fixed.
In the if statement the FULL_UTIL is a large constant, max_cfs_util()
returns unsigned and putil is also defined as unsigned. The outcome
is that this condition is always true.
As observed, this was the reason for frequent jumps of processes
On Wed, 15 May 2013, Leon Romanovsky wrote:
There is no need to call kfree while using devm_kzalloc,
remove it from *_device_init function.
Signed-off-by: Leon Romanovsky l...@leon.nu
---
drivers/mfd/tps65912-core.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
Add support for the at91sam9x5-family which must use the shadow
interrupt mask due to a hardware issue (causing RTC_IMR to always be
zero).
Signed-off-by: Johan Hovold jhov...@gmail.com
---
Documentation/devicetree/bindings/rtc/atmel,at91rm9200-rtc.txt | 2 +-
arch/arm/boot/dts/at91sam9x5.dtsi
This is an update of the shadow-interrupt-mask series against v3.10-rc2.
I guess we need Atmel to confirm that all sam9x5 SoCs are indeed
affected. If not, then some probing mechanism as the one Doug suggested
could be implemented on top of (a subset of) these patches. What do you
say, Nicolas?
Add configuration support which can be used to implement SoC-specific
workarounds for broken hardware.
Signed-off-by: Johan Hovold jhov...@gmail.com
---
drivers/rtc/rtc-at91rm9200.c | 46
1 file changed, 38 insertions(+), 8 deletions(-)
diff --git
Add shadow interrupt-mask register which can be used on SoCs where the
actual hardware register is broken.
Note that some care needs to be taken to make sure the shadow mask
corresponds to the actual hardware state. The added overhead is not an
issue for the non-broken SoCs due to the relatively
Add missing match-table compile guard.
Signed-off-by: Johan Hovold jhov...@gmail.com
---
drivers/rtc/rtc-at91rm9200.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/rtc/rtc-at91rm9200.c b/drivers/rtc/rtc-at91rm9200.c
index 0eab77b..eeeb73f 100644
--- a/drivers/rtc/rtc-at91rm9200.c
Add accessors for the interrupt register.
This will allow us to easily add a shadow interrupt-mask register to
use on SoCs where the interrupt-mask register cannot be used.
Signed-off-by: Johan Hovold jhov...@gmail.com
---
drivers/rtc/rtc-at91rm9200.c | 43
Changelog:
v1 - v2:
* update alloc_bootmem_huge_page in powerpc
* add Michal reviewed-by
Use already exist interface huge_page_shift instead of h-order + PAGE_SHIFT.
Reviewed-by: Michal Hocko mho...@suse.cz
Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com
---
Changelog:
v1 - v2:
* add Michal reviewed-by
get_pageblock_flags and set_pageblock_flags are not used any
more, this patch remove them.
Reviewed-by: Michal Hocko mho...@suse.cz
Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com
---
include/linux/pageblock-flags.h | 6 --
1
Changelog:
v1 - v2:
* show number of HighTotal before hotremove
* remove CONFIG_HIGHMEM
* cc stable kernels
* add Michal reviewed-by
Logic memory-remove code fails to correctly account the Total High Memory
when a memory block which contains High Memory is
Changelog:
v1 - v2:
* add Michal reviewed-by
hugetlb_prefault are not used any more, this patch remove it.
Reviewed-by: Michal Hocko mho...@suse.cz
Signed-off-by: Wanpeng Li liw...@linux.vnet.ibm.com
---
include/linux/hugetlb.h | 2 --
1 file changed, 2 deletions(-)
diff --git
2013/4/5 Haiyang Zhang haiya...@microsoft.com:
The warning about local_bh_enable inside IRQ happens when disconnecting a
virtual NIC.
The reason for the warning is -- netif_tx_disable() is called when the NIC
is disconnected. And it's called within irq context. netif_tx_disable() calls
Hello,
This patch series move the at91 AIC (Advance Interrupt Controller)
driver to the irqchip subsystem directory (drivers/irqchip).
It also make use of IRQCHIP_DECLARE to register irqchip for dt boards
instead of using the machine specific init_irq function.
Finally it register the arch
On Wed 15 May 2013 13:57:16 Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch series enables the ths7303 driver for asynchronous probing, OF
support with some cleanup patches.
Lad, Prabhakar (6):
media: i2c: ths7303: remove init_enable option from pdata
Hi,
please resend with git format-path -M so see the diff not the copy
Best Regsards,
J.
On 10:49 Thu 23 May , Boris BREZILLON wrote:
Hello,
This patch series move the at91 AIC (Advance Interrupt Controller)
driver to the irqchip subsystem directory (drivers/irqchip).
It also
On Thu, May 23, 2013 at 09:45:42AM +0200, Paolo Bonzini wrote:
Il 23/05/2013 00:17, Tejun Heo ha scritto:
Then let's make it fit the use case better. I really can't see much
point in crafting the cdb filter when you basically have to entrust
the device to the user anyway. Let's either
Move arch/arm/mach-at91/irq.c to drivers/irqchip/irq-at91.c.
Move arch/arm/mach-at91/at91_aic.h to
arch/arm/mach-at91/include/mach/at91_aic.h to avoid ugly reference
to header file :
#include ../../arch/arm/mach-at91/at91_aic.h
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
Hi Hans,
On Thu, May 23, 2013 at 2:21 PM, Hans Verkuil hverk...@xs4all.nl wrote:
On Wed 15 May 2013 13:57:16 Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch series enables the ths7303 driver for asynchronous probing, OF
support with some cleanup patches.
maybe you can use the atomic_dec_and_lock(dentry-d_count, dentry-d_lock)
here, right ?
-- Origin --
The current code takes the dentry's d_lock lock whenever the d_count
reference count is being updated. In reality, nothing big really
happens until d_count goes to
Hi Sekhar,
On Wed, May 15, 2013 at 5:27 PM, Lad Prabhakar
prabhakar.cse...@gmail.com wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
remove init_enable from ths7303 pdata as it is no longer exists.
Can you please ack this patch, as this patch is intended to go via media tree.
Regards,
Replace machine specific init_irq functions with IRQCHIP_DECLARE.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/board-dt-rm9200.c | 11 ---
arch/arm/mach-at91/board-dt-sam9.c | 12
arch/arm/mach-at91/board-dt-sama5.c | 12
Op 22-05-13 19:24, Maarten Lankhorst schreef:
Hey,
Op 22-05-13 18:18, Peter Zijlstra schreef:
On Wed, May 22, 2013 at 01:18:14PM +0200, Maarten Lankhorst wrote:
Lacking the actual msg atm, I'm going to paste in here...
Thanks for taking the time to review.
Subject: [PATCH v3 2/3] mutex:
Set machine specific irq handler using set_handle_irq inside aic init functions
instead of handle_irq pointer from machine_desc.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/board-1arm.c|1 -
arch/arm/mach-at91/board-afeb-9260v1.c |1 -
When kernel halt's will reboot_mutex lock still hold at exit.
It will issue with 'halt' command:
$ halt
..
Sent SIGKILL to all processes
Requesting system halt
[66.729373] System halted.
[66.733244]
[66.734761] =
[66.739473] [ BUG: lock held at task exit time! ]
From: Boris BREZILLON brezillonbo...@gmail.com
Replace machine specific init_irq functions with IRQCHIP_DECLARE.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/board-dt-rm9200.c | 11 ---
arch/arm/mach-at91/board-dt-sam9.c | 12
If a zone is marked reclaim dirty then kswapd starts writing back pages
but this situation is flagged too easily and flushers are not given the
opportunity to catch up. This patch causes kswapd to only start writing back
pages if all dirty pages scanned at the tail of the LRU are unqueued. If
a
Further testing of the Reduce system disruption due to kswapd discovered
a few problems. First, as pages were not being swapped, the file LRU was
being scanned faster and clean file pages were being reclaimed resulting
in some cases in larger amounts of read IO to re-read data from disk.
Second,
Page reclaim keeps track of dirty and under writeback pages and uses it to
determine if wait_iff_congested() should stall or if kswapd should begin
writing back pages. This fails to account for buffer pages that can be
under writeback but not PageWriteback which is the case for filesystems
like
1 - 100 of 1196 matches
Mail list logo