On 20 November 2012 13:17, Dmitry Torokhov wrote:
> Nope, it's commit b8d52e2b9f7eb43075e6ef4e23f5e51e70548f11
Sorry, my fault.
I searched for Viresh in git log of your master and next branches. And i
didn't signed-off this patch.
--
To unsubscribe from this list: send the line "unsubscribe linux
On 12 November 2012 11:27, Viresh Kumar wrote:
> On 8 November 2012 19:10, Viresh Kumar wrote:
>> From: Vipul Kumar Samar
>>
>> clk_{un}prepare is mandatory for platforms using common clock framework.
>> Because
>> for SPEAr we don't do anything in clk_{un}prepare() calls, just call them
>> on
On Tue, 20 Nov 2012, Mark Brown wrote:
> On Mon, Nov 19, 2012 at 11:52:42AM +0100, Guennadi Liakhovetski wrote:
>
> > Thanks for submitting this driver! The notion of DVS regulators was new to
> > me, so, I checked http://www.ti.com/lit/an/sbva020/sbva020.pdf for a short
> > description. After
On 11/20/2012 02:22 PM, Sachin Kamat wrote:
> Return the value obtained from the function extcon_register_interest
> instead of -EINVAL.
>
> Silences the following warning:
> drivers/extcon/extcon-class.c:475 extcon_register_interest() info:
> why not propagate 'obj->cable_index' from extcon_find_
On 11/20/2012 02:22 PM, Sachin Kamat wrote:
> This series is build tested and based on linux-next (20121115) and extcon
> tree at git://git.kernel.org/pub/scm/linux/kernel/git/chanwoo/extcon.git
>
> Sachin Kamat (7):
> extcon: max8997: Fix checkpatch error
> extcon: max8997: Fix a typo
> ext
They contain documented status readback fields.
Signed-off-by: Mark Brown
---
drivers/mfd/wm5102-tables.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/mfd/wm5102-tables.c b/drivers/mfd/wm5102-tables.c
index 645c0d6..6a0e943 100644
--- a/drivers/mfd/wm5102-tables.c
+++ b/dri
On Mon, Nov 19, 2012 at 11:44 PM, Ingo Molnar wrote:
>
> * David Rientjes wrote:
>
>> On Tue, 20 Nov 2012, Ingo Molnar wrote:
>>
>> > > > numa/core at ec05a2311c35 ("Merge branch 'sched/urgent' into
>> > > > sched/core") had an average throughput of 136918.34
>> > > > SPECjbb2005 bops, which is a
* David Rientjes wrote:
> This is in comparison to my earlier perftop results which were with thp
> enabled. Keep in mind that this system has a NUMA configuration of
>
> $ cat /sys/devices/system/node/node*/distance
> 10 20 20 30
> 20 10 20 20
> 20 20 10 20
> 30 20 20 10
You could check wh
On Tue, Nov 20, 2012 at 12:28:08PM +0530, Viresh Kumar wrote:
> On 9 November 2012 20:57, Viresh Kumar wrote:
> > From: Vipul Kumar Samar
> >
> > Signed-off-by: Vipul Kumar Samar
> > ---
> > drivers/input/touchscreen/stmpe-ts.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/driv
* David Rientjes wrote:
> On Tue, 20 Nov 2012, Ingo Molnar wrote:
>
> > > > numa/core at ec05a2311c35 ("Merge branch 'sched/urgent' into
> > > > sched/core") had an average throughput of 136918.34
> > > > SPECjbb2005 bops, which is a 6.3% regression.
> > >
> > > perftop during the run on num
Hello,
On 11/14/2012 8:11 AM, Kevin Liu wrote:
> From: linux-mmc-ow...@vger.kernel.org
[mailto:linux-mmc-ow...@vger.kernel.org] On Behalf Of Chris Ball
> Sent: Tuesday, November 13, 2012 10:14 PM
> To: Marek Szyprowski
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; Kyungmin Park
Provide VFS helpers for handling O_SYNC AIO DIO writes. Filesystems wanting to
use the helpers have to pass DIO_SYNC_WRITES to __blockdev_direct_IO. If the
filesystem doesn't provide its own direct IO end_io handler, the generic code
will take care of issuing the flush. Otherwise, the filesystem
All right. I guess you might already have this, just sent this to make
things clear.
On 11/20/2012 03:37 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Nov 20, 2012 at 03:26:16PM +0800, Mark Zhang wrote:
>> This patch is based on Thierry's drm patch for Tegra20:
>> - [PATC
If a file is opened with O_SYNC|O_DIRECT, the drive cache does not get
flushed after the write completion. Instead, it's flushed *before* the
I/O is sent to the disk (in __generic_file_aio_write). This patch
attempts to fix that problem by marking an I/O as requiring a cache
flush in endio proces
Hi,
Fsyncing is tricky business, so factor out the bits of the xfs_file_fsync
function that can be used from the I/O post-processing path.
From: Jeff Moyer
Signed-off-by: Jeff Moyer
---
fs/xfs/xfs_file.c | 44 +---
fs/xfs/xfs_inode.h |1 +
2 files
Hi everybody,
On March 29th, Jeff Moyer posted to lkml a patchset with this note:
> Currently, AIO+DIO+O_SYNC writes are not actually sync'd (for xfs), or they
> are sync'd before the I/O is actually issued (everybody else). The following
> patch series fixes this in two parts. First, for the f
On Tue, Nov 20, 2012 at 03:26:16PM +0800, Mark Zhang wrote:
> This patch is based on Thierry's drm patch for Tegra20:
> - [PATCH v2 0/6] Device tree updates for host1x support
> - [PATCH v3 0/2] NVIDIA Tegra DRM driver
>
> It adds the support for NVIDIA Tegra30.
>
> Signed-off-by: Mark Zhang
Hi
On Tue, 20 Nov 2012, Ingo Molnar wrote:
> No doubt numa/core should not regress with THP off or on and
> I'll fix that.
>
> As a background, here's how SPECjbb gets slower on mainline
> (v3.7-rc6) if you boot Mel's kernel config and turn THP forcibly
> off:
>
> (avg: 502395 ops/sec)
> (avg
This patch implements map_voltage and list_voltage callbacks to properly handle
the case voltage range that doesn't start with 0 offset.
Now we adjust the selector in map_voltage() before calling set_voltage_sel().
And return 0 in list_voltage() for invalid selectors.
With above change, we can re
Stephen & Thierry,
I downloaded all patches from patchwork so right now it should not have
space issues.
Mark
On 11/20/2012 03:26 PM, Mark Zhang wrote:
> This patch is based on Thierry's drm patch for Tegra20:
> - [PATCH v2 0/6] Device tree updates for host1x support
> - [PATCH v3 0/2] NVIDIA Teg
Touching some System MMU needs its master devices' clock to be enabled
before. This commit adds clk_ops.set_parent of gating clocks of System
MMU to ensure gating clocks of System MMU's mater devices are enabled
when enabling gating clocks of System MMU.
Signed-off-by: KyongHo Cho
---
arch/arm/m
This commit adds device tree support for System MMU.
Signed-off-by: KyongHo Cho
---
drivers/iommu/Kconfig| 2 +-
drivers/iommu/exynos-iommu.c | 286 ++-
2 files changed, 177 insertions(+), 111 deletions(-)
diff --git a/drivers/iommu/Kconfig b/dr
Since System MMU 3.2 and 3.3 have more prefetch buffers than 2, the
existing function to set prefetch buffers, exynos_sysmmu_set_prefbuf()
is not able to support them.
This commit removes exynos_sysmmu_set_prefbuf() and introduces new
interface, exynos_sysmmu_set_pbuf() that can pass information of
This change enables the client device drivers not to care about
the state of System MMU since the internal state of System MMU
is controlled by the runtime PM and suspend/resume callback functions.
Signed-off-by: KyongHo Cho
---
drivers/iommu/exynos-iommu.c | 175 ++--
Since kmalloc() does not guarantee the alignment of 1KB when it
allocates 1KB, it is required to allocate lv2 page table from
own slab that guarantees alignment of 1KB.
Signed-off-by: KyongHo Cho
---
drivers/iommu/exynos-iommu.c | 24
1 file changed, 20 insertions(+), 4
This commit sets System MM as the parent of the client device for
power management. If System MMU is the parent of a device, it is
guaranteed that System MMU is suspended later than the device and
resumed earlier. Runtime suspend/resume on the device is also
propagated to the System MMU.
If a devic
This commit adds debugfs directory and nodes for inspecting internal
state of System MMU.
Signed-off-by: KyongHo Cho
---
drivers/iommu/exynos-iommu.c | 204 +--
1 file changed, 198 insertions(+), 6 deletions(-)
diff --git a/drivers/iommu/exynos-iommu.c b/
This commit adds System MMU name to the driver data of each System
MMU. It is used by fault information.
Signed-off-by: KyongHo Cho
---
drivers/iommu/exynos-iommu.c | 100 ---
1 file changed, 76 insertions(+), 24 deletions(-)
diff --git a/drivers/iommu/ex
Since acquiring read_lock is not more frequent than write_lock, it is
not beneficial to use rwlock, this commit changes rwlock to spinlock.
Signed-off-by: KyongHo Cho
---
drivers/iommu/exynos-iommu.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff -
System MMUs in some implementation of Exynos core does not include
correct version information in the System MMU. If the version
information is not correct, exynos-iommu driver cannot take advantages
of feature of higher versions of System MMu like prefetching page
table entries prior to TLB miss.
This commit adds System MMU nodes to DT of Exynos SoCs.
Signed-off-by: KyongHo Cho
---
.../devicetree/bindings/arm/exynos/system-mmu.txt | 86
arch/arm/boot/dts/exynos4210.dtsi | 96 ++
arch/arm/boot/dts/exynos4x12.dtsi | 124
For Tegra30, pll_p clk's parent is wrongly specified as clk_m instead of
pll_ref in the tegra30_clk_init_table and this is resulting in a
boot-time warning. This patch fixes this by correcting the clk init
table.
Signed-off-by: Sivaram Nair
---
arch/arm/mach-tegra/common.c |2 +-
1 file chan
This removes System MMU initialization from arch/arm/mach-exynos/
to move them to DT and the exynos-iommu driver except gating clock
definitions.
Signed-off-by: KyongHo Cho
---
arch/arm/mach-exynos/Kconfig | 5 -
arch/arm/mach-exynos/Makefile | 1 -
arch/arm/mach-e
The current exynos-iommu(System MMU) driver does not work autonomously
since it is lack of support for power management of peripheral blocks.
For example, MFC device driver must ensure that its System MMU is disabled
before MFC block is power-down not to invalidate IOTLB in the System MMU
when I/O
This patch adds the rgb node which is needed by
tegra drm driver.
Signed-off-by: Mark Zhang
---
Changes in V2:
- Remove HDMI node in dts. Currently tegra drm driver doesn't
work while RGB and HDMI are enabled simultaneously
arch/arm/boot/dts/tegra30-cardhu.dtsi | 11 ++-
1 file cha
This patch is based on Thierry's drm patch for Tegra20:
- [PATCH v2 0/6] Device tree updates for host1x support
- [PATCH v3 0/2] NVIDIA Tegra DRM driver
It adds the support for NVIDIA Tegra30.
Signed-off-by: Mark Zhang
---
drivers/gpu/drm/tegra/dc.c |1 +
drivers/gpu/drm/tegra/host1x.c
On 11/20/2012 07:19 AM, Dave Airlie wrote:
On Tue, Nov 6, 2012 at 9:31 PM, Thomas Hellstrom wrote:
The mostly used lookup+get put+potential_destroy path of TTM objects
is converted to use RCU locks. This will substantially decrease the amount
of locked bus cycles during normal operation.
Since
On Fri, 2010-07-23 at 14:56 +0100, Ben Hutchings wrote:
> commit 2ca1af9aa3285c6a5f103ed31ad09f7399fc65d7 "PCI: MSI: Remove
> unsafe and unnecessary hardware access" changed read_msi_msg_desc() to
> return the last MSI message written instead of reading it from the
> device, since it may be called
Hello, David.
On Tue, Nov 20, 2012 at 02:18:26AM -0500, David Miller wrote:
> Tejun, I would really appreciate it if you would CC: netdev on
> networking patches so that other networking developers can review
> these changes too.
Ah, sorry about that. Wasn't really thinking which subsystem (othe
Tejun, I would really appreciate it if you would CC: netdev on
networking patches so that other networking developers can review
these changes too.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
* Linus Torvalds wrote:
> On Mon, Nov 19, 2012 at 12:36 PM, Ingo Molnar wrote:
> >
> > Hugepages is a must for most forms of NUMA/HPC. This alone
> > questions the relevance of most of your prior numa/core testing
> > results. I now have to strongly dispute your other conclusions
> > as well.
>
(2012/11/20 16:08), Tejun Heo wrote:
Hello, Kamezawa.
On Tue, Nov 20, 2012 at 04:05:51PM +0900, Kamezawa Hiroyuki wrote:
BTW, css's ID was limited to 65535 to be encoded in 2bytes.
If we use INT, this will increase size of swap_cgroup.
(2bytes per page => 4bytes per page) It's preallocated at s
Hello, guys.
This patchset replaces the following two patchsets.
[1] "[PATCHSET cgroup/for-3.8] netprio_cgroup: implement hierarchy support"
[2] "[PATCHSET cgroup/for-3.8] netcls_cgroup: implement hierarchy support"
It turns out that we'll have to live with attributes which are
inherited only
On Tue, Nov 20, 2012 at 12:53 AM, Dave Chinner wrote:
> On Mon, Nov 19, 2012 at 07:50:06AM +0100, Torsten Kaiser wrote:
> So, both lockdep thingy's are the same:
I suspected this, but as the reports where slightly different I
attached bith of them, as I couldn't decide witch one was the
better/si
Hello, Kamezawa.
On Tue, Nov 20, 2012 at 04:05:51PM +0900, Kamezawa Hiroyuki wrote:
> BTW, css's ID was limited to 65535 to be encoded in 2bytes.
> If we use INT, this will increase size of swap_cgroup.
> (2bytes per page => 4bytes per page) It's preallocated at swapon()
> because allocating memor
It turns out that we'll have to live with attributes which are
inherited at cgroup creation time but not affected by further updates
to the parent afterwards - such attributes are already in wide use
e.g. for cpuset.
So, there's nothing to do for netcls_cgroup for hierarchy support.
Its current be
The function is about to go through a rewrite. In preparation,
shorten the variable names so that we don't repeat "priomap" so often.
This patch is cosmetic.
Signed-off-by: Tejun Heo
Acked-by: Neil Horman
---
net/core/netprio_cgroup.c | 23 +++
1 file changed, 11 insertion
+-- On Mon, 19 Nov 2012, Linus Torvalds wrote --+
| isn't your patch the one that does a request_module even without trying
| without it? There was a discussion about why that isn't valid. Don't do it.
Yep, okay.
--
Prasad J Pandit / Red Hat Security Response Team
DB7A 84C5 D3F9 7CD1 B5EB C939
On 11/20/12, Zhang Rui wrote:
> On Tue, 2012-11-20 at 15:16 +0900, Kyungmin Park wrote:
>> On 11/20/12, Zhang Rui wrote:
>> > On Tue, 2012-11-20 at 10:39 +0900, Kyungmin Park wrote:
>> >> On 11/20/12, Jonghwan Choi wrote:
>> >> > [0]bit is used to enable/disable tmu core. [1] bit is a reserved
>
With priomap expansion no longer depending on knowing max id
allocated, netprio_cgroup can use cgroup->id insted of cs->prioidx.
Drop prioidx alloc/free logic and convert all uses to cgroup->id.
* In cgrp_css_alloc(), parent->id test is moved above @cs allocation
to simplify error path.
* In cg
On Mon 19-11-12 17:44:34, David Rientjes wrote:
> While profiling numa/core v16 with cgroup_disable=memory on the command
> line, I noticed mem_cgroup_count_vm_event() still showed up as high as
> 0.60% in perftop.
>
> This occurs because the function is called extremely often even when memcg
>
Introduce two helpers - netprio_prio() and netprio_set_prio() - which
hide the details of priomap access and expansion. This will help
implementing hierarchy support.
Signed-off-by: Tejun Heo
Acked-by: Neil Horman
---
net/core/netprio_cgroup.c | 72 -
netprio kept track of the highest prioidx allocated and resized
priomaps accordingly when necessary. This makes it necessary to keep
track of prioidx allocation and may end up resizing on every new
prioidx.
Update extend_netdev_table() such that it takes @target_idx which the
priomap should be ab
Inherit netprio configuration from ->css_online(), allow nesting and
remove .broken_hierarchy marking. This makes netprio_cgroup's
behavior match netcls_cgroup's.
Note that this patch changes userland-visible behavior. Nesting is
allowed and the first level cgroups below the root cgroup behave
d
sscanf() doesn't bite.
Signed-off-by: Tejun Heo
Acked-by: Neil Horman
---
net/core/netprio_cgroup.c | 56 ++-
1 file changed, 11 insertions(+), 45 deletions(-)
diff --git a/net/core/netprio_cgroup.c b/net/core/netprio_cgroup.c
index f0b6b0d..66d98da
(2012/11/20 14:31), Tejun Heo wrote:
Hello, Kamezawa.
On Tue, Nov 20, 2012 at 01:34:54PM +0900, Kamezawa Hiroyuki wrote:
I'm sorry if I misunderstand ... current usage of css-id in memory/swap cgroup
is for recording information of memory cgroup which may be destroyed. In some
case,
a memcg's
+-- On Mon, 19 Nov 2012, Kees Cook wrote --+
| I don't think you're being rude at all. You're defending your solution. :)
Thank you Kees, really appreciate it.
| However, it also changes the conditions for when a module is loaded
| (i.e. 0x7f no longer triggers a module_load, so anything needi
On Mon, Nov 19, 2012 at 03:49:25PM -0700, Bjorn Helgaas wrote:
> I think the benefit here is that you can merely point
> .acpi_match_table at an acpi_device_id[] table, then use
> platform_get_resource() as a generic way to get resources, whether the
> platform device came from OF, ACPI, etc. The
On 11/20/2012 02:55 PM, Wen Congyang wrote:
At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_sectio
This is a cosmetic change to rename the irq name to match the device
name.
Signed-off-by: Sivaram Nair
---
drivers/rtc/rtc-tps65910.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-tps65910.c b/drivers/rtc/rtc-tps65910.c
index 7a82337..e8d44bc 100644
--- a
On 9 November 2012 20:57, Viresh Kumar wrote:
> From: Vipul Kumar Samar
>
> Signed-off-by: Vipul Kumar Samar
> ---
> drivers/input/touchscreen/stmpe-ts.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/input/touchscreen/stmpe-ts.c
> b/drivers/input/touchscreen/stmpe-ts.c
> ind
On Mon, Nov 19, 2012 at 10:14 PM, Kees Cook wrote:
> On Mon, Nov 19, 2012 at 7:45 PM, Serge Hallyn
> wrote:
>> Quoting Kees Cook (keesc...@chromium.org):
>>> Instead of locking the list during a delete, mark entries as invalid
>>> and trigger a workqueue to clean them up. This lets us easily hand
At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
> On 11/01/2012 05:44 PM, Wen Congyang wrote:
>> From: Yasuaki Ishimatsu
>>
>> Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
>> even if
>> we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
>>
>> So the patch add unregi
On 8 November 2012 20:39, Viresh Kumar wrote:
> From: Vipul Kumar Samar
>
> SPEAr sdhci driver expects the clock to be set to 50 MHz for proper
> functioning.
> This patch sets clk to 50 MHz in probe.
>
> Signed-off-by: Vipul Kumar Samar
> Signed-off-by: Viresh Kumar
Ping!!
--
To unsubscribe
On 9 November 2012 21:01, Viresh Kumar wrote:
> This patch frees stmpe driver from tension of freeing resources :)
> devm_* derivatives of multiple routines are used while allocating resources,
> which would be freed automatically by kernel.
>
> Signed-off-by: Viresh Kumar
Ping!!
--
To unsubscri
Ping?
On 11/12/2012 03:50 PM, Sasha Levin wrote:
> Lockdep is an awesome piece of code which detects locking issues which are
> relevant both to userspace and kernelspace. We can easily make lockdep
> work in userspace since there is really no kernel spacific magic going
> on in the code.
>
> All
On 11/20/2012 04:26 AM, Michael S. Tsirkin wrote:
> On Mon, Nov 19, 2012 at 04:53:42PM +0800, Asias He wrote:
>> vhost-blk is an in-kernel virito-blk device accelerator.
>>
>> Due to lack of proper in-kernel AIO interface, this version converts
>> guest's I/O request to bio and use submit_bio() to
On Mon, Nov 19, 2012 at 04:49:38PM -0800, Andrew Morton wrote:
>
> Where *is* this pseudo-file, anyway? The changelog doesn't tell us
> where it lies in the filesystem.
>
> I know! I'll search the documentation! /proc/sys/fs/epoll/..., yes?
>
> btw, Documentation/sysctl/fs.txt is missing docu
In intel_mid_dma.c, when setup DMA controller, its interrupt
mask value is hard coded, it's not needed because this value
has already been initiated and set value according to DMA
channels which are used.
cc: Chen Jun
Signed-off-by: channing
---
drivers/dma/intel_mid_dma.c |1 -
1 files ch
- Register a notifier function to be called whenever a PCIe error is
detected by the AER subsystem.
- The notifier function bumps up a global count to keep track of the
error notifications.
- Before guest entry, each vcpu checks if there has been any new
notifications sin
- When KVM_RUN ioctl returns with an exit reason requesting a shutdown
of the guest due to a PCI device error detected by AER, shutdown the
guest immediately.
Signed-off-by: Vijay Mohan Pandarathil
---
kvm-all.c | 6 ++
linux-headers/linux/kvm.h | 1 +
2 files changed, 7 inse
Add support for error containment when a PCI pass-thru device assigned to a KVM
guest encounters an error. This is for PCIe devices/drivers that support AER
functionality. When the OS is notified of an error in a device either
through the firmware first approach or through an interrupt handled by t
- When an uncorrected recoverable error is reported via an NMI in the
firmware first model of AER, invoke the callbacks registered for
notifications as well as mark the device as tainted.
- Add a new function ghes_mark_dev_err() leveraged from ghes_do_proc()
to identify the dev
- Adds infrastructure support for error notifications from AER subsystem
to other subsystems. The generic notifier_chain functionality is used.
- When the AER rootport driver detects an uncorrected error, invoke the
callbacks registered for notifications as well as mark the device as
tainted.
-
On Tue, 2012-11-20 at 15:16 +0900, Kyungmin Park wrote:
> On 11/20/12, Zhang Rui wrote:
> > On Tue, 2012-11-20 at 10:39 +0900, Kyungmin Park wrote:
> >> On 11/20/12, Jonghwan Choi wrote:
> >> > [0]bit is used to enable/disable tmu core. [1] bit is a reserved bit.
> >> >
> >> > Signed-off-by: Jong
On Mon, Nov 19, 2012 at 09:52:11PM -0800, Andrew Morton wrote:
> On Wed, 7 Nov 2012 03:01:52 -0800 Anton Vorontsov
> wrote:
> >Upon these notifications, userland programs can cooperate with
> >the kernel, achieving better system's memory management.
>
> Well I read through the
On 11/13/2012 07:03 PM, Denys Fedoryshchenko wrote:
> Hi
>
> Just tried to run latest 3.6.6 32bit kernel on my server farm and got
> circular locking warning:
> Please let me know if you need more information.
Hi, Denys
You can take a try on below patch, it should do some help,
please let me kno
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
So the patch add unregister_memory_section() into __remove_section().
Hi Yasuaki,
In
On Tue, 20 Nov 2012, Ingo Molnar wrote:
> > > numa/core at ec05a2311c35 ("Merge branch 'sched/urgent' into
> > > sched/core") had an average throughput of 136918.34
> > > SPECjbb2005 bops, which is a 6.3% regression.
> >
> > perftop during the run on numa/core at 01aa90068b12 ("sched:
> > Use
On Tue, Nov 6, 2012 at 9:31 PM, Thomas Hellstrom wrote:
> The mostly used lookup+get put+potential_destroy path of TTM objects
> is converted to use RCU locks. This will substantially decrease the amount
> of locked bus cycles during normal operation.
> Since we use kfree_rcu to free the objects,
On 11/20/12, Zhang Rui wrote:
> On Tue, 2012-11-20 at 10:39 +0900, Kyungmin Park wrote:
>> On 11/20/12, Jonghwan Choi wrote:
>> > [0]bit is used to enable/disable tmu core. [1] bit is a reserved bit.
>> >
>> > Signed-off-by: Jonghwan Choi
>> Acked-by: Kyungmin Park
>
> Amit and Donggeun Kim,
FY
On Mon, Nov 19, 2012 at 7:45 PM, Serge Hallyn
wrote:
> Quoting Kees Cook (keesc...@chromium.org):
>> Instead of locking the list during a delete, mark entries as invalid
>> and trigger a workqueue to clean them up. This lets us easily handle
>> task_free from interrupt context.
>>
>> Cc: Sasha Lev
On 11/20/2012 11:42 AM, Tc, Jenny wrote:
I think that the role of extcon subsystem notify changed
state(attached/detached) of cable to notifiee, but if you want to
add property feature of cable, you should solve ambiguous issues.
First,
This pat
On Mon, Nov 19, 2012 at 02:31:53PM +0100, Davide Ciminaghi wrote:
> Many of the regmap enabled drivers implementing one or more of the
> readable, writeable, volatile and precious methods use the same code
> pattern:
>
> return ((reg >= X && reg <= Y) || (reg >= W && reg <= Z) || ...)
>
> S
* David Rientjes wrote:
> > numa/core at ec05a2311c35 ("Merge branch 'sched/urgent' into
> > sched/core") had an average throughput of 136918.34
> > SPECjbb2005 bops, which is a 6.3% regression.
>
> perftop during the run on numa/core at 01aa90068b12 ("sched:
> Use the best-buddy 'ideal cpu'
On Wed, 07 Nov 2012 21:48:17 +0100 Erwan Velu wrote:
> Hi fellows,
>
> I'm been facing some lseek() troubles on a very light hardware (Atom E660)
> under heavy load (network + cpu + disk IOs). I'm using 3.2.32 on a 32bit Os
> with a local SSD as mass storage.
>
> If a do open a block device
linux/err.h was included twice.
Signed-off-by: Sachin Kamat
---
drivers/mfd/twl6040.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/twl6040.c b/drivers/mfd/twl6040.c
index e5f7b79..583be76 100644
--- a/drivers/mfd/twl6040.c
+++ b/drivers/mfd/twl6040.c
@@ -3
On Tue, 2012-11-20 at 10:39 +0900, Kyungmin Park wrote:
> On 11/20/12, Jonghwan Choi wrote:
> > [0]bit is used to enable/disable tmu core. [1] bit is a reserved bit.
> >
> > Signed-off-by: Jonghwan Choi
> Acked-by: Kyungmin Park
Amit and Donggeun Kim,
any comments on this patch?
thanks,
rui
On Wed, 7 Nov 2012 03:01:52 -0800 Anton Vorontsov
wrote:
>Upon these notifications, userland programs can cooperate with
>the kernel, achieving better system's memory management.
Well I read through the whole thread and afaict the above is the only
attempt to describe why thi
From: Charles Keepax
In the absence of a physical reset line the chip is reset by writing the
first register, which is done after the register patch has been applied.
This patch synchronises the register cache after the reset to preserve
any register changes that had been applied.
Signed-off-by:
On 11/18/2012 10:34 PM, Volodin Arkady "Enforta" wrote:
> Hi there!
> Looks like it is bug in scsi.h with missing definitions in 3.2.34.
> I compared scsi.h with one in 3.2.29 kernel and there are lots of definitions
> missing in 3.2.34:
> 18014 bytes in old file and only 7037 in new one.
>
Ye
On Tue, Nov 20, 2012 at 01:46:21PM +0900, Mark Brown wrote:
> + ret = regcache_sync(arizona->regmap);
> + if (ret != 0) {
> + dev_err(dev, "Failed to sync device: %d\n", ret);
> + goto err_ldoena;
This should be err_reset - the chang
Hello, guys.
On Mon, Nov 19, 2012 at 11:21:42AM -0800, Tejun Heo wrote:
> On Fri, Nov 16, 2012 at 07:30:59PM -0800, Tejun Heo wrote:
> > Hello, guys.
> >
> > This patchset implements proper hierarchy support for netcls_cgroup.
> > Pretty simliar to the netprio one[3]. Simpler as each cgroup has
Hello, Kamezawa.
On Tue, Nov 20, 2012 at 01:34:54PM +0900, Kamezawa Hiroyuki wrote:
> I'm sorry if I misunderstand ... current usage of css-id in memory/swap cgroup
> is for recording information of memory cgroup which may be destroyed. In some
> case,
> a memcg's cgroup is freed but a struct mem
irq_create_mapping() returns 0 if it fails to provide a valid irq number.
'ret' needs to be updated with a negative error code before returning from
probe to signal probe failure. While at it, also corrected the 'virq' type to
unsigned from signed.
Signed-off-by: Sachin Kamat
---
drivers/extcon/
devm_kzalloc() is a device managed function. It makes error handling
and cleanup code a bit simpler.
Signed-off-by: Sachin Kamat
---
drivers/extcon/extcon-max8997.c | 18 ++
1 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/extcon/extcon-max8997.c b/driver
devm_kzalloc() is a device managed function. It makes error handling
and cleanup code a bit simpler.
Signed-off-by: Sachin Kamat
---
drivers/extcon/extcon-max77693.c | 23 ---
1 files changed, 8 insertions(+), 15 deletions(-)
diff --git a/drivers/extcon/extcon-max77693.c b
irq_create_mapping() returns 0 if it fails to provide a valid irq number.
'ret' needs to be updated with a negative error code before returning from
probe to signal probe failure. While at it, also corrected the 'virq' type to
unsigned from signed.
Signed-off-by: Sachin Kamat
---
drivers/extcon/
Electrnoics -> Electronics
Signed-off-by: Sachin Kamat
---
drivers/extcon/extcon-max8997.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/extcon/extcon-max8997.c b/drivers/extcon/extcon-max8997.c
index c364794..af8a5bc 100644
--- a/drivers/extcon/extcon-max8997
Return the value obtained from the function extcon_register_interest
instead of -EINVAL.
Silences the following warning:
drivers/extcon/extcon-class.c:475 extcon_register_interest() info:
why not propagate 'obj->cable_index' from extcon_find_cable_index()
instead of -22?
Signed-off-by: Sachin Kam
1 - 100 of 625 matches
Mail list logo
