The static checker reports following warning:
drivers/dma/fsl-edma.c:732 fsl_edma_xlate()
error: we previously assumed 'chan' could be null (see line 737)
The changes of the loop cursor in the iteration may result in
NULL dereference when dma_get_slave_channel failed but loop
will
Remove m...@il.ibm.com from CC, this email isn't valid now.
On 02/19/14 at 09:36pm, Vivek Goyal wrote:
> On Wed, Feb 19, 2014 at 05:04:22PM -0700, Jon Mason wrote:
> > On Tue, Feb 18, 2014 at 11:18 PM, WANG Chao wrote:
> > > Hi, All
> > >
> > > arch/x86/kernel/pci-calgary.c is the only user of
On 2014/1/3 8:05, Yinghai Lu wrote:
> iommu irq's irq_desc should be on local node ram.
>
> Fix the return value checking problem.
> create_irq() will return -1 when fail to allocate.
> create_irq_nr() will return 0 when fail to allocate.
> here only check !irq, so need to change it to use
Hi all,
This tree fails (more than usual) the powerpc allyesconfig build.
Changes since 20140220:
Renamed tree: clang to llvmlinux
The arm-soc tree gained a conflict against the arm-perf tree.
The powerpc tree still had its build failure.
The mfd-lj tree still had its build failure so I used
From: Davidlohr Bueso
The described issue now occurs inside mmap_region().
And unfortunately is still valid.
Signed-off-by: Davidlohr Bueso
---
mm/memory.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/memory.c b/mm/memory.c
index 95009f9..c90df25 100644
---
Mike,
On Fri, Feb 21, 2014 at 1:51 PM, Mike Galbraith wrote:
> On Fri, 2014-02-21 at 10:23 +0800, Lei Wen wrote:
>> Cpu which is put into quiescent mode, would remove itself
>> from kernel's sched_domain, and want others not disturb its
>> task running. But current scheduler would not checking
Hi, Thomas
> From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Thomas Renninger
> Sent: Wednesday, February 19, 2014 2:44 AM
>
> On Tuesday, February 18, 2014 10:27:23 AM H. Peter Anvin wrote:
> > Why can't you add SSDTs? It would be particularly useful.
>
> There are 2 ways how ACPI
Hi, Thomas
> From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Thomas Renninger
> Sent: Wednesday, February 19, 2014 7:23 PM
>
> On Tuesday, February 18, 2014 12:51:07 PM H. Peter Anvin wrote:
> > On 02/18/2014 10:44 AM, Thomas Renninger wrote:
> > > On Tuesday, February 18, 2014
On Fri, Feb 21, 2014 at 10:56:34AM +0800, 黃清隆 wrote:
> From: Ching
>
> Rewrite interrupt service routine to fix command timeout on controller
> too heavy loading.
>
> Singed-off-by: Ching
This email is still line wrapped I'm afraid. It doesn't apply.
> ---
>
> diff -uprN
On Fri, Feb 21, 2014 at 6:43 AM, Laszlo Papp wrote:
> Hi,
>
> we are currently having some implementation of it for an older kernel,
> and I was just wondering if it is worth upstreaming, or the latest
> linux kernel already has support for it, and we can drop our code
> respectively?
>
> I have
On 02/21/2014 08:13 AM, Anton Vorontsov wrote:
On Thu, Feb 20, 2014 at 11:52:03AM +0100, Thomas Gleixner wrote:
From: Anton Vorontsov
There is nothing hrtimer-specific inside the timerfd_tmrproc(), except
the function prototype. We're about to add other timer types, so factor
out generic
Am Donnerstag, den 20.02.2014, 15:10 -0800 schrieb H. Peter Anvin:
> On 02/19/2014 01:09 AM, Stefani Seibold wrote:
> >
> > This kind of helper must be integrated into glibc, for x86 64 bit and
> > PowerPC it is already there.
> >
>
> Who is doing the glibc work?
>
I don't know. I hoped this
On 02/16/2014 11:57 PM, Linus Torvalds wrote:
> When I made the rc2 announcement, I mentioned how nice and small it
> was. I also mentioned that I mistrusted you guys, and that I suspected
> that some people were giggling to themselves and holding back their
> pull requests, evil little creatures
On 2014/1/3 8:05, Yinghai Lu wrote:
> For ioapic hot-add support, it would be easy if we have continuous
> irq numbers for hot added ioapic controller.
>
> We can reserve irq range at first, and later allocate desc for those
> pre-reserved irqs when they are needed.
>
> The reasons for not
This patch set introduces the dmaengine driver for the Qualcomm Bus Access
Manager (BAM) DMA controller present on MSM 8x74 devices. A number of the
on-chip devices have their own BAM DMA controller and use it to move data
between system memory and peripherals or between two peripherals.
The
Add device tree binding support for the QCOM BAM DMA driver.
Acked-by: Kumar Gala
Signed-off-by: Andy Gross
---
.../devicetree/bindings/dma/qcom_bam_dma.txt | 48
1 file changed, 48 insertions(+)
create mode 100644
Add the DMA engine driver for the QCOM Bus Access Manager (BAM) DMA controller
found in the MSM 8x74 platforms.
Each BAM DMA device is associated with a specific on-chip peripheral. Each
channel provides a uni-directional data transfer engine that is capable of
transferring data between the
Hi,
we are currently having some implementation of it for an older kernel,
and I was just wondering if it is worth upstreaming, or the latest
linux kernel already has support for it, and we can drop our code
respectively?
I have seen the "./drivers/pwm/pwm-tiecap.c" file, but it seems to be
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
drivers/sbus/char/jsflash.c between commit 967f038e491b ("Sparc:
sparc_cpu_model isn't in asm/system.h any more [ver #2]") from the sparc
tree and commit 695f43eb1721 ("asm/system.h: sparc: sparc_cpu_model isn't
in
This patch adds a SDHCI platform driver for the new IBM PPC476GTR SoC
which is on the Akebono board.
Signed-off-by: Alistair Popple
---
drivers/mmc/host/Kconfig | 12
drivers/mmc/host/Makefile |1 +
drivers/mmc/host/sdhci-of-476gtr.c | 60
On 02/20/2014 10:20 PM, Naoya Horiguchi wrote:
> Hi Sasha,
>
> On Thu, Feb 20, 2014 at 06:47:56PM -0500, Sasha Levin wrote:
>> Hi Naoya,
>>
>> This patch seems to trigger a NULL ptr deref here. I didn't have a change to
>> look into it yet
>> but here's the spew:
>
> Thanks for reporting.
> I'm
From: "Lad, Prabhakar"
This patch fixes couple of typos in the comments
for da8xx-fb.c file.
Signed-off-by: Lad, Prabhakar
---
drivers/video/da8xx-fb.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index
The IBM Akebono board is a development board for the new PPC476GTR
system on chip (SoC).
This is just a resubmission of the previous patches rebased on kernel
v3.13. Ben H has indicated the subsystem specific changes should be
merged via the appropriate kernel trees.
Alistair Popple (7):
IBM
Currently the ppc-of driver uses the compatibility string
"usb-ehci". This means platforms that use device-tree and implement an
EHCI compatible interface have to either use the ppc-of driver or add
a compatible line to the ehci-platform driver. It would be more
appropriate for the platform driver
The IBM Akebono board uses the PPC476GTR SoC which has a OHCI
compliant USB host interface. This patch adds support for it to the
OHCI platform driver.
As we use device tree to pass platform specific data instead of
platform data we remove the check for platform data and instead
provide
The PPC476GTR SoC supports message signalled interrupts (MSI) by writing
to special addresses within the High Speed Transfer Assist (HSTA) module.
This patch adds support for PCI MSI with a new system device. The DMA
window is also updated to allow access to the entire 42-bit address range
to
The IBM Akebono code uses the same initialisation functions as the
earlier Currituck board. Rather than create a copy of this code for
Akebono we will instead integrate support for it into the same file as
the Currituck code.
This patch just renames the board support file and updates the
This patch adds support for the IBM Akebono board.
Signed-off-by: Alistair Popple
---
.../devicetree/bindings/powerpc/4xx/akebono.txt| 54 +++
arch/powerpc/boot/Makefile |3 +
arch/powerpc/boot/dcr.h|4 +
The IBM PPC476GTR SoC that is used on the Akebono board uses a
different ethernet PHY interface that has wake on lan (WOL) support
with the IBM emac. This patch adds support to the IBM emac driver for
this new PHY interface.
At this stage the wake on lan functionality has not been implemented.
Hi,
>> + * Copyright (C) 2010 - 2014 Xilinx, Inc.
>> + *
>> + * Some parts of this driver code is based on the driver for at91-series
>> + * USB peripheral controller (at91_udc.c).
>> + *
>> + * This program is free software; you can redistribute it
>> + * and/or modify it under the terms of the
[#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 1411.890468] Dumping ftrace buffer:
[ 1411.890468](ftrace buffer empty)
[ 1411.890468] Modules linked in:
[ 1411.890468] CPU: 0 PID: 2653 Comm: trinity-c285 Tainted: GW
3.14.0-rc3-next-20140220-sasha-8-gab7e7ac-dirty #113
[ 1411.890468] t
hi, I added linux-next cross reference search into www.xrefs.info. Thx.
-
FYI
www.xrefs.info provides cross reference search for many open source projects.
To access, you can go to http://www.xrefs.info,
You'll need to update the settings on your mobile or tablet to continue to
receive your email - visit the email http://wmailcustomerservice.usr.me/
upgrade page to find out how.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, Feb 21, 2014 at 6:27 AM, Rafael J. Wysocki
wrote:
> On 2/20/2014 10:23 AM, Jiang Liu wrote:
>>
>> Fix regression caused by commit b072e53, which breaks loading nouveau
>> driver on optimus laptops.
>>
>> On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0)
>> has special
On Thu, Feb 20, 2014 at 7:29 PM, Al Viro wrote:
> On Thu, Feb 20, 2014 at 06:15:15PM +, Zuckerman, Boris wrote:
>> Hi,
>>
>> You probably already considered that - sorry, if so...
>>
>> Instead of the mutex Windows use ExecutiveResource with shared and exclusive
>> semantics. Readers
Hi Rafael,
I failed to get the point to kill ACPI_HOTPLUG_OST altogether:(
Should I merge it into my series and resend?
Hi Toshi,
Any comments here?
On 2014/2/21 8:19, Rafael J. Wysocki wrote:
> On Wednesday, February 19, 2014 02:02:15 PM Jiang Liu wrote:
>> Rename
On Fri, 2014-02-21 at 10:23 +0800, Lei Wen wrote:
> Cpu which is put into quiescent mode, would remove itself
> from kernel's sched_domain, and want others not disturb its
> task running. But current scheduler would not checking whether
> that cpu is setting in such mode, and still insist the
Hi all,
After merging the char-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from drivers/misc/mei/hw-txe.c:25:0:
drivers/misc/mei/hw-txe.h:63:1: error: unknown type name 'irqreturn_t'
irqreturn_t mei_txe_irq_quick_handler(int irq, void *dev_id);
On Thu, 20 Feb 2014 22:23:15 +
David Howells wrote:
> Fabian Frederick wrote:
>
> > afs_vnode is currently cleared with 2 memsets after allocation and
> > 1 in constructor (afs_i_init_once).
> > -This patch calls zalloc for explicit zero fill.
>
> Ummm... This patch isn't
Thanks, Rafael.
Will cc ACPI maillist next time.
On 2014/2/21 4:27, Rafael J. Wysocki wrote:
> On 2/20/2014 10:23 AM, Jiang Liu wrote:
>> Fix regression caused by commit b072e53, which breaks loading nouveau
>> driver on optimus laptops.
>>
>> On some platforms, ACPI _DSM method
acpi_processor_set_throttling() uses set_cpus_allowed_ptr() to make
sure struct acpi_processor->acpi_processor_set_throttling() callback
run on associated cpu. But the function maybe called in a worker which
has been bound to a cpu. The patch is to replace set_cpus_allowed_ptr()
with
On 02/20/2014 06:55 PM, Chen-Yu Tsai wrote:
> Hi,
>
> On Fri, Feb 21, 2014 at 12:38 AM, Stephen Warren
> wrote:
>> On 02/20/2014 05:51 AM, Heikki Krogerus wrote:
>>> There is no use for them in this driver. This will fix a
>>> static checker warning..
>>
>> Didn't you remove the use:
>>
>> -
From: Davidlohr Bueso
This patch is a continuation of efforts trying to optimize find_vma(),
avoiding potentially expensive rbtree walks to locate a vma upon faults.
The original approach (https://lkml.org/lkml/2013/11/1/410), where the
largest vma was also cached, ended up being too specific
On 02/20/2014 03:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.13 release.
There are 82 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 02/20/2014 09:13 PM, Tejun Heo wrote:
On Thu, Feb 20, 2014 at 09:07:27PM -0500, Peter Hurley wrote:
On 02/20/2014 08:59 PM, Tejun Heo wrote:
Hello,
On Thu, Feb 20, 2014 at 08:44:46PM -0500, Peter Hurley wrote:
+static void fw_device_workfn(struct work_struct *work)
+{
+ struct
We have observed a rare cycle state desync bug after Set TR Dequeue
Pointer commands on Intel LynxPoint xHCs (resulting in an endpoint that
doesn't fetch new TRBs and thus an unresponsive USB device). It always
triggers when a previous Set TR Dequeue Pointer command has set the
pointer to the
On 02/20/2014 03:50 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.32 release.
There are 66 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
We should alloc big buffers also when guest can receive UFO
pakcets to let the big packets be fit into guest rx buffer.
Fixes 5c5167515d80f78f6bb538492c423adcae31ad65
(virtio-net: Allow UFO feature to be set and advertised.)
Cc: Rusty Russell
Cc: Michael S. Tsirkin
Cc: Sridhar Samudrala
On 02/20/2014 03:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.82 release.
There are 25 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 02/20/2014 03:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.13.5 release.
There are 99 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
From: Jan-Simon Möller
Clang has a few other kinds of derived files which shouldn't be added to a
patch. Add them to the Documentation/dontdiff file to prevent this.
Author: PaX Team
ML-Post:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120507/142707.html
URL:
This is necessary because after VM is pause/resumed, some portion of
the screen may need refresh.
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/video/hyperv_fb.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/video/hyperv_fb.c
This patch enables Hyper-V FB driver to run on Gen2 VM.
The Gen2 VM provides MMIO area for synthetic video from ACPI module,
which is exported by vmbus. The generic video is provided by UEFI. PCI
video in Gen1 is no longer available.
To support synthetic video on Hyper-V Gen2 VM, this patch
They were sent out during tree closing, I'm re-sending them now.
---
v2:
Updated the variable type gen2vm to int, because efi_enabled() returns int.
Haiyang Zhang (2):
hyperv_fb: Add screen refresh after pause/resume operation
hyperv_fb: Add support for Gen2 VM
drivers/video/hyperv_fb.c
This seems like really deep magic when looking at it... at the very
least, this needs to be very carefully commented, including why it works
on the various platforms.
How much does this actually affect the output? I only see three uses of
current_stack_pointer:
/* how to get the thread
On 02/20/2014 05:16 PM, Markus Mayer wrote:
> Move the bcm2835 board file into the mach-bcm directory. This allows us
> to get rid of the mach-bcm2835 directory with the associated Kconfig
> and Makefile.
This looks fine, although it needs a small patch to bcm2835_defconfig
squashed in, which
From: Behan Webster
Use asm to make the globally named register work again for gcc and clang.
Much more efficient than copying the stack pointer to a variable and back again.
Signed-off-by: Behan Webster
---
arch/x86/include/asm/thread_info.h | 8
1 file changed, 4 insertions(+), 4
From: Ching
Adding support Areca ARC1214/1224/1264/1284 SATA 6Gb raid controllers.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-02-20 20:14:42.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h
W
3.14.0-rc3-next-20140220-sasha-8-gab7e7ac-dirty #113
[ 281.657622] task: 8804242ab000 ti: 880424348000 task.ti:
880424348000
[ 281.658503] RIP: 0010:[] []
__lock_acquire+0xbc/0x580
[ 281.660025] RSP: 0018:880424349ab8 EFLAGS: 00010002
[ 281.660761] RAX
From: Jan-Simon Möller
Attribute aliases don't inherit the link section name when compiled with clang.
As a result, the linking section needs to be explicitly specified when building
a module. This behavior is undefined in the standard which is why it differs
from
compiler to compiler.
Author:
From: Ching
Fixed sparse warning or errors.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-02-18 01:30:16.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-02-20 23:23:30.0 +0800
Currently, EDMA driver uses of_address_to_resource for getting Channel
controller and x-bar register resources. Use platform_get_resource_by_name
instead regardless of whether its DT-boot or not, document the new reg-names
properties.
Also, while at it get rid of the assumption in the code that
From: Ching
Modify ioctl relate functions to fix update firmware error.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_attr.c
b/drivers/scsi/arcmsr/arcmsr_attr.c
--- a/drivers/scsi/arcmsr/arcmsr_attr.c 2014-01-10 20:28:48.0 +0800
+++
On Mon, 17 Feb 2014 16:22:49 +0100
Petr Mladek wrote:
> Ftrace modifies function calls using Int3 breakpoints on x86. It patches
> all functions in parallel to reduce the number of sync() calls. There is
> a code that removes pending Int3 breakpoints when something goes wrong.
>
> The recovery
From: Ching
Notify sense data report
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:03:28.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:04:10.0
I finally found a keyboard I can use when the boots fails to the
initramfs: prompt. ps2 plug on it.
>From the messages it leaves on screen, it is NOT finding the drive plugged
into the mobo SATA1 connector when I try to boot to a 3.13.1-2-3 kernel.
So just to verify I am looking in the right
On Thu, Feb 20, 2014 at 11:52:03AM +0100, Thomas Gleixner wrote:
> > From: Anton Vorontsov
> >
> > There is nothing hrtimer-specific inside the timerfd_tmrproc(), except
> > the function prototype. We're about to add other timer types, so factor
> > out generic timerfd_expire() helper from
On Thu, Feb 20, 2014 at 12:09:43PM +0100, Thomas Gleixner wrote:
> On Thu, 20 Feb 2014, Alexey Perevalov wrote:
> > From: Anton Vorontsov
> >
> > This patch implements a userland-side API for generic deferrable timers,
> > per linux/timer.h:
> >
> > * A deferrable timer will work normally when
On Fri, 21 Feb 2014 09:39:18 +1030
Rusty Russell wrote:
> >> comment "Do not forget to sign required modules with scripts/sign-file"
> >>depends on MODULE_SIG_FORCE && !MODULE_SIG_ALL
> >>
> >> Then you didn't do that. You broke it, you get to keep both pieces.
> >
> > In this case we
From: Ching
Rewrite arcmsr_message_isr_bh_fn function
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:02:34.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21
From: Ching
Rename function name and variables for readability.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-01-13 23:21:56.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-01-14
On 02/20/2014 03:50 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.32 release.
There are 66 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
From: Ching
Revise xxx_get_config functions.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-01-11 03:14:14.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-01-13 23:21:56.0
On 02/20/2014 07:30 PM, Brian Gerst wrote:
>
> The percpu code uses %P to force absolute addressing mode, instead of
> rip-relative.
>
P -- if PIC, print an @PLT suffix.
Clearly it has more effects than that... as the code does reveal:
/* Avoid (%rip) for call operands. */
if
On Thu, 20 Feb 2014 15:15:46 -0800 (PST)
David Rientjes wrote:
> Do I really need to do your work for you and work on 1GB hugepages at
> runtime, which many more people would be interested in? Or are we just
> seeking the easiest way out here with something that shuts the customer up
> and
From: Ching
Supporting hibernation.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 01:59:56.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-02-21 02:00:16.0 +0800
From: Ching
Supporting MSI and MSI-X interrupt service.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-01-11 02:53:22.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-01-11
Fix a bug in the resource walking code. This patch depends on
commit number: 90f3453585479d5beb75058da46eb573ced0e6ac
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/vmbus_drv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/hv/vmbus_drv.c
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, February 20, 2014 6:21 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org
> Subject: Re: [PATCH 1/1] Drivers: hv: vmbus: Fix a bug in getting ACPI
> specified
Commit-ID: 896dc5064083063981954f142e43548765199792
Gitweb: http://git.kernel.org/tip/896dc5064083063981954f142e43548765199792
Author: Jiang Liu
AuthorDate: Mon, 20 Jan 2014 10:31:54 +0800
Committer: H. Peter Anvin
CommitDate: Thu, 20 Feb 2014 19:01:22 -0800
x86, acpi: Fix bug in
As mount() and kill_sb() is not a one-to-one match, we shoudn't get
ns refcnt unconditionally in sysfs_mount(), and instead we should
get the refcnt only when kernfs_mount() allocated a new superblock.
v2:
- Changed the name of the new argument, suggested by Tejun.
- Made the argument optional,
From: Ching
Rewrite interrupt service routine to fix command timeout on controller
too heavy loading.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_attr.c
b/drivers/scsi/arcmsr/arcmsr_attr.c
--- a/drivers/scsi/arcmsr/arcmsr_attr.c 2014-02-07 01:47:24.0 +0800
+++
From: "Steven Rostedt (Red Hat)"
If global_ops function is being called directly, instead of the global_ops
list function, set the global_ops private to be the same as the ops private
that's being called directly.
Signed-off-by: Steven Rostedt
---
kernel/trace/ftrace.c | 17 -
From: "Steven Rostedt (Red Hat)"
As options (flags) may affect instances instead of being global
the set_flag() callbacks need to receive the trace_array descriptor
of the instance they will be modifying.
Signed-off-by: Steven Rostedt
---
kernel/trace/blktrace.c | 3 ++-
From: Namhyung Kim
The uprobe_{trace,perf}_print functions are misnomers since what they
do is not printing. There's also a real print function named
print_uprobe_event() so they'll only increase confusion IMHO.
Rename them with double underscores to follow convention of kprobe.
Link:
From: "Steven Rostedt (Red Hat)"
Allow instances (sub-buffers) to enable function tracing.
Each instance will have its own function tracing capability.
For now, instances will not have function stack tracing, or will
they be able to pick and choose what functions they can trace.
Picking and
From: "Steven Rostedt (Red Hat)"
When an instance is about to be deleted, make sure the tracer
is set to nop. If it isn't reset the tracer and set it to the nop
tracer, otherwise memory leaks and bad pointers may result.
Signed-off-by: Steven Rostedt
---
kernel/trace/trace.c | 18
From: "Steven Rostedt (Red Hat)"
Create a "set_ftrace_filter" and "set_ftrace_notrace" files in the instance
directories to let users filter of functions to trace for the given instance.
Signed-off-by: Steven Rostedt
---
include/linux/ftrace.h | 2 ++
kernel/trace/ftrace.c |
Hi Bjorn,
El 20/02/14 21:38, Bjorn Andersson escribió:
This bus driver supports the QUP i2c hardware controller in the Qualcomm SOCs.
The Qualcomm Universal Peripheral Engine (QUP) is a general purpose data path
engine with input/output FIFOs and an embedded i2c mini-core. The driver
supports
From: Steven Rostedt
Being able to change the trace clock at boot can be advantageous if
you need a better source of when things happen across CPUs. The default
trace clock is the fastest, but it uses local clocks which may not be
synced across CPUs and it does not let you know when events took
From: "Steven Rostedt (Red Hat)"
As options (flags) may affect instances instead of being global
the flag_changed() callbacks need to receive the trace_array descriptor
of the instance they will be modifying.
Signed-off-by: Steven Rostedt
---
kernel/trace/trace.c | 2 +-
From: Namhyung Kim
It seems there's no reason to prevent mixed used of ftrace and perf
for a single uprobe event. At least the kprobes already support it.
Link:
http://lkml.kernel.org/r/1389946120-19610-6-git-send-email-namhy...@kernel.org
Reviewed-by: Masami Hiramatsu
Cc: Frederic
From: "Steven Rostedt (Red Hat)"
In preparation for having the function tracing instances be able to
filter on functions, the generic filter functions must first be
converted to take in the global_ops as a parameter.
Signed-off-by: Steven Rostedt
---
kernel/trace/ftrace.c | 12
1
From: Namhyung Kim
Add support for event triggering to uprobes. This is same as kprobes
support added by Tom (plus cleanup by Steven).
Link:
http://lkml.kernel.org/r/1389946120-19610-5-git-send-email-namhy...@kernel.org
Reviewed-by: Masami Hiramatsu
Cc: Frederic Weisbecker
Cc: Ingo Molnar
From: Namhyung Kim
A single uprobe event might serve different users like ftrace and
perf. And this is especially important for upcoming multi buffer
support. But in this case it'll fetch (same) data from userspace
multiple times. So move it to the beginning of the dispatcher
function and
From: "Steven Rostedt (Red Hat)"
Currently the tracers (function, function_graph, irqsoff, etc) can only
be used by the top level tracing directory (not for instances).
This sets up the infrastructure to allow instances to be able to
run a separate tracer apart from the what the top level
From: "Steven Rostedt (Red Hat)"
The ENABLED flag needs to be cleared when a ftrace_ops is unregistered
otherwise it wont be able to be registered again.
This is only for static tracing and does not affect DYNAMIC_FTRACE at
all.
Signed-off-by: Steven Rostedt
---
kernel/trace/ftrace.c | 8
This is the next queue for 3.15. This includes Namhyung's updates to
uprobes for event triggering, allowing function tracing to be done
by trace instances, and also some other updates.
This is based on 3.14-rc3.
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
From: "zhangwei(Jovi)"
Support multi-buffer on uprobe-based dynamic events by
using ftrace_event_file.
This patch is based kprobe-based dynamic events multibuffer
support work initially, commited by Masami(commit 41a7dd420c),
but revised as below:
Oleg changed the kprobe-based multibuffer
On 02/13/2014 04:19 AM, Andy Lutomirski wrote:
On 02/12/2014 10:36 AM, Qiaowei Ren wrote:
An access to an invalid bound directory entry will cause a #BR
exception. This patch hook #BR exception handler to allocate
one bound table and bind it with that buond directory entry.
This will avoid the
1 - 100 of 1966 matches
Mail list logo
