On Tuesday, May 12, 2015 03:57:59 PM Richard Guy Briggs wrote:
> On 15/05/05, Steve Grubb wrote:
> > I think there needs to be some more discussion around this. It seems like
> > this is not exactly recording things that are useful for audit.
>
> It seems to me that either audit has to assemble th
On Thu, 14 May 2015 19:46:11 +0530
Shreyas B Prabhu wrote:
> > Thanks for the comments, but can't these still be called with
> > preemption enabled. What happens when CONFIG_DEBUG_PREEMPT is set and
> > you enable these tracepoints. Wont it trigger a warning about
> > smp_processor_id() being us
Jiri,
Hope I'm not being too dense...
All the Vernier devices are hid class and are supported via the hid driver
sub-system and the hidraw device interface.
Vernier has a library called GoIO
http://www.vernier.com/downloads/software-development-kits/go-sdk/, which
supports (or will support)
On 5/14/2015 4:50 AM, Borislav Petkov wrote:
On Wed, May 13, 2015 at 12:37:04PM -0500, Aravind Gopalakrishnan wrote:
mce_setup(&m);
+ rdmsrl(MSR_IA32_MCG_STATUS, m.mcgstatus);
Any meaningful bits in that MSR we wanna know when getting a
thresholding or deferred error? Are they even
On Wed, 13 May 2015, Rob Herring wrote:
> Add platform driver for Marvell PXA1928 SOC. This is different from the
> mv-ehci driver in that it uses the generic phy framework, uses DT, does
> not use platform_data, is host only, and has a specific HSIC PHY and
> controller initialization handshake.
On Thu, May 14, 2015 at 7:52 AM, David Howells wrote:
> Use "-d". I added the flag but then never made it do anything.
Sure, but since this C file is not upstream, how about just squashing
the commit with yours that adds the C file?
Luis
--
To unsubscribe from this list: send the line "unsubsc
On Tue, 2015-05-12 at 15:00 +0200, Sascha Hauer wrote:
> On Mon, May 11, 2015 at 05:26:22PM +0800, YH Huang wrote:
> > +
> > +static int mtk_disp_pwm_probe(struct platform_device *pdev)
> > +{
> > + struct mtk_disp_pwm_chip *pwm;
>
> The struct mtk_disp_pwm_chip * is named 'mpc' in the other fun
David Howells wrote:
> Luis R. Rodriguez wrote:
>
> > You can create a file.pkcs7 file with the -d option right now
> > but that still modifies the file. If all you want is the signature
> > file you can use -s now, that will leave the file passed as-is.
>
> I would recommend you use something
Luis R. Rodriguez wrote:
> You can create a file.pkcs7 file with the -d option right now
> but that still modifies the file. If all you want is the signature
> file you can use -s now, that will leave the file passed as-is.
I would recommend you use something other than "-s" - that belongs to th
On Tue, 2015-05-12 at 14:44 +0200, Matthias Brugger wrote:
> 2015-05-12 14:37 GMT+02:00 Matthias Brugger :
> > Hi YH,
> >
> > 2015-05-11 11:26 GMT+02:00 YH Huang :
> >> Add display PWM driver support to modify backlight for MT8173/MT6595.
> >>
> >> Signed-off-by: YH Huang
> >> ---
> >> drivers/pw
On 14 May 2015 at 16:22, Mark Salter wrote:
> There is no guarantee that ACPI tables will be located in RAM linearly
> mapped by the kernel. This could be because UEFI placed them below the
> kernel image or because mem= places them beyond the reach of the linear
> kernel mapping. Even though thes
On Thu, May 14, 2015 at 3:12 AM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the net-next tree, today's linux-next build (sparc64 defconfig)
> produced these warnings:
>
> In file included from arch/sparc/include/asm/cmpxchg.h:4:0,
> from arch/sparc/include/asm/atomic_64.h
Linus Torvalds linux-foundation.org> writes:
>
> On Mon, May 4, 2015 at 10:22 PM, Al Viro zeniv.linux.org.uk> wrote:
> > +l:
>
> This looked like noise.
>
> PLEASE. We're not programming in Pascal
What is it with Pascal that every C-like programmer is bashing
(uh oh..) it ?
http://wiki.laz
As of, or about, Kernel 4.1RC1 on resume from suspend only CPU 0 comes back
on-line.
The issue persists through Kernel 4.1RC3.
This is on my test computer with an i7-2600K.
I do not normally use suspend on this computer, but was doing so while working
on a bug report.
The kernel was bisected, an
On Tue, 2015-05-12 at 14:37 +0200, Matthias Brugger wrote:
> Hi YH,
>
> 2015-05-11 11:26 GMT+02:00 YH Huang :
> > Add display PWM driver support to modify backlight for MT8173/MT6595.
> >
> > Signed-off-by: YH Huang
> > ---
> > drivers/pwm/Kconfig | 9 ++
> > drivers/pwm/Makefile
On Freescale i.MX7D platform, all clocks operations, including
enable/disable, rate change and re-parent, requires its parent clock on.
Current clock core can not support it well.
This patch adding flag CLK_OPS_PARENT_ON to handle this special case in
clock core that enable its parent clock firstly
This can be useful when clock core wants to enable/disable clocks.
Then we don't have to convert the struct clk_core to struct clk to call
clk_enable/clk_disable which is a bit un-align with exist using.
And after introduce clk_core_{enable|disable}_lock, we can refine
clk_eanble and clk_disable a
No function level change, just moving code place.
clk_disable_unused function will need to call clk_core_prepare_enable/
clk_core_disable_unprepare when adding CLK_OPS_PARENT_ON features.
So move it after clk_core_disable_unprepare to avoid adding forward
declared functions.
Cc: Mike Turquette
Cc
On Freescale i.MX7D platform, all clocks operations, including
enable/disable, rate change and re-parent, requires its parent
clock on. Current clock core can not support it well.
This patch introduce a new flag CLK_OPS_PARENT_ON to handle this
special case in clock core that enable its parent cloc
This patch series adds support in clock framework for clocks which operations
requires its parent clock is on.
Such clock type is initially met on Freescale i.MX7D platform that all clocks
operations, including enable/disable, rate change and re-parent, requires its
parent clock on. No sure if any
__clk_set_parent_after() actually used the second argument then we
could put this duplicate logic in there and call it with a different
order of arguments in the success vs. error paths in this function.
Cc: Mike Turquette
Cc: Stephen Boyd
Suggested-by: Stephen Boyd
Signed-off-by: Dong Aisheng
On Wed, May 13, 2015 at 03:33:31PM -0700, Greg Kroah-Hartman wrote:
> On Wed, May 13, 2015 at 09:26:40PM +0200, Maxime Ripard wrote:
> > Our use case is this one: we want to export spidev files so that "dev
> > boards" with a header that allows to plug virtually anything on it
> > (Raspberry Pi, C
On 05/14/2015 09:18 AM, Len Brown wrote:
On Thu, May 14, 2015 at 2:36 AM, Len Brown wrote:
[2.737884] x86: Booted up 4 nodes, 120 CPUs
For the record, the same (bare metal) box running latest tip boots
10ms/processor quicker
[1.553658] x86: Booted up 4 nodes, 120 CPUs
BTW. thi
I2C drivers that support OF, have both an I2C and OF device ID tables
that are used to fill the supported module aliases. But currently the
I2C core only uses the OF table to match a device with a driver and
the aliases information are always reported in the form i2c:.
The client->name is used as
On Mon, 16 Dec 2013 13:10:52 +0900
Yoshihiro YUNOMAE wrote:
> Hi Ian,
>
> (2013/12/13 8:30), Ian Webster wrote:
> > This change adds a --clock option to trace-cmd record. It simply writes
> > trace_clock on debugfs. Examples of valid choices on most systems are:
> > local,
> > global, counter,
On Thu, May 14, 2015 at 09:51:07AM +0800, Minfei Huang wrote:
> The previous patches can be applied, once the corresponding module is
> loaded. In general, the patch will do relocation (if necessary) and
> obtain/verify function address before we start to enable patch.
>
> There are three differen
On Thu, May 14, 2015 at 09:16:39AM +0200, Thomas Gummerer wrote:
> Commit c9f038a1a592 ("drm/i915: Don't assume primary & cursor are
> always on for wm calculation (v4)") fixes a null pointer dereference.
> Setting the primary and cursor panes to false in
> ilk_compute_wm_parameters to false does h
Commit 5590f3196b29 ("drivers/core/of: Add symlink to device-tree from
devices with an OF node") adds the symlink `of_node` for each device
pointing to it's device tree node while creating/initialising it.
However the devicetree sysfs is created and setup in of_init which is
executed at core_initc
the if comparison is always true as anything bitwise and-ing with 0x1E
can never be equal to 0x03.
Fixes bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=69881
Reported-by: David Binderman
Signed-off-by: Sudip Mukherjee
---
drivers/staging/rts5208/sd.c | 6 ++
1 file changed, 2 insert
There is no guarantee that ACPI tables will be located in RAM linearly
mapped by the kernel. This could be because UEFI placed them below the
kernel image or because mem= places them beyond the reach of the linear
kernel mapping. Even though these tables are outside the linear mapped
RAM, they stil
On Wed, May 13, 2015 at 09:52:34AM +1000, Dave Chinner wrote:
> From: Dave Chinner
>
> Because the counters use a custom batch size, the comparison
> functions need to be aware of that batch size otherwise the
> comparison does not work correctly. This leads to ASSERT failures
> on generic/027 li
On Thu, May 14, 2015 at 09:38:57PM +0800, Huang Rui wrote:
> Is C1E here you mentioned is waiting state that use mwaitx enters at
> AMD platform? If yes, please see below comments:
>
> Current processor:
> Power saving: C0 < C1E (AMD) < C1
How is C1 > C1E ?
C1E is the Enhanced C1.
> Performance
Add debug code for sanitize freed pages to print status and verify pages
at alloc to make sure they're clean. It can be useful if you have
crashes when using SANITIZE_FREED_PAGES.
Signed-off-by: Anisse Astier
---
kernel/power/snapshot.c | 8 ++--
mm/Kconfig | 10 ++
mm/
Hi,
I'm trying revive an old debate here[1], though with a simpler approach than
was previously tried. This patch series implements a new option to sanitize
freed pages, a (very) small subset of what is done in PaX/grsecurity[3],
inspired by a previous submission [4].
There are a few different us
SANITIZE_FREED_PAGES feature relies on having all pages going through
the free_pages_prepare path in order to be cleared before being used. In
the hibernate use case, free pages will automagically appear in the
system without being cleared, left there by the loading kernel.
This patch will make su
This new config option will sanitize all freed pages. This is a pretty
low-level change useful to track some cases of use-after-free, help
kernel same-page merging in VM environments, and counter a few info
leaks.
Signed-off-by: Anisse Astier
---
mm/Kconfig | 12
mm/page_alloc.
On Thu, May 14, 2015 at 03:07:31PM +0100, Jon Medhurst (Tixy) wrote:
> On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote:
> > This board is based on Juno r0 with updated Cortex A5x revisions
> > and board errata fixes. It also contains coherent ThinLinks ports
> > on the expansion slot that allo
On Wednesday 13 May 2015 09:51 PM, Steven Rostedt wrote:
> On Wed, 13 May 2015 21:37:43 +0530
> "Shreyas B. Prabhu" wrote:
>
>> trace_mm_page_pcpu_drain, trace_kmem_cache_free, trace_mm_page_free
>> and trace_tlb_flush can be potentially called from an offlined cpu.
>> Since trace points use RC
3.4.107-rt134-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index c2c7e0fb6685..74bebbe8d7e
On 13 May 2015 at 14:41, Shuah Khan wrote:
> On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote:
>> From: Tyler Baker
>>
>> Set TEST_PROGS only when a build has occurred.
>>
>> Signed-off-by: Tyler Baker
>> ---
>> tools/testing/selftests/breakpoints/Makefile | 3 +--
>> 1 file changed, 1 inse
On Thu, May 14, 2015 at 03:07:31PM +0100, Jon Medhurst (Tixy) wrote:
> On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote:
> > This board is based on Juno r0 with updated Cortex A5x revisions
> > and board errata fixes. It also contains coherent ThinLinks ports
> > on the expansion slot that allo
On 04/23/2015 11:03 PM, Kirill A. Shutemov wrote:
With new refcounting all subpages of the compound page are not nessessary
have the same mapcount. We need to take into account mapcount of every
sub-page.
Signed-off-by: Kirill A. Shutemov
Tested-by: Sasha Levin
Acked-by: Vlastimil Babka
(s
3.2.68-rt100-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 31145e774bbe..1830411b8ea3
From: "Luis R. Rodriguez"
The same area used for ioremap() is used for the MTRR area.
Convert the driver from using the x86 specific MTRR code to
the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
will avoid MTRR if write-combining is available, in order to
take advantage of that al
3.2.68-rt100-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
Since lapic timer handler only wakes up a simple waitqueue,
it can be executed from hardirq context.
Also handle the case where hrtimer_start_expires fails due to -E
Dear RT Folks,
This is the RT stable review cycle of patch 3.2.68-rt100-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release can
Dear RT Folks,
This is the RT stable review cycle of patch 3.4.107-rt134-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release ca
On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote:
> This board is based on Juno r0 with updated Cortex A5x revisions
> and board errata fixes. It also contains coherent ThinLinks ports
> on the expansion slot that allow for an AXI master on the daughter
> card to participate in a coherency doma
On 12/05/15 20:39, Morten Rasmussen wrote:
> Let available compute capacity and estimated energy impact select
> wake-up target cpu when energy-aware scheduling is enabled and the
> system in not over-utilized (above the tipping point).
>
> energy_aware_wake_cpu() attempts to find group of cpus wi
Hi Sudip,
On 14 May 2015 at 12:14, Sudip Mukherjee wrote:
> this function was not used anywhere and was giving a build warning.
Thanks for the patch, but this function is used in following patches
that are in the process of being merged. This shouldn't have snuck in
in the earlier patch; apologi
Javier Martinez Canillas wrote:
> Hello Kukjin,
>
> On Thu, May 14, 2015 at 3:00 PM, Kukjin Kim wrote:
>> On 05/14/15 21:15, Krzysztof Kozlowski wrote:
>>> Add Krzysztof Kozlowski as a co-maintainer of Samsung Exynos ARM
>>> architecture to review the patches. Patches will go as usual - picked up
3.4.107-rt134-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
Since lapic timer handler only wakes up a simple waitqueue,
it can be executed from hardirq context.
Also handle the case where hrtimer_start_expires fails due to -
3.10.75-rt81-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 5ba2c2091cf9..738174cbcc3e
3.10.75-rt81-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
Since lapic timer handler only wakes up a simple waitqueue,
it can be executed from hardirq context.
Also handle the case where hrtimer_start_expires fails due to -E
On Wed, May 13, 2015 at 05:15:26PM +, Luke Dashjr wrote:
> 32-bit ioctl uses these rather than the regular FS_IOC_* versions. They can
> be
> handled in btrfs using the same code. Without this, 32-bit {ch,ls}attr fail.
Yes, but this has to be implemented in another way. See eg.
https://git.k
On Sun, May 10, 2015 at 03:09:03PM +0200, Greg KH wrote:
> On Mon, May 04, 2015 at 05:15:51PM -0700, Luis R. Rodriguez wrote:
> > ---
> > drivers/staging/sm750fb/sm750.c| 36
> >
> > drivers/staging/sm750fb/sm750.h| 3 ---
> > drivers/staging/sm750fb/
3.10.75-rt81-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
The problem:
On -RT, an emulated LAPIC timer instances has the following path:
1) hard interrupt
2) ksoftirqd is scheduled
3) ksoftirqd wakes up vcpu thread
4) vcpu
3.12.40-rt56-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
The problem:
On -RT, an emulated LAPIC timer instances has the following path:
1) hard interrupt
2) ksoftirqd is scheduled
3) ksoftirqd wakes up vcpu thread
4) vcpu
3.10.75-rt81-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Invoking NO_HZ's irq_work callback from timer irq is not working very
well if the callback decides to invoke hrtimer_cancel():
|hrtimer_try_to_cancel+0x55/
Dear RT Folks,
This is the RT stable review cycle of patch 3.10.75-rt81-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release can
Dear RT Folks,
This is the RT stable review cycle of patch 3.12.40-rt56-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release can
3.12.40-rt56-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 51b05e9abe6f..a6adf38a57d4
3.10.75-rt81-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
do_set_cpus_allowed() is not safe vs ->sched_class change.
crash> bt
PID: 11676 TASK: 88026f979da0 CPU: 22 COMMAND: "sync_unplug/22"
#0 [880274d25bc8] mac
3.14.39-rt38-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
Since lapic timer handler only wakes up a simple waitqueue,
it can be executed from hardirq context.
Also handle the case where hrtimer_start_expires fails due to -E
3.12.40-rt56-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Invoking NO_HZ's irq_work callback from timer irq is not working very
well if the callback decides to invoke hrtimer_cancel():
|hrtimer_try_to_cancel+0x55/
3.12.40-rt56-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
do_set_cpus_allowed() is not safe vs ->sched_class change.
crash> bt
PID: 11676 TASK: 88026f979da0 CPU: 22 COMMAND: "sync_unplug/22"
#0 [880274d25bc8] mac
3.12.40-rt56-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
Since lapic timer handler only wakes up a simple waitqueue,
it can be executed from hardirq context.
Also handle the case where hrtimer_start_expires fails due to -E
3.14.39-rt38-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
The problem:
On -RT, an emulated LAPIC timer instances has the following path:
1) hard interrupt
2) ksoftirqd is scheduled
3) ksoftirqd wakes up vcpu thread
4) vcpu
Dear RT Folks,
This is the RT stable review cycle of patch 3.14.39-rt38-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release can
3.14.39-rt38-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Invoking NO_HZ's irq_work callback from timer irq is not working very
well if the callback decides to invoke hrtimer_cancel():
|hrtimer_try_to_cancel+0x55/
3.14.39-rt38-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index a3b2408c1da6..625367387621
3.14.39-rt38-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
do_set_cpus_allowed() is not safe vs ->sched_class change.
crash> bt
PID: 11676 TASK: 88026f979da0 CPU: 22 COMMAND: "sync_unplug/22"
#0 [880274d25bc8] mac
On Thu, May 14, 2015 at 06:30:05AM -0700, Guenter Roeck wrote:
> On 05/14/2015 04:56 AM, Andreas Werner wrote:
> >Hi,
> >in the next few weeks I need to write a driver for a window wachtdog
> >implemented in a CPLD. I have some questions about the design
> >of the driver and the best way to write t
On Thu, 14 May 2015, Michal Hocko wrote:
> On Wed 13-05-15 11:00:36, Eric B Munson wrote:
> > On Mon, 11 May 2015, Eric B Munson wrote:
> >
> > > On Fri, 08 May 2015, Andrew Morton wrote:
> > >
> > > > On Fri, 8 May 2015 15:33:43 -0400 Eric B Munson
> > > > wrote:
> > > >
> > > > > mlock() a
On Tue, May 12, 2015 at 02:19:01PM -0700, Greg Kroah-Hartman wrote:
> On Tue, May 12, 2015 at 11:03:52PM +0200, Adrian Remonda wrote:
> > This patch remove a register from an '|' expression.
> > It is wrong since after in the code, the variable ai_trig gets
> > written back to that register.
> >
On Thu, 14 May 2015 11:34:47 +
Wang Long wrote:
> The patch 1-13 backport the "seq_buf" infrastructures. in detail, patch 1, 2
> and 6 only backport "seq_buf" related code.
>
Ah, so basically you just backported the seq_buf.c code without
modifying the trace_seq code. That's a good approach
On 14/05/15 10:28, Sudeep Holla wrote:
Commit 5590f3196b29 ("drivers/core/of: Add symlink to device-tree from
devices with an OF node") adds the symlink `of_node` for each device
pointing to it's device tree node while creating/initialising it.
However the devicetree sysfs is created and setup
On 14/05/15 12:04, Jon Medhurst (Tixy) wrote:
On Thu, 2015-05-14 at 11:30 +0100, Liviu Dudau wrote:
On Thu, May 14, 2015 at 10:35:42AM +0100, Jon Medhurst (Tixy) wrote:
[...]
What criteria were used to select the contents of juno-base.dtsi?
From what I can see, the stuff left out of base i
Commit 53490b545cb0 ("staging: unisys: move periodic_work.c into the
visorbus directory") removed the Kconfig option UNISYS_VISORUTIL, but
left one reference in a Kconfig select. Remove this last reference.
Signed-off-by: Valentin Rothberg
---
drivers/staging/unisys/visorchannel/Kconfig | 1 -
On Thu, 2015-05-14 at 14:11 +0100, Liviu Dudau wrote:
> On Thu, May 14, 2015 at 12:04:31PM +0100, Jon Medhurst (Tixy) wrote:
> > On Thu, 2015-05-14 at 11:30 +0100, Liviu Dudau wrote:
> > > On Thu, May 14, 2015 at 10:35:42AM +0100, Jon Medhurst (Tixy) wrote:
> > [...]
> > > >
> > > > What criteria
On 05/13/2015 09:45 PM, David Miller wrote:
Ok you've computed what cacheability bits to use in page_cache4v_flag.
...
Although in another function, we seem to compute it here yet again.
Perhaps early on put this into a "static unsigned long
page_cache4v_flag" and just use that everywhere.
Remove the last reference on menuconfig I20 that has been removed by
commit 4a72a7af462d ("staging: remove i2o subsystem").
Signed-off-by: Valentin Rothberg
---
drivers/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/Makefile b/drivers/Makefile
index 46d2554be404..9a02fb7c510
On Thu, May 14, 2015 at 01:23:03PM +0200, Borislav Petkov wrote:
> On Thu, May 14, 2015 at 06:17:28PM +0800, Huang Rui wrote:
> > At current processors, MWAITX cannot go to C1 state, but has faster
> > waiting exit speed. MWAITX is still at C0 but less power consumption.
> > So for now, I just want
Introduce a new per-device flag power.force_direct_complete that will
instruct the PM core to let that device remain in runtime suspend when
the system goes into a sleep power state, regardless of the PM state of
any of its descendants.
This is needed because otherwise it would be needed to get do
On 05/13/2015 04:38 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> David Rientjes has noticed that MAP_POPULATE wording might promise much
> more than the kernel actually provides and intend to provide. The
> primary usage of the flag is to pre-fault the range. There is no
> guarantee that no m
On 05/13/2015 04:38 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> MAP_LOCKED had a subtly different semantic from mmap(2)+mlock(2) since
> it has been introduced.
> mlock(2) fails if the memory range cannot get populated to guarantee
> that no future major faults will happen on the range. mmap
On Tue, May 12, 2015 at 06:41:56AM +, He Kuang wrote:
SNIP
> diff --git a/tools/perf/Makefile.perf b/tools/perf/Makefile.perf
> index 03409cc..338c426 100644
> --- a/tools/perf/Makefile.perf
> +++ b/tools/perf/Makefile.perf
> @@ -172,6 +172,7 @@ endif
>
> LIBTRACEEVENT = $(TE_PATH)libtrace
On Thu, May 14, 2015 at 2:17 PM, Vlastimil Babka wrote:
> On 03/27/2015 06:09 PM, Konstantin Khlebnikov wrote:
>>
>> On 27.03.2015 19:40, Vlastimil Babka wrote:
>>>
>>> From: Jerome Marchand
>>>
>>> Currently looking at /proc//status or statm, there is no way to
>>> distinguish shmem pages from p
On Thu, May 14, 2015 at 08:56:15PM +0800, He Kuang wrote:
SNIP
> >>It seems new targets are needed. In the v2 patch,
> >
> >hum, I dont get it.. why ?
> >
> >dynamic-list-file gets rebuilt any time plugins are rebuilt..
> >why not keep just the 'plugins' dependency?
>
> You can test your patch a
On 05/14/2015 04:56 AM, Andreas Werner wrote:
Hi,
in the next few weeks I need to write a driver for a window wachtdog
implemented in a CPLD. I have some questions about the design
of the driver and the best way to write this driver to also be able
to submit it.
The triggering and configuration
On Thu, May 14, 2015 at 5:42 AM, Arnd Bergmann wrote:
> On Thursday 14 May 2015 10:24:38 Paul Bolle wrote:
>>
>> > --- a/drivers/usb/host/Makefile
>> > +++ b/drivers/usb/host/Makefile
>>
>> > +obj-$(CONFIG_USB_EHCI_MV_OF) += ehci-mv-of.o
>>
>> USB_EHCI_MV_OF is a bool symbol so ehci-mv-of.o will n
Make Freescale EHCI driver an independent entity from ehci-hcd.c.
This involves
- using module_init/module_exit functions
- using overrides structure
- some necessary code cleanup
Signed-off-by: Ramneek Mehresh
---
Changes for v2:
- merged previous two separate pa
Hello Krzysztof,
On Thu, May 14, 2015 at 2:16 PM, Krzysztof Kozlowski
wrote:
> Extend the Exynos entry to ARM64 device tree sources.
>
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Russell King
> Cc: Kukjin Kim
> Cc: Kevin Hilman
> Cc: Arnd Bergmann
> Cc: Olof Johansson
> Cc: linux-samsung
Hello Kukjin,
On Thu, May 14, 2015 at 3:00 PM, Kukjin Kim wrote:
> On 05/14/15 21:15, Krzysztof Kozlowski wrote:
>> Add Krzysztof Kozlowski as a co-maintainer of Samsung Exynos ARM
>> architecture to review the patches. Patches will go as usual - picked up
>> by Kukjin Kim.
>>
> Hi Krzysztof,
>
>
Em Thu, May 14, 2015 at 05:23:30PM +0900, Namhyung Kim escreveu:
> On Mon, May 11, 2015 at 11:06:26AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, May 11, 2015 at 02:09:39PM +0900, Namhyung Kim escreveu:
> > > I'm seeing a segfault on 'perf report' with a large data file after
> > > applying
Em Thu, May 14, 2015 at 10:11:29AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Thu, May 14, 2015 at 02:25:17PM +0200, Andi Kleen escreveu:
> > Hi,
> >
> > Since there are more and more consumers I started a description of the
> > on-disk perf.data format. This does not replace the kernel perf e
Em Thu, May 14, 2015 at 02:25:17PM +0200, Andi Kleen escreveu:
> Hi,
>
> Since there are more and more consumers I started a description of the
> on-disk perf.data format. This does not replace the kernel perf event
> description or the manpage, but describes the parts that perf record
> adds.
>
On Thu, May 14, 2015 at 12:04:31PM +0100, Jon Medhurst (Tixy) wrote:
> On Thu, 2015-05-14 at 11:30 +0100, Liviu Dudau wrote:
> > On Thu, May 14, 2015 at 10:35:42AM +0100, Jon Medhurst (Tixy) wrote:
> [...]
> > >
> > > What criteria were used to select the contents of juno-base.dtsi?
> > > From wha
On 05/14/15 14:10, Viresh Kumar wrote:
> On 14-05-15, 13:07, Kukjin Kim wrote:
>> On 05/13/15 23:08, Bartlomiej Zolnierkiewicz wrote:
>>>
>>> Hi,
>>>
>> Hi Bart,
>>
>>> On Friday, April 03, 2015 06:43:43 PM Bartlomiej Zolnierkiewicz wrote:
Hi,
This patch series removes the use of Exy
On Thursday 14 May 2015 06:23 PM, Arnd Bergmann wrote:
On Thursday 14 May 2015 15:48:42 Alexey Brodkin wrote:
>
> chosen {
> - bootargs = "console=tty0 console=ttyS3,115200n8
> consoleblank=0";
> + bootargs = "earlycon=uart8250,mmio32,0xe0022000,115200n8
> c
601 - 700 of 937 matches
Mail list logo