From: Heiko Stuebner
The emmc-phy is fully enclosed in the general register files (GRF).
Therefore as seen from the device-tree it shouldn't be a separate platform-
device but instead a sub-device of the GRF - using the simply-mfd mechanism.
The driver entered the kernel in the current merge-win
Hi Greg,
Please find the pull request for 4.6 -rc cycle below. It consists of
couple of fixes to move the rockchip emmc phy and rockchip display phy
as a child device of GRF. Both these PHY drivers were merged in the
recent merge window and requires their dt bindings to be fixed.
Consider merging
From: Heiko Stuebner
The emmc-phy occupies a contiguous set of 8 registers inside the general
register files, so the reg property should specify this.
Signed-off-by: Heiko Stuebner
Acked-by: Rob Herring
Signed-off-by: Kishon Vijay Abraham I
---
.../devicetree/bindings/phy/rockchip-emmc-phy.t
From: Heiko Stuebner
The displayport-phy is fully enclosed in the general register files (GRF).
Therefore as seen from the device-tree it shouldn't be a separate platform-
device but instead a sub-device of the GRF - using the simply-mfd mechanism.
The driver entered the kernel in the current me
Hi Guenter,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce
commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error
with binutils 2.24 and earlier
date
Hi Christoph,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce
commit: abec1a806e0c3cf168999667d5fb6218398ef12a percpu: Make __verify_pcu_ptr
handle per cpu pointers to arrays
Hi Alex,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce
commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation
of a VDSO
date: 5 months ago
config:
On 17.04.2016 03:05, Sebastian Reichel wrote:
Hi Ivo,
On Sat, Apr 16, 2016 at 09:37:23AM +0300, Ivaylo Dimitrov wrote:
Without that, regulators are left in the mode last set by the bootloader or
by the kernel the device was rebooted from. This leads to various problems
like non-working periph
On Sat, 16 Apr 2016, Joe Perches wrote:
> On Sat, 2016-04-16 at 12:04 -0700, Joe Perches wrote:
> > Add a test for use of ACCESS_ONCE that could be written using
> > READ_ONCE or WRITE_ONCE.
> >
> > --fix it too if desired.
>
> And here's a simple coccinelle script that does a
> rather better
Disable the earlier attached panel on connector destroy.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c
b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c
index f586f1e..a07886f
If the device tree property fsl,panel is missing, drm_panel_attach
is called with a NULL pointer as first argument. Having a panel is
basically mandatory since RGB is the only supported connector.
Check if a panel node has been found, return -ENODEV and cleanup
otherwise.
Signed-off-by: Stefan Agn
The driver uses different variable names for struct drm_device
across functions which is confusing. Stick to the more common
variable name dev. While at it, remove unnecessary if statement
in error handling.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 29 +
Disabling output polling before unloading the driver.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
b/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
index 182578d..f9227b7 10
Use CMA helper drm_fbdev_cma_restore_mode to restore fbdev mode
in process which uses drm/kms dies.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
b/drivers/gpu/drm/f
Free fbdev CMA using drm_fbdev_cma_fini on unload. This fixes
a warning when unloading the driver:
WARNING: CPU: 0 PID: 164 at drivers/gpu/drm/drm_crtc.c:5930
drm_mode_config_cleanup+0x204/0x208
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 9 +
1 file chan
Hi all,
This patchset fixes several issues around unloading/unbinding
the driver. There is still one WARNING when unloading the driver
while vblank interrupts are enabled. I am not sure what/who
should make sure that vblank interrupts get disabled before
unloading the driver:
root@colibri-vf:~# e
Hi Philipp,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce
commit: ca668f0edfae65438c3f0a3ad5d3e59e3515915f mfd: syscon: Set regmap
max_register in of_syscon_register
date:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce
commit: 5eeb50de42fd3251845d03c556db012267c72b3f uprobes: Change
handle_trampoline() to flush the frames invalidated by longjmp()
date: 9 months ago
config: powerpc
Hi Rob,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b9f5dba225aede4518ab0a7374c2dc38c7c049ce
commit: 0166dc11be911213e0b1b764488c671be4c48cf3 of: make CONFIG_OF user
selectable
date: 11 months ago
config: um-a
On 4/15/2016 1:06 PM, Tomasz Nowicki wrote:
>>From the functionality point of view this series might be split into the
> following logic parts:
> 1. Necessary fixes as the preparation for using driver on ARM64.
> 2. New ECAM API and update for users of the pci-host-common API
> 3. Use new MCFG inte
On 04/13/2016 06:12 AM, Po Liu wrote:
> When kernel config with big endian mode, spi master need
> to config regmap data value to be little endian mode. Or else,
> the kernel boot will hang.
>
> Signed-off-by: Po Liu
> ---
> drivers/spi/spi-fsl-dspi.c | 3 +++
> 1 file changed, 3 insertions(+)
>
On Sat, Apr 16, 2016 at 03:29:09PM +, Mathieu Desnoyers wrote:
> - On Apr 16, 2016, at 9:08 AM, Frederic Weisbecker fweis...@gmail.com
> wrote:
>
> > On Fri, Apr 15, 2016 at 04:52:02PM -0700, Paul E. McKenney wrote:
> >> Hello, Frederic,
> >>
> >> One thing that I have had on my list for
On Sat, Apr 16, 2016 at 10:52:39PM +0800, Boqun Feng wrote:
> Hi Paul,
>
> On Tue, Apr 12, 2016 at 08:18:21AM -0700, Paul E. McKenney wrote:
> > This commit adds documentation for RCU's major data structures,
> > including rcu_state, rcu_node, rcu_data, rcu_dynticks, and rcu_head.
> >
>
> One sm
On Mon, 11 Apr 2016, Kirill A. Shutemov wrote:
> On Tue, Apr 05, 2016 at 02:12:26PM -0700, Hugh Dickins wrote:
> > ShmemFreeHoles will show the wastage from using huge pages for small, or
> > sparsely occupied, or unrounded files: wastage not included in Shmem or
> > MemFree, but will be freed unde
On Mon, 11 Apr 2016, Kirill A. Shutemov wrote:
> On Tue, Apr 05, 2016 at 02:15:05PM -0700, Hugh Dickins wrote:
> > Plumb in a new "huge=1" or "huge=0" mount option to tmpfs: I don't
> > want to get into a maze of boot options, madvises and fadvises at
> > this stage, nor extend the use of the exist
On Fri, 2016-04-15 at 10:27 +0200, Alessio Igor Bogani wrote:
> Hi,
>
> On 6 April 2016 at 15:45, Alessio Igor Bogani
> wrote:
> > The commit dc37374 move a lot of device tree files into fsl directory
> > fixing Makefile for cuImage target only. Unfortunately there are others
> > target which req
On Mon, 11 Apr 2016, Kirill A. Shutemov wrote:
> On Tue, Apr 05, 2016 at 02:24:23PM -0700, Hugh Dickins wrote:
> >
> > That itself is not a problem on x86_64, but there's plenty more:
> > how about those places which use pte_offset_map_lock() - if that
> > spinlock is in the struct page of a paget
Hi Vishnu,
[auto build test ERROR on clk/clk-next]
[also build test ERROR on v4.6-rc3 next-20160415]
[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/Vishnu-Patekar/sunxi-factors-clock-predivide
On Sun, 17 Apr 2016, Kirill A. Shutemov wrote:
> On Sat, Apr 16, 2016 at 04:41:33PM -0700, Hugh Dickins wrote:
> > The pmd_fault() method gives the filesystem an opportunity to place
> > a trans huge pmd entry at *pmd, before any pagetable is exposed (and
> > an opportunity to split it on COW fault
On Sun, Apr 17, 2016 at 08:20:38AM +0800, kbuild test robot wrote:
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 306a63bee192859ebd32c7328c7766636d882d8f
> commit: de361e8bb9f666235d44ae9770238718be4f0483
The clk_prepare_enable() function can fail so check the return value
and propagate the error to the caller in case of a failure.
Signed-off-by: Javier Martinez Canillas
---
Changes in v2: None
drivers/i2c/busses/i2c-exynos5.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
The exynos5 I2C controller driver always prepares and enables a clock
before using it and then disables unprepares it when the clock is not
used anymore.
But this can cause a possible ABBA deadlock in some scenarios since a
driver that uses regmap to access its I2C registers, will first grab
the r
Hi Guenter,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 306a63bee192859ebd32c7328c7766636d882d8f
commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error
with binutils 2.24 and earlier
date
The following changes since commit c4004b02f8e5b9ce357a0bb1641756cc86962664:
x86: remove the kernel code/data/bss resources from /proc/iomem (2016-04-06
13:45:07 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-mis
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-4.6-rc4
for you to fetch changes up to dea5c
The following changes since commit bf16200689118d19de1b8d2a3c314fc21f5dc7bb:
Linux 4.6-rc3 (2016-04-10 17:58:30 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.6-rc4
for you to fetch changes up to e86103a75705c7c530768f
Hello Krzysztof,
Thanks a lot for your feedback.
On 04/16/2016 12:11 PM, Krzysztof Kozlowski wrote:
> On Fri, Apr 15, 2016 at 06:04:47PM -0400, Javier Martinez Canillas wrote:
[snip]
>>
>> Fix this by only preparing the clock on probe and {en,dis}able in the
>> rest of the driver.
>>
>> This pa
Hi Alex,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 306a63bee192859ebd32c7328c7766636d882d8f
commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation
of a VDSO
date: 5 months ago
config:
On Sat, Apr 16, 2016 at 10:29:33PM +0200, Arnd Bergmann wrote:
> Two new functions in bpf contain a cast from a 'u64' to a
> pointer. This works on 64-bit architectures but causes a warning
> on all 32-bit architectures:
>
> kernel/trace/bpf_trace.c: In function 'bpf_perf_event_output_tp':
> kerne
On Sat, Apr 16, 2016 at 04:41:33PM -0700, Hugh Dickins wrote:
> The pmd_fault() method gives the filesystem an opportunity to place
> a trans huge pmd entry at *pmd, before any pagetable is exposed (and
> an opportunity to split it on COW fault): now use it for huge tmpfs.
>
> This patch is a litt
On Sun, Apr 17, 2016 at 02:12:47AM +0200, Arnd Bergmann wrote:
> The patch to make uartlite_be/uartlite_le const was well-intended but
> caused a new build warning:
>
> tty/serial/uartlite.c: In function 'ulite_request_port':
> tty/serial/uartlite.c:348:21: error: assignment discards 'const' quali
Hello Anand,
On 04/16/2016 08:15 AM, Anand Moon wrote:
[snip]
>>
>
> Thanks for fixing this bug. I also tried the same thing on clk, but
> missed the return on failed.
>
> Reviewed-by: Anand Moon
> Tested-by: Anand Moon
>
Thanks a lot for your testing and review.
> Best Regards
> -Anand M
On 15-04-2016 17:00, Arnaldo Carvalho de Melo wrote:
8-< snip
Thanks for narrowing it down, do you have any patch fixing this?
I'm having some success with the following change although I'm a long
way from completing tests of all possible permutations. It's a bit 'raw'
and could be c
Hi Paul,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 306a63bee192859ebd32c7328c7766636d882d8f
commit: de361e8bb9f666235d44ae9770238718be4f0483 MIPS: JZ4740: introduce
CONFIG_MACH_INGENIC
date: 10 months ago
co
The patch to make uartlite_be/uartlite_le const was well-intended but
caused a new build warning:
tty/serial/uartlite.c: In function 'ulite_request_port':
tty/serial/uartlite.c:348:21: error: assignment discards 'const' qualifier from
pointer target type [-Werror=discarded-qualifiers]
tty/serial/
Hi Ivo,
On Sat, Apr 16, 2016 at 09:37:23AM +0300, Ivaylo Dimitrov wrote:
> Without that, regulators are left in the mode last set by the bootloader or
> by the kernel the device was rebooted from. This leads to various problems
> like non-working peripherals.
>
> Signed-off-by: Ivaylo Dimitrov
>
On 4/16/2016 3:53 PM, David Miller wrote:
From: Santosh Shilimkar
Date: Thu, 14 Apr 2016 10:43:25 -0700
git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git
for_4.6/net/rds-fixes
I have no idea how you set this up, but there is no WAY this can be
pulled from by me.
Thought
Hi Anton,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 306a63bee192859ebd32c7328c7766636d882d8f
commit: 238abecde8ad43f914e095fcf23e0bd35dc7a7f2 powerpc: Don't use gcc
specific options on clang
date: 10 months
On Wednesday 13 April 2016 02:52:14 Tina Ruchandani wrote:
> ktime_t rem = ktime_sub(*timeout, now);
> - struct timespec ts = ktime_to_timespec(rem);
> - remaining_jiffies = timespec_to_jiffies(&ts);
> + struc
The pmd_fault() method gives the filesystem an opportunity to place
a trans huge pmd entry at *pmd, before any pagetable is exposed (and
an opportunity to split it on COW fault): now use it for huge tmpfs.
This patch is a little raw: with more time before LSF/MM, I would
probably want to dress it
On Wednesday 13 April 2016 02:28:02 Tina Ruchandani wrote:
> 'struct timespec' uses a 32-bit field for seconds, which
> will overflow in year 2038 and beyond. This patch is part
> of a larger attempt to remove instances of timeval, timespec
> and time_t, all of which suffer from the y2038 issue, fr
This patch reverts all of my 09/31, your
huge-tmpfs-avoid-premature-exposure-of-new-pagetable.patch
and also the mm/memory.c changes from the patch after it,
huge-tmpfs-map-shmem-by-huge-page-pmd-or-by-page-team-ptes.patch
I've diffed this against the top of the tree, but it may be better to
throw
On Wednesday 13 April 2016 10:38:26 Johannes Berg wrote:
> > The patch was build-tested / debugged by removing the
> > "if VERBOSE > SHOW_ERROR_MESSAGES" guards.
>
> Stands to reason that we should just remove the (more or less) dead
> code, since I don't think anyone really ever touches this driv
I am Capt. Lawrence Tyman, an officer in US Army,and also a West Point
Graduate, serving in the Military with the 82nd Air Borne Division
Peace keeping force deployed from Afganistan to Syria.
We were moved to Syria from Iraq as the last batch just left,and i
really need your help in assisting me
On Sat, Apr 16, 2016 at 10:15:46PM +0200, Arnd Bergmann wrote:
> The R-CAR PCIe driver requires the use of irq domains for its
> MSI code:
>
> drivers/pci/host/pcie-rcar.c: In function 'rcar_pcie_msi_irq':
> drivers/pci/host/pcie-rcar.c:635:9: error: implicit declaration of function
> 'irq_find_m
Please add this fix after my 27/31, your
huge-tmpfs-recovery-tweak-shmem_getpage_gfp-to-fill-team.patch
for later merging into it. Great catch by Mika Penttila, a bug which
prevented some unusual cases from being recovered into huge pages as
intended: an initially sparse head would be set PageTeam
Please add this fix after
huge-tmpfs-fix-mlocked-meminfo-track-huge-unhuge-mlocks.patch
for later merging into it. I expect this to fix a build problem found
by robot on an x86_64 randconfig. I was not able to reproduce the error,
but I'm growing to realize that different optimizers behave differ
Please replace the
huge-tmpfs-try-to-allocate-huge-pages-split-into-a-team-fix.patch
you added to your tree by this one: nothing wrong with Stephen's,
but in this case I think the source is better off if we simply
remove that BUILD_BUG() instead of adding an IS_ENABLED():
fixes build problem seen o
based on the PR (https://github.com/raspberrypi/linux/pull/1412) for the
raspberry pi kernel, i would like to propose my changes upstream as well.
The changes entitle basic write operations for the 1Wire driver which are
needed to change e.g. the precision of temperature sensors like the very
p
From: Vivien Didelot
Date: Thu, 14 Apr 2016 14:42:06 -0400
> In order to accelerate cross-chip switching of frames with the hardware,
> the DSA Tag ports, used to interconnect switch devices, must learn SA
> and DA addresses, and share the same FDB with the user ports.
>
> The two first patches
From: Santosh Shilimkar
Date: Thu, 14 Apr 2016 10:43:26 -0700
> From: Qing Huang
>
> dp->dp_ack_seq is used in big endian format. We need to do the
> big endianness conversion when we assign a value in host format
> to it.
>
> Signed-off-by: Qing Huang
> Signed-off-by: Santosh Shilimkar
App
From: Santosh Shilimkar
Date: Thu, 14 Apr 2016 10:43:27 -0700
> Two different threads with different rds sockets may be in
> rds_recv_rcvbuf_delta() via receive path. If their ports
> both map to the same word in the congestion map, then
> using non-atomic ops to update it could cause the map to
From: Santosh Shilimkar
Date: Thu, 14 Apr 2016 10:43:25 -0700
> git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git
> for_4.6/net/rds-fixes
I have no idea how you set this up, but there is no WAY this can be
pulled from by me.
When I try to pull it into 'net' I get 2690 objects.
Add a new switch info structure which is meant to store switch models
static information, such as product number, name, number of ports,
number of databases, etc.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6123.c | 15 +++
drivers/net/dsa/mv88e6131.c | 19 ++--
Read the switch ID only once, at probe time, to avoid multiple read
accesses and MII bus checking.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 54 +
1 file changed, 30 insertions(+), 24 deletions(-)
diff --git a/drivers/net/dsa/mv8
This patchset factorizes the mv88e6xxx code by sharing a new extendable
info structure to store static data such as switch family, product
number, number of ports, number of databases and the name.
The next step is to add a "flags" bitmap member to the info structure in
order to simplify the share
There is no point in having a special case for the revision when probing
a switch model. The code gets cluttered with unnecessary defines, and
leads to errors when code such as mv88e6131_setup compares
PORT_SWITCH_ID_6131_B2 to ps->id which masks the revision.
Drop every revision definition, and l
Every driver assigns ps->ds even though it gets assigned in the shared
mv88e6xxx_setup_common function. Kill redundancy.
Signed-off-by: Vivien Didelot
Reviewed-by: Andrew Lunn
---
drivers/net/dsa/mv88e6123.c | 2 --
drivers/net/dsa/mv88e6131.c | 2 --
drivers/net/dsa/mv88e6171.c | 2 --
drivers
Add an mv88e6xxx_family enum to the info structure for better family
indentification.
Signed-off-by: Vivien Didelot
Reviewed-by: Andrew Lunn
---
drivers/net/dsa/mv88e6123.c | 3 ++
drivers/net/dsa/mv88e6131.c | 4 +++
drivers/net/dsa/mv88e6171.c | 4 +++
drivers/net/dsa/mv88e6352.c | 6
ps->id is not needed anymore, so remove it as well as the related
defined values.
Signed-off-by: Vivien Didelot
Reviewed-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx.c | 1 -
drivers/net/dsa/mv88e6xxx.h | 32
2 files changed, 33 deletions(-)
diff --git a/driv
Drop the ps->num_ports variable in favor of a new member of the info
structure. This removes the need to assign it at setup time.
Signed-off-by: Vivien Didelot
Reviewed-by: Andrew Lunn
---
drivers/net/dsa/mv88e6123.c | 16 +++-
drivers/net/dsa/mv88e6131.c | 22 +-
Add the number of databases to the info structure.
Signed-off-by: Vivien Didelot
Reviewed-by: Andrew Lunn
---
drivers/net/dsa/mv88e6123.c | 3 +++
drivers/net/dsa/mv88e6131.c | 4
drivers/net/dsa/mv88e6171.c | 4
drivers/net/dsa/mv88e6352.c | 6 ++
drivers/net/dsa/mv88e6xxx.c
Current code is assuming that the address returned by dma_alloc_coherent
is a logical address. This is not true on ARM/ARM64 systems. This patch
replaces dma_alloc_coherent with dma_map_page API. The address returned
can later by virtually mapped from the CPU side with vmap API.
Signed-off-by: Sin
On Sat, Apr 16, 2016 at 2:07 AM, Vineet Gupta
wrote:
> On Friday 15 April 2016 09:18 PM, Alexey Brodkin wrote:
>
>> And now the question is how to force DRM subsystem or just that driver
>> to use whatever predefined (say via device tree) location in memory
>> for data buffer allocation.
>
> It se
On Thu, Mar 24, 2016 at 08:59:16PM +0200, Irina Tirdea wrote:
> Share the ACPI companion for the platform device with the
> i2c adapter, so that the adapter has access to the properties
> defined in ACPI tables.
>
> Signed-off-by: Irina Tirdea
> ---
Adding Mika for my question: A few drivers do
Hi,
On Mon, Apr 11, 2016 at 11:57:16AM -0700, Bartosz Golaszewski wrote:
> Chips from the at24cs EEPROM series have an additional read-only
> memory area containing a factory pre-programmed serial number. In
> order to access it, a dummy write must be executed before reading
> the serial number by
你的老朋友邀你来Q群:343257759 抢红包 抢秒杀 抢vip 什么都要抢。太刺激了。不靠手气只拼手速
On Thu, May 21, 2015 at 1:38 PM, Denys Vlasenko wrote:
> On 05/20/2015 02:21 PM, Denys Vlasenko wrote:
>> So what we need is to put something like ".p2align 64,,7"
>> before every function.
>>
>> (
>> Why 7?
>>
>> defconfig vmlinux (w/o FRAME_POINTER) has 42141 functions.
>> 6923
Sat, Apr 16, 2016 at 10:27:06PM CEST, a...@arndb.de wrote:
>The devlink shared buffer interface contains two different
>prototypes for devlink_sb_register, and the one that is
>used when NET_DEVLINK is disabled does not work:
>
>drivers/net/ethernet/mellanox/mlxsw/spectrum_buffers.c: In function
>
On Mon, Apr 11, 2016 at 11:57:21AM -0700, Bartosz Golaszewski wrote:
> We cannot expect msleep(1) to actually sleep for a period shorter than
> 20 ms. Replace all calls to msleep() with usleep_range().
>
> Signed-off-by: Bartosz Golaszewski
Applied to for-next, thanks!
signature.asc
Descripti
On Mon, Apr 11, 2016 at 11:57:20AM -0700, Bartosz Golaszewski wrote:
> The only field in struct at24_data that needs locking in the module
> code is u8 *writebuf. Other data is already protected by i2c core.
>
> Rename the lock in at24_data to wrbuf_lock and only use it where
> writebuf is accesse
On Sat, Apr 16, 2016 at 4:41 PM, Arnd Bergmann wrote:
> A recent cleanup removed the only user of the 'kms' variable in
> msm_preclose(), causing a harmless compiler warning:
>
> drivers/gpu/drm/msm/msm_drv.c: In function 'msm_preclose':
> drivers/gpu/drm/msm/msm_drv.c:468:18: error: unused variab
On Mon, Apr 11, 2016 at 11:57:17AM -0700, Bartosz Golaszewski wrote:
> It seems as if the second check for I2C_FUNC_I2C functionality had
> been introduced accidentally during a merge. Tt's reduntant, so
> remove it.
>
> Signed-off-by: Bartosz Golaszewski
Reworded commit message (there was no me
Do not have the machine Kconfig entry point need to select
BRCMSTB_GISB_ARB, instead, just let it be default ARCH_BRCMSTB which is
a better way to deal with this. While at it, also make it default
BMIPS_GENERIC so the legacy MIPS-based STB platforms can benefit from
the same thing.
Signed-off-by:
A recent cleanup removed the only user of the 'kms' variable in
msm_preclose(), causing a harmless compiler warning:
drivers/gpu/drm/msm/msm_drv.c: In function 'msm_preclose':
drivers/gpu/drm/msm/msm_drv.c:468:18: error: unused variable 'kms'
[-Werror=unused-variable]
This removes the variable a
The newly added runtime PM support for the cadence spi driver
causes harmless warnings when PM is disabled:
drivers/spi/spi-cadence.c:681:12: warning: 'cnds_runtime_suspend' defined but
not used
drivers/spi/spi-cadence.c:652:12: warning: 'cnds_runtime_resume' defined but
not used
This adds __ma
The newly added x550em_a support causes a link failure on ARM because of
an overly long time passed into udelay():
ERROR: "__bad_udelay" [drivers/net/ethernet/intel/ixgbe/ixgbe.ko] undefined!
There are multiple variants of the ixgbe_acquire_swfw_sync_*() function,
and the other ones all use mslee
The newly added CONFIG_IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY
option only makes sense in combination with INTEGRITY_ASYMMETRIC_KEYS,
otherwise we get a build error:
warning: (IMA_KEYRINGS_PERMIT_SIGNED_BY_BUILTIN_OR_SECONDARY) selects
INTEGRITY_TRUSTED_KEYRING which has unmet direct d
gcc warns about an out of bounds access after a recent cleanup:
drivers/scsi/aha1542.c: In function 'aha1542_pnp_probe':
drivers/scsi/aha1542.c:703:27: error: array subscript is above array bounds
[-Werror=array-bounds]
unsigned int base_io = io[indx];
~~^~
drivers/
On Fri 15-04-16 14:41:29, Mikulas Patocka wrote:
>
>
> On Fri, 15 Apr 2016, Michal Hocko wrote:
>
> > On Fri 15-04-16 08:29:28, Mikulas Patocka wrote:
> > >
> > >
> > > On Mon, 11 Apr 2016, Michal Hocko wrote:
> > >
> > > > From: Michal Hocko
> > > >
> > > > copy_params seems to be little b
The newly added xfs_finish_page_writeback() function causes
a harmless gcc warning when debugging is disabled:
fs/xfs/xfs_aops.c: In function 'xfs_finish_page_writeback':
fs/xfs/xfs_aops.c:97:16: error: unused variable 'blockmask'
[-Werror=unused-variable]
unsigned int blockmask = (1 << inode-
Two new functions in bpf contain a cast from a 'u64' to a
pointer. This works on 64-bit architectures but causes a warning
on all 32-bit architectures:
kernel/trace/bpf_trace.c: In function 'bpf_perf_event_output_tp':
kernel/trace/bpf_trace.c:350:13: error: cast to pointer from integer of
differe
On Sat 16-04-16 18:37:53, Frederik Himpe wrote:
> With Linux 3.5.0 I suddenly had Firefox which suddenly seemed
> to get stuck, and then I tried to kill it. I also noticed that
> the ps aux command was hanging. Then I found this in my kernel
> logs:
>
>
> Apr 16 20:21:53 piranha kernel: [27926.4
The devlink shared buffer interface contains two different
prototypes for devlink_sb_register, and the one that is
used when NET_DEVLINK is disabled does not work:
drivers/net/ethernet/mellanox/mlxsw/spectrum_buffers.c: In function
'mlxsw_sp_buffers_init':
drivers/net/ethernet/mellanox/mlxsw/spec
Building the imx pinctrl driver without regmap fails with multiple
build errors like:
drivers/pinctrl/freescale/pinctrl-imx.c: In function 'imx_pinctrl_probe':
drivers/pinctrl/freescale/pinctrl-imx.c:723:9: error: variable 'config' has
initializer but incomplete type
struct regmap_config config
A recent cleanup removed some exported functions that were not
used anywhere, which in turn exposed the fact that some other
functions in the same file are only used in some configurations.
We now get a warning about them when CONFIG_HOTPLUG_CPU is
disabled:
kernel/padata.c:670:12: error: '__pada
After the PM support has been added to this driver, we get
a harmless warning when that support is disabled at compile
time:
drivers/thermal/tegra/soctherm.c:641:12: error: 'soctherm_resume' defined but
not used [-Werror=unused-function]
static int soctherm_resume(struct device *dev)
This marks
A recent patch removed many 'inline' annotations for static
functions in this file, which has caused warnings for functions
that are not used in a given configuration, in particular when
CONFIG_NF_CONNTRACK_EVENTS is disabled:
nf_conntrack_netlink.c:572:15: 'ctnetlink_timestamp_size' defined but n
The R-CAR PCIe driver requires the use of irq domains for its
MSI code:
drivers/pci/host/pcie-rcar.c: In function 'rcar_pcie_msi_irq':
drivers/pci/host/pcie-rcar.c:635:9: error: implicit declaration of function
'irq_find_mapping' [-Werror=implicit-function-declaration]
drivers/pci/host/pcie-rcar.
The altera EDAC driver refers to its per-device data
using a cast to '(void *)', which makes the pointer
non-const, though both the source and destination are
actually const.
Removing the annotation makes the reference (almost)
fit into a single line for improved readability, and
ensures that it i
1 - 100 of 216 matches
Mail list logo