On Mon, 06 Apr 2015, Dmitry Torokhov wrote:
> Hi Lee,
>
> On Mon, Mar 09, 2015 at 10:47:15AM -0700, Dmitry Torokhov wrote:
> > Even if bus is not hot-pluggable, the devices can be unbound from the
> > driver via sysfs, so we should not be using __exit annotations on
> > remove() methods. The only
On Mon, 06 Apr 2015, Bert Vermeulen wrote:
> The SPI-connected CPLD chip controls access to the main NAND flash
> chip and five LEDs.
>
> Signed-off-by: Bert Vermeulen
> ---
> arch/mips/include/asm/mach-ath79/rb4xx_cpld.h | 49 +
> drivers/mfd/Kconfig | 7 +
> d
Hi Mark,
After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/spi/spi-fsl-dspi.c: In function 'dspi_setup':
drivers/spi/spi-fsl-dspi.c:395:2: error: implicit declaration of function
'ns_delay_scale' [-Werror=implicit-function-declaration]
ns_dela
Hi Stefan,
Thank you for your review and testing on Vybrid F610 device. This driver
just implement the basic functions and it only support the exported
framebuffer access. Some DRM interfaces are not implemented now. So your
test result is normal. I will implement these interfaces with patches
On Tue, 2015-04-07 at 11:37 +0800, Pengfei Yuan wrote:
> Hi,
>
> I have conducted some experiments to compare kernels built with -O2
> and -O3. Here are the results:
>
> Application Performance O2 Performance O3 Improvement
> Apache 127814.14 req/s 130321.24 req/s 1.96%
> Nginx
On Mon, 06 Apr 2015, Bjorn Andersson wrote:
> Add the regulator subnodes to the Qualcomm RPM MFD device tree bindings.
>
> Reviewed-by: Stephen Boyd
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v2:
> - s/notes/nodes from Stephen
>
> Documentation/devicetree/bindings/mfd/qcom-rpm.
On Tue, 07 Apr 2015, Axel Lin wrote:
> This is a common checking in various drivers, so move the checking to
> _of_phy_get().
>
> Signed-off-by: Axel Lin
> ---
> v2: Fixup the error patch. It needs to call module_put if Requested PHY is
> disabled.
> drivers/phy/phy-core.c | 12 +++
On 04/06/2015 10:00 PM, Toshi Kani wrote:
> 'Commit ec776ef6bbe17 ("x86/mm: Add support for the non-standard
> protected e820 type")' added E820_PRAM ranges, which do not have
> have struct-page. Therefore, there is no need to update max_pfn
> to cover the E820_PRAM ranges.
But E820_PRAM ranges
From: Chao Xie
USB will drive clock from USB_PLL.
Signed-off-by: Chao Xie
---
drivers/clk/mmp/clk-of-pxa168.c| 1 +
drivers/clk/mmp/clk-of-pxa910.c| 1 +
include/dt-bindings/clock/marvell,pxa168.h | 1 +
include/dt-bindings/clock/marvell,pxa910.h | 1 +
4 files changed,
From: Chao Xie
Timer has external fast clock, and it is a mux clock.
Add the timer clock type for timer driver.
Signed-off-by: Chao Xie
---
drivers/clk/mmp/clk-of-mmp2.c | 6 ++
drivers/clk/mmp/clk-of-pxa168.c| 7 +++
drivers/clk/mmp/clk-of-pxa910.c
From: Chao Xie
The suggested value in the mmp2 manual is wrong.
There are only 13 bits for numerator, but some suggested
value has 14 bits.
Fix the factor tabled and remove the unused items.
Signed-off-by: Chao Xie
---
drivers/clk/mmp/clk-mmp2.c| 4 +---
drivers/clk/mmp/clk-of-mmp2.c | 4 +
From: Chao Xie
There are three patches
First two are fix patches.
The last one will add the timer clock for pxa168/mmp2/pxa910.
The timer driver will make use of the timer clock.
Chao Xie (3):
clk: mmp: add fixed clock UBS_PLL for pxa910/pxa168
clk: mmp: Fix the wrong factor table for uart
On Mon, Apr 6, 2015 at 8:39 PM, Michael Ellerman wrote:
> On Mon, 2015-04-06 at 19:01 -0700, Andy Lutomirski wrote:
>> This is my sigreturn test, added mostly unchanged from its old home.
>> It exercises the sigreturn(2) syscall, specifically focusing on its
>> interactions with various IRET corne
This is my sigreturn test, added mostly unchanged from its old home.
It exercises the sigreturn(2) syscall, specifically focusing on its
interactions with various IRET corner cases. It tests for correct
behavior in several areas that were historically dangerously buggy.
For example, it exercises e
On Thursday 02 April 2015 07:58 AM, Brian Norris wrote:
On Tue, Mar 31, 2015 at 11:31:40AM +0530, Kishon Vijay Abraham I wrote:
On Saturday 28 March 2015 05:58 AM, Brian Norris wrote:
On Thu, Mar 26, 2015 at 03:29:44AM +0530, Kishon Vijay Abraham I wrote:
On Thursday 19 March 2015 06:53 AM,
On Thu, Apr 02, 2015 at 10:29:52AM -0400, Rob Clark wrote:
> So, from a quick look, it seems like there is a lot of potential to
> split the v4l part out into some drm helpers.. it looks pretty
> generic(ish), or at least it could be with some strategically placed
> vfuncs in drm_v4l2_helper_funcs.
Also check MMC OF properties. The controller supports MMC too.
Signed-off-by: Michal Simek
---
drivers/mmc/host/sdhci-of-arasan.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/host/sdhci-of-arasan.c
b/drivers/mmc/host/sdhci-of-arasan.c
index bcb51e9.
On Sun, Apr 05, 2015 at 10:31:52AM -0400, Sasha Levin wrote:
> I'm announcing the release of the 3.18.11 kernel.
>
> All users of the 3.18 kernel series must upgrade.
>
> The updated 3.18.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Tuesday, March 31, 2015 1:43 AM
> To: linux-kernel@vger.kernel.org; Zhang, Rui; Eduardo Valentin
> Cc: linux...@vger.kernel.org
> Subject: [PATCH 6/7] thermal: Use bool function return values of true/false
> not
>
On Mon, Apr 6, 2015 at 8:43 PM, Bjorn Helgaas wrote:
> On Mon, Apr 6, 2015 at 8:13 PM, Yinghai Lu wrote:
>> On Mon, Apr 6, 2015 at 3:49 PM, Bjorn Helgaas wrote:
>>>
>>> For "[PATCH 1/3] PCI: Introduce pci_bus_addr_t", I'm waiting for an updated
>>> version with Kconfig tweaks so we don't break o
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_sprite.c between commit 840a1cf0cd53
("drm/i915: Reject the colorkey ioctls for primary and cursor planes")
from Linus' tree and commit a8265c59e22a ("drm/i915: Rip out
GET_SPRITE_COLORKEY ioctl") from t
On Mon, 2015-04-06 at 21:59 -0400, Steven Rostedt wrote:
>
> We really should have a rt_spin_trylock_in_irq() and not have the
> below if conditional.
>
> The paths that will be executed in hard irq context are static. They
> should be labeled as such.
I did it as an explicitly labeled special p
On Tue, Apr 07, 2015 at 12:01:03AM +0530, Sricharan R wrote:
> +static u32 qup_i2c_send_data(struct qup_i2c_dev *qup, int tlen, u8 *tbuf,
> + int dlen, u8 *dbuf)
> +{
> + u32 val = 0, idx = 0, pos = 0, i = 0, t;
> + int len = tlen + dlen;
> + u8 *buf = tbuf;
> -Original Message-
> From: Li, ZhenHua [mailto:zhen-h...@hp.com]
> Sent: Friday, April 03, 2015 4:13 PM
> To: Wu, Feng
> Cc: Joerg Roedel; dw...@infradead.org; jiang@linux.intel.com;
> io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org; Li, ZhenHua
> Subject: Re: [v4 0/8
Use common struct resource_entry to replace private struct iospace_resource.
Signed-off-by: Jiang Liu
---
arch/ia64/include/asm/pci.h |5 -
arch/ia64/pci/pci.c | 17 -
2 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/arch/ia64/include/asm/pci.h b/
Rename struct pci_sysdata as struct pci_controller, so we could share
common code between IA64 and x86 later.
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/pci.h| 12 ++--
arch/x86/include/asm/pci_64.h |4 ++--
arch/x86/pci/acpi.c |8
arch/x86/pci/com
Use common interface to simplify ACPI PCI host bridge implementation.
Signed-off-by: Jiang Liu
---
arch/x86/pci/acpi.c | 281 +--
1 file changed, 72 insertions(+), 209 deletions(-)
diff --git a/arch/x86/pci/acpi.c b/arch/x86/pci/acpi.c
index e7f3
Use common interface to simplify PCI host bridge implementation.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
arch/ia64/pci/pci.c | 243 +++
1 file changed, 49 insertions(+), 194 deletions(-)
diff --git a/arch/ia64/pci/pci.c b/arch/ia64/pci
Enhance ACPI resource parsing interfaces to support sparse IO space,
which will be used to share common code between x86 and IA64.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |9 ++---
include/linux/ioport.h |1 +
2 files changed, 7 insertions(+), 3 de
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 x86. It may
also help ARM64 in future.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
drivers/acp
Use common ACPI resource parsing interface to parse ACPI resources for
PCI host bridge, so we could share more code between IA64 and x86.
Later we will consolidate arch specific implementations into ACPI core.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
arch/ia64/pci/pci.c | 388
As suggested by Bjorn, this patch set consolidates common ACPI PCI host
bridge code from x86 and IA64 into ACPI core. It may also help to
support ACPI PCI host bridge on ARM64 platfrom too in future.
It introduces struct acpi_pci_root_ops and acpi_pci_root_create().
Arch code only needs to impleme
Before commit 593669c2ac0f("Use common ACPI resource interfaces to
simplify implementation"), arch/x86/pci/acpi.c applies following
rules when parsing ACPI resources for PCI host bridge:
1) Ignore IO port resources defined by acpi_resource_io and
acpi_resource_fixed_io, which should be used to d
On Tue, Apr 07, 2015 at 11:46:22AM +0800, Xinwei Kong wrote:
>
>
> On 2015/4/6 22:03, Matt Porter wrote:
> > On Tue, Mar 31, 2015 at 02:59:21PM +0800, Xinwei Kong wrote:
> >> From: kongxinwei
> >>
> >> This adds documentation of device tree bindings for the
> >> thermal sensor controller of hi62
This is a common checking in various drivers, so move the checking to
_of_phy_get().
Signed-off-by: Axel Lin
---
v2: Fixup the error patch. It needs to call module_put if Requested PHY is
disabled.
drivers/phy/phy-core.c | 12 ++--
drivers/phy/phy-miphy28lp.c | 5 -
drivers
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in
net/9p/protocol.c between commit 6250a8badb31 ("9p: use unsigned
integers for nwqid/count") from the v9fs tree and commit 3f39ef33084b
("net/9p: switch the guts of p9_client_{read,write}() to iov_iter")
from the vfs tree.
I fixed i
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in fs/ext4/inode.c
between commit 72b8e0f9fa8a ("ext4: remove unused header files") from the ext4
tree and commit e2e40f2c1ed4 ("fs: move struct kiocb to fs.h") from the vfs
tree.
I fixed it up (see below) and can carry the fix as
The total used dl bandwidth of each root domain will be reset to 0 after
cpu hotplug when rebuild sched domains, since the call path is:
_cpu_down
cpuset_cpu_inactive()
cpuset_update_active_cpus()
partition_sched_domains()
build_sched_domains()
init_rootdomain()
On Tue, 2015-04-07 at 13:36 +1000, Sam Bobroff wrote:
> Code such as:
>x = timercmp(&now, &end, <);
> Will currently trigger a checkpatch error. e.g.
> ERROR: spaces required around that '<'
>
> This is because the "Ignore operators passed as parameters" check
> looks only for a comma foll
On 04/03/15 at 02:05pm, Li, Zhen-Hua wrote:
> The hardware will do some verification, but not completely. If people think
> the OS should also do this, then it should be another patchset, I think.
If there is chance to corrupt more memory I think it is not a right way.
We should think about a be
On 04/05/15 at 09:54am, Baoquan He wrote:
> On 04/03/15 at 05:21pm, Dave Young wrote:
> > On 04/03/15 at 05:01pm, Li, ZhenHua wrote:
> > > Hi Dave,
> > >
> > > There may be some possibilities that the old iommu data is corrupted by
> > > some other modules. Currently we do not have a better soluti
On 2015/4/6 22:03, Matt Porter wrote:
> On Tue, Mar 31, 2015 at 02:59:21PM +0800, Xinwei Kong wrote:
>> From: kongxinwei
>>
>> This adds documentation of device tree bindings for the
>> thermal sensor controller of hi6220 SoC.
>>
>> Signed-off-by: Leo Yan
>> Signed-off-by: kongxinwei
>> ---
>>
On Mon, Apr 6, 2015 at 8:13 PM, Yinghai Lu wrote:
> On Mon, Apr 6, 2015 at 3:49 PM, Bjorn Helgaas wrote:
>>
>> For "[PATCH 1/3] PCI: Introduce pci_bus_addr_t", I'm waiting for an updated
>> version with Kconfig tweaks so we don't break other arches.
>
> I was thinking that you will update it manu
On Mon, 2015-04-06 at 19:01 -0700, Andy Lutomirski wrote:
> This is my sigreturn test, added mostly unchanged from its old home.
> It exercises the sigreturn(2) syscall, specifically focusing on its
> interactions with various IRET corner cases. It tests for correct
> behavior in several areas tha
Hi,
I have conducted some experiments to compare kernels built with -O2
and -O3. Here are the results:
Application Performance O2 Performance O3 Improvement
Apache 127814.14 req/s 130321.24 req/s 1.96%
Nginx537589.08 req/s 556723.32 req/s 3.56%
MySQL70661.38 tx/s
Code such as:
x = timercmp(&now, &end, <);
Will currently trigger a checkpatch error. e.g.
ERROR: spaces required around that '<'
This is because the "Ignore operators passed as parameters" check
looks only for a comma following the operator. Improve the check by
also looking for a close p
Hello experts,
I hope this is the correct ML to ask this question.
I am struggling to port Linux-4.0-rc7 onto my SoC/board,
based on ARM cortex-A9 (single CPU), but the kernel fails to boot
with the error:
"not syncing: Attempted to kill init! exitcode=0x0004"
I want to use NS16550-compatibl
On 04/06/15 at 07:26am, Yasuaki Ishimatsu wrote:
> Hi,
>
> On Fri, 3 Apr 2015 15:15:13 +0800
> Dave Young wrote:
>
> > Hi,
> >
> > On 04/02/15 at 12:36pm, Yasuaki Ishimatsu wrote:
> > >
> > > On Wed, 1 Apr 2015 12:53:46 +0800
> > > Dave Young wrote:
> > >
> > > > I got below kernel panic dur
From: Micky Ching
rts5250 chip failed handle 64 bit ADMA for address below 4G.
Add 64 BIT quirks to disable this feature.
Signed-off-by: Micky Ching
---
drivers/mmc/host/sdhci-pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/host/sdhci-pci.c
Hi Andrew,
Apologies for replying late.
On Wednesday 25 March 2015 04:29 AM, Andrew Morton wrote:
On Tue, 3 Mar 2015 15:12:02 +0530 Keerthy wrote:
Add external 32k clock feature. The internal clock will be gated during suspend.
Hence make use of the external 32k clock so that rtc is function
On Thu, Mar 26, 2015 at 04:53:57PM +0100, Sascha Hauer wrote:
> Now that the of thermal support no longer changes the
> thermal_zone_device_ops it can be const again.
>
> Signed-off-by: Sascha Hauer
> ---
> drivers/thermal/thermal_core.c | 2 +-
> include/linux/thermal.h| 6 +++---
I bel
On Thu, Mar 26, 2015 at 04:53:58PM +0100, Sascha Hauer wrote:
> Now that we no longer modify the ops they can be const again. Also
> we no longer have to duplicate them.
>
> Signed-off-by: Sascha Hauer
Should this one be merged to patch 09/13?
> ---
> drivers/thermal/of-thermal.c | 18 +++-
On Thu, Mar 26, 2015 at 04:53:56PM +0100, Sascha Hauer wrote:
> Now that the thermal core treats -ENOSYS like the callbacks were
> not present at all we no longer have to overwrite the ops during
> runtime but instead can always set them and return -ENOSYS if no
> sensor is registered.
>
> Signed-
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/core/fib_rules.c between commit 419df12fb5fa ("net: move
fib_rules_unregister() under rtnl lock") from the net tree and commit
efd7ef1c1929 ("net: Kill hold_net release_net") from the net-next tree.
I fixed it up (see bel
On 2015/3/31 21:46, Yunlong Song wrote:
> Hi,
> Found some functions to improve and bugs to fix in perf sched replay.
>
> Yunlong Song (9):
> perf sched replay: Use struct task_desc instead of struct task_task
> for correct meaning
> perf sched replay: Increase the MAX_PID value to f
On Thu, Mar 26, 2015 at 04:53:53PM +0100, Sascha Hauer wrote:
> The .get_trend callback in struct thermal_zone_device_ops has the prototype:
>
> int (*get_trend) (struct thermal_zone_device *, int,
> enum thermal_trend *);
>
> whereas the .get_trend callback in struc
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/ethernet/mellanox/mlx4/cmd.c between commit fde913e25496
("net/mlx4_core: Fix error message deprecation for ConnectX-2 cards")
from the net tree and commit a130b5905732 ("net/mlx4: Add SET_PORT
opcode modifiers enu
Every tracing file must have its own TRACE_SYSTEM defined.
The mac80211 tracepoint header broke this and add in the middle
of the file had:
#undef TRACE_SYSTEM
#define TRACE_SYSTEM mac80211_msg
Unfortunately, this broke new code in the ftrace infrastructure.
Moving the mac80211_msg into its ow
On Mon, 2015-04-06 at 15:28 -0400, Rik van Riel wrote:
> On 04/03/2015 11:43 PM, Mike Galbraith wrote:
>
> > Speaking of microsecond savers, the (ick) deferment experiment
> > below
> > cut 60 core jitter in half. Shooting the clocksource watchdog
> > fixes
> > alternating ~15us/~5us tick on my
This patch introduces a new generic queue spinlock implementation that
can serve as an alternative to the default ticket spinlock. Compared
with the ticket spinlock, this queue spinlock should be almost as fair
as the ticket spinlock. It has about the same speed in single-thread
and it can be much
This is a preparatory patch that extracts out the following 2 code
snippets to prepare for the next performance optimization patch.
1) the logic for the exchange of new and previous tail code words
into a new xchg_tail() function.
2) the logic for clearing the pending bit and setting the loc
Provide a separate (second) version of the spin_lock_slowpath for
paravirt along with a special unlock path.
The second slowpath is generated by adding a few pv hooks to the
normal slowpath, but where those will compile away for the native
case, they expand into special wait/wake code for the pv v
From: Peter Zijlstra (Intel)
When we allow for a max NR_CPUS < 2^14 we can optimize the pending
wait-acquire and the xchg_tail() operations.
By growing the pending bit to a byte, we reduce the tail to 16bit.
This means we can use xchg16 for the tail part and do away with all
the repeated compxch
This patch makes the necessary changes at the x86 architecture
specific layer to enable the use of queue spinlock for x86-64. As
x86-32 machines are typically not multi-socket. The benefit of queue
spinlock may not be apparent. So queue spinlock is not enabled.
Currently, there is some incompatibi
The current code for PV lock hash table processing will panic the
system if pv_hash_find() can't find the desired hash bucket. However,
there is no check to see if there is more than one entry for a given
lock which should never happen.
This patch adds a pv_hash_check_duplicate() function to do th
From: Peter Zijlstra (Intel)
When we detect a hypervisor (!paravirt, see qspinlock paravirt support
patches), revert to a simple test-and-set lock to avoid the horrors
of queue preemption.
Signed-off-by: Peter Zijlstra (Intel)
Signed-off-by: Waiman Long
---
arch/x86/include/asm/qspinlock.h |
Before this patch, a CPU may have been kicked twice before getting
the lock - one before it becomes queue head and once before it gets
the lock. All these CPU kicking and halting (VMEXIT) can be expensive
and slow down system performance, especially in an overcommitted guest.
This patch add a new
This patch is based on the code sent out by Peter Zijstra as part
of his queue spinlock patch to provide a hashing function with open
addressing. The lfsr() function can be used to return a sequence of
numbers that cycle through all the bit patterns (2^n -1) of a given
bit width n except the value
This patch adds the necessary Xen specific code to allow Xen to
support the CPU halting and kicking operations needed by the queue
spinlock PV code.
Signed-off-by: Waiman Long
---
arch/x86/xen/spinlock.c | 63 ---
kernel/Kconfig.locks|2 +-
2
Currently, atomic_cmpxchg() is used to get the lock. However, this
is not really necessary if there is more than one task in the queue
and the queue head don't need to reset the tail code. For that case,
a simple write to set the lock bit is enough as the queue head will
be the only one eligible to
This patch adds the necessary KVM specific code to allow KVM to
support the CPU halting and kicking operations needed by the queue
spinlock PV code.
Signed-off-by: Waiman Long
---
arch/x86/kernel/kvm.c | 43 +++
kernel/Kconfig.locks |2 +-
2 files c
From: Peter Zijlstra (Intel)
Because the qspinlock needs to touch a second cacheline (the per-cpu
mcs_nodes[]); add a pending bit and allow a single in-word spinner
before we punt to the second cacheline.
It is possible so observe the pending bit without the locked bit when
the last owner has ju
In the pv_scan_next() function, the slow cmpxchg atomic operation is
performed even if the other CPU is not even close to being halted. This
extra cmpxchg can harm slowpath performance.
This patch introduces the new mayhalt flag to indicate if the other
spinning CPU is close to being halted or not
From: Peter Zijlstra (Intel)
We use the regular paravirt call patching to switch between:
native_queue_spin_lock_slowpath() __pv_queue_spin_lock_slowpath()
native_queue_spin_unlock()__pv_queue_spin_unlock()
We use a callee saved call for the unlock function which reduces the
v14->v15:
- Incorporate PeterZ's v15 qspinlock patch and improve upon the PV
qspinlock code by dynamically allocating the hash table as well
as some other performance optimization.
- Simplified the Xen PV qspinlock code as suggested by David Vrabel
.
- Add benchmarking data for 3.19 ker
On Thu, Mar 26, 2015 at 04:53:50PM +0100, Sascha Hauer wrote:
> When the thermal zone has no get_temp callback then
> thermal_zone_device_register()
> calls thermal_zone_device_set_polling() with a polling delay of 0. This
> only cancels the poll_queue. Since the poll_queue hasn't been scheduled t
On 2015/4/7 7:35, Daniel Axtens wrote:
> I've been looking at this patch series for a while now, and I now
> believe it's ready on the PowerPC side.
>
> I was originally concerned that it would break odd corner cases,
> particularly where similar code appears (namely kernel/pci_hotplug.c and
> ker
On Mon, Apr 6, 2015 at 9:42 PM, Jarod Wilson wrote:
> On Mon, Apr 06, 2015 at 12:40:12AM +0800, Ming Lei wrote:
>> On Mon, Apr 6, 2015 at 12:12 AM, Christoph Hellwig
>> wrote:
>> >> +/*
>> >> + * This is exported as API for block driver, can be called
>> >> + * with requiring bd_mutex or not.
>>
On Thu, Mar 26, 2015 at 04:54:00PM +0100, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
> ---
> drivers/thermal/of-thermal.c | 12
> include/linux/thermal.h | 1 +
> 2 files changed, 13 insertions(+)
Can you please include at least one user of this call back in your patch
On Thu, Mar 26, 2015 at 04:53:59PM +0100, Sascha Hauer wrote:
> This adds support for hardware-tracked trip points to the device tree
> thermal sensor framework.
>
> The framework supports an arbitrary number of trip points. Whenever
> the current temperature is updated, the trip points immediatel
On 04/07/2015 09:58 AM, Tejun Heo wrote:
> Hello, Lai.
>
> On Tue, Apr 07, 2015 at 09:25:59AM +0800, Lai Jiangshan wrote:
>> On 04/06/2015 11:53 PM, Tejun Heo wrote:
>>> On Thu, Apr 02, 2015 at 07:14:42PM +0800, Lai Jiangshan wrote:
/* make a copy of @attrs and sanitize it */
copy_
On Thu, Mar 26, 2015 at 04:53:54PM +0100, Sascha Hauer wrote:
> In the thermal framework it was decided that temperatures can't
> be negative, so let the .get_temp callback in struct
> thermal_zone_of_device_ops take an unsigned long pointer for
> the temperature like the .get_temp callback in
> st
On Thu, Mar 26, 2015 at 04:53:52PM +0100, Sascha Hauer wrote:
> Inline update_temperature into its only caller to make the code
> more readable.
I am not sure I understand how this is improving readability, can you
please elaborate?
The way it is now it is more modular at least.
>
> Signed-off-
On Mon, Apr 6, 2015 at 10:50 PM, Christoph Hellwig wrote:
> On Mon, Apr 06, 2015 at 12:40:12AM +0800, Ming Lei wrote:
>> > int blkdev_reread_part(struct block_device *bdev)
>> > {
>> > if (!mutex_trylock(&bdev->bd_mutex))
>> > return -EBUSY;
>> > blkdev_reread_part_
Hi,
'active_bases' indicates which clock-base have active timers. While it
is updated (almost) correctly, it is hardly used.
And so this is an attempt to improve the code that iterates over all
clock-bases.
The first patch fixes a issue that will result in a bug after the second commit,
and the
At several instances we iterate over all possible clock-bases for a
particular cpu-base. Whereas, we only need to iterate over active bases.
We already have per cpu-base 'active_bases' field, which is updated on
addition/removal of hrtimers.
This patch creates for_each_active_base(), which uses '
'active_bases' indicates which clock-base have active timers. While it
is updated correctly, it is hardly used. Next commit will start using it
to make code more efficient, but before that we need to fix a problem.
While removing hrtimers, in __remove_hrtimer():
- We first remove the hrtimer from
On Fri, Mar 27, 2015 at 06:23:18AM +0100, Sascha Hauer wrote:
> Hi Amit,
>
> On Fri, Mar 27, 2015 at 08:35:50AM +0530, amit daniel kachhap wrote:
> > Hi Sascha,
> >
> > > -#ifdef CONFIG_THERMAL_EMULATION
> > > - if (!tz->emul_temperature)
> > > - goto skip_emul;
> > > -
> > >
On 2015/4/3 22:46, Jason Cooper wrote:
> Zhen Lei,
>
> On Fri, Apr 03, 2015 at 11:33:52AM +0800, Zhen Lei wrote:
>> Acutally, "Interrupt Collections" and "Physical Processors" is the
>> same thing.
>
> I'm sorry, but this isn't clear.
>
>> Signed-off-by: Zhen Lei
>> ---
>> drivers/irqchip/irq-
This patch fixes the following sparse warning:
CHECK drivers/staging/lustre/lustre/libcfs/hash.c
drivers/staging/lustre/lustre/libcfs/hash.c:119:21: warning: symbol
'cfs_sched_rehash' was not declared. Should it be static?
Signed-off-by: Nickolaus Woodruff
---
drivers/staging/lustre/lustre/li
This is my sigreturn test, added mostly unchanged from its old home.
It exercises the sigreturn(2) syscall, specifically focusing on its
interactions with various IRET corner cases. It tests for correct
behavior in several areas that were historically dangerously buggy.
For example, it exercises e
On Mon, 6 Apr 2015 19:26:01 -0600
Thavatchai Makphaibulchoke wrote:
> This patch fixes the problem that the ownership of a mutex acquired by an
> interrupt handler(IH) gets incorrectly attributed to the interrupted thread.
>
> This could result in an incorrect deadlock detection in function
> r
Hi, Doug.
On 04/07/2015 04:32 AM, Doug Anderson wrote:
> Jaehoon,
>
> On Mon, Apr 6, 2015 at 3:46 AM, Jaehoon Chung wrote:
>> Hi, Doug.
>>
>> On 04/04/2015 03:13 AM, Doug Anderson wrote:
>>> The Designware databook claims that cmd11 should be finished in 2ms,
>>> but my testing showed that not t
On Mon, Apr 6, 2015 at 9:51 PM, Jarod Wilson wrote:
>>
>> Note: patch 6/6 in the series makes this whole while() loops pointless,
>> since the possibility of the -EBUSY return goes away.
>
> Minor clarification: the -EBUSY due to the trylock, which is why that
> retry loop exists, goes away. You *
Hello, Lai.
On Tue, Apr 07, 2015 at 09:25:59AM +0800, Lai Jiangshan wrote:
> On 04/06/2015 11:53 PM, Tejun Heo wrote:
> > On Thu, Apr 02, 2015 at 07:14:42PM +0800, Lai Jiangshan wrote:
> >>/* make a copy of @attrs and sanitize it */
> >>copy_workqueue_attrs(new_attrs, attrs);
> >> - cpuma
On (04/06/15 12:43), a...@linux-foundation.org wrote:
> From: Julia Lawall
> Subject: zram: fix error return code
>
> Return a negative error code on failure.
>
[..]
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
>
> Signed-off
On Thu, Mar 26, 2015 at 04:53:49PM +0100, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
Acked-by: Eduardo Valentin
> ---
> drivers/thermal/thermal_core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal/thermal_core.
On Fri, Mar 27, 2015 at 08:07:50PM +0100, Sascha Hauer wrote:
> On Fri, Mar 27, 2015 at 10:18:14AM +, Punit Agrawal wrote:
> > Hi Sascha,
> >
> > Sascha Hauer writes:
> >
> > > The thermal framework uses int, long and unsigned long for temperatures
> > > in millicelsius. The majority of func
Hi Catalin,
Today's linux-next merge of the arm64 tree got a conflict in
arch/arm64/configs/defconfig between commit d7f64a44356c ("arm64: qcom:
Add support for Qualcomm MSM8916 SoC") from the arm-soc tree and commit
475bfd3d67fa ("arm64: defconfig: updates for 4.1") from the arm64 tree.
I fixed
On Thu, Mar 26, 2015 at 04:53:48PM +0100, Sascha Hauer wrote:
> The thermal framework uses int, long and unsigned long for temperatures
> in millicelsius. The majority of functions uses unsigned long, so change
> the remaining functions to use this type aswell.
I believe it make sense to change al
1 - 100 of 515 matches
Mail list logo
