With opp-v2 DT bindings, few OPPs can be used only for the boost mode.
But using such OPPs require the boost mode to be supported by cpufreq
driver.
We will parse DT bindings only during ->init() and so can enable boost
support only after registering cpufreq driver.
This enables boost support as
In some cases it wouldn't be known at time of driver registration, if
the driver needs to support boost/turbo frequencies.
For example, while getting boost information from DT with opp-v2
bindings, we need to parse the bindings for all the CPUs to know if
turbo/boost OPPs are supported or not.
On
From: Bartlomiej Zolnierkiewicz
cpufreq table entries for OPPs with turbo modes enabled, should be
marked with CPUFREQ_BOOST_FREQ flag. This ensures that these states are
only used while operating in boost or turbo mode.
Cc: Tomasz Figa
Cc: Michael Turquette
Cc: Javier Martinez Canillas
Cc: T
This is a simple example and shows how to use the new ability
to get the selected Hardware PMU counter value.
Signed-off-by: Kaixu Xia
---
samples/bpf/Makefile | 4 +++
samples/bpf/bpf_helpers.h | 2 ++
samples/bpf/tracex6_kern.c | 26 ++
samples/bpf/tracex6_user.c | 67
On 07/28/2015 01:17 PM, Michal Hocko wrote:
[I am sorry but I didn't get to this sooner.]
On Mon 27-07-15 10:54:09, Eric B Munson wrote:
Now that VM_LOCKONFAULT is a modifier to VM_LOCKED and
cannot be specified independentally, it might make more sense to mirror
that relationship to userspace.
On 28.07.2015 12:23, Geert Uytterhoeven wrote:
On Mon, Jul 27, 2015 at 11:06 PM, Dmitry Torokhov
wrote:
Commit 7d01cd261c76f95913c81554a751968a1d282d3a ("Input: zforce - don't
overwrite the stack") attempted to add a check for payload size being too
large for the supplied buffer. Unfortunately
On Mon, Jul 27, 2015 at 09:20:22PM +0200, Mario Bambagini wrote:
> This patch fixes 2 lines longer than 80 chars
>
> The first one is a function whose argument has been moved to next line.
> The second one is a comment split on two lines
>
> Signed-off-by: Mario Bambagini
> ---
>
> -static in
On Mon, Jul 27, 2015 at 05:08:06PM -0700, Andrew Duggan wrote:
> On at least one platform the kernel prints a warning on resume saying
> "Unbalanced IRQ 37 wake disable". This is because enable_irq_wake in the
> suspend function is failing. This patch checks to see if the call to
> enable_irq_wake
On Mon, Jul 27, 2015 at 09:20:23PM +0200, Mario Bambagini wrote:
> This patch fixes 8 bad alignments. When a line is split on
> more than one line, the other lines must be aligned with
> paranthesis.
>
> Signed-off-by: Mario Bambagini
> ---
> drivers/staging/lustre/lustre/llite/llite_capa.c | 16
On Tue, 28 Jul 2015, Matt Fleming wrote:
> On Tue, 28 Jul, at 10:46:43AM, Lee Jones wrote:
> > On Mon, 27 Jul 2015, Matt Fleming wrote:
> >
> > > From: Matt Fleming
> > >
> > > Intel Sunrisepoint (Skylake PCH) has the iTCO watchdog accessible across
> > > the SMBus, unlike previous generations
On Tue, 2015-07-28 at 13:07 +0200, Daniel Borkmann wrote:
> On 07/28/2015 12:57 PM, Alexander Drozdov wrote:
> > tpacket_fill_skb() can return a negative value (-errno) which
> > is stored in tp_len variable. In that case the following
> > condition will be (but shouldn't be) true:
> >
> > tp_len >
On Mon, Jul 27, 2015 at 09:53:38AM +0100, Lee Jones wrote:
> On Mon, 27 Jul 2015, Maxime Ripard wrote:
>
> > On Wed, Jul 22, 2015 at 02:04:13PM +0100, Lee Jones wrote:
> > > These new API calls will firstly provide a mechanisms to tag a clock as
> > > critical and secondly allow any knowledgeable
Add a document describing the process of adding a new system call,
including the need for a flags argument for future compatibility, and
covering 32-bit/64-bit concerns (albeit in an x86-centric way).
Signed-off-by: David Drysdale
Reviewed-by: Michael Kerrisk
---
Documentation/adding-syscalls.
Given that I've gotten some of the details wrong in the past (and I've
seen others do likewise), I thought it might be helpful to collate the
best practices for adding a new system call to the kernel.
Apologies for the wide circulation -- I've tried to include folk who've
recently added or propose
On Mon, Jul 27, 2015 at 09:41:10PM -0700, Joshua Clayton wrote:
> r8712_get_ndis_wlan_bssid_ex_sz has a "6 * sizeof(unsigned long)"
> where the underlying struct has a 6 * unsigned char.
> Simplify the calculation by just subtracting the variable part from
> the size of the struct.
>
> This also g
On Friday 24 July 2015 18:03:42 Pali Rohár wrote:
> Hello,
>
> when on N900 (real HW or qemu) I run this command
>
> / # echo 0 > /sys/devices/platform/omapdss/overlay0/enabled && echo 0 >
> /sys/class/graphics/fb0/size
>
> then kernel crash with this error message
>
> / # [ 29.904113] Divis
From: Matias Bjørling
set_capacity() sets device's capacity using 512 bytes sectors.
null_blk calculates the number of sectors by size / bs, which
set_capacity is called with. This led to null_blk exposing the
wrong number of sectors when bs is not 512 bytes.
Signed-off-by: Matias Bjørling
---
Hi!
> This patch adds the codes for generating random number array as the
> HMAC key that will used by later EFI stub codes.
>
> The original codes in efi_random copied from aslr and add the codes
> to accept input entropy and EFI debugging. In later patch will add
> the codes to get random numbe
Driver was not freeing the memory allocated for internal nullb queues.
This patch frees the memory during driver unload.
Signed-off-by: Matias Bjørling
---
drivers/block/null_blk.c | 33 +
1 file changed, 17 insertions(+), 16 deletions(-)
diff --git a/drivers/blo
On Thu 2015-07-16 22:25:15, Lee, Chun-Yi wrote:
> Using HMAC-SHA1 to be the HMAC algorithm of signing hibernate
> snapshot image. The digest size of HMAC-SHA1 is 160 bits (20 bytes),
> this size will be also applied to the length of HMAC key.
>
> In addition, add HIBERNATE_VERIFICATION kernel conf
This patchset adds support for the Rockchip SPDIF transceiver as present on
RK3066, RK3188 and RK3288 boards and enables it on a Radxa rock pro.
Tested on a Radxa Rock Pro board.
Sjoerd Simons (4):
ASoC: dt-bindings: add rockchip tranceiver bindings
ASoc: rockchip: Add rockchip SPDIF transcei
Add the SPDIF transceiver controller and pin for RK3188
Signed-off-by: Sjoerd Simons
---
arch/arm/boot/dts/rk3188.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/rk3188.dtsi b/arch/arm/boot/dts/rk3188.dtsi
index 0f23aed..43e9bdf 100644
--- a/arc
This enables the SPDIF optical audio output on the Radxa Rock
Signed-off-by: Sjoerd Simons
---
arch/arm/boot/dts/rk3188-radxarock.dts | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/rk3188-radxarock.dts
b/arch/arm/boot/dts/rk3188-radxarock.dts
index 4b
Add a driver for the SDPIF transceiver available on RK3066, RK3188 and
RK3288. Heavily based on the rockchip i2s driver.
Signed-off-by: Sjoerd Simons
---
sound/soc/rockchip/Kconfig | 9 +
sound/soc/rockchip/Makefile | 3 +
sound/soc/rockchip/rockchip_spdif.c | 375 ++
Add devicetree bindings for the spdif tranceiver found on
found on rk3066, rk3188 and rk3288 SoCs
Signed-off-by: Sjoerd Simons
---
.../devicetree/bindings/sound/rockchip-spdif.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/binding
On Mon, Jul 27, 2015 at 5:23 AM, Vaishali Thakkar
wrote:
> This patch introduces the use of devm_kzalloc and does away
> with kfree in the probe function.
>
> Signed-off-by: Vaishali Thakkar
Reviewed-by: Linus Walleij
Please get this through ARM SoC or tell me if I should handle it.
> Some co
On Tue, 2015-07-28 at 09:52 +, Hayes Wang wrote:
> Oliver Neukum [mailto:oneu...@suse.com]
> > Sent: Tuesday, July 28, 2015 4:53 PM
> [...]
> > > + return 0;
> > > +
> > > + netdev = tp->netdev;
> > > + if (!netif_running(netdev))
> > > + return 0;
> > > +
> > > + ret = usb_auto
v2:
For patch #1, remove usb_autopm_get_interface(), usb_autopm_put_interface(), and
the checking of intf->condition.
For patch #2, replace the original method with usb_queue_reset_device() to reset
the device.
v1:
Although the driver works normally, we find the device may get all 0xff data
whe
Add rtl8152_pre_reset() and rtl8152_post_reset() which are used when
calling usb_reset_device(). The two functions could reduce the time
of reset when calling usb_reset_device() after probe().
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 54
The device reset is necessary if the hw becomes abnormal and stops
transmitting packets.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index e1b6d6d..6af299f 1006
On Fri, 2015-07-24 at 22:08 +0200, Rafael J. Wysocki wrote:
> On Friday, July 24, 2015 07:08:18 PM Jiri Kosina wrote:
> > On Thu, 16 Jul 2015, Lee, Chun-Yi wrote:
> >
> > > This patchset is the implementation of signature verification of hibernate
> > > snapshot image. The origin idea is from Jiri
On Tue, Jul 28, 2015 at 04:19:36PM +0530, Jignesh R Patel wrote:
> From: Jignesh R Patel
For your next patches please do not add this From: line here. It is not
needed. It will be taken from your email From: header.
regards
sudip
--
To unsubscribe from this list: send the line "unsubscribe linux
On Tue, 2015-07-28 at 20:08 +0800, Hayes Wang wrote:
> static void rtl8152_tx_timeout(struct net_device *netdev)
> {
> struct r8152 *tp = netdev_priv(netdev);
> - int i;
>
> netif_warn(tp, tx_err, netdev, "Tx timeout\n");
> - for (i = 0; i < RTL8152_MAX_TX; i++)
> -
On Mon, 2015-07-27 at 11:59 -0700, Kees Cook wrote:
> On Thu, Jul 23, 2015 at 3:21 AM, Michael Ellerman wrote:
> > Wire up the syscall number and regs so the tests work on powerpc.
>
> This patch begs the question: this passes everything?
Doh, yes that would have been worth mentioning! :)
I'll
On 07/20/2015 10:00 AM, Mel Gorman wrote:
From: Mel Gorman
No user of zone_watermark_ok_safe() specifies alloc_flags. This patch
removes the unnecessary parameter.
Signed-off-by: Mel Gorman
Acked-by: Vlastimil Babka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On Tue, Jul 28, 2015 at 4:05 AM, David Drysdale wrote:
> A while ago I was trying to build a seccomp-bpf filter program that would
> survive a change of x86 architecture. This was complicated for all sorts of
> reasons, but one of the problems was that the different syscall numbers aren't
> all a
Hi!
> int cmdline_find_option_bool(const char *option);
> #endif
>
> +#if CONFIG_RANDOMIZE_BASE
Not ifdef?
> +extern u16 i8254(void);
That's rather poor name for global function...
> #if CONFIG_RANDOMIZE_BASE
Ok, maybe not, but I'm confused.
On Tue, Jul 28, 2015 at 10:47:28AM +0200, Teresa Remmet wrote:
> Hello Igor,
>
> Am Dienstag, den 28.07.2015, 11:29 +0300 schrieb Igor Grinberg:
> > Hi Matt,
> >
> > On 07/27/15 17:34, Matt Porter wrote:
> > > On Thu, Jul 16, 2015 at 10:30:48AM +0200, Teresa Remmet wrote:
> > >> phyCORE-AM335x is
On 07/20/2015 10:00 AM, Mel Gorman wrote:
From: Mel Gorman
File-backed pages that will be immediately dirtied are balanced between
zones but it's unnecessarily expensive. Move consider_zone_balanced into
the alloc_context instead of checking bitmaps multiple times.
Signed-off-by: Mel Gorman
Hi Pali,
On Tue, Jul 28, 2015 at 10:39:32AM +0200, Pali Rohár wrote:
> Sebastian or Michael: Can you add check for pm_runtime_get_sync()
> function and send patch for including in mainline kernel?
This actually already happened before your Tested-By.
I accidently did not CC you, sorry for that:
On Tuesday, July 28, 2015 05:16:56 PM Sudip Mukherjee wrote:
> On Mon, Jul 27, 2015 at 09:41:10PM -0700, Joshua Clayton wrote:
> > r8712_get_ndis_wlan_bssid_ex_sz has a "6 * sizeof(unsigned long)"
> > where the underlying struct has a 6 * unsigned char.
> > Simplify the calculation by just subtract
On Thu 2015-07-16 22:25:19, Lee, Chun-Yi wrote:
> To grab random numbers through EFI protocol as one of the entropies
> source of swsusp key, this patch adds the logic for accessing EFI RNG
> (random number generator) protocol that's introduced since UEFI 2.4.
>
> Signed-off-by: Lee, Chun-Yi
> --
> For generating a messy number as a 20 bytes key, the codes in EFI
> stub gets u32 random number five time and every random number is
> rolling that last u32 random number as entropy.
Parse error here.
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.
Oliver Neukum [mailto:oneu...@suse.com]
> Sent: Tuesday, July 28, 2015 8:14 PM
[...]
> > static void rtl8152_tx_timeout(struct net_device *netdev) {
> > struct r8152 *tp = netdev_priv(netdev);
> > - int i;
> >
> > netif_warn(tp, tx_err, netdev, "Tx timeout\n");
> > - f
On 07/20/2015 10:00 AM, Mel Gorman wrote:
From: Mel Gorman
There is a seqcounter that protects spurious allocation fails when a task
is changing the allowed nodes in a cpuset. There is no need to check the
seqcounter until a cpuset exists.
If cpusets become enabled betwen _begin and _retry, t
On Tuesday 28 July 2015 14:26:13 Sebastian Reichel wrote:
> Hi Pali,
>
> On Tue, Jul 28, 2015 at 10:39:32AM +0200, Pali Rohár wrote:
> > Sebastian or Michael: Can you add check for pm_runtime_get_sync()
> > function and send patch for including in mainline kernel?
>
> This actually already happen
Typo in patch subject.
> And for earsing footbprints, the codes in this patch remove setup
And two typos here.
> data that carried swsusp key, and clean the memory space that
And don't call it swsusp. Please fix globally.
> +++ b/
On Tuesday, July 28, 2015 07:27:53 AM Julia Lawall wrote:
> Something horrible seems to have happened in your patch sending process,
> and you have the same message over and over.
>
I see that now. :(
This was a failed work-around to git-send-email I forgot I had done early in
the day.
I'll fix
On Mon, Jul 27, 2015 at 02:58:29PM +0200, Linus Walleij wrote:
> On Mon, Jul 27, 2015 at 2:41 PM, Maxime Ripard
> wrote:
>
> > The current DTs were setting the cell size to 2, but used the default xlate
> > function that was assuming an interrupt cell size of 1, leading to the
> > second part of
On Mon, 2015-07-27 at 19:24 +0100, Jiri Olsa wrote:
> I'm getting install error with your patch:
>
> [jolsa@krava perf]$ rm -rf /tmp/krava/ && make install prefix=/tmp/krava
>
> SNIP
>
> LINK perf
> INSTALL binaries
> INSTALL tests
> install: cannot create directory ‘’: No such file
On Tue, 28 Jul, at 12:37:21PM, Lee Jones wrote:
>
> The driver shouldn't be called that either.
>
> You are the only one. What makes iTCO 'special'?
I don't know, I didn't write it. It looks like Wim did ~9 years ago, so
it must have made sense to him at the time.
> > > > + info = &lpc_c
On Tue, Jul 28, 2015 at 9:48 AM, Ludovic Desroches
wrote:
> From: David Dueck
>
> Not all gpio banks are necessarily enabled, in the current code this can
> lead to null pointer dereferences.
>
> [ 51.13] Unable to handle kernel NULL pointer dereference at virtual
> address 0058
(...)
This patch fixes:
1.Fixes comments that are over 80-characters either by:
-breaking up comment lines, into multi-line comments (kernel style) or
-shortening comments (Done in 7 places):
- Changed "Why?Becuz" to "Since" (6 places)
- Removed the commen
On Mon, 2015-07-27 at 19:36 +0100, Jiri Olsa wrote:
> > @@ -150,7 +150,7 @@ ifndef NO_LIBPYTHON
> >PYTHON2 := $(if $(call get-executable,python2),python2,python)
> >override PYTHON := $(call get-executable-or-default,PYTHON,$(PYTHON2))
> >PYTHON2_CONFIG := \
> > -$(if $(call
> > ge
Hi,
On Mon, Jul 27, 2015 at 02:43:20PM +0200, Hans de Goede wrote:
> Hi,
>
> On 27-07-15 14:09, public_tim...@silentcreek.de wrote:
> >Hi,
> >
> >Hans de Goede schrieb am 27.07.2015 10:07:
> >
> >>I've a simular patch here:
> >>
> >>https://github.com/jwrdegoede/linux-sunxi/commit/6a30b7d5be6012b
I still have this patch sitting in patchwork [1] waiting for a replacement
that doesn't seem to have been posted yet. And it's also not arch
code so I'm dropping it
Ralf
[1] http://patchwork.linux-mips.org/patch/9716/
On Mon, Apr 06, 2015 at 03:51:16AM +0200, Bert Vermeulen wrote:
> Date: M
On Tue, Jul 28, 2015 at 10:01:35AM +0930, Rusty Russell wrote:
> Peter?
> module: weaken locking assertion for oops path.
>
> We don't actually hold the module_mutex when calling find_module_all
> from module_kallsyms_lookup_name: that's because it's used by the oops
> code and we don't want to d
Hi Andy,
As discussed here are some dt patches which depend on
pmic header "dt-bindings/pinctrl/qcom,pmic-gpio.h" which is availble in
linux-next.
One more thing we discussed w.r.t MDP patch is that it can use
something like OPPs. Which IMHO can be done at later stage as suggested by Rob.
Having
This patch adds pwrseq for WLAN which resets the WLAN just before the
SDIO bus is up.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
b/arch
Add pwrseq support to sdcc4 which would enable a proper reset of WLAN
without ugly hacks in the board support file.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm/boot/dts
From: Rob Clark
This patch adds MDP node to APQ8064 dt.
Signed-off-by: Rob Clark
[Srinivas Kandagatla] : updated with new style rpm regulators
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 87 +
1 file changed, 87 insertions(+
This patch enables MDP support on IFC6410.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
b/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
index 1fc2ea5..1ab
This patch adds heart-beat led support on IFC6410.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dts
b/arch/arm/boot/dts/qcom-apq8064-ifc6410.dt
This patch enables MDP support on QS600 platform.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts
b/arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts
index 3c
On Tue, Jul 28, 2015 at 11:02:09AM +0200, Timo Sigurdsson wrote:
> Hi,
>
> Hans de Goede schrieb am 27.07.2015 14:43:
> >>> I've a simular patch here:
> >>>
> >>> https://github.com/jwrdegoede/linux-sunxi/commit/6a30b7d5be6012b81e5e1439a444e41c0ac1afc1
> >>>
> >>> I did not submit this upstream ye
This patch adds LVDS panel for IFC6410.
Signed-off-by: Rob Clark
[Rob Clark: WIP patch]
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 66 ++
1 file changed, 66 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-ifc6410.dt
On Tue, Jul 28, 2015 at 11:02:16AM +0200, Timo Sigurdsson wrote:
> Hi,
>
> Chen-Yu Tsai schrieb am 27.07.2015 15:14:
> >> ChenYu (in the CC), since you did most of the original work here, do
> >> you know why we have an op at 0.9 volt, but none of our boards allow the
> >> voltage to go that low i
On Tue, 2015-07-28 at 12:31 +, Hayes Wang wrote:
> Oliver Neukum [mailto:oneu...@suse.com]
> > Sent: Tuesday, July 28, 2015 8:14 PM
> [...]
> > > static void rtl8152_tx_timeout(struct net_device *netdev) {
> > > struct r8152 *tp = netdev_priv(netdev);
> > > - int i;
> > >
> > >
On Tue, 28 Jul 2015, Maxime Ripard wrote:
> On Mon, Jul 27, 2015 at 09:53:38AM +0100, Lee Jones wrote:
> > On Mon, 27 Jul 2015, Maxime Ripard wrote:
> >
> > > On Wed, Jul 22, 2015 at 02:04:13PM +0100, Lee Jones wrote:
> > > > These new API calls will firstly provide a mechanisms to tag a clock as
On Mon, Jul 27, 2015 at 10:28:27PM +0100, Alexey Klimov wrote:
> Hi all,
>
> year(s) ago it was discovered that MCT timer and ARM architectured
> timer
> are the same hardware with different interface. Here [1].
Are they actually interfaces to the same timer, or are they just fed by
the same syst
On Tue, Jul 28, 2015 at 02:48:09PM +0200, Linus Walleij wrote:
> On Tue, Jul 28, 2015 at 9:48 AM, Ludovic Desroches
> wrote:
>
> > From: David Dueck
> >
> > Not all gpio banks are necessarily enabled, in the current code this can
> > lead to null pointer dereferences.
> >
> > [ 51.13] Unab
This function is just a getter for struct acpi_device.dev and is needed
in the implementation of the fwnode API when building with !CONFIG_ACPI.
Signed-off-by: Tomeu Vizoso
---
Changes in v2:
- Add acpi_dev_get_device()
include/linux/acpi.h | 10 ++
1 file changed, 10 insertions(+)
di
When looking up a regulator through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by:
When looking up a DMA controller through its firmware node, probe it if
it hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off
When looking up a power supply through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-b
When looking up a pin controller through its firmware node, probe it if
it hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off
When looking up a component through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by:
When looking up an i2c master through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by
When looking up a dpaux device through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-b
When looking up a backlight device through its firmware node, probe it
if it hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-o
When looking up a gpiochip through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by: T
When looking up a PWM chip through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by: T
When looking up a phy through its firmware node, probe it if it hasn't
already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by: Tomeu
When looking up a phy provider through its firmware node, probe it if it
hasn't already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-b
When looking up a clock through its firmware node, probe it if it hasn't
already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by: Tome
Hi Dmitry,
On 07/25/2015 01:46 AM, Dmitry Torokhov wrote:
> On Fri, Jul 24, 2015 at 12:26:19PM -0700, Dmitry Torokhov wrote:
>> On Fri, Jul 24, 2015 at 02:14:57PM -0500, Rob Herring wrote:
>>> On Fri, Jul 24, 2015 at 1:26 PM, Dmitry Torokhov
>>> wrote:
Sometimes drivers might wish to transit
When looking up a panel through its firmware node, probe it if it hasn't
already.
The goal is to reduce deferred probes to a minimum, as it makes it very
cumbersome to find out why a device failed to probe, and can introduce
very big delays in when a critical device is probed.
Signed-off-by: Tome
...by moving the locking of regulator_list_mutex into
regulator_dev_lookup(), where it is iterated over.
The regulator device lock gets acquired before returning, and the caller
is responsible for releasing it after it's done with the regulator
device.
In _regulator_get() the regulator_list_mutex
Hi Ray,
I get the following when building an allmodconfig on arm64:
drivers/pci/host/pcie-iproc-bcma.c: In function 'iproc_pcie_bcma_map_irq':
drivers/pci/host/pcie-iproc-bcma.c:37:31: error: dereferencing pointer
to incomplete type
struct iproc_pcie *pcie = sys->private_data;
Rename the JUMP_LABEL_TYPE_* macros to be JUMP_TYPE_* and move the
inline helpers into kernel/jump_label.c, since that's the only place
they're ever used.
Also rename the helpers.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/jump_label.h | 25 +
kernel/jump_
Because of the static_key restrictions we had to take an unconditional
jump for the most likely case, causing $I bloat.
Rewrite to use the new primitives.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/kernel/tsc.c | 22 ++
1 file changed, 10 insertions(+), 12 deletion
Add two helpers to make it easier to treat the refcount as boolean.
Suggested-by: Jason Baron
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/jump_label.h | 20
kernel/sched/core.c|6 ++
2 files changed, 22 insertions(+), 4 deletions(-)
--- a/incl
Instead of spreading the branch_default logic all over the place,
concentrate it into the one jump_label_type() function.
This does mean we need to actually increment/decrement they enabled
count _before_ calling the update path, otherwise jump_label_type()
will not see the right state.
Signed-of
Since we've already stepped away from ENABLE is a JMP and DISABLE is a
NOP with the branch_default bits, and are going to make it even worse,
rename to make it clearer.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/arm/kernel/jump_label.c |2 +-
arch/arm64/kernel/jump_label.c |2 +
Add a little selftest that validates all combinations.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/Kconfig|6 ++
kernel/jump_label.c | 39 ++-
2 files changed, 44 insertions(+), 1 deletion(-)
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -71,6
Avoid some casting with a helper, also prepares the way for
overloading the LSB of jump_entry::key.
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/jump_label.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
--- a/kernel/jump_label.c
+++ b/kernel/jump_label.c
@@ -188,
Hi all,
After yet another bug because of the weirdness of the static key interface,
here an attempt at providing a better one.
This series is tested on x86_64 (by me) and s390x (heiko).
---
arch/Kconfig |6 +
arch/arm/include/asm/jump_label.h | 24 ++--
arch/a
On Tue, Jul 28, 2015 at 5:45 AM, Ley Foon Tan wrote:
> Enable CONFIG_ARCH_SUPPORT_MSI and CONFIG_PCI in SOCFPGA platform.
>
> Signed-off-by: Ley Foon Tan
> ---
> arch/arm/mach-socfpga/Kconfig | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm/mach-socfpga/Kconfig b/arch/arm/mach
Getting a textual representation of a device node can be very useful for
debugging.
Signed-off-by: Tomeu Vizoso
---
Changes in v2:
- Use of_node_full_name()
drivers/base/property.c | 15 +++
include/linux/property.h | 2 ++
2 files changed, 17 insertions(+)
diff --git a/drivers/
Delay matches of platform devices until late_initcall, when we are sure
that all built-in drivers have been registered already. This is needed
to prevent deferred probes because of some drivers not having registered
yet.
The reason why only platform devices are delayed is that some other
devices
901 - 1000 of 1106 matches
Mail list logo
