On Sun, Sep 06, 2015 at 03:22:43AM +0300, Alexey Klimov wrote:
> Sorry. Right now I see how I screwed up. Should I re-send it as single
> patch with all info included (marking as RESEND)?
No, it's OK - the patch itself was clear enough and I already applied it.
signature.asc
Description: Digita
On Mon, 7 Sep 2015, Thomas Gleixner wrote:
> 1) The boosting is not related to anything.
>
>If the priority of taskB changes then nothing changes the boosting
>of taskA.
>
> 2) The boosting stops
Scratch that #2. Hit send too fast. #1 and #3 still hold.
Thanks,
tglx
--
To unsu
Linus,
please pull the latest irq-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-for-linus
The second part of irq related updates:
- Provide EOImode for GIC[V3] irq chips, which is a prerequisite for
direct interrupt handling in [KVM] gue
Hi, Shawn,
> On Fri, Aug 07, 2015 at 06:01:59PM +0800, Alison Wang wrote:
> > This patch adds platform notifier for dma-coherent requirement.
> > Structure arm_coherent_dma_ops is used instead of arm_dma_ops.
> >
> > Signed-off-by: Alison Wang
> > ---
> > arch/arm/mach-imx/mach-ls1021a.c | 30 ++
On 31.08.2015 13:01, Tomasz Nowicki wrote:
On 08.06.2015 17:14, Lorenzo Pieralisi wrote:
On Mon, Jun 08, 2015 at 03:57:38AM +0100, Hanjun Guo wrote:
[...]
Why can't we make use of the ECAM implementation used by
pci-host-generic
and drivers/pci/access.c?
We had that question when I had post
On 07/09/15 04:24, Peter Chen wrote:
> On Mon, Aug 24, 2015 at 04:21:15PM +0300, Roger Quadros wrote:
>> This is to prevent missing symbol build error if OTG is
>> enabled (built-in) and HCD core (CONFIG_USB) is module.
>>
>> Signed-off-by: Roger Quadros
>> Acked-by: Peter Chen
>> ---
>> drivers
On 07/09/15 07:46, Naoya Horiguchi wrote:
> On Mon, Sep 07, 2015 at 02:23:44AM +, Horiguchi Naoya(堀口 直也) wrote:
>> On Mon, Sep 07, 2015 at 02:29:53AM +0100, Pádraig Brady wrote:
>>> On 20/08/15 09:26, Naoya Horiguchi wrote:
Currently /proc/PID/smaps provides no usage info for vma(VM_HUGETL
On 07/09/15 10:53, Li Jun wrote:
> On Mon, Aug 24, 2015 at 04:21:24PM +0300, Roger Quadros wrote:
>> DRD mode is a reduced functionality OTG mode. In this mode
>> we don't support SRP, HNP and dynamic role-swap.
>>
>> In DRD operation, the controller mode (Host or Peripheral)
>> is decided based on
The sleeper task will be normalized when moved from fair_sched_class, in
order that vruntime will be adjusted either the task is running or sleeping
when moved back. The nomalization in switch_to_fair for sleep task will
result in lose fair sleeper bonus in place_entity() once the vruntime -
cf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/09/15 12:06, Roger Quadros wrote:
> Felipe,
>
> On 03/09/15 18:44, Felipe Balbi wrote:
>> Hi,
>
>> On Thu, Sep 03, 2015 at 03:21:48PM +0300, Roger Quadros wrote:
> + dwc->fsm->id = id;
> + dwc->fsm->b_sess_vld = vbus;
> + usb_otg_
Hi Linus,
Can you please pull the XFS updates from the tag below? There isn't
a whole lot to this update - it's mostly bug fixes and they are
spread pretty much all over XFS. There are some corruption fixes,
some fixes for log recovery, some fixes that prevent unount from
hanging, a lockdep annota
Peter,
On 06/09/15 05:02, Peter Chen wrote:
> On Wed, Sep 02, 2015 at 05:24:16PM +0300, Roger Quadros wrote:
>> Register with the USB OTG core. Since we don't support
>> OTG yet we just work as a dual-role device even
>> if device tree says "otg".
>>
>> +
>> +static int dwc3_drd_init(struct dwc3 *
On Mon, Sep 7, 2015 at 11:00 AM, Chinmay V S wrote:
> Hello everyone,
>
> TL;DR: In Linux RT scheduler, how can rt_nr_running be non-zero AND
> active-bitmap NOT have any valid bit set?
>
> Details:
> Recently i encountered the following BUG() within the realtime
> scheduler (sched_rt.c) on 3.1.10
On Mon, Sep 7, 2015 at 12:28 PM, Chinmay V S wrote:
> Thanks for your quick response Mike.
>
>> Try without the proprietary modules. You may also want to audit futex
>> fixes if you can't use a maintained stable tree. 3.2 has a bunch that
>> 3.1 does not.
>
> I see that futex.c has 17 patches in
Hello Sjoerd,
On 09/06/2015 10:16 PM, Sjoerd Simons wrote:
> The DesignWare HS OTG USB 2.0 is used in various SoC families among wich
> the various rockchip SoCs, enable the driver and the PHY glue for
> rockchip
>
> Signed-off-by: Sjoerd Simons
>
> ---
>
> arch/arm/configs/multi_v7_defconfig
Hi,
I guess one could rename that to something like
"ARM: multi_v7_defconfig: Enable regulators used on most rockchip boards"
and as well add
CONFIG_REGULATOR_FAN53555=y
CONFIG_MFD_RK808=y
CONFIG_REGULATOR_RK808=y
fan5355 is the driver providing support for the syr82x used on all rk3288
boards
Hello Sjoerd,
On 09/06/2015 10:16 PM, Sjoerd Simons wrote:
> Enable options needed for HDMI out on rockchip: DRM driver, Rockchip
> DesignWare HDMI glue and the rockchip IOMMU (dependency of the DRM
> driver).
>
> Signed-off-by: Sjoerd Simons
> ---
>
> arch/arm/configs/multi_v7_defconfig | 3 +
On Sat, Sep 05, 2015 at 06:53:02PM +0100, Peter Zijlstra wrote:
> On Wed, Sep 02, 2015 at 02:18:53PM -0700, Linus Torvalds wrote:
> > So I think we could possibly relax the requirements (and document this
> > very clearly) to say that the futex operation must be totally ordered
> > wrt any other _u
Hello Sjoerd,
On 09/06/2015 10:16 PM, Sjoerd Simons wrote:
> Active Semi act8846 is used as the PMIC on various Rockchip boards,
> enable the ACT8865 driver to support this.
>
> Signed-off-by: Sjoerd Simons
> ---
>
> arch/arm/configs/multi_v7_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
On Mon, 2015-24-08 at 11:20:25 UTC, Kevin Hao wrote:
> This function is only used by get_vtb(). They are almost the same
> except the reading from the real register. Move the mfspr() to
> get_vtb() and kill the function mfvtb(). With this, we can eliminate
> the use of cpu_has_feature() in very cor
Hello Sjoerd,
On 09/06/2015 10:16 PM, Sjoerd Simons wrote:
> Enable Rockchip I2C, SPI, PWM, thermal drivers.
>
> Builtin are:
> * I2C as it often controls the pmic.
Having I2C as a module will cause more probe deferrals due missing
regulators and slow down the boot but it should not cause issue
Forwarding without image attachment to get below message size limit of
the mailing lists.
I've uploaded the image to:
http://www.users.on.net/~arthur.marsh/20150907539.jpg
Forwarded Message
Subject: Re: eata fails to load on post 4.2 kernels
Date: Mon, 07 Sep 2015 15:56:02 +0
28.06.2015 22:27, Dmitry Osipenko пишет:
MLOCK's debug info, spewed on CDMA timeout, contains meaningless MLOCK
owner channel ID because HOST1X_SYNC_MLOCK_OWNER_CHID_F() returns shifted
value, while unshifted should be used. Fix it by changing '_F' to '_V'.
Signed-off-by: Dmitry Osipenko
---
30.06.2015 17:15, Dmitry Osipenko пишет:
Commit 72daceb9a10a ("net: rfkill: gpio: Add default GPIO driver mappings
for ACPI") removed possibility to request GPIO by table index for non-ACPI
platforms without changing it users. As result "shutdown" GPIO request
will fail if request for "reset" GPI
On Mon, Aug 24, 2015 at 04:21:24PM +0300, Roger Quadros wrote:
> DRD mode is a reduced functionality OTG mode. In this mode
> we don't support SRP, HNP and dynamic role-swap.
>
> In DRD operation, the controller mode (Host or Peripheral)
> is decided based on the ID pin status. Once a cable plug (
On Fri, Sep 04, 2015 at 05:50:09PM +0100, Marc Zyngier wrote:
> When pci-host-generic looks for the probe-only property, it seems
> to trust the DT to be correctly written, and assumes that there
> is a parameter to the property.
>
> Unfortunately, this is not always the case, and some firmware ex
On Sat, 5 Sep 2015, Steven Rostedt wrote:
> On Sat, 5 Sep 2015 08:18:36 -0400
> Steven Rostedt wrote:
>
> > On Sat, 5 Sep 2015 12:30:59 +0200 (CEST)
> > Thomas Gleixner wrote:
> > >
> > > So instead of doing that proposed magic boost, we can do something
> > > more straight forward:
> > >
> >
On 08/29/2015 05:35 AM, Paul E. McKenney wrote:
> +extern bool __rcu_sync_is_idle(struct rcu_sync *);
> +
> /**
> * rcu_sync_is_idle() - Are readers permitted to use their fastpaths?
> * @rsp: Pointer to rcu_sync structure to use for synchronization
> @@ -50,7 +52,11 @@ struct rcu_sync {
> *
There are several reports of the kernel losing contact with auditd when
it is, in fact, still running. When this happens, kernel syslogs show:
"audit: *NO* daemon at audit_pid="
although auditd is still running, and is apparently happy, listening on
the netlink socket. The pid in the "*NO*
On Mon, Aug 24, 2015 at 04:21:18PM +0300, Roger Quadros wrote:
> The OTG core instantiates the OTG Finite State Machine
> per OTG controller and manages starting/stopping the
> host and gadget controllers based on the bus state.
>
> It provides APIs for the following tasks
>
> - Registering an OT
If an attempt to wake up users of broadcast link is made when there is
no enough place in send queue than it may hang up inside the
tipc_sk_rcv() function since the loop breaks only after the wake up
queue becomes empty. This can lead to complete CPU stall with the
following message generated by RC
On Fri, Sep 04, 2015 at 11:20:03AM +0100, Russell King - ARM Linux wrote:
> On Thu, Sep 03, 2015 at 11:04:40AM +0200, Thierry Reding wrote:
> > Conversely, if the panel isn't capable of generating an HPD signal, then
> > I don't think it would be appropriate to make it a DT property. It would
> > b
On Tue, 1 Sep 2015 22:05:58 +0200
Geert Uytterhoeven wrote:
> If NO_DMA=y:
>
> ERROR: "dma_free_coherent" [drivers/staging/most/mostcore/mostcore.ko]
> undefined!
> ERROR: "dma_alloc_coherent" [drivers/staging/most/mostcore/mostcore.ko]
> undefined!
>
> As all MOST sub drivers use DMA
On Fri, 2015-09-04 at 17:50 +0100, Marc Zyngier wrote:
> When find_and_init_phbs() looks for the probe-only property, it seems
> to trust the firmware to be correctly written, and assumes that there
> is a parameter to the property.
>
> It is conceivable that the firmware could not be that perfect
On Fri, Sep 04, 2015 at 09:36:06AM -0700, David Daney wrote:
> On 09/04/2015 09:04 AM, Yury Norov wrote:
> >This patch is on top of https://lkml.org/lkml/2015/9/2/413
> >
> >In master, there's only a single function -
> > update_mixed_endian_el0_support
> >And similar function is on review ment
On 09/05/2015 04:11 AM, Rafael J. Wysocki wrote:
> On Friday, September 04, 2015 03:34:55 PM Daniel Wagner wrote:
>> Instead encode the FREEZE state via the CPU state we allow the
>> interesting subsystems (MCE, microcode) to query the power
>> subsystem directly.
>
> A use case, please.
The moti
Hi,
On 07-09-15 10:23, yuantian.t...@freescale.com wrote:
From: Tang Yuantian
This reverts commit 5163fb62541e
("ahci: added support for Freescale AHCI sata")
The reverted patch added Freescale QorIQ AHCI sata support to
ahci_platform driver though, but it left SoC specific settings to uboot.
Hi Shawn,
On 15-09-06 12:32:32, Shawn Guo wrote:
> On Thu, Aug 06, 2015 at 09:28:22PM +0530, Sanchayan Maity wrote:
> > Add iio_hwmon node to expose the temperature channel on Vybrid
> > as hardware monitor device using the iio_hwmon driver.
> >
> > Signed-off-by: Sanchayan Maity
> > ---
> > ar
On Mon, 2015-09-07 at 16:56 +0900, Krzysztof Kozlowski wrote:
> On 07.09.2015 16:53, Heiko Stübner wrote:
> > Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski:
> > I guess the easiest option would be to just drop the dwc2 from
> > here, only
> > keeping the phy enablement and let
On Mon, Sep 07, 2015 at 05:14:22AM +0100, Ganapatrao Kulkarni wrote:
> Hi Hanjun,
>
> On Wed, May 27, 2015 at 1:51 PM, Hanjun Guo wrote:
> > Hi Liviu,
> >
> > On 2015???05???27??? 01:20, Jiang Liu wrote:
> >>
> >> On 2015/5/27 0:58, Liviu Dudau wrote:
> >>>
> >>> On Tue, May 26, 2015 at 01:49:14P
Hello,
On one of our servers I've observed the a kernel pannic
happening with the following backtrace:
[654405.527070] BUG: unable to handle kernel paging request at 00028001
[654405.527076] IP: [] kmem_cache_alloc_node+0x99/0x1e0
[654405.527085] PGD 14bef58067 PUD 2ab358067 PMD 0
[654
Adding tools/include into tags directories, to have include
definitions reachable via tags/cscope.
Link: http://lkml.kernel.org/n/tip-jihvx6xbdoz1xqtxce7cu...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/Makefile.perf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
On Sun, Sep 06, 2015 at 04:20:39PM +0800, Yakir Yang wrote:
> Hi Rob,
>
> 在 09/05/2015 05:46 AM, Rob Herring 写道:
> >On Wed, Sep 2, 2015 at 11:27 PM, Yakir Yang wrote:
> >>Hi Rob,
> >>
> >>在 09/03/2015 04:17 AM, Rob Herring 写道:
> >>>On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang wrote:
> Some edp
Adding part of the kernel's interface:
inline void * __must_check ERR_PTR(long error);
inline long __must_check PTR_ERR(__force const void *ptr);
inline bool __must_check IS_ERR(__force const void *ptr);
it will be used to propagate error through pointers
in following patches.
Link: ht
Propagate error info from tp_format via ERR_PTR to get
it all the way down to the parse-event.c tracepoint adding
routines. Following functions now return pointer with
encoded error:
- tp_format
- trace_event__tp_format
- perf_evsel__newtp_idx
- perf_evsel__newtp
This affects several other
Enhancing parsing events tracepoint error output. Adding
more verbose output when the tracepoint is not found or
the tracing event path cannot be access.
$ sudo perf record -e sched:sched_krava ls
event syntax error: 'sched:sched_krava'
\___ unknown tracepoint
Error:
Pass 'struct parse_events_error *error' to the parse-event.c
tracepoint adding path. It will be filled with error data
in following patches.
Link: http://lkml.kernel.org/n/tip-las1hm5zf58b0twd27h98...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/parse-events.c | 27 +++
hi,
enhancing parsing events tracepoint error output. Adding
more verbose output when the tracepoint is not found or
the tracing event path cannot be access.
$ sudo perf record -e sched:sched_krava ls
event syntax error: 'sched:sched_krava'
\___ unknown tracepoint
Err
On Sat, 5 Sep 2015, Ingo Molnar wrote:
> * Thomas Gleixner wrote:
>
> > So the problem we need to solve is:
> >
> > retry:
> > lock(B);
> > if (!try_lock(A)) {
> > unlock(B);
> > cpu_relax();
> > goto retry;
> > }
> >
> > So instead of doing that
When we end up calling kasan_report in real mode, our shadow mapping
for the spinlock variable will show poisoned. This will result
in us calling kasan_report_error with lock_report spin lock held.
To prevent this disable kasan reporting when we are priting
error w.r.t kasan.
Reviewed-by: Andrey R
We can't use generic functions like print_hex_dump to access kasan
shadow region. This require us to setup another kasan shadow region
for the address passed (kasan shadow address). Some architectures won't
be able to do that. Hence make a copy of the shadow region row and
pass that to generic func
From: Tang Yuantian
This reverts commit 5163fb62541e
("ahci: added support for Freescale AHCI sata")
The reverted patch added Freescale QorIQ AHCI sata support to
ahci_platform driver though, but it left SoC specific settings to uboot.
It leads to QorIQ sata heavily depending on uboot. In order
From: Tang Yuantian
Currently Freescale QorIQ series SATA is supported by ahci_platform
driver. Some SoC specific settings have been put in uboot. So whether
SATA works or not heavily depends on uboot.
This patch will add a new driver to support QorIQ sata which removes
the dependency on any othe
The function only disable/enable reporting. In the later patch
we will be adding a kasan early enable/disable. Rename kasan_enabled
to properly reflect its function.
Reviewed-by: Andrey Ryabinin
Signed-off-by: Aneesh Kumar K.V
---
mm/kasan/kasan.h | 2 +-
mm/kasan/report.c | 2 +-
2 files chan
From: Tang Yuantian
adds bindings for Freescale QorIQ AHCI SATA controller.
Signed-off-by: Tang Yuantian
---
.../devicetree/bindings/ata/ahci-fsl-qoriq.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ata/ahci-fsl-qoriq
Use is_module_address instead
Signed-off-by: Aneesh Kumar K.V
---
mm/kasan/report.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/mm/kasan/report.c b/mm/kasan/report.c
index 6c3f82b0240b..d269f2087faf 100644
--- a/mm/kasan/report.c
+++ b/mm/kasan/report.c
@@ -22,6
Add device tree node for the On-Chip One Time Programmable
controller (OCOTP) on the Vybrid platform.
Signed-off-by: Sanchayan Maity
---
arch/arm/boot/dts/vfxxx.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi
index 2f4b
The patch adds support for the On Chip One Time Programmable Peripheral
(OCOTP) on the Vybrid platform.
Signed-off-by: Sanchayan Maity
Acked-by: Srinivas Kandagatla
---
drivers/nvmem/Kconfig | 10 ++
drivers/nvmem/Makefile | 2 +
drivers/nvmem/vf610-ocotp.c | 302 +
Add clock support for Vybrid On-Chip One Time Programmable
(OCOTP) controller.
While the OCOTP block does not require explicit clock gating,
for programming the OCOTP timing register the clock rate of
ipg clock is required for timing calculations related to fuse
and shadow register read sequence.
Add the devicetree bindings for the Freescale Vybrid On-Chip
OTP driver.
Signed-off-by: Sanchayan Maity
Acked-by: Srinivas Kandagatla
---
.../devicetree/bindings/nvmem/vf610-ocotp.txt | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 Documentation/devicetree
Hello,
Tested on Greg's tree char-misc-next branch along with Stefan's NAND driver
patchset.
Sample output on Colibri VF50
root@colibri-vf:/sys/bus/nvmem/devices/ocotp0# uname -a
Linux colibri-vf 4.2.0-rc6-9-g1cec223 #5 SMP Mon Sep 7 12:34:37 IST 2015
armv7l GNU/Linux
root@colibri-vf:/sys/
On Sun, Sep 06, 2015 at 11:59:08AM +0800, Yakir Yang wrote:
> Hi Thierry,
>
> 在 09/03/2015 05:04 PM, Thierry Reding 写道:
> >On Thu, Sep 03, 2015 at 12:27:47PM +0800, Yakir Yang wrote:
> >>Hi Rob,
> >>
> >>在 09/03/2015 04:17 AM, Rob Herring 写道:
> >>>On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang wrote:
On Mon, 7 Sep 2015, Ingo Molnar wrote:
> > I did some work on this a few years ago, including emulating DR0-7
> > accesses in
> > software down the JTAG handler upon a General Detect fault to keep the
> > kernel
> > both happy and away from real debug registers. ;) Yes, you can debug any
> >
The util-linux release v2.27 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.27
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux 2.27 Release Notes
=
The command tailf is deprecated in favour of tail -f from coreutils.
On Mon, Sep 07, 2015 at 09:37:50AM +0200, Ingo Molnar wrote:
>
> * Mikko Rapeli wrote:
>
> > > > +++ b/arch/x86/include/uapi/asm/sigcontext32.h
> > > > @@ -3,6 +3,6 @@
> > > >
> > > > /* This is a legacy file - all the type definitions are in
> > > > sigcontext.h: */
> > > >
> > > > -#incl
On Fri, Sep 04, 2015 at 11:29:30PM +0200, Heiko Stuebner wrote:
> Am Freitag, 4. September 2015, 16:06:02 schrieb Rob Herring:
> > On Tue, Sep 1, 2015 at 3:46 PM, Heiko Stuebner wrote:
> > > Am Dienstag, 1. September 2015, 13:49:58 schrieb Yakir Yang:
> > >> Split the dp core driver from exynos di
On 09/07/2015 06:27 AM, Matt Ranostay wrote:
> Thinking this over do we needed a IIO_CHAN_INFO_PROCESSED_OFFSET to
> signal that it needs to be after the (value - offset) * scale
> calculation?
Well, value * scale + offset = (value + offset/scale) * scale. So just scale
your offset inversely to th
Right now even if driver failed to probe extcon framework will
still deliver its VBUS and ID events, which will lead to random
exception codes.
Fix this by removing VBUS and ID events notifiers when probe fail.
Fixes: 591fc116f330 ("usb: phy: msm: Use extcon framework for VBUS and ID
detection")
On 07.09.2015 16:53, Heiko Stübner wrote:
> Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski:
>> On 07.09.2015 16:10, Sjoerd Simons wrote:
>>> Hey Krzysztof,
>>>
>>> On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote:
On 07.09.2015 05:16, Sjoerd Simons wrote:
>
On Mon, 2015-08-24 at 10:11 -0700, Tim Bird wrote:
> On 08/18/2015 12:56 AM, Ivan T. Ivanov wrote:
> > Right now even if driver failed to probe extcon framework will
> > still deliver its VBUS and ID events, which will lead to random
> > exception codes.
> >
> > Fix this by removing driver intere
Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski:
> On 07.09.2015 16:10, Sjoerd Simons wrote:
> > Hey Krzysztof,
> >
> > On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote:
> >> On 07.09.2015 05:16, Sjoerd Simons wrote:
> >>> The DesignWare HS OTG USB 2.0 is used in var
Hi Muhammad,
Please split coding style fixes to a separate patch and leave
only devm related changes here.
On 09/05/2015 09:55 PM, Muhammad Falak R Wani wrote:
Use of resource-managed function devm_led_classdev_register
instead of led_classdev_register is preferred, consequently
remove redundan
On 09/05/2015 09:53 PM, Muhammad Falak R Wani wrote:
Use resource-managed function devm_led_classdev_register
instead of led_classdev_register to simplify error path.
An unnecessary check of ret is replaced with a direct return
Also, remove redundant hp6xxled_remove.
Signed-off-by: Muhammad Fala
On 09/05/2015 04:23 PM, Muhammad Falak R Wani wrote:
Use resource-managed function devm_led_classdev_register
instead of led_classdev_register to make the error path simpler.
The goto is replaced with direct return, unneeded label err is
dropped. Also, remove redundant ot200_led_remove.
Signed-o
* Maciej W. Rozycki wrote:
> I did some work on this a few years ago, including emulating DR0-7 accesses
> in
> software down the JTAG handler upon a General Detect fault to keep the kernel
> both happy and away from real debug registers. ;) Yes, you can debug any
> software with this stuff
On Thu, Aug 20, 2015 at 12:08:00PM +0800, Vinod Koul wrote:
> On Mon, Aug 17, 2015 at 02:10:46PM -0500, Li Yang wrote:
> > >> Think of it from the end user perspective. Would you like your
> > >> laptop (or
> > >> whatever) to refuse to suspend because of this condition? The user
> > >> may well ex
* Mikko Rapeli wrote:
> > > +++ b/arch/x86/include/uapi/asm/sigcontext32.h
> > > @@ -3,6 +3,6 @@
> > >
> > > /* This is a legacy file - all the type definitions are in sigcontext.h:
> > > */
> > >
> > > -#include
> > > +#include
> >
> > There's no asm/sigcontext.h file anymore if you ap
Hi Christoph (and those reading!),
I wonder if there might be any update or, most important, anything else for me
to test in order to provide info to address this issue...
I really would like to find out whether it is a bug in my hardware (which would
be OK, as I know already how to work arou
On 07.09.2015 16:10, Sjoerd Simons wrote:
> Hey Krzysztof,
>
> On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote:
>> On 07.09.2015 05:16, Sjoerd Simons wrote:
>>> The DesignWare HS OTG USB 2.0 is used in various SoC families among
>>> wich
>>> the various rockchip SoCs, enable the drive
On Sat 05-09-15 18:11:40, Chen Gang wrote:
> Hello All:
>
> I have send 2 new patches about mm, and 1 patch for arch metag via my
> 21cn mail. Could any members help to tell me, whether he/she have
> received the patches or not?
Yes they seem to be in the archive.
http://lkml.kernel.org/r/COL130-
From: Michal Hocko
Andy has reported a __might_sleep warning
[ 5174.883617] WARNING: CPU: 0 PID: 1532 at
/home/agrover/git/kernel/kernel/sched/core.c:7389 __might_sleep+0x7d/0x90()
[ 5174.884407] do not call blocking ops when !TASK_RUNNING; state=1 set at
[] uio_read+0x91/0x170 [uio]
[ 5174.8851
On Mon, 2015-09-07 at 12:28 +0530, Chinmay V S wrote:
> To catch the "culprit" in the middle of busting the scheduler's
> internal data structures, what would be the recommended debug
> mechanisms (or config options) that i can try?
I'd configure kdump, let it explode, and examine runqueues in th
On 15/09/04, Paul Moore wrote:
> On Friday, September 04, 2015 05:14:54 AM Richard Guy Briggs wrote:
> > There are several reports of the kernel losing contact with auditd ...
>
> Even if this doesn't completely solve the problem, I like the extra reporting
> and robustness of this change. Some
Hey Krzysztof,
On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote:
> On 07.09.2015 05:16, Sjoerd Simons wrote:
> > The DesignWare HS OTG USB 2.0 is used in various SoC families among
> > wich
> > the various rockchip SoCs, enable the driver and the PHY glue for
> > rockchip
> +Cc Marek a
Hi,
On 06-09-15 07:39, Yuantian Tang wrote:
Hi,
-Original Message-
From: Hans de Goede [mailto:hdego...@redhat.com]
Sent: Wednesday, September 02, 2015 4:32 PM
To: Tang Yuantian-B29983
Cc: t...@kernel.org; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ah
Use more compact of_property_read_bool() calls instead of the
of_find_property() calls.
Signed-off-by: Shawn Lin
---
drivers/input/touchscreen/mms114.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/touchscreen/mms114.c
b/drivers/input/touchscreen/mms114.
Use more compact of_property_read_bool() calls instead of the
of_find_property() calls.
Signed-off-by: Shawn Lin
---
drivers/input/keyboard/tegra-kbc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/keyboard/tegra-kbc.c
b/drivers/input/keyboard/tegra-kbc.
501 - 587 of 587 matches
Mail list logo