2016-04-29 1:18 GMT+03:00 Richard W.M. Jones :
> [This is an opinionated patch, mainly for discussion.]
>
> I'm trying to reduce the time taken in the kernel in initcalls, with
> my aim being to reduce the current ~700ms spent in initcalls before
> userspace, down to something like 100ms. All time
On Tue, Apr 26, 2016 at 05:38:18PM +0800, Rui Teng wrote:
> On 4/25/16 1:21 PM, js1...@gmail.com wrote:
> >From: Joonsoo Kim
> >
> >Attached cover-letter:
> >
> >This series try to solve problems of current CMA implementation.
> >
> >CMA is introduced to provide physically contiguous pages at runt
On Thu, Apr 28, 2016 at 08:45:42PM -0600, Alex Williamson wrote:
> On Fri, 29 Apr 2016 03:51:06 +0300
> "Kirill A. Shutemov" wrote:
>
> > On Fri, Apr 29, 2016 at 01:21:27AM +0200, Andrea Arcangeli wrote:
> > > Hello Alex and Kirill,
> > >
> > > On Thu, Apr 28, 2016 at 12:58:08PM -0600, Alex Will
From: Arnd Bergmann
This takes the MAC address for smsc75xx/smsc95xx USB network devices
from a the device tree. This is required to get a usable persistent
address on the popular beagleboard, whose hardware designers
accidentally forgot that an ethernet device really requires an a
MAC address to
Hi Linus,
Here are a two mmc fixes intended for v4.6 rc6. It's based on v4.6 rc4.
Details are as usual found in the signed tag. Please pull this in!
Kind regards
Ulf Hansson
The following changes since commit c3b46c73264b03000d1e18b22f5caf63332547c9:
Linux 4.6-rc4 (2016-04-17 19:13:32 -0700
Hi all,
Changes since 20160428:
The arm64 tree gained a conflict against Linus' tree.
The pm tree gained a conflict against the arm-soc tree.
The tpmdd tree still had its build failure for which I added a fix patch.
The tip tree gained a conflict against the arm64 tree.
The xen-tip tree gaine
Hi!
> On n900, probe finishes ok (verified by adding printks), and the
> device shows up in /sys, but I don't get /dev/video* or
> /dev/v4l-subdev*.
>
> Other drivers (back and front camera) load ok, and actually work. Any
> idea what could be wrong?
Ok, so I guess I realized what is the proble
> Yes, obviously... I'll make that change locally and wait for the rest.
Another nit: You could use '--strict' with checkpatch and see if you
want to fix the issues reported. I am not keen on those (except for
'space around operators'), it's a matter of taste I guess, but maybe you
like some of th
On Wed, Apr 27, 2016 at 10:39:29AM -0500, Christoph Lameter wrote:
> On Tue, 26 Apr 2016, Andrew Morton wrote:
>
> > : CONFIG_FREELIST_RANDOM bugs me a bit - "freelist" is so vague.
> > : CONFIG_SLAB_FREELIST_RANDOM would be better. I mean, what Kconfig
> > : identifier could be used for implemen
* Kees Cook wrote:
> From: Yinghai Lu
>
> This change makes later calculations about where the kernel is located
> easier to reason about. To better understand this change, we must first
> clarify what VO and ZO are. They were introduced in commits by hpa:
>
> 77d1a49 x86, boot: make symbols
On Thu, Apr 28, 2016 at 6:56 AM, Bjorn Helgaas wrote:
> On Wed, Apr 27, 2016 at 09:55:45PM -0700, Yinghai Lu wrote:
>> On Fri, Apr 22, 2016 at 1:49 PM, Bjorn Helgaas wrote:
>> > [+cc Ben, Michael]
>> > I'm kind of confused here. There are two ways to mmap PCI BARs:
>> >
>> > /proc/bus/pci/00/0
Hi Ezequiel,
Thanks for the update. It's indeed reasonable to have all the
switching infrastructure in ledtrig-panic.c.
I've noticed two minor issues below.
On 04/29/2016 12:03 AM, Ezequiel Garcia wrote:
This commit adds a new led_cdev flag LED_PANIC_INDICATOR, which
allows to mark a specific
* Kees Cook wrote:
> On Thu, Apr 28, 2016 at 11:43 PM, Ingo Molnar wrote:
> >
> > * Kees Cook wrote:
> >
> >> If an overlapping memcpy() is ever attempted, we should at least report
> >> it, in case it might lead to problems, so it could be changed to a
> >> memmove() call instead.
> >>
> >> S
On 29 April 2016 at 01:06, Douglas Anderson wrote:
> This series picks patches from various different places to produce what
> I consider the best solution to getting consistent mmc and mmcblk
> ordering.
>
> Why consistent ordering and why not just use UUIDs? IMHO consistent
> ordering solves a
Minimal implementation of an IIO driver for the Freescale
MMA7660FC 3-axis accelerometer. Datasheet:
http://www.freescale.com.cn/files/sensors/doc/data_sheet/MMA7660FC.pdf
Includes:
- ACPI support;
- read_raw for x,y,z axes;
- reading and setting the scale (range) parameter.
- power management
Si
On (04/29/16 14:44), Minchan Kim wrote:
[..]
> > @@ -1945,8 +1944,6 @@ struct zs_pool *zs_create_pool(const char *name,
> > gfp_t flags)
>
> So, we can remove flags parameter passing and comment about that.
good point; gfp_t is now unneeded there. will resubmit 0001 later.
> Other than that,
>
>From smuel...@chronox.de Fri Apr 29 04:56:49 2016
From: Stephan Mueller
To: George Spelvin
Cc: herb...@gondor.apana.org.au, linux-cry...@vger.kernel.org,
linux-kernel@vger.kernel.org, sandyinch...@gmail.com, ty...@mit.edu
Subject: Re: random(4) changes
Date: Thu, 28 Apr 2016 22:15:17 +0200
User
Ben Gamari writes:
> [ Unknown signature status ]
> Mika Westerberg writes:
>
>> On Tue, Apr 26, 2016 at 02:44:13AM +0200, Ben Gamari wrote:
>>>
> snip
>
>>> It looks very much like these are describing the same device. Perhaps
>>> the lpss driver should be binding to this ACPI node? Or perhaps
On 04/29/2016 09:15 AM, Pavel Machek wrote:
> Hi!
>
>> On n900, probe finishes ok (verified by adding printks), and the
>> device shows up in /sys, but I don't get /dev/video* or
>> /dev/v4l-subdev*.
>>
>> Other drivers (back and front camera) load ok, and actually work. Any
>> idea what could be
* Mike Travis wrote:
> This patch allows enabling or disabling of the "EXTRA APIC ID BITS"
> workaround found only on UV100/UV1000 systems. This workaround was
> required by the Intel Nahelm Processor (used in that architecture)
> because it could only support a limited number of CPU threads wi
Hi Lee,
On Fri, 22 Apr 2016 11:18:04 +0100
Lee Jones wrote:
> The first part of this set extends the current PWM API to allow external
> code to request a PWM Capture. Subsequent patches then make use of the
> new API by providing a userspace offering via /sysfs. The final part of
> the set su
On Fri, Apr 29, 2016 at 10:01:08AM +0300, Matwey V. Kornilov wrote:
> 2016-04-29 1:18 GMT+03:00 Richard W.M. Jones :
> > [This is an opinionated patch, mainly for discussion.]
> >
> > I'm trying to reduce the time taken in the kernel in initcalls, with
> > my aim being to reduce the current ~700ms
On Thu, Apr 28, 2016 at 2:13 PM, wrote:
> From: Patrice Chotard
>
> this update allows to use registers map as following :
> regs[reg_index + offset] instead of
> regs[reg_index] + offset
>
> This makes code clearer and will facilitate the addition of STMPE1600
> on which LSB and MSB registers
On Fri, Apr 29, 2016 at 09:30:27AM +0200, Ben Gamari wrote:
> Ben Gamari writes:
>
> > [ Unknown signature status ]
> > Mika Westerberg writes:
> >
> >> On Tue, Apr 26, 2016 at 02:44:13AM +0200, Ben Gamari wrote:
> >>>
> > snip
> >
> >>> It looks very much like these are describing the same dev
On Thu, Apr 28, 2016 at 2:13 PM, wrote:
> From: Patrice Chotard
>
> This update allows to use registers map as following :
> regs[reg_index + offset] instead of
> regs[reg_index] + offset
>
> This makes code clearer and will facilitate the addition of STMPE1600
> on which LSB and MSB registers
Am Donnerstag, den 28.04.2016, 16:48 -0500 schrieb Rob Herring:
> On Wed, Apr 27, 2016 at 04:23:34PM -0400, Akshay Bhat wrote:
> > Document the ddc-i2c-bus property used by imx-ldb driver to read EDID
> > information via I2C interface.
> >
> > Signed-off-by: Akshay Bhat
> > ---
> >
> > v3:
> > N
On Thu, Apr 28, 2016 at 2:13 PM, wrote:
> From: Patrice Chotard
>
> The particularities of this variant are:
> - GPIO_XXX_LSB and GPIO_XXX_MSB memory locations are inverted compared
> to other variants.
> - There is no Edge detection, Rising Edge and Falling Edge registers.
> - IRQ flags are
There is a path that use vskiplines with non-initialize.
That would cause vop abnormal behavior.
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gpu/
On Thu, Apr 28, 2016 at 2:12 PM, wrote:
> From: Patrice Chotard
>
> This series cleans and fixes some bugs in MFD/GPIO STMPE drivers and prepare
> the ground to add new STMPE1600 support.
This series is finished and looking good from a GPIO perspective.
Lee, once you feel satisfied with the
Hi,
On 28 April 2016 at 23:28, Rob Clark wrote:
> On Wed, Apr 27, 2016 at 2:39 AM, Daniel Vetter wrote:
>> On Tue, Apr 26, 2016 at 01:48:02PM -0700, Greg Hackmann wrote:
>>> A (per-CRTC?) array of fences would be more flexible. And even in the cases
>>> where you could make a 1-to-1 mapping bet
On Thu, 28 Apr 2016, Josh Poimboeuf wrote:
> On Thu, Apr 28, 2016 at 02:21:31PM -0400, Jessica Yu wrote:
> > +++ Miroslav Benes [28/04/16 16:34 +0200]:
> > > Current object-walking helper checks the presence of obj->funcs to
> > > determine the end of objs array in klp_object structure. This is
>
On Fri, Apr 29, 2016 at 12:18 AM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> From: Yinghai Lu
>>
>> This change makes later calculations about where the kernel is located
>> easier to reason about. To better understand this change, we must first
>> clarify what VO and ZO are. They were intro
On Thu, Apr 28, 2016 at 11:26 AM, Maxime Ripard
wrote:
> Still, moving it to a "framework" that has been inactive for so long
> (and you even mention it in your PR) doesn't seem like the right move.
I still think sorting the driver into the right bucket has a value.
When/if the Linux LCD suppor
After async atomic_commit callback, drm_atomic_clean_old_fb will
cleanup all old fb, but because async, the old fb may be also on
the vop hardware, dma will access the old fb buffer, clean old
fb will cause iommu page fault.
Fix the problem by reference the fb and unreference it when the fb
actual
>
> From: Gustavo Padovan
>
> struct sync_merge_data already have documentation on top of the
> struct definition. No need to duplicate it.
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Maarten Lankhorst
> Reviewed-by: Daniel Vetter
> ---
> drivers/staging/android/uapi/sync.h | 10 +
Hi Hans and Pavel,
On Fri, Apr 29, 2016 at 09:31:51AM +0200, Hans Verkuil wrote:
> On 04/29/2016 09:15 AM, Pavel Machek wrote:
> > Hi!
> >
> >> On n900, probe finishes ok (verified by adding printks), and the
> >> device shows up in /sys, but I don't get /dev/video* or
> >> /dev/v4l-subdev*.
> >
* Kees Cook wrote:
> If an overlapping memcpy() is ever attempted, we should at least report
> it, in case it might lead to problems, so it could be changed to a
> memmove() call instead.
>
> Suggested-by: Ingo Molnar
> Signed-off-by: Kees Cook
> ---
> v4:
> - use __memcpy not memcpy since we
On Mi, 2016-04-27 at 20:16 +0200, Noralf Trønnes wrote:
> I have also added patches that converts qxl and udl to use this
> deferred io support. I have only compile tested it, no functional
> testing.
> I know that qxl is purely a software thing so I could actually test
> it, but
> I have never use
Am Freitag, 29. April 2016, 03:29:50 schrieb George Spelvin:
Hi George,
> > 1. the individual bits of a given 32 bit time stamp are independent
> >
> >(or IID in terms of NIST)
>
> They're not independent, nor are they identically distributed.
That is an interesting statement: you say that
On Fri, Apr 29, 2016 at 3:17 AM, Bjorn Helgaas wrote:
> On Fri, Apr 15, 2016 at 07:06:42PM +0200, Tomasz Nowicki wrote:
>> From: Jayachandran C
>>
>> Add config option PCI_GENERIC_ECAM and file drivers/pci/ecam.c to
>> provide generic functions for accessing memory mapped PCI config space.
>>
>>
Commit-ID: 6f9af75faa1df61e1ee5bea8a787a90605bb528d
Gitweb: http://git.kernel.org/tip/6f9af75faa1df61e1ee5bea8a787a90605bb528d
Author: Baoquan He
AuthorDate: Thu, 28 Apr 2016 17:09:03 -0700
Committer: Ingo Molnar
CommitDate: Fri, 29 Apr 2016 09:58:26 +0200
x86/KASLR: Handle kernel relo
On Fri 29-04-16 13:47:04, Minfei Huang wrote:
> It's more convenient to use existing function helper to convert string
> "on/off" to boolean.
But kstrtobool in linux-next only does "This routine returns 0 iff the
first character is one of 'Yy1Nn0'" so it doesn't know about on/off.
Or am I missing
On Fri, 29 Apr 2016, Constantin Musca wrote:
> Minimal implementation of an IIO driver for the Freescale
> MMA7660FC 3-axis accelerometer. Datasheet:
> http://www.freescale.com.cn/files/sensors/doc/data_sheet/MMA7660FC.pdf
comments below
> Includes:
> - ACPI support;
> - read_raw for x,y,z axes
On Fri, Apr 29, 2016 at 3:53 AM, Christian Lamparter
wrote:
> This patch integrates these GPIO drivers into gpio-generic.
>
>
> +static int clps711x_parse_dt(struct platform_device *pdev,
> +struct bgpio_pdata *pdata,
> +unsigned long *flags
On Apr 26 Stefan Richter wrote:
> v4.6-rc solidly hangs after a short while after boot, login to X11, and
> doing nothing much remarkable on the just brought up X desktop.
>
> Hardware: x86-64, E3-1245 v3 (Haswell),
> mainboard Supermicro X10SAE,
> using integrated Intel graphi
* Kees Cook wrote:
> I don't agree. We do still have embedded systems running x86 kernels, and we
> have cases where we're running multiple kernels in memory (like kdump). I
> think
> the memory savings is worth the complexity, especially since the complexity
> is
> being reduced up by this
On Thu, Apr 28, 2016 at 03:56:33PM -0700, Greg KH wrote:
> On Thu, Apr 28, 2016 at 11:18:33PM +0100, Richard W.M. Jones wrote:
> > Currently autoconf spends 25ms (on my laptop) testing if the UART
> > exported to it by KVM is an 8250 without FIFO and/or with strange
> > quirks, which it obviously i
>
> From: Gustavo Padovan
>
> These two functions are just wrappers for one line functions, they
> call fd_install() and fput() respectively, so just get rid of them
> and use fd_install() and fput() directly for more simplicity.
>
Given sync_file is not file, I don't see that simplicity is wor
Hello,
$Subject ~= s/imx/imx7/
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/ |
Hi,
On 04/28/2016 02:42 PM, Arnd Bergmann wrote:
> With the addition of VUDC, the USBIP stack can now be used on
> configurations without USB host support, but trying to build
Not exactly. This is the goal but unfortunately for now this will not
work... Most of USB_IP common functions operates o
On Fri, Apr 29, 2016 at 08:39:36AM +0200, Ingo Molnar wrote:
> With considerable pain we just got rid of paravirt_enabled() in the
> x86 tree, and Xen is now reintroducing it in the EFI code.
I think Matt is working towards removing EFI_PARAVIRT but he'll comment
himself when he wakes up... :)
--
On Thursday 07 April 2016 03:17 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Friday 25 March 2016 07:39 AM, Simon Horman wrote:
>> On Mon, Mar 07, 2016 at 10:58:39AM +0900, Simon Horman wrote:
>>> Add fallback compatibility strings for rcar phy drivers.
>>>
>>> In the case of Renesas R-Car har
On Friday 25 March 2016 07:42 AM, Simon Horman wrote:
> On Mon, Mar 07, 2016 at 09:01:48AM +0100, Geert Uytterhoeven wrote:
>> On Mon, Mar 7, 2016 at 2:14 AM, Simon Horman
>> wrote:
>>> Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
>>> A now redundant dependency on OF is also dropped.
>>>
Hi Han,
On Wed, 13 Apr 2016 00:43:51 +0200
Boris Brezillon wrote:
> Hi Han,
>
> On Tue, 12 Apr 2016 17:06:33 -0500
> Han Xu wrote:
>
> > change the way to calculate pagesize to get correct free oob space for
> > legacy_set_geometry function.
>
> Are you sure it's safe to expose free OOB by
* tip-bot for Matt Fleming wrote:
> Commit-ID: 884f4f66ffd6ffe632f3a8be4e6d10a858afdc37
> Gitweb: http://git.kernel.org/tip/884f4f66ffd6ffe632f3a8be4e6d10a858afdc37
> Author: Matt Fleming
> AuthorDate: Mon, 25 Apr 2016 21:06:39 +0100
> Committer: Ingo Molnar
> CommitDate: Thu, 28 Apr
On Thu, 28 Apr 2016, Jessica Yu wrote:
> > #define klp_for_each_object(patch, obj) \
> > - for (obj = patch->objs; obj->funcs; obj++)
> > + for (obj = patch->objs; obj->funcs || obj->name; obj++)
>
> Remember that for patches to vmlinux, obj->name and obj->mod will also
> both be NULL. So if
On Thu, Apr 28, 2016 at 04:48:00PM -0500, Bjorn Helgaas wrote:
[...]
> > +static int pci_acpi_setup_ecam_mapping(struct acpi_pci_root *root,
> > + struct acpi_pci_generic_root_info *ri)
> > +{
> > + u16 seg = root->segment;
> > + u8 bus_start = root->secondary
Hi,
On Monday 28 March 2016 10:18 AM, Anup Patel wrote:
> The Broadcom NS2 SoC has a AHCI compliant SATA3 controller with
> two ports.
>
> This patchset adds common Broadcom SATA3 PHY driver and related
> DT bindings document. It also adds appropriate DT nodes in NS2 DT.
>
> The patchset is base
my name is miss pamela i come across to your Facebook profile write me back as
soon as posible i have some thing very important to discuse with you
(pamela_ab...@outlook.com)
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
>
> From: Gustavo Padovan
>
> To keep comments in line with drivers/dma-buf/ move all sync_file comments
> to sync.c.
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Daniel Vetter
> ---
Acked-by: Hillf Danton
> drivers/staging/android/sync.c | 26 +-
> drivers/sta
On Fri, 29 Apr 2016, Ming Lei wrote:
> On Fri, Apr 29, 2016 at 12:59 AM, Mikulas Patocka wrote:
> >
> >
> > On Fri, 29 Apr 2016, Ming Lei wrote:
> >
> >> On Thu, Apr 28, 2016 at 11:58 PM, Mikulas Patocka
> >> wrote:
> >> >
> >> >
> >> > On Thu, 28 Apr 2016, Ming Lei wrote:
> >> >
> >> >> Hi M
On Fri, 29 Apr, at 10:31:28AM, Ingo Molnar wrote:
>
> So this commit triggered the follwing build warning on x86 64-bit
> allyesconfig:
Doh! I wonder why the 0day bot didn't tell me about this?
> It's this initialization in drivers/xen/efi.c:
>
> static const struct efi efi_xen __initconst
On Mon, Apr 18, 2016 at 8:24 PM, Ray Jui wrote:
> On 4/17/2016 8:34 PM, Yendapally Reddy Dhananjaya Reddy wrote:
>>>
>>> /* not all Iproc GPIO pins can be muxed individually */
>>> if (!chip->pinmux_is_supported)
>>> return 0;
>
>
> NS2 does not support GPIO pins t
On Mon, Apr 18, 2016 at 9:30 PM, Ray Jui wrote:
> On 4/15/2016 1:24 AM, Linus Walleij wrote:
>>
>> On Wed, Apr 13, 2016 at 2:15 AM, Ray Jui wrote:
>>
>>> In some of the future iProc based SoCs, pinconf is handled by another
>>> block and the iProc GPIO controller is solely used as a GPIO controll
Hi Han,
On Tue, 23 Feb 2016 17:04:51 -0600
Han Xu wrote:
> i.MX6QP and i.MX7D BCH module integrated a new feature to detect the
> bitflip number for erased NAND page. So for these two platform, set the
> erase threshold to ecc_strength and if bitflip detected, GPMI driver will
> correct the data
On Tue, Apr 19, 2016 at 10:00 AM, Maxime Coquelin
wrote:
> 2016-04-08 11:38 GMT+02:00 Linus Walleij :
>> while ((stat = readl_relaxed(vic->base + VIC_IRQ_STATUS))) {
>> irq = ffs(stat) - 1;
>> handle_domain_irq(vic->domain, irq, regs);
>> ha
On Tue, 23 Feb 2016 17:04:52 -0600
Han Xu wrote:
> From: Han Xu
>
> support GPMI NAND on i.MX6UL
>
> Signed-off-by: Han Xu
> ---
> drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 9 +
> drivers/mtd/nand/gpmi-nand/gpmi-nand.h | 4 +++-
> 2 files changed, 12 insertions(+), 1 deletion(-)
>
>
>
> From: Gustavo Padovan
>
> There is no plan in the near future to use this function outside of this
> file so keep it as static.
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Daniel Vetter
> ---
Acked-by: Hillf Danton
> drivers/staging/android/sync.c | 3 +--
> drivers/staging/andr
On Fri, Apr 29, 2016 at 09:59:58AM +1000, Stephen Rothwell wrote:
> Today's linux-next merge of the arm64 tree got a conflict in:
>
> arch/arm/kvm/arm.c
>
> between commit:
>
> 06a71a24bae5 ("arm64: KVM: unregister notifiers in hyp mode teardown path")
>
> from Linus' tree and commit:
>
>
Hi Han,
On Tue, 23 Feb 2016 17:04:50 -0600
Han Xu wrote:
> add the clocks and clock-names in DT property, gpmi-io clock is
> mandatory for all platforms, but some platforms, such as i.MX6Q may
> need more extra clocks for submodules. More details please refer to the
> SoC reference manual.
>
>
Hi Rob,
On Tue, Mar 8, 2016 at 9:00 AM, Rob Herring wrote:
> On Mon, Mar 7, 2016 at 5:27 AM, Geert Uytterhoeven
> wrote:
>> On Fri, Mar 4, 2016 at 4:13 PM, Rob Herring wrote:
>>> Sync to upstream dtc commit 53bf130b1cdd ("libfdt: simplify
>>> fdt_node_check_compatible()"). This adds the follow
On Thu, Apr 28, 2016 at 09:43:31PM -0700, David Carrillo-Cisneros wrote:
> This hook allows architecture specific code to be called at the end of
> the task switch and after perf_events' context switch but before the
> scheduler lock is released.
>
> The specific use case in this series is to avoi
On Tue, Apr 19, 2016 at 11:04 AM, Maxime Coquelin
wrote:
> 2016-04-08 11:43 GMT+02:00 Linus Walleij :
>> On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin
>> wrote:
>>
>>> +static int stm32_gpio_to_irq(struct gpio_chip *chip, unsigned offset)
>>> +{
>>> + struct stm32_pinctrl *pctl = dev_get
The introduction of switch_mm_irqs_off() brought back an old bug
regarding the use of preempt_enable_no_resched:
As part of 62b94a08da1b ("sched/preempt: Take away
preempt_enable_no_resched() from modules"), the definition of
preempt_enable_no_resched() is only available in built-in code,
not in l
On Fri, Apr 29, 2016 at 10:53 AM, Linus Walleij
wrote:
> On Tue, Apr 19, 2016 at 11:04 AM, Maxime Coquelin
> wrote:
>> 2016-04-08 11:43 GMT+02:00 Linus Walleij :
>>> On Thu, Mar 31, 2016 at 5:09 PM, Maxime Coquelin
>>> wrote:
>>>
+static int stm32_gpio_to_irq(struct gpio_chip *chip, unsigne
On Tue, Apr 19, 2016 at 11:43 AM, Laxman Dewangan wrote:
> Use of_device_get_match_data() for getting matched data
> instead of implementing this locally.
>
> Signed-off-by: Laxman Dewangan
> Reviewed-by: Stephen Warren
Patch applied with Thierry's ACK.
Yours,
Linus Walleij
As in fact pnv_pci_ioda2_tce_invalidate_entire() invalidates TCEs for
the specific PE rather than the entire cache, rename it to
pnv_pci_ioda2_tce_invalidate_pe(). In later patches we will add
a proper pnv_pci_ioda2_tce_invalidate_entire().
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: David G
NPU PHB TCE Kill register is exactly the same as in the rest of POWER8
so let's reuse the existing code for NPU. The only bit missing is
a helper to reset the entire TCE cache so this moves such a helper
from NPU code and renames it.
Since pnv_npu_tce_invalidate() does really invalidate the entire
On Mon, Apr 25, 2016 at 12:38 PM, Laxman Dewangan wrote:
> Use of_device_get_match_data() for getting matched data
> instead of implementing this locally.
>
> Signed-off-by: Laxman Dewangan
> Reviewed-by: Stephen Warren
> Reviewed-by: Alexandre Courbot
> Acked-by: Thierry Reding
Oops sorry,
On Thu, Apr 28, 2016 at 01:21:35PM +0200, Michal Hocko wrote:
> All of them are order-2 and this was a known problem for "mm, oom:
> rework oom detection" commit and later should make it much more
> resistant to failures for higher (!costly) orders. So I would definitely
> encourage you to retest w
On Mon, Apr 25, 2016 at 12:38 PM, Laxman Dewangan wrote:
> The data member of the of_device_id is the constant type
> and hence all static structure which is used for this
> initialisation as static.
>
> Signed-off-by: Laxman Dewangan
> Suggested-by: Thierry Reding
> Reviewed-by: Stephen Warren
PCI-Express spec says that reading 4 bytes at offset 100h should return
zero if there is no extended capability so VFIO reads this dword to
know if there are extended capabilities.
However it is not always possible to access the extended space so
generic PCI code in pci_cfg_space_size_ext() checks
We are going to have multiple different types of PHB on the same system
with POWER8 + NVLink and PHBs will have different IOMMU ops. However
we only really care about one callback - create_table - so we can
relax the compatibility check here.
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: David
>
> From: Gustavo Padovan
>
> There is no plan in the near future to use this function outside of this
> file so keep it as static.
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Daniel Vetter
> ---
Acked-by: Hillf Danton
> drivers/staging/android/sync.c | 5 ++---
> drivers/staging/and
On Wed, 27 Apr, at 10:41:32AM, Alex Thorlton wrote:
>
> From what I know, this works because the first PGD entry (the one
> containing the identity mappings) of the trampoline_pgd is shared with
> the main kernel PGD (init_level4_pgt), so when __map_region maps this
> stuff into the trampoline_pgd
On Mon, Apr 25, 2016 at 12:38 PM, Laxman Dewangan wrote:
> Move the file scoped multiple global variable from Tegra GPIO
> driver to the structure and make this as gpiochip data which
> can be referred from GPIO chip callbacks.
>
> Signed-off-by: Laxman Dewangan
> Reviewed-by: Stephen Warren
>
On Tue, 23 Feb 2016 17:04:49 -0600
Han Xu wrote:
> From: Han Xu
>
> support GPMI NAND on i.MX7D
>
> Signed-off-by: Han Xu
> ---
> drivers/mtd/nand/gpmi-nand/bch-regs.h | 14 +++---
> drivers/mtd/nand/gpmi-nand/gpmi-lib.c | 10 ++
> drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 2
This replaces magic constants for TCE Kill IODA2 register with macros.
Signed-off-by: Alexey Kardashevskiy
Reviewed-by: David Gibson
---
arch/powerpc/platforms/powernv/pci-ioda.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c
>
> From: Gustavo Padovan
>
> Simplifies the API to only receive the fence it needs to add to the
> sync and create a name for the sync_file based on the fence context and
> seqno.
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Daniel Vetter
> ---
> drivers/staging/android/sync.c |
IBM POWER8 NVlink systems come with Tesla K40-ish GPUs each of which
also has a couple of fast speed links (NVLink). The interface to links
is exposed as an emulated PCI bridge which is included into the same
IOMMU group as the corresponding GPU.
In the kernel, NPUs get a separate PHB of the PNV_P
Hi Mark,
Can you give me some comments regarding this patch? Am I following the right
track? This is the first time that I am using ALSA SoC so pardon me if I am
making some mistake. I would appreciate some kind of input. I tested this only
on a ARC SDP and it is working.
On 27-04-2016 11:05, Jos
On Mon, Apr 25, 2016 at 12:38 PM, Laxman Dewangan wrote:
> NVIDIA's Tegra210 support the HW debounce in the GPIO controller
> for all its GPIO pins.
>
> Add support for setting debounce timing by implementing the
> set_debounce callback of gpiochip.
>
> Signed-off-by: Laxman Dewangan
> Reviewed-
This exports debugging helper pe_level_printk() and corresponding macroses
so they can be used in npu-dma.c.
Signed-off-by: Alexey Kardashevskiy
---
arch/powerpc/platforms/powernv/pci-ioda.c | 9 +
arch/powerpc/platforms/powernv/pci.h | 9 +
2 files changed, 10 insertions(+)
The > here should be >= or we go beyond the end for the array.
Signed-off-by: Dan Carpenter
diff --git a/drivers/iio/dac/ad5592r-base.c b/drivers/iio/dac/ad5592r-base.c
index 948f600..69bde59 100644
--- a/drivers/iio/dac/ad5592r-base.c
+++ b/drivers/iio/dac/ad5592r-base.c
@@ -525,7 +525,7 @@ sta
On Fri, 29 Apr, at 01:56:45PM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> drivers/firmware/efi/arm-init.c
>
> between commits:
>
> 500899c2cc3e ("efi: ARM/arm64: ignore DT memory nodes instead of removing
> them")
> 7464b6e3a5fb
IBM POWER8 NVlink systems contain usual Tesla K40-ish GPUs but also
contain a couple of really fast links between GPU and CPU. These links
are exposed to the userspace by the OPAL firmware as bridges.
In order to make these links work when GPU is passed to the guest,
these bridges need to be passed
NPU devices are emulated in firmware and mainly used for NPU NVLink
training; one NPU device is per a hardware link. Their DMA/TCE setup
must match the GPU which is connected via PCIe and NVLink so any changes
to the DMA/TCE setup on the GPU PCIe device need to be propagated to
the NVLink device as
The pnv_ioda_pe struct keeps an array of peers. At the moment it is only
used to link GPU and NPU for 2 purposes:
1. Access NPU quickly when configuring DMA for GPU - this was addressed
in the previos patch by removing use of it as DMA setup is not what
the kernel would constantly do.
2. Invalida
On Thursday 14 April 2016 03:07 PM, Rafał Miłecki wrote:
> Northstar is a family of SoCs used in home routers. They have USB 2.0
> and 3.0 controllers with PHYs that need to be properly initialized.
> This driver provides PHY init support in a generic way and can be bound
> with an EHCI controlle
On Mon, Apr 25, 2016 at 12:38 PM, Laxman Dewangan wrote:
> Add support for the debounce as Tegra210 support debounce in HW.
> Also do the clenaups to remove all global variables.
OK this v5 is applied.
Laxman does this GPIO also have open drain and/or open source
handling?
Then you might want
1 - 100 of 791 matches
Mail list logo
