Hi,
On Mon, Jun 17, 2013 at 08:32:25AM +0300, Aaro Koskinen wrote:
> On Mon, Jun 17, 2013 at 12:06:00AM +0300, Meelis Roos wrote:
> > Got this in 3.10-rc6 whil testing debian unstable upgrade with aptitude.
> > 3.10-rc5 did not exhibit this (nor any other kernel recently tried,
> > including
On Tue, Jun 4, 2013 at 9:20 PM, Stephen Boyd wrote:
> Commit 7bce696 (gpio: Make gpio-msm-v1 into a platform driver,
> 2013-03-04) was based on an older kernel where __devinit still
> existed. Remove the erroneous __devinit marking.
>
> Cc: David Brown
> Signed-off-by: Stephen Boyd
Patch
From: "Li, Zhen-Hua"
In intel-iommu.c, the function dma_pte_addr does not change the
value of its parameter (pte). So it is useless if it nobody catches
its return value.
Signed-off-by: Li, Zhen-Hua
---
drivers/iommu/intel-iommu.c |1 -
1 file changed, 1 deletion(-)
diff --git
On Tue, Jun 4, 2013 at 5:48 PM, Wolfram Sang wrote:
> The free-function mentioned "interrupt" instead of "GPIO". While we are
> here, use "GPIO" (capital letters) consistently.
>
> Signed-off-by: Wolfram Sang
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote:
> Enable gpio driver for usage on Xilinx ARM zynq platform.
>
> Signed-off-by: Michal Simek
> ---
> Changes in v2:
> - New patch in this series
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote:
> Describe gpio-xilinx binding.
>
> Signed-off-by: Michal Simek
> ---
> Changes in v2:
> - Extend description
Thanks, patch applied but look into this:
> +Optional properties:
> +- interrupts : Interrupt mapping for GPIO IRQ.
> +-
On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote:
> Use BIT macro from linux/bitops.h.
>
> Signed-off-by: Michal Simek
> ---
> Changes in v2:
> - New patch in this series suggested by Linus Valleij
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote:
> This driver can be used on Xilinx ARM Zynq platform
> where in_be32/out_be32 functions are not implemented.
> Use __raw_readl/__raw_writel functions which are
> implemented on Microblaze and PowerPC.
> For ARM readl/writel functions are used
On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote:
> Supporting the second channel in the driver.
> Offset is 0x8 and both channnels share the same
> IRQ.
>
> Signed-off-by: Michal Simek
>
> ---
> Changes in v2:
> - Use kernel doc format - suggested by Linus Walleij
> - Do not use
On 14 June 2013 13:08, Lukasz Majewski wrote:
> Changes for v2:
> - Removal of cpufreq_boost structure and move its fields to cpufreq_driver
> structure
> - Flag to indicate if global boost attribute is already defined
> - Extent the pr_{err|debbug} functions to show current function names
>
>
On Mon, 17 Jun 2013 08:50:30 +0530, Viresh Kumar wrote:
> On 14 June 2013 13:08, Lukasz Majewski wrote:
> > arch/arm/mach-s3c24xx/cpufreq.c |2 +-
> > arch/powerpc/platforms/pasemi/cpufreq.c |2 +-
> > arch/powerpc/platforms/powermac/cpufreq_32.c |2 +-
> >
On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote:
> Simplification is done by using OF helper function
> which increase readability of code and remove
> (if (var) var = be32_to_cpup;) assignment.
>
> Signed-off-by: Michal Simek
> ---
> Changes in v2:
> - New patch in this series
Patch
On Sat, Jun 1, 2013 at 2:21 AM, Rohit Vaswani wrote:
> Remove gpiomux-v2 as it's not being used and make way for future improvements.
>
> Signed-off-by: Rohit Vaswani
> ---
> arch/arm/mach-msm/Kconfig| 13 +++-
> arch/arm/mach-msm/Makefile |6 +--
>
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
include/linux/platform_device.h between commit 10dbc5e39a60 ("driver
core: move to_platform_driver to platform_device.h") from the devicetree
tree and commit 9447057eaff8 ("platform_device: use a macro instead of
Hi,
On Mon, Jun 17, 2013 at 12:06:00AM +0300, Meelis Roos wrote:
> Got this in 3.10-rc6 whil testing debian unstable upgrade with aptitude.
> 3.10-rc5 did not exhibit this (nor any other kernel recently tried,
> including most -rc's). Does not seem to be reproducible.
I get this regularly on
On Fri, May 31, 2013 at 9:34 AM, Michal Simek wrote:
> On 05/31/2013 09:14 AM, Linus Walleij wrote:
>> It's OK, but fix the boolean member so as to just needing to
>> be present:
>>
>> xlnx,is-dual;
>>
>> Rather than
>>
>> xlnx,is-dual = <1>;
>
> Surely I can do it but it means to change our BSP
Hi Bryan,
After merging the leds tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/leds/leds-mc13783.c: In function 'mc13xxx_led_probe':
drivers/leds/leds-mc13783.c:280:4: error: implicit declaration of function
'of_get_next_child'
Hi Linus,
can you please look at this?
Thanks,
Michal
On 06/03/2013 02:31 PM, Michal Simek wrote:
> Simplification is done by using OF helper function
> which increase readability of code and remove
> (if (var) var = be32_to_cpup;) assignment.
>
> Signed-off-by: Michal Simek
> ---
> Changes
On 06/06/2013 06:23 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 12:13 Mon 03 Jun , Michal Simek wrote:
>> Hi,
>>
>
> Arnd can you take look on it again please
>
> I'll take a look on it next week
Any update on this?
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID:
On 06/16/2013 05:18:29 AM, Linus Walleij wrote:
From: Linus Walleij
This updates the GPIO range documentation with the API changes
for sparse/random/arbitrary pin-to-GPIO mappings.
Acked-by: Rob Landley
Why isn't this part of the pinctrl series you posted right afterwards?
(It should go
YoungJun Cho wrote @ Mon, 17 Jun 2013 06:18:52 +0200:
> In __iommu_get_pages(), the cpu_addr is checked wheather in
> atomic_pool range or not. So if the cpu_addr is in atomic_pool
> range, it does not need to check twice.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Kyungmin Park
Looks
Hi Michael,
On Mon, Jun 17, 2013 at 11:27 AM, Michael Wang
wrote:
> Hi, Lei
>
> On 06/17/2013 10:21 AM, Lei Wen wrote:
>> nr_busy_cpus in sched_group_power structure cannot present the purpose
>> for judging below statement:
>> "this cpu's scheduler group has multiple busy cpu's exceeding
>>
On Sun, Jun 16, 2013 at 02:12:42PM +0930, Rusty Russell wrote:
> Saves repeating "(void __force *)__uptr" but it's less clear. Using
> the output of PTR_RET() to determine the error rather than just
> testing IS_ERR() is odd.
Ok, if it's confusing I won't mind if it gets changed. I intended to
(2013/06/17 2:21), Oleg Nesterov wrote:
> enable_trace_probe() and disable_trace_probe() should not worry about
> serialization, the caller (perf_trace_init or __ftrace_set_clr_event)
> holds event_mutex.
>
> They are also called by kprobe_trace_self_tests_init(), but this __init
> function can't
On Mon, 17 Jun 2013, Jonghwan Choi wrote:
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Please do.
- Paul
>
> --
>
> From: "Jean-Philippe Francois "
>
> commit a93d8a1cea0899982993e9a93404c6f78b123697 upstream
>
>
On Wednesday 12 June 2013 04:15:08 Viresh Kumar wrote:
> By mistake blackfin's cpufreq driver is enabled when CONFIG_BLACKFIN was
> present, whereas it should have been enabled only when CONFIG_BFIN_CPU_FREQ
> is present.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a
On 06/11/2013 12:23 AM, Tomasz Figa wrote:
> On Monday 10 of June 2013 09:13:11 Tushar Behera wrote:
>> On 06/08/2013 05:20 PM, Tomasz Figa wrote:
>>> On Thursday 06 of June 2013 16:52:28 Tushar Behera wrote:
[ ... ]
MUX_A(mout_core, "mout_core", mout_core_p4210,
-
(2013/06/17 2:21), Oleg Nesterov wrote:
> perf_trace_buf_prepare() + perf_trace_buf_submit() make no sense
> if this task/CPU has no active counters. Change kprobe_perf_func()
> and kretprobe_perf_func() to check call->perf_events beforehand
> and return if this list is empty.
>
> For example,
On 16/06/13 22:45, Linus Walleij wrote:
From: Linus Walleij
It is counter-intuitive to have "0" mean disable in a boolean
manner for electronic properties of pins such as pull-up and
pull-down. Therefore, define that a pull-up/pull-down argument
of 0 to such a generic option means that the pin
In __iommu_get_pages(), the cpu_addr is checked wheather in
atomic_pool range or not. So if the cpu_addr is in atomic_pool
range, it does not need to check twice.
Signed-off-by: YoungJun Cho
Signed-off-by: Kyungmin Park
---
arch/arm/mm/dma-mapping.c | 11 ++-
1 files changed, 6
Hi all,
Today's linux-next merge of the fbdev tree got a conflict in
drivers/video/of_display_timing.c between commit f583662347c6 ("video:
display_timing: make parameter const") from the drm tree and commits
fcf7e6e5bd84 ("videomode: don't allocate mem in of_get_display_timing()")
and
On Fri, Jun 14, 2013 at 8:56 PM, Arnd Bergmann wrote:
> On Friday 14 June 2013 17:15:33 Chao Xie wrote:
>> On Mon, Jun 10, 2013 at 4:35 PM, Arnd Bergmann wrote:
>
>> > I guess that is a problem we have on other platforms as well, we should
>> > find a generic solution for that. It would be nice
On 06/14/2013 10:10 PM, Kishon Vijay Abraham I wrote:
> Modified dwc3-omap to receive connect and disconnect notification using
> extcon framework. Also did the necessary cleanups required after
> adapting to extcon framework.
>
> Signed-off-by: Kishon Vijay Abraham I
> Acked-by: Felipe Balbi
>
Ohad Ben-Cohen writes:
> On Sun, Jun 16, 2013 at 7:42 AM, Rusty Russell wrote:
>>
>> We've already tested that it's an error.
>>
>> Cc: Ohad Ben-Cohen
>> Cc: Robert Tivy
>> Signed-off-by: Rusty Russell
>
> Acked-by: Ohad Ben-Cohen
>
> Thanks Rusty, feel free to take it via your tree together
David Rientjes writes:
> On Sun, 16 Jun 2013, Rusty Russell wrote:
>
>> diff --git a/mm/oom_kill.c b/mm/oom_kill.c
>> index 79e451a..f9b9cd7 100644
>> --- a/mm/oom_kill.c
>> +++ b/mm/oom_kill.c
>> @@ -288,7 +288,7 @@ enum oom_scan_t oom_scan_process_thread(struct
>> task_struct *task,
>>
>>
On Sun, 2013-06-16 at 21:13 -0600, Alex Williamson wrote:
> IOMMU groups themselves don't provide security, they're accessed by
> interfaces like VFIO, which provide the security. Given a brief look, I
> agree, this looks like a possible backdoor. The typical VFIO way to
> handle this would be
On 2013/6/17 1:21, Oleg Nesterov wrote:
> perf_trace_buf_prepare() + perf_trace_buf_submit() make no sense
> if this task/CPU has no active counters. Change kprobe_perf_func()
> and kretprobe_perf_func() to check call->perf_events beforehand
> and return if this list is empty.
>
> For example,
Hi all,
After merging the sound-asoc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
make[4]: *** No rule to make target `sound/soc/spear/spear_evb.o', needed by
`sound/soc/spear/built-in.o'. Stop.
Caused by commit e58070ee4fdf ("ASoC: Add Kconfig and Makefile to
Hi Eduardo,
On Mon, Jun 17, 2013 at 8:35 AM, Eduardo Valentin
wrote:
> Hey Amit,
>
> On 11-06-2013 08:53, Amit Daniel Kachhap wrote:
>> This patch adds config sybmol ARCH_HAS_TMU to enable the TMU driver.
>> This will allow adding support for new soc easily as now it is the
>> platform
Kyungmin Park skrev:
>On Mon, Jun 17, 2013 at 7:17 AM, Doug Anderson
>wrote:
>> It's convenient if get_maintainer suggests sending samsung/exynos
>> pinctrl changes to linux-samsung-soc and to Tomasz and Thomas.
>>
>> Signed-off-by: Doug Anderson
>Acked-by: Kyungmin Park
Acked-by: Olof
Hi Don,
This patch is not only for the sake of spec interpretation.
Till now I did not see any bugs , but it does not meant no bugs will appear
in the future. The address returned by dma_pte_addr is used in many places.
Thanks
Zhenhua
On 06/15/2013 04:16 AM, Don Dutile wrote:
On 05/23/2013
On Mon, Jun 17, 2013 at 7:17 AM, Doug Anderson wrote:
> It's convenient if get_maintainer suggests sending samsung/exynos
> pinctrl changes to linux-samsung-soc and to Tomasz and Thomas.
>
> Signed-off-by: Doug Anderson
Acked-by: Kyungmin Park
> ---
> Changes in v2:
> - Updated with Thomas and
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_sdvo.c between commit 7ba220cec0bb ("drm/i915:
Enable hotplug interrupts after querying hw capabilities") from Linus'
tree and commit e596a02ccfc6 ("drm/i915: Remove dead code from SDVO
On 14 June 2013 13:08, Lukasz Majewski wrote:
> arch/arm/mach-s3c24xx/cpufreq.c |2 +-
> arch/powerpc/platforms/pasemi/cpufreq.c |2 +-
> arch/powerpc/platforms/powermac/cpufreq_32.c |2 +-
> arch/powerpc/platforms/powermac/cpufreq_64.c |2 +-
>
Hi, Lei
On 06/17/2013 10:21 AM, Lei Wen wrote:
> nr_busy_cpus in sched_group_power structure cannot present the purpose
> for judging below statement:
> "this cpu's scheduler group has multiple busy cpu's exceeding
> the group's power."
>
> But only could tell how many cpus is doing their jobs
2013/6/16 Jiang Liu :
> On 06/15/2013 02:42 PM, Alexander E. Patrakov wrote:
>> Both cases work, and exhibit similar backtraces in dmesg. So I am
>> attaching a dmesg only from the first testcase. Please look for "INFO:
>> trying to register non-static key" and for "*ERROR* Memory manager not
>>
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_display.c between commit d62cf62ad07d
("drm/i915: Quirk the pipe A quirk in the modeset state checker") from
Linus' tree and commit 6c49f24180c3 ("drm/i915: hw state readout support
for
On Sun, Jun 16, 2013 at 7:42 AM, Rusty Russell wrote:
>
> We've already tested that it's an error.
>
> Cc: Ohad Ben-Cohen
> Cc: Robert Tivy
> Signed-off-by: Rusty Russell
Acked-by: Ohad Ben-Cohen
Thanks Rusty, feel free to take it via your tree together with the
rest of the PTR_RET patches.
On Mon, 2013-06-17 at 08:39 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2013-06-05 at 16:11 +1000, Alexey Kardashevskiy wrote:
> > +long kvm_vm_ioctl_create_spapr_tce_iommu(struct kvm *kvm,
> > + struct kvm_create_spapr_tce_iommu *args)
> > +{
> > + struct
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_sdvo.c between commit c3456fb3e471 ("drm/i915:
prefer VBT modes for SVDO-LVDS over EDID") from Linus' tree and commit
41aa344866e3 ("drm/i915: Organize VBT stuff inside drm_i915_private")
from the drm
Hey Amit,
On 11-06-2013 08:53, Amit Daniel Kachhap wrote:
> This patch adds config sybmol ARCH_HAS_TMU to enable the TMU driver.
> This will allow adding support for new soc easily as now it is the
> platform responsibility to enable this config symbol.
>
> Acked-by: Kukjin Kim
> Signed-off-by:
Hi Heiko,
On Friday 14 June 2013 16:53:06 James Hogan wrote:
> On 14/06/13 16:41, Heiko Stübner wrote:
> > Some issues with the recently submitted generic pinconfig parsing from dt
> > came up, so fix these in this follow-up series.
> >
> > Hopefully I did catch all of them.
> >
> > Tested on
This series introduces binding definitions for common register-mapped
clock multiplexer, divider and gate IP blocks along with the
corresponding setup functions for matching DT data. The bindings are
similar to the struct definitions but please don't hold that against the
binding: the struct
Device Tree binding for the basic clock gate, plus the setup function to
register the clock. Based on the existing fixed-clock binding.
A different approach to this was proposed in 2012[1] and a similar
binding was proposed more recently[2] if anyone wants some extra
reading.
[1]
Walks the "clocks" array of parent clock phandles and returns the
number.
Signed-off-by: Mike Turquette
---
No change since v1
drivers/clk/clk.c| 6 ++
include/linux/clk-provider.h | 1 +
2 files changed, 7 insertions(+)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index
The forthcoming Device Tree binding for the divider clock type will use
a bitfield mask instead of bitfield width, which is what the current
basic divider implementation uses.
This patch replaces the u8 width in struct clk_divider with a u32 mask.
The divider code is updated to use the bit mask
Device Tree binding for the basic clock multiplexer, plus the setup
function to register the clock. Based on the existing fixed-clock
binding.
Includes minor beautification of clk-provider.h where some whitespace is
added and of_fixed_factor_clock_setup is relocated to maintain a
consistent
Devicetree binding for the basic clock divider, plus the setup function
to register the clock. Based on the existing fixed-clock binding.
Signed-off-by: Mike Turquette
---
Changes since v1:
* mask is u32, shift is u8
* use bit mask instead of bitfield width
* DT property names use dashes
On Mon, Jun 17, 2013 at 12:26:48AM +0200, Andi Shyti wrote:
> > > these two patches provide the etzkx device driver which supports
> > > the following accelerometers:
> > >
> > > - Kionix kxcnl
> > > - Kionix kxtnk
> > > - ST lisn3dsh
> > >
> > > Support for ST lis3dsh accelerometer is still
On Mon, Jun 17, 2013 at 11:47:11AM +0900, Magnus Damm wrote:
> Hi Simon,
>
> On Mon, Jun 17, 2013 at 11:13 AM, Simon Horman wrote:
> > On Mon, Jun 17, 2013 at 09:20:56AM +0900, Magnus Damm wrote:
> >> From: Magnus Damm
> >>
> >> Modify the ARM architected timer driver to not set C3STOP
> >> in
(2013/06/15 2:25), Paul E. McKenney wrote:
> On Fri, Jun 14, 2013 at 12:33:27PM -0400, Steven Rostedt wrote:
>> On Fri, 2013-06-14 at 09:21 -0700, Paul E. McKenney wrote:
>>
>> @@ -548,15 +556,35 @@ static void uprobe_trace_print(struct trace_uprobe
>> *tu,
>> /* uprobe handler */
Hi Linus,
On Sunday 16 June 2013 12:45:48 Linus Walleij wrote:
> From: Linus Walleij
>
> It is counter-intuitive to have "0" mean disable in a boolean
> manner for electronic properties of pins such as pull-up and
> pull-down. Therefore, define that a pull-up/pull-down argument
> of 0 to such a
Hi Simon,
On Mon, Jun 17, 2013 at 11:13 AM, Simon Horman wrote:
> On Mon, Jun 17, 2013 at 09:20:56AM +0900, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Modify the ARM architected timer driver to not set C3STOP
>> in case CPU_IDLE is disabled. This is a short term fix that
>> allows use of
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/batman-adv/bat_iv_ogm.c between commit 7c24bbbeab41 ("batman-adv:
forward late OGMs from best next hop") from Linus' tree and commit
24a5deeb8a19 ("batman-adv: move ring_buffer helper functions in
bat_iv_ogm") from the
On 06/16/2013 08:48 AM, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Add the f2fs_remount function call which will be used
> during the filesystem remounting. This function
> will help us to change the mount options specific to
> f2fs.
>
> Also modify the f2fs background_gc mount option, which
>
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/xen-netback/netback.c between commit 94f950c4060c
("xen-netback: don't de-reference vif pointer after having called
xenvif_put()") from Linus' tree and commit e1f00a69ec26 ("xen-netback:
split event channels
"Michael S. Tsirkin" writes:
> On Wed, Jun 12, 2013 at 03:56:36PM +0100, Ben Hutchings wrote:
>> On Mon, 2013-06-10 at 10:07 +0300, Michael S. Tsirkin wrote:
>> > On Thu, Feb 07, 2013 at 01:14:20PM -0500, David Miller wrote:
>> > > From: Ben Hutchings
>> > > Date: Thu, 7 Feb 2013 16:20:46 +
nr_busy_cpus in sched_group_power structure cannot present the purpose
for judging below statement:
"this cpu's scheduler group has multiple busy cpu's exceeding
the group's power."
But only could tell how many cpus is doing their jobs for currently.
However, the original purpose to add this
On 06/17/2013 09:58 AM, Jianguo Wu wrote:
Hi Tang,
On 2013/6/13 21:03, Tang Chen wrote:
The following patch-set from Yinghai allocates pagetables to local nodes.
v1: https://lkml.org/lkml/2013/3/7/642
v2: https://lkml.org/lkml/2013/3/10/47
v3: https://lkml.org/lkml/2013/4/4/639
v4:
On Mon, Jun 17, 2013 at 09:20:56AM +0900, Magnus Damm wrote:
> From: Magnus Damm
>
> Modify the ARM architected timer driver to not set C3STOP
> in case CPU_IDLE is disabled. This is a short term fix that
> allows use of high resolution timers even though no additional
> clock event is
Hi Tang,
On 2013/6/13 21:03, Tang Chen wrote:
> The following patch-set from Yinghai allocates pagetables to local nodes.
> v1: https://lkml.org/lkml/2013/3/7/642
> v2: https://lkml.org/lkml/2013/3/10/47
> v3: https://lkml.org/lkml/2013/4/4/639
> v4: https://lkml.org/lkml/2013/4/11/829
>
>
Hi David,
On 06/17/2013 02:04 AM, David Rientjes wrote:
> On Sat, 15 Jun 2013, Zhang Yanfei wrote:
>
>> From: Zhang Yanfei
>>
>> Since we have an unlikely for the "current_order >= pageblock_order / 2"
>> test above, adding an unlikely for this "current_order >= pageblock_order"
>> test seems
On 06/15/2013 11:02 AM, Liu Jiang wrote:
> From: Liu Jiang
>
> Commit 30dcf76acc69 "libata: migrate ACPI code over to new bindings"
> removed ACPI dock notification related code, but there's some dead
> code left, so clean up it.
I never noticed this, but it looks to be the case...
I'm not
Hi Bjorn,
Today's linux-next merge of the pci tree got a conflict in
include/linux/aer.h between commit 37448adfc7ce ("aerdrv: Move
cper_print_aer() call out of interrupt context") from Linus' tree and
commit fde41b9fa2d0 ("PCI/AER: Remove "extern" from function
declarations") from the pci tree.
On 06/11/2013 06:28 AM, a...@linux-foundation.org wrote:
> Subject: + mm-remove-duplicated-call-of-get_pfn_range_for_nid.patch added to
> -mm tree
> To: zhangyan...@cn.fujitsu.com
> From: a...@linux-foundation.org
> Date: Mon, 10 Jun 2013 15:28:23 -0700
>
>
> The patch titled
> Subject:
On 06/16/2013 11:02 AM, Mike Frysinger wrote:
> i think you mean NULL instead of NUL
>
> that said, the kernel is smart enough to replace NULL with "(null)",
> so i don't see much point in this patch
Oh, really it is, it is my fault (originally, I did not know about it).
Thanks.
--
Chen Gang
On 06/14/2013 10:20 PM, Alex Shi wrote:
> On 06/07/2013 03:29 PM, Alex Shi wrote:
>> There are some 64 bits variables in cfs_rq/tg etc. That ask expensive
>> operations in 32 bit machine. But in fact, long type is enough for them.
>>
>> So do this change lead more efficient code and without data
The machine desc structure has a hook for doing machine-specific
memblock code, but the SA still has a platform-specific hook in the
generic code. This patch merely moves the needed memblock_reserve()
into a callback.
This still leaves a special case in mem_init() to call
free_reserved_area()
This patch looks like it should be in the 3.9-stable tree, should we apply
it?
--
From: "Thomas Petazzoni "
commit 768dc16397fb18c9de209cbcb84d890b8279faa7 upstream
The UART2 hwmod structure is pointing to the EDMA channels of UART1,
which doesn't look right. This patch fixes
On Sun, Jun 16, 2013 at 10:10 AM, Russell King - ARM Linux
wrote:
> On Sun, Jun 16, 2013 at 12:15:08AM +0100, Grant Likely wrote:
>> I don't think this special case is needed anymore. From what I can tell,
>> setup_dma_zone() takes care of marking the region to be reserved for
>> DMA, and that
Hi Catalin,
Today's linux-next merge of the arm64 tree got a conflict in
include/uapi/linux/kvm.h between commit 2a8fedd0c142 ("kvm: Add
definition of KVM_REG_MIPS") from Linus' tree and commit 7c8c5e6a9101
("arm64: KVM: system register handling") from the arm64 tree.
I fixed it up (see below)
On 06/15/2013 08:09 PM, Lei Wen wrote:
> >>> > and make forking balancing imbalance since incorrect
> >>> > load_avg_contrib.
> >>> >
> >>> > Further more, Morten Rasmussen notice some tasks were not launched
> >>> > at
> >>> > once after created. So Paul and Peter
Dear Purchasing manager:
Nice time to you
It is my big pleasure to hear you need A4 paper
we have A4 paper and A3 paper
If you still need that pls tell me
Then i can send you our best price
Best wishes
Zara
Zara Wang
SALES MANAGER
HANGZHOU XINHAO INDUSTRY CO., LIMITED
SKYPE: hzxinhao
From: Magnus Damm
Modify the ARM architected timer driver to not set C3STOP
in case CPU_IDLE is disabled. This is a short term fix that
allows use of high resolution timers even though no additional
clock event is registered.
Not-really-Signed-off-by: Magnus Damm
---
If someone cares about
Move the EXPORT_SYMBOL macros in bypass.c beneath the definitions
they refer to, resolving checkpatch.pl warnings. While we're at it, use
EXPORT_SYMBOL rather than EXPORT_SYMBOL_NOVERS.
Signed-off-by: Chad Williamson
---
drivers/staging/silicom/bypasslib/bypass.c | 89
This patchset cleans up the EXPORT_SYMBOL calls in staging/silicom by
placing the exports immediately below the definitions they refer to
(as is the convention) and removing the no-longer-useful
EXPORT_SYMBOL_NOVERS macro.
Chad Williamson (3):
Staging: silicom: move symbol exports beneath
Move the EXPORT_SYMBOL macros in bpctl_mod.c beneath the definitions
they refer to, resolving checkpatch.pl warnings. While we're at it, use
EXPORT_SYMBOL rather than EXPORT_SYMBOL_NOVERS.
Signed-off-by: Chad Williamson
---
drivers/staging/silicom/bpctl_mod.c | 91
Since all references to EXPORT_SYMBOL_NOVERS have been removed,
we can remove its definition from bp_mod.h and bypasslib/bplibk.h.
Signed-off-by: Chad Williamson
---
drivers/staging/silicom/bp_mod.h | 2 --
drivers/staging/silicom/bypasslib/bplibk.h | 2 --
2 files changed, 4
Tejun Heo writes:
> I've been running some performance tests with different preemption
> levels and, with CONFIG_PREEMPT, the percpu ref could be slower by
> around 10% or at the worst contrived case maybe even close to 20% when
> compared to simple atomic_t on a single CPU (when hit by multiple
On Fri, Jun 14, 2013 at 07:07:51PM +0900, Heesub Shin wrote:
> shrink_slab() queries each slab cache to get the number of
> elements in it. In most cases such queries are cheap but,
> on some caches. For example, Android low-memory-killer,
> which is operates as a slab shrinker, does relatively
>
This patch looks like it should be in the 3.9-stable tree, should we apply
it?
--
From: "Jean-Philippe Francois "
commit a93d8a1cea0899982993e9a93404c6f78b123697 upstream
omap36xx_pwrdn_clk_enable_with_hsdiv_restore expects the parent hw of
the clock to be a clk_hw_omap.
On Sun, Jun 16, 2013 at 02:55:46PM -0700, Tejun Heo wrote:
> percpu-refcount was incorrectly using preempt_disable/enable() for RCU
> critical sections against call_rcu(). 6a24474da8 ("percpu-refcount:
> consistently use plain (non-sched) RCU") fixed it by converting the
> preepmtion operations
On Sun, Jun 16, 2013 at 02:55:46PM -0700, Tejun Heo wrote:
> percpu-refcount was incorrectly using preempt_disable/enable() for RCU
> critical sections against call_rcu(). 6a24474da8 ("percpu-refcount:
> consistently use plain (non-sched) RCU") fixed it by converting the
> preepmtion operations
On Sun, Jun 16, 2013 at 02:55:46PM -0700, Tejun Heo wrote:
> percpu-refcount was incorrectly using preempt_disable/enable() for RCU
> critical sections against call_rcu(). 6a24474da8 ("percpu-refcount:
> consistently use plain (non-sched) RCU") fixed it by converting the
> preepmtion operations
On Fri, Jun 14, 2013 at 8:44 PM, Jiang Liu wrote:
> Ideally caller should check availability of IO BAR resource before
> calling pci_ioremap_bar(), but no caller doing that yet:(
> The WARN_ON() in function pci_ioremap_bar() is used to warn the caller
> if it's called for an IO port BAR, so
On Wed, 2013-06-05 at 16:11 +1000, Alexey Kardashevskiy wrote:
> +long kvm_vm_ioctl_create_spapr_tce_iommu(struct kvm *kvm,
> + struct kvm_create_spapr_tce_iommu *args)
> +{
> + struct kvmppc_spapr_tce_table *tt = NULL;
> + struct iommu_group *grp;
> + struct
3.2.47-rc1 review patch. If anyone has any objections, please let me know.
--
From: Xi Wang
commit 4fa0e81b83503900be277e6273a79651b375e288 upstream.
A malicious USB device may feed in carefully crafted min/max/res values,
so that the inner loop in
3.2.47-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andrew Worsley
commit c515598e0f5769916c31c00392cc2bfe6af74e55 upstream.
Handle null old_termios in ftdi_set_termios() calls from uart_resume_port().
Signed-off-by: Andrew Worsley
3.2.47-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg
commit c8aa22db0112f640ac6631347f850879c621840b upstream.
Since Eric's commit efe117ab8 ("Speedup ieee80211_remove_interfaces")
there's a bug in mac80211 when it unregisters with
3.2.47-rc1 review patch. If anyone has any objections, please let me know.
--
From: Emmanuel Grumbach
commit a87783699b23395c46bbeeb5d28f6db24897bf26 upstream.
In 63b77bf489881747c5118476918cc8c29378ee63
iwlwifi: dvm: don't send zeroed LQ cmd
I tried to avoid to
1 - 100 of 614 matches
Mail list logo
