On Mon, Aug 11, 2014 at 10:52:38PM -0400, Weston Andros Adamson wrote:
> Weston Andros Adamson (5):
> nfs: change nfs_page_group_lock argument
> nfs: fix nonblocking calls to nfs_page_group_lock
> nfs: use blocking page_group_lock in add_request
> nfs: fix error handling in lock_and_join_reques
This series is mainly to use msi_chip instead of currently weak arch functions
across all platforms. Also clean up current MSI code and make drivers support
MSI easier.
Yijing Wang (20):
x86/xen/MSI: Eliminate arch_msix_mask_irq() and arch_msi_mask_irq()
MSI: Clean up struct msi_chip argumen
Introduce a new struct msi_chip octeon_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/mips/pci/msi-octeon.c | 45 ++-
1 files changed, 19 insertions(+), 26 deletions(-)
diff --git a/arch/mips/pci/msi-
Introduce a new struct msi_chip zpci_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/s390/pci/pci.c | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/arch/s390/pci/pci.c b/arch/s390/pci/pci.c
index 9ddc51e
Introduce a new struct msi_chip ppc_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/powerpc/kernel/msi.c | 23 +--
1 files changed, 17 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/kernel/msi.c b/arch/powerpc/ke
Introduce __weak arch_get_match_msi_chip() to find the match msi_chip.
We prepare to use struct msi_chip to eliminate arch_xxx functions
in all platforms. The MSI device and the msi_chip binding is platform
specific. For instance, in x86, LAPICs receive all MSI irq, but in
arm, PCI device usually d
Introduce a new struct msi_chip iop13xx_msi_chip instead of weak arch
functions to configure MSI/MSI-X. And associate the pci bus with msi_chip
in pcibios_add_bus().
Signed-off-by: Yijing Wang
---
arch/arm/mach-iop13xx/include/mach/pci.h |2 ++
arch/arm/mach-iop13xx/iq81340mc.c|1
Introduce a new struct msi_chip ia64_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/ia64/kernel/msi_ia64.c | 18 ++
1 files changed, 14 insertions(+), 4 deletions(-)
diff --git a/arch/ia64/kernel/msi_ia64.c b/arch/ia64/kerne
Introduce a new struct msi_chip sparc_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/sparc/kernel/pci.c | 18 ++
1 files changed, 14 insertions(+), 4 deletions(-)
diff --git a/arch/sparc/kernel/pci.c b/arch/sparc/kernel/pci.
A sparse warning is generated about 'ieee80211_debug_init' and
'ieee80211_debug_exit' not being declared.
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c:275:12: warning:
symbol 'ieee80211_debug_init' was not declared. Should it be static?
drivers/staging/rtl8192u/ieee80211/ieee80211_m
Introduce a new struct msi_chip tile_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/tile/kernel/pci_gx.c | 20 +++-
1 files changed, 15 insertions(+), 5 deletions(-)
diff --git a/arch/tile/kernel/pci_gx.c b/arch/tile/kernel/
Introduce a new struct msi_chip remap_msi_chip instead of weak arch
functions to configure irq remapping MSI/MSI-X in x86.
Signed-off-by: Yijing Wang
---
drivers/iommu/irq_remapping.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/iommu/irq_remapping
Introduce a new struct msi_chip xlp_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/mips/pci/msi-xlp.c | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/mips/pci/msi-xlp.c b/arch/mips/pci/msi-xlp.c
index f
Introduce a new struct msi_chip xen_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
CC: Konrad Rzeszutek Wilk
---
arch/x86/pci/xen.c | 128 +--
1 files changed, 73 insertions(+), 55 deletions(-)
diff --
Now we can clean up MSI weak arch functions in x86.
Signed-off-by: Yijing Wang
---
arch/x86/include/asm/pci.h |3 ---
arch/x86/kernel/apic/io_apic.c |2 +-
arch/x86/kernel/x86_init.c | 24
3 files changed, 1 insertions(+), 28 deletions(-)
diff --git a/
Introduce a new struct msi_chip xlr_msi_chip instead of weak arch
functions to configure MSI/MSI-X.
Signed-off-by: Yijing Wang
---
arch/mips/pci/pci-xlr.c | 19 +++
1 files changed, 15 insertions(+), 4 deletions(-)
diff --git a/arch/mips/pci/pci-xlr.c b/arch/mips/pci/pci-xlr.c
Now we use struct msi_chip in all platforms to configure
MSI/MSI-X. We can clean up the unused arch functions.
Signed-off-by: Yijing Wang
---
drivers/pci/msi.c | 82
1 files changed, 32 insertions(+), 50 deletions(-)
diff --git a/drivers/pc
Introduce a new struct msi_chip apic_msi_chip instead of weak arch
functions to configure MSI/MSI-X in x86.
Signed-off-by: Yijing Wang
---
arch/x86/include/asm/pci.h |1 +
arch/x86/kernel/apic/io_apic.c | 20
2 files changed, 17 insertions(+), 4 deletions(-)
diff
This reverts commit e052dbf554610e2104c5a7518c4d8374bed701bb.
Now that we use the virtio ->scan() function to register with the hwrng
core, we will not get read requests till probe is successfully finished.
So revert the workaround we had in place to refuse read requests while
we were not yet set
Instead of calling hwrng_register() in the probe routing, call it in the
scan routine. This ensures that when hwrng_register() is successful,
and it requests a few random bytes to seed the kernel's pool at init,
we're ready to service that request.
This will also enable us to remove the workaroun
Currently, pcie-designware, pcie-rcar, pci-tegra drivers
use irq chip_data to the msi_chip pointer. They already call
irq_set_chip_data() in their own MSI irq map functions.
So irq_set_chip_data() in arch_setup_msi_irq() is useless.
Signed-off-by: Yijing Wang
---
drivers/pci/msi.c |2 --
1 f
Commit 0e4ccb150 added two __weak arch functions arch_msix_mask_irq()
and arch_msi_mask_irq() to fix a bug found when running xen in x86.
Introduced these two funcntions make MSI code complex. This patch
reverted commit 0e4ccb150 and add #ifdef for x86 msi_chip to fix this
bug for simplicity. Also
On Tue, Aug 12, 2014 at 08:00:31AM +0200, Stephane Eranian wrote:
> arch/x86/kernel/cpu/perf_event_intel_uncore.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
> b/arch/x86/kernel/cpu/perf_event_intel_uncore.c
> index cfc6f9d..800e087 1
Hi Arnaldo,
On Mon, 11 Aug 2014 10:17:38 -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Aug 11, 2014 at 05:05:33PM +0900, Namhyung Kim escreveu:
>> Hi Arnaldo,
>>
>> On Sat, 2 Aug 2014 10:30:26 -0300, Arnaldo Carvalho de Melo wrote:
>> > Em Thu, Jul 31, 2014 at 02:47:36PM +0900, Namhyung Kim es
On 08/11/14 at 11:52pm, Randy Dunlap wrote:
> On 08/11/14 23:10, Dave Young wrote:
> > noefi param can be used for arches other than X86 later, thus move it out of
> > x86 platform code.
> >
> > Signed-off-by: Dave Young
> > ---
> > arch/x86/platform/efi/efi.c | 10 +-
> > drivers/firmwa
Hi Arnaldo,
On Mon, 11 Aug 2014 10:32:23 -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Aug 11, 2014 at 05:17:37PM +0900, Namhyung Kim escreveu:
>> On Sat, 2 Aug 2014 10:35:03 -0300, Arnaldo Carvalho de Melo wrote:
>> > Em Thu, Jul 31, 2014 at 02:47:42PM +0900, Namhyung Kim escreveu:
>> >> Some
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Greg KH
> > > What exactly needs to be done to fix this "correctly" that is going to
> > > take too much work at the moment?
> >
> > To decouple the dependency between
On Tue, 12 Aug 2014, GyungOh Yoo wrote:
> Can somebody please review if the code has anything to improve?
- Please don't top post - if you have a comment about the code, make
your comment below the line(s) you are referring to and cut out all
surplus quotes, replacing with "[...]".
- This driver
On 08/11/2014 09:02 PM, Dan Carpenter wrote:
On Mon, Aug 11, 2014 at 04:32:16PM +0800, rogera...@realtek.com wrote:
From: Roger Tseng
Current code erroneously fill the last byte of R2 response with an undefined
value. In addition, it is impossible to obtain the real values since the
controlle
On Tue, Aug 12, 2014 at 09:09:15AM +0200, Peter Zijlstra wrote:
> Also, I'm very tempted to do a s/ivt/ivbep/ on that whole thing. We
> really should not mix all these stupid names.
---
Subject: perf/x86/uncore: Rename IvyTown to IvyBridge-EP
From: Peter Zijlstra
Date: Tue Aug 12 09:15:25 CEST 2
on some architecture spin_is_locked() always return false in
uniprocessor configuration and can therefore not be used
with BUG_ON.it would be advise to replace with
lockdep_assert_held().
Signed-off-by: Sanjeev Sharma
---
drivers/misc/sgi-xp/xpc_channel.c | 6 +++---
drivers/misc/sgi-xp/xpc_sn2.
On 2014/8/11 19:54, Peter Zijlstra wrote:
On Mon, Aug 11, 2014 at 01:26:45AM +, Sha, Ruibin wrote:
Hi Chintan,
Thank you very much for your timely and kindly response and comments.
Here is more detail about our Scenario:
We have a big driver on Android product. The driver allocates lo
Got that and will try to investigate ASAP.
Just to note: I tried to use powersave governor and got the same result. I
believe notifiers are used with powersave governor as well. Am I wrong?
On August 12, 2014 9:16:21 AM EEST, Viresh Kumar
wrote:
>On Tue, Aug 12, 2014 at 11:25 AM, Oleksandr Nat
Hi Andrew,
I got some positive and no negative feedback on my patches, thus:
Could you add the patches to -mm and push them towards Linus?
0001-ipc-msg-increase-MSGMNI-remove-scaling.patch
- increase MSGMNI to 32000
- as a bonus, this removes around 300 lines
0002-ipc-sem.c-incre
a)
SysV can be abused to allocate locked kernel memory. For most systems, a
small limit doesn't make sense, see the discussion with regards to SHMMAX.
Therefore: Increase the sysv sem limits so that all known applications
will work with these defaults.
b)
With regards to the maximum supported:
S
Right now, each new IPC namespace starts with the kernel default values.
This means that changes that were made to the limits get overwritten.
With this patch, a new namespace inherits the settings from the parent
namespace, which is less surprising.
The patch updates
- SysV msg
- SysV sem
- SysV
SysV can be abused to allocate locked kernel memory.
For most systems, a small limit doesn't make sense, see the discussion with
regards to SHMMAX.
Therefore: increase MSGMNI to the maximum supported.
And: If we ignore the risk of locking too much memory, then an automatic
scaling of MSGMNI doesn
On Mon, Aug 11, 2014 at 05:12:49PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Aug 11, 2014 at 10:49:54AM +0200, Jiri Olsa escreveu:
> > hi,
> > adding support to quit sampling commands:
> > record,top,trace,kvm stat live
> >
> > when all the monitored events are closed, like following perf
On Mon, Aug 11, 2014 at 05:28:12PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Aug 11, 2014 at 05:12:49PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Mon, Aug 11, 2014 at 10:49:54AM +0200, Jiri Olsa escreveu:
> > > hi,
> > > adding support to quit sampling commands:
> > > record,top,tra
ovs_vport_alloc() bails out without freeing the memory 'vport' points to.
Picked up by Coverity - CID 1230503.
Fixes: 5cd667b0a4 ("openvswitch: Allow each vport to have an array of
'port_id's.")
Signed-off-by: Christoph Jaeger
---
net/openvswitch/vport.c | 4 +++-
1 file changed, 3 insertions(
On Mon, Aug 11, 2014 at 04:39:17PM +0800, Chao Yu wrote:
> Since we allocate a temporary buffer in zram_bvec_read to handle partial page
> operations in this commit 924bd88d703e53d30f393fac6117f8f1bc79aab6 (Staging:
> zram: allow partial page operations), our ->failed_reads value may be
> incorrec
With some bad kernel configures, cpu offline consumes more than 100ms
during S3. This because native_cpu_die() would fall into 100ms
sleep when cpu idle loop thread marked cpu state to DEAD slower. It's
timing related issue. What native_cpu_die() does is that poll cpu
state and wait for 100ms if cp
On Tue, Aug 12, 2014 at 12:36:54PM +0530, Amit Shah wrote:
> Instead of calling hwrng_register() in the probe routing, call it in the
> scan routine. This ensures that when hwrng_register() is successful,
> and it requests a few random bytes to seed the kernel's pool at init,
> we're ready to serv
On Tue, Aug 12, 2014 at 12:56 PM, Oleksandr Natalenko
wrote:
> Got that and will try to investigate ASAP.
>
> Just to note: I tried to use powersave governor and got the same result. I
> believe notifiers are used with powersave governor as well. Am I wrong?
Notifiers are used from the cpufreq c
> -Original Message-
> From: Florian Fainelli [mailto:f.faine...@gmail.com]
> Sent: Monday, August 11, 2014 11:52 AM
> > I suppose you meant the below logic:
> > if (refresh) {
> > rtnl_lock();
> > netif_carrier_off(net);
> > netif_carrier_on(net);
> > rt
> -Original Message-
> From: Bill Fink
> In the case of ifplugd, it has parameters -u | --delay-up= which
> defaults to 0 seconds, and -d | --delay-down= which defaults to
> 5 seconds. Maybe for hyperv you could specify --delay-down=0.
> I don't know if other daemons such as systemd have
The files in this change implement the UFS HW (controller & PHY) specific
behavior in Qualcomm MSM chips.
Signed-off-by: Yaniv Gardi
---
drivers/scsi/ufs/ufs-msm-phy-qmp-20nm.c | 254 +++
drivers/scsi/ufs/ufs-msm-phy-qmp-20nm.h | 216 ++
drivers/scsi/ufs/ufs-msm-phy-qmp-28nm.c | 368 +
Instead of calling hwrng_register() in the probe routing, call it in the
scan routine. This ensures that when hwrng_register() is successful,
and it requests a few random bytes to seed the kernel's pool at init,
we're ready to service that request.
This will also enable us to remove the workaroun
This reverts commit e052dbf554610e2104c5a7518c4d8374bed701bb.
Now that we use the virtio ->scan() function to register with the hwrng
core, we will not get read requests till probe is successfully finished.
So revert the workaround we had in place to refuse read requests while
we were not yet set
On Wed, Aug 06, 2014 at 12:06:19PM +0400, Kirill Tkhai wrote:
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -331,9 +331,13 @@ static inline struct rq *__task_rq_lock(struct
> task_struct *p)
> lockdep_assert_held(&p->pi_lock);
>
> for (;;) {
> + while (unli
On (Tue) 12 Aug 2014 [15:41:35], Greg KH wrote:
> On Tue, Aug 12, 2014 at 12:36:54PM +0530, Amit Shah wrote:
> > Instead of calling hwrng_register() in the probe routing, call it in the
> > scan routine. This ensures that when hwrng_register() is successful,
> > and it requests a few random bytes
On Tue, Aug 12, 2014 at 03:31:06PM +0800, Lan Tianyu wrote:
> With some bad kernel configures, cpu offline consumes more than 100ms
> during S3. This because native_cpu_die() would fall into 100ms
> sleep when cpu idle loop thread marked cpu state to DEAD slower. It's
> timing related issue. What n
Hi Daniel,
>> the way I read the nl80211 code is that the NL80211_CMD_NEW_INTERFACE
>> requires a wiphy device to be specified. And that is actually just a
>> number. So I have no idea what the MAC has to here.
>>
> OpenWrt finds a wiphy by its MAC.
maybe that is the first problem right there. I
On Mon, Aug 11, 2014 at 01:14:54PM -0400, James Smart wrote:
> Alexander,
>
> I haven't looked too deeply, but it's clear it doesn't jive with what we've
> discussed in the past. Your original patches missed several other similar
> sections for revision. I had sent a revised set of patches.
>
> I
The files in this change implement the UFS HW (controller & PHY) specific
behavior in Qualcomm MSM chips.
Signed-off-by: Yaniv Gardi
---
drivers/scsi/ufs/ufs-msm-phy-qmp-20nm.c | 254 +++
drivers/scsi/ufs/ufs-msm-phy-qmp-20nm.h | 216 ++
drivers/scsi/ufs/ufs-msm-phy-qmp-28nm.c | 368 +
Hi Stephane,
On Tue, 12 Aug 2014 06:44:34 +0200, Stephane Eranian wrote:
> Hi,
>
>
> My understanding is that the -z option is used to only print a profile
> since the last refresh. So if I have a refresh of 5s, then it prints the
> profile
> based on the samples accumulated over the last 5 secon
The perf top TUI lacks 'z' key support to toggle sample zeroing.
Add it.
Reported-by: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/tools/perf/ui/browsers/hists.c b/tools/perf/ui/browsers/hists.c
inde
The current -z option does almost nothing. It doesn't zero the
existing samples so that we can see profiles of exited process after
last refresh. It seems it only affects annotation.
This patch clears existing entries before processing if -z option is
given. For this original decaying logic als
On Wed, Aug 06, 2014 at 12:06:27PM +0400, Kirill Tkhai wrote:
>
> Let's use ONRQ_MIGRATING instead.
I feel there should be a little more in the changelog; how about
something like:
Avoid double_rq_lock() and use ONRQ_MIGRATING for __migrate_task(). The
advantage is (obviously) not holding two 'r
Fixed coding style errors and warning in kernel/async.c
Signed-off-by: Ionut Alexa
---
kernel/async.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/kernel/async.c b/kernel/async.c
index 61f023c..4c3773c 100644
--- a/kernel/async.c
+++ b/kernel/async.c
@@ -115,7 +
On Mon, Aug 11, 2014 at 02:19:49PM +0100, Charles Keepax wrote:
> On Fri, Aug 08, 2014 at 09:55:43AM +, Peter Chan wrote:
> >
> > But our customer reported that they did try to set both SPKOUTR_ENA and
> > SPKOUTL_ENA bits in mono mode but the sound is lousy. If setting
> > SPKOUTR_ENA alone
On Sat, 2014-08-09 at 03:14 -0700, Markus Gutschke wrote:
> I am back and have physical access to the machine now.
>
great!
> I re-ran the test just to be sure, and I can confirm that "platform"
> does in fact result in a crash.
>
what about "devices"?
I mean
# echo devices > /sys/power/pm_test
On Sat, Aug 09, 2014 at 05:31:38PM +0900, Inha Song wrote:
> Some boards need to set the INn_MODE[1:0] register to change
> the input signal patch. This wlf,inmode property is optional.
> If present values must be specified by the number of
> ARIZONA_MAX_INPUT.
>
> Example:
>- wlf,inmode = <2
> From: Tom Gundersen
> > Unluckily this logic doesn't work because the user-space daemons
> > like ifplugd, usually don't renew the DHCP immediately as long as they
> > receive a link-down message: they usually wait for some seconds and if
> > they find the link becomes up soon, they won't trigger
В Вт, 12/08/2014 в 09:55 +0200, Peter Zijlstra пишет:
> On Wed, Aug 06, 2014 at 12:06:19PM +0400, Kirill Tkhai wrote:
> > --- a/kernel/sched/core.c
> > +++ b/kernel/sched/core.c
> > @@ -331,9 +331,13 @@ static inline struct rq *__task_rq_lock(struct
> > task_struct *p)
> > lockdep_assert_held(
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() or pci_enable_msi_exact()
and pci_enable_msix_range() or pci_enable_msix_exact()
interfaces.
Sign
On 29 July 2014 04:50, Srinivas Kandagatla
wrote:
> On Qualcomm APQ8064 SOCs, SD card controller has an additional glue
> called DML (Data Mover Local/Lite) to assist dma transfers.
> This hardware needs to be setup before any dma transfer is requested.
> DML itself is not a DMA engine, its just a
On Tue, Aug 12, 2014 at 9:59 AM, Marcel Holtmann wrote:
> Hi Daniel,
>
>>> the way I read the nl80211 code is that the NL80211_CMD_NEW_INTERFACE
>>> requires a wiphy device to be specified. And that is actually just a
>>> number. So I have no idea what the MAC has to here.
>>>
>> OpenWrt finds a w
On 12 August 2014 07:05, Tim Kryger wrote:
> There is no need for regulator consumers to include special logic for
> fixed voltage regulators as they support regulator_set_voltage() just
> like their non-fixed regulator counterparts.
>
> Signed-off-by: Tim Kryger
Thanks! Queued for 3.18.
Kind r
On 12 August 2014 03:43, Saravana Kannan wrote:
> On 08/07/2014 03:48 AM, Viresh Kumar wrote:
>>> @@ -1369,24 +1354,15 @@ static int __cpufreq_remove_dev_prepare(struct
>>> device *dev,
>>> }
>>> }
>>>
>>> - if (!cpufreq_driver->setpolicy)
>>> - strnc
On 11 August 2014 11:32, Ulf Hansson wrote:
> On 11 August 2014 11:15, Pawel Moll wrote:
>> On Mon, 2014-08-11 at 10:07 +0100, Ulf Hansson wrote:
>>> On 8 August 2014 18:36, Pawel Moll wrote:
>>> > On Fri, 2014-07-25 at 15:23 +0100, Pawel Moll wrote:
>>> >> The code selecting a device for the sd
Hello Andreas,
I'm trying out the new Thunderbolt driver in Linus' tree and I'm
noticing device hotplug isn't quite working correctly.
I've got a Haswell 2013 MacBook Pro Retina and the Apple-vended
Thunderbolt Ethernet adapter, which uses the tg3 driver.
Here's what dmesg says when I unplug:
[
On 7 August 2014 15:45, Viresh Kumar wrote:
> On 7 August 2014 15:42, Prarit Bhargava wrote:
>> That should have done it. What are your CPUFREQ configs?
>
> You can check the same .config I attached last time for that :)
>
> CONFIG_CPU_FREQ=y
> CONFIG_CPU_FREQ_GOV_COMMON=y
> CONFIG_CPU_FREQ_STAT
On Wed, Aug 06, 2014 at 12:06:56PM +0400, Kirill Tkhai wrote:
>
> Bad situation:
>
> double_lock_balance() drops busiest_rq lock. The busiest_rq is *busiest*,
> and a lot of tasks and context switches there. We are dropping the lock
> and waiting for it again.
>
> Let's just detach the task and
On Tue, Aug 12, 2014 at 02:38:07AM +0100, Masami Hiramatsu wrote:
> (2014/08/11 22:48), Will Deacon wrote:
> > On Sat, Aug 09, 2014 at 03:12:19AM +0100, Wang Nan wrote:
> >> This patch introduce kprobeopt for ARM 32.
> >>
> >> Limitations:
> >> - Currently only kernel compiled with ARM ISA is supp
On Tue, Aug 12, 2014 at 02:01:38AM -0700, Steven Noonan wrote:
> Hello Andreas,
>
> I'm trying out the new Thunderbolt driver in Linus' tree and I'm
> noticing device hotplug isn't quite working correctly.
>
> I've got a Haswell 2013 MacBook Pro Retina and the Apple-vended
> Thunderbolt Ethernet
The backend type is chosen by the toolstack. Regardless, the frontend
should not care, especially given that it cannot have an effect as the
backend is started before this code is run.
Signed-off-by: Stefano Stabellini
diff --git a/drivers/tty/hvc/hvc_xen.c b/drivers/tty/hvc/hvc_xen.c
index 636c
2014-08-11 9:15 GMT+02:00 Linus Walleij :
> On Thu, Jul 31, 2014 at 6:42 PM, Matthias Brugger
> wrote:
>
>> We enable GTP6 which ungates the arch timer clock. Apart we write the
>> frequency with which the timer is running in the CNTFREQ register.
>> In the future this should be done in the bootlo
On Tue, 12 Aug 2014, Greg KH wrote:
> On Mon, Aug 11, 2014 at 03:32:48PM +0100, Stefano Stabellini wrote:
> > CC'ing tty maintainers.
>
> Why? Is that how you submit a patch to be included to the kernel tree?
> (hint, the answer is no, and also you should cc: the linux-serial
> list...)
Sorry, I
On 12/08/14 08:25, Yijing Wang wrote:
> Commit 0e4ccb150 added two __weak arch functions arch_msix_mask_irq()
> and arch_msi_mask_irq() to fix a bug found when running xen in x86.
> Introduced these two funcntions make MSI code complex. This patch
> reverted commit 0e4ccb150 and add #ifdef for x86
On Sun 2014-08-10 14:51:08, Andrey Utkin wrote:
> 2014-08-09 10:45 GMT+03:00 Pavel Machek :
> > Warn about my quick benchmark?
> >
> > http://atrey.karlin.mff.cuni.cz/~pavel/quickbench.html
> >
> > I don't see what is insane about it. Yes, there might be more
> > effective generators of random bits
On 7 August 2014 16:21, Viresh Kumar wrote:
> On 1 August 2014 03:26, Rafael J. Wysocki wrote:
>> I'm still quite unsure how this is going to work with the real CPU hot-remove
>> that makes the entire sysfs cpu directories go away. Can you please explain
>> that?
>
> I have little less knowledge
On 12 August 2014 03:45, Saravana Kannan wrote:
> On 08/07/2014 04:02 AM, Viresh Kumar wrote:
> For the reasons mentioned in 3/5.
> * Faster suspend/resume
> * Faster hotplug
We haven't started this thread for this. These are additional benefits :)
> * Sysfs file permissions maintained across h
On Mon, Aug 11, 2014 at 12:46:21PM -0700, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Sun, 10 Aug 2014 21:45:59 +0200
>
> > On Sun, Aug 10, 2014 at 11:30:35AM +0300, Razya Ladelsky wrote:
> ...
> > And, did your tests actually produce 100% load on both host CPUs?
> ...
>
> Michael
LPC IOMMU and VFIO MicroConference - Call for Participation
===
We are pleased to announce that this year there will be the first IOMMU
and VFIO MicroConference held at Linux Plumbers Conference in
Düsseldorf. An initial request for support o
Hi Jeff,
On Mon, Aug 11, 2014 at 10:46 PM, Jeff Moyer wrote:
> This driver won't build on architectures without generic hardirq
> support.
>
> Signed-off-by: Jeff Moyer
>
> diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
> index 014a1cf..f3a5300 100644
> --- a/drivers/block/Kconfig
>
On 08/11/2014 10:06 PM, Andy Lutomirski wrote:
> On Mon, Aug 11, 2014 at 5:24 AM, Denys Vlasenko wrote:
>> On 08/11/2014 12:42 AM, Andy Lutomirski wrote:
>>> On Mon, Aug 11, 2014 at 12:00 AM, Denys Vlasenko
>>> wrote:
On 08/09/2014 12:59 AM, Andy Lutomirski wrote:
>> + * When returning
Something like so?
---
Subject: sched/fair: Remove double_lock_balance() from
active_load_balance_cpu_stop()
From: Kirill Tkhai
Date: Wed, 6 Aug 2014 12:06:56 +0400
Avoid double_rq_lock() and use ONRQ_MIGRATING for
active_load_balance_cpu_stop(). The advantage is (obviously) not
holding two 'r
Sending the this patch once agin using git send-email.
Up to now, Driver allocates a single contiguous block of memory
pool for all reply queues and passes down a single address in the
ReplyDescriptorPostQueueAddress field of the IOC Init Request
Message to the firmware.
When firmware receives th
On Mon, Aug 11, 2014 at 06:12:35PM -0700, Sadasivan Shaiju wrote:
> Hi Russell,
>
> Thanks for looking into the issue.
>
> This issue came up when I was doing econa (ARM) board bringup
> for Montavista (cavium) .
> Following was the bug description .
>
> Using cge60-econa-cn
On 2014-08-12 03:02, Chase Southwood wrote:
This patchset removes an uncorrect and unneeded insn_config operation,
strips out remaining in-driver watchdog subdevice code, and cleans up the
driver's register map defines.
Chase Southwood (3):
staging: comedi: addi_apci_1564: remove apci1564_do_
Driver initialization fails if driver tries to send IOC facts request message
when the IOC is in reset or in a fault state.
This patch will make sure that
1.Driver to send IOC facts request message only if HBA is in operational or
ready state.
2.If IOC is in fault state, a diagnostic reset wou
On 08/11/2014 05:13 PM, H. Peter Anvin wrote:
> On 08/11/2014 08:08 AM, Jan Beulich wrote:
>>> No, in *human language*. What does the DW_CFA_def_cfa_expression
>>> actually aim to accomplish? If you don't know the innards of the DWARF
>>> spec, the whole thing might as well be Hungarian.
>>
>> Ju
Sending this patch once again using git send-email.
Up to now, Driver allocates a single contiguous block of memory
pool for all reply queues and passes down a single address in the
ReplyDescriptorPostQueueAddress field of the IOC Init Request
Message to the firmware.
When firmware receives this
On Mon 2014-08-11 18:50:52, Lee, Chun-Yi wrote:
> In arch/x86/kernel/setup.c::trim_bios_range(), the codes introduced
> by 1b5576e6 (base on d8a9e6a5), it updates the first 4Kb of memory
> to be E820_RESERVED region. That's because it's a BIOS owned area
> but generally not listed in the E820 table
Changed quite a bit around, _should_ be more or less the same end result
I suppose. Only compile tested so far.
---
Subject: sched/fair: Remove double_lock_balance() from load_balance()
From: Kirill Tkhai
Date: Wed, 6 Aug 2014 12:07:04 +0400
Avoid double_rq_lock() and use ONRQ_MIGRATING for lo
Hi Bjorn,
On 07/30/2014 01:24 PM, Srikanth Thokala wrote:
> Hi Arnd,
>
> On Mon, Jul 28, 2014 at 6:32 PM, Arnd Bergmann wrote:
>> On Monday 28 July 2014 18:04:34 Srikanth Thokala wrote:
>>> Hi Arnd and Rob,
>>>
>>> I discussed with Bjorn and we believe this patch is in good shape to
>>> apply.
On Mon, Aug 11, 2014 at 4:37 PM, David Howells wrote:
> In the for-loop in the middle, if you ascend any levels at all, how are you
> protected from racing with copy-ups taking place on those more rootwards
> dentries?
>
> I can see ovl_copy_up_one() using lock_rename() on the workdir and upperdi
On Tue, 2014-08-12 at 14:54 +0530, Sreekanth Reddy wrote:
> So, the proposal is to allocate memory independently for each
> Reply Queue and pass down all of the addresses to the firmware.
> Then the firmware will just take each address and program the value
> into the correct register.
trivial not
В Вт, 12/08/2014 в 11:22 +0200, Peter Zijlstra пишет:
> Something like so?
Pair brackets detach_one_task()/attach_one_task() look good.
No objections.
> ---
> Subject: sched/fair: Remove double_lock_balance() from
> active_load_balance_cpu_stop()
> From: Kirill Tkhai
> Date: Wed, 6 Aug 2014 12:
1 - 100 of 613 matches
Mail list logo
