Hi,
On Sunday 20 April 2014 07:56 AM, Davidlohr Bueso wrote:
Performing vma lookups without taking the mm-mmap_sem is asking
for trouble. While doing the search, the vma in question can be
modified or even removed before returning to the caller. Take the
lock (shared) in order to avoid races
Gleb,
On 4/20/14, 12:26 PM, Gleb Natapov wrote:
On Fri, Apr 18, 2014 at 07:11:33AM +0300, Nadav Amit wrote:
When using address-size override prefix with string instructions in long-mode,
ESI/EDI/ECX are zero extended if they are affected by the instruction
(incremented/decremented).
* beh...@converseincode.com beh...@converseincode.com wrote:
From: Behan Webster beh...@converseincode.com
Wrap -mno-80387 gcc options with cc-option so they don't break clang.
Signed-off-by: Behan Webster beh...@converseincode.com
---
arch/x86/Makefile | 4 +++-
1 file changed, 3
* Jianyu Zhan nasa4...@gmail.com wrote:
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
From: Behan Webster beh...@converseincode.com
Protect more options for arm with cc-option so that we don't get errors when
using clang instead of gcc. Add more or different options when using clang as
well.
Author: Behan Webster beh...@converseincode.com
Signed-off-by: Mark Charlebois
Patch1 fix a bug caused by overflow.
Patch2,3 add checks for unallocated_id.
Patch4 changes to returned error code
Patch5-7 cleanup.
All patches are acked by Tejun.
Thanks
Lai
Lai Jiangshan (7):
idr: fix overflow bug during maximum ID calculation at maximum height
idr: fix unexpected
After idr subsystem is changed to RCU-awared, the free layer will not go to
the free list. The free list will not be filled up when idr_remove().
So we don't need to shink it too.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
Acked-by: Tejun Heo t...@kernel.org
---
lib/idr.c | 16
When the smaller id is not found, idr_replace() returns -ENOENT.
But when the id is bigger enough, idr_replace() returns -EINVAL,
actually there is no difference between these two kinds of ids.
These are all unallocated id, the return values of the idr_replace()
for these ids should be the same:
If the ida has at least one existing id, and when an unallocated ID which
meets a certain condition is passed to the ida_remove(), the system will crash
because it hits NULL pointer dereference.
The condition is that the unallocated ID shares the same lowest idr layer with
the existing ID, but
If unallocated_id = (ANY * idr_max(idp-layers) + existing_id) is passed
to idr_remove(). The existing_id will be removed unexpectedly.
The following test shows this unexpected id-removal:
static void test4(void)
{
int id;
DEFINE_IDR(test_idr);
printk(KERN_INFO Start
On 04/19/2014 12:52 PM, Aaro Koskinen wrote:
Hi,
On Mon, Apr 14, 2014 at 01:46:16PM +0200, Robert Baldyga wrote:
dev_info(pdev-dev,
- OMAP USB OTG controller rev %d.%d (%s, id=%d, vbus=%d)\n,
- (rev 4) 0xf, rev 0xf, config-extcon, otg_dev-id,
+
Hi Eric,
After merging the audit tree, today's linux-next build (sparc defconfig)
failed like this:
In file included from include/linux/audit.h:29:0,
from mm/mmap.c:33:
arch/sparc/include/asm/syscall.h: In function 'syscall_get_arch':
arch/sparc/include/asm/syscall.h:131:9:
On 2014/4/22 13:27, Jianyu Zhan wrote:
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to
idr_replace() open-codes the logic to calculate the maximum valid ID
given the height of the idr tree; unfortunately, the open-coded logic
doesn't account for the fact that the top layer may have unused slots
and over-shifts the limit to zero when the tree is at its maximum
height.
The following
#ifndef TEST can't work for user space test now, just remove it.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
Acked-by: Tejun Heo t...@kernel.org
---
lib/idr.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/lib/idr.c b/lib/idr.c
index 39158ab..96bb252 100644
---
If idr-hint == p is true, it also implies idr-hint is true(not NULL).
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
Acked-by: Tejun Heo t...@kernel.org
---
lib/idr.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/idr.c b/lib/idr.c
index 9ed37a7..39158ab 100644
On 04/21/14 23:05, Ingo Molnar wrote:
* beh...@converseincode.com beh...@converseincode.com wrote:
From: Behan Webster beh...@converseincode.com
Wrap -mno-80387 gcc options with cc-option so they don't break clang.
Signed-off-by: Behan Webster beh...@converseincode.com
---
On 2014/4/22 13:44, Jianyu Zhan wrote:
To suppress this warning:
warning: ‘err’ may be used uninitialized in this function
[-Wmaybe-uninitialized]
int err;
^
I don't see this warning, and I don't see how this is possible.
static int create_css(struct cgroup *cgrp, struct
On 2014/4/22 13:31, Jianyu Zhan wrote:
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
Some subsystems dereference the per-cgrpu id directly, but this is
implementation-specific, so it should be transparent for subsystems.
Use this accessor instead.
Signed-off-by: Jianyu Zhan nasa4...@gmail.com
---
Currently, cgrp-id is only used to look up css's. As cgroup and
css's lifetimes is now decoupled, it should be made per-subsystem
and moved to css-css_id so that lookups are successful until the
target css is released.
Patch 1-3 are prep patches.
Patch 4 do the coverting job.
Thanks!
Jianyu
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
We should not access per-cgroup id directly, since this is implemetation
detail. Use the accessor css_from_id() instead.
This patch has no functional change.
Signed-off-by: Jianyu Zhan nasa4...@gmail.com
---
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
We should not access per-cgroup id directly, since this is
implemetation detail.
Use the accessor css_from_id() instead.
This patch has no functional change.
Signed-off-by: Jianyu Zhan nasa4...@gmail.com
---
Currently, cgrp-id is only used to look up css's. As cgroup and
css's lifetimes is now decoupled, it should be made per-subsystem
and moved to css-css_id so that lookups are successful until the
target css is released.
Signed-off-by: Jianyu Zhan nasa4...@gmail.com
---
include/linux/cgroup.h |
ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
region. It allows ACPI aml code able to access such kind of devices to
implement some ACPI standard method.
On the Asus T100TA, Bios use GenericSerialBus operation region to access
i2c device to get battery info. So
The acpi_buffer_to_resource is needed in i2c module
to convert aml buffer to struct acpi_resource
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/acpi/acpica/rscreate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/acpi/acpica/rscreate.c b/drivers/acpi/acpica/rscreate.c
This patch is to add CONFIG_I2C_ACPI. Current there is a race between
removing I2C ACPI operation region and ACPI AML code accessing.
So make i2c core built-in if CONFIG_I2C_ACPI is set.
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/i2c/Kconfig | 17 -
Clean up ACPI related code in the i2c core.
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/i2c/i2c-acpi.c | 89 ++
drivers/i2c/i2c-core.c | 95 --
include/linux/i2c.h| 3 ++
3 files
Use acpi_bus_attach_private_data() to attach private data
instead of acpi_attach_data().
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/acpi/thermal.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/acpi/thermal.c b/drivers/acpi/thermal.c
index
On 22.4.2014 1:53, Minchan Kim wrote:
On Mon, Apr 21, 2014 at 11:43:24PM +0200, Vlastimil Babka wrote:
On 21.4.2014 21:41, Andrew Morton wrote:
On Thu, 17 Apr 2014 09:07:45 +0900 Minchan Kim minc...@kernel.org wrote:
Hi Vlastimil,
Below just nitpicks.
It seems you were ignored ;)
Oops, I
Add i2c_smbus_word/block_proc_call() helper function. These will be used
in the implementation of i2c ACPI address space handler.
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/i2c/i2c-core.c | 56 ++
include/linux/i2c.h| 4
2
ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
region.
It allows ACPI aml code able to access such kind of devices to implement
some ACPI standard method.
ACPI Spec defines some access attribute to associate with i2c protocol.
AttribQuick
There is already acpi_bus_get_private_data() to get ACPI handle data
which is associated with acpi_bus_private_data_handler(). This patch
is to add acpi_bus_attach_private_data() to make a pair and facilitate
to attach and get data to/from ACPI handle.
Signed-off-by: Lan Tianyu
Add i2c_smbus_quick_write/read() helper function. These will be used
in the implementation of i2c ACPI address space handler.
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/i2c/i2c-core.c | 30 ++
include/linux/i2c.h| 2 ++
2 files changed, 32
Ping?
(I'll have a week holidays from next week.
So thank you if you could give me your comments soon!)
Thanks,
H.Seto
(2014/04/17 18:35), Hidetoshi Seto wrote:
Hi all,
This patch set (rebased on v3.15-rc1) is my 4th try to fix an issue
that idle/iowait of /proc/stat can go backward.
From: Lv Zheng lv.zh...@intel.com
The size of the buffer allocated for generic_serial_bus region access
is not correct. This patch introduces acpi_ex_get_serial_access_length()
to be invoked to obtain correct data buffer length. Reported by
Lan Tianyu, Fixed by Lv Zheng.
Signed-off-by: Lv
Hi Linus,
here is a small batch of GPIO fixes for the v3.15 series. I expect more
to come in but I'm a bit behind on mail, might as well get these to you
right now.
Please pull them in!
Yours,
Linus Walleij
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux
When the system has zero or one button available, trying to rmmod
soc_button_array will cause crash. Fix this by properly handling -ENODEV
in probe().
Signed-off-by: Lejun Zhu lejun@linux.intel.com
---
drivers/input/misc/soc_button_array.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Tue, Apr 22, 2014 at 2:06 PM, Ingo Molnar mi...@kernel.org wrote:
How can that field ever be nonzero?
I.e. under what exact circumstances does this patch make sense?
Hi, Ingo,
For cpuset subsystem, this filed is nonzero; for other subsystems, this is zero.
Actually none of these subsystem
On Tue, Apr 22, 2014 at 2:22 PM, Li Zefan lize...@huawei.com wrote:
If you think this is the right thing to do, you can apply the same reason
to the initialization of other structures in the whole kernel tree.
Signed-off-by: Jianyu Zhan nasa4...@gmail.com
nack
Hi, Li,
Sorry for the noise.
On Tue, Apr 22, 2014 at 1:30 PM, Jianyu Zhan nasa4...@gmail.com wrote:
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly
On Tue, Apr 22, 2014 at 08:33:35AM +0200, Vlastimil Babka wrote:
On 22.4.2014 1:53, Minchan Kim wrote:
On Mon, Apr 21, 2014 at 11:43:24PM +0200, Vlastimil Babka wrote:
On 21.4.2014 21:41, Andrew Morton wrote:
On Thu, 17 Apr 2014 09:07:45 +0900 Minchan Kim minc...@kernel.org wrote:
Hi
As commit 3957848(mmc: drop the speed mode of card's state) applies,
this change should be followed.
drivers/net/wireless/rsi/rsi_91x_sdio.c:288:20: error: 'MMC_STATE_HIGHSPEED'
undeclared (first use in this function)
drivers/net/wireless/rsi/rsi_91x_sdio.c:299:4: error: implicit declaration of
Hi, hillf,
On Tue, Apr 22, 2014 at 2:47 PM, Hillf Danton dhi...@gmail.com wrote:
But other fields still missed, if any. Fair?
yep, it is not fair.
Sure for this global variable struct, if not initailized, its all
fields will be initialized
to 0 or null(depending on its type). The point here
Cc Andrew.
Thanks,
Jianyu Zhan
On Tue, Apr 22, 2014 at 2:30 PM, Jianyu Zhan nasa4...@gmail.com wrote:
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
We should not access per-cgroup id directly, since this is implemetation
detail. Use the accessor
When hot plugging a descrete IOH or a physical processor with embedded
IIO, we need to handle DMAR(or IOMMU) unit in the PCIe host bridge if
DMAR is in use. This patch set tries to enhance current DMAR/IOMMU/IR
drivers to support hotplug and is based on latest mainstream kernel
On Wed, Mar 26, 2014 at 02:34:22PM +0100, Alexander Gordeev wrote:
But other systems (more dense?) showed increased cache-hit rate
up to 20%, i.e. this one:
Hello Gentlemen,
Any feedback on this?
Thanks!
--
Regards,
Alexander Gordeev
agord...@redhat.com
--
To unsubscribe from this list:
Static identity and virtual machine domains may be cached in
iommu-domain_ids array after corresponding IOMMUs have been removed
from domain-iommu_bmp. So we should check domain-iommu_bmp before
decreasing domain-iommu_count in function free_dmar_iommu(), otherwise
it may cause free of inuse
Introduce domain_attach_iommu()/domain_detach_iommu() and refine
iommu_attach_domain()/iommu_detach_domain() to make code symmetric
and improve readability.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c | 146 ---
1
Implement required callback functions for intel_irq_remapping driver
to support DMAR unit hotplug.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel_irq_remapping.c | 222 ++-
1 file changed, 169 insertions(+), 53 deletions(-)
diff --git
Implement required callback functions for intel-iommu driver
to support DMAR unit hotplug.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c | 194 +++
1 file changed, 139 insertions(+), 55 deletions(-)
diff --git
According to Intel VT-d specification, _DSM method to support DMAR
hotplug should exist directly under corresponding ACPI object
representing PCI host bridge. But some BIOSes doesn't conform to
this, so search for _DSM method in the subtree starting from the
ACPI object representing the PCI host
Finally enhance pci_root driver to support DMAR device hotplug when
hot-plugging PCI host bridges.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/acpi/pci_root.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/pci_root.c
If node associated with a DMAR unit has no memory available, it uses -1
as default NUMA node id. So when memory hot-addition adds new memory to
an empty NUMA node, we should update the NUMA node id associated with
the DMAR unit. This will help to optomize memory allocation.
Signed-off-by: Jiang
Introduce helper function domain_pfn_within_range() to simplify code
and improve readability.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git
IOMMU units may dynamically attached to/detached from domains,
so we should scan all active IOMMU units when computing iommu_snooping
flag for a domain instead of only scanning IOMMU units associated
with the domain.
Also check snooping and superpage capabilities when hot-adding DMAR units.
Simplify intel_unmap_sg() by calling intel_unmap_page() and
kill duplicated code, no functionality changes.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c | 63 +--
1 file changed, 18 insertions(+), 45 deletions(-)
Hi all,
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140417:
Undropped tree: userns
The arm tree produces quite a few build warnings.
The powerpc tree still had its build failure.
The vfs tree gained conflicts against Linus' and the ext4 trees and a
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c |7 +++
include/linux/iova.h|5 +
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index c4bca2d814c8..6d5b94aaac6e
On Mon 2014-04-21 17:30:46, Sebastian Capella wrote:
Reboot logic in kernel/reboot will avoid calling kernel_power_off
when pm_power_off is null, and instead uses kernel_halt. Change
hibernate's power_down to follow the behavior in the reboot call.
Calling the notifier twice (once for
Enhance error recovery in function intel_enable_irq_remapping()
by tearing down all created data structures.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel_irq_remapping.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git
Introduce helper function dmar_walk_resources to walk resource entries
in DMAR table and ACPI buffer object returned by ACPI _DSM method
for IOMMU hot-plug.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/dmar.c| 207 +++
Introduce functions to support dynamic IOMMU seq_id allocating and
releasing, which will be used to support DMAR hotplug.
Also rename IOMMU_UNITS_SUPPORTED as DMAR_UNITS_SUPPORTED.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/dmar.c| 40
The new renameat2() system call was only wired up for ARM causing:
CALL
/home/ujfalusi/work/kernel/kernel.org-next-linux-next/scripts/checksyscalls.sh
stdin:1232:2: warning: #warning syscall renameat2 not implemented [-Wcpp]
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi,
I have
Simplify include/linux/dmar.h a bit based on the fact that
both CONFIG_INTEL_IOMMU and CONFIG_IRQ_REMAP select CONFIG_DMAR_TABLE.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
include/linux/dmar.h | 50 ++
1 file changed, 18
On Intel platforms, an IO Hub (PCI/PCIe host bridge) may contain DMAR
units, so we need to support DMAR hotplug when supporting PCI host
bridge hotplug on Intel platforms.
According to Section 8.8 Remapping Hardware Unit Hot Plug in Intel
Virtualization Technology for Directed IO Architecture
Simplify error handling path by changing iommu_{enable|disable}_translation
to return void.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git a/drivers/iommu/intel-iommu.c
On Tue, Apr 22, 2014 at 2:06 PM, Ingo Molnar mi...@kernel.org wrote:
How can that field ever be nonzero?
I.e. under what exact circumstances does this patch make sense?
Hi, Ingo,
More explanation.
Sure, for this global variable struct, if not initailized, its all
fields will be initialized
Virtual machine domains are created by intel_iommu_domain_init() and
should be destroyed by intel_iommu_domain_destroy(). So avoid freeing
virtual machine domain data structure in free_dmar_iommu() when
doamin-iommu_count reaches zero, otherwise it may cause invalid
memory access because the IOMMU
For virtual machine domains, domain-id is a virtual id, and the real
domain id written into context entry is dynamically allocated.
So use the real domain id instead of domain-id when flushing iotlbs
for virtual machine domains.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
Check the same domain id is allocated for si_domain on each IOMMU,
otherwise the IOTLB flush for si_domain will fail.
Now the rules to allocate and manage domain id are:
1) For normal and static identity domains, domain id is allocated
when creating domain structure. And this id will be
Introduce domain_type_is_vm() and domain_type_is_vm_or_si() to improve
code readability.
Also kill useless macro DOMAIN_FLAG_P2P_MULTIPLE_DEVICES.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel-iommu.c | 59 +++
1 file
For virtual machine and static identity domains, there may be devices
from different PCI segments associated with the same domain.
So function iommu_support_dev_iotlb() should also match PCI segment
number (iommu unit) when searching for dev_iotlb capable devices.
Signed-off-by: Jiang Liu
On 2014/4/22 15:01, Jianyu Zhan wrote:
Hi, hillf,
On Tue, Apr 22, 2014 at 2:47 PM, Hillf Danton dhi...@gmail.com wrote:
But other fields still missed, if any. Fair?
yep, it is not fair.
Sure for this global variable struct, if not initailized, its all
fields will be initialized
to 0
The cpufreq core now supports the cpufreq_for_each_entry macro helper
for iteration over the cpufreq_frequency_table, so use it.
It should have no functional changes.
Signed-off-by: Stratos Karafotis strat...@semaphore.gr
---
It would be good to have a changelog which describes the
On Tue 2014-04-22 09:29:20, Chen Gang wrote:
For do_div(), it need 'u64' type, which means the outside must be sure
of 'start' is not bigger than 'stop', or it will report warning.
Even if 'start' was really bigger than 'stop', it would print incorrect
information, but for kernel, it still
(2014/04/22 14:29), Takao Indoh wrote:
(2014/04/22 12:51), Rusty Russell wrote:
Steven Rostedt rost...@goodmis.org writes:
On Mon, 24 Mar 2014 20:26:05 +0900
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Thank you for reporting with this pretty backtrace :)
Steven, I think this
Hi,
On Mon, Apr 21, 2014 at 10:09 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 21 Apr 2014, Felipe Balbi wrote:
Hi,
On Fri, Apr 18, 2014 at 07:34:08PM +0530, sundeep subbaraya wrote:
snip
in ep_queue driver starts dma transfer from/to IP buffer to/from
req-buf.
If
Below is the list of build error/warning regressions/improvements in
v3.15-rc2[1] compared to v3.14[2].
Summarized:
- build errors: +10/-3
- build warnings: +148/-108
JFYI, when comparing v3.15-rc2[1] to v3.15-rc1[3], the summaries are:
- build errors: +4/-24
- build warnings: +79/-45
Hi:
These two patches correct the block size in atmel-aes driver while processing
cfb8 and cfb64 mode of aes.
Thanks
Leilei Zhao (2):
crypto: atmel-aes: correct block size of cfb8 mode
crypto: atmel-aes: check alignment of cfb64 mode
drivers/crypto/atmel-aes.c |8 +++-
1 file
The block size of aes cfb8 mode shoule be 8 bit.
Signed-off-by: Leilei Zhao leilei.z...@atmel.com
---
drivers/crypto/atmel-aes.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/crypto/atmel-aes.c b/drivers/crypto/atmel-aes.c
index d7c9e31..12628a7 100644
---
The length shoule be 64 bit alignment and the block size shoule be 64 bit in
aes cfb64 mode.
Signed-off-by: Leilei Zhao leilei.z...@atmel.com
---
drivers/crypto/atmel-aes.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/crypto/atmel-aes.c b/drivers/crypto/atmel-aes.c
index
On Tue, Apr 22, 2014 at 9:29 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
JFYI, when comparing v3.15-rc2[1] to v3.15-rc1[3], the summaries are:
- build errors: +4/-24
Nothing serious, just some known randconfig sound bits:
+ error: No rule to make target /etc/sound/dsp001.ld: = N/A
On Tue, 2014-04-22 at 15:07 +0800, Jiang Liu wrote:
+ size_t size = 0;
+#if 0
+ /* current the third argument of intel_unmap_page is unsued */
+ int i;
+ struct scatterlist *sg;
- freelist = domain_unmap(domain, start_pfn, last_pfn);
+
The current .dts for ste-ccu8540 lacks a 'device_type = memory' for
its memory node, relying on an old ppc quirk in order to discover its
memory. Add this, to permit that quirk to be made ppc only.
Signed-off-by: Leif Lindholm leif.lindh...@linaro.org
Cc:
Michal Marek mma...@suse.cz writes:
On 2014-04-06 02:05, Andi Kleen wrote:
On Sun, Apr 06, 2014 at 12:36:49AM +0200, Christian Engelmayer wrote:
Function read_dump() memory maps the input via grab_file(), but fails to
call
the corresponding unmap function. Add the missing call to
Takao Indoh indou.ta...@jp.fujitsu.com writes:
ping, any comments?
Sorry, was away on paternity leave.
I prefer to mark NX before changing the module to MODULE_STATE_COMING,
but perhaps that will break everyone else?
See my reply to the other thread.
Thanks,
Rusty.
--
To unsubscribe from this
Dave Hansen dave.han...@intel.com writes:
On 04/08/2014 06:32 PM, Madhavan Srinivasan wrote:
In mm/Kconfig, put
config FAULT_AROUND_ORDER
int
default 1234 if POWERPC
default 4
The way you have it now, every single architecture that needs to enable
On 2014/4/22 15:38, David Woodhouse wrote:
On Tue, 2014-04-22 at 15:07 +0800, Jiang Liu wrote:
+ size_t size = 0;
+#if 0
+ /* current the third argument of intel_unmap_page is unsued */
+ int i;
+ struct scatterlist *sg;
- freelist = domain_unmap(domain,
Mark,
On Fri, Apr 18, 2014 at 10:43 AM, Mark Brown broo...@kernel.org wrote:
On Wed, Apr 16, 2014 at 04:12:29PM -0700, Doug Anderson wrote:
An issue was discovered with tps65090 where sometimes the FETs
wouldn't actually turn on when requested (they would report
overcurrent). The most
Hi, Li,
On Tue, Apr 22, 2014 at 2:26 PM, Li Zefan lize...@huawei.com wrote:
I don't see this warning, and I don't see how this is possible.
You are right. No such warning.
It is triggered by the other patch, should be fixed in that patch.
Thanks,
Jianyu Zhan
--
To unsubscribe from this
Hi Marc,
-Original Message-
From: Michal Simek [mailto:mon...@monstr.eu]
Sent: Monday, April 07, 2014 12:27 PM
To: Appana Durga Kedareswara Rao
Cc: w...@grandegger.com; m...@pengutronix.de; Michal Simek;
grant.lik...@linaro.org; robh...@kernel.org; linux-...@vger.kernel.org;
On 04/22/2014 03:21 PM, Pavel Machek wrote:
On Tue 2014-04-22 09:29:20, Chen Gang wrote:
For do_div(), it need 'u64' type, which means the outside must be sure
of 'start' is not bigger than 'stop', or it will report warning.
Even if 'start' was really bigger than 'stop', it would print
Based on 'next' branch of Kishon's phy tree (linux-phy).
Tested on 'usb-next' of Greg's usb tree.
Changes from v4:
1) Separated out the device tree related arch patches from this patch series.
Shall be posting these below mentioned patches (which were part of
V4 version of this series) in a
Adding support to enable/disable VBUS controlled by a
regulator, to enable vbus supply on the port.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
This is v2 version of patch:
[PATCH] phy: exynos5-usbdrd: Add facility to toggle vbus gpio on/off
https://lkml.org/lkml/2014/4/9/186
Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
The new driver uses the generic PHY framework and will interact
with DWC3 controller present on Exynos5 series of SoCs.
Thereby, removing old phy-samsung-usb3 driver and related code
used untill now which was based on usb/phy
Hi, all.
Sorry, previous patch has a minor fault, and cause a unitialized variable
warning.
I've fixed it up in this.
Renewed patch:
---
Currently, cgrp-id is only used to look up css's. As cgroup and
css's lifetimes is now decoupled, it should be made per-subsystem
and moved to css-css_id so
On Tue, Apr 22, 2014 at 2:30 PM, Jianyu Zhan nasa4...@gmail.com wrote:
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
We should not access per-cgroup id directly, since this is implemetation
detail. Use the accessor css_from_id() instead.
This patch has no
Hi
On Sun, Apr 20, 2014 at 12:05 AM, Pavel Machek pa...@denx.de wrote:
+static void pgd_init(pgd_t *pgd)
+{
+ unsigned long *p = (unsigned long *) pgd;
+ int i;
+
+ for (i = 0; i USER_PTRS_PER_PGD; i += 8) {
+ p[i + 0] = (unsigned long) invalid_pte_table;
+
+ unsigned long device_type;
int ret;
sec_pmic = devm_kzalloc(i2c-dev, sizeof(struct sec_pmic_dev),
@@ -262,7 +263,7 @@ static int sec_pmic_probe(struct i2c_client *i2c,
sec_pmic-dev = i2c-dev;
sec_pmic-i2c = i2c;
sec_pmic-irq = i2c-irq;
- sec_pmic-type =
1 - 100 of 2426 matches
Mail list logo