On 2014/12/12 16:48, Jan Kara wrote:
> On Fri 12-12-14 06:14:25, Ben Hutchings wrote:
>> 3.2.65-rc1 review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Jan Kara
>>
>> commit 90a8020278c1598fafd071736a0846b38510309c upstream.
> This patch needs
On 12/23/2014 05:39 AM, Peter Chen wrote:
> On Mon, Dec 22, 2014 at 06:39:42PM +0530, Sanchayan Maity wrote:
>> On 12/22/2014 06:48 AM, Peter Chen wrote:
>>> On Fri, Dec 19, 2014 at 03:25:26PM +0530, Sanchayan Maity wrote:
The first two patches add identification register API's. These can
On Saturday 20 December 2014 09:53:38 Pali Rohár wrote:
> On Tuesday 16 December 2014 12:58:20 Pali Rohár wrote:
> > On Tuesday 16 December 2014 06:02:34 Dmitry Torokhov wrote:
> > > Hi Pali,
> > >
> > > On Fri, Nov 14, 2014 at 08:38:20PM +0100, Pali Rohár wrote:
> > > > On some laptops after
Do not reference file->fd directly since we want hide the
implementation details from outside to support multi-file store.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-inject.c | 9 ++---
tools/perf/builtin-record.c | 14 --
2 files changed, 14 insertions(+), 9
When multi file storage is enabled, the perf data files will be saved
in a directory (default: perf.data.dir) and it'll have a single header
file for metadata (task/comm/mmap events and file header) and multiple
data files (sample events) like below:
$ tree perf.data.dir
perf.data.dir
|--
Hello,
This patchset converts perf report to use multiple threads in order to
speed up the processing on large data files. I can see a minimum 40%
of speedup with this change. The code is still experimental, little
bit outdated and contains many rough edges. But I'd like to share and
give some
It's only used for perf record to process build-id because its file
size it's not fixed at this time due to remaining header features.
However data offset and size is available so that we can use the
perf_session__process_events() once we set the file size as the
current offset like for now.
It
When perf detects multi-file data directory, process header file first
and then rest data files in a row. Note that the multi-file data is
recorded for each cpu/thread separately, it's already ordered with
respect to themselves so no need to use the ordered event queue
interface.
Signed-off-by:
When multi file support is enabled, a dummy tracking event will be
used to track metadata (like task, comm and mmap events) for a session
and actual samples will be recorded in separate files.
Provide separate mmap to the dummy tracking event. The size is fixed
to 128KiB (+ 1 page) as the event
The perf_evlist__mmap_multi function creates data mmaps and optionally
tracking mmaps for events. It'll be used for perf record to save
tracking events in a separate files. Checking dummy tracking event in
perf_evlist__mmap() alone is not enough as users can specify the dummy
event at first
When multi-file data storage is enabled, it processes all task, comm
and mmap events first and then goes to the sample events. So all it
sees is the last comm of a thread although it has information at the
time of sample.
Sort thread's comm by time so that it can find appropriate comm at the
Prepend a software dummy event into evlist to track task/comm/mmap
events separately. This is a preparation of multi-file/thread support
which will come later.
Cc: Adrian Hunter
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-record.c | 3 +++
tools/perf/perf.h | 1 +
The dummy tracking event is only for tracking task/comom/mmap events
and has no sample data for itself. So no need to report, just skip it.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c| 3 +++
tools/perf/ui/browsers/hists.c | 10 --
tools/perf/ui/gtk/hists.c |
The new -M/--multi option enables multi file storage recording. Now
sample data in separate mmap are saved in different files and other
events will be recorded in the perf.header file.
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-record.txt | 5 +
With multi-file data storage is enabled, it needs to search thread
based on sample time since sample processing is done after other
(task, comm and mmap) events are processed. This can be a problem if
a session is very long and pid is recycled - in that case it'll only
see the last one.
So keep
Currently perf maintains dead threads in a linked list but this can be
a problem if someone needs to search from it. Convert it to a rbtree
like normal threads and it'll be used later with multi-file changes.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/machine.c |
Now thread->comm can be handled with time properly, use it to find
correct comm when adding hist entries.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-annotate.c | 5 +++--
tools/perf/builtin-diff.c | 8
tools/perf/tests/hists_link.c | 4 ++--
Oscar Forner Martinez writes:
> Three lines with more than 80 characters per line have been split in several
> lines.
>
> Signed-off-by: Oscar Forner Martinez
> ---
> drivers/bcma/driver_chipcommon.c | 10 +++---
> 1 file changed, 7 insertions(+), 3 deletions(-)
Just to handle the
The new test case checks various thread comm handling like overridding
and time sorting.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile.perf| 1 +
tools/perf/tests/builtin-test.c | 4
tools/perf/tests/tests.h| 1 +
A test case for verifying thread->mg and ->mg_list handling during
time change and new thread__find_addr_map_time() and friends.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile.perf | 1 +
tools/perf/tests/builtin-test.c | 4 ++
tools/perf/tests/tests.h
When multi-thread support for perf report is enabled, it's possible to
access a dso concurrently. Add a new pthread_mutex to protect it from
concurrent dso__load().
Signed-off-by: Namhyung Kim
---
tools/perf/util/dso.c| 2 ++
tools/perf/util/dso.h| 1 +
tools/perf/util/symbol.c | 34
The dso cache is accessed during dwarf callchain unwind and it might
be processed concurrently when multi-thread report is enabled.
Protect it under dso->lock.
Signed-off-by: Namhyung Kim
---
tools/perf/util/dso.c | 41 -
1 file changed, 32 insertions(+),
When machine__findnew_thread_time() creates a new thread, it puts the
thread in the missing_threads tree assuming it's rare case that missed
related task/mmap events during the recorded header file.
However this is not the case of live profiling - so it should be
treated differently. This patch
Introduce perf_session__process_events_mt() to enable multi-thread
sample processing. It allocates a struct perf_tool_mt and fills
needed info in it. The init and fini callbacks are provided so that
we can pass additional data structure if needed.
The session and hists event stats are counted
The util/event.h includes util/build-id.h only for BUILD_ID_SIZE.
This is a problem when I include util/event.h from util/tool.h which
is also included by util/build-id.h since it now makes a circular
dependency resulting in incomplete type error.
Signed-off-by: Namhyung Kim
---
Currently perf record shows header file size only - extends it to show
total size of multi-file data storage.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-record.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/builtin-record.c
When dso cache is accessed in multi-thread environment, it's possible
to close other dso->data.fd during operation due to open file limit.
Protect the file descriptors using a separate mutex.
Signed-off-by: Namhyung Kim
---
tools/perf/tests/dso-data.c | 5 ++
tools/perf/util/dso.c | 136
The --multi-thread option is to enable parallel processing so user can
force serial processing even for multi-file data. It default to false
but users also can changes this by setting "report.multi_thread"
config option in ~/.perfconfig file.
Signed-off-by: Namhyung Kim
---
When dso_cache__read() is called, it reads data from the given offset
using lseek + normal read syscall. It can be combined to a single
pread syscall.
Signed-off-by: Namhyung Kim
---
tools/perf/util/dso.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
This is a preparation for perf report multi-thread support. When
multi-thread is enable, each thread will have its own hists during the
sample processing.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c | 4 ++--
tools/perf/builtin-top.c | 4 ++--
There's a high contention in dso_cache__find() due to the dso->lock
when dwarf unwinding is done with libunwind. Add last accessed
pointers of dso_cache to lockless lookup. It'll fallback to normal
tree search when it misses the last cache.
The size 16 is arbitrary and works best for my
Sometimes it's possible to miss certain meta events like fork/exit and
in this case it can fail to find such thread in the machine's rbtree.
But adding a thread to the tree is dangerous since it's now executed
in multi-thread environment otherwise it'll add an overhead in order
to grab a lock for
When libunwind tries to resolve callchains it needs to know the offset
of .eh_frame_hdr or .debug_frame to access the dso. Since it calls
dso__data_fd(), it'll try to grab dso->lock everytime for same
information. So save it to dso_data struct and reuse it.
Note that there's a window between
Split ui_progress struct into global and local one. Each thread
updates local struct without lock and only updates global one if
meaningful progress is done (with lock).
To do that, pass struct ui_progress to __perf_session__process_event()
and set it for the total size of multi-file storage.
From: Jiri Olsa
Adding new 'perf data' command to provide operations over
data files.
The 'perf data convert' sub command is coming in following
patch, but there's possibility for other useful commands
like 'perf data ls' (to display perf data file in directory
in ls style).
Signed-off-by:
The *_time() variants are for find appropriate map (and symbol) at the
given time. This is based on the fact that map_groups list is sorted
by time in the previous patch.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/event.c| 59
The perf data split command is for splitting a (large) single data
file into multiple files under a directory (perf.data.dir by default)
so that it can be processed and reported using multiple threads.
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-data.txt | 28 +
Pass stats structure so that it can point separate object when used in
multi-thread environment.
Signed-off-by: Namhyung Kim
---
tools/perf/util/ordered-events.c | 4 +-
tools/perf/util/session.c| 87 +++-
tools/perf/util/session.h| 1 +
3
Otherwise it'll break the machine->threads tree.
Signed-off-by: Namhyung Kim
---
tools/perf/util/machine.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c
index 031bace39fdc..beae6e8fe789 100644
--- a/tools/perf/util/machine.c
+++
To support multi-threaded perf report, we need to maintain time-sorted
map groups. Add ->mg_list member to struct thread and sort the list
by time. Now leader threads have one more refcnt for map groups in
the list so also update the thread-mg-share test case.
Currently only add a new map
A test case for verifying live and dead thread tree management during
time change and new machine__find{,new}_thread_time().
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile.perf | 1 +
tools/perf/tests/builtin-test.c | 4 +
The perf_event_attr.task bit is to track task (fork and exit) events
but it missed to be set by perf_evsel__config(). While it was not a
problem in practice since setting other bits (comm/mmap) ended up
being in same result, it'd be good to set it explicitly anyway.
Signed-off-by: Namhyung Kim
BASE_BAUD is pain in neck for multi-platform support as it hard codes at
build time the clk value for early uart.
Mitigate this by allowing arches/platforms to provide their own version
which can do dynamic setup based on DT values etc (see next patch for
usage)
This was needed for ARC SDP
Signed-off-by: Vineet Gupta
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Rob Herring
Cc: Arnd Bergmann
---
arch/arc/include/asm/serial.h | 24
arch/arc/kernel/devtree.c | 24
In early 8250, IER is already zero so no point in writing this - twice
per char.
This helped improve the SystemC model based ARC OSCI platform
Signed-off-by: Vineet Gupta
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Rob Herring
Hi,
This series addresses some of the issues seen on early 8250 uart when
working with ARC SDP platform.
Thx,
-Vineet
Vineet Gupta (3):
serial: 8250_early: optimize early 8250 uart
serial: 8250_early: prepare for dynamic BASE_BAUD
ARC: runtime determine BASE_BAUD per machine
This patch reads charge delay from tsc DT node and writes to
REG_CHARGEDELAY register. If the charge delay is not specified in DT
then default value of 0x400(CHARGEDLY_OPENDLY) is used.
Signed-off-by: Vignesh R
---
v5:
- print out a warning when ti,charge-delay is not specified
From: Brad Griffis
TSC interrupt handler had udelay to avoid reporting of false pen-up
interrupt to user space. This patch implements workaround suggesting in
Advisory 1.0.31 of silicon errata for am335x, thus eliminating udelay
and touchscreen lag. This also improves performance of touchscreen
The charge delay value is by default 0x400. But it can be set to lower
values on some boards, as long as false pen-ups are avoided. Lowering the
value increases the sampling rate (though current sampling rate is
sufficient for TSC operation). In some boards, the value has to be
increased to avoid
From: Brad Griffis
This patch makes the initial changes required to workaround TSC-false
pen-up interrupts. It is required to implement these changes in order to
remove udelay in the TSC interrupt handler and false pen-up events.
The charge step is to be executed immediately after sampling X+.
In one shot mode, sequencer automatically disables all enabled steps at
the end of each cycle. (both ADC steps and TSC steps) Hence these steps
need not be saved in reg_se_cache for clearing these steps at a later
stage.
Also, when ADC wakes up Sequencer should not be busy executing any of the
Previously, delta filtering was applied TSC co-ordinate readouts before
reporting a single value to user space. This patch replaces delta filtering
with median filtering. Median filtering sorts co-ordinate readouts, drops min
and max values, and reports the average of remaining values. This method
This series is rebase of v4 onto v3.19-rc1. It also fixes concerns
expressed on v4 wrt simultaneous use of IIO and TSC.
I have tested this patch series on am335x-evm and Beaglebone black
with lcd7-cape.
Note that, these patches do not work as expected on Beaglebone Black
with BB-View 4.3 Cape
On 12/23/14 13:56, Andrew Jackson wrote:
> From: Andrew Jackson
>
> Some I2S clocks may require some time to get the clock ready
> for operation and so need to be prepared before they are enabled.
> So, prepare the clock as well as enabling it, but combine the
> two through clk_prepare_enable.
On 12/23/14 13:56, Andrew Jackson wrote:
> From: Andrew Jackson
>
> Simplify error handling during probe by using managed clock
> resources.
In my haste to get to the Christmas turkey I missed a clk_put elsewhere. Will
fix and resubmit.
Andrew
> Signed-off-by: Andrew Jackson
> ---
>
The rules "cmd_bounds" and "cmd_offsets" are almost the same.
(The difference is only the include guards.) They can be merged.
Signed-off-by: Masahiro Yamada
---
Kbuild | 59 +--
1 file changed, 21 insertions(+), 38 deletions(-)
diff
On Mon, 12/22 13:12, Bjørn Mork wrote:
> Hello,
>
> I got this warning on v3.19-rc1:
>
> [ 16.325814] [ cut here ]
> [ 16.325832] WARNING: CPU: 0 PID: 3368 at kernel/sched/core.c:7303
> __might_sleep+0x55/0x94()
> [ 16.325839] do not call blocking ops when
This line produces an extra comment line for bounds.h and
asm-offsets.h.
Signed-off-by: Masahiro Yamada
---
Kbuild | 1 -
1 file changed, 1 deletion(-)
diff --git a/Kbuild b/Kbuild
index 55a639f..5ac6d06 100644
--- a/Kbuild
+++ b/Kbuild
@@ -23,7 +23,6 @@ define cmd_offsets
echo " *
Masahiro Yamada (2):
kbuild: merge bounds.h and asm-offsets.h rules
kbuild: remove redundant line from bounds.h/asm-offsets.h
Kbuild | 60 +---
1 file changed, 21 insertions(+), 39 deletions(-)
--
1.9.1
--
To unsubscribe from this
net/openvswitch/vport-gre.c:188:5-11: inconsistent IS_ERR and PTR_ERR, PTR_ERR
on line 189
PTR_ERR should access the value just tested by IS_ERR
Semantic patch information:
There can be false positives in the patch case, where it is the call
IS_ERR that is wrong.
Generated by:
Hi Arnd,
On Tue, Dec 23, 2014 at 10:02:18PM +0100, Arnd Bergmann wrote:
> On Tuesday 23 December 2014 09:58:42 Baruch Siach wrote:
> > +static void __exception_irq_entry digicolor_handle_irq(struct pt_regs
> > *regs)
> > +{
> > + u32 status, hwirq;
> > +
> > + do {
> > +
We should stop cpufreq governors when we shut down the system. If we
don't do this, we can end up with this deadlock:
1. cpufreq governor may be running on a CPU other than CPU0.
2. In machine_restart() we call smp_send_stop() which stops CPUs.
If one of these CPUs was actively running a
Virseh,
On Tue, Dec 23, 2014 at 5:46 PM, Viresh Kumar wrote:
> On 24 December 2014 at 05:41, Doug Anderson wrote:
>> We should stop cpufreq governors when we shut down the system. If we
>> don't do this, we can end up with this deadlock:
>
> Can you also add what exactly happens in such
Hi Arnd,
On Tue, Dec 23, 2014 at 10:00:17PM +0100, Arnd Bergmann wrote:
> On Tuesday 23 December 2014 09:58:39 Baruch Siach wrote:
> > @@ -14,5 +14,6 @@ static const char *digicolor_dt_compat[] __initconst = {
> > };
> >
> > DT_MACHINE_START(DIGICOLOR, "Conexant Digicolor (Flattened Device
When perf report on TUI shows callchain it checks first node has
siblings to determine whether it needs to print percentage value. But
it missed a case that first node is NULL. So sometimes it segfaults
like below:
$ perf top -g
perf: Segmentation fault
backtrace
This patch adds device tree node for exynos_usbphy to use USB 2.0 Device.
Signed-off-by: Jaewon Kim
---
arch/arm/boot/dts/exynos3250.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250.dtsi
b/arch/arm/boot/dts/exynos3250.dtsi
index
This patch enables hsotg and usbphy node to use USB 2.0 Device.
Signed-off-by: Jaewon Kim
---
arch/arm/boot/dts/exynos3250-rinato.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts
b/arch/arm/boot/dts/exynos3250-rinato.dts
index
This patch adds device tree node for hsotg to control USB 2.0 Device.
Signed-off-by: Jaewon Kim
---
arch/arm/boot/dts/exynos3250-monk.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250-monk.dts
b/arch/arm/boot/dts/exynos3250-monk.dts
index
This patch adds device tree node for hsotg to control USB 2.0 Device.
Signed-off-by: Jaewon Kim
---
arch/arm/boot/dts/exynos3250.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250.dtsi
b/arch/arm/boot/dts/exynos3250.dtsi
index 27d385f..204a84b
This patch series adds USB device node and phy for exynos3250 SoC.
And enables for rinato and monk boards.
Changes in v2:
- remove unnessasary property "samsung,sysreg-phandle"
- change "xusbxti" clock to "CLK_SCLK_UPLL"
Jaewon Kim (4):
ARM: dts: Add exynos_usbphy node for exynos3250
ARM:
On Wed, 2014-12-24 at 14:38 +0900, Masahiro Yamada wrote:
> ARRAY_AND_SIZE is a useful macro. Its definition is already
> duplicated in some headers. Move it to include/linux/kernel.h.
I think it's not a good/useful macro and
would prefer the uses expanded instead.
The uses of ARRAY_AND_SIZE
On Wed, 2014-12-24 at 10:59 +0530, Rohith Seelaboyina wrote:
> Dynamic memory allocation through kmalloc is more safer
> than declaring variable array size, Fix this error by
> using kmalloc for memory allocation, Check if memory
> allocation is successful and return -ENOMEM on failure.
[]
> diff
Hi!
Here is your new live for 2015!
Luving it!
http://aff.optiontime.com/promoRedirect?key=ej0xMzUyNDQ1MSZsPTEzNTI0NDQ1JnA9NjQ4MQ%3D%3D
No more such info ? Simply answer
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
ARRAY_AND_SIZE is a useful macro. Its definition is already
duplicated in some headers. Move it to include/linux/kernel.h.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-mmp/common.h| 1 -
arch/arm/mach-pxa/generic.h | 2 --
arch/arm/mach-ux500/db8500-regs.h | 2 --
This patch fixes the sparse error in functionfs
driver.
drivers/usb/gadget/function/f_fs.c:400:44: error: bad
constant experssion.
Dynamic memory allocation through kmalloc is more safer
than declaring variable array size, Fix this error by
using kmalloc for memory allocation, Check if memory
Hi Andrzej,
On 12/23/2014 06:38 PM, Andrzej Hajda wrote:
Hi Liu Ying,
On 12/23/2014 04:46 AM, Liu Ying wrote:
This patch adds support for Himax HX8369A MIPI DSI panel.
Signed-off-by: Liu Ying
---
v2->v3:
* Sort the included header files alphabetically.
v1->v2:
* Address almost all
On Thu, Dec 11, 2014 at 02:59:17PM -0800, Andrew Bresticker wrote:
> Add support for the IMG Multi-threaded DMA Controller (MDC) found on
> certain IMG SoCs. Currently this driver supports the variant present
> on the MIPS-based Pistachio SoC.a
Overall looks okay. I also need some review by DT
On 2014/12/24 10:32, Zhang, Yang Z wrote:
> Jiang Liu wrote on 2014-12-24:
>> On 2014/12/24 9:38, Zhang, Yang Z wrote:
>>> Paolo Bonzini wrote on 2014-12-23:
On 23/12/2014 10:07, Wu, Feng wrote:
>> On 23/12/2014 01:37, Zhang, Yang Z wrote:
>>> I don't quite understand it. If
Hi, Olof
Not that I care, but what does this patch improve?
On Thu, 11 Dec 2014 12:55:04 -0800
Olof Johansson wrote:
> It's usual enough for help text that it makes sense to support it.
>
> Signed-off-by: Olof Johansson
> ---
> scripts/kconfig/merge_config.sh | 12 ++--
> 1
On Tue, Dec 23, 2014 at 11:40:23AM -0800, David Cohen wrote:
> Hi Peter,
>
> Thanks for the review.
>
> On Tue, Dec 23, 2014 at 09:25:18AM +0800, Peter Chen wrote:
> > On Mon, Dec 22, 2014 at 02:43:37PM -0800, David Cohen wrote:
> > > Some platforms have an USB OTG port fully (or partially)
Rewrite the blackfin CAN driver into arch independent style
Signed-off-by: Aaron Wu
---
drivers/net/can/bfin_can.c | 145 ++--
1 file changed, 72 insertions(+), 73 deletions(-)
diff --git a/drivers/net/can/bfin_can.c b/drivers/net/can/bfin_can.c
index
Combine the consecutive string
Signed-off-by: Panir Nyan
---
drivers/staging/speakup/kobjects.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/speakup/kobjects.c
b/drivers/staging/speakup/kobjects.c
index b12c76d..3708bc1 100644
---
Split the comment to fit the length.
Signed-off-by: Panir Nyan
---
drivers/staging/speakup/synth.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/speakup/synth.c b/drivers/staging/speakup/synth.c
index f3aa423..01eddab 100644
---
Wu, Feng wrote on 2014-12-24:
>
>
> Zhang, Yang Z wrote on 2014-12-24:
>> Cc: io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org;
>> KVM list; Eric Auger
>> Subject: RE: [v3 06/26] iommu, x86: No need to migrating irq for
>> VT-d Posted-Interrupts
>>
>> Jiang Liu wrote on
On 2014/12/24 11:09, Wang Long wrote:
> Hi, Xu Wei
>
> This series patch enable Hisilicon HiP01 SoC. The HiP01 SoC series
> chip is designed for networking product, it integrates a rich peripheral
> interfaces to support network applications and supports both one
> core or dual cores and quad
Hi Linus,
Xmas fixes pull:
core: one atomic fix, revert the WARN_ON dumb buffers patch.
agp: fixup Dave J.
nouveau: fix 3.18 regression for old userspace
tegra fixes: vblank and iommu fixes
amdkfd: fix bugs shown by testing with userspace, init apertures once
msm: hdmi fixes and cleanup
i915:
Add the support of Hisilicon HiP01 debug uart.
The uart of hip01 is 8250 compatible.
Signed-off-by: Wang Long
---
arch/arm/Kconfig.debug | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index 5ddd490..e0cf6ce 100644
---
Hi, Xu Wei
This series patch enable Hisilicon HiP01 SoC. The HiP01 SoC series
chip is designed for networking product, it integrates a rich peripheral
interfaces to support network applications and supports both one
core or dual cores and quad cores. The core is Cortex A9.
This series patch
This patch fixes the bug discussed in
https://www.mail-archive.com/kvm@vger.kernel.org/msg109813.html
This patch uses a new field named irr_delivered to record the
delivery status of edge-triggered interrupts, and clears the
delivered interrupts in kvm_get_ioapic. So it has the same effect
of
Make hip01 share the hisi_defconfig.
And add it into multi_v7_defconfig too.
Signed-off-by: Wang Long
---
arch/arm/configs/hisi_defconfig | 1 +
arch/arm/configs/multi_v7_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/configs/hisi_defconfig
Add dts file for Hisilicon hip01 ca9x2 board
Signed-off-by: Wang Long
---
.../bindings/arm/hisilicon/hisilicon.txt | 25 +
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/hip01-ca9x2.dts | 50 ++
arch/arm/boot/dts/hip01.dtsi
enable smp for HiP01 board.
Signed-off-by: Wang Long
---
arch/arm/boot/dts/hip01-ca9x2.dts | 1 +
arch/arm/mach-hisi/core.h | 3 +++
arch/arm/mach-hisi/hotplug.c | 31
arch/arm/mach-hisi/platsmp.c | 50 +++
4 files
Enable Hisilicon HiP01 SoC. This HiP01 SoC series support both
one core or dual cores and quad cores. The core is Cortex A9.
Signed-off-by: Wang Long
---
arch/arm/mach-hisi/Kconfig | 8
arch/arm/mach-hisi/hisilicon.c | 10 ++
2 files changed, 18 insertions(+)
diff --git
As hix5hd2 and hip01 has the same .smp_prepare_cpus
in struct smp_operations, so rename hix5hd2_smp_prepare_cpus
to hisi_common_smp_prepare_cpus.
the hip01 will use hisi_common_smp_prepare_cpus in its
struct smp_operations.
Signed-off-by: Wang Long
---
arch/arm/mach-hisi/platsmp.c | 4 ++--
1
As hix5hd2 and hip01 has the same secondary_startup
so rename hix5hd2_secondary_startup to
to hisi_secondary_startup.
the hip01 will use hisi_secondary_startup for the
secondary core boot.
Signed-off-by: Wang Long
---
arch/arm/mach-hisi/core.h| 2 +-
arch/arm/mach-hisi/headsmp.S | 2 +-
> -Original Message-
> From: Zhang, Yang Z
> Sent: Wednesday, December 24, 2014 10:33 AM
> To: Jiang Liu; Paolo Bonzini; Wu, Feng; Thomas Gleixner; Ingo Molnar; H. Peter
> Anvin; x...@kernel.org; Gleb Natapov; dw...@infradead.org;
> j...@8bytes.org; Alex Williamson
> Cc:
There's no need to do header check for virtio-net since:
- Host sets dodgy for all gso packets from guest and check the header.
- Host should be prepared for all kinds of evil packets from guest, since
malicious guest can send any kinds of packet.
So this patch sets NETIF_F_GSO_ROBUST for
On Mon, Dec 22, 2014 at 03:59:19PM -0800, Linus Torvalds wrote:
> But in the meantime please do keep that thing running as long as you
> can. Let's see if we get bigger jumps. Or perhaps we'll get a negative
> result - the original softlockup bug happening *without* any bigger
> hpet jumps.
Hi,
On 12/24/2014 12:39 AM, Ilia Mirkin wrote:
On Tue, Dec 23, 2014 at 5:40 AM, Vince Hsu wrote:
This is a workaround to avoid the instmem backup/restore during the suspend
and resume process in nv50 instemem driver.
Signed-off-by: Vince Hsu
---
drm/Kbuild| 1 +
This patch adds the support for suspend-to-ram feature of Exynos3250 SoC.
Exynos3250 don't contain the L2 cache.
The measured power-consumption in suspend state:
- before entering suspend : 31mA
- in suspend state : 16mA
Cc: Kukjin Kim
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
1 - 100 of 1036 matches
Mail list logo
