On Tue, May 19, 2015 at 09:46:36AM -0400, Steven Rostedt wrote:
...
> > diff --git a/include/ras/ras_event.h b/include/ras/ras_event.h
> > index 1443d79e4fe6..43054c0fcf65 100644
> > --- a/include/ras/ras_event.h
> > +++ b/include/ras/ras_event.h
> > @@ -1,6 +1,8 @@
> > #undef TRACE_SYSTEM
> >
On 2015/5/19 10:49, Naoya Horiguchi wrote:
> On Mon, May 18, 2015 at 08:20:07AM -0700, Randy Dunlap wrote:
>> On 05/18/15 01:52, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Changes since 20150515:
>>>
>>
>> on i386:
>>
>> mm/built-in.o: In function `action_result':
>>
Joe Perches writes:
> On Tue, 2015-05-19 at 16:56 +0100, One Thousand Gnomes wrote:
>> On Tue, 19 May 2015 07:46:58 +0100 David Woodhouse
>> wrote:
>> > On Mon, 2015-05-18 at 17:07 -0700, Joe Perches wrote:
>> > > changed dmi_strmatch.substr from char * to char[79];
>> > >
>> > > Changing it
Andy Lutomirski writes:
> On 05/18/2015 09:20 AM, Linus Torvalds wrote:
>> On Mon, May 18, 2015 at 9:04 AM, David Howells wrote:
>>>
>>> Should we instead provide a script:
>>>
>>> ./scripts/generate-key
>>>
>>> That generates a key if run and make it so that the build fails if you turn
Implements SoC bus support to export SoC specific information. Read
the unique SoC ID from the Vybrid On Chip One Time Programmable
(OCOTP) controller, SoC specific information from the Miscellaneous
System Control Module (MSCM), revision from the ROM revision register
and expose it via the SoC
Add a device tree node for the On-Chip One Time Programmable
Controller (OCOTP) and the On-Chip ROM.
Signed-off-by: Sanchayan Maity
---
arch/arm/boot/dts/vfxxx.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi
index
Hello,
This patchset implements SoC bus support for Freescale Vybrid platform,
implementing the following
https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-soc
Currently the required information is more or less read across the whole
SoC, but I guess we cannot change that since
Hi Uwe,
On Tue, 2015-05-19 at 21:49 +0200, Uwe Kleine-König wrote:
> Hello Matthias,
>
> On Tue, May 19, 2015 at 04:48:23PM +0200, Matthias Brugger wrote:
> > 2015-05-18 20:43 GMT+02:00 Uwe Kleine-König
> > :
> > > On Tue, May 19, 2015 at 12:40:08AM +0800, Eddie Huang wrote:
> > >> [...]
> > >>
This patch add support for the imx6dl based aristainetos2 board
with following configuration:
CPU: Freescale i.MX6DL rev1.1 at 792 MHz
MReset cause: POR
MBoard: aristaitenos2
DRAM: 1 GiB
NAND: 1024 MiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected N25Q128A with page size 256 Bytes, erase size
nction-declaration]
> > > init_sdma_vm(dqm, q, qpd);
> > > ^
> > >
> > > Caused by commit 3e3f6e1a90a8 ("drm/amdkfd: make the sdma vm init to be
> > > asic specific").
> > >
> > > I have used the drm tree from next-2015
On 5/15/15 12:15 PM, Alexei Starovoitov wrote:
there is a race between perf_event_free_bpf_prog() and free_trace_kprobe():
__free_event()
event->destroy(event)
tp_perf_event_destroy()
perf_trace_destroy()
perf_trace_event_unreg()
which is dropping
After introducing VT-d posted-interrupts, we have two format
of IRTE: remapped and posted. This patch make modify_irte()
suitable for both of them.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Add helper function to detect VT-d Posted-Interrupts capability.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
include/linux/intel-iommu.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h
index
Set Posted-Interrupts capability for Intel iommu when IR is enabled,
clear it when IR is disabled.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 34 ++
drivers/iommu/irq_remapping.c | 2 ++
drivers/iommu/irq_remapping.h | 3 +++
3
it 3e3f6e1a90a8 ("drm/amdkfd: make the sdma vm init to be
> > asic specific").
> >
> > I have used the drm tree from next-20150519 for today.
>
> Okay this looks like a silent conflict, I'll have to pull Linus tree into
> drm-next and fix it up there.
Yep, against c
Return error when inserting a new IOMMU which doesn't support PI
if PI is currently in use.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/iommu/intel_irq_remapping.c
b/drivers/iommu/intel_irq_remapping.c
index
This patch adds a new interface irq_remapping_cap() to detect
whether irq remapping supports new features, such as VT-d
Posted-Interrupts. We export this function out, so that KVM
code can check this and use this mechanism properly.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
---
We don't need to migrate the irqs for VT-d Posted-Interrupts here.
When 'pst' is set in IRTE, the associated irq will be posted to
guests instead of interrupt remapping. The destination of the
interrupt is set in Posted-Interrupts Descriptor, and the migration
happens during vCPU scheduling.
Implement irq_set_vcpu_affinity for intel_ir_chip.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
arch/x86/include/asm/irq_remapping.h | 5 +
drivers/iommu/intel_irq_remapping.c | 35 +++
2 files changed, 40 insertions(+)
On 5/19/15 8:48 PM, Wangnan (F) wrote:
+
+# Version of eBPF elf file
+FILE_VERSION = 1
what that comment suppose to mean?
The format of eBPF objects can be improved in futher. A version number
here is the precaution of backward compatibility. However this patch
doesn't
utilize it.
I'd
Add a new irte_pi structure for VT-d Posted-Interrupts.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
include/linux/dmar.h | 32
1 file changed, 32 insertions(+)
diff --git a/include/linux/dmar.h b/include/linux/dmar.h
index
VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
With VT-d Posted-Interrupts enabled, external interrupts from
direct-assigned devices can be delivered to guests without VMM
intervention when guest is running in non-root mode.
You can find the VT-d Posted-Interrtups Spec. in
This patch adds a new member capability to struct irq_remap_ops,
this new function ops can be used to check whether some
features are supported, such as VT-d Posted-Interrupts.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
---
arch/x86/include/asm/irq_remapping.h | 4
Li, Liang Z wrote on 2015-05-20:
> The MPX feature requires eager KVM FPU restore support. We have
> verified that MPX cannot work correctly with the current lazy KVM FPU
> restore mechanism. Eager KVM FPU restore should be enabled if the MPX
> feature is exposed to VM.
>
> Signed-off-by: Liang
On 05/20/15 03:37, Joe Perches wrote:
Use the generic mechanism to declare a bitmap instead of unsigned long.
Signed-off-by: Joe Perches
---
drivers/scsi/sr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/sr.c b/drivers/scsi/sr.c
index 8bd54a6..f40c957
Jens' email address bounces, so move his name and entry to CREDITS.
Signed-off-by: Joe Perches
---
This time the right Jens...
CREDITS | 4
MAINTAINERS | 1 -
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/CREDITS b/CREDITS
index 4df764e..1d61664 100644
--- a/CREDITS
Hello Philipp,
Am 19.05.2015 16:33, schrieb Philipp Zabel:
Hi Heiko,
Am Dienstag, den 19.05.2015, 15:44 +0200 schrieb Heiko Schocher:
Hello Philipp,
Am 19.05.2015 10:48, schrieb Philipp Zabel:
Hi Heiko, Shawn,
Am Dienstag, den 19.05.2015, 09:09 +0200 schrieb Heiko Schocher:
[...]
What is
Reviewed-by: Christoph Hellwig
Signed-off-by: Ming Lin
---
block/bio.c | 45 +++--
1 file changed, 7 insertions(+), 38 deletions(-)
diff --git a/block/bio.c b/block/bio.c
index ae31cdb..e6bd9c2 100644
--- a/block/bio.c
+++ b/block/bio.c
@@ -1129,29
Yes, the main advantage of Qspinlock code can be observed in NUMA but when I
tested in an embedded system, a slight advantage was observed.
--- Original Message ---
Sender : Peter Zijlstra
Date : May 19, 2015 21:43 (GMT+09:00)
Title : Re: [RFC] arm: Add for atomic half word exchange
On
On Tue, 19 May 2015 15:07:25 -0700 "Paul E. McKenney"
wrote:
> The code in md probably needs to change in any case, as otherwise we are
> invoking rcu_dereference_whatever() on a full struct list_head rather
> than on a single pointer. Or am I missing something here?
I think it would be
On Wed, May 20, 2015 at 2:03 PM, Krzysztof Kozłowski
wrote:
> 2015-05-20 13:05 GMT+09:00 Alexandre Courbot :
>> On Tue, May 19, 2015 at 8:51 PM, Krzysztof Kozlowski
>> wrote:
>>> Usage of labels instead of full paths reduces possible mistakes when
>>> overriding nodes.
>>>
>>> Signed-off-by:
2015-05-20 13:05 GMT+09:00 Alexandre Courbot :
> On Tue, May 19, 2015 at 8:51 PM, Krzysztof Kozlowski
> wrote:
>> Usage of labels instead of full paths reduces possible mistakes when
>> overriding nodes.
>>
>> Signed-off-by: Krzysztof Kozlowski
>
> Indentation seems to be off by one tab in the
On Tue, May 19, 2015 at 07:57:49PM +0200, Amaury Denoyelle wrote:
> This patch fixes coding style errors reported by checkpatch.pl for
> cb_pcidas64.c, about too long source code lines.
>
> Signed-off-by: Amaury Denoyelle
> ---
> drivers/staging/comedi/drivers/cb_pcidas64.c | 14 ++
At Tue, 19 May 2015 22:53:10 +0100,
Jonathan McDowell wrote:
>
> On Tue, May 19, 2015 at 07:09:12PM +0200, Takashi Iwai wrote:
> > At Tue, 19 May 2015 17:19:11 +0100,
> > Jonathan McDowell wrote:
> > >
> > > On Tue, May 19, 2015 at 08:15:32AM +0200, Takashi Iwai wrote:
> > > > Does the patch
On Wed, May 20, 2015 at 12:46:04AM -0400, Theodore Ts'o wrote:
> On Tue, May 19, 2015 at 05:43:25PM -0700, Jaegeuk Kim wrote:
> > This patch adds to check encryption for tmpfile in early stage.
>
> Don't you also need a call to ext4_inherit_context(dir, inode) here?
> (I need to fix this for ext4
On Wed, May 20, 2015 at 12:35:18AM -0400, Theodore Ts'o wrote:
> On Tue, May 19, 2015 at 05:38:59PM -0700, Jaegeuk Kim wrote:
> >
> > What I'm saying is writer vs writer actually.
>
> This is a rough draft of what I had in mind. This fixes the tfm
> allocation issue in the writepage path, as
On Tue, May 19, 2015 at 05:43:25PM -0700, Jaegeuk Kim wrote:
> This patch adds to check encryption for tmpfile in early stage.
Don't you also need a call to ext4_inherit_context(dir, inode) here?
(I need to fix this for ext4 as well).
- Ted
--
To
30 usecs (or really, 1 jiffy) can go by pretty fast.
Move the set of the timeout immediately before the loop.
Remove the unnecessary max(1ul, usecs_to_jiffies(30)) as
usecs_to_jiffies with a non-zero constant is guaranteed
to be non-zero.
Signed-off-by: Joe Perches
---
c:888:2: error: implicit
> declaration of function 'init_sdma_vm' [-Werror=implicit-function-declaration]
> init_sdma_vm(dqm, q, qpd);
> ^
>
> Caused by commit 3e3f6e1a90a8 ("drm/amdkfd: make the sdma vm init to be
> asic specific").
>
> I have used the drm tree fr
This patch uses the unique id to identify the type of external connector instead
of string name. The string name have the many potential issues. So, this patch
defines the 'extcon' enumeration which includes all supported external connector
on EXTCON subsystem. If new external connector is
This patch uses the capital letter for the name of external connectors
to improve the readability instead of small letter.
Cc: MyungJoo Ham
Signed-off-by: Chanwoo Choi
---
drivers/extcon/extcon.c | 37 +++--
1 file changed, 23 insertions(+), 14 deletions(-)
Previously, extcon consumer driver used the extcon_register_interest()
to register the notifier chain and then to receive the notifier event
when external connector's state is changed. When registering the notifier chain
for specific external connector with extcon_register_interest(), it used the
This patch-set update the extcon core to resolve the ambiguous identification
method for each external connectors. So, first patch define the unique id
for each external connector to identify them by using common unique id on
various extcon device driver as following:
enum extcon {
On Tue, May 19, 2015 at 05:38:59PM -0700, Jaegeuk Kim wrote:
>
> What I'm saying is writer vs writer actually.
This is a rough draft of what I had in mind. This fixes the tfm
allocation issue in the writepage path, as well as using a lockless
cmpxchg algorithm to address the race you were
lists
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, May 19, 2015 at 8:51 PM, Krzysztof Kozlowski
wrote:
> Usage of labels instead of full paths reduces possible mistakes when
> overriding nodes.
>
> Signed-off-by: Krzysztof Kozlowski
Indentation seems to be off by one tab in the added code (hence the
huge size of this patch ; most lines
* Morten Rasmussen [2015-05-12 20:38:48]:
[...]
> +Energy consumed during transitions from an idle-state (C-state) to a busy
> state
> +(P-staet) or going the other way is ignored by the model to simplify the
> energy
Minor, nit pick. Spelling of "P-State".
> +model calculations.
Thanks,
On Wed, May 13, 2015 at 5:23 PM, Jon Hunter wrote:
>
> On 13/05/15 05:56, Alexandre Courbot wrote:
>> On Tue, May 12, 2015 at 6:51 PM, Jon Hunter wrote:
>>>
>>> On 12/05/15 09:39, Alexandre Courbot wrote:
On Tue, May 5, 2015 at 11:17 PM, Jon Hunter wrote:
> Function
On Tue, 2015-05-19 at 18:44 -0700, Guenter Roeck wrote:
> On Tue, May 19, 2015 at 02:09:07PM -0700, Joe Perches wrote:
> > The other thing that could be done is to use
> > max(1ul, msecs_to_jiffies())
> > so that there's always some delay even if HZ <= 50
> >
> I may be mistaken, but I am
On Wed, 2015-05-20 at 03:48 +, Jens Axboe wrote:
> > On May 19, 2015, at 7:50 PM, Joe Perches wrote:
> >
> > Jens has changed email address, update his entries in MAINTAINERS
>
> Uhm no I didn't, I think you messed up with some IBM address.
>
> > Maybe it'd be better to use an address
On 05/06/2015 07:46 AM, Sebastian Herbszt wrote:
James Smart wrote:
Reviewed-By: James Smart
Alexey, Sebastian,
Yes - this section needs to be reverted. This patch is good.
-- james s
Reviewed-by: Sebastian Herbszt
Unfortunately, just this revert is not enough, it fixed one of my
在 2015/5/19 1:35, Alexei Starovoitov 写道:
On 5/17/15 3:56 AM, Wang Nan wrote:
This is the first patch of libbpf. The goal of libbpf is to create a
standard way for accessing eBPF object files. This patch creates
Makefile and Build for it, allows 'make' to build libbpf.a and
libbpf.so, 'make
On 05/20/2015 12:24 PM, Krzysztof Kozlowski wrote:
> On 19.05.2015 21:28, Chanwoo Choi wrote:
>> Hi Krzysztof,
>>
> +
> + if (i == edev->max_supported)
> + return -EINVAL;
>
> if (index < 0 || (edev->max_supported && edev->max_supported <=
>
> On May 19, 2015, at 7:50 PM, Joe Perches wrote:
>
> Jens has changed email address, update his entries in MAINTAINERS
Uhm no I didn't, I think you messed up with some IBM address.
> Maybe it'd be better to use an address that won't expire when
> job functions change.
And your patch
Quoting Thierry Reding (2015-05-07 08:23:39)
> From: Thierry Reding
>
> Benson Leung pointed out that the kerneldoc for this structure has
> become stale. Update the field descriptions to match the structure
> content.
>
> Reported-by: Benson Leung
> Acked-by: Rhyland Klein
> Signed-off-by:
On 19.05.2015 22:34, Javier Martinez Canillas wrote:
> Some Exynos boards have SPI devices such as flash memories
> that need to be accessed from user-space.
>
> Signed-off-by: Javier Martinez Canillas
> ---
> arch/arm/configs/exynos_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
On 19.05.2015 22:34, Javier Martinez Canillas wrote:
> From: Doug Anderson
>
> Exynos5250 Snow machine has a SPI flash memory that is used to
> store firmware and different system parameters and data.
>
> Add information about the SPI flash chip so that user-space tools
> can access it.
>
>
On 19.05.2015 22:34, Javier Martinez Canillas wrote:
> From: Simon Glass
>
> Peach Pit and Pi machines have a SPI flash memory that is used to
> store firmware and different system parameters and data.
>
> Add information about the SPI flash chip so that user-space tools
> can access it.
>
>
+CC Suravee,
On 2015年05月20日 11:16, Jiang Liu wrote:
On 2015/5/18 21:08, Hanjun Guo wrote:
Hi Jiang,
On 2015年05月14日 16:56, Jiang Liu wrote:
Introduce common interface acpi_pci_root_create() and related data
structures to create PCI root bus for ACPI PCI host bridges. It will
be used to kill
From: Dinh Nguyen
There are 5 possible parent clocks for the SoCFPGA Arria10. Move the define
SYSMGR_SDMMC_CTRL_SET and streq() to clk.h so that the Arria clock driver
can use.
Signed-off-by: Dinh Nguyen
---
drivers/clk/socfpga/clk-gate.c | 4
drivers/clk/socfpga/clk.h | 6 +-
2
From: Dinh Nguyen
Hi,
This patch series add the clock driver for the Arria10 platform. Although the
Arria10 SoC's clock framework has some similarities the Cyclone/Arria 5, the
differences are enough to warrant it's own driver, rather than polluting the
existing driver with platform lookups.
From: Dinh Nguyen
The clocks on the Arria 10 platform is a bit different than the Cyclone/Arria 5
platform that it should just have it's own driver.
Signed-off-by: Dinh Nguyen
---
v4: Move lookup of syscon for clk_phase to gate_clk_init()
Remove unused includes
v3: Assign pointer to NULL
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core
commit 1d0dcb3ad9d336e6d6ee020a750a7f8d907e28de ("futex: Implement lockless
wakeups")
testcase/path_params/tbox_group: will-it-scale/powersave-pthread_mutex1/lituya
7675104990ed255b
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1 (2015-04-26 17:59:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-fixes-for-linus
for you to fetch changes up to
On 19.05.2015 21:28, Chanwoo Choi wrote:
> Hi Krzysztof,
>
+
+ if (i == edev->max_supported)
+ return -EINVAL;
if (index < 0 || (edev->max_supported && edev->max_supported <=
index))
return -EINVAL;
@@ -605,7
On 2015/5/19 21:35, Thomas Gleixner wrote:
> On Thu, 7 May 2015, Jiang Liu wrote:
>
>> This patch set introduces a mechanism to allocate PCI IRQ on demand and
>> free it when not used anymore by hooking pci_device_probe() and
>> pci_device_remove().
>>
>> It will be used to track IOAPIC pin usage
On 2015/5/18 21:08, Hanjun Guo wrote:
> Hi Jiang,
>
> On 2015年05月14日 16:56, Jiang Liu wrote:
>> Introduce common interface acpi_pci_root_create() and related data
>> structures to create PCI root bus for ACPI PCI host bridges. It will
>> be used to kill duplicated arch specific code for IA64 and
On Tue, 2015-05-19 at 23:39 +0200, Sebastian Andrzej Siewior wrote:
> Dear RT folks!
>
> I'm pleased to announce the v4.0.4-rt1 patch set.
Goody. As soon as I have time to assemble the real deal 4.0-rt, I'll
submit some little fixlets.
-Mike
--
To unsubscribe from this list: send the
On 2015/5/20 5:39, Bjorn Helgaas wrote:
> On Thu, May 07, 2015 at 11:12:52AM +0800, Jiang Liu wrote:
>> Once PCI MSI/MSI-X is enabled by the device driver, PCI device won't
>> make use of legacy PCI IRQ until PCI MSI/MSI-X is disabled again.
>> So optionally free legacy PCI IRQ when enabling
On Mon, 22 Dec 2014 12:47:50 -0500
Masami Hiramatsu wrote:
> Introduce new trace-msg protocol (protocol V2) for more
> flexible messaging. V1 protocol which is currently used
> by trace-cmd server and client, is based on a simple
> text messages. It is impossible to extend the protocol
> without
On Tue, 19 May 2015 10:45:51 +0200 Christoph Hellwig wrote:
> This seems fine even without the rest of the series. Jens or Neil,
> can you pick this one up?
>
> Reviewed-by: Christoph Hellwig
Seems reasonable. I've queued it. Should appear in -next in a few days.
Thanks,
NeilBrown
of function 'init_sdma_vm' [-Werror=implicit-function-declaration]
init_sdma_vm(dqm, q, qpd);
^
Caused by commit 3e3f6e1a90a8 ("drm/amdkfd: make the sdma vm init to be
asic specific").
I have used the drm tree from next-20150519 for today.
--
Cheers,
Stephen Rothwell
On 2015/5/19 23:26, Michael S. Tsirkin wrote:
> On Tue, May 19, 2015 at 05:16:54PM +0200, Michael S. Tsirkin wrote:
>> On Tue, May 19, 2015 at 10:08:38AM -0500, Bjorn Helgaas wrote:
>>> [+cc Michael]
>>>
>>> On Thu, May 07, 2015 at 11:12:52AM +0800, Jiang Liu wrote:
Once PCI MSI/MSI-X is
On Tue, 2015-05-19 at 16:48 +0200, Matthias Brugger wrote:
> 2015-05-18 20:43 GMT+02:00 Uwe Kleine-König :
<...>
> >> --- /dev/null
> >> +++ b/drivers/i2c/busses/i2c-mt65xx.c
> >> @@ -0,0 +1,675 @@
> >> +/*
> >> + * Copyright (c) 2014 MediaTek Inc.
> >> + * Author: Xudong.chen
> >
Hi!
I would like to invite you to visit MyDailyFlog and see my profile.
Check out:
http://www.mydailyflog.com/go/invite_register/saiprathap/22143969=89
Thanks!
sai sadasivam
Got a digital camera?
MyDailyFlog is a personal photo-blogging space where
On 2015/5/16 5:02, Thomas Gleixner wrote:
> On Thu, 7 May 2015, Jiang Liu wrote:
>
>> Once PCI MSI/MSI-X is enabled by the device driver, PCI device won't
>> make use of legacy PCI IRQ until PCI MSI/MSI-X is disabled again.
>> So optionally free legacy PCI IRQ when enabling MSI/MSI-X and
Hi!
I would like you to come and see my latest photos on MyDailyFlog.
Check out:
http://www.mydailyflog.com/go/invite_register/saiprathap/22143969=89
Thanks!
sai sadasivam
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
To unsubscribe of this type of email from MyDailyFlog in the future,
Correct Gleb's email address.
Liang
> -Original Message-
> From: Li, Liang Z
> Sent: Wednesday, May 20, 2015 10:36 PM
> To: k...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: g...@kernel.or; pbonz...@redhat.com; t...@linutronix.de;
> mi...@redhat.com; h...@zytor.com;
Hello
so I'm running 4.1-rc4 on my Haswell machine and a lot of my perf_event
testsuite is failing. There seems to be weird event scheduling issues.
I can reproduce it with plain perf; simple event groups that should work
fine can't be scheduled.
vince@haswell:~$ perf stat -e
I'm adding this patch to the next 3.10-rt release.
-- Steve
>From 26a6945bebcccd8900370b76de2b94bbb0b4678f Mon Sep 17 00:00:00 2001
From: Mike Galbraith
Date: Sat, 11 Apr 2015 15:15:59 +0200
Subject: [PATCH] rt, nohz_full: fix nohz_full for PREEMPT_RT_FULL
A task being ticked and trying to
I'm adding this to the next 3.12-rt release.
-- Steve
>From 239f9f7716c6a2b466fcbb605fa0102de483c116 Mon Sep 17 00:00:00 2001
From: Mike Galbraith
Date: Sat, 11 Apr 2015 15:15:59 +0200
Subject: [PATCH] rt, nohz_full: fix nohz_full for PREEMPT_RT_FULL
A task being ticked and trying to shut the
When perf creates a new child to profile, the events are enabled on
exec(). And in this case, it doesn't synthesize any event for the
child since they'll be generated during exec(). But there's an window
between the enabling and the event generation. This leads to some
early event not having a
When perf creates a new child to profile, the events are enabled on
exec(). And in this case, it doesn't synthesize any event for the
child since they'll be generated during exec(). But there's an window
between the enabling and the event generation.
It used to be overcome since samples are
The perf_evlist__start_workload_ex() does same as __start_work() but
also invokes callback which does additional work for each command.
Signed-off-by: Namhyung Kim
---
tools/perf/util/evlist.c | 11 +++
tools/perf/util/evlist.h | 4
2 files changed, 15 insertions(+)
diff --git
I'm adding this patch to the next 3.14-rt release.
-- Steve
>From b59089f83e5bea79c86bf0726c98529c2afb09cc Mon Sep 17 00:00:00 2001
From: Mike Galbraith
Date: Sat, 11 Apr 2015 15:15:59 +0200
Subject: [PATCH] rt, nohz_full: fix nohz_full for PREEMPT_RT_FULL
A task being ticked and trying to
Hi Matthias,
On Tue, 2015-05-19 at 16:45 +0200, Matthias Brugger wrote:
> 2015-05-18 18:40 GMT+02:00 Eddie Huang :
> > Add mediatek MT8173 I2C controller driver. Compare to I2C controller
> > of earlier mediatek SoC, MT8173 fix write-then-read limitation, and
> > also increase message size to
On Tue, May 19, 2015 at 06:46:07PM +0300, Muli Baron wrote:
> On 14/5/2015 16:59, Steven Rostedt wrote:
> >Dear RT Folks,
> >
> >This is the RT stable review cycle of patch 3.14.39-rt38-rc1.
> >
> >Please scream at me if I messed something up. Please test the patches too.
> >
>
> Is it possible
On Tue, May 19, 2015 at 04:05:43PM -0700, Luis R. Rodriguez wrote:
>
> Well that's be true if FW_LOADER was easy to disable, but its not. You
> really gotta try hard to disable it. Not only does it require EXPERT
> but also EMBEDDED. I think its fair to say if you disable FW_LOADER
> you know
On Tue, 19 May 2015 17:36:41 -0700
Stephen Boyd wrote:
> +Steven Rostedt
>
> On 05/18/15 14:51, Ankit Gupta wrote:
> > Add tracepoints to retrieve information about read, write
> > and non-data commands. For performance measurement support
> > tracepoints are added at the beginning and at the
This commit extends the existing Vybrid I2C support to cover busses
I2C1, I2C2, and I2C3.
Signed-off-by: Cory Tusar
---
arch/arm/boot/dts/vfxxx.dtsi | 42 ++
1 file changed, 42 insertions(+)
diff --git a/arch/arm/boot/dts/vfxxx.dtsi
The MPX feature requires eager KVM FPU restore support. We have verified
that MPX cannot work correctly with the current lazy KVM FPU restore
mechanism. Eager KVM FPU restore should be enabled if the MPX feature is
exposed to VM.
Signed-off-by: Liang Li
---
arch/x86/kvm/vmx.c | 2 ++
On Tue, May 19, 2015 at 07:10:12PM -0700, Linus Torvalds wrote:
> On Tue, May 19, 2015 at 6:57 PM, Linus Torvalds
> wrote:
> >
> > - the "you can add/subtract integral values" still opens you up to
> > language lawyers claiming "(char *)ptr - (intptr_t)ptr" preserving the
> > dependency, which
Hi Uwe,
On Mon, 2015-05-18 at 20:43 +0200, Uwe Kleine-König wrote:
> Hello,
>
> On Tue, May 19, 2015 at 12:40:08AM +0800, Eddie Huang wrote:
> > From: Xudong Chen
> >
> > The mediatek SoCs have I2C controller that handle I2C transfer.
> > This patch include common I2C bus driver.
> > This
On Tue, May 19, 2015 at 06:57:02PM -0700, Linus Torvalds wrote:
> On Tue, May 19, 2015 at 5:55 PM, Paul E. McKenney
> wrote:
> >
> > http://www.rdrop.com/users/paulmck/RCU/consume.2015.05.18a.pdf
>
> >From a very quick read-through, the restricted dependency chain in 7.9
> seems to be
Hi Linus,
Please pull hwmon fixes for Linux v4.1-rc5 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus-v4.1-rc5
Thanks,
Guenter
--
The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118:
Linux 4.1-rc4
Add PHY binding for Marvell PXA1928 SOC's USB and HSIC PHYs.
Signed-off-by: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/phy/pxa1928-usb-phy.txt| 18 ++
1 file changed, 18
This series adds USB PHYs and EHCI host drivers for the Marvell PXA1928
SOC.
The OTG block is based on ChipIdea and works with the "chipidea,usb2"
compatible driver as is just by adding the PHY driver. Yay! After more
testing it turns out the EHCI host is also based on ChipIdea too. So
this
Combine the ChipIdea USB binding into a single document to reduce
duplication and fragmentation. This marks use of the old PHY bindings as
deprecated. Future compatible bindings should use generic PHY binding.
Signed-off-by: Rob Herring
Cc: Ivan T. Ivanov
Cc: Peter Chen
Cc: Daniel Tang
Cc:
Add PHY driver for the Marvell HSIC 28nm PHY. This PHY is found in PXA1928
SOC.
Signed-off-by: Rob Herring
Cc: Kishon Vijay Abraham I
---
drivers/phy/Kconfig | 10 +++
drivers/phy/Makefile| 1 +
drivers/phy/phy-pxa-28nm-hsic.c | 193
Currently, ci_default_pdata is common to all instances of the driver and
gets modified by the core driver code. This is bad if there are multiple
instances of the device with different settings such as the phy type. Fix
this by making a copy of the default platform_data.
Signed-off-by: Rob
1 - 100 of 2516 matches
Mail list logo
