Currently, LONG_LINE just informs the user about the line length,
leaving them to shorten the line. Too many users run checkpatch and
blindly follow its recommendation by splitting long lines, which almost
invariably results in worse code. On rare occasions, the line-width
limit encourages
Hi Pratyush,
On Thursday 26 June 2014 11:07 AM, Pratyush Anand wrote:
Hi Kishon,
Few things, if you can help me to understand:
On Wed, Jun 25, 2014 at 11:26 PM, Kishon Vijay Abraham I kis...@ti.com
wrote:
In DRA7, the cpu sees 32bit address, but the pcie controller can see only
28bit
On Thu, 2014-06-26 at 11:06 +1000, Dave Chinner wrote:
Your particular use case can be handled by directing your benchmark
at a filesystem mount point and unmounting the filesystem in between
benchmark runs. There is no ned to adding kernel functionality for
somethign that can be so easily
Msi or Msi-x interrupts assign vectors from a CPU while the number of
CUPs is more than 8. __assign_irq_vector() is responsible for assigning vectors
from low-numbered CPUs by default.
If there are a lot of Msi or Msi-x interrupts, it will cause the
low-numbered CPUs out of
On Wed, Jun 25, 2014 at 05:54:50PM +0200, Jiri Kosina wrote:
- wait_event_freezable(khubd_wait,
+ wait_event_freezable(khubd_wait,
({ kgr_task_safe(current);
The changes are somewhat ugly with all the kgraft crap leaking into plces
like jbd and freezer and usb.
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc44x_defconfig) failed like this:
kernel/printk/printk.c: In function 'log_buf_add_cpu':
kernel/printk/printk.c:269:37: error: 'CONFIG_LOG_CPU_MAX_BUF_SHIFT' undeclared
(first use in this function)
#define
On Mon, 23 Jun 2014, Joe Perches wrote:
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches j...@perches.com
Looks good, thanks
Acked-by: Govindarajulu Varadarajan _gov...@gmx.com
---
drivers/net/ethernet/cisco/enic/vnic_dev.c | 8 +++-
1 file changed, 3 insertions(+), 5
Hi Jon,
On Thu, Jun 26, 2014 at 4:46 AM, Jon Ringle j...@ringle.org wrote:
The only thing I needed to do was to remove the
BROKEN dependency on USB_MUSB_DA8XX. Is there anything else I would
have to do besides just removing BROKEN to get this accepted back into
the kernel source tree?
I
Hi Kishon,
On Thu, Jun 26, 2014 at 02:10:02PM +0800, Kishon Vijay Abraham I wrote:
Hi Pratyush,
On Thursday 26 June 2014 11:07 AM, Pratyush Anand wrote:
Hi Kishon,
Few things, if you can help me to understand:
On Wed, Jun 25, 2014 at 11:26 PM, Kishon Vijay Abraham I kis...@ti.com
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140625:
New tree: usb-serial
The staging tree still had its build failure for which I disabled a driver.
The akpm-current tree gained a build failure for which I reverted a commit.
Non-merge commits (relative
On Wed, Jun 25, 2014 at 05:08:28PM +0800, Herbert Xu wrote:
On Mon, Jun 23, 2014 at 09:11:29AM +0200, Stephan Mueller wrote:
As reported by a static code analyzer, the code for the ordering of
the linked list can be simplified.
Reported-by: kbuild test robot fengguang...@intel.com
On Wed, Jun 25, 2014 at 09:43:27PM -0700, Josh Triplett wrote:
How would you feel about a patch that flagged long lines with a warning
in patch mode, but not in file mode?
Just tell people to not send patches to just cleanup checkpath.pl
warnings in code they don't actually maintain or make
On Wed, 25 Jun 2014 12:20:16 -0700, Dan Malek dan.ma...@konsulko.com wrote:
On Jun 25, 2014, at 7:48 AM, Pantelis Antoniou
pantelis.anton...@konsulko.com wrote:
+int of_transaction_commit(struct of_transaction *oft);
How about of_transaction_apply()?
Sure.
LOL! Panto, you
From: Nishanth Menon n...@ti.com
Reverse the search algorithm to ensure that address mapping and IRQ
allocation logics are proper. This makes the below bugs visible sooner.
class 1. address space errors - example:
reg = a size_b
ti,max-irqs = is a wrong parameter
class 2: irq-reserved list -
From: Nishanth Menon n...@ti.com
Adding missing properties for kerneldoc (@write) and cleanup
of harmless warnings while we are here.
kerneldoc warnings:
Warning(drivers/irqchip/irq-crossbar.c:27): missing initial short description
on line:
* struct crossbar_device: crossbar device description
From: Nishanth Menon n...@ti.com
Since crossbar is s/w configurable, the initial settings of the
crossbar cannot be assumed to be sane. This implies that:
a) On initialization all un-reserved crossbars must be initialized to
a known 'safe' value.
b) When unmapping the interrupt, the safe value
From: Nishanth Menon n...@ti.com
Today '0' is actually reserved, but may not be the same in the future.
So, use a flag to mark the GIC interrupts that are reserved.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Sricharan R r.sricha...@ti.com
Acked-by: Santosh Shilimkar
Adding kerneldoc for unmap callback function.
Signed-off-by: Sricharan R r.sricha...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/irqchip/irq-crossbar.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/irqchip/irq-crossbar.c
From: Nishanth Menon n...@ti.com
Currently we attempt to map any crossbar value to an IRQ, however,
this is not correct from hardware perspective. There is a max crossbar
event number upto which hardware supports. So describe the same in
device tree using 'ti,max-crossbar-sources' property and
From: Nishanth Menon n...@ti.com
The current crossbar description does not include the description
required for the consumer of the crossbar, a.k.a devices whoes events
pass through the crossbar into the GIC interrupt controller.
So, provide documentation for the same.
Signed-off-by: Nishanth
From: Nishanth Menon n...@ti.com
This is a basic check to ensure that crossbar register needs to be
written. This ensures that we have a common check which is used in
both map and unmap logic.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Sricharan R r.sricha...@ti.com
Acked-by:
From: Nishanth Menon n...@ti.com
On certain platforms such as DRA7, SPIs 0, 1, 2, 3, 5, 6, 10, 131,
132, 133 are direct wired to hardware blocks bypassing crossbar.
This quirky implementation is *NOT* supposed to be the expectation
of crossbar hardware usage. However, these are already marked in
From: Nishanth Menon n...@ti.com
There is absolutely no need for crossbar driver to expose functions and
variables into global namespace. So make them all static
Also fix a couple of checkpatch warnings.
Fixes sparse warnings:
drivers/irqchip/irq-crossbar.c:129:29: warning: symbol
If crossbar_of_init returns with a error, then set the cb pointer
to null.
Signed-off-by: Sricharan R r.sricha...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/irqchip/irq-crossbar.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/irqchip/irq-crossbar.c
From: Nishanth Menon n...@ti.com
IS_ERR_VALUE makes sense only *if* there could be valid values in
negative error range. But in the cases that we do use it, there is no
such case. Just remove the same.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Sricharan R r.sricha...@ti.com
From: Nishanth Menon n...@ti.com
crossbar_of_init always returns -ENOMEM in case of errors.
There can be other causes of failure like invalid data from
DT. So return a appropriate error value for that case.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Sricharan R r.sricha...@ti.com
From: Nishanth Menon n...@ti.com
Using err1,2,3,4 etc makes it hard to ensure a new exit path in the
middle will not result in spurious changes, so rename the error paths
as per the function it does.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Sricharan R r.sricha...@ti.com
From: Nishanth Menon n...@ti.com
If irq_of_parse_and_map is executed twice, the same crossbar is mapped to two
different GIC interrupts. This is completely undesirable. Instead, check
if the requested crossbar event is pre-allocated and provide that GIC
mapping back to caller if already
This series does some cleanups, fixes for handling two interrupts
getting mapped twice to same crossbar and provides support for
hardwired IRQ and crossbar definitions.
On certain platforms such as DRA7, SPIs 0, 1, 2, 3, 5, 6, 10,
131, 132, 133 are direct wired to hardware blocks bypassing
From: Nishanth Menon n...@ti.com
When, in the system due to varied reasons, interrupts might be unusable
due to hardware behavior, but register maps do exist, then those interrupts
should be skipped while mapping irq to crossbars.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by:
This series introduces DT support for crossbar device and
changes dra7 peripherals to use crossbar number instead of irq.
This depends on below driver fixes and cleanup series.
http://marc.info/?l=linux-omapm=140376708127157w=2
[V2] Rebased on 3.15 mainline.
[V3] Added ti,irqs-skip property and
From: R Sricharan r.sricha...@ti.com
There is a IRQ crossbar device in the soc, which
maps the irq requests from the peripherals to the
mpu interrupt controller's inputs. The Peripheral irq
requests are connected to only one crossbar
input and the output of the crossbar is connected to only one
From: R Sricharan r.sricha...@ti.com
There is a IRQ crossbar device in the soc, which maps the
irq requests from the peripherals to the mpu interrupt
controller's inputs. The gic provides the support for such
IPs in the form of routable-irqs. So adding the property
here to gic node.
* Nishanth Menon n...@ti.com [140625 15:29]:
On 06/25/2014 07:56 AM, Roger Quadros wrote:
The SATA and USB PHYs need the 1.8V and 3.3V supplies.
The PHY drivers/framework don't yet support regulator
supply so we have to keep these regulators always-on till
then.
Signed-off-by: Roger
On 26 June 2014 00:32, Stephen Boyd sb...@codeaurora.org wrote:
+ cpu_reg = regulator_get_optional(cpu_dev, cpu0);
I don't think this driver should be using regulator_get_optional() (Mark
B. please correct me if I'm wrong). I doubt a supply is actually
optional for CPUs, just some DTs
On Wed, Jun 25, 2014 at 10:11:47PM +0200, Borislav Petkov wrote:
On Wed, Jun 25, 2014 at 04:42:54PM -0300, Arnaldo Carvalho de Melo wrote:
Probably will come in a separate patchkit that is dependent on this,
but not strictly related?
Yeah, so roughly speaking, we want to carve out the code
Hi Ben,
On Wed, 2014-06-25 at 11:24 -0400, Benjamin LaHaise wrote:
I finally have some time to look at this patch in detail. I'd rather do the
below variant that does what Kent suggested. Mike, can you confirm that
this fixes the issue you reported? It's on top of my current aio-next
On 25 June 2014 20:23, Mike Turquette mturque...@linaro.org wrote:
Peter,
Just FYI, I'm trying to reverse the trend of prepending double
underscores for functions that are used by clock providers. That stuff
started out small and sort of grew out of control ;-)
I'm looking at rebasing
On Wed, Jun 25, 2014 at 06:17:57PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
Merge remote-tracking branch 'jolsa/perf/urgent' into ptool-v0.5
commit a93f0e551af9e194db38bfe16001e17a3a1d189a
Author: Simon Que s...@chromium.org
Date: Mon Jun 16 11:32:09 2014 -0700
Von: Bryan Wu [mailto:coolo...@gmail.com]
Gesendet: Donnerstag, 26. Juni 2014 01:11
An: Werner, Andreas
Cc: lkml; Samuel Ortiz; Lee Jones; w...@iguana.be; linux-
watch...@vger.kernel.org; rpur...@rpsys.net; Linux LED Subsystem;
Thumshirn, Johannes Tobias
Betreff: Re: [PATCH v2 3/3]
On Wed, Jun 25, 2014 at 08:56:35PM +0200, Matias Bj??rling wrote:
Only the review. Do you want me to change it to a Reviewed-by?
I've not really don't a formal review of the latest patch yet. I plan
to do it, and will give me Reviewed-by-tag then. For now I don't think
I'm actually
* Sricharan R r.sricha...@ti.com [140626 00:14]:
This series does some cleanups, fixes for handling two interrupts
getting mapped twice to same crossbar and provides support for
hardwired IRQ and crossbar definitions.
On certain platforms such as DRA7, SPIs 0, 1, 2, 3, 5, 6, 10,
131, 132,
* Sricharan R r.sricha...@ti.com [140626 00:29]:
From: R Sricharan r.sricha...@ti.com
There is a IRQ crossbar device in the soc, which
maps the irq requests from the peripherals to the
mpu interrupt controller's inputs. The Peripheral irq
requests are connected to only one crossbar
input
Hi!
Short:
1)
greg k-h don't add marker lines like this that provide no relevancy to anyone
else.
no relevancy to anyone else -- strange: it has relevance for Hyper-V
sysadmins
For search by keywords in web archives of this mail list
1b)
greg k-h If you want to refer to a public bug
On Thu, Jun 26, 2014 at 10:08:46AM +0800, Ming Lei wrote:
Firstly this patch supports more than one virtual queues for virtio-blk
device.
Secondly this patch maps the virtual queue to blk-mq's hardware queue.
With this approach, both scalability and performance can be improved.
On Wed, Jun 25, 2014 at 11:05:56PM -0600, Jens Axboe wrote:
On 2014-06-25 20:08, Ming Lei wrote:
Hi,
These patches try to support multi virtual queues(multi-vq) in one
virtio-blk device, and maps each virtual queue(vq) to blk-mq's
hardware queue.
With this approach, both scalability and
On Mon, Jun 02, 2014 at 03:09:16PM +0100, Jan Beulich wrote:
In particular seeing zero in eft-month is problematic, as it results
in -1 (converted to unsigned int, i.e. yielding 0x) getting
passed to rtc_year_days(), where the value gets used as an array index
(normally resulting in a
In some conditions (echo or particular sequence of special
characters), on buffer push, the tty layer calls the write operation
while we are holding the spinlock. This means deadlock within the same
process on kernels version 3.12. It seems not a problem on recent
kernel, but the patch still
Looks good, thanks Rickard.
Acked-by: Jack Wang xjtu...@gmail.com
On 06/01/2014 03:13 PM, Rickard Strandqvist wrote:
There is a risk that the variable will be used without being initialized.
This was largely found by using a static code analysis program called
cppcheck.
Signed-off-by:
On Thu, 2014-06-26 at 09:46 +0200, Federico Vaga wrote:
In some conditions (echo or particular sequence of special
characters), on buffer push, the tty layer calls the write operation
while we are holding the spinlock. This means deadlock within the same
process on kernels version 3.12. It
Hi,
On 06/26/2014 02:28 AM, Rickard Strandqvist wrote:
If it's not obvious, I do all my fixes without changing the previous
intent. But obviously it is not always right, rather it is one of main
reasons to fix this type of error :)
Yes it is obvious, your patch was correct (it didn't modify
Thanks Rickard,
From my point of view, looks good, but I'd like to get review from Anand
(cc-ed).
Anand, could you share your opinion?
Regards,
Jack
On 06/25/2014 04:01 PM, Rickard Strandqvist wrote:
A struct member variable is set to different values without having used in
between.
This
Hi!
2014-03-09
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/net/hyperv?id=99d3016de4f2a29635f5382b0e9bd0e5f2151487
hyperv: Change the receive buffer size for legacy hosts
+
Haiyang Zhang write on May 27, 2014 6:22 PM:
I ( Haiyang Zhang) will ask the
On 06/26/2014 10:09 AM, Jack Wang wrote:
Thanks Rickard,
From my point of view, looks good, but I'd like to get review from Anand
(cc-ed).
I would like to add that I noticed that this fields is only set and appears to
be never used,
maybe it could be completely removed.
Regards,
Maurizio
On Thu, Jun 26, 2014 at 3:45 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jun 26, 2014 at 10:08:46AM +0800, Ming Lei wrote:
Firstly this patch supports more than one virtual queues for virtio-blk
device.
Secondly this patch maps the virtual queue to blk-mq's hardware queue.
With
On 06/25/2014 02:42 PM, One Thousand Gnomes wrote:
On Wed, 25 Jun 2014 13:06:59 +0200
Jiri Slaby jsl...@suse.cz wrote:
This is based on Udo's text which was augmented in this patch.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: Udo Seidel udosei...@gmx.de
Cc: Vojtech Pavlik vojt...@suse.cz
Hi Pratyush,
On Thursday 26 June 2014 12:03 PM, Pratyush Anand wrote:
Hi Kishon,
On Thu, Jun 26, 2014 at 02:10:02PM +0800, Kishon Vijay Abraham I wrote:
Hi Pratyush,
On Thursday 26 June 2014 11:07 AM, Pratyush Anand wrote:
Hi Kishon,
Few things, if you can help me to understand:
On
On Thu, Jun 26, 2014 at 04:22:57PM +1000, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc44x_defconfig) failed like this:
kernel/printk/printk.c: In function 'log_buf_add_cpu':
kernel/printk/printk.c:269:37: error:
On Thu, 26 Jun 2014, Jiri Slaby wrote:
---
kernel/Kconfig.kgraft | 3 +++
samples/Kconfig | 4
2 files changed, 7 insertions(+)
diff --git a/kernel/Kconfig.kgraft b/kernel/Kconfig.kgraft
index f38d82c06580..bead93646071 100644
--- a/kernel/Kconfig.kgraft
+++
Hi Tony,
On Thursday 26 June 2014 01:14 PM, Tony Lindgren wrote:
* Sricharan R r.sricha...@ti.com [140626 00:29]:
From: R Sricharan r.sricha...@ti.com
There is a IRQ crossbar device in the soc, which
maps the irq requests from the peripherals to the
mpu interrupt controller's inputs. The
On Wed, Jun 25, 2014 at 04:35:28PM -0700, Andrew Morton wrote:
On Wed, 25 Jun 2014 08:58:48 +0100 Mel Gorman mgor...@suse.de wrote:
@@ -325,7 +321,14 @@ static unsigned long zone_dirty_limit(struct zone
*zone)
*/
bool zone_dirty_ok(struct zone *zone)
{
- unsigned long limit =
On Thu, Jun 26, 2014 at 01:45:51AM +0100, Kim Phillips wrote:
From: Kim Phillips kim.phill...@linaro.org
A userspace process can map device MMIO memory via VFIO or /dev/mem,
e.g., for platform device passthrough support in QEMU.
During early development, we found the PAGE_S2 memory type
We do report driver's successful {un}registration from cpufreq core, but is done
with pr_debug() and so this doesn't appear in boot logs.
Convert this to pr_info() to make it visible in logs.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/cpufreq.c | 4 ++--
1 file
On Mon, Jun 23, Haiyang Zhang wrote:
Yes, there is a link down/up event from the host, we currently call
netif_carrier_off()
/ netif_carrier_on() with these events. Will hotplug scripts be triggered by
netif_carrier_off/on? Where are the scripts located at (SLES)?
In
The macros CONFIG_SPAR_GUEST, GUESTDRIVERBUILD, and NOAUTOVERSION are
defined in Makefiles for the Unisys SPAR driver. They are never used.
Remove the lines that define these macros.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Compile tested only, on top of next-20140626, by fiddling
Hi Kleber,
Am Mittwoch, den 25.06.2014, 13:22 -0300 schrieb Kleber Sacilotto de
Souza:
Hi,
I'm sending a v2 of this patch series, removing the patch that bumps the
driver version number, and including a trivial one that removes an unnecessary
include.
Kleber Sacilotto de Souza (4):
I am announcing the release of the Linux 3.11.10.12 kernel.
The updated 3.11.y tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.11.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.11.y;a=shortlog
The diff from v3.11.10.11
(sorry for replying to a months old thread)
On Mon, Apr 07, 2014 at 06:58:24PM +0100, Bjorn Helgaas wrote:
On Mon, Apr 7, 2014 at 5:36 AM, Arnd Bergmann a...@arndb.de wrote:
I think migrating other architectures to use the same code should be
a separate effort from adding a generic
On Mon, Jun 02, 2014 at 06:28:00PM +0100, Eduardo Valentin wrote:
Hello Lee Jones,
On Fri, May 30, 2014 at 11:03:28AM +0100, Lee Jones wrote:
Eduardo TI address is bouncing, but it looks like he's still
contributing via his Gmail address.
Thanks for being proactive! I actually sent
On śro, 2014-06-25 at 21:03 +0200, Javier Martinez Canillas wrote:
Maxim Integrated Power Management ICs are very similar with
regard to their clock outputs. Most of the clock drivers for
these chips are duplicating code and are simpler enough that
can be converted to use a generic driver to
On Wed, Jun 25, 2014 at 03:54:14PM +0100, Jean Pihet wrote:
Hi Will,
Hello,
On 25 June 2014 11:01, Will Deacon will.dea...@arm.com wrote:
On Fri, Jun 20, 2014 at 09:10:35AM +0100, Jean Pihet wrote:
On 18 June 2014 14:53, Will Deacon will.dea...@arm.com wrote:
On Tue, Jun 17, 2014 at
Since update_ts_time_stats() has no exclusive control while it can
be called from both of local cpu and remote cpu, sleep stats will go
wrong if updates conflict, and stats can be referred while update is
going on. It will cause bloat and/or hiccup (jump and turn back) of
idle/iowait values
On śro, 2014-06-25 at 21:03 +0200, Javier Martinez Canillas wrote:
From: Doug Anderson diand...@chromium.org
The max77686 includes an RTC that keeps power during suspend. It's
convenient to be able to use it as a wakeup source.
NOTE: due to wakeup ordering problems this patch alone
This mail is 5th try to fix an issue that iowait of /proc/stat can
go backward. Originally reported by Tetsuo and Fernando at last year,
Mar 2013.
Previous v1-v4 were proposal to apply my patch set, but this v5 is
request for comment, with untested patches to draw up a blueprint.
[OBSERVED
Record the timestamp when nr_iowait of idle cpu is dropped to 0 by
running cpu who pick a task which have call io_schedule() before
entering idle.
It is the time point that cpu's state have changed from iowait
to idle. Following patch use it for updated idle accounting.
Suggested-by: Peter
Now observer cpu can refer both of idle entry time and iowait exit
time of observed sleeping cpu, so observer can get idle/iowait time
of sleeping cpu by calculating cputimes not accounted yet.
Not-Tested-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
---
include/linux/sched.h|1 +
The current account_idle_time() cannot process mixed cputime which
contain both of idle cputime and iowait cputime.
So introduce new account_idle_and_iowait() to do paranoid work.
Following patches will add users of this new function.
Not-Tested-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
That file has moved in v2.6.28, see commit 2bfba3c444fe (ide: remove
useless subdirs from drivers/ide/).
Documentation/mips/AU1xxx_IDE.README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/mips/AU1xxx_IDE.README
s390_get_idle_time give us the duration from idle entry to now.
But it does not tell us how to divide it to idle and iowait.
Modify this function to return 2 values. To realize this, s390's
cputime accounting also requires timestamp at end of iowait.
Not-Tested-by: Hidetoshi Seto
Using VIRT_CPU_ACCOUNTING, ia64 utilize timestamp at end of iowait
like s390.
Not-Tested-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
---
arch/ia64/include/asm/cputime.h |2 +
arch/ia64/kernel/time.c | 43 ++-
2 files changed, 44
On 06/26/2014 12:36 AM, Hugh Dickins wrote:
On Tue, 24 Jun 2014, Vlastimil Babka wrote:
On 06/16/2014 04:29 AM, Hugh Dickins wrote:
On Thu, 12 Jun 2014, Sasha Levin wrote:
On 02/09/2014 08:41 PM, Sasha Levin wrote:
On 02/08/2014 10:25 PM, Hugh Dickins wrote:
Would trinity be likely to have
Like s390 and ia64, ppc also has VIRT_CPU_ACCOUNTING.
Check timestamp at end of iowait for idle/iowait accounting.
Not-Tested-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
---
arch/powerpc/include/asm/cputime.h |3 +++
arch/powerpc/kernel/time.c | 21 +
2
Get iowait's timestamp for accounting w/ VIRT_CPU_ACCOUNTING_GEN.
(currently arm is only user of this?)
At last of this series of changes, introduce common function
vtime_iowait_exit to replace all arch_record_iowait_exit.
Not-tested-by: Hidetoshi Seto seto.hideto...@jp.fujitsu.com
---
By changes in vtime* codes by previous patches, now account_idle_time()
become a function to be called only from tick-accounting codes.
Introduce __account_idle_ticks() to do iowait accounting in ticks
properly. For this purpose record jiffies at end of iowait.
Not-Tested-by: Hidetoshi Seto
On Thu, 2014-06-26 at 10:00 +0100, Javi Merino wrote:
On Mon, Jun 02, 2014 at 06:28:00PM +0100, Eduardo Valentin wrote:
Hello Lee Jones,
On Fri, May 30, 2014 at 11:03:28AM +0100, Lee Jones wrote:
Eduardo TI address is bouncing, but it looks like he's still
contributing via his Gmail
On Thu, Jun 26, 2014 at 9:40 AM, Christoph Hellwig h...@infradead.org wrote:
On Wed, Jun 25, 2014 at 08:56:35PM +0200, Matias Bj??rling wrote:
Only the review. Do you want me to change it to a Reviewed-by?
I've not really don't a formal review of the latest patch yet. I plan
to do it, and
On Wed, Jun 25, 2014 at 12:43 PM, Tomasz Figa t.f...@samsung.com wrote:
Due to recently merged patches and previous merge conflicts, the Samsung
PM Debug functionality no longer can be enabled. This patch fixes
incorrect dependency of SAMSUNG_PM_DEBUG on an integer symbol and adds
missing
With a binary interface like an ioctl I can see how you could have extra
unused fields which you can ignore now and let people start adding extra
options like the range in the future.
Yes, ioctl is another possibility. But I would argue that sysctl is
more convenient interface, because idea of
On Thu, Jun 26, 2014 at 09:59:26AM +0100, Catalin Marinas wrote:
(sorry for replying to a months old thread)
On Mon, Apr 07, 2014 at 06:58:24PM +0100, Bjorn Helgaas wrote:
On Mon, Apr 7, 2014 at 5:36 AM, Arnd Bergmann a...@arndb.de wrote:
I think migrating other architectures to use
Hi Boris,
On Thu, Jun 26, 2014 at 07:12:06AM +0200, Boris BREZILLON wrote:
Hello Maxime,
On 25/06/2014 15:06, Maxime Ripard wrote:
The timer driver is using some global variables to define some variables it
has
to use in most of its functions, like the base address.
Use some
Hi,
Just a few nit-picks below but overall everything looks fine:
Reviewed-by: Krzysztof Kozlowski k.kozlow...@samsung.com
On śro, 2014-06-25 at 21:03 +0200, Javier Martinez Canillas wrote:
Maxim MAX77802 is a power management chip that contains 10 high
efficiency Buck regulators, 32
Hi Eric,
On 25/06/14 15:52, Eric Auger wrote:
On 06/25/2014 11:28 AM, Marc Zyngier wrote:
The GIC architecture (ARM's Generic Interrupt Controller) allows an
active physical interrupt to be forwarded to a guest, and the guest to
indirectly perform the deactivation of the interrupt by
Hi Boris,
On Thu, Jun 26, 2014 at 07:26:54AM +0200, Boris BREZILLON wrote:
On 25/06/2014 15:06, Maxime Ripard wrote:
Now that we don't depend on anyting in the mach-at91 directory, we can just
move the driver to where it belongs.
Signed-off-by: Maxime Ripard
On 06/26/2014 10:31 AM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140625 15:29]:
On 06/25/2014 07:56 AM, Roger Quadros wrote:
The SATA and USB PHYs need the 1.8V and 3.3V supplies.
The PHY drivers/framework don't yet support regulator
supply so we have to keep these regulators
On 06/23/2014 06:16 PM, Daniel Thompson wrote:
On 23/06/14 06:59, Tushar Behera wrote:
Migrating to use devres managed APIs devm_kzalloc, devm_ioremap and
devm_clk_get.
Signed-off-by: Tushar Behera tusha...@samsung.com
---
drivers/tty/serial/amba-pl010.c | 46
Kishon,
On 06/25/2014 08:46 PM, Kishon Vijay Abraham I wrote:
On Wednesday 18 June 2014 05:46 PM, Roger Quadros wrote:
This module is needed for the SATA and PCIe PHYs.
Signed-off-by: Roger Quadros rog...@ti.com
Tested-by: Roger Quadros rog...@ti.com
I used this patch for testing PCIe.
On 26/06/14 01:44, David Miller wrote:
From: Cong Wang cw...@twopensource.com
Date: Wed, 25 Jun 2014 17:41:47 -0700
On Wed, Jun 25, 2014 at 1:42 PM, Zoltan Kiss zoltan.k...@citrix.com wrote:
This is a prototype patch to enable sending TCP packets with pktgen. The
original motivation is to
Firstly this patch supports more than one virtual queues for virtio-blk
device.
Secondly this patch maps the virtual queue to blk-mq's hardware queue.
With this approach, both scalability and performance can be improved.
Signed-off-by: Ming Lei ming@canonical.com
---
Current virtio-blk spec only supports one virtual queue for transfering
data between VM and host, and inside VM all kinds of operations on
the virtual queue needs to hold one lock, so cause below problems:
- bad scalability
- bad throughput
This patch requests to introduce
Hi,
These patches try to support multi virtual queues(multi-vq) in one
virtio-blk device, and maps each virtual queue(vq) to blk-mq's
hardware queue.
With this approach, both scalability and performance on virtio-blk
device can get improved.
For verifying the improvement, I implements
1 - 100 of 1288 matches
Mail list logo