The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
On 09/23/2015 02:19 PM, santosh shilimkar wrote:
Nishant,
On 9/22/2015 9:08 AM, Nishanth Menon wrote:
Keystone2 devices are used on more platforms than just Texas
Instruments reference evaluation platforms called EVMs. Providing a
generic compatible "ti,keystone" is not sufficient to
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
The function returns always non-negative values.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too
The function returns always non-negative values.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
The function returns always non-negative values.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid problems with too many
Hi,
This is another set of independent patches. The only connection
between them is that they try to address problems spotted by proposed
coccinelle semantic patch assign_signed_to_unsigned.cocci[1].
This semantic patch tries to find bugs, where signed result of function
is lost due to
The function tries to return clock frequency (unsigned long) or error
(int < 0). Using int as a result could be dangerous. On the other side
caller is not interested in error value, so the best solution is to
return frequency or zero in case of error, for this unsigned long is OK.
The problem has
Due to incorrect len type bc_send_request returned always zero.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
Hi,
To avoid
pid_t getvpid(pid_t pid, int source, int target);
This syscall converts pid from source pid-namespace into pid in target
pid-namespace. Namespaces are defined by file descriptors pointing to
namespace entries in proc (/proc/[pid]/ns/pid). If source / target is
negative then current pid namespace
On Mon 21-09-15 11:52:37, Mel Gorman wrote:
> __GFP_WAIT has been used to identify atomic context in callers that hold
> spinlocks or are in interrupts. They are expected to be high priority and
> have access one of two watermarks lower than "min" which can be referred
> to as the "atomic
On Mon 21-09-15 11:52:41, Mel Gorman wrote:
> High-order watermark checking exists for two reasons -- kswapd high-order
> awareness and protection for high-order atomic requests. Historically the
> kernel depended on MIGRATE_RESERVE to preserve min_free_kbytes as high-order
> free pages for as
Thanks for your review. I will be care for other patches.
Best Regards,
Yuan Yao
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Thursday, September 24, 2015 8:05 PM
> To: Yuan Yao-B46683
> Cc: linux-arm-ker...@lists.infradead.org;
Namhyung,
Can you take a look and perhaps give me your Acked-by?
- Arnaldo
From: Arnaldo Carvalho de Melo
No need to traverse it all again using the filename extension to
disambiguate kernel from kernel modules, just cache it when
reading the buildid table.
This also fixes a refcount
On Wed, Sep 23 2015, Alexey Dobriyan wrote:
> I've sent kabs() before which didn't go in because it didn't work for
> INT_MAX et al
> (don't worry, this abs() doens't as well) but it is nicer that this
> version in other aspects
> (hopefully).
>
> [PATCH v2] Add kabs()
>
On Thu, 24 Sep 2015, "da...@codemonkey.org.uk" wrote:
> On Wed, Sep 23, 2015 at 11:07:56AM +, Lankhorst, Maarten wrote:
> > Hey,
> >
> > Dave Jones schreef op di 22-09-2015 om 21:49 [-0400]:
> > > On Tue, Sep 22, 2015 at 09:15:58AM -0700, Matt Roper wrote:
> > > > On Tue, Sep 22, 2015
From: Igal Liberman
Add the Data Path Acceleration Architecture Frame Manger Driver.
The FMan embeds a series of hardware blocks that implement a group
of Ethernet interfaces. This patch adds The FMan configuration,
initialization and runtime control routines.
The FMan driver supports several
Em Thu, Sep 24, 2015 at 10:10:31AM +, 平松雅巳 / HIRAMATU,MASAMI escreveu:
>
>
> --
> Masami HIRAMATSU
> Linux Technology Research Center, System Productivity Research Dept.
> Center for Technology Innovation - Systems Engineering
> Hitachi, Ltd., Research & Development Group
> E-mail:
From: Igal Liberman
The Freescale Data Path Acceleration Architecture (DPAA)
is a set of hardware components on specific QorIQ multicore processors.
This architecture provides the infrastructure to support simplified
sharing of networking interfaces and accelerators by multiple CPU cores
and the
From: Igal Liberman
Add Frame Manager Multi-User RAM support.
This internal FMan memory block is used by the
FMan hardware modules, the management being made
through the generic allocator.
The FMan Internal memory, for example, is used for
allocating transmit and receive FIFOs.
Signed-off-by:
Hi Peter,
On Thu, Sep 17, 2015 at 03:01:26PM +0200, Peter Zijlstra wrote:
> On Thu, Sep 10, 2015 at 07:55:57PM +0200, Oleg Nesterov wrote:
> > On 09/10, Boqun Feng wrote:
> > >
> > > On Wed, Sep 09, 2015 at 12:28:22PM -0700, Paul E. McKenney wrote:
> > > > My feeling is
> > > > that we should
On 09/15, Sasha Levin wrote:
>
> I've modified my tests to stress the exit path of processes with many vmas,
> and hit the following NULL ptr deref (not sure if it's related to the
> original issue):
I am shy to ask. Looks like I am the only stupid one who needs
more info...
> [1181047.935563]
On Thu, Sep 24, 2015 at 07:37:39AM -0400, Austin S Hemmelgarn wrote:
> Using /dev/urandom directly, yes that doesn't make sense because it
> consistent returns non-uniformly random numbers when used to generate larger
> amounts of entropy than the blocking pool can source
Why do you think this is
From: Igal Liberman
The Storage Profiles contain parameters that are used
by the FMan for frame reception and transmission.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Makefile |2 +-
drivers/net/ethernet/freescale/fman/fman_sp.c | 167 +
From: Igal Liberman
This patch adds the Ethernet MAC driver supporting the three
different types of MACs: dTSEC, tGEC and mEMAC.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Makefile |3 +-
drivers/net/ethernet/freescale/fman/mac.c| 963
From: Igal Liberman
Add the Data Path Acceleration Architecture Frame Manger Port Driver.
The FMan driver uses a module called "Port" to represent the physical
TX and RX ports.
Each FMan version has different number of physical ports.
This patch adds The FMan Port configuration, initialization
--
您的邮箱配额已超过设置的 2 GB 的配额。您当前正在运行在 2.3 GB。
要重新启用和增加您的邮箱配额检查和更新您的网页邮箱帐户重新激活并增加其份额通过点击下面的链接。
https://formcrafts.com/a/14606
未能这样做可能会导致终止您的帐户。
感谢和歉意。
N�r��yb�X��ǧv�^�){.n�+{zX����ܨ}���Ơz�:+v���zZ+��+zf���h���~i���z��w���?�&�)ߢf��^jǫy�m��@A�a���
0��h���i
On 24/09/15 11:31, Ashwin Chaugule wrote:
Hi Sudeep,
On 16 September 2015 at 09:59, Sudeep Holla wrote:
ACPI 6.0 adds a new method to specify the CPU idle states(C-states)
called Low Power Idle(LPI) states. Since new architectures like ARM64
use only LPIs, introduce
您的邮箱配额已超过设置的 2 GB 的配额。您当前正在运行在 2.3 GB。
要重新启用和增加您的邮箱配额检查和更新您的网页邮箱帐户重新激活并增加其份额通过点击下面的链接。
https://formcrafts.com/a/14606
未能这样做可能会导致终止您的帐户。
感谢和歉意。
--
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 Thu, Sep 24, 2015 at 05:41:58PM +0530, Naveen N. Rao wrote:
> perf build currently fails on powerpc:
>
> LINK perf
> libperf.a(libperf-in.o):(.toc+0x120): undefined reference to
> `sample_reg_masks'
> libperf.a(libperf-in.o):(.toc+0x130): undefined reference to
> `sample_reg_masks'
>
Assigning signed function result to unsigned variable can indicate error.
To decrease number of false positives patch looks if after assignment
there is also check for negative values of the result.
Signed-off-by: Andrzej Hajda
---
Hi,
This patch tries to catch bugs related to losing possible
Hello,
On Thu, 24 Sep 2015 15:27:01 +0300, Tomi Valkeinen wrote:
> fbdev is (more or less) maintained, but it's a deprecated framework. All
> new Linux display drivers should be done on DRM.
>
> So let's not add any more new fbdev drivers.
>
> I will continue to maintain the current fbdev
On Thu, Sep 24, 2015 at 08:20:27AM +, Shevchenko, Andriy wrote:
On Thu, 2015-09-24 at 11:16 +0300, Andy Shevchenko wrote:
On Thu, 2015-09-24 at 10:08 +0200, Martin Kletzander wrote:
> Move all pointer-formatting documentation to one place in the code
> and
> one place in the documentation
Hi Arnd,
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Monday, September 07, 2015 6:26 PM
> To: Appana Durga Kedareswara Rao
> Cc: robh...@kernel.org; vinod.k...@intel.com; Anirudha Sarangi;
> pawel.m...@arm.com; mark.rutl...@arm.com;
On Wed, Sep 23, 2015 at 5:54 AM, Herbert Xu wrote:
> On Tue, Sep 22, 2015 at 11:08:22AM -0400, Dan Streetman wrote:
>>
>> you think we should just strip out the 842-nx alignment/sizing code
>> and change it to fallback to the sw driver?
>
> Right, if the only intended user can provide aligned
2015-09-11 18:33 GMT+09:00 Masahiro Yamada :
>
> 1/2 is a bug fix, but it is not very critical.
> I can wait until 4.4-rc1 if it is a hassle.
>
> 2/2 provides some more pin-mux settings.
>
>
> Changes in v2:
> - trivial. Fix a typo in git-log. s/value/values/
>
> Masahiro Yamada (2):
>
1/2 is a bug fix, but it is not very critical.
I can wait until 4.4-rc1 if it is a hassle.
2/2 provides some more pin-mux settings.
Changes in v3:
- Sort pin groups alphabetically
- Add missing UNIPHIER_PINMUX_FUNCTION(sd) to ph1_sld8_functions
Changes in v2:
- trivial. Fix a typo in
Hi all,
fbdev is (more or less) maintained, but it's a deprecated framework. All
new Linux display drivers should be done on DRM.
So let's not add any more new fbdev drivers.
I will continue to maintain the current fbdev drivers, and I don't mind
adding some new features to those current
Currently, input enable settings are missing from the PH1-sLD8
pinctrl driver. (All the entries in the pin table are set to
UNIPHIER_PIN_IECTRL_NONE).
Fill the table with correct values.
Fixes: 95372f9dc892 ("pinctrl: UniPhier: add UniPhier PH1-sLD8 pinctrl driver")
Signed-off-by: Masahiro
Add SD card pinmux settings for PH1-LD4, PH1-Pro4, PH1-sLD8,
PH1-Pro5, ProXstream2, and PH1-LD6b SoCs.
Signed-off-by: Masahiro Yamada
---
drivers/pinctrl/uniphier/pinctrl-ph1-ld4.c | 5 +
drivers/pinctrl/uniphier/pinctrl-ph1-ld6b.c| 5 +
On Fri, Sep 18, 2015 at 09:21:17AM +0200, Stefan Wahren wrote:
> +Shawn's new address
> +linux-arm-kernel
>
> > On drivers/clk/mxs/clk-frac.c, the function clk_frac_round_rate returned a
> > bad
> > result. The division before multiplication computes a wrong value ; the
> > calculation is
On Wed, 23 Sep, at 10:44:56AM, Arnaldo Carvalho de Melo wrote:
>
> Of course, in these days of CI, I'd love if someone would hook 'make -C
> tools/perf build-test' and 'perf test' somewhere to be run for every
> changeset.
Yes please!
> BTW, tools/vm/ was reported yesterday and a fix is
On Tue, Sep 15, 2015 at 11:15:29PM +0200, Arnd Bergmann wrote:
> On Tuesday 15 September 2015 10:06:07 Peter Zijlstra wrote:
> > > diff --git a/include/uapi/linux/hw_breakpoint.h
> > > b/include/uapi/linux/hw_breakpoint.h
> > > index b04000a2296a..7a6a5a7f9511 100644
> > > ---
On Wed, Sep 16, 2015 at 06:40:32PM +0100, e...@felipetonello.com wrote:
> From: "Felipe F. Tonello"
>
> This fixes a duplicated pin control causing this error:
>
> imx6q-pinctrl 20e.iomuxc: pin MX6Q_PAD_GPIO_1 already
> requested by regulators:regulator@2; cannot claim for 2184000.usb
>
perf build currently fails on powerpc:
LINK perf
libperf.a(libperf-in.o):(.toc+0x120): undefined reference to
`sample_reg_masks'
libperf.a(libperf-in.o):(.toc+0x130): undefined reference to
`sample_reg_masks'
collect2: error: ld returned 1 exit status
make[1]: *** [perf] Error 1
make: ***
With this applied, you can make a symlink (or copy) of kdbus-test
executable binary and name it according to given test name.
Useful for testing features introduced by previous patches.
Signed-off-by: Paul Osmialowski
---
tools/testing/selftests/kdbus/kdbus-test.c | 5 +
1 file changed, 5
The 'test-send' test case should connect to an already running test-daemon
which creates a bus with known name.
The main goal of this test case is to verify that messages as well as
file descriptors (opened with different open modes) can be transferred
properly.
In order to achieve its goals,
Without this patch, it is impossible to specify test case able to
connect to a bus already created (e.g. by 'test-daemon' test case), you can
only specify:
1) TEST_CREATE_BUS which creates new bus, or
2) TEST_CREATE_CONN OR'ed with TEST_CREATE_BUS which creates new bus and
creates connection to
This serie extends kdbus selftests with following new features:
- ability to specify TEST_CREATE_CONN without TEST_CREATE_BUS
- the 'test-send' test case (by Karol Lewandowski)
- ability to run kdbus test by executable binary name
Paul Osmialowski (3):
kdbus: TEST_CREATE_CONN now does no
On Wed, Sep 16, 2015 at 04:20:43PM +0800, Yuan Yao wrote:
> The INA220 monitors both shunt drop and supply voltage.
>
> Signed-off-by: Yuan Yao
For sake of consistency, the subject prefix of dts patches that I
collect should be like "ARM: dts: ...". I changed prefix and applied
patch.
Shawn
On x86, cpu_relax() simply calls rep_nop(), which generates one
instruction, PAUSE (aka REP NOP).
With this config:
http://busybox.net/~vda/kernel_config_OPTIMIZE_INLINING_and_Os
gcc-4.7.2 does not always inline rep_nop(): it generates
several copies of this:
(16 copies, 194 calls):
55
On Wed 2015-09-23 11:26:18, Alex Deucher wrote:
> On Wed, Sep 23, 2015 at 7:51 AM, Pavel Machek wrote:
> > HI!
> >
> >
> > I suspended T40p by mistake, and I got some lovely backtraces as a
> > result:
> >
> > Any ideas?
>
> Please see this thread:
> https://lkml.org/lkml/2015/9/23/361
Yes,
On 02/09/15 15:48, Sudip Mukherjee wrote:
> Now I am getting confused. :(
> Since this has already been merged I guess we need to maintain it now.
Oh, ok. I thought it was still in staging. I haven't been able to follow
the list properly lately...
Well, in theory we could still revert it, as
On Thu, Sep 24, 2015 at 01:43:24PM +0800, Shengjiu Wang wrote:
> On Wed, Sep 23, 2015 at 08:33:41AM -0700, Shawn Guo wrote:
> > On Tue, Sep 15, 2015 at 06:01:01PM +0800, Shengjiu Wang wrote:
> > > As spdif driver will register SPDIF clock to regmap, regmap will do
> > > clk_prepare in init
Hi Jani,
On Thu, 24 Sep 2015 11:57:05 +0300 Jani Nikula
wrote:
>
> That was the right thing to do.
>
> The former commit is headed for v4.3, and there will have to be another
> version of it for -next. This will cause you another conflict, and you
> should resolve it with the same approach.
Kyle Walker wrote:
> I agree, in lieu of treating TASK_UNINTERRUPTIBLE tasks as unkillable,
> and omitting them from the oom selection process, continuing the
> carnage is likely to result in more unpredictable results. At this
> time, I believe Oleg's solution of zapping the process memory use
>
Fixes the following sparse warnings:
arch/x86/kernel/cpu/perf_event_msr.c:13:6: warning: symbol
'test_aperfmperf' was not declared. Should it be static?
arch/x86/kernel/cpu/perf_event_msr.c:18:6: warning: symbol
'test_intel' was not declared. Should it be static?
Signed-off-by: Geliang Tang
On Thu, 24 Sep 2015 12:50:10 +0200,
Thierry Reding wrote:
>
> On Thu, Sep 24, 2015 at 11:49:57AM +0200, Takashi Iwai wrote:
> > On Wed, 23 Sep 2015 11:03:44 +0200,
> > Takashi Iwai wrote:
> > >
> > > On Thu, 17 Sep 2015 12:00:03 +0200,
> > > Thierry Reding wrote:
> > > >
> > > > From: Thierry
From: Christophe Leroy
> Sent: 22 September 2015 17:51
...
> Traditionaly, each driver manages one computer board which has its
> own components with its own memory maps.
> But on embedded chips like the MPC8xx, the SOC has all registers
> located in the same IO area.
>
> When looking at ioremaps
Enable options needed for HDMI out on rockchip: DRM driver, Rockchip
DesignWare HDMI glue and the rockchip IOMMU (dependency of the DRM
driver).
Signed-off-by: Sjoerd Simons
Reviewed-by: Javier Martinez Canillas
---
Changes in v2: None
arch/arm/configs/multi_v7_defconfig | 3 +++
1 file
On Thu, Sep 24, 2015 at 09:28:31AM +, Wang Dongsheng wrote:
> > > Add system STANDBY implement for ls1021 platform.
> > >
> > > Signed-off-by: Chenhui Zhao
> > > Signed-off-by: Wang Dongsheng
> > > ---
> > > *v2*:
> > > - Remove PSCI code. Just implement STANDBY in platform code.
> >
> >
Similar to the power management situation on Rockchip boards, there are
two common RTC setups. For boards using the RK808 chip as a PMIC that
chip also serves as the RTC, while boards using the ACT8846 typically use
the Haoyu Microelectronics HYM8563 chip as their RTC.
Signed-off-by: Sjoerd
Enable options to provide more complete support for Rockchip boards
including: support for the common PMICs, common RTC chips, I2C, SPI,
PMW, Thermal driver, HDMI video output and USB 2.
In response to V1 there was some direct and indirect discussion about
what policy to use for deciding what to
Most Rockchip SoCs have a DesignWare HS OTG USB 2.0 controller, enable
the driver for the Rockchip USB 2.0 PHY to make that functional.
Signed-off-by: Sjoerd Simons
---
Changes in v2:
- Only enable the USB 2 phy, not the controller as that came in through
another tree
- Enable USB 2.0 phy as
Rockchip boards seem to have two common regulator setups. Various board
used the Active Semi act8846 often in combination with Silergy syr82x
regulators (e.g. Radxa Rock Pro/Rock 2, Firefly, and Netxeon R89 etc),
while others use regulator part of the Rockchip RK808 chip (e.g. the
various Veyron
Enable Rockchip I2C, SPI, PWM, thermal drivers.
Builtin are I2C (as it often required to control the pmic) and Thermal
drivers (to prevent thermal damage). SPI and PWM drivers configured as
modules
Signed-off-by: Sjoerd Simons
Reviewed-by: Javier Martinez Canillas
---
Changes in v2: None
On 2015-09-23 19:28, Andi Kleen wrote:
I'd almost say that making the partitioning level configurable at
build time might be useful. I can see possible value to being able
to at least partition down to physical cores (so, shared between
HyperThreads on Intel processors, and between Compute
On 24/09/15 13:17, Tomi Valkeinen wrote:
>
>
> On 18/09/15 21:44, Luis de Bethencourt wrote:
>> This platform driver has a OF device ID table but the OF module
>> alias information is not created so module autoloading won't work.
>>
>> Signed-off-by: Luis de Bethencourt
>> ---
>>
>> Hello,
>>
On 24 September 2015 08:11:07 BST, Markus Pargmann wrote:
>Hi Irina,
>
>On Wed, Sep 23, 2015 at 12:46:04PM +, Tirdea, Irina wrote:
>>
>>
>> > -Original Message-
>> > From: Markus Pargmann [mailto:m...@pengutronix.de]
>> > Sent: 21 September, 2015 13:55
>> > To: Jonathan Cameron
>>
On Thu, 2015-09-24 at 10:56 +, 平松雅巳 / HIRAMATU,MASAMI wrote:
> >I am not too familiar with the code so there might be a reason for
> >setting and reusing the pf->cfi to do the search twice. But might it not
> >be more clear to just store both pf->cfi_eh and pf->cfi_debug and then
> >check both
On Thu, Sep 24, 2015 at 03:57:22PM +0530, Sudip Mukherjee wrote:
> On Thu, Sep 24, 2015 at 12:00:01PM +0300, Dan Carpenter wrote:
> > On Thu, Sep 24, 2015 at 01:54:22AM +0530, Punit Vara wrote:
> > > This is a patch to the rtl871x_mp.h that fixes up following warnings
> > > reported by
David Howells wrote:
> Does this addition help?
Rather, this. Seems I shouldn't pass PKCS7_STREAM.
David
---
commit 227ccb6a71bd9a04d1aaff08a52fcb5ae4149d1e
Author: David Howells
Date: Thu Sep 24 12:15:06 2015 +0100
Further pkcs7 signing changes
diff --git a/scripts/sign-file.c
Vinson Lee wrote:
> HOSTCC scripts/sign-file
> scripts/sign-file.c: In function ‘main’:
> scripts/sign-file.c:289:3: warning: implicit declaration of function
> ‘i2d_PKCS7_bio_stream’ [-Wimplicit-function-declaration]
>ERR(i2d_PKCS7_bio_stream(b, pkcs7, NULL, 0) < 0,
>^
>
>
On 08/09/15 22:19, Olliver Schinagl wrote:
> Having a few ssd1309 128x64 OLED displays laying around, I added support for
> it to the existing 1307fb driver. While doing this I noticed the headers
> where out of order so I fixed those as well.
>
> For this specific display, the following can
On 24/08/15 22:37, Ondrej Zary wrote:
> According to X.Org driver, chips older than TGUI9660 have only 1 width bit
> in AddColReg. Touching the 2nd one causes I2C/DDC to fail on TGUI9440.
>
> Set only 1 bit of width in AddColReg on TGUI9440 and CYBER9320.
>
> Signed-off-by: Ondrej Zary
> ---
On 22/09/2015 at 17:57:52 +0200, Nicolas Ferre wrote :
> +config POWER_RESET_AT91_SHDWC
Maybe we should start numbering, at91-poweroff is already a driver for
an shdwc.
> +#define SLOW_CLOCK_FREQ 32768
> +
The slow clock is an input to the shdwc, then you have to get it,
prepare and enable
On 24/08/15 22:37, Ondrej Zary wrote:
> When the kernel is compiled with -Os (CONFIG_CC_OPTIMIZE_FOR_SIZE), tridentfb
> hangs the machine upon load with Blade3D cards unless acceleration is
> disabled.
>
> This is caused by memcpy() which copies data byte-by-byte (rep movsb) when
> compiled
On 02/09/15 15:04, Ondrej Zary wrote:
> On Wednesday 02 September 2015, Tomi Valkeinen wrote:
>> On 24/08/15 22:37, Ondrej Zary wrote:
>>> i2c-algo-bit allows I2C adapters without SCL read capability to work but
>>> fb_ddc_read fails to work on them.
>>>
>>> Fix fb_ddc_read to work with I2C
On Wed, Sep 23, 2015 at 11:21:50PM +0200, Sedat Dilek wrote:
> On Wed, Sep 23, 2015 at 10:46 PM, Sedat Dilek wrote:
> > On Wed, Sep 23, 2015 at 12:38 PM, Guillaume Nault
> > wrote:
> > Do you mind to send a proper patch with subject-line and commit-message?
> > Can you embed the Fixes-tag and
On 02/09/15 15:04, Ondrej Zary wrote:
>>> +config FB_TRIDENT_DDC
>>> + bool "DDC for Trident support"
>>> + depends on FB_TRIDENT
>>> + select FB_DDC
>>> + select FB_MODE_HELPERS
>>> + default y
>>> + help
>>> + Say Y here if you want DDC support for your Trident graphics card.
From: Mark Wielaard [mailto:m...@redhat.com]
>
>Hi Hemant,
>
>On Thu, 2015-09-24 at 07:46 +0530, Hemant Kumar wrote:
>> perf probe through debuginfo__find_probes() in util/probe-finder.c
>> checks for the functions' frame descriptions in either .eh_frame section
>> of an ELF or the .debug_frame.
Hello,
On Tue, Sep 22, 2015 at 11:51 PM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Sep 22, 2015 at 11:38:54PM +0800, Vishnu Patekar wrote:
>> Allwinner A83T is octa-core cortex-a7 based SoC.
>> It's clock control unit and prcm, pinmux are different from previous sun8i
>> series.
>> Its processor
Hello,
On Tue, Sep 22, 2015 at 11:47 PM, Chen-Yu Tsai wrote:
> On Tue, Sep 22, 2015 at 11:38 PM, Vishnu Patekar
> wrote:
>> Allwinner A83T is octa-core cortex-a7 based SoC.
>> It's clock control unit and prcm, pinmux are different from previous sun8i
>> series.
>> Its processor cores are
On Thu, Sep 24, 2015 at 11:49:57AM +0200, Takashi Iwai wrote:
> On Wed, 23 Sep 2015 11:03:44 +0200,
> Takashi Iwai wrote:
> >
> > On Thu, 17 Sep 2015 12:00:03 +0200,
> > Thierry Reding wrote:
> > >
> > > From: Thierry Reding
> > >
> > > The Tegra HDA controller driver committed in v3.16 causes
On 21/09/15 16:34, Andrzej Hajda wrote:
> regno is unsigned so it cannot be negative.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1].
>
> [1]: http://permalink.gmane.org/gmane.linux.kernel/2038576
>
>
On 17/09/15 17:21, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
> ---
> drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 1 +
> 1 file changed,
> On 22.09.2015, at 23:58, Richard Weinberger wrote:
>
> Make sure that data_size is less than LEB size.
> Otherwise a handcrafted UBI image is able to trigger
> an out of bounds memory access in ubi_compare_lebs().
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Richard Weinberger
> ---
>
Hi Sudeep,
On 16 September 2015 at 09:59, Sudeep Holla wrote:
> ACPI 6.0 adds a new method to specify the CPU idle states(C-states)
> called Low Power Idle(LPI) states. Since new architectures like ARM64
> use only LPIs, introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE to
> encapsulate all the code
On Thu, Sep 24, 2015 at 12:00:01PM +0300, Dan Carpenter wrote:
> On Thu, Sep 24, 2015 at 01:54:22AM +0530, Punit Vara wrote:
> > This is a patch to the rtl871x_mp.h that fixes up following warnings
> > reported by checkpatch.pl :
> >
> > -Block comments use a trailing */ on a separate line
> >
>
On Wed, Sep 23, 2015 at 07:15:16PM +0200, Hans-Christian Egtvedt wrote:
> Around Wed 23 Sep 2015 21:26:01 +0530 or thereabout, Sudip Mukherjee wrote:
> > On Mon, Sep 21, 2015 at 01:31:44PM +0530, Sudip Mukherjee wrote:
> >> On Mon, Sep 21, 2015 at 09:33:00AM +0200, Hans-Christian Egtvedt wrote:
>
On 18/09/15 21:44, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
> ---
>
> Hello,
>
> This patch adds the missing MODULE_DEVICE_TABLE()
From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org]
>Em Wed, Sep 23, 2015 at 01:03:19PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Tue, Sep 22, 2015 at 11:49:02PM -0300, Arnaldo Carvalho de Melo escreveu:
>> > Em Wed, Sep 23, 2015 at 09:14:44AM +0800, Wangnan (F) escreveu:
>> > > On
The builds of allmodconfig of avr32 is failing with:
drivers/net/ethernet/via/via-rhine.c:1098:2: error: implicit declaration
of function 'pci_iomap' [-Werror=implicit-function-declaration]
drivers/net/ethernet/via/via-rhine.c:1119:2: error: implicit declaration
of function 'pci_iounmap'
501 - 600 of 1548 matches
Mail list logo