wd independence is deprecated, remove it.
Signed-off-by: Tomas Winkler
---
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 a/drivers/misc/mei/main.c b/drivers/m
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
From: Jason Wang
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
> queues
> were
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-b
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: 1
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"
> > >
> > > This is useful for power managment purposes if a sdhci child ho
On Fri, May 17, 2013 at 09:12:39AM +0930, Rusty Russell wrote:
> Joe Perches writes:
> > On Thu, 2013-05-16 at 13:04 +0930, Rusty Russell wrote:
> >> Asias He writes:
> >> > On Wed, May 15, 2013 at 02:47:53PM +0930, Rusty Russell wrote:
> > []
> >> > Other users are using memcpy_fromiovec and fri
2013/5/16 Peter Zijlstra :
> 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 anyother load, that
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
> ---
> drivers/mfd/tps65912-core.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
Applied thanks.
-
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:
>
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,
i
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_
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.
>
> Signed
On 22 May 2013 22:28, Christian Ruppert 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
> > wrote:
> > > On 05/10/2013 02:25 AM, Christian Ruppert wrote:
> >
> > >> (*1) TB100 GPIO ranges are defined as a phandle to th
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 the
On Thu, May 23, 2013 at 11:39 AM, 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=0x
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 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 Russell
Thanks
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 wi
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, 201
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
---
drivers/iommu/intel-iommu.c |2 +-
include/linux/dma_remapping.h |2 ++
2 files changed, 3 insertions(+), 1 de
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.
>
> Signe
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 2
On Fri, May 17, 2013 at 3:35 PM, Oliver Schinagl
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 number, which could
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, m
From: Stephen Mell
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. This seems undesirable. This pa
On Thu, May 23, 2013 at 10:43 AM, Mathias LEBLANC
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 this SPI driver?
It
At Thu, 23 May 2013 15:45:32 +0800,
Ming Lei wrote:
>
> On Thu, May 23, 2013 at 11:39 AM, 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, re
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
22.05.2013 21:33, Eric W. Biederman пишет:
Stanislav Kinsbursky 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 client and NFS server require
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 05/23/13 09:56, Linus Walleij wrote:
On Fri, May 17, 2013 at 3:35 PM, Oliver Schinagl
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,
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 wan
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
On 05/23/2013 03:32 PM, Changlong Xie wrote:
> 2013/5/16 Peter Zijlstra :
>> 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 mac
On Thu, May 23, 2013 at 10:10 AM, Oliver Schinagl
wrote:
> On 05/23/13 09:56, Linus Walleij wrote:
>>
>> On Fri, May 17, 2013 at 3:35 PM, Oliver Schinagl
>> wrote:
>>
>> (...)
>>>
>>> While initially these fuses are used to somewhat determin the chipID,
>>> these
>>> appear to be writeable by the
> > There is no need to call kfree while using devm_kzalloc,
> > remove it from *_device_init function.
> >
> > Signed-off-by: Leon Romanovsky
> > ---
> > drivers/mfd/tps65912-core.c | 5 ++---
> > 1 file changed, 2 insertions(+), 3 deletions(-)
>
> To be honest the whole tps65912 looks strange
On Wed, May 22, 2013 at 4:08 PM, Arnd Bergmann 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
>> > +++ b/drivers/regulator/a
We have already had the relocatable kernel, so just remove
the TODO in the kdump document.
Signed-off-by: Zhang Yanfei
---
Documentation/kdump/kdump.txt |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/Documentation/kdump/kdump.txt b/Documentation/kdump/kdump.txt
i
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, 201
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:
https://github.com/alexshi/power-scheduling/commits/power-scheduling
---
kernel/sched/
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 betwe
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
> ---
> drivers/mfd/tps65912-core.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/d
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
---
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?
N
Add configuration support which can be used to implement SoC-specific
workarounds for broken hardware.
Signed-off-by: Johan Hovold
---
drivers/rtc/rtc-at91rm9200.c | 46
1 file changed, 38 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-at
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 i
Add missing match-table compile guard.
Signed-off-by: Johan Hovold
---
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
+++ b/drivers/rtc
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
---
drivers/rtc/rtc-at91rm9200.c | 43 +--
1 file chan
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
Signed-off-by: Wanpeng Li
---
arch/powerpc/mm/hugetlbpage.c | 2 +-
mm/hugetlb.c
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
Signed-off-by: Wanpeng Li
---
include/linux/pageblock-flags.h | 6 --
1 file changed, 6 deletions(-)
diff --git a
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 offli
Changelog:
v1 -> v2:
* add Michal reviewed-by
hugetlb_prefault are not used any more, this patch remove it.
Reviewed-by: Michal Hocko
Signed-off-by: Wanpeng Li
---
include/linux/hugetlb.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/linux/hugetlb.h b/include/linux/hu
2013/4/5 Haiyang Zhang :
> 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
> local_bh_enable() whic
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 spe
On Wed 15 May 2013 13:57:16 Lad Prabhakar wrote:
> From: Lad, Prabhakar
>
> 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
> ARM: davinci: dm365
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
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 eith
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
---
arch/arm/mach-at91/Makefile
Hi Hans,
On Thu, May 23, 2013 at 2:21 PM, Hans Verkuil wrote:
> On Wed 15 May 2013 13:57:16 Lad Prabhakar wrote:
>> From: Lad, Prabhakar
>>
>> This patch series enables the ths7303 driver for asynchronous probing, OF
>> support with some cleanup patches.
>>
>> Lad, Prabhakar (6):
>> media: i2c
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 g
Hi Sekhar,
On Wed, May 15, 2013 at 5:27 PM, Lad Prabhakar
wrote:
> From: Lad, Prabhakar
>
> 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,
--Prabhakar Lad
--
To unsubscribe from this list
Replace machine specific init_irq functions with IRQCHIP_DECLARE.
Signed-off-by: Boris BREZILLON
---
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
arch/arm/mach-at91/gen
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/
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
---
arch/arm/mach-at91/board-1arm.c|1 -
arch/arm/mach-at91/board-afeb-9260v1.c |1 -
arch/arm/mach-at91/board-c
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
Replace machine specific init_irq functions with IRQCHIP_DECLARE.
Signed-off-by: Boris BREZILLON
---
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
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 z
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 ext
On 11:05 Thu 23 May , Boris BREZILLON wrote:
> 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"
no we are
From: Wei Yongjun
Fix to return a negative error code from the devm_clk_get() error
handling case instead of 0, as done elsewhere in this function.
Introduced by commit 950707c0eb5c7aeaa2c446a04c824f4be686d2f6
(pinctrl: sunxi: add clock support)
Signed-off-by: Wei Yongjun
---
drivers/pinctrl/
On Tue 14 May 2013 12:45:32 Lad Prabhakar wrote:
> From: Lad, Prabhakar
>
> This patch rearranges the header inclusion alphabetically
> and also removes unnecessary includes.
As Laurent mentioned in a review for another patch (vpif) you probably
shouldn't remove these headers. videodev2.h is cer
Hi Hans,
On Mon, May 13, 2013 at 4:09 PM, Lad Prabhakar
wrote:
> From: Lad, Prabhakar
>
> from commit 3778d05036cc7ddd983ae2451da579af00acdac2
> [media: davinci: kconfig: fix incorrect selects]
> VIDEO_VPFE_CAPTURE was removed but there was a negative
> dependancy for building the DM365 VPFE MC
On Thu 16 May 2013 14:58:15 Lad Prabhakar wrote:
> From: Lad, Prabhakar
>
> This patch series cleans the VPIF driver, uses devm_* api wherever
> required and uses module_platform_driver() to simplify the code.
>
> This patch series applies on 3.10.rc1 and is tested on OMAP-L138.
Can you repost
Hi Hans,
On Thu, May 23, 2013 at 3:08 PM, Hans Verkuil wrote:
> On Thu 16 May 2013 14:58:15 Lad Prabhakar wrote:
>> From: Lad, Prabhakar
>>
>> This patch series cleans the VPIF driver, uses devm_* api wherever
>> required and uses module_platform_driver() to simplify the code.
>>
>> This patch s
I am announcing the release of the 3.5.7.13 tree of stable patches.
This tree picks up the latest 3.5 stable release upstream, and add patches
on top that were later marked for stable but can't be added to 3.5, as
it is not anymore an stable series maintained upstream.
The tree is maintained by t
Hi Hans,
On Thu, May 23, 2013 at 3:05 PM, Hans Verkuil wrote:
> On Tue 14 May 2013 12:45:32 Lad Prabhakar wrote:
>> From: Lad, Prabhakar
>>
>> This patch rearranges the header inclusion alphabetically
>> and also removes unnecessary includes.
>
> As Laurent mentioned in a review for another patc
From: Boris BREZILLON
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
---
arch/arm/mach-at91/board-1arm.c|1 -
arch/arm/mach-at91/board-afeb-9260v1.c |1 -
ar
On Tue 14 May 2013 13:00:36 Lad Prabhakar wrote:
> From: Lad, Prabhakar
>
> add OF support for the tvp514x driver. Alongside this patch
> removes unnecessary header file inclusion and sorts them alphabetically.
>
> Signed-off-by: Lad, Prabhakar
> Cc: Hans Verkuil
> Cc: Laurent Pinchart
> Cc:
On Wed, May 22, 2013 at 09:37:25PM -0400, Waiman Long wrote:
> Change log:
>
> v2->v3
> - Fix the RCU lock problem found by Al Viro.
> - Rebase the code to the latest v3.10-rc1 linux mainline.
> - Remove patch 4 which may be problematic if the dentry is deleted.
> - Rerun performance measureme
Il 23/05/2013 11:02, Tejun Heo ha scritto:
> 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
On Thu, May 23, 2013 at 03:47:13AM +0100, Damian Hobson-Garcia wrote:
> Hi Catalin,
> On 2013/05/22 18:47, Catalin Marinas wrote:
> > On Wed, May 22, 2013 at 03:37:17AM +0100, Damian Hobson-Garcia wrote:
> >> Hello,
> >> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
> >>> Most architectures that
On Wed, Feb 27, 2013 at 9:37 PM, Linux Kernel Mailing List
wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=62dc989921df2a98d1a73aacd085abe941cb9828
>
> According to Documentation/kbuild/kconfig.txt, the commands:
>
> yes "" | make oldconfig >conf.new
> grep "(NE
On Thu, May 23, 2013 at 10:00:07AM +0800, Bob Liu wrote:
> Hi Mel & Seth,
>
> On 05/21/2013 04:10 PM, Mel Gorman wrote:
> > On Mon, May 20, 2013 at 10:42:25AM -0500, Seth Jennings wrote:
> >> On Mon, May 20, 2013 at 02:54:39PM +0100, Mel Gorman wrote:
> >>> On Sun, May 19, 2013 at 03:52:19PM -0500
On Thu 23-05-13 10:26:27, Mel Gorman wrote:
> 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 Page
Hi Sandy,
> On Wed, 22 May 2013 13:40:04 -0400
> Sandy Harris wrote:
>
[...]
> >
> > >> > What I'm against is relying only on solutions such as HAVEGE or
> > >> > replacing /dev/random with something scheme that only relies on
> > >> > CPU timing and ignores interrupt timing.
> > >>
> > >> My q
Stanislav Kinsbursky writes:
> 22.05.2013 21:33, Eric W. Biederman пишет:
>> Stanislav Kinsbursky 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, b
Dear boris brezillon,
On Thu, 23 May 2013 11:51:36 +0200, boris brezillon wrote:
> On 23/05/2013 11:06, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 11:05 Thu 23 May , Boris BREZILLON wrote:
> >> Move arch/arm/mach-at91/irq.c to drivers/irqchip/irq-at91.c.
> >> Move arch/arm/mach-at91/at91_a
On 12:09 Thu 23 May , Thomas Petazzoni wrote:
> Dear boris brezillon,
>
> On Thu, 23 May 2013 11:51:36 +0200, boris brezillon wrote:
> > On 23/05/2013 11:06, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > On 11:05 Thu 23 May , Boris BREZILLON wrote:
> > >> Move arch/arm/mach-at91/irq.c to d
At Thu, 23 May 2013 10:06:56 +0200,
Takashi Iwai wrote:
>
> At Thu, 23 May 2013 15:45:32 +0800,
> Ming Lei wrote:
> >
> > On Thu, May 23, 2013 at 11:39 AM, Dave Jones wrote:
> > > > On 05/21/2013 04:03 PM, Dave Jones wrote:
> > > >
> > > > [ 72.318133] microcode: CPU1 sig=0x306c3, pf=0x2, r
On Thu, May 23, 2013 at 3:46 PM, Takashi Iwai wrote:
> At Thu, 23 May 2013 10:06:56 +0200,
> Takashi Iwai wrote:
>>
>> At Thu, 23 May 2013 15:45:32 +0800,
>> Ming Lei wrote:
>> >
>> > On Thu, May 23, 2013 at 11:39 AM, Dave Jones wrote:
>> > > > On 05/21/2013 04:03 PM, Dave Jones wrote:
>> > > >
On Thu, May 23, 2013 at 11:05:07AM +0200, Boris BREZILLON wrote:
> 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_a
Hi Greg,
There is one patch for 3.10 that fixes an issue with dma_mask pointer
when ehci-omap is used as a module and kernel is booted using
device tree. More details in the patch.
Roger Quadros (1):
USB: ehci-omap: Reset dma_mask pointer on probe
drivers/usb/host/ehci-omap.c |3 +--
1 fi
Dear Jean-Christophe PLAGNIOL-VILLARD,
On Thu, 23 May 2013 12:09:51 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> > You can put it in , there are already a few
> > headers there. But I think it's not the right solution.
> >
> > *However*, ideally, this header should disappear completely. All
Device tree probed devices don't get dma_mask set. Previously
we were setting the dma_mask pointer only if it was NULL.
However, the address of 'omap_ehci_dma_mask' would change
each time the module is unloaded and loaded back thus causing
the devices dma_mask pointer to be invalid on the next load
Hi Stephen,
Refer to following inline comments.
Thanks,
Gu
On 05/23/2013 04:05 PM, Stephen Mell wrote:
> From: Stephen Mell
>
> 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
>
Am 23.05.2013 01:17, schrieb Matthew O'Connor:
> This is the backported patch I submitted previously. Hopefully this
> time around it won't be too messed up, I'm using Thunderbird instead of
> the web interface. I have applied it successfully and without warnings
> against 3.4.46. It builds, but
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with &pdev->dev,
so we can directly pass a struct platform_device.
Also, unnecessary dev_set_drvdata() is removed, because the driver core
clears the driver data to NULL
On Thu, May 23, 2013 at 6:16 PM, Takashi Iwai wrote:
>
> Thinking on this again, if the user-space continues to be broken in
> that point, we should provide request_firmware() variant without udev,
> e.g. request_firmware_direct(), and use it in known places like this?
As anish said, it has been
1 - 100 of 578 matches
Mail list logo
