On Tue, May 16, 2017 at 10:22:35AM +0100, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in seq_printf message.
>
> Fixes: a8b9370fc79c1 ("drm/i915/guc: Dump the GuC stage descriptor pool in
> debugfs")
> Signed-off-by: Colin Ian King
Applied, thanks.
-Daniel
> -
The right interface to use to set a hugetlb pte entry is set_huge_pte_at. Use
that instead of set_pte_at.
Reviewed-by: Naoya Horiguchi
Signed-off-by: Aneesh Kumar K.V
---
mm/migrate.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/mm/migrate.c b/mm/m
This patch removes typedefs from enum and renames it from "typedef enum
_logical_chip_type_t" to "enum logical_chip_type" as per kernel coding
standards.
Signed-off-by: Matej Dujava
---
drivers/staging/sm750fb/ddk750_chip.c | 4 ++--
drivers/staging/sm750fb/ddk750_chip.h | 8
2 files ch
Hi Russel,
2017-05-16 1:28 GMT+02:00 Russell King - ARM Linux :
>
> On Tue, May 16, 2017 at 01:28:32AM +0200, Marcin Wojtas wrote:
> > This patch adds following improvements to Armada 8040
> > MachiatoBin:
> > * Add 'chosen' node with stdout-path assignment
> > * Enable 1G sgmii port
> > * Enab
This patch adds tabs into macro definitions so all rhs are on same column.
Move MHz macro from ddk_chip.c to ddk_chip.h.
Signed-off-by: Matej Dujava
---
drivers/staging/sm750fb/ddk750_chip.c| 18
drivers/staging/sm750fb/ddk750_chip.h| 5 +-
drivers/staging/sm750fb/ddk750_displa
On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> From: Michal Hocko
>
> drm_malloc* has grown their own kmalloc with vmalloc fallback
> implementations. MM has grown kvmalloc* helpers in the meantime. Let's
> use those because it a) reduces the code and b) MM has a better idea
> ho
Am Dienstag, 16. Mai 2017, 08:23:18 schrieb Juergen Gross:
> Today disconnecting xen-blkback is broken in case there are still
> I/Os in flight: xen_blkif_disconnect() will bail out early without
> releasing all resources in the hope it will be called again when
> the last request has terminated. T
On Mon, May 15, 2017 at 05:00:28PM -0500, Gustavo A. R. Silva wrote:
> Simplify logic to avoid unnecessary variable declaration and assignment.
>
> Signed-off-by: Gustavo A. R. Silva
Both applied, thanks.
-Daniel
> ---
> drivers/gpu/drm/i915/intel_display.c | 4 +---
> 1 file changed, 1 insert
On Sat, May 06, 2017 at 11:42:21PM +0800, Geliang Tang wrote:
> Use memdup_user() helper instead of open-coding to simplify the code.
>
> Signed-off-by: Geliang Tang
Applied to ipsec-next, thanks!
On Mon, May 15, 2017 at 11:18:45AM +0200, Quentin Schulz wrote:
> Hi Maxime,
>
> On 15/05/2017 11:11, Maxime Ripard wrote:
> > On Mon, May 15, 2017 at 09:39:02AM +0200, Quentin Schulz wrote:
> >> For the sake of DT binding stability, this IIO driver is a child of an
> >> MFD driver for Allwinner A
On Thu 11-05-17 20:16:23, Roman Gushchin wrote:
> Track the following reclaim counters for every memory cgroup:
> PGREFILL, PGSCAN, PGSTEAL, PGACTIVATE, PGDEACTIVATE, PGLAZYFREE and
> PGLAZYFREED.
yes, those are definitely useful. I have an old patch to add them as
well but never managed to clean
On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> From: Michal Hocko
>
> drm_malloc* has grown their own kmalloc with vmalloc fallback
> implementations. MM has grown kvmalloc* helpers in the meantime. Let's
> use those because it a) reduces the code and b) MM has a better idea
> ho
The patches fixes race conditions in stage2 pgd accesses.
Patch 1 is a fix up for the patch which has already been pushed to
kvmarm/master.
Patch 2 fixes a case where stage2 PGD could be free'd when we release
the kvm->mmu_lock to prevent VCPU starvation.
Applies on kvmarm/master tree
Changes s
We yield the kvm->mmu_lock occassionaly while performing an operation
(e.g, unmap or permission changes) on a large area of stage2 mappings.
However this could possibly cause another thread to clear and free up
the stage2 page tables while we were waiting for regaining the lock and
thus the origina
Make sure we don't use a cached value of the KVM stage2 PGD while
resetting the PGD.
Cc: Marc Zyngier
Cc: Christoffer Dall
Signed-off-by: Suzuki K Poulose
---
virt/kvm/arm/mmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c
index 90
From: David Daney
The devm_gpiod_get_optional() function appends a "-gpios" to the
string passed to it, so if we want to find the "power-gpios" signal,
we must pass "power" to this function.
Fixes: 01d95843335c ("mmc: cavium: Add MMC support for Octeon SOCs.")
Signed-off-by: David Daney
[jglau.
Hi Ulf,
here are some bug fixes for the new mmc driver. The only
non-trivial fix should be the platform thing in patch #4 and #5.
Tested on OcteonTx and on various MIPS boxes.
thanks,
Jan
David Daney (2):
mmc: cavium-octeon: Fix interrupt enable code
mmc: cavium-octeon: Use proper GPIO name
of_platform_device_destroy is the counterpart to
of_platform_device_create which is a non-static function.
After creating a platform device it might be necessary
to destroy it to deal with -EPROBE_DEFER where a
repeated of_platform_device_create call would fail otherwise.
Therefore also make of_p
In case the DT specifies neither a regulator nor a gpio
for the shared power the driver will crash accessing the regulator.
Prevent the crash by checking the regulator before use.
As the MMC devices would likely not be usable without power
check for that condition during probe and print a warning.
If the regulator probing is not yet finished this driver
might catch a -EPROBE_DEFER. Returning after this condition
did not remove the created platform device. On a repeated
call to the probe function the of_platform_device_create
fails.
Calling of_platform_device_destroy after EPROBE_DEFER resol
From: David Daney
OCTEON SoCs with CIU3 do not have interrupt masking local to the MMC
bus interface. Unfortunately, some even have a diagnostic register at
the same address of the enable register, which causes the interrupts
to fire immediately if stored to, thus breaking the driver. The prope
Hi Samuel,
On Thu, Apr 27, 2017 at 12:42:38AM +0200, Samuel Ortiz wrote:
> Hi Johan,
>
> On Thu, Mar 30, 2017 at 12:15:34PM +0200, Johan Hovold wrote:
> > This started out with the observation that the nfcmrvl_uart driver
> > unconditionally dereferenced the tty class device despite the fact that
On Mon, May 15, 2017 at 11:00:22AM -0700, Randy Dunlap wrote:
> On 05/10/17 13:53, Dan Carpenter wrote:
> > I have created some new tools to make this process easier.
> >
> > 1) First you still have to edit the Makefile:
> >
> > -HOSTCC = gcc
> > +HOSTCC = ~/progs/smatch/devel/cgcc
>
From: Markus Elfring
Date: Tue, 16 May 2017 11:40:09 +0200
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Link:
http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf
Sign
On Tue, May 16, 2017 at 11:27:19AM +0200, Marcin Wojtas wrote:
> I do not intend to interfere your work at all. I took a look on your
> branch, and my patch does not seem to be really colliding with it.
I can't see how you can say that when the branch contains support for
SDHCI and ethernet. It o
Add policybrief field to struct policydb. It holds a brief info
of the policydb, made of colon separated name and value pairs
that give information about how the policy is applied in the
security module(s).
Note that the ordering of the fields in the string may change.
Policy brief is computed eve
Expose policy brief via selinuxfs.
Signed-off-by: Sebastien Buisson
---
security/selinux/selinuxfs.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/security/selinux/selinuxfs.c b/security/selinux/selinuxfs.c
index e8fe914..2561f96 100644
--- a/security/selinux/se
On Tue 16-05-17 11:22:30, Daniel Vetter wrote:
> On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > drm_malloc* has grown their own kmalloc with vmalloc fallback
> > implementations. MM has grown kvmalloc* helpers in the meantime. Let's
> > use those beca
On Tue, May 16, 2017 at 10:34:53AM +0100, Suzuki K Poulose wrote:
> The patches fixes race conditions in stage2 pgd accesses.
>
> Patch 1 is a fix up for the patch which has already been pushed to
> kvmarm/master.
>
> Patch 2 fixes a case where stage2 PGD could be free'd when we release
> the kvm
Replace the deprecated pci_alloc_msix_exact() with
pci_alloc_irq_vectors().
Avoid the container_of usage in the interrupt handler
by simply passing the required struct as data to the interrupt
handler.
Signed-off-by: Jan Glauber
---
drivers/edac/thunderx_edac.c | 91 ++--
Hello,
On Tue, 16 May 2017 10:50:27 +0100, Russell King - ARM Linux wrote:
> I can't see how you can say that when the branch contains support for
> SDHCI and ethernet. It obviously will collide, since it conflicts with
> the changes I have.
Correct, but Marcin has submitted patches, and you ha
On 16/05/17 10:53, Christoffer Dall wrote:
On Tue, May 16, 2017 at 10:34:53AM +0100, Suzuki K Poulose wrote:
The patches fixes race conditions in stage2 pgd accesses.
Patch 1 is a fix up for the patch which has already been pushed to
kvmarm/master.
Patch 2 fixes a case where stage2 PGD could b
On Tue, May 16, 2017 at 11:55:35AM +0200, Thomas Petazzoni wrote:
> Hello,
>
> On Tue, 16 May 2017 10:50:27 +0100, Russell King - ARM Linux wrote:
>
> > I can't see how you can say that when the branch contains support for
> > SDHCI and ethernet. It obviously will collide, since it conflicts wit
On Tue, May 16, 2017 at 3:58 PM, Andrew Jeffery wrote:
> Also clean up space-before-tab issues in the documentation.
>
> Signed-off-by: Andrew Jeffery
Acked-by: Joel Stanley
> ---
> Documentation/devicetree/bindings/timer/moxa,moxart-timer.txt | 5 +++--
> drivers/clocksource/moxart_timer.c
Though migrating gigantic HugeTLB pages does not sound much like real
world use case, they can be affected by memory errors. Hence migration
at the PGD level HugeTLB pages should be supported just to enable soft
and hard offline use cases.
While allocating the new gigantic HugeTLB page, it should
Hi Vivek,
On Thursday 11 May 2017 12:17 PM, Vivek Gautam wrote:
> Ulpi phy header is not used for anything. Remove the same
> from qcom-hs and qcom-hsic phy drivers.
>
> Signed-off-by: Vivek Gautam
> Suggested-by: Stephen Boyd
> Cc: Kishon Vijay Abraham I
> Cc: linux-arm-ker...@lists.infradead
On May 16 2017 or thereabouts, Zheng, Lv wrote:
> Hi, Benjamin
>
> > > > > > >> >> > > > > For example, such a hwdb entry is:
> > > > > > >> >> > > > > libinput:name:*Lid
> > > > > > >> >> > > > > Switch*:dmi:*svnMicrosoftCorporation:pnSurface3:*
> > > > > > >> >> > > > > LIBINPUT_ATTR_LID_SWITC
Hi Vivek,
On Thursday 11 May 2017 12:17 PM, Vivek Gautam wrote:
> Adding vendor specific directories in phy to group
> phy drivers under their respective vendor umbrella.
>
> Also updated the MAINTAINERS file to reflect the correct
> directory structure for phy drivers.
>
> Signed-off-by: Vivek
The source files namei.c and copy_up.c in overlayfs new use
exportfs_decode_fh which depends on CONFIG_EXPORTFS being set. Select it
in Kconfig.
Fixes: a9d019573e88 ("ovl: lookup non-dir copy-up-origin by file handle")
Fixes: 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")
Signed
From: Niranjan Dighe
Following kernel crash was observed because of a possible race condition in
block layer that passes struct percpu_counter *fcp with fcp->counters field
NULL. Added extra checks to prevent similar crashes because of bugs in the
upper layers.
This is fairly easy to reproduce w
Em Mon, 15 May 2017 09:40:44 -0700
Darren Hart escreveu:
> On Mon, May 15, 2017 at 01:49:19PM +0200, Peter Zijlstra wrote:
> > On Mon, May 15, 2017 at 01:29:58PM +0300, Jani Nikula wrote:
> > > On Mon, 15 May 2017, Peter Zijlstra wrote:
> > > > The intention is to aid readability. Making com
Hi Alex,
>-Original Message-
>From: Alex Williamson [mailto:alex.william...@redhat.com]
>Sent: Tuesday, May 16, 2017 1:44 AM
>To: Chen, Xiaoguang
>Cc: Gerd Hoffmann ; Tian, Kevin ;
>intel-...@lists.freedesktop.org; linux-kernel@vger.kernel.org;
>zhen...@linux.intel.com; Lv, Zhiyuan ; inte
On 05/16/2017 02:47 PM, Aneesh Kumar K.V wrote:
> This moves the #ifdef in C code to a Kconfig dependency. Also we move the
> gigantic_page_supported() function to be arch specific. This gives arch to
> conditionally enable runtime allocation of gigantic huge page. Architectures
> like ppc64 suppor
Currently PCIe port services are assigned with different interrutps
only if MSI-x are supported by calling pcie_port_enable_msix().
If a root port supports MSI instead of MSI-x currently we fall back
to use a single shared interrupt for all the services.
This patch renames and extends pcie_port_ena
From: gabriele paoloni
Currently the MSI/MSIx vectors for the root port services are
allocated calling pcie_init_service_irqs(). At the moment these
vectors are only allocated for AER, PME, HP.
This patch allocate an MSI/MSIx vector also for DPC.
Signed-off-by: Liudongdong
Signed-off-by: Gabrie
From: gabriele paoloni
This patchset:
1) adds support for MSI interrupt vectors to be used for Roor Port services
2) adds support for DPC Root Port service interrupt
The patchset has been tested on Hisilicon Hip08 Chipset
Gabriele Paoloni (1):
PCI/portdrv: add support for different MSI inter
On 05/16/2017 02:47 PM, Aneesh Kumar K.V wrote:
> POWER9 supports hugepages of size 2M and 1G in radix MMU mode. This patch
> enables the usage of 1G page size for hugetlbfs. This also update the helper
> such we can do 1G page allocation at runtime.
>
> We still don't enable 1G page size on DD1 v
On 16/05/17 15:52, Byungchul Park wrote:
> On Fri, May 12, 2017 at 10:25:30AM -0400, Steven Rostedt wrote:
> > On Fri, 12 May 2017 14:48:45 +0900
> > Byungchul Park wrote:
> >
> > > cpudl.elements is an instance that should be protected with a spin lock.
> > > Without it, the code would be insane
Calculation of start end end in __wake_userfault function are not used and
can be removed.
Signed-off-by: Mike Rapoport
---
fs/userfaultfd.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/fs/userfaultfd.c b/fs/userfaultfd.c
index f7555fc..1446e9d 100644
--- a/fs/userfaultfd.c
+++ b/fs/u
Commit dd0db88d8094 (userfaultfd: non-cooperative: rollback
userfaultfd_exit) removed userfaultfd callback from exit() which makes
include of unnecessary.
Signed-off-by: Mike Rapoport
---
kernel/exit.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/kernel/exit.c b/kernel/exit.c
index 516acd
Em Mon, 15 May 2017 14:09:12 +0200
Boris Brezillon escreveu:
> On Sat, 13 May 2017 08:10:53 -0300
> Mauro Carvalho Chehab wrote:
>
> > This patch series convert the following books to ReST:
> > - librs
> > - mtdnand
> > - sh
> >
> > And it is based on my previous series of conversi
Em Mon, 15 May 2017 11:04:26 +0200
Takashi Iwai escreveu:
> On Sun, 14 May 2017 17:38:44 +0200,
> Mauro Carvalho Chehab wrote:
> >
> > The markup inside the #if 0 comment actually refers to a
> > kernel-doc markup. As we're getting rid of DocBook update it.
> >
> > Signed-off-by: Mauro Carvalho
On Mon, May 15, 2017 at 6:43 PM, Mark Rutland wrote:
> Hi,
>
> On Mon, May 15, 2017 at 05:32:14PM +0530, Anup Patel wrote:
>> +/ {
>> + chosen { /* Default kernel args */
>> + bootargs = "root=/dev/ram rw rootwait \
>> + earlycon=uart8250,mmio32,0x68a1 \
On Tue, 16 May 2017 12:46:53 +0200,
Mauro Carvalho Chehab wrote:
>
> Em Mon, 15 May 2017 11:04:26 +0200
> Takashi Iwai escreveu:
>
> > On Sun, 14 May 2017 17:38:44 +0200,
> > Mauro Carvalho Chehab wrote:
> > >
> > > The markup inside the #if 0 comment actually refers to a
> > > kernel-doc marku
On Tue 16-05-17 10:31:19, Chris Wilson wrote:
> On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > drm_malloc* has grown their own kmalloc with vmalloc fallback
> > implementations. MM has grown kvmalloc* helpers in the meantime. Let's
> > use those becau
Em Tue, 16 May 2017 12:50:55 +0200
Takashi Iwai escreveu:
> On Tue, 16 May 2017 12:46:53 +0200,
> Mauro Carvalho Chehab wrote:
> >
> > Em Mon, 15 May 2017 11:04:26 +0200
> > Takashi Iwai escreveu:
> >
> > > On Sun, 14 May 2017 17:38:44 +0200,
> > > Mauro Carvalho Chehab wrote:
> > > >
> >
On Sun 2017-03-12 16:38:02, Drew DeVault wrote:
> I'm in the research stage of making it so something to the effect of
> `make setconfig OPTION="CONFIG_E100E=y"` will work, bringing it up here
> for some discussion first.
>
> Digging into the kconfig code, this seems feasible, but complicated. A
>
On Sat, Dec 03, 2016 at 05:06:31AM -0500, Jon Masters wrote:
> Hi Duc, all,
>
> (and changing the subject and trimming/adjusting the CC)
>
> On 12/02/2016 02:39 PM, Duc Dang wrote:
> > On Fri, Dec 2, 2016 at 12:11 AM, Jon Masters wrote:
> >> You're welcome.
> >>
> >> (Unrelated) Note that I adde
On Thu, Dec 01, 2016 at 06:27:07PM -0800, Duc Dang wrote:
> PCIe controllers in X-Gene SoCs is not ECAM compliant: software
> needs to configure additional controller's register to address
> device at bus:dev:function.
>
> The quirk will discover controller MMIO register space and configure
> cont
On 15 May 2017 at 18:13, Robert Foss wrote:
>
>
> On 2017-05-15 09:23 AM, Emil Velikov wrote:
>>
>> Hi Rob,
>>
>> On 14 May 2017 at 18:26, Robert Foss wrote:
>>>
>>> Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
>>>
>>> Ideally the DRM_ROTATE_ and DRM_REFLECT_ property id
Hi,
Today's mainline 4.12-rc1 fails to build for the attached configuration
file on Power7 box with below errors.
$ make
fs/built-in.o: In function `xfs_file_iomap_end':
fs/xfs/xfs_iomap.c:1152: undefined reference to `.put_dax'
fs/built-in.o: In function `xfs_file_iomap_begin':
fs/xfs/xfs_iomap.
On Tue, May 16, 2017 at 08:51:40AM +0100, Lee Jones wrote:
> On Sun, 14 May 2017, Mark Brown wrote:
> > Since I'm expected to apply this I wouldn't normally expect to see my
> > ack - like I say if I'm acking something for me it's normally because I
> > expect someone else to actually apply it (th
> @@ -2000,6 +2007,7 @@ static int lpuart_probe(struct platform_device *pdev)
> }
> sport->port.line = ret;
> sport->lpuart32 = sdata->is_32;
> + lpuart_is_be = sdata->is_be;
Setting a global variable in per-device routine is quite bad design.
To increase build coverage, drivers should generally be allowed to
build on other architectures even if they are only used on one
of them.
Signed-off-by: Arnd Bergmann
---
drivers/hid/intel-ish-hid/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/intel-ish-
On Tue, May 16, 2017 at 12:53:52PM +0200, Michal Hocko wrote:
> On Tue 16-05-17 10:31:19, Chris Wilson wrote:
> > On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> > > From: Michal Hocko
> > >
> > > drm_malloc* has grown their own kmalloc with vmalloc fallback
> > > implementations.
The internal accounting uses 'timespec' based time stamps, which is
slightly inefficient and also problematic once we get to the time_t
overflow in 2038.
When communicating to the firmware, we even get an open-coded 64-bit
division that prevents the code from being build-tested on 32-bit
architect
I was trying to understand this code while working on a warning
fix and the locking made no sense: spin_lock_irqsave() is pointless
when run inside of an interrupt handler or nested inside of another
spin_lock_irq() or spin_lock_irqsave().
Here it turned out that the comment above the function is
Hi,
I ran into a warning message during randconfig testing and spent way
too much time figuring out how to best address it. One thing led to
another and I ended up with a 5 patch series.
Please have a look at the first patch separately, it might fix an
important bug and need backporting to stable
When building for 32-bit architectures, we get a harmless warning:
intel-ish-hid/ishtp-hid-client.c: In function 'process_recv':
intel-ish-hid/ishtp-hid-client.c:139:7: error: format '%lu' expects argument of
type 'long unsigned int', but argument 3 has type 'unsigned int'
[-Werror=format=]
Thi
gcc points out an uninialized pointer dereference that could happen
if we ever get to recv_ishtp_cl_msg_dma() or recv_ishtp_cl_msg()
with an empty &dev->read_list:
drivers/hid/intel-ish-hid/ishtp/client.c: In function 'recv_ishtp_cl_msg_dma':
drivers/hid/intel-ish-hid/ishtp/client.c:1049:3: error:
On Tue, May 16, 2017 at 01:28:32AM +0200, Marcin Wojtas wrote:
> +&cpm_sdhci0 {
> + status = "okay";
> + bus-width = <4>;
> + no-1-8-v;
> + non-removable;
> +};
Testing the latest free-electrons sdhci driver (that was merged in 4.12-rc1)
_fails_ on mcbin, with it spewing:
mmc1: Ti
> static u32 lpuart32_read(void __iomem *addr)
> {
> - return ioread32be(addr);
> + return lpuart_is_be ? ioread32be(addr) : readl(addr);
> }
>
> static void lpuart32_write(u32 val, void __iomem *addr)
> {
> - iowrite32be(val, addr);
> + if (lpuart_is_be)
> + iowr
On Mon, May 15, 2017 at 5:50 PM, Darrick J. Wong
wrote:
> On Mon, May 15, 2017 at 04:20:09PM +0200, Arnd Bergmann wrote:
>> On Mon, May 15, 2017 at 4:11 PM, Dan Williams
>> wrote:
>> > On Mon, May 15, 2017 at 6:44 AM, Arnd Bergmann wrote:
>> >> We allow configurations with CONFIG_BLOCK=n and CO
On Tue, May 16, 2017 at 11:27:19AM +0200, Marcin Wojtas wrote:
> I do not intend to interfere your work at all. I took a look on your
> branch, and my patch does not seem to be really colliding with it. The
> board is starting to get really popular and a lot has been happening
> around it recently
On Tue, May 16, 2017 at 1:02 PM, Abdul Haleem
wrote:
> Hi,
>
> Today's mainline 4.12-rc1 fails to build for the attached configuration
> file on Power7 box with below errors.
>
> $ make
> fs/built-in.o: In function `xfs_file_iomap_end':
> fs/xfs/xfs_iomap.c:1152: undefined reference to `.put_dax'
On Mon, May 15, 2017 at 02:22:39PM -0300, Mauro Carvalho Chehab wrote:
> Yet, on the other hand, nobody wants lots of warnings/errors
> produced when building the Kernel or the documentation, as it can ride
> important things that would require fixes.
So would that actually generate a warn/error?
Add sd card support for hi3660 soc
Signed-off-by: Li Wei
Signed-off-by: Chen Jun
---
drivers/mmc/host/dw_mmc-k3.c | 311 +++
1 file changed, 311 insertions(+)
diff --git a/drivers/mmc/host/dw_mmc-k3.c b/drivers/mmc/host/dw_mmc-k3.c
index e38fb0020bb1..59
Al,
Am 16.05.2017 um 01:50 schrieb Al Viro:
> On Mon, May 15, 2017 at 09:51:03PM +0200, Richard Weinberger wrote:
>
>>> I doubt it's the right solution to make fscrypt_d_revalidate() look at
>>> ->i_nlink, since ->d_revalidate() is meant to validate the filename, not the
>>> inode. I think there
On Sat, May 13, 2017 at 4:18 AM, Bjorn Andersson
wrote:
> On Wed 10 May 19:07 PDT 2017, Jassi Brar wrote:
>
>> On Thu, May 11, 2017 at 12:30 AM, Bjorn Andersson
>> wrote:
>> > On Tue 09 May 19:33 PDT 2017, Jassi Brar wrote:
> [..]
>> > So please let me know what you think about [1], if you don't
When walking the rbtree, the fact that iovad->start_pfn and limit_pfn
are both inclusive limits creates an ambiguity once limit_pfn reaches
the bottom of the address space and they overlap. Commit 5016bdb796b3
("iommu/iova: Fix underflow bug in __alloc_and_insert_iova_range") fixed
the worst side-e
We now reference the arp_tbl, which requires IPv4 support to be
enabled in the kernel, otherwise we get a link error:
drivers/net/built-in.o: In function `mlx5e_tc_update_neigh_used_value':
(.text+0x16afec): undefined reference to `arp_tbl'
drivers/net/built-in.o: In function `mlx5e_rep_neigh_init
When CONFIG_PROC_FS is disabled, we get warnings about unused variables
as remove_proc_entry() evaluates to an empty macro.
drivers/video/fbdev/via/viafbdev.c: In function 'viafb_remove_proc':
drivers/video/fbdev/via/viafbdev.c:1635:4: error: unused variable 'iga2_entry'
[-Werror=unused-variable]
The new driver cannot link correctly when the netdevice infrastructure
is disabled:
ERROR: "netdev_info" [drivers/staging/fsl-dpaa2/ethernet/fsl-dpaa2-eth.ko]
undefined!
ERROR: "skb_to_sgvec" [drivers/staging/fsl-dpaa2/ethernet/fsl-dpaa2-eth.ko]
undefined!
ERROR: "napi_disable" [drivers/staging/
This patchset adds initial support of Broadcom Stingray SOC
by reusing existing Broadcom iProc device drivers.
Most of the patches in this patchset are DT patches except
the Stingray clock tree support which just one patch.
This patchset is based on Linux-4.12-rc1 and it is also available
at stin
This patch adds DT bindings info for Broadcom Stingray SOC
and related reference boards.
Signed-off-by: Anup Patel
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/arm/bcm/brcm,stingray.txt | 12
1 file changed, 12 insertions(+)
create mode 100644 Documentation/devicetr
From: Sandeep Tripathy
This patch adds support for Stingray clocks in iproc
ccf. The Stingray SOC has various plls based on iproc
pll architecture.
Signed-off-by: Sandeep Tripathy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/clk/bcm/Kconfig | 8 ++
drivers/clk/bcm/Makefile
From: Sandeep Tripathy
Update iproc clock dt-binding documentation with
Stingray pll and clock details.
Signed-off-by: Sandeep Tripathy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Acked-by: Rob Herring
---
.../bindings/clock/brcm,iproc-clocks.txt | 76
includ
From: Sandeep Tripathy
This patch describes Stingray SOC clock tree using
DT nodes in Stingray DTS.
Signed-off-by: Sandeep Tripathy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../boot/dts/broadcom/stingray/stingray-clock.dtsi | 170 +
.../arm64/boot/dts/broadcom/
The Broadcom Stingray SoC is a new member in Broadcom iProc
SoC family.
This patch adds initial DTS files for Broadcom Stingray SoC
and two of its reference boards (bcm958742k and bcm958742t).
We have lot of reference boards and large number of devices
in Broadcom Stingray SoC so eventually we wi
From: Pramod Kumar
This patch adds NAND controller DT Node and NAND chip DT
node for Stingray SOC and Stingray reference boards.
Signed-off-by: Pramod Kumar
Signed-off-by: Abhishek Shah
Reviewed-by: Vikram Prakash
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm64/boot/dts/broa
We have two instance of PL022 SPI controllers, one instance of
DMA PL330, and one non-secure SP805 Watchdog on Stingray SOC.
This patch adds DT nodes for the above mentioned devices in
Stingray DT.
Signed-off-by: Anup Patel
Reviewed-by: Pramod KUMAR
Reviewed-by: Ray Jui
Reviewed-by: Scott Bran
From: Pramod Kumar
The GPIOs on Stingray SOC are based on iProc GPIOs hence
using this we add GPIO DT nodes for Stingray SOC.
Signed-off-by: Pramod Kumar
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../arm64/boot/dts/broadcom/stingray/stingray.dtsi | 34 ++
1 file
From: Oza Pawandeep
This patch adds I2C DT nodes on Stingray SoC.
Signed-off-by: Oza Pawandeep
Reviewed-by: Vikram Prakash
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../boot/dts/broadcom/stingray/bcm958742-base.dtsi | 22 ++
.../arm64/boot/dts/broadcom/stingray
From: Srinath Mannam
The Stingray SoC has two instances of SDHCI controller
and one instance of iProc PWM.
Let's enable above mentioned devices in Stingray DT.
Signed-off-by: Srinath Mannam
Signed-off-by: Anup Patel
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../boot/dts/broadcom/
2017-05-16 13:16 GMT+02:00 Russell King - ARM Linux :
> On Tue, May 16, 2017 at 11:27:19AM +0200, Marcin Wojtas wrote:
>> I do not intend to interfere your work at all. I took a look on your
>> branch, and my patch does not seem to be really colliding with it. The
>> board is starting to get really
On Tue, May 16, 2017 at 11:20:16AM +0200, Matej Dujava wrote:
> Folowing patch set cleans some warnings and checkups from checkpatch.pl
> and also fix code to better fot linux code style.
>
> Changes since v2 [1]:
>
> * staging: sm750fb: unifying macro usage and definitions
> * move definit
From: Pramod Kumar
This patch adds pinctrl and pinmux related DT nodes for
Stingray SOC.
For manageability, pinctrl and pinmum DT nodes are added
as separate DTSi file and included in main DTSi file.
Signed-off-by: Pramod Kumar
Signed-off-by: Anup Patel
Reviewed-by: Ray Jui
Reviewed-by: Vikr
On 16 May 2017 at 13:20, liwei wrote:
> Add sd card support for hi3660 soc
>
> Signed-off-by: Li Wei
> Signed-off-by: Chen Jun
> ---
> drivers/mmc/host/dw_mmc-k3.c | 311
> +++
> 1 file changed, 311 insertions(+)
Jaehoon Chung maintains the dw_mmc drive
Em Tue, 16 May 2017 13:16:56 +0200
Peter Zijlstra escreveu:
> On Mon, May 15, 2017 at 02:22:39PM -0300, Mauro Carvalho Chehab wrote:
> > Yet, on the other hand, nobody wants lots of warnings/errors
> > produced when building the Kernel or the documentation, as it can ride
> > important things th
And just move the dereferences inline, given that the timer gets
passed as an argument.
Signed-off-by: Christoph Hellwig
---
kernel/time/timer.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/kernel/time/timer.c b/kernel/time/timer.c
index 152a706ef8b8..c79
101 - 200 of 800 matches
Mail list logo
