RK3288 need some special registers setting, we can separate
them out by the dev_type of plat_data.
Signed-off-by: Yakir Yang
---
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes in v11: None
Changes in v10: None
Changes in v9: None
Changes in v8: None
Changes in v7: None
Display Port monitor could support kinds of mode which indicate
in monitor edid, not just one single display resolution which
defined in panel or devivetree property display timing.
Note: Gustavo Padovan try to remove the controller and phy
power on function in bind time at bellow commit:
Turn off the panel power in suspend time would help to reduce
power waste.
Signed-off-by: Yakir Yang
---
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes in v11: None
Changes in v10: None
Changes in v9: None
Changes in v8: None
Changes in v7: None
Changes in v6: None
This change just make a little clean to make code more like
drm core expect, move hdp detect code from bridge->enable(),
and place them into connector->detect().
Note: Gustavo Padovan try to remove the controller and phy
power on function in bind time at bellow commit:
drm/exynos: do not
There are some IP limit on rk3288 that only support 4 physical lanes
of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag.
Signed-off-by: Yakir Yang
Tested-by: Javier Martinez Canillas
---
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes in v11: None
Changes in
It may caused a dead lock if we flush the hpd work in bridge disable time.
The normal flow would like:
IN --> DRM IOCTL
1. Acquire crtc_ww_class_mutex (DRM IOCTL)
IN --> analogix_dp_bridge
2. Acquire hpd work lock (Flush hpd work)
3. HPD work already in idle, no need
On Mon, Feb 15, 2016 at 1:50 PM, Will Deacon wrote:
> Adding Peter and Paul,
>
> On Sun, Feb 14, 2016 at 12:09:00PM +0300, Konstantin Khlebnikov wrote:
>> bool atomic_add_max(atomic_t *var, int add, int max);
>> bool atomic_sub_min(atomic_t *var, int sub, int min);
>
> What are the
Some edp screen do not have hpd signal, so we can't just return
failed when hpd plug in detect failed.
This is an hardware property, so we need add a devicetree property
"analogix,need-force-hpd" to indicate this sutiation.
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
Tested-by: Javier
(Cc'ing Laszlo and linux-efi)
On Fri, 12 Feb, at 11:13:33PM, Jason Andryuk wrote:
> The comparisons should be >= since 0x800 and 0x80 require an additional bit
> to store.
>
> For the 3 byte case, the existing shift would drop off 2 more bits than
> intended.
>
> For the 2 byte case, there
Fix some obvious alignment problems, like alignment and line
over 80 characters problems, make this easy to be maintained
later.
Signed-off-by: Yakir Yang
Acked-by: Jingoo Han
Reviewed-by: Krzysztof Kozlowski
Tested-by: Javier Martinez Canillas
---
Changes in v14: None
Changes in v13: None
From: Heiko Stuebner
The core functionality now resides in the generic bridge part so the
exynos-specific implementation details can get a more suitable nameing.
Signed-off-by: Heiko Stuebner
Signed-off-by: Yakir Yang
---
Changes in v14: None
Changes in v13: None
Changes in v12: None
Changes
Hi Akinobu,
On 2/13/2016 1:27 PM, Akinobu Mita wrote:
> Hi Joao,
>
> 2016-02-11 21:13 GMT+09:00 Joao Pinto :
>> +static int ufshcd_dwc_connection_setup(struct ufs_hba *hba)
>> +{
>> + int ret = 0;
>> +
>> + /* Local side Configuration */
>> + ret = ufshcd_dme_set(hba,
Hello.
On 2/15/2016 8:26 AM, Heinrich Schuchardt wrote:
Downstream packages like Debian flash-kernel rely on
/proc/device-tree/model
to determine how to install an updated kernel image.
Most dts files provide this property.
It is suggested by IEEE Std 1275-1994.
This patch adds a model
On Monday 15 February 2016 14:16:48 Sergei Shtylyov wrote:
>
> Property: model
> Value type:
> Description:
> The model property value is a that specifies the
> manufacturer’s model number of the device.
>
> The recommended format is: “manufacturer,model”, where
Hi Hans,
On Mon, 2016-02-15 at 11:07 +0100, Hans Verkuil wrote:
> Hi Tiffany,
>
> A small review comment below:
>
> On 02/04/2016 12:34 PM, Tiffany Lin wrote:
> > The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs.
> > It is able to handle video decoding/encoding of in a range
On 02/04/2016 12:35 PM, Tiffany Lin wrote:
> From: Andrew-CT Chen
>
> Add v4l2 layer encoder driver for MT8173
>
> Signed-off-by: Tiffany Lin
If Andrew is the author, shouldn't there be a Signed-off-by from him as well?
And in copyright notices (might want to update the year to 2016 BTW) PC
2016-02-07 18:59 GMT+09:00 Masahiro Yamada :
> "PHONY += FORCE" is already cared by scripts/Makefile.build,
> which this file is included from.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/arm/boot/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Mon, Feb 15, 2016 at 7:08 AM, wrote:
> From: Буди Романто, AreMa Inc
>
> The current limit is too low for latest cards with 8+ tuners on a single
> slot, change to 64.
>
> Signed-off-by: Буди Романто, AreMa Inc
I think that here goes only your name, not , .
Hi,
The following commit :
5c408fee254633a5be69505bc86c6b034f871ab4 is the first bad commit
commit 5c408fee254633a5be69505bc86c6b034f871ab4
Author: Maciej S. Szmigiero
Date: Mon Jan 18 20:07:44 2016 +0100
ASoC: fsl_ssi: remove explicit register defaults
There is no guarantee
2016-02-07 18:56 GMT+09:00 Masahiro Yamada :
> These two were introduced by commit 13d5fadf45d1 ("[ARM] Make 'i' and
> 'zi' targets work") to short-circuit the dependencies for 'install'
> and 'zinstall'.
>
> After that, commit 19514fc665ff ('arm, kbuild: make "make install"
> not depend on
On Mon, 2016-02-15 at 11:13 +0100, Hans Verkuil wrote:
> On 02/04/2016 12:34 PM, Tiffany Lin wrote:
> > The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs.
> > It is able to handle video decoding/encoding of in a range of formats.
> > The driver provides with VPU firmware
On 02/04/2016 12:35 PM, Tiffany Lin wrote:
> Add h264 encoder driver for MT8173
>
> Signed-off-by: Daniel Hsiao
> Signed-off-by: Tiffany Lin
> ---
> drivers/media/platform/mtk-vcodec/Makefile |3 +-
> .../media/platform/mtk-vcodec/h264_enc/Makefile|6 +
>
On Fri, Feb 12, 2016 at 05:47:25PM -0800, David Daney wrote:
> On 02/12/2016 09:36 AM, Mark Rutland wrote:
> >On Fri, Feb 12, 2016 at 05:55:06PM +0100, Jan Glauber wrote:
> [...]
> >>2) Counters are summarized across the different units of the same type,
> >>e.g. L2C TAD 0..7 is presented as a
On Mon, Feb 15, 2016 at 11:25 AM, Michael Kerrisk (man-pages)
wrote:
> You're right. I was confusing with xattr(7). So, I think it might
> make some sense to eventually move both of these into man-pages (for
> richacl(7), at least, it's probably worth delaying this for a bit),
> since they're
> How do you end up with Device nGnRnE in user space? I thought we should
> have got some guard page.
I guess it is a device file that is mmaped in the user space and later remapped
in the kernel
using pgprot_noncached().
I can't find the code that inserts a guard page in between vma's can you
On Sun, 14 Feb 2016, Paul Gortmaker wrote:
> Code that uses no modular facilities whatsoever should not be
> sourcing module.h at all, since that header drags in a bunch
> of other headers with it.
>
> Similarly, code that is not explicitly using modular facilities
> like module_init() but only
> How do you end up with Device nGnRnE in user space? I thought we should
> have got some guard page.
I guess it is a device file that is mmaped in the user space and later remapped
in the kernel
using pgprot_noncached().
I can't find the code that inserts a guard page in between vma's can
On Mon, Feb 15, 2016 at 04:20:45PM +0800, kernel test robot wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
> char-misc-testing
>
> commit
On Sun, 14 Feb 2016, Paul Gortmaker wrote:
> The Makefile / Kconfig currently controlling compilation here is:
>
> obj-y += grant-table.o features.o balloon.o manage.o preempt.o time.o
> [...]
> obj-$(CONFIG_XEN_BALLOON) += xen-balloon.o
>
> ...with:
>
>
Hi Буди,
[auto build test ERROR on linuxtv-media/master]
[cannot apply to v4.5-rc4 next-20160215]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/info-are-ma/Driver-bundle-for-PT3-PX-Q3PE
On Sun, 14 Feb 2016, Paul Gortmaker wrote:
> The Makefile / Kconfig currently controlling compilation here is:
>
> obj-y += xenbus_dev_frontend.o
> [...]
> obj-$(CONFIG_XEN_BACKEND) += xenbus_dev_backend.o
>
> ...with:
>
> drivers/xen/Kconfig:config XEN_BACKEND
> drivers/xen/Kconfig:bool
On Sun, 14 Feb 2016, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> config XEN_SYS_HYPERVISOR
>bool "Create xen entries under /sys/hypervisor"
>
> ...meaning that it currently is not being built as a module by anyone.
>
> Lets remove the
On Sun, 14 Feb 2016, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> arch/x86/xen/Kconfig:config XEN_PVHVM
> arch/x86/xen/Kconfig: def_bool y
>
> ...meaning that it currently is not being built as a module by anyone.
>
> Lets remove the modular code
From: Magnus Damm
The sh-pfc Pinctrl driver is currently handling SoC-specific
PFC hardware blocks on Arm64, Arm and SH architectures.
For older SoCs using SH cores and some 32-bit Arm SoCs the PFC
hardware also provides GPIO functionality. On the majority of
32-bit Arm SoCs from Renesas and so
[Sorry for the top post, can't reply properly from this Inbox]
Could you please try applying this commit from linux-next?
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/base/regmap/regcache.c?id=3245d460a1eb55b5c3ca31dde7b5c5ac71546edf
Thanks,
Fabio Estevam
Hi Tiffany,
Once again, thanks for your patch series!
I have some more comments below.
On 02/04/2016 12:34 PM, Tiffany Lin wrote:
>
> ==
> Introduction
> ==
>
> The purpose of this series is to add the driver for video codec hw embedded
> in the Mediatek's MT8173
Ike Panhc writes:
> There are complains on few ideapads that wireless is always hard
> blocked but there is no physical radio switch. For now, we need
> each user to report its dmi information and ignore hard blocks
> on their ideapad. With more and more ideapads available in market
> to
From: Magnus Damm
Most pins on the r8a7795 SoC can be configured in GPIO mode for
interrupt and GPIO functionality, while a couple of them can also
be routed to the INTC-EX hardware block (formerly known as IRQC).
On r8a7795 the INTC-EX hardware handles pins IRQ0 -> IRQ5 and
this patch adds
Hi Lee,
On 12/02/16 09:41, Sudeep Holla wrote:
On 12/02/16 09:17, Lee Jones wrote:
On Thu, 11 Feb 2016, Sudeep Holla wrote:
Hi Lee, Jassi,
Assuming mailbox-test was designed to be generic, I am trying to extend
it to support single channel with separate Tx and Rx buffer. With these
Hi Jassi,
On 11/02/16 17:13, Sudeep Holla wrote:
Hi Lee, Jassi,
Assuming mailbox-test was designed to be generic, I am trying to extend
it to support single channel with separate Tx and Rx buffer. With these
changes I am able to test arm_mhu driver. However I couldn't understand
the intention
Hi,
Sorry for the delay to reply.I have send the patch to Arnaud,but he
didn't reply me...Maybe i was wrong with something.
Thanks again.
On Mon, Feb 8, 2016 at 12:14 PM, Kroah-Hartman
wrote:
> On Fri, Jan 15, 2016 at 05:30:02PM +0800, YU Bo wrote:
>> This patch is to vgatypes.h file that
On 02/15/16 12:12, Matt Fleming wrote:
> (Cc'ing Laszlo and linux-efi)
>
> On Fri, 12 Feb, at 11:13:33PM, Jason Andryuk wrote:
>> The comparisons should be >= since 0x800 and 0x80 require an additional bit
>> to store.
>>
>> For the 3 byte case, the existing shift would drop off 2 more bits than
I have registered your CHECK WORTH of $3.5 MILLION USD(THREE MILLION,FIVE
HUNDRED THOUSAND DOLLARS) with delivery agency.
Please Contact them with your delivery information such as,
Your Name---,
Your Address---,
ID CARD COPY---, and Your Telephone Number:
Contact Person: Mr. Mike Uwaa:
E-mail:
Hi Jean-Michel,
Some minor comments below.
On 02/08/2016 12:20 PM, Jean-Michel Hautbois wrote:
> This device is a SPI based device from TI.
> It is a 3 Gbps HD/SD SDI Dual Output Low Power
> Extended Reach Adaptive Cable Equalizer.
>
> LMH0395 enables the use of up to two outputs.
> These can
The following changes since commit 388f7b1d6e8ca06762e2454d28d6c3c55ad0fe95:
Linux 4.5-rc3 (2016-02-07 15:38:30 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-fix-v4.5-rc4
for you to fetch changes up to
Hi,
According to scripts/get_maintainer.pl Ingo or Peter would be more
appropriate to merge.
Added them as To:
On ke, 2016-02-03 at 22:42 +0530, Gautham R Shenoy wrote:
> Hello Joonas,
>
> On Wed, Feb 03, 2016 at 04:24:28PM +0200, Joonas Lahtinen wrote:
> > Use distinctive name for
On Mon, Feb 15, 2016 at 5:47 PM, Sudeep Holla wrote:
> Hi Jassi,
>
> On 11/02/16 17:13, Sudeep Holla wrote:
>>
>> Hi Lee, Jassi,
>>
>> Assuming mailbox-test was designed to be generic, I am trying to extend
>> it to support single channel with separate Tx and Rx buffer. With these
>> changes I am
Instead of implementing a custom locked reference counting, use lockref.
Current implementation leads to a deadlock splat on Intel SKL platforms
when lockdep debugging is enabled.
This is due to few of CPUfreq drivers (including Intel P-state) having this;
policy->rwsem is locked during driver
On 02/15/2016 08:18 AM, Juri Lelli wrote:
> Do you think we could also skip some of the
> following updates/accounting in this case? Not sure we win anything by
> doing that, though.
I reviewed rostedt's patch and the following updates/accounting
operations. I agree with rostedt's patch, and
On 15/02/16 12:31, Jassi Brar wrote:
On Mon, Feb 15, 2016 at 5:47 PM, Sudeep Holla wrote:
Hi Jassi,
On 11/02/16 17:13, Sudeep Holla wrote:
Hi Lee, Jassi,
Assuming mailbox-test was designed to be generic, I am trying to extend
it to support single channel with separate Tx and Rx buffer.
The binding documentation uses both "uVolt" and "uV" for micro-volt.
Improve consistency by settling on "uV".
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/arm/cpus.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hello Krzysztof,
Thanks a lot for your feedback.
On 02/14/2016 03:34 AM, Krzysztof Kozlowski wrote:
W dniu 10.02.2016 o 02:23, Javier Martinez Canillas pisze:
The S3C Real Time Clock driver requires the clock and source clock to
be defined in the device node but that requirement is not
Hi Буди,
[auto build test ERROR on linuxtv-media/master]
[cannot apply to v4.5-rc4 next-20160215]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/info-are-ma/Driver-bundle-for-PT3-PX-Q3PE
Hi Magnus,
Thank you for the patch.
On Monday 15 February 2016 21:04:38 Magnus Damm wrote:
> From: Magnus Damm
>
> The sh-pfc Pinctrl driver is currently handling SoC-specific
> PFC hardware blocks on Arm64, Arm and SH architectures.
>
> For older SoCs using SH cores and some 32-bit Arm SoCs
On Mon, 15 Feb 2016, Michael Ellerman wrote:
> > > > +echo "int func() { return 0; }" | \
> > > > +$* -S -x c -O2 -p -mprofile-kernel - -o - 2> /dev/null | \
> > > > +sed -n -e '/func:/,/bl _mcount/p' | grep -q TOC
> > > > +
> > > > +leaf_toc_result=$?
> > >
> > > leaf_toc_result failed
On 02/13/2016 02:07 AM, Rafael J. Wysocki wrote:
> On Fri, Feb 12, 2016 at 6:43 PM, Aleksey Makarov
> wrote:
>> The function acpi_table_parse() has some problems:
>> 1 It can be called only from __init code
>> 2 It does not pass any data to the handler
>> 3 It just throws out the value returned
Hi Rafael,
Thank you for review.
On 02/13/2016 02:08 AM, Rafael J. Wysocki wrote:
> On Fri, Feb 12, 2016 at 7:51 PM, Greg Kroah-Hartman
> wrote:
>> On Fri, Feb 12, 2016 at 08:43:34PM +0300, Aleksey Makarov wrote:
>>> The function acpi_table_parse() has some problems:
>>> 1 It can be called
On 15/02/16 10:59, Uwe Kleine-König wrote:
Hello Guenter,
On Sun, Feb 14, 2016 at 08:50:10AM -0800, Guenter Roeck wrote:
Uwe,
Your patch 'driver-core: platform: probe of-devices only using list of
compatibles' causes the following qemu tests to crash in -next.
On Tue 09-02-16 18:14:48, Tejun Heo wrote:
> This reverts commit 874bbfe600a660cba9c776b3957b1ce393151b76.
>
> Workqueue used to implicity guarantee that work items queued without
> explicit CPU specified are put on the local CPU. Recent changes in
> timer broke the guarantee and led to vmstat
Commit 43f3408261a2 ("rtc: s3c: Document required clocks in the DT
binding") added to the S3C binding doc the required clocks needed
by the Real Time Clock but the S3C driver supports different HW IP
and only the s3c6410 needs a source clock.
Fix the DT binding explaning that the second clock is
On Tue 09-02-16 18:14:50, Tejun Heo wrote:
> Workqueue used to guarantee local execution for work items queued
> without explicit target CPU. The guarantee is gone now which can
> break some usages in subtle ways. To flush out those cases, this
> patch implements a debug feature which forces
From: Thierry Reding
The fsl_mc_allocator_driver_exit() function is marked __exit, but is
called by the error handling code in fsl_mc_allocator_driver_init().
This results in a section mismatch, which in turn could lead to
executing random code.
Remove the __exit annotation to fix this.
Cc: J.
On (02/15/16 09:43), kernel test robot wrote:
> FYI, we noticed the below changes on
>
> https://github.com/0day-ci/linux
> Sergey-Senozhatsky/printk-move-can_use_console-out-of-console_trylock_for_printk/20160213-024210
> commit af097cab1b878d5be746be8bcaa9a79986716c41 ("printk: set
From: Thierry Reding
This driver uses functionality (MSI IRQ domain) whose symbols aren't
exported, and hence the modular build fails. While arguably there might
be reasons to make these symbols available to modules, that change would
be fairly involved and the set of exported functions should
On Wed, Feb 10, 2016 at 6:20 PM, Julien Grossholtz
wrote:
> No flags are required for bgpio_init in the TS-4800 gpio driver. This
> patch set zero instead. The driver will have the same behaviour since
> the & operator between the flags already resulted to zero.
>
> Fixes: 5041e791440a ("gpio:
On Wed, Feb 10, 2016 at 6:48 PM, Ray Jui wrote:
> Could you please add me to the email thread and I can review it there (I
> won't have time to test, but I can help to review the code and find time to
> test later)?
OK I will add you to subsequent postings, if any.
> This may be a dumb
Add device managed APIs devm_gpiochip_add_data() and
devm_gpiochip_remove() for the APIs gpiochip_add_data()
and gpiochip_remove().
This helps in reducing code in error path and sometimes
removal of .remove callback for driver unbind.
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpiolib.c
Hello,
The following program triggers GPF in kvm_irq_map_gsi:
general protection fault: [#49] SMP DEBUG_PAGEALLOC KASAN
Modules linked in:
CPU: 0 PID: 5314 Comm: kvm-pit/4950 Tainted: G D 4.5.0-rc3+ #326
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs
On Tue, Feb 2, 2016 at 8:53 PM, Bjorn Helgaas wrote:
> Most arches have an asm/gpio.h that merely includes linux/gpio.h. The
> others select ARCH_HAVE_CUSTOM_GPIO_H, and when that's selected,
> linux/gpio.h includes asm/gpio.h.
>
> Therefore, code should include linux/gpio.h instead of
Hello Krzysztof,
On 02/14/2016 03:44 AM, Krzysztof Kozlowski wrote:
W dniu 10.02.2016 o 03:30, Javier Martinez Canillas pisze:
All Exynos SoCs have the same syscon reboot and poweroff device nodes so
there is no need to duplicate the same on each SoC dtsi and can be moved
to a common dtsi that
On Wed, Feb 3, 2016 at 1:17 AM, Nicholas Krause wrote:
> This fixes a possible NULL pointer deference in the function,
> davinci_gpio_probe due to the function, gpio2regs being able
> to return a NULL pointer if it rans to get the registers for
> the gpio devices on a davinci board. Furthermore
On 15/02/2016 at 09:49:34 -0300, Javier Martinez Canillas wrote :
> >No, not entirely. The samsung,s3c6410-rtc needs rtc and rtc_src clocks
> >but rest of compatible devices need only rtc clock.
> >
>
> Right, sorry for missing that. I noticed that this patch has already
> been picked by Rob
On 15/02/2016 at 10:16:42 -0300, Javier Martinez Canillas wrote :
> Commit 43f3408261a2 ("rtc: s3c: Document required clocks in the DT
I'm pretty sure you shouldn't refer to a commit that is in linux-next.
> binding") added to the S3C binding doc the required clocks needed
> by the Real Time
Document DT binding for Hisilicon Hi6220 mailbox driver.
Acked-by: Rob Herring
Signed-off-by: Leo Yan
---
.../bindings/mailbox/hisilicon,hi6220-mailbox.txt | 74 ++
1 file changed, 74 insertions(+)
create mode 100644
Hi6220 mailbox supports up to 32 channels. Each channel is unidirectional
with a maximum message size of 8 words. I/O is performed using register
access (there is no DMA) and the cell raises an interrupt when messages
are received.
This patch series is to implement Hi6220 mailbox driver. It
Enable SRAM node and stub clock node for Hi6220, which uses mailbox
channel 1 for CPU's frequency change.
Furthermore, add the CPU clock phandle in CPU's node and using
operating-points-v2 to register operating points. So can be used by
cpufreq-dt driver.
Signed-off-by: Leo Yan
---
Arnd Bergmann writes:
> I consider the use of __raw_* accessors a bug, I don't think we should
> ever do that because it hides how the hardware actually works, it doesn't
> work with spinlocks, and it can lead to the compiler splitting up accesses
> into byte sized ones (not on ARM with the
Add driver for Hi6220 mailbox, the mailbox communicates with MCU; for
sending data, it can support two methods for low level implementation:
one is to use interrupt as acknowledge, another is automatic mode which
without any acknowledge. These two methods have been supported in the
driver. For
Hello,
The following program triggers GPF in kvm_pic_clear_all if run in a
tight parallel loop:
general protection fault: [#71] SMP DEBUG_PAGEALLOC KASAN
Modules linked in:
CPU: 0 PID: 7107 Comm: a2.out Tainted: G D 4.5.0-rc3+ #326
Hardware name: QEMU Standard PC (i440FX +
This patch add device mailbox node for Hi6220 in DT.
Signed-off-by: Leo Yan
---
arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi
b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi
index 2585236..23c79e1
On Fri, 2016-02-12 at 19:28 +0100, Mathieu OTHACEHE wrote:
> Add support for :
>
> - CP-102E: 2 ports RS232 PCIE card
> - CP-102EL: 2 ports RS232 PCIE card
> - CP-132EL: 2 ports RS422/485 PCIE card
> - CP-114EL: 4 ports RS232/422/485 PCIE card
> - CP-104EL-A: 4 ports RS232 PCIE card
> -
Hello Dear.
I am pleased to introduce a business opportunity to transfer to your
overseas account the sum of US$2.600,000 from one of the prime banks
here in Liberia.
I am Abdasi Lawal, Bsc Msc , the auditor general, during the January
audit ,I discovered a floating fund in an account opened in
On Mon, Feb 15, 2016 at 09:50:22PM +0800, Leo Yan wrote:
> Hi6220 mailbox supports up to 32 channels. Each channel is unidirectional
> with a maximum message size of 8 words. I/O is performed using register
> access (there is no DMA) and the cell raises an interrupt when messages
> are received.
>
Hello Alexandre,
On 02/15/2016 10:45 AM, Alexandre Belloni wrote:
On 15/02/2016 at 10:16:42 -0300, Javier Martinez Canillas wrote :
Commit 43f3408261a2 ("rtc: s3c: Document required clocks in the DT
I'm pretty sure you shouldn't refer to a commit that is in linux-next.
The commit comes
On Thu, Feb 4, 2016 at 7:34 PM, Tiffany Lin wrote:
> The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs.
> It is able to handle video decoding/encoding of in a range of formats.
> The driver provides with VPU firmware download, memory management and
> the communication interface
On Mon, Feb 15, 2016 at 09:27:15PM +1100, Michael Ellerman wrote:
>
> There is explicit code in gcc to check whether the TOC setup is needed and
> only
That's undestood. The claim here is: that check is incomplete, at least.
> emit it when it's required. One case where it's *not* required is
Turns out I've actually overintellectualized this test.
I've reworked this patch so that kmalloc_pagealloc_oob_right()
allocates a big chunk of memory from the page allocator (and therefore
is enabled only under CONFIG_SLUB).
kmalloc_large_oob_right() now allocates KMALLOC_MAX_CACHE_SIZE - 256
in
The S3C binding doc says that the RTC and RTC source clocks are required
but the S3C driver supports different HW IP and only the s3c6410 needs a
source clock.
Fix the binding explaining that the source clock is only needed for the
s3c6410-rtc compatible controller.
Reported-by: Krzysztof
On Mon, Feb 15, 2016 at 10:50:29AM +, Will Deacon wrote:
> Adding Peter and Paul,
>
> On Sun, Feb 14, 2016 at 12:09:00PM +0300, Konstantin Khlebnikov wrote:
> > bool atomic_add_max(atomic_t *var, int add, int max);
> > bool atomic_sub_min(atomic_t *var, int sub, int min);
>
> What are the
On 15 February 2016 at 12:35, Andreas Gruenbacher wrote:
> On Mon, Feb 15, 2016 at 11:25 AM, Michael Kerrisk (man-pages)
> wrote:
>> You're right. I was confusing with xattr(7). So, I think it might
>> make some sense to eventually move both of these into man-pages (for
>> richacl(7), at least,
2016-02-15 14:28 GMT+09:00 Sergey Senozhatsky
:
> On (02/15/16 14:08), Sergey Senozhatsky wrote:
>>
>> will this compile with !CONFIG_TRACEPOINTS config?
>>
Yes, even if !CONFIG_TRACEPOINTS, it is compiled well.
> uh.. sorry, was composed in email client. seems the correct way to do it is
>
>
On Mon, Feb 15, 2016 at 02:36:43PM +0200, Joonas Lahtinen wrote:
> Instead of implementing a custom locked reference counting, use lockref.
>
> Current implementation leads to a deadlock splat on Intel SKL platforms
> when lockdep debugging is enabled.
>
> This is due to few of CPUfreq drivers
On 12.02.2016 17:06, Arnd Bergmann wrote:
> Enabling gcov is counterproductive to compile testing: it significantly
> increases the kernel image size, compile time, and it produces lots
> of false positive "may be used uninitialized" warnings as the result
> of missed optimizations.
>
> This is
2016-02-15 19:06 GMT+09:00 Xishi Qiu :
> On 2016/2/15 10:42, Joonsoo Kim wrote:
>
>>>
>>> I have a question about the zone continuity. because hole exists at
>>> arbitrary position in a page block. Therefore, only pageblock_pf_to_page()
>>> is insufficiency, whether pageblock aligned pfn or not ,
The max77686 regulator driver was recently renamed to max77686-regulator
but the entry in the MAINTAINERS file wasn't updated to match the driver.
Reported-by: Krzysztof Kozlowski
Signed-off-by: Javier Martinez Canillas
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Mon, Feb 15, 2016 at 03:07:20PM +0100, Jan Glauber wrote:
> Hi Mark,
>
> thanks for reviewing! I'll need several mails to address all questions.
>
> On Fri, Feb 12, 2016 at 05:36:59PM +, Mark Rutland wrote:
> > On Fri, Feb 12, 2016 at 05:55:06PM +0100, Jan Glauber wrote:
> > > Provide
On 11/02/16 21:10, Konrad Rzeszutek Wilk wrote:
> --- a/drivers/pci/xen-pcifront.c
> +++ b/drivers/pci/xen-pcifront.c
> @@ -576,6 +578,7 @@ static void pcifront_free_roots(struct pcifront_device
> *pdev)
> free_root_bus_devs(bus_entry->bus);
>
>
On 12.02.2016 17:06, Arnd Bergmann wrote:
> Enabling CONFIG_GCOV_PROFILE_ALL produces us a lot of warnings like
>
> lib/lz4/lz4hc_compress.c: In function 'lz4_compresshcctx':
> lib/lz4/lz4hc_compress.c:514:1: warning: the frame size of 1504 bytes is
> larger than 1024 bytes
On 12.02.2016 17:06, Arnd Bergmann wrote:
> When gcov profiling is enabled, we see a lot of spurious warnings about
> possibly uninitialized variables being used:
>
> arch/arm/mm/dma-mapping.c: In function 'arm_coherent_iommu_map_page':
> arch/arm/mm/dma-mapping.c:1085:16: warning: 'start' may be
On 11/02/16 21:10, Konrad Rzeszutek Wilk wrote:
> Hey,
>
> These are patches that were developed for the Debian bug
> 810379 which san Tommi had openned.
>
> The issue around from the two XSA fixes - which introduced
> this regression.
Applied to for-linus-4.6, thanks.
I rewrote some of the
1101 - 1200 of 1850 matches
Mail list logo