This patch introduces a new macro "__NR_CPUS__" to perf's embedded
clang compiler, which represent the available CPU counters in this
system. BPF program can use this macro to create a map with same
number of system CPUs. For exmaple:
struct bpf_map_def SEC("maps") pmu_map = {
.type =
On 11/04/2015 11:30 AM, Arnd Bergmann wrote:
On Wednesday 04 November 2015 10:46:49 Daniel Lezcano wrote:
On 11/03/2015 03:28 PM, Jisheng Zhang wrote:
In case there are several possible delay timers, we purely base the
selection on the frequency, which is suboptimal in some cases. Take
one
Hi Alim,
> Hello,
>
> On Thu, Oct 8, 2015 at 11:04 AM, Krzysztof Kozlowski
> wrote:
> > The NULL check in probe's error path is not needed because in that
> > time the regulator cannot be NULL (regulator_get() returns valid
> > pointer or ERR_PTR).
> >
> > Signed-off-by: Krzysztof Kozlowski
>
Hi Alim,
> Hello,
>
> On Thu, Oct 8, 2015 at 11:04 AM, Krzysztof Kozlowski
> wrote:
> > Thermal core could not read the temperature after registering the
> > thermal sensor with thermal_zone_of_sensor_register() because the
> > driver was not yet initialized.
> >
> > The call trace looked like:
On 11/04/2015 11:20 AM, Laurent Vivier wrote:
> QEMU allows until 32 LUNs.
>
> Signed-off-by: Laurent Vivier
> ---
> drivers/scsi/ibmvscsi/ibmvscsi.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/scsi/ibmvscsi/ibmvscsi.c
>
On Sun, Nov 01, 2015 at 12:08:21AM +0200, Egor Uleyskiy wrote:
> From: Egor Uleyskiy
>
> Signed-off-by: Egor Uleyskiy
> ---
You have done different types of changes in this patch. Please break
them up so that each patch will be doing only one type of change.
Also your subject is not correct.
On 11/04/2015 11:15 AM, Felipe Ferreri Tonello wrote:
> Hi Robert,
>
> On 03/11/15 12:53, Robert Baldyga wrote:
>> USB requests in Loopback function are allocated in loopback_get_alt()
>> function, so we prefer to free them rather in loopback_disable() than
>> in loopback_complete() when request
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.4-rc0-tag
xen: features for 4.4-rc0
- - Improve balloon driver memory hotplug placement.
- - Use unpopulated hotplugged memory for
On Wed, Nov 04 2015, Eric Dumazet wrote:
> On Tue, 2015-11-03 at 10:41 +0100, Rasmus Villemoes wrote:
>
>> @@ -667,7 +667,7 @@ void do_close_on_exec(struct files_struct *files)
>> fdt = files_fdtable(files);
>> if (fd >= fdt->max_fds)
>> break;
>> -
Add a driver to setup the USB phy on Mediatek/Ralink SoCs.
The driver is trivial and only sets the power and host/device mode.
Signed-off-by: John Crispin
---
.../devicetree/bindings/phy/ralink-usb-phy.txt | 17 ++
drivers/phy/Kconfig|7 +
Hi Jan,
[auto build test ERROR on: ext3/for_next]
[cannot apply to: v4.3 next-20151103]
url:
https://github.com/0day-ci/linux/commits/Jan-Kara/block-Don-t-allow-illegal-discard-requests/20151104-172203
base: https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git
for_next
config
On Wed, Nov 04, 2015 at 10:39:13AM +, Will Deacon wrote:
> On Wed, Nov 04, 2015 at 03:26:48PM +0530, Sanjeev Sharma wrote:
> > _dma_page_cpu_to_dev() treat DMA_BIDIRECTIONAL similar to DMA_TO_DEVICE
> > which means that destination buffer is device memory,means cpu may have
> > written some
Some atomic operations now have _relaxed/acquire/release variants, this
patch then adds some trivial tests for two purpose:
1. test the behavior of these new operations in single-CPU
environment.
2. make their code generated before we actually use them somewhere,
so
Hi Krzysztof,
> Remove semicolons after switch statement.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/thermal/samsung/exynos_tmu.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/thermal/samsung/exynos_tmu.c
>
Hi Alim,
> Hello,
>
> On Fri, Oct 9, 2015 at 4:28 PM, Krzysztof Kozlowski
> wrote:
> > W dniu 09.10.2015 o 01:45, Alim Akhtar pisze:
> >> Hello,
> >>
> >> On Thu, Oct 8, 2015 at 11:04 AM, Krzysztof Kozlowski
> >> wrote:
> >>> During probe if the regulator could not be enabled, the error
> >>>
Commit-ID: 1c5dac914794f0170e1582d8ffdee52d30e0e4dd
Gitweb: http://git.kernel.org/tip/1c5dac914794f0170e1582d8ffdee52d30e0e4dd
Author: Matt Fleming
AuthorDate: Tue, 3 Nov 2015 13:40:41 +
Committer: Thomas Gleixner
CommitDate: Wed, 4 Nov 2015 11:48:47 +0100
x86/setup: Fix recent
Commit-ID: 2518594c0481dbf81edd255753e5fdfee1756a7c
Gitweb: http://git.kernel.org/tip/2518594c0481dbf81edd255753e5fdfee1756a7c
Author: Vitaly Kuznetsov
AuthorDate: Tue, 3 Nov 2015 10:40:14 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 4 Nov 2015 11:48:47 +0100
x86/irq: Probe for
Hi Alim,
> Hello,
>
> On Thu, Oct 8, 2015 at 11:04 AM, Krzysztof Kozlowski
> wrote:
> > The 'ret' variable in exynos5440_tmu_initialize() is initialized to
> > 0 and returned as is. Replace it with direct return statement. This
> > also fixes coccinelle warning:
> >
On Wed, 4 Nov 2015, Matt Fleming wrote:
> for you to fetch changes up to 5965d1bbeba70fe3626e4537f4729283cb0e75f7:
>
> x86/setup: Fix recent boot crash on 32-bit SMP machines (2015-11-04
> 09:26:24 +)
I just picked that up manually :)
--
To unsubscribe from this list: send the line
On Wed, Nov 04, 2015 at 11:28:00AM +0100, Peter Zijlstra wrote:
> On Wed, Nov 04, 2015 at 11:21:51AM +0100, Peter Zijlstra wrote:
>
> > The problem appears to be due to the new RCU expedited grace period
> > stuff, with rcu_read_unlock() now randomly trying to acquire locks it
> > previously
On 2015.11.04 at 11:15 +0100, Markus Trippelsdorf wrote:
> On 2015.11.03 at 11:02 +0100, Ingo Molnar wrote:
> >
> > Please pull the latest perf-core-for-linus git tree from:
>
> Since the current merge "perf top" segfaults on my machine:
>
> Program received signal SIGSEGV, Segmentation fault.
Hi Jan,
[auto build test ERROR on: ext3/for_next]
[cannot apply to: v4.3 next-20151103]
url:
https://github.com/0day-ci/linux/commits/Jan-Kara/block-Don-t-allow-illegal-discard-requests/20151104-172203
base: https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git
for_next
config
Folks, the LKP robot reported an issue with Paolo's recent bug fix
that syncs the identity mapping in 'initial_page_table'. Turns out
that KERNEL_PGD_PTRS is not the correct constant to use when copying
to the lower region because that's every PGD from PAGE_OFFSET to the
end of the addressable
I'm announcing the release of the 3.12.50 kernel.
All users of the 3.12 kernel series must upgrade.
The updated 3.12.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.12.y
and can be browsed at the normal kernel.org git web
The LKP test robot reported that the bug fix in commit f5f3497cad8c
("x86/setup: Extend low identity map to cover whole kernel range")
causes CONFIG_X86_32 SMP machines to crash on boot when trying to
bring AP cpus online.
The above commit erroneously copies too many of the PGD entries to the
low
Hi Jan,
[auto build test ERROR on: ext3/for_next]
[cannot apply to: v4.3 next-20151103]
url:
https://github.com/0day-ci/linux/commits/Jan-Kara/block-Don-t-allow-illegal-discard-requests/20151104-172203
base: https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git
for_next
config
On Thu 29-10-15 09:10:09, Johannes Weiner wrote:
> On Thu, Oct 29, 2015 at 04:25:46PM +0100, Michal Hocko wrote:
> > On Tue 27-10-15 09:42:27, Johannes Weiner wrote:
[...]
> > > You carefully skipped over this part. We can ignore it for socket
> > > memory but it's something we need to figure out
On Wed, Nov 04, 2015 at 03:26:48PM +0530, Sanjeev Sharma wrote:
> _dma_page_cpu_to_dev() treat DMA_BIDIRECTIONAL similar to DMA_TO_DEVICE
> which means that destination buffer is device memory,means cpu may have
> written some data to source buffer and data may be in cache line.For
> cleaner
On Tue, 20 Oct 2015, Daniel Wagner wrote:
> +
> +extern void swake_up(struct swait_queue_head *q);
> +extern void swake_up_all(struct swait_queue_head *q);
> +extern void swake_up_locked(struct swait_queue_head *q);
I intentionally named these functions swait_wake* in my initial
implementation
On Wednesday 04 November 2015 10:46:49 Daniel Lezcano wrote:
> On 11/03/2015 03:28 PM, Jisheng Zhang wrote:
> > In case there are several possible delay timers, we purely base the
> > selection on the frequency, which is suboptimal in some cases. Take
> > one Marvell Berlin platform for example:
On Wed, Nov 04, 2015 at 11:21:45AM +0100, Thomas Gleixner wrote:
> On Thu, 22 Oct 2015, Borislav Petkov wrote:
> > u64 native_sched_clock(void)
> > {
> > - if (static_branch_likely(&__use_tsc)) {
> > - u64 tsc_now = rdtsc();
> > -
> > - /* return the value in ns */
> > -
On Wednesday 04 November 2015 11:05:54 Peter Ujfalusi wrote:
> >
> > I think that would be less readable, and gives no compile-time coverage
> > to the contents of the edma_tc_set_pm_state function.
>
> Hrm, if the compiler knows that there is no need to compile the code after
> the:
> if
On Wed, Nov 04, 2015 at 11:21:51AM +0100, Peter Zijlstra wrote:
> The problem appears to be due to the new RCU expedited grace period
> stuff, with rcu_read_unlock() now randomly trying to acquire locks it
> previously didn't.
>
> Lemme go look at those rcu bits again..
Paul, I think this is
For primary plane initialization failure cases, ipu_plane_init() may return
a pointer encoded by ERR_PTR(). So, we should bailout instead of use that
pointer blindly.
Signed-off-by: Liu Ying
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 4
1 file changed, 4 insertions(+)
diff --git
On 04/11/2015 11:20, Laurent Vivier wrote:
> QEMU allows until 32 LUNs.
>
> Signed-off-by: Laurent Vivier
I forget the:
Reviewed-by: Brian King
Acked-by: Tyrel Datwyler
> ---
> drivers/scsi/ibmvscsi/ibmvscsi.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git
On 04-11-15, 02:22, Michael Turquette wrote:
> Splat:
>
Thanks, but I also need your Tested-by :)
--
viresh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 2015.11.03 at 11:02 +0100, Ingo Molnar wrote:
>
> Please pull the latest perf-core-for-linus git tree from:
Since the current merge "perf top" segfaults on my machine:
Program received signal SIGSEGV, Segmentation fault.
__map__is_kernel (map=map@entry=0x1abb7a0) at util/map.c:238
238
On Thu, 22 Oct 2015, Borislav Petkov wrote:
> u64 native_sched_clock(void)
> {
> - if (static_branch_likely(&__use_tsc)) {
> - u64 tsc_now = rdtsc();
> -
> - /* return the value in ns */
> - return cycles_2_ns(tsc_now);
> - }
> -
> +#ifdef
On Wed, Nov 04, 2015 at 12:17:17AM -0500, Dave Jones wrote:
> This is new to me since todays merge window.
>
Thanks, 'interesting' indeed. I've one complaint from Andi about his
machine going belly up which might maybe be explained by this.
The problem appears to be due to the new RCU expedited
Quoting Viresh Kumar (2015-10-30 19:14:09)
> On 30-10-15, 10:06, Stephen Boyd wrote:
> > On 10/30, Viresh Kumar wrote:
> > > dev_opp_list_lock is used everywhere to protect device and OPP lists,
> > > but dev_pm_opp_set_sharing_cpus() is missed somehow. And instead we used
> > > rcu-lock, which
The value of the parameter is never re-read by the driver,
so a new value is ignored. Let know the user he
can't modify it by removing writable attribute.
Signed-off-by: Laurent Vivier
Reviewed-by: Brian King
Acked-by: Tyrel Datwyler
---
drivers/scsi/ibmvscsi/ibmvscsi.c | 4 ++--
1 file
v2 of this series only fix the format type of max_lun:
drivers/scsi/ibmvscsi/ibmvscsi.c:2298:4:
warning: format '%d' expects argument of type 'int',
but argument 4 has type 'u64 {aka long long unsigned int}' [-Wformat=]
"Maximum ID: %d Maximum LUN: %d Maximum Channel: %d\n",
^
QEMU allows until 32 LUNs.
Signed-off-by: Laurent Vivier
---
drivers/scsi/ibmvscsi/ibmvscsi.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/scsi/ibmvscsi/ibmvscsi.c b/drivers/scsi/ibmvscsi/ibmvscsi.c
index 04de287..4480d3e 100644
---
As devices with values greater than that are silently ignored,
this gives some hints to the sys admin to know why he doesn't see
his devices...
Signed-off-by: Laurent Vivier
Reviewed-by: Brian King
Acked-by: Tyrel Datwyler
---
v2: fix format of max_lun (u64): use %llu
On 2015/11/4 16:23, liuchangsheng wrote:
> After the user config CONFIG_MOVABLE_NODE,
> When the memory is hot added, should_add_memory_movable() return 0
> because all zones including ZONE_MOVABLE are empty,
> so the memory that was hot added will be assigned to ZONE_NORMAL,
> and we need using
Hi Harvey,
Sorry for the late review :-/.
On Tue, 6 Oct 2015 17:27:16 +0100
Harvey Hunt wrote:
> From: Alex Smith
>
> Add a driver for NAND devices connected to the NEMC on JZ4780 SoCs, as
> well as the hardware BCH controller. DMA is not currently implemented.
>
> While older 47xx SoCs
Hi Robert,
On 03/11/15 12:53, Robert Baldyga wrote:
> USB requests in Loopback function are allocated in loopback_get_alt()
> function, so we prefer to free them rather in loopback_disable() than
> in loopback_complete() when request is completed with error. It provides
> better symetry in
On Wed, Nov 04, 2015 at 09:22:13AM +0800, Boqun Feng wrote:
> Will, AFAIK, you are currently working on variants on arm64, right? I
> wonder whether you depend on patch 3 (allow archictures to provide
> self-defined __atomic_op_*), if so I can also send patch 3 as a patch
> for tip tree and wait
On 03.11.2015 17:55, Lorenzo Pieralisi wrote:
On Tue, Oct 27, 2015 at 05:38:42PM +0100, Tomasz Nowicki wrote:
[...]
menu "Kernel Features"
diff --git a/arch/arm64/kernel/pci.c b/arch/arm64/kernel/pci.c
index b3d098b..66cc1ae 100644
--- a/arch/arm64/kernel/pci.c
+++ b/arch/arm64/kernel/pci.c
Since we are using ipu_plane_init() to add one primary plane for each
IPU CRTC, it's unnecessary to create the safe one by using the helper
create_primary_plane().
Furthermore, the safe one is attached to crtc->primary, which actually
carries a framebuffer(crtc->primary->fb) created by the fbdev
Quoting Zain Wang (2015-11-02 21:52:06)
> set an id for crypto clk, so that it can be called in other part.
>
> Signed-off-by: Zain Wang
Looks good to me. I can apply after -rc1 drops, or if you prefer to take
this series all together then you have my ack:
Acked-by: Michael Turquette
On 2015/11/4 17:44, Jiri Kosina wrote:
On Wed, 4 Nov 2015, Zhou Chengming wrote:
When enable KASLR, func->old_addr will be set to zero
and livepatch will find the right old address.
But for reloc, livepatch just verify it using reloc->val
(old addr from user), so verify failed and report
config:
http://www.madore.org/~david/.tmp/config.20151102.broken
Syslog:
http://www.madore.org/~david/.tmp/syslog.20151104
--
David A. Madore
( http://www.madore.org/~david/ )
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On 03.11.2015 17:10, Lorenzo Pieralisi wrote:
On Tue, Oct 27, 2015 at 05:38:41PM +0100, Tomasz Nowicki wrote:
Architectures which support PCI_DOMAINS_GENERIC (like ARM64)
cannot call pci_bus_assign_domain_nr along ACPI PCI host bridge
initialization since this function needs valid parent device
On 03.11.2015 17:55, Lorenzo Pieralisi wrote:
On Tue, Oct 27, 2015 at 05:38:42PM +0100, Tomasz Nowicki wrote:
[...]
menu "Kernel Features"
diff --git a/arch/arm64/kernel/pci.c b/arch/arm64/kernel/pci.c
index b3d098b..66cc1ae 100644
--- a/arch/arm64/kernel/pci.c
+++ b/arch/arm64/kernel/pci.c
_dma_page_cpu_to_dev() treat DMA_BIDIRECTIONAL similar to DMA_TO_DEVICE
which means that destination buffer is device memory,means cpu may have
written some data to source buffer and data may be in cache line.For
cleaner operation we need to call outer_flush_range() which will
clean and invalidate
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
There is only one new feature in this pull for the 4.4 merge window,
most of it is small enhancements, cleanup and bug fixes.
*
On Tue, 3 Nov 2015, Josh Poimboeuf wrote:
> On Tue, Nov 03, 2015 at 05:09:48PM +0100, Miroslav Benes wrote:
> > On Tue, 3 Nov 2015, Josh Poimboeuf wrote:
> >
> > > On Tue, Nov 03, 2015 at 11:52:08AM +0100, Miroslav Benes wrote:
> > > >
> > > > There is a problem which I missed before.
On 11/03/2015 03:28 PM, Jisheng Zhang wrote:
In case there are several possible delay timers, we purely base the
selection on the frequency, which is suboptimal in some cases. Take
one Marvell Berlin platform for example: we have arch timer and dw-apb
timer. The arch timer freq is 25MHZ while
Hi Sasha,
I think there might be a problem with the changelog on kernel.org
https://kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.24
it shows the entry of tty only.
Best regards,
--
William
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, 4 Nov 2015, Zhou Chengming wrote:
> When enable KASLR, func->old_addr will be set to zero
> and livepatch will find the right old address.
> But for reloc, livepatch just verify it using reloc->val
> (old addr from user), so verify failed and report
> "kernel mismatch" error.
>
>
RAPL_EVENT_DESC isn't used till now. So remove this macro at this
patch.
Signed-off-by: Huang Rui
---
arch/x86/kernel/cpu/perf_event_intel_rapl.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel_rapl.c
b/arch/x86/kernel/cpu/perf_event_intel_rapl.c
On Tue, 3 Nov 2015, Josh Poimboeuf wrote:
> It's probably a good idea to keep the patches bisectable, so I made this
> a separate patch which applies on top of the first one.
>
> (Note that it completely removes all the code from the first patch, so
> there's no need for a v2 of the first patch
On Tue 03-11-15 10:10:03, Daniel Cashman wrote:
[...]
> +This value can be changed after boot using the
> +/proc/sys/kernel/mmap_rnd_bits tunable
Why is this not sitting in /proc/sys/vm/ where we already have
mmap_min_addr. These two sound like they should sit together, no?
--
Michal Hocko
SUSE
> On 27 October 2015 at 16:35, Alison Wang wrote:
> > v7 LPAE multi-platform defconfig is based on v7 multi-platform
> > defconfig and adds LPAE support.
> >
> > This defconfig is verified on LS1021A which enables GIANFAR, I2C,
> > WATCHDOG, AUDIO, EDMA and DSPI drivers, etc.
> >
> >
When enable KASLR, func->old_addr will be set to zero
and livepatch will find the right old address.
But for reloc, livepatch just verify it using reloc->val
(old addr from user), so verify failed and report
"kernel mismatch" error.
Reported-by: Cyril B.
Signed-off-by: Zhou Chengming
---
On Tue, 3 Nov 2015, Dmitry Torokhov wrote:
> > > The input_configured callback was recently changed to return
> > > an 'int', but the newly added driver uses the old API:
> > >
> > > drivers/hid/hid-gfrm.c:151:22: warning: initialization from incompatible
> > > pointer type
On 03/11/2015 at 23:13:46 -0800, Soren Brinkmann wrote :
> The RTC entries are mostly grouped by vendor. Move the few outliers in
> place.
> Also, change the one occurrence of 'nxp' to 'NXP' to make all NXP
> entries consistent.
>
Yeah, I've been contemplating reordering the Kconfig, the main
Hi,
This happened when i booted linux 4.3 on a old intel machine.
Please note, it's named before "twilight" was known and it's name is
inspired by "twilight zone" since it's actually a firewall ;)
PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND
1666 root 20 0
Hi Dave,
After merging the drm tree, today's linux-next build (s390 allmodconfig)
failed like this:
drivers/gpu/drm/nouveau/nvkm/subdev/instmem/gk20a.c:143:2: error: implicit
declaration of function 'dma_to_phys' [-Werror=implicit-function-declaration]
Caused by commit
69c4938249fb
> @@ -1135,20 +1135,12 @@ void do_page_add_anon_rmap(struct page *page,
> bool compound = flags & RMAP_COMPOUND;
> bool first;
>
> - if (PageTransCompound(page)) {
> + if (compound) {
> + atomic_t *mapcount;
> VM_BUG_ON_PAGE(!PageLocked(page), page);
Currently blkdev_issue_discard() doesn't check that submitted discard
request matches granularity required by the underlying device.
Submitting such requests to the device can have unexpected consequences
(e.g. brd driver just discards more / less data depending on how exactly
the request is
On Tue, 3 Nov 2015, Josh Poimboeuf wrote:
> It's probably a good idea to keep the patches bisectable, so I made this
> a separate patch which applies on top of the first one.
>
> (Note that it completely removes all the code from the first patch, so
> there's no need for a v2 of the first patch
On 11/04/2015 10:46 AM, Arnd Bergmann wrote:
> On Wednesday 04 November 2015 09:42:35 Peter Ujfalusi wrote:
>> On 11/03/2015 04:00 PM, Arnd Bergmann wrote:
>>> During the edma rework, a build error was introduced for the
>>> case that CONFIG_OF is disabled:
>>>
>>> drivers/built-in.o: In function
On 14 October 2015 at 11:04, Javier Martinez Canillas
wrote:
> The bcm47xxsflash driver uses the KSEG0ADDR() function to map an address
> to a certain kernel segment. But that is only defined if the MIPS config
> symbol is enabled. The driver does not have an explicit dependency on it
> and
On 04/11/15 08:00, majun (F) wrote:
> Hi Marc:
>
> 在 2015/10/15 23:39, Marc Zyngier 写道:
>> In order to demonstrate how to put together a wire/MSI bridge,
>> add a dummy driver that doesn't do anything at all, except
>> for allocating interrupts.
>>
>> It comes together with an even more stupid
On Wed, Nov 04 2015, James Bottomley
wrote:
> On Wed, 2015-11-04 at 00:26 +0100, Rasmus Villemoes wrote:
>> On Tue, Nov 03 2015, James Bottomley
>> wrote:
>> >> Please spell it U32_MAX
>> >
>> > Why? there's no reason not to use the arithmetic UINT_MAX here. Either
>> > works, of course but
On Wednesday 04 November 2015 03:17:06 Huan Wang wrote:
> > On Tue, Oct 27, 2015 at 10:35:07PM +0800, Alison Wang wrote:
> > > v7 LPAE multi-platform defconfig is based on v7 multi-platform
> > > defconfig and adds LPAE support.
> > >
> > > This defconfig is verified on LS1021A which enables
On 11/3/15, Anju T wrote:
> This short patch series adds the ability to sample the interrupted
> machine state for each hardware sample.
>
> To test this patchset,
> Eg:
>
> $perf record -I ls // record machine state at interrupt
> $perf script -D //read the perf.data file
Uncovered the
On 27 October 2015 at 16:35, Alison Wang wrote:
> v7 LPAE multi-platform defconfig is based on v7 multi-platform
> defconfig and adds LPAE support.
>
> This defconfig is verified on LS1021A which enables GIANFAR,
> I2C, WATCHDOG, AUDIO, EDMA and DSPI drivers, etc.
>
> Signed-off-by: Alison Wang
On 04/11/15 07:54, Bharat Kumar Gogada wrote:
>>> Without #ifdefs if we compile driver for legacy, MSI structures will not be
>> available and we get compile time error.
>>
>> Sorry for nitpicking but at least can we use elegant version of #ifdefs
>> .i.e. #if
>> IS_ENABLED() here ?
>>
> Since
On 11/04/2015 10:37 AM, Vinod Koul wrote:
> On Mon, Nov 02, 2015 at 05:46:05PM +0200, Peter Ujfalusi wrote:
>>> Okay I have reverted the two and applied the edma patch sent, can you please
>>> verify topic/edma_fix before I merge it and send my PULL request.
>>
>> The branch looks good. Thank you!
On 04/11/15 06:38, Bharat Kumar Gogada wrote:
>>> +static struct msi_domain_info nwl_msi_domain_info = {
>>> + .flags = (MSI_FLAG_USE_DEF_DOM_OPS |
>> MSI_FLAG_USE_DEF_CHIP_OPS |
>>> + MSI_FLAG_MULTI_PCI_MSI),
>>
>> If you're supporting multi-MSI, how do you ensure that all hwirqs
On Mon, Nov 02, 2015 at 05:50:24PM -0800, Andi Kleen wrote:
SNIP
> @@ -729,32 +722,8 @@ static void print_counter_aggr(struct perf_evsel
> *counter, char *prefix)
> if (prefix)
> fprintf(output, "%s", prefix);
>
> - if (scaled == -1 || !counter->supported) {
> -
On Wednesday 04 November 2015 09:42:35 Peter Ujfalusi wrote:
> On 11/03/2015 04:00 PM, Arnd Bergmann wrote:
> > During the edma rework, a build error was introduced for the
> > case that CONFIG_OF is disabled:
> >
> > drivers/built-in.o: In function `edma_tc_set_pm_state':
> > :(.text+0x43bf0):
> On Nov 4, 2015, at 16:36, Sergey Senozhatsky
> wrote:
>
> On (11/04/15 15:35), yalin wang wrote:
> [..]
>>
>> -for (batch = tlb->local.next; batch; batch = next) {
>> -next = batch->next;
>> +for (batch = tlb->local.next; batch; batch = batch->next)
>>
On Mon, Nov 02, 2015 at 05:50:22PM -0800, Andi Kleen wrote:
SNIP
> evsel->attr.type == PERF_TYPE_HW_CACHE &&
> evsel->attr.config == ( PERF_COUNT_HW_CACHE_L1D |
> ((PERF_COUNT_HW_CACHE_OP_READ) << 8) |
> -
> On Oct 30, 2015, at 13:25, AKASHI Takahiro wrote:
>
> Stack tracer on arm64, check_stack(), is uniqeue in the following
> points:
> * analyze a function prologue of a traced function to estimate a more
> accurate stack pointer value, replacing naive ' + 0x10.'
> * use walk_stackframe(),
Hi
Andy Shevchenko 於 2015/11/3 下午 05:45 寫道:
On Tue, Nov 3, 2015 at 5:51 AM, Peter Hung wrote:
+ *Please reference https://bitbucket.org/hpeter/fintek-general/src/
+ *with f81534/tools to get set_gpio.c & set_mode.c. Please use it
+ *carefully.
Would it be good to have this under
On Wed, 2015-11-04 at 16:19 +0800, Peter Hung wrote:
> Hi
>
> Oliver Neukum 於 2015/11/3 下午 06:03 寫道:
> > On Tue, 2015-11-03 at 11:51 +0800, Peter Hung wrote:
> >> +static int f81534_attach(struct usb_serial *serial)
> >> +{
> >> + struct f81534_serial_private *serial_priv = NULL;
> >> + int
On (11/04/15 15:35), yalin wang wrote:
[..]
>
> - for (batch = tlb->local.next; batch; batch = next) {
> - next = batch->next;
> + for (batch = tlb->local.next; batch; batch = batch->next)
> free_pages((unsigned long)batch, 0);
accessing `batch->next' after
On Mon, Nov 02, 2015 at 05:50:22PM -0800, Andi Kleen wrote:
SNIP
> @@ -307,119 +302,145 @@ void perf_stat__print_shadow_stats(FILE *out, struct
> perf_evsel *evsel,
> total = avg_stats(_cycles_stats[ctx][cpu]);
> if (total) {
> ratio = avg /
On Wed, Nov 04, 2015 at 03:35:31PM +0800, yalin wang wrote:
> This patch remove unneeded *next temp variable,
> make this function more simple to read.
>
> Signed-off-by: yalin wang
> ---
> mm/memory.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/mm/memory.c
On Mon, Nov 02, 2015 at 05:46:05PM +0200, Peter Ujfalusi wrote:
> > Okay I have reverted the two and applied the edma patch sent, can you please
> > verify topic/edma_fix before I merge it and send my PULL request.
>
> The branch looks good. Thank you!
> It would have been great if the DTS
On Tue, Nov 03, 2015 at 01:25:09PM -0800, Kevin Hilman wrote:
> > /* Enable clock before accessing register */
> > - ret = tegra_dma_runtime_resume(dev);
> > + ret = pm_runtime_get_sync(dev);
>
> If you are runtime suspended then core will runtime resume
On Wed, Nov 4, 2015 at 1:38 AM, Andrew Duggan wrote:
> On 11/03/2015 06:01 AM, Linus Walleij wrote:
>>
>> On Mon, Nov 2, 2015 at 11:14 PM, Andrew Duggan
>> wrote:
>>
>>> I have been continuing to work on the synaptics-rmi4 driver and was just
>>> trying to figure out what the next step should
On 03.11.2015 18:16, Pavel Fedin wrote:
> The chip is smsc9115, connected via SROMc bank 3. Additionally, some GPIO
> initialization is required.
>
> Signed-off-by: Pavel Fedin
> ---
> arch/arm/boot/dts/exynos5410-smdk5410.dts | 40
> +++
> 1 file changed, 40
After the user config CONFIG_MOVABLE_NODE,
When the memory is hot added, should_add_memory_movable() return 0
because all zones including ZONE_MOVABLE are empty,
so the memory that was hot added will be assigned to ZONE_NORMAL,
and we need using the udev rules to online the memory automatically:
On Tue 03-11-15 10:10:30, Minchan Kim wrote:
> One thing I suspect is GUP with FOLL_TOUCH which calls mark_page_accesssed
> on anonymous page and will mark PG_referenced.
OK, this is what I've missed.
--
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe
On 03.11.2015 18:16, Pavel Fedin wrote:
> Implement handling properties in subnodes and adding child devices to the
> system. Child devices will not be added if configuration fails.
>
> Since the driver now does more than suspend-resume support, dependency on
> CONFIG_PM is removed.
>
>
801 - 900 of 1824 matches
Mail list logo