which chip ? And what's the GPIO number ?
Thanks,
Miaoqing
From: Sudip Mukherjee
Sent: Tuesday, May 31, 2016 3:35 PM
To: Kalle Valo
Cc: Stephen Rothwell; ath9k-devel; linux-n...@vger.kernel.org;
linux-kernel@vger.kernel.org; linux-wirel...@vger.kernel.o
On Wed 01-06-16 00:53:03, Oleg Nesterov wrote:
> On 05/31, Michal Hocko wrote:
> >
> > Oleg has pointed out that can simplify both oom_adj_write and
> > oom_score_adj_write even further and drop the sighand lock. The only
> > purpose of the lock was to protect p->signal from going away but this
> >
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Cc: Mikael Starvik
Cc: Jesper Nilsson
Signed-off-by: Kefeng Wang
---
arch/c6x/platforms/Makefile | 2 +-
arch/c6
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Acked-by: Viresh Kumar
Cc: Nicolas Ferre
Cc: Ray Jui
Cc: Lee Jones
Cc: Krzysztof Halasa
Cc: Kukjin Kim
Cc: Rob He
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Move of_clk_init() into time_init(), then drop xtensa_device_probe() fully.
Cc: Chris Zankel
Cc: Max Filippov
Signed
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Cc: Yoshinori Sato
Cc: Rich Felker
Signed-off-by: Kefeng Wang
---
arch/sh/boards/of-generic.c | 14 --
Use helper of_platform_default_populate() in linux/of_platform
when possible, instead of calling of_platform_populate() with
the default match table.
Acked-by: Shawn Guo
Cc: Signed-off-by: Huang Shijie
Cc: Shawn Guo
Signed-off-by: Kefeng Wang
---
drivers/bus/imx-weim.c | 5 ++---
1 file chang
Use helper of_platform_default_populate() in linux/of_platform
when possible, instead of calling of_platform_populate() with
the default match table.
Acked-by: Masahiro Yamada
Cc: Masahiro Yamada
Signed-off-by: Kefeng Wang
---
drivers/bus/uniphier-system-bus.c | 3 +--
1 file changed, 1 insert
This cleanup patchset cantains two parts.
Firstly, introduce a new way to populate the default bus, then, we can
drop unnecessary calls from the arch code, and do the same thing for
of_iommu_init() in [1].
Secondly, use helper of_platform_default_populate() in linux/of_platform
when possible, ins
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Cc: Ralf Baechle
Cc: Alban Bedel
Cc: Paul Burton
Cc: James Hogan
Cc: Joshua Henderson
Cc: Zubair Lutfullah Kakakhe
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Cc: Ley Foon Tan
Signed-off-by: Kefeng Wang
---
arch/nios2/platform/platform.c | 4 +---
1 file changed, 1 insertion
Use helper of_platform_default_populate() in linux/of_platform
when possible, instead of calling of_platform_populate() with
the default match table.
Acked-by: Viresh Kumar
Acked-by: Nicolas Ferre
Cc: Nicolas Ferre
Cc: Krzysztof Halasa
Cc: Sekhar Nori
Cc: Shawn Guo
Cc: Russell King
Cc: Rola
This reverts commit b80443c2211c7daaabd20fbbe9e7beb3fa3408e0.
After covering to use helper of_platform_default_populate() to populate
the default bus, no need to export of_default_bus_match_table anymore.
Reviewed-by: Masahiro Yamada
Cc: Masahiro Yamada
Cc: Rob Herring
Cc: Frank Rowand
Cc: Gr
Use helper of_platform_default_populate() in linux/of_platform
when possible, instead of calling of_platform_populate() with
the default match table.
Cc: Rob Herring
Cc: Frank Rowand
Cc: Grant Likely
Signed-off-by: Kefeng Wang
---
drivers/of/unittest.c | 5 ++---
1 file changed, 2 insertions(
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Arnd Bergmann
Signed-off-by: Kefeng Wang
---
arch/arm64/kernel/setup.c | 1
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Acked-by: Vineet Gupta
Cc: Vineet Gupta
Signed-off-by: Kefeng Wang
---
arch/arc/kernel/setup.c | 7 ---
1 file
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Cc: James Hogan
Signed-off-by: Kefeng Wang
---
arch/metag/kernel/setup.c | 5 +
1 file changed, 1 insertion(+),
On Tue, 31 May 2016, David Kershner wrote:
> From: Bryan Thompson
>
> visordriver_callback_lock is just a binary semaphore that logically
> makes more sense as a mutex.
>
> Signed-off-by: Bryan Thompson
> Signed-off-by: David Kershner
> Reviewed-by: Tim Sell
> ---
> drivers/staging/unisys/i
Use helper of_platform_default_populate() in linux/of_platform
when possible, instead of calling of_platform_populate() with
the default match table.
Cc: Joshua Henderson
Cc: Ralf Baechle
Signed-off-by: Kefeng Wang
---
arch/mips/pic32/pic32mzda/init.c | 3 +--
1 file changed, 1 insertion(+), 2
The arch code calls of_platform_populate() with default match table
when it wants to populate default bus.
This patch introduce a new of_platform_default_populate_init() and make it
arch_initcall_sync(it should be later than some iommu configration, eg,
of_iommu_init() and swiotlb_late_init in arm
After patch "of/platform: Add common method to populate default bus",
it is possible for arch code to remove unnecessary callers of
of_platform_populate with default match table.
Acked-by: Jesper Nilsson
Cc: Mikael Starvik
Cc: Jesper Nilsson
Signed-off-by: Kefeng Wang
---
arch/cris/kernel/set
Use helper of_platform_default_populate() in linux/of_platform
when possible, instead of calling of_platform_populate() with
the default match table.
Acked-by: Roger Quadros
Cc: Roger Quadros
Cc: Tony Lindgren
Signed-off-by: Kefeng Wang
---
drivers/memory/omap-gpmc.c | 3 +--
1 file changed,
On Wed, Jun 01, 2016 at 12:17:35PM +0900, Sergey Senozhatsky wrote:
> On (06/01/16 11:27), Minchan Kim wrote:
> [..]
> > > > So, if we do 'cat /sys/block/zram0/comp_algorithm", every crypto modules
> > > > in the backend array are loaded in memory and not unloaded until admin
> > > > executes rmmod
On Tue, 31 May 2016, David Kershner wrote:
> From: David Binder
>
> Per audit feedback from Thomas Gleixner, function descriptions in
> visorchannel.c now utilize a more kerneldoc-like formatting. The affected
> comments do not implement other kerneldoc requirements.
That was not my feedback.
On 2016/5/31 21:40, Robin Murphy wrote:
> On 31/05/16 14:08, Russell King - ARM Linux wrote:
>> On Tue, May 31, 2016 at 01:52:45PM +0100, Robin Murphy wrote:
>>> Arriving at read_kmem() with an offset representing a bogus kernel
>>> address (e.g. 0 from a simple "cat /dev/kmem") leads to copy_to_
On Wed, Jun 1, 2016 at 3:07 AM, Jonathan Corbet wrote:
> On Mon, 30 May 2016 11:10:26 +0200
> Daniel Vetter wrote:
>
>> I think next steps is to get this merged into docs-next, with a stable
>> tag, so that I can pull it into drm-misc.
>
> So, I want to take another look at this, which probably w
On Tue, 31 May 2016, David Kershner wrote:
> + /*
> + * If we're not paused, really enable interrupts.
> + * Regardless of whether we are paused, set a flag indicating
> + * interrupts should be enabled so when we resume, interrupts
> + * will really be enabled.
> + */
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Wednesday, June 1, 2016 0:27
> To: Dexuan Cui
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev-
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com; KY Srinivasan ; Haiyang
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных
администратором, который в настоящее время работает на 10.9GB, Вы не сможете
отправить или получить новую почту, пока вы повторно не проверить ваш почтовый
ящик почты. Чтобы восстановить работоспособность Ваше
Hi Peppe,
On Tue, May 31, 2016 at 9:52 PM, Giuseppe CAVALLARO
wrote:
> Hello Loh Tien
>
> On 5/31/2016 11:10 AM, Loh Tien Hock wrote:
>>
>> Hi Peppe,
>>
>> Sorry for the late reply.
>
>
> no pbl at all.
>
>>
>> I believe my patch's title is a little confusing. The patch is to
>> enable Altera TSE
On 06/01/16 00:12, Arnd Bergmann wrote:
> SND_SOC_HDMI_CODEC can be enabled without HDMI support, leading
> to a link error:
>
> In function `hdmi_codec_hw_params':
> sound/soc/codecs/hdmi-codec.c:188: undefined reference to
> `hdmi_audio_infoframe_init'
> sound/built-in.o:(.debug_addr+0x1a5c0):
From: VENKAT PRASHANTH B U
This is a patch to add support for
maxim rtc max6916
Signed-off-by: Venkat Prashanth B U
---
changelog v4:
- fixed the line wrapping to around 72 characters
- Aligned the values with tabs
- inserted the correct coding style in the conditional statements
- removed the
Hi Arnd.
2016-05-31 18:21 GMT+09:00 Arnd Bergmann :
> On Tuesday, May 31, 2016 5:17:08 PM CEST Masahiro Yamada wrote:
>> Commit 307d40c56b0c ("ARM: uniphier: rework SMP code to support new
>> System Bus binding") added a new DT binding for SMP code, but still
>> kept old code for the backward comp
From: Omar Sandoval
ftrace is very quick to give up on saving the task command line (see
`trace_save_cmdline()`). The workaround for events which really care
about the command line is to explicitly assign it as part of the entry.
However, this doesn't work for kprobe events, as there's no
straigh
On 06/01/2016 03:58 AM, Huang, Tao wrote:
Hi Daniel:
On 2016年05月31日 22:06, Daniel Lezcano wrote:
[ ... ]
-CLOCKSOURCE_OF_DECLARE(rk_timer, "rockchip,rk3288-timer", rk_timer_init);
+static void __init rk3288_timer_init(struct device_node *np)
+{
+ bc_timer.ctrl = TIMER_CONTROL_REG3288;
+
On Tue, May 31, 2016 at 11:00:01PM -0700, Ashwin wrote:
> From: Ashwin R
I need a "full" name here, and in the signed-off-by line please.
thanks,
greg k-h
On 05/31/2016 08:15 PM, Konrad Rzeszutek Wilk wrote:
> On Mon, May 30, 2016 at 01:54:06PM +0200, Krzysztof Kozlowski wrote:
>> The dma-mapping core and the implementations do not change the
>> DMA attributes passed by pointer. Thus the pointer can point to const
>> data. However the attributes do
Hi Linus,
A tiny pull request with mostly cosmetic changes in dma-buf for 4.7;
may I request you to please pull?
The following changes since commit 852f42a69b93dc71507adedeed876d57b8c2c2fa:
Merge branch 'uuid' (lib/uuid fixes from Andy) (2016-05-30 15:27:07 -0700)
are available in the git re
On Wed, Jun 01, 2016 at 11:11:38AM +0800, Boqun Feng wrote:
> Hi Peter,
>
> On Tue, May 31, 2016 at 12:19:44PM +0200, Peter Zijlstra wrote:
> [snip]
> >
> > @@ -329,20 +361,53 @@ atomic64_##op##_return_relaxed(long a, a
> > return t; \
>
The of_iommu_init() is called multiple times by arch code,
make it postcore_initcall_sync, then we can drop relevant
calls fully.
Note, the IOMMUs should have a chance to perform some basic
initialisation before we start adding masters to them. So
postcore_initcall_sync is good choice, it ensures
Sparse spits out the following warning:
security/commoncap.c:989:41: warning: dubious: !x | y
Bitwise and logical are equivalent here, but logical was intended.
Replacing the bit-wise '|' with the boolean '||' silences the sparse warning.
The generated code for both cases is the same.
Sig
From: Ashwin R
Fixed a coding style issue.
Signed-off-by: Ashwin R
---
drivers/staging/comedi/drivers/addi-data/hwdrv_apci3501.c | 2 +-
drivers/staging/comedi/drivers/addi_apci_3501.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/comedi/dri
Hi Guenter,
Thanks for your review !
On Sun, May 29, 2016 at 10:25 PM, Guenter Roeck wrote:
> On Mon, May 16, 2016 at 09:17:26AM -0700, hotran wrote:
>> This patch adds hardware temperature and power reading support for
>> APM X-Gene SoC's using the mailbox communication interface.
>>
> Please d
We always poll tx for socket, this is sub optimal since:
- it will be only used when we exceed the sndbuf of the socket.
- since we use two independent polls for tx and vq, this will slightly
increase the waitqueue traversing time and more important, vhost
could not benefit from commit
9e641
We don't stop rx polling socket during rx processing, this will lead
unnecessary wakeups from under layer net devices (E.g
sock_def_readable() form tun). Rx will be slowed down in this
way. This patch avoids this by stop polling socket during rx
processing. A small drawback is that this introduces
Hi:
This series tries to optimize vhost_net polling at two points:
- Stop rx polling for reduicng the unnecessary wakeups during
handle_rx().
- Conditonally enable tx polling for reducing the unnecessary
traversing and spinlock touching.
Test shows about 17% improvement on rx pps.
Please re
On 2016年06月01日 02:13, Waiman Long wrote:
On 05/30/2016 04:53 AM, xinhui wrote:
On 2016年05月28日 11:41, Waiman Long wrote:
On 05/27/2016 06:32 AM, xinhui wrote:
On 2016年05月27日 02:31, Waiman Long wrote:
On 05/25/2016 02:09 AM, Pan Xinhui wrote:
In pv_wait_head_or_lock, if there is a spuriou
Hi,
I got the error message below while compiling a kernel
on that system. I can't really say if I did something
which made the file system unhappy before the crash.
[Jun 1 07:41] XFS (sde1): Internal error xfs_trans_cancel at line 984 of file
fs/xfs/xfs_trans.c. Caller xfs_rename+0x453/0x960
On 06/01/2016 04:33 AM, Konrad Rzeszutek Wilk wrote:
> On Tue, May 31, 2016 at 04:59:16PM +0800, Bob Liu wrote:
>> Sometimes blkfont may receive twice blkback_changed() notification after
>> migration, then talk_to_blkback() will be called twice too and confused
>> xen-blkback.
>
> Could you enli
On 05/31/2016 07:04 PM, Christoph Hellwig wrote:
> On Mon, May 30, 2016 at 01:54:06PM +0200, Krzysztof Kozlowski wrote:
>> The dma-mapping core and the implementations do not change the
>> DMA attributes passed by pointer. Thus the pointer can point to const
>> data. However the attributes do not
On Tue, 31 May 2016 17:54:16 +0200,
William Breathitt Gray wrote:
>
> The module_isa_driver macro is a helper macro for ISA drivers which do
> not do anything special in module init/exit. This patchset eliminates a
> lot of ISA driver registration boilerplate code by utilizing
> module_isa_driver,
On 05/30/2016 01:48 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.6.1 release.
There are 100 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
On 05/30/2016 01:48 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.5.6 release.
There are 87 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be mad
On 05/30/2016 01:49 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.71 release.
There are 20 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
On 05/17/2016 05:10 AM, Huang Shijie wrote:
On Wed, Apr 27, 2016 at 02:53:00PM -0400, David Long wrote:
From: Sandeepa Prabhu
+
+static bool __kprobes aarch64_insn_is_steppable(u32 insn)
Could we add more comment for this function? In the comment, we can tell
that which type of instructions a
> -Original Message-
> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
> Sent: Tuesday, May 31, 2016 5:47 PM
> To: Baranowska, BeataX
> Cc: Hunter, Adrian ; Ulf Hansson
> ; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Dong, Chuanxiao ;
> Jarosz, SebastianX
> Subjec
On Tue, 2016-05-31 at 09:31 +0800, Yuyang Du wrote:
> On Tue, May 31, 2016 at 11:21:46AM +0200, Peter Zijlstra wrote:
> > On Tue, May 31, 2016 at 09:11:37AM +0800, Yuyang Du wrote:
> > > The SD_BALANCE_WAKE is irrelevant in the contexts of these two removals,
> > > and in addition SD_BALANCE_WAKE i
On 27 May 2016 at 10:30, Tom Yan wrote:
> There seems to be some sort of race condition between
> blkdev_issue_zeroout() and the scsi disk driver (disabling write same
> after an illegal request). On my UAS drive, sometimes `blkdiscard -z
> /dev/sdX` will return right away, even though if I then c
Hi, Peter,
Peter Zijlstra writes:
> On Tue, May 31, 2016 at 04:34:36PM +0800, Huang, Ying wrote:
>> Hi, Ingo,
>>
>> Part of the regression has been recovered in v4.7-rc1 from -32.9% to
>> -9.8%. But there is still some regression. Is it possible for fully
>> restore it?
>
> after much searchi
Now some cipher hardware engines prefer to handle bulk block rather than one
sector (512 bytes) created by dm-crypt, cause these cipher engines can handle
the intermediate values (IV) by themselves in one bulk block. This means we
can increase the size of the request by merging request rather than
In dm-crypt, it need to map one bio to scatterlist for improving the
hardware engine encryption efficiency. Thus this patch introduces the
blk_bio_map_sg() function to map one bio with scatterlists.
For avoiding the duplicated code in __blk_bios_map_sg() function, add
one parameter to distinguish
Since the ecb(aes) cipher does not need to handle the IV things for encryption
or decryption, that means it can support for bulk block when handling data.
Thus this patch adds the CRYPTO_ALG_BULK flag for ecb(aes) cipher to improve
the hardware aes engine's efficiency.
Signed-off-by: Baolin Wang
In now dm-crypt code, it is ineffective to map one segment (always one
sector) of one bio with just only one scatterlist at one time for hardware
crypto engine. Especially for some encryption mode (like ecb or xts mode)
cooperating with the crypto engine, they just need one initial IV or null
IV in
This patchset will check if the cipher can support bulk mode, then dm-crypt
will handle different ways to send requests to crypto layer according to
cipher mode. For bulk mode, we can use sg table to map the whole bio and
send all scatterlists of one bio to crypto engine to encrypt or decrypt,
whic
Use compatible "atmel,sama5d2-ohci" to be capable of suspending
ports while sleep to save the power consumption.
Signed-off-by: Wenyou Yang
---
Changes in v2:
- Use the new compatible for ohci-node.
arch/arm/boot/dts/sama5d2.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
From: Andi Kleen
We have a need to distinguish systems based on their platform ID.
For example this is useful to distinguish systems with L4 cache
versus ones without.
There is a 5 bit identifier (also called processor flags) in
the IA32_PLATFORM_ID MSR that can give a more fine grained
identifi
In order to the save power consumption, as a workaround, suspend
forcibly the USB PORTA/B/C via set the SUSPEND_A/B/C bits of OHCI
Interrupt Configuration Register in the SFRs while OHCI USB suspend.
This suspend operation must be done before the USB clock is disabled,
resume after the USB clock i
To save the power consumption, add a new compatible to support forcibly
suspend the USB PORTA/B/C via OHCI Interrupt Configuration SFR Register.
Changes in v2:
- Add compatible to support forcibly suspend the ports.
- Add soc/at91/at91_sfr.h to accommodate the defines.
- Add error checking for
From: Andi Kleen
On large systems the microcode driver is very noisy, because it prints
a line for each CPU. The lines are redundant because because usually
all CPUs are updated to the same microcode revision.
All other subsystems have been patched previously to not print
a line for each CPU. On
Driver was checking for direct mode and trying to lock it, but
left a gap where mode could change before the desired operation.
Use iio_device_claim_direct_mode() to guarantee device stays in
direct mode.
Refactor function to clarify look-up followed by lock sequence.
Signed-off-by: Alison Schofi
This one fixed my issue. did not try the other one.
https://patchwork.freedesktop.org/series/5467/
thanks
kui.z
On Tue, May 31, 2016 at 3:04 AM, Lionel Landwerlin
wrote:
> This 2 patches should fix the issue :
>
> https://patchwork.freedesktop.org/series/5467/
> https://patchwork.freedesktop.or
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> The Documentation/devicetree/bindings/net/wireless/marvell-sd8xxx.txt DT
> binding document lists the possible compatible strings that a SDIO child
> node can have, so the driver checks if the defined in the node matches.
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> The Documentation/devicetree/bindings/net/wireless/marvell-sd8xxx.txt DT
> binding document say that the "interrupts" property in the child node is
> optional. So the property being missed shouldn't be treated as an error
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> The function can fail so the returned value should be checked
> and the error propagated to the caller in case of a failure.
>
> Signed-off-by: Javier Martinez Canillas
This looks sensible to me.
Reviewed-by: Julian Ca
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> Instead of duplicating part of the cleanups needed in case of an error
> in .probe callback, have a single error path and use goto labels as is
> common practice in the kernel.
>
> This also has the nice side effect that
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> There's only a check if mwifiex_add_card() returned a nonzero value, but
> the actual error code is neither stored nor propagated to the caller. So
> instead of always returning -1 (which is -EPERM and not a suitable errn
Hi,
Sorry for late response on this.
On 5/10/16 09:50, Paolo Bonzini wrote:
On 10/05/2016 11:19, Borislav Petkov wrote:
This patch introduces a new mechanism to inject interrupt using AVIC.
Since VINTR is not supported when enable AVIC, we need to inject
"... is not supported when A
Please pull to get these sparc64 mmu context allocation and trap
return bug fixes, thanks.
The following changes since commit ecc5fbd5ef472a4c659dc56a5739b3f041c0530c:
Merge tag 'pwm/for-4.7-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/thierry.reding/linux-pwm
(2016-05-25 10:40:15 -
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> It's better to have the device name prefixed in the error message.
>
> Signed-off-by: Javier Martinez Canillas
This looks right to me.
Reviewed-by: Julian Calaby
> ---
>
> drivers/net/wireless/marvell/mwifiex/sdio.c
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> If the sdio_enable_func() function fails on .probe, the -EIO errno code
> is always returned but that could make more difficult to debug and find
> the cause of why the function actually failed.
>
> Since the driver/devic
Hi All,
On Sat, May 28, 2016 at 12:18 AM, Javier Martinez Canillas
wrote:
> SDIO is an auto enumerable bus so the SDIO devices are matched using the
> sdio_device_id table and not using compatible strings from a OF id table.
>
> However, commit ce4f6f0c353b ("mwifiex: add platform specific wakeup
On Tue, May 31, 2016 at 6:30 PM, Dmitry Torokhov
wrote:
> We should not be ignoring -EPROBE_DEFER reported by
> devm_gpiod_get_optional(), but report it as any other error to the upper
> layers. While we are at it simplify check for the presence of reset GPIO
> and instead of using IS_ERR_OR_NULL
On Tuesday 31 May 2016 12:01 PM, Eduardo Valentin wrote:
Hello,
Several thermal sysfs entries are currently being called
from userspace without locking. Data and calls to ops
are accessed deliberated without any care for locking.
This patch series attempts to fix this.
Now that sysfs handler
On 2016年05月24日 13:02, Yakir Yang wrote:
Some boards don't need to declare a panel device node, like the
display interface is DP monitors, so it's necessary to make the
panel detect to an optional action.
Signed-off-by: Yakir Yang
---
Looks for me, So:
Acked-by: Mark Yao
--
Ｍark Yao
On 2016年05月24日 13:02, Yakir Yang wrote:
Rockchip VOP couldn't output YUV video format for eDP controller, so
when driver detect connector support YUV video format, we need to hack
it down to RGB888.
Signed-off-by: Yakir Yang
---
Changes in v2: None
drivers/gpu/drm/rockchip/analogix_dp-rockch
On 2016年05月24日 13:02, Yakir Yang wrote:
The hardware IC designed that VOP must output the RGB10 video format to
eDP contoller, and if eDP panel only support RGB8, then eDP contoller
should cut down the video data, not via VOP contoller, that's why we need
to hardcode the VOP output mode to RGA10
1) Fix negative error code usage in ATM layer, from Stefan Hajnoczi.
2) If CONFIG_SYSCTL is disabled, the default TTL is not initialized
properly. From Ezequiel Garcia.
3) Missing spinlock init in mvneta driver, from Gregory CLEMENT.
4) Missing unlocks in hwmb error paths, also from Gregory
The size of the VPD area is not necessarily 4-byte aligned, so a
pci_vpd_read() might return less than 4 bytes. Zero our buffer and
accept anything other than an error. Intel X710 NICs exercise this.
Fixes: 4e1a635552d3 ("vfio/pci: Use kernel VPD access functions")
Signed-off-by: Alex Williamson
On (06/01/16 11:27), Minchan Kim wrote:
[..]
> > > So, if we do 'cat /sys/block/zram0/comp_algorithm", every crypto modules
> > > in the backend array are loaded in memory and not unloaded until admin
> > > executes rmmod? Right?
> >
> > yes, I think so.
>
> It scares me. Common case, except one
On Tue, 2016-05-31 at 19:20 +0530, Shreyas B Prabhu wrote:
> On 05/30/2016 07:56 PM, Daniel Lezcano wrote:
> > On 05/24/2016 03:15 PM, Shreyas B. Prabhu wrote:
> > > +psscr_val = kcalloc(dt_idle_states, sizeof(*psscr_val),
> > > +GFP_KERNEL);
> > > +rc = of_prope
Hi all,
Changes since 20160531:
My fixes tree contains:
of: silence warnings due to max() usage
The arm tree gained a conflict against Linus' tree.
Non-merge commits (relative to Linus' tree): 1100
936 files changed, 38159 insertions(+), 17475
>
> When creating a private mapping of a hugetlbfs file, it is possible to
> unmap pages via ftruncate or fallocate hole punch. If subsequent faults
> repopulate these mappings, the reserve counts will go negative. This
> is because the code currently assumes all faults to private mappings will
The property marvell,wakeup-pin and marvell,wakeup-gap-ms are read as
u16 in the driver. Fix documentation and example accordingly.
Signed-off-by: Wei-Ning Huang
---
Documentation/devicetree/bindings/net/marvell-bt-sd8xxx.txt | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --
Hi Peter,
On Tue, May 31, 2016 at 12:19:44PM +0200, Peter Zijlstra wrote:
[snip]
>
> @@ -329,20 +361,53 @@ atomic64_##op##_return_relaxed(long a, a
> return t; \
> }
>
> +#define ATOMIC64_FETCH_OP_RELAXED(op, asm_op)
The address check in acpi_hw_get_access_bit_width() should be byte width
based, not bit width based. This patch fixes this mistake.
For those who want to review acpi_hw_access_bit_width(), here is the
concerns and the design details of the function:
It is supposed that the GAS Address field shoul
Hi:
On 2016/5/27 20:25, Marc Zyngier Wrote:
[+Lorenzo]
On 20/05/16 11:29, Shawn Lin wrote:
RK3399 has a PCIe controller which can be used as Root Complex.
This driver supports a PCIe controller as Root Complex mode.
[]
+static int rockchip_pcie_init_irq_domain(struct rockchip_pcie_por
Hi Daniel,
On 05/31/2016 10:38 PM, Daniel Vetter wrote:
On Tue, May 31, 2016 at 09:37:36PM +0800, Yakir Yang wrote:
The full name of PSR is Panel Self Refresh, panel device could refresh
itself with the hardware framebuffer in panel, this would make a lots
of sense to save the power consumption
Hi Daniel,
On 05/31/2016 10:36 PM, Daniel Vetter wrote:
On Tue, May 31, 2016 at 09:39:19PM +0800, Yakir Yang wrote:
EDP PSR function is interesting in vblank enable or disable event,
so it would be great introduce a way to notify encoder about this
event.
Signed-off-by: Yakir Yang
notifiers
On Wed, 2016-06-01 at 03:40 +0100, Al Viro wrote:
> On Tue, May 31, 2016 at 08:31:33PM -0400, James Bottomley wrote:
>
>
> > +static struct dentry *shiftfs_lookup(struct inode *dir, struct
> > dentry *dentry,
> > +unsigned int flags)
> > +{
> > + struct dentry *r
On Wed, Jun 1, 2016 at 3:01 AM, Maxime Ripard
wrote:
> Hi,
>
> On Wed, Jun 01, 2016 at 12:23:23AM +0800, Chen-Yu Tsai wrote:
>> These 3 regulators are provided in sunxi-common-regulators.dtsi.
>> 3.0V/3.3V and 5.0V are commonly used voltages in Allwinner devices.
>> These dummy regulators provide
1 - 100 of 1013 matches
Mail list logo
