On Sun, Nov 19, 2017 at 12:04 PM, Geert Uytterhoeven
wrote:
> With gcc-4.1.2:
>
> drivers/thermal/hisi_thermal.c: In function ‘hisi_thermal_probe’:
> drivers/thermal/hisi_thermal.c:530: warning: type qualifiers ignored on
> function return type
>
> Remove the "const" keyword to fix this.
Hi Jacopo,
Thank you for the patch.
On Thursday, 28 December 2017 16:01:13 EET Jacopo Mondi wrote:
> Add bindings documentation for Renesas Capture Engine Unit (CEU).
>
> Signed-off-by: Jacopo Mondi
> ---
> .../devicetree/bindings/media/renesas,ceu.txt | 85 +++
> 1 file c
Thanks for the patch,
On 01/01/18 23:22, Andrey Smirnov wrote:
Introduce devm_nvmem_register()/devm_nvmem_unregister() to make
.remove() unnecessary in trivial drivers.
Cc: Srinivas Kandagatla
Cc: Heiko Stuebner
Cc: Masahiro Yamada
Cc: Carlo Caione
Cc: Kevin Hilman
Cc: Matthias Brugger
Cc
Hi all,
This patch series mainly adds a common driver [5][6] for the top block of
the MediaTek audio subsystem, which includes clock part and audio components.
This is a minimal driver that manages shared resources like shared registers,
and expose a regmap to its sub-nodes. It was tested on the b
Reworks clock part to make it more reasonable. The current changes are:
- Replace regmap operations by CCF APIs. Doing so, we just need to handle
the element clocks and can also get accurate information via CCF.
- Rename clocks to make them more generic so that the future revisions
of the IP
As the new audio subsystem wrapper is in place, modify MT2701 AFE driver
to adapt it.
Signed-off-by: Ryder Lee
---
sound/soc/mediatek/mt2701/mt2701-afe-pcm.c | 42 --
sound/soc/mediatek/mt2701/mt2701-reg.h | 1 -
2 files changed, 17 insertions(+), 26 deletions(-)
As the new audsys wrapper driver is in place, switch to use dev_get_regmap()
to obtain the regmap from its parent.
This patch also add missing clock data 'CLK_AUDIO_AFE_CONN'.
Signed-off-by: Ryder Lee
---
drivers/clk/mediatek/clk-mt7622-aud.c | 11 +--
include/dt-bindings/clock/mt7622-
Update the DT binding to adapt the new audio subsystem wrapper.
Also add a compatible string for MT2701.
Signed-off-by: Ryder Lee
---
.../bindings/arm/mediatek/mediatek,audsys.txt | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/Documentation/devic
Add clock driver support for MT2701 audio subsystem.
Signed-off-by: Ryder Lee
---
drivers/clk/mediatek/Kconfig | 6 ++
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt2701-aud.c | 180 ++
3 files changed, 187 insertions(+)
cre
As the new audio subsystem wrapper is in place, modify documentation
to adapt it.
Signed-off-by: Ryder Lee
---
.../devicetree/bindings/sound/mt2701-afe-pcm.txt | 160 +++--
1 file changed, 82 insertions(+), 78 deletions(-)
diff --git a/Documentation/devicetree/bindings/sound/m
In some subsystems, the regmap has already been initialized from its parent,
so there is no need to map it again. To keep flexible, we move some parts to
the new function - mtk_clk_register_num_gates(), and then use it for those
subsystems.
Signed-off-by: Ryder Lee
---
drivers/clk/mediatek/clk-m
This patch adds documentation of the DT bindings for the MediaTek
audio subsystem wrapper.
Signed-off-by: Ryder Lee
---
.../devicetree/bindings/mfd/mtk-audsys.txt | 109 +
1 file changed, 109 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/mtk-
Add a common driver for the top block of the MediaTek audio subsystem.
This is a wrapper which manages resources for audio components.
Signed-off-by: Ryder Lee
---
drivers/mfd/Kconfig | 9
drivers/mfd/Makefile | 2 +
drivers/mfd/mtk-audsys.c | 138 ++
Hi Jacopo,
Thank you for the patch.
On Thursday, 28 December 2017 16:01:14 EET Jacopo Mondi wrote:
> Add renesas-ceu header file.
>
> Do not remove the existing sh_mobile_ceu.h one as long as the original
> driver does not go away.
>
> Signed-off-by: Jacopo Mondi
> ---
> include/media/drv-int
Fix unbalanced error handling path which will get incorrect counts
if probe failed. The .remove() should be adjusted accordingly.
Signed-off-by: Ryder Lee
Tested-by: Garlic Tseng
---
sound/soc/mediatek/mt2701/mt2701-afe-pcm.c | 31 ++
1 file changed, 14 insertions(+)
Building an allmodconfig kernel fails horribly because of
endian mismatch. It turns out that the -mlittle-endian
switch was not honored at all as we were using the wrong
Kconfig symbol and failing to apply CPUFLAGS to the CFLAGS.
Finally, the linker flags did not get set right.
This addresses all
Add 'assigned-clocks*' properties which are used to initialize default
domain sources of audio system. we could configure different sets of
input clocks through DTS now. Hence driver no longer cares about that.
Also we change some 'clock-names' to make them more generic so that
other chips can reu
The missing 'volatile' keyword on the iounmap argument leads to lots of
harmless warnings in an allmodconfig build:
sound/pci/echoaudio/echoaudio.c:1879:10: warning: passing argument 1 of
'iounmap' discards 'volatile' qualifier from pointer target type
[-Wdiscarded-qualifiers]
Signed-off-by: Ar
Cleanup unused code such as 'i2s_num' guard, headers, indentation
and some defines.
Signed-off-by: Ryder Lee
---
sound/soc/mediatek/mt2701/mt2701-afe-clock-ctrl.c | 14 +---
sound/soc/mediatek/mt2701/mt2701-afe-common.h | 20 +
sound/soc/mediatek/mt2701/mt2701-afe-pcm.c| 94 -
The FS and userspace GS bases are available in current->thread, while the
kernel GS base is a percpu variable. Skip the expensive rdmsr and just
get the values from memory.
Signed-off-by: Paolo Bonzini
---
arch/x86/include/asm/desc.h | 6 ++
arch/x86/include/asm/kvm_host.h | 10 ---
On 28/12/17 21:29, Mathieu Malaterre wrote:
This patchset bring support for read-only access to the JZ4780 efuse as found
on MIPS Creator CI20.
To keep the driver as simple as possible, it was not possible to re-use most of
the nvmem core functionalities. This driver is not compatible with the
On 28/12/17 21:29, Mathieu Malaterre wrote:
From: PrasannaKumar Muralidharan
This patch brings support for the JZ4780 efuse. Currently it only expose
a read only access to the entire 8K bits efuse memory.
Tested-by: Mathieu Malaterre
Signed-off-by: PrasannaKumar Muralidharan
Signed-off-by:
On 16/12/2017 18:47, Andi Kleen wrote:
Hi Andi,
Won't this all potentially have a big maintainence cost?
No. It's all auto generated.
The only cost is slightly bigger binary size.
I would hope your event files are auto generated too.
No, they're not - we are just manually transcribing th
On Tue 02-01-18 16:55:46, Anshuman Khandual wrote:
> On 12/08/2017 09:45 PM, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > do_pages_move is supposed to move user defined memory (an array of
> > addresses) to the user defined numa nodes (an array of nodes one for
> > each address). The user p
TTM tries to allocate coherent memory in chunks of 2MB first to improve
TLB efficiency and falls back to allocating 4K pages if that fails.
Suppress the warning when the 2MB allocations fails since there is a
valid fall back path.
v2: suppress warnings from swiotlb_tbl_map_single as well
Signed-
On 2 January 2018 at 17:50, Alexandre Belloni
wrote:
> On 02/01/2018 at 13:10:07 +0800, Baolin Wang wrote:
>> From our investigation for all RTC drivers, 1 driver will be expired before
>> year 2017, 7 drivers will be expired before year 2038, 23 drivers will be
>> expired before year 2069, 72 dri
On 2 January 2018 at 12:32, Rafael J. Wysocki wrote:
> On Sunday, December 10, 2017 12:55:23 AM CET Rafael J. Wysocki wrote:
>> Hi All,
>>
>> This series is a follow-up for
>>
>> https://marc.info/?l=linux-doc&m=151101644105835&w=2
>>
>> Patches[1-3/6] from the above have been reviewed and agreed
On Tue, Jan 2, 2018 at 1:17 PM, Ulf Hansson wrote:
> On 2 January 2018 at 12:32, Rafael J. Wysocki wrote:
>> On Sunday, December 10, 2017 12:55:23 AM CET Rafael J. Wysocki wrote:
>>> Hi All,
>>>
>>> This series is a follow-up for
>>>
>>> https://marc.info/?l=linux-doc&m=151101644105835&w=2
>>>
>>
On Tue, Jan 02, 2018 at 11:38:29AM +, Russell King - ARM Linux wrote:
> On Tue, Jan 02, 2018 at 11:34:45AM +, Sudip Mukherjee wrote:
> > Hi Arnd,
> >
> > On Tue, Jan 02, 2018 at 11:31:12AM +0100, Arnd Bergmann wrote:
> > > We now have exports in both architecture code in in common code,
>
In the function ttm_page_alloc_init, kzalloc call is made for variable
_manager, we need to check its return value, it may return NULL.
Signed-off-by: Xiongwei Song
---
v1->v2: delete kfree _manager
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
Am 02.01.2018 um 13:35 schrieb Xiongwei Song:
In the function ttm_page_alloc_init, kzalloc call is made for variable
_manager, we need to check its return value, it may return NULL.
Signed-off-by: Xiongwei Song
---
v1->v2: delete kfree _manager
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 +++
From: Filip Matijević
This prepares binding for light sensor used in Nokia N9.
Signed-off-by: Filip Matijević
Signed-off-by: Pavel Machek
diff --git a/Documentation/devicetree/bindings/misc/avago-apds990x.txt
b/Documentation/devicetree/bindings/misc/avago-apds990x.txt
new file mode 100644
in
On 2 January 2018 at 11:48, Rafael J. Wysocki wrote:
> On Tue, Jan 2, 2018 at 11:44 AM, Geert Uytterhoeven
> wrote:
>> Hi Rafael,
>>
>> On Tue, Jan 2, 2018 at 11:32 AM, Rafael J. Wysocki wrote:
>>> On Fri, Dec 29, 2017 at 2:31 PM, Ulf Hansson wrote:
From: Geert Uytterhoeven
Sinc
On Sat, Nov 25, 2017 at 01:24:44AM +0900, Masahiro Yamada wrote:
> To use a GPIO line for card detection, TMIO_MMC_USE_GPIO_CD is set
> by a legacy board (arch/sh/boards/mach-ecovec24).
>
> For DT platforms, the "cd-gpios" property is a legitimate way for that
> in case the IP-builtin card detecti
On Sat, Nov 25, 2017 at 01:24:45AM +0900, Masahiro Yamada wrote:
> A card detect GPIO is set up only for platforms with "cd-gpios"
> DT property or TMIO_MMC_USE_GPIO_CD flag. However, the driver
> core always uses mmc_gpio_get_cd, which just fails with -ENOSYS
> if ctx->cd_gpio is unset.
>
> The
This adds support for volume up/down keys in the dts.
Signed-off-by: Pavel Machek
diff --git a/arch/arm/boot/dts/omap3-n9.dts b/arch/arm/boot/dts/omap3-n9.dts
index 39e35f8..57a6679 100644
--- a/arch/arm/boot/dts/omap3-n9.dts
+++ b/arch/arm/boot/dts/omap3-n9.dts
@@ -11,9 +11,10 @@
/dts-v1/;
>>> Signed-off-by: Geert Uytterhoeven
>>> [Ulf: Converted to use the WAKEUP_PATH driver PM flag]
>
> Ulf: + killing the DEV_PM_OPS define, increasing kernel size if PM_SUSPEND=n?
Oh, yes - correct!
The code looks nicer, with the penalty of one static struct declared
and not used, in case CONFIG_
On 02/01/2018 02:05, Wanpeng Li wrote:
> The issue is still there after applying this to both L0 and L1,
> actually, I can observe a vmentry fail just before the splatting in L0
> w/ and w/o the above code. In addition, I comment out the other
> testcases in unittests.cfg except vmx_controls, then
On Tue, Jan 02, 2018 at 12:02:18PM +0100, Rafael J. Wysocki wrote:
> On Tue, Jan 2, 2018 at 11:51 AM, Lukas Wunner wrote:
> > On Tue, Jan 02, 2018 at 01:56:28AM +0100, Rafael J. Wysocki wrote:
> >> + if (atomic_read(&dev->power.usage_count) <= 1 &&
> >> + atomic_read(&dev->power.child_
On Mon, 01 Jan 2018 17:14:25 +0100,
Takashi Iwai wrote:
>
> On Mon, 01 Jan 2018 11:29:51 +0100,
> Lars-Peter Clausen wrote:
> >
> > On 01/01/2018 10:03 AM, Takashi Iwai wrote:
> > [...]
> > >> CPU: 0 PID: 3502 Comm: syzkaller781065 Not tainted 4.15.0-rc5+ #154
> > >> Hardware name: Google Google
Hi!
> In Documentation/misc-devices/bh1770glc.txt, there is a description of the
> sysfs
> interface which could be moved to Documentation/ABI.
>
> Would such a change be useful?
Not at the moment.
> The ABI documentation format looks like the following:
>
> What: (the full sysfs pat
On 12/22/2017 02:31 PM, Faiz Abbas wrote:
> From: Franklin S Cooper Jr
>
> Various CAN or CAN-FD IP may be able to run at a faster rate than
> what the transceiver the CAN node is connected to. This can lead to
> unexpected errors. However, CAN transceivers typically have fixed
> limitations and
Yamada-san,
> The TMIO mmc cannot detect the card insertion in native_hotplug mode
> if the driver is probed without a card inserted.
Hmm, it works for me without your patch just fine. Iam currently
researching it...
Happy new year, by the way! :)
Regards,
Wolfram
signature.asc
Descripti
This adds dts support for magnetometer and touchscreen on Nokia N9.
Signed-off-by: Pavel Machek
diff --git a/arch/arm/boot/dts/omap3-n9.dts b/arch/arm/boot/dts/omap3-n9.dts
index 39e35f8..57a6679 100644
--- a/arch/arm/boot/dts/omap3-n9.dts
+++ b/arch/arm/boot/dts/omap3-n9.dts
@@ -36,6 +57,22 @@
On Sun, Dec 24, 2017 at 03:42:02PM +0800, Wei Wang wrote:
> On 12/24/2017 12:45 PM, Tetsuo Handa wrote:
> > Matthew Wilcox wrote:
> > > If you can't preload with anything better than that, I think that
> > > xb_set_bit() should attempt an allocation with GFP_NOWAIT | __GFP_NOWARN,
> > > and then yo
In the function ttm_page_alloc_init, kzalloc call is made for variable
_manager, we need to check its return value, it may return NULL.
Signed-off-by: Xiongwei Song
---
v2->v3: delete goto expression
v1->v2: delete kfree _manager
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 2 ++
1 file changed, 2
Hi Keith,
On 12/29/2017 12:23 PM, Keith Busch wrote:
> On Fri, Dec 29, 2017 at 12:54:17PM +0530, Oza Pawandeep wrote:
>> This patch addresses the race condition between AER and DPC for recovery.
>>
>> Current DPC driver does not do recovery, e.g. calling end-point's driver's
>> callbacks, which sa
On Tue, Jan 02, 2018 at 12:32:55PM +0100, Rafael J. Wysocki wrote:
> On Sunday, December 10, 2017 12:55:23 AM CET Rafael J. Wysocki wrote:
> > Hi All,
> >
> > This series is a follow-up for
> >
> > https://marc.info/?l=linux-doc&m=151101644105835&w=2
> >
> > Patches[1-3/6] from the above have be
On 24 December 2017 at 13:00, Rafael J. Wysocki wrote:
> On Saturday, December 23, 2017 4:09:33 PM CET Ulf Hansson wrote:
>> [...]
>>
>> >
>> > So IMO the changes you are proposing make sense regardless of the
>> > genpd issue, because they generally simplify the phy code, but the
>> > additional
On Tue, Jan 02, 2018 at 12:29:55PM +0100, Jan Kara wrote:
> On Tue 02-01-18 10:21:03, Mel Gorman wrote:
> > On Sat, Dec 23, 2017 at 10:36:53AM +0900, Minchan Kim wrote:
> > > > code path. It appears that similar situation is possible for them too.
> > > >
> > > > The file cache pages will be dele
On 2018-01-02 Tue 08:48 +,James Hogan Wrote:
> On Tue, Dec 26, 2017 at 12:21:38PM +0800, Jiaxun Yang wrote:
> > Make loongson64 a pure 64-bit mach.
>
> Please expand to provide some rationale behind the change. Was 32-bit
> support broken at runtime, or broken at build time, or are we simply
>
Hi Peter,
Il 31/12/2017 10:43, Claudio Scordino ha scritto:
Hi all,
Il 20/12/2017 16:56, Peter Zijlstra ha scritto:
On Wed, Dec 20, 2017 at 04:30:29PM +0100, Peter Zijlstra wrote:
So I ended up with the below (on top of Juri's cpufreq-dl patches).
It compiles, but that's about all the testi
> Apart from the phylink's SFP support that may require in-band
> management, it's an alternative to the normal PHY handling. Once MDIO
> bus + PHYs are supported for ACPI, phylib support will be used instead
> of the IRQs, so there should be no problem here.
Hi Marcin
However, phylib and phylink
On 12/22/2017 02:31 PM, Faiz Abbas wrote:
> From: Franklin S Cooper Jr
>
> During test transmitting using CAN-FD at high bitrates (> 2 Mbps)
> would fail. Scoping the signals I noticed that only a single bit
> was being transmitted and with a bit more investigation realized the actual
> MCAN IP w
I'm announcing the release of the 3.2.97 kernel.
All users of the 3.2 kernel series should upgrade.
The updated 3.2.y git tree can be found at:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.2.y
and can be browsed at the normal kernel.org git web browser:
Hi Greg,
On 12/19/2017 12:38 AM, Sinan Kaya wrote:
> i7300_idle.h is not being called by any source file and contains calls to
> pci_get_bus_and_slot() that we are trying to deprecate. Remove unused file.
>
> Signed-off-by: Sinan Kaya
Do you think you can pick this up?
I'll start pinging all t
On 12/19/2017 12:38 AM, Sinan Kaya wrote:
> pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
> where a PCI device is present. This restricts the device drivers to be
> reused for other domain numbers.
>
> Getting ready to remove pci_get_bus_and_slot() function in favor of
> p
On 12/19/2017 12:37 AM, Sinan Kaya wrote:
> pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
> where a PCI device is present. This restricts the device drivers to be
> reused for other domain numbers.
>
> Getting ready to remove pci_get_bus_and_slot() function in favor of
> p
On 12/19/2017 12:37 AM, Sinan Kaya wrote:
> pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
> where a PCI device is present. This restricts the device drivers to be
> reused for other domain numbers.
>
> Getting ready to remove pci_get_bus_and_slot() function in favor of
> p
On Tue, Jan 02, 2018 at 09:29:46PM +0800, Jiaxun Yang wrote:
> On 2018-01-02 Tue 08:48 +,James Hogan Wrote:
> > On Tue, Dec 26, 2017 at 12:21:38PM +0800, Jiaxun Yang wrote:
> > > Make loongson64 a pure 64-bit mach.
> >
> > Please expand to provide some rationale behind the change. Was 32-bit
>
On Wed 27-12-17 23:30:42, Ted Tso wrote:
> On Wed, Dec 27, 2017 at 03:51:37PM +0100, Julia Lawall wrote:
> > ext2_msg prints a newline at the end of the message string, so the message
> > string does not need to include a newline explicitly. Done using
> > Coccinelle.
> >
> > Signed-off-by: Julia
Add touchscreen platform data for the Teclast X98 Plus II tablet.
Signed-off-by: Paul Cercueil
---
drivers/platform/x86/silead_dmi.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/platform/x86/silead_dmi.c
b/drivers/platform/x86/silead_dmi.c
index 266535c2
On Tue, Jan 02, 2018 at 08:36:46AM -0500, Sinan Kaya wrote:
> Hi Greg,
>
> On 12/19/2017 12:38 AM, Sinan Kaya wrote:
> > i7300_idle.h is not being called by any source file and contains calls to
> > pci_get_bus_and_slot() that we are trying to deprecate. Remove unused file.
> >
> > Signed-off-by:
On 26 December 2017 at 01:50, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Since both device_wakeup_enable() and device_wakeup_disable() check
> if dev is not NULL and whether or not power.can_wakeup is set for it,
> device_set_wakeup_enable() doesn't have to do that, so drop that
> che
On 2 January 2018 at 01:42, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Since device_wakeup_disable() checks the device's power.can_wakeup
> flag, device_init_wakeup() doesn't need to do that before calling it,
> so drop that redundant check from device_init_wakeup().
>
> No intentiona
Hi Jacopo,
Thank you for the patch.
On Thursday, 28 December 2017 16:01:15 EET Jacopo Mondi wrote:
> Add driver for Renesas Capture Engine Unit (CEU).
>
> The CEU interface supports capturing 'data' (YUV422) and 'images'
> (NV[12|21|16|61]).
>
> This driver aims to replace the soc_camera-based
When GICv4 is enabled and vgic_v4_init() is called from the its device
creation path, it does nothing. The reason is that the has_its field is
initialized after the vgic_v4_init() call and vgic_supports_direct_msis
returns false.
This patch moves the has_its setting before the vgic_v4_init call.
- Original Message -
| Drop newline at the end of a message string when the printing function adds
| a newline.
Hi Julia,
NACK.
As much as it's a pain when searching the source code for output strings,
this patch set goes against the accepted Linux coding style document. See:
https://ww
Hi Jacopo,
Thank you for the patch.
On Thursday, 28 December 2017 16:01:16 EET Jacopo Mondi wrote:
> Add Capture Engine Unit (CEU) node to device tree.
>
> Signed-off-by: Jacopo Mondi
> ---
> arch/arm/boot/dts/r7s72100.dtsi | 15 ---
> 1 file changed, 12 insertions(+), 3 deletions(
On Tue, Jan 2, 2018 at 1:53 PM, Ulf Hansson wrote:
> On 2 January 2018 at 11:48, Rafael J. Wysocki wrote:
>> On Tue, Jan 2, 2018 at 11:44 AM, Geert Uytterhoeven
>> wrote:
>>> On Tue, Jan 2, 2018 at 11:32 AM, Rafael J. Wysocki
>>> wrote:
On Fri, Dec 29, 2017 at 2:31 PM, Ulf Hansson
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Thursday, December 28, 2017 9:37 PM
> To: Stanislav Nijnikov
> Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org;
> gre...@linuxfoundation.org; Alex Lemberg
> Subject: Re: [PATCH v3 1/9] ufs: sysfs:
Hi Andrew,
2018-01-02 14:33 GMT+01:00 Andrew Lunn :
>> Apart from the phylink's SFP support that may require in-band
>> management, it's an alternative to the normal PHY handling. Once MDIO
>> bus + PHYs are supported for ACPI, phylib support will be used instead
>> of the IRQs, so there should be
On Tue, 2 Jan 2018, Bob Peterson wrote:
> - Original Message -
> | Drop newline at the end of a message string when the printing function adds
> | a newline.
>
> Hi Julia,
>
> NACK.
>
> As much as it's a pain when searching the source code for output strings,
> this patch set goes agains
- Original Message -
| - Original Message -
| | Drop newline at the end of a message string when the printing function adds
| | a newline.
|
| Hi Julia,
|
| NACK.
|
| As much as it's a pain when searching the source code for output strings,
| this patch set goes against the accep
This driver creates various const structures that it stores in the
data field of an of_device_id array.
Adding const to the declaration of the location that receives the
const value from the data field ensures that the compiler will
continue to check that the value is not modified. Furthermore, t
Hi Ulf,
On Tue, Jan 2, 2018 at 2:02 PM, Ulf Hansson wrote:
Signed-off-by: Geert Uytterhoeven
[Ulf: Converted to use the WAKEUP_PATH driver PM flag]
>>
>> Ulf: + killing the DEV_PM_OPS define, increasing kernel size if PM_SUSPEND=n?
>
> Oh, yes - correct!
>
> The code looks nicer, with
This driver creates a const structure that it stores in the data
field of an of_device_id array.
Add const to the declaration of the location that receives a value
from the data field to ensure that the compiler will continue to check
that the value is not modified and remove the const-dropping ca
This driver creates a number of const structures that it stores in the
data field of an of_device_id array.
Add const to the declaration of the location that receives a value
from the data field to ensure that the compiler will continue to check
that the value is not modified and remove the const-
This driver creates a number of const structures that it stores in the
data field of an of_device_id array.
The data field of an of_device_id structure has type const void *, so
there is no need for a const-discarding cast when putting const values
into such a structure.
Done using Coccinelle.
S
The data field of an of_device_id structure has type const void *, so
there is no need for a const-discarding cast when putting const values
into such a structure.
Done using Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/pinctrl/mvebu/pinctrl-armada-37xx.c |4 ++--
1 file changed, 2
This driver creates various const structures that it stores in the
data field of an of_device_id array.
Adding const to the declaration of the location that receives the
const value from the data field ensures that the compiler will
continue to check that the value is not modified. Furthermore, t
This driver creates a number of const structures that it stores in
the data field of an of_device_id array.
The data field of an of_device_id structure has type const void *, so
there is no need for a const-discarding cast when putting const values
into such a structure.
Furthermore, adding const
This driver creates a number of const structures that it stores in the
data field of an of_device_id array.
The data field of an of_device_id structure has type const void *, so
there is no need for a const-discarding cast when putting const values
into such a structure.
Done using Coccinelle.
S
This driver creates two const structures that it stores in the data
field of an of_device_id array.
The data field of an of_device_id structure has type const void *, so
there is no need for a const-discarding cast when putting const values
into such a structure.
Furthermore, adding const to the
The return value of of_device_get_match_data has type const void *.
The desc field of the pctl structure also has a const type, so there
is no need for the const-discarding cast between them.
Done using Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/pinctrl/pinctrl-axp209.c |2 +-
1 f
Maintain const annotations when putting values into the data field of
an of_device_id structure, and afterwards when extracting them from
the data field of such a structure.
This was done using the following semantic patch:
(http://coccinelle.lip6.fr/)
//
@r@
identifier i,j;
const struct j *m;
s
The FS and userspace GS bases are available in current->thread, while the
kernel GS base is a percpu variable. Skip the expensive rdmsr and just
get the values from memory.
Signed-off-by: Paolo Bonzini
---
v1->v2: hide the accessor for 32-bit kernels
arch/x86/include/asm/desc.h |
This driver creates a const structure that it stores in the data field
of an of_device_id array.
Adding const to the declaration of the location that receives the
const value from the data field ensures that the compiler will
continue to check that the value is not modified. Furthermore, the
cons
This driver creates a number of const structures that it stores in the
data field of an of_device_id array.
The data field of an of_device_id structure has type const void *, so
there is no need for a const-discarding cast when putting const values
into such a structure.
Furthermore, adding const
On Tue, 2 Jan 2018, Bob Peterson wrote:
> - Original Message -
> | - Original Message -
> | | Drop newline at the end of a message string when the printing function
> adds
> | | a newline.
> |
> | Hi Julia,
> |
> | NACK.
> |
> | As much as it's a pain when searching the source c
Calling msg_data_left(&msg) is only useful for its return value,
which in this particular case is ignored.
Fix this by removing such call.
Addresses-Coverity-ID: 1427080
Fixes: 90120d15f4c3 ("usbip: prevent leaking socket pointer address in
messages")
Signed-off-by: Gustavo A. R. Silva
---
dri
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Friday, December 29, 2017 11:23 AM
> To: Stanislav Nijnikov
> Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org; Alex Lemberg
>
> Subject: Re: [PATCH v3 1/9] ufs: sysfs: device descriptor
>
> On
On Tue, 2018-01-02 at 13:13 +0100, Christian König wrote:
>
> v2: suppress warnings from swiotlb_tbl_map_single as well
Thanks, dmesg spam is history.
-Mike
acpi_get_override_irq() followed by acpi_register_gsi() return negative
error code on failure.
Don't shadow them in acpi_gsi_to_irq().
Signed-off-by: Andy Shevchenko
---
arch/x86/kernel/acpi/boot.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/x
> Indeed in of_mdio_bus_register_phy, there is of_irq_get. This is more
> a discussion for a MDIO bus / ACPI patchset, but we either find a way
> to use IRQs with ACPI obtained from child nodes or for this world the
> functionality will be limited (at least for the beginning).
Hi Marcin
What i wa
On Fri, Dec 22, 2017 at 04:49:11PM +0800, Wei Wang wrote:
> Thanks for the improvement. I also found a small bug in xb_zero. With the
> following changes, it has passed the current test cases and tested with the
> virtio-balloon usage without any issue.
Thanks; I applied the change. Can you suppl
From: Greentime Hu
This patch includes page fault handler, mmap and fixup implementations.
Signed-off-by: Vincent Chen
Signed-off-by: Greentime Hu
---
arch/nds32/lib/copy_page.S | 37
arch/nds32/mm/extable.c| 16 ++
arch/nds32/mm/fault.c | 410 ++
On 12/23/2017 09:50 PM, Nick Desaulniers wrote:
> The header declares this function as __init but is defined in __ref
> section.
>
> Signed-off-by: Nick Desaulniers
AFAIK section attributes in header files are ignored by compiler anyway
so I'd remove all of them.
-boris
> ---
> arch/x86/xen/x
Hi Arnd,
On Tue, Jan 2, 2018 at 11:56 AM, Arnd Bergmann wrote:
> All other architectures use 'unsigned int' as the data in readl/write,
> but m32r uses 'unsigned long', leading to lots of harmless build warnings
> like:
>
> drivers/mmc/host/dw_mmc.c: In function 'dw_mci_regs_show':
> drivers/mmc/
On Tue, Jan 02, 2018 at 02:04:39PM +, Stanislav Nijnikov wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Friday, December 29, 2017 11:23 AM
> > To: Stanislav Nijnikov
> > Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org; A
201 - 300 of 860 matches
Mail list logo