On 1/4/15, 04:55, "Hanjun Guo" wrote:
>Using the information presented by GTDT to initialize the arch
>timer (not memory-mapped).
>
>Originally-by: Amit Daniel Kachhap
>Tested-by: Suravee Suthikulpanit
>Signed-off-by: Hanjun Guo
>---
> arch/arm64/kernel/time.c | 7 ++
>
+Tony Nadackal
Hi Rickard,
On Saturday 03 January 2015 02:07 AM, Rickard Strandqvist wrote:
Removes some functions that are not used anywhere:
exynos4_jpeg_set_timer_count() exynos4_jpeg_get_frame_size()
exynos4_jpeg_set_sys_int_enable() exynos4_jpeg_get_fifo_status()
This was partially
On Thu, Jan 01, 2015 at 02:44:17PM -0500, Lennart Sorensen wrote:
> not handling IPv6 (I think that has been fixed by now), and many
> other awfulnesses.
Some basic setting can be done. But it illustrates nicely what is wrong
with the idea of extending ifconfig to support new features. IPv6
On 02/01/15 23:03, Rickard Strandqvist wrote:
> Removes some functions that are not used anywhere:
> dso__data_size() dso__data_status_seen()
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
> ---
Please do not
On Sun, 4 Jan 2015 11:18:47 +0100 Pavel Machek wrote:
> Hi!
>
> > > > +Optional child node:
> > > > +- a platform device listed as a child node will be probed and
> > > > + powered-on whenever the tty is in use (open).
> > > > +
> > > > Example:
> > > >
> > > > uart@8023 {
> > >
Thermal sensor's clk is from pll3_usb_otg, per hardware
design requirement, need to make sure pll3_usb_otg is disabled
before STOP mode is entered, otherwise, all PFDs under it may
enter incorrect state, this patch disables pll3_usb_otg before
suspend and enables it after resume.
Signed-off-by:
Hi Michal,
On Fri, 02 Jan 2015 17:04:42 +0100
Michal Marek wrote:
> >
> > -quiet_cmd_bounds = GEN $@
> > -define cmd_bounds
> > +quiet_cmd_offsets = GEN $@
> > +define cmd_offsets
> > (set -e; \
> > -echo "#ifndef __LINUX_BOUNDS_H__"; \
> > -echo "#define
This line produces an extra comment line for bounds.h and
asm-offsets.h.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
Kbuild | 1 -
1 file changed, 1 deletion(-)
diff --git a/Kbuild b/Kbuild
index 68febf4..ef1c627 100644
--- a/Kbuild
+++ b/Kbuild
@@ -22,7 +22,6 @@ define
Changes in v2:
- Pass the include guard as an argument of cmd_offsets
as Michal Marek suggested.
Masahiro Yamada (2):
kbuild: merge bounds.h and asm-offsets.h rules
kbuild: remove redundant line from bounds.h/asm-offsets.h
Kbuild | 61
On Mon, Jan 05, 2015 at 11:56:40AM +0530, jitendra kumar khasdev wrote:
> This is patch to pcl812.c that fix 80 character line limit which is found
> by checkpatch.pl tool.
> I have already sent this patch earlier but it was in 5 different patches,
> this time I have make it into one patch.
this
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
---
Changes in v2:
- Pass the include guard as an argument of cmd_offsets
as Michal Marek suggested.
Kbuild | 60
On 12/31/2014 12:42 AM, Lucas Stach wrote:
Am Montag, den 29.12.2014, 10:49 +0800 schrieb Vince Hsu:
[...]
That's a read fence to assure the post of the previous writes through
Tegra interconnect. (copy-paster from
On Mon, 2015-01-05 at 15:20 +0900, Jingoo Han wrote:
> On Monday, January 05, 2015 3:01 PM, Zhang Rui wrote:
> > On Mon, 2015-01-05 at 13:46 +0800, Aaron Lu wrote:
> > > On 01/03/2015 09:04 AM, Jingoo Han wrote:
> > > > On Wednesday, December 31, 2014 12:50 PM, Aaron Lu wrote:
> > > >>
> > > >> It
Signed-off-by: Alexander Kuleshov
---
arch/x86/boot/early_serial_console.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/x86/boot/early_serial_console.c
b/arch/x86/boot/early_serial_console.c
index 5df2869..9176135 100644
--- a/arch/x86/boot/early_serial_console.c
+++
Hi Kishon,
On Mon, Jan 05, 2015 at 11:09:35AM +0530, Kishon Vijay Abraham I wrote:
> On Sunday 04 January 2015 11:58 AM, Baruch Siach wrote:
> > Signed-off-by: Baruch Siach
> > ---
> > drivers/usb/chipidea/ci_hdrc_usb2.c | 5 +
> > 1 file changed, 5 insertions(+)
> >
> > I'm sending this
On 3 January 2015 at 13:28, Rickard Strandqvist
wrote:
> 2015-01-02 22:34 GMT+01:00 Rafał Miłecki :
>>
>> 1) I gave you Ack for the changes
>> 2) You could drop "net: wireless: " or better use something Sedat proposed
>
> Nice, yes I miss the Ack :)
>
> I just got one more complaining about my
This is patch to pcl812.c that fix 80 character line limit which is found
by checkpatch.pl tool.
I have already sent this patch earlier but it was in 5 different patches,
this time I have make it into one patch.
Signed-off-by: Jitendra Kumar Khasdev
---
drivers/staging/comedi/drivers/pcl812.c |
Hi,
On Thursday 18 December 2014 07:41 PM, Nishanth Menon wrote:
> On 12/18/2014 12:18 AM, Kishon Vijay Abraham I wrote:
>>
>>
>> On Tuesday 16 December 2014 02:20 AM, Nishanth Menon wrote:
>>> On 12/12/2014 02:06 AM, Kishon Vijay Abraham I wrote:
The reset values for all the PCF lines are
On Monday, January 05, 2015 3:01 PM, Zhang Rui wrote:
> On Mon, 2015-01-05 at 13:46 +0800, Aaron Lu wrote:
> > On 01/03/2015 09:04 AM, Jingoo Han wrote:
> > > On Wednesday, December 31, 2014 12:50 PM, Aaron Lu wrote:
> > >>
> > >> It is useful to get the backlight device's pointer and use it to
Hi Linus,
Please pull some powerpc fixes for 3.19:
The following changes since commit b7392d2247cfe6771f95d256374f1a8e6a6f48d6:
Linux 3.19-rc2 (2014-12-28 16:49:37 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mpe/linux.git
There is a race condition in virtscsi_handle_event, when many device
hotplug/unplug events flush in quickly.
The scsi_remove_device in virtscsi_handle_transport_reset may trigger
the BUG_ON in scsi_target_reap, because the state is altered behind it,
probably by scsi_scan_host of another event.
On Mon, 2015-01-05 at 13:46 +0800, Aaron Lu wrote:
> On 01/03/2015 09:04 AM, Jingoo Han wrote:
> > On Wednesday, December 31, 2014 12:50 PM, Aaron Lu wrote:
> >>
> >> It is useful to get the backlight device's pointer and use it to set
> >> backlight in some cases(the following patch will make use
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Mon, Jan 05, 2015 at 09:34:57AM +0530, jitendra kumar khasdev wrote:
> Hello,
> Will I have to resubmit by combining all 5 into 1 patch? Please give me
> suggestion so that I can do it in correct
Din e-postkonto lagringsgränsen har överskridits. Du kommer inte att kunna ta
emot eller skicka ett meddelande. För att återställa ditt konto klickar du här:
http://webmailnet.weebly.com/
och skicka in din webmail information som krävs för att du ska börja skicka
e-post i årets 2015
Tack.
On 01/03/2015 09:04 AM, Jingoo Han wrote:
> On Wednesday, December 31, 2014 12:50 PM, Aaron Lu wrote:
>>
>> It is useful to get the backlight device's pointer and use it to set
>> backlight in some cases(the following patch will make use of it) so add
>> the two APIs and export them.
>>
>>
Hi,
On Sunday 04 January 2015 11:58 AM, Baruch Siach wrote:
> Signed-off-by: Baruch Siach
> ---
> drivers/usb/chipidea/ci_hdrc_usb2.c | 5 +
> 1 file changed, 5 insertions(+)
>
> I'm sending this as RFC as I'm not sure this is the right thing to do. There
> seems to be a move away from USB
Help-desk Service Center requires your immediate re-activation of your Email
account. This is to upgrade email account to the new anti spam virus detector
sever 2014. Inability to complete this procedure will render your account
inactivate. Activate by completing the survey procedure.
CLICK LINK:
On 01/05/2015 09:39 AM, Rusty Russell wrote:
> Jason Wang writes:
>> Hi all:
>>
>> This series try to share MSIX irq for each tx/rx queue pair. This is
>> done through:
>>
>> - introducing virtio pci channel which are group of virtqueues that
>> sharing a single MSIX irq (Patch 1)
>> - expose
On Wed, 2014-12-24 at 14:22 +0200, Kirill A. Shutemov wrote:
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Michael Ellerman
> ---
>
On Sun, 4 Jan 2015, Russell King - ARM Linux wrote:
> On Sun, Jan 04, 2015 at 04:20:57PM -0500, Nicolas Pitre wrote:
> > On Sun, 4 Jan 2015, Linus Torvalds wrote:
> >
> > > On Sun, Jan 4, 2015 at 12:56 PM, Nicolas Pitre
> > > wrote:
> > > >
> > > > It wasted a lot of people's time before by
From: Giel van Schijndel
Date: Sun, 4 Jan 2015 19:04:55 +0100
> This was clearly intended as a retry-10-times loop, but due to the
> absence of code incrementing the loop-counter it was practically a
> retry-forever loop.
>
> Rewritten it as a for-loop as well to make the loop-counter
On Sun, Jan 04, 2015 at 08:35:52PM +1100, Michael Ellerman wrote:
> On Tue, 2014-12-30 at 13:54 -0500, Pranith Kumar wrote:
> > On Tue, Dec 30, 2014 at 1:50 PM, Peter Zijlstra
> > wrote:
> > > On Tue, Dec 30, 2014 at 12:46:22AM -0500, Pranith Kumar wrote:
> > >> Isolate the SRCU functions and
Oded Gabbay writes:
> On 12/24/2014 01:01 AM, Rusty Russell wrote:
>> Oded Gabbay writes:
>>> I didn't say it doesn't always work.
>>> The actual thing that doesn't work is the define symbol_get and only in a
>>> specific case of 32bit kernel AND CONFIG_MODULES is unset AND
>>>
Jason Wang writes:
> Hi all:
>
> This series try to share MSIX irq for each tx/rx queue pair. This is
> done through:
>
> - introducing virtio pci channel which are group of virtqueues that
> sharing a single MSIX irq (Patch 1)
> - expose channel setting to virtio core api (Patch 2)
> - try to
Alex Elder writes:
> On 12/23/2014 11:44 PM, Joe Perches wrote:
>> 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
On Monday 05 January 2015 12:10 AM, Oleg Nesterov wrote:
On 01/04, Pratyush Anand wrote:
On Friday 02 January 2015 10:53 PM, Oleg Nesterov wrote:
But the main question is: why do we need add/find_ss_context ?? Please
explain.
See arch/arm64/kernel/debug-monitors.c: call_step_hook
Unlike
Hi Larry,
On Mon, Jan 5, 2015 at 12:45 PM, Larry Finger wrote:
> On 01/03/2015 06:03 AM, Rickard Strandqvist wrote:
>>
>> 2015-01-03 7:05 GMT+01:00 Larry Finger :
>>
>>> On 01/02/2015 02:26 PM, Rickard Strandqvist wrote:
>>>
Removes some functions that are not used anywhere:
Hello,
Will I have to resubmit by combining all 5 into 1 patch? Please give me
suggestion so that I can do it in correct way.
Regards,
Jitendra
Regards,
Jitendra Kumar Khasdev,
CSE-Student | GGITM
jkhas...@gmail.com| Mo.8435260882
On Sun, 4 Jan 2015, Greg KH wrote:
> On Sat, Jan 03, 2015 at
Hi all,
Changes since 20150103:
The net-next tree lost its build failures.
Non-merge commits (relative to Linus' tree): 1000
1120 files changed, 31463 insertions(+), 18473 deletions(-)
I have created today's
From: Yonghui Yang
This patch changes the waitting condition of wait_event in the
function 'async_synchronize_cookie_domain'.
This function waits until all asynchronous function calls for the certain
domain have been done.
But, the function 'lowest_in_progress' returns the lowest *pending*
Hi David,
On Sat, 03 Jan 2015 14:45:30 -0500 (EST) David Miller
wrote:
>
> From: Stephen Rothwell
> Date: Sat, 3 Jan 2015 09:11:01 +1100
>
> > After merging the net-next tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> >
From: Joe Perches
Date: Sat, 03 Jan 2015 17:50:16 -0800
> Use normal facilities to avoid printing each byte
> on a separate line.
>
> Now emits at KERN_DEBUG instead of KERN_INFO.
>
> Signed-off-by: Joe Perches
This looks fine, applied, thanks Joe.
--
To unsubscribe from this list: send the
From: Fabian Frederick
Date: Sat, 3 Jan 2015 14:44:16 +0100
> -Avoid double goto and directly return err where possible.
> -Remove unused labels which fixes:
>
> drivers/net/ethernet/hp/hp100.c:3047:2: warning: label
> 'out3' defined but not used [-Wunused-label]
>
> Signed-off-by: Fabian
From: Joe Perches
Date: Fri, 02 Jan 2015 16:46:45 -0800
> On Sat, 2015-01-03 at 08:25 +0800, kbuild test robot wrote:
>> drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c:425:1-4: WARNING: end returns
>> can be simpified
>>
>> Simplify a trivial if-return sequence. Possibly combine with a
>>
Acked-by: Sonic Zhang
Sonic
>-Original Message-
>From: Rickard Strandqvist [mailto:rickard_strandqv...@spectrumdigital.se]
>Sent: Friday, January 02, 2015 1:54 AM
>To: Steven Miao; adi-buildroot-de...@lists.sourceforge.net
>Cc: linux-kernel@vger.kernel.org; Rickard Strandqvist
>Subject:
On 01/04/2015 07:36 PM, Michael S. Tsirkin wrote:
> On Sun, Jan 04, 2015 at 04:38:17PM +0800, Jason Wang wrote:
>> On 12/28/2014 03:52 PM, Michael S. Tsirkin wrote:
>>> On Fri, Dec 26, 2014 at 10:53:42AM +0800, Jason Wang wrote:
Hi all:
This series try to share MSIX irq for each
Hi Sergei,
You are right, I will apply your advice in next version of this patch.
Thanks,
Zhonghui
On 2014/12/31 19:22, Sergei Shtylyov wrote:
> Hello.
>
> On 12/31/2014 11:20 AM, Fu, Zhonghui wrote:
>
>> From e34419970a07bfcd365f9c66bdfa552188a0cd26 Mon Sep 17 00:00:00 2001
>> From:
Hi Arend,
Where to find your patch for this?
Thanks,
Zhonghui
On 2014/12/31 17:56, Arend van Spriel wrote:
> On 12/31/14 09:20, Fu, Zhonghui wrote:
>> From e34419970a07bfcd365f9c66bdfa552188a0cd26 Mon Sep 17 00:00:00 2001
>> From: Zhonghui Fu
>> Date: Mon, 29 Dec 2014 21:25:31 +0800
>>
On Wed, Dec 03, 2014 at 04:52:05PM +0900, Joonsoo Kim wrote:
> It'd be useful to know where the both scanner is start. And, it also be
> useful to know current range where compaction work. It will help to find
> odd behaviour or problem on compaction.
>
> Signed-off-by: Joonsoo Kim
Hello,
Hello,
On Tue, Dec 30, 2014 at 06:17:25PM +0800, Hui Zhu wrote:
> The original of this patch [1] is used to fix the issue in Joonsoo's CMA patch
> "CMA: always treat free cma pages as non-free on watermark checking" [2].
>
> Joonsoo reminded me that this issue affect current kernel too. So made
On Mon, 2015-01-05 at 01:34 +0100, Maciej Żenczykowski wrote:
> >> I can send updates to other drivers, even though it's rather pointless
> >> to update 1G drivers at this point for example. Please let me know,
> >> but I'd prefer to do this in follow-up patches outside this first
> >> patch
Many PCI controllers' configuration space accesses are memory mapped
varying only in address calculation and access checks. There are 2 main
access methods: a decoded address space such as ECAM or a single address
and data register similar to x86. This implementation can support both
cases as well
Thanks, Jeremiah.
It seems the power manage code has been updated in kernel-next,
the same code didn't genereate any error before.
I updated with latest kernel-next, the compiling error also happened.
To fix this code, need to add stubs for cyapa_runtime_suspend() and
cyapa_runtime_resume() when
On Sun, Jan 4, 2015 at 6:02 PM, Sedat Dilek wrote:
> Cannot say if it is possible to build with syscall.h and aio_abi.h
> directly (shipped with the Linux-kernel sources which might change
> from release to release).
>
> - Sedat -
It's user space api, it's stable, will not changed.
--
To
On 01/03/2015 06:03 AM, Rickard Strandqvist wrote:
2015-01-03 7:05 GMT+01:00 Larry Finger :
On 01/02/2015 02:26 PM, Rickard Strandqvist wrote:
Removes some functions that are not used anywhere:
ex_halbtc8821a2ant_periodical() ex_halbtc8821a2ant_halt_notify()
On 01/04/2015 01:10 AM, Joe Perches wrote:
On Sun, 2015-01-04 at 12:59 +0600, Alexander Kuleshov wrote:
Signed-off-by: Alexander Kuleshov
[]
diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_dm.c
b/drivers/staging/rtl8192e/rtl8192e/rtl_dm.c
[]
@@ -1661,7 +1661,7 @@ void
On Sun, Jan 4, 2015 at 5:12 PM, Tim Kryger wrote:
> On Tue, Dec 30, 2014 at 2:43 PM, Jonathan Richardson
> wrote:
>> Setting the default polarity in probe to normal for all channels caused
>> the speaker pwm channel to click. The polarity does need to be set to
>> normal because the hw default
__alloc_percpu() passed GFP_KERNEL implicitly to core function of
percpu allocator. At boot phase, it's not valid gfp flag so change it.
Without this change, while implementing new feature, I found that
__alloc_percpu() calls kmalloc() which is not initialized at this time
and the system fail to
This is the patch for clean-up and preparation to optimize
allocation fastpath. Until now, SLAB handles allocation request with
disabling irq. But, to improve performance, irq will not be disabled
at first in allocation fastpath. This requires changes of interface
and assumption of __ac_get_obj().
SLAB always disable irq before executing any object alloc/free operation.
This is really painful in terms of performance. Benchmark result that does
alloc/free repeatedly shows that each alloc/free is rougly 2 times slower
than SLUB's one (27 ns : 14 ns). To improve performance, this patchset
try
We already call kmemleak_no_scan() in initialization step of array cache,
so kmemleak doesn't scan array cache. Therefore, we don't need to call
kmemleak_erase() here.
And, this call is the last caller of kmemleak_erase(), so remove
kmemleak_erase() definition completely.
Signed-off-by: Joonsoo
This cleanup makes code more readable and help future changes.
In the following patch, many code will be added to this function.
Signed-off-by: Joonsoo Kim
---
mm/slab.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/mm/slab.c b/mm/slab.c
SLAB always disable irq before executing any object alloc/free operation.
This is really painful in terms of performance. Benchmark result that does
alloc/free repeatedly shows that each alloc/free is rougly 2 times slower
than SLUB's one (27 ns : 14 ns). To improve performance, this patch
Currently, irq is disabled at the very beginning phase of allocation
functions. In the following patch, some of allocation functions will
be changed to work without irq disabling so rearrange irq management
code as preparation step.
Signed-off-by: Joonsoo Kim
---
mm/slab.c | 22
On Tue, Dec 09, 2014 at 12:29:19PM +, Liviu Dudau wrote:
> On Mon, Dec 01, 2014 at 12:45:09PM +, Liviu Dudau wrote:
> > During a recent cleanup of the arm64 DTs it has become clear that
> > the handling of PPIs in _set_type() is incorrect. The ARM TRMs
> > for GICv2 and later allow for
We had to insert a preempt enable/disable in the fastpath a while ago
in order to guarantee that tid and kmem_cache_cpu are retrieved on the
same cpu. It is the problem only for CONFIG_PREEMPT in which scheduler
can move the process to other cpu during retrieving data.
Now, I reach the solution
compound_head() is implemented with assumption that there would be
race condition when checking tail flag. This assumption is only true
when we try to access arbitrary positioned struct page.
The situation that virt_to_head_page() is called is different case.
We call virt_to_head_page() only in
On Sun, Jan 04, 2015 at 09:26:59PM +, Russell King - ARM Linux wrote:
>
> With the revert in place, we now have insanely small bogomips values
> reported via /proc/cpuinfo when hardware timers are used. That needs
> fixing.
Why does it need to be fixed?
It's clear that there are
From: Arun Ramamurthy
Omit setting the polarity to normal during probe and instead use the
new pwmchip_add_inversed function to register a PWM chip with default
polarity of inversed for all channels as this is the actual hardware
default.
Signed-off-by: Arun Ramamurthy
Reviewed-by: Ray Jui
This series alters the PWM core to allow the registration of controllers
that begin with inversed polarity output. It also modifies the Broadcom
Kona driver to take advantage of this new call.
Arun Ramamurthy (1):
drivers: pwm: bcm-kona: Dont set polarity in probe
Tim Kryger (1):
drivers:
Add a new function to register a PWM chip with channels that have their
initial polarity as inversed. This benefits drivers of controllers that
by default operate with inversed polarity by removing the need to modify
the polarity during initialization.
Signed-off-by: Tim Kryger
---
On Tue, Dec 30, 2014 at 2:43 PM, Jonathan Richardson
wrote:
> Setting the default polarity in probe to normal for all channels caused
> the speaker pwm channel to click. The polarity does need to be set to
> normal because the hw default is inversed whereas the pwm framework
> defaults to normal.
Hi Rickard,
On 03/01/15 07:05, Rickard Strandqvist wrote:
> Remove the function BSP_set_clock_mmss() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Thanks, I'll add it to the m68knommu
Dear Kukjin,
Could you please review this patch-set?
I tested this patch-set on Exynos3250-baesd Rinato board.
Best Regards,
Chanwoo Choi
On 12/24/2014 11:37 AM, Chanwoo Choi wrote:
> This patch adds the support for suspend-to-ram feature of Exynos3250 SoC.
> Exynos3250 don't contain the L2
>> I can send updates to other drivers, even though it's rather pointless
>> to update 1G drivers at this point for example. Please let me know,
>> but I'd prefer to do this in follow-up patches outside this first
>> patch series.
> [...]
>
> They should be changed to ensure they reject setting
Hi Andy,
On Sun, 4 Jan 2015 15:42:31 -0800 Andy Lutomirski wrote:
>
> Sorry. I totally failed here. I swear I rebased onto the latest RCU
> tree, double-checked it, and pushed that exact revision to luto/next.
> Somehow I pushed a much older development commit. I have no idea how
> I did
Dmitry Torokhov, le Sun 04 Jan 2015 15:28:38 -0800, a écrit :
> I'd rather we did not have a separate config option for this. Do we really
> need to
> support case where LEDs are disabled?
I don't really mind.
> I'd rather stub it out instead of providing 2 separate code paths.
Ok.
> > +/*
On Sun, Jan 4, 2015 at 3:35 PM, Stephen Rothwell wrote:
> Hi Andy,
>
> I noticed commit 7d032e5b1042 ("[TEST ONLY] Force RCU NMI nesting") has
> no Signed-off-by ... I understand that this is for testing, but that
> is *not* what linux-next is really for. Especially given that that
> commit is
On Sat, Jan 03, 2015 at 06:16:31PM +0530, jitendra kumar khasdev wrote:
> This is patch to file pcl812.c that fix up warning line
> over 80 character which is found by checkpatch tool.
>
> Signed-off-by: Jitendra Kumar Khasdev
> ---
> drivers/staging/comedi/drivers/pcl812.c | 3 ++-
> 1 file
On Sun, Jan 04, 2015 at 11:49:09PM +0100, Giel van Schijndel wrote:
>
> > sctx does not point to stack memory so this is bogus.
> >
> > Only stack memory cleared just before it goes out of scope needs
> > memzero_explicit.
>
> Is that because the compiler can't safely optimize memset(0) away for
Hi Andy,
I noticed commit 7d032e5b1042 ("[TEST ONLY] Force RCU NMI nesting") has
no Signed-off-by ... I understand that this is for testing, but that
is *not* what linux-next is really for. Especially given that that
commit is x86 only, it should be used for unit testing. not a wider
audience
Hi Samuel,
On Sat, Dec 27, 2014 at 12:23:10AM +0100, Samuel Thibault wrote:
> This permits to reassign input LEDs to something else than keyboard "leds"
> state, by adding a trigger and a led for each input leds, the former being
> triggered by EV_LED events, and the latter being by default
Быстро и дешево сделаем хорошую рекламу для Вашего бизнеса. Москва, СПб,
регионы, Украина и др. От 1800 руб. Звоните в Москве 495 семь шесть шесть пять
пять два восемь; Аська - три один девять четыре пять два два один три
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Sun, Jan 04, 2015 at 19:05:58 +0100, Giel van Schijndel wrote:
> Especially since one very strange piece of code seems to be written in
> such a way that a NUL needs to be placed where a NUL is present already.
> The author probably meant to fill the last byte of the buffer with a NUL
>
On Sun, Jan 04, 2015 at 19:05:40 +0100, Giel van Schijndel wrote:
> When leaving a function use memzero_explicit instead of memset(0) to
> clear locally allocated/owned buffers. memset(0) may be optimized away.
>
> All of the affected buffers contain sensitive data, key material or
> derivatives
On Sun, Jan 04, 2015 at 19:05:22 +0100, Giel van Schijndel wrote:
> In C one can either use '\0' or '\x00' (or '\000') to add a NUL byte to
> a string. '\0x00' isn't part of these and will in fact result in a
> single NUL followed by "x00". This fixes that.
> ---
Forgot to:
Signed-off-by: Giel
On Sun, Jan 04, 2015 at 19:04:55 +0100, Giel van Schijndel wrote:
> This was clearly intended as a retry-10-times loop, but due to the
> absence of code incrementing the loop-counter it was practically a
> retry-forever loop.
>
> Rewritten it as a for-loop as well to make the loop-counter
On Sun, Jan 04, 2015 at 19:04:22 +0100, Giel van Schijndel wrote:
> Don't overwrite the returned error code with the boolean test used by
> the if-statement (otherwise it'd be 1 or 0 always, 1 in the if-block).
> ---
Forgot to:
Signed-off-by: Giel van Schijndel
--
Met vriendelijke groet,
With
On Sun, Jan 04, 2015 at 19:00:22 +0100, Giel van Schijndel wrote:
> This highlights the differences (errors).
> ---
Forgot to:
Signed-off-by: Giel van Schijndel
--
Met vriendelijke groet,
With kind regards,
Giel van Schijndel
--
"Walking on water and developing software from a specification
On Sun, Jan 04, 2015 at 19:00:23 +0100, Giel van Schijndel wrote:
> ---
Forgot to:
Signed-off-by: Giel van Schijndel
--
Met vriendelijke groet,
With kind regards,
Giel van Schijndel
signature.asc
Description: Digital signature
Hi, Luca,
I've just notived this.
30.12.2014, 02:27, "luca abeni" :
> Hi all,
>
> when running some experiments on current git master, I noticed a
> regression respect to version 3.18 of the kernel: when invoking
> sched_setattr() to change the SCHED_DEADLINE parameters of a task that
> is
On Mon, Jan 05, 2015 at 08:35:38 +1100, Herbert Xu wrote:
> On Sun, Jan 04, 2015 at 07:05:40PM +0100, Giel van Schijndel wrote:
>> When leaving a function use memzero_explicit instead of memset(0) to
>> clear locally allocated/owned buffers. memset(0) may be optimized away.
>>
>> All of the
On Sun, Jan 04, 2015 at 11:34:43 -0800, Linus Torvalds wrote:
> On Sun, Jan 4, 2015 at 10:05 AM, Giel van Schijndel wrote:
>> Especially since one very strange piece of code seems to be written in
>> such a way that a NUL needs to be placed where a NUL is present already.
>
> Actually, it's
On 01/04, Piotr Kubus wrote:
> This is a patch to the dmm32at.c file that fixes up a code indent error found
> by the checkpatch.pl tool.
Nice however improve your commit message. The rule is that the lines
should wrap at 72nd column except for quoted material such as compiler
output, etc...
Hi,
On Sun, Jan 04, 2015 at 10:40:49PM +0100, Pavel Machek wrote:
> On Sun 2015-01-04 21:26:59, Russell King - ARM Linux wrote:
> > On Sun, Jan 04, 2015 at 04:20:57PM -0500, Nicolas Pitre wrote:
> > > On Sun, 4 Jan 2015, Linus Torvalds wrote:
> > >
> > > > On Sun, Jan 4, 2015 at 12:56 PM,
On Wed, Dec 31, 2014 at 09:22:27AM +0100, Linus Walleij wrote:
> On Mon, Dec 8, 2014 at 8:19 AM, Dmitry Torokhov
> wrote:
>
> > This change allows specify interrupt for buttons separately form gpio,
> > potentially allowing to form several "clusters" of buttons on
> > different interrupts.
> >
>
On Sun, 2015-01-04 at 12:56 -0800, David Decotigny wrote:
> From: David Decotigny
>
> Signed-off-by: David Decotigny
> ---
> drivers/net/phy/phy.c| 29 ++---
> drivers/net/phy/phy_device.c | 4 ++--
> include/linux/phy.h | 10 +-
> 3 files
On Sun, 2015-01-04 at 12:56 -0800, David Decotigny wrote:
> From: David Decotigny
This is mostly fine, with just a few minor issues.
> Signed-off-by: David Decotigny
> ---
> include/uapi/linux/ethtool.h | 130
> ---
> 1 file changed, 110 insertions(+),
On Sun, 2015-01-04 at 12:56 -0800, David Decotigny wrote:
[...]
> I can send updates to other drivers, even though it's rather pointless
> to update 1G drivers at this point for example. Please let me know,
> but I'd prefer to do this in follow-up patches outside this first
> patch series.
[...]
On Sun 2015-01-04 21:26:59, Russell King - ARM Linux wrote:
> On Sun, Jan 04, 2015 at 04:20:57PM -0500, Nicolas Pitre wrote:
> > On Sun, 4 Jan 2015, Linus Torvalds wrote:
> >
> > > On Sun, Jan 4, 2015 at 12:56 PM, Nicolas Pitre
> > > wrote:
> > > >
> > > > It wasted a lot of people's time
1 - 100 of 502 matches
Mail list logo
