The below should take care of both issues, what do you think?
fyi I've found another issue, completely unrelated to this one. We can
deref a nil ptr in the rtmutex torturing, which I hit last night.
<8-
Subject: [PATCH] l
Hi Balbi,
On March 4, 2016 7:11:30 AM GMT+00:00, Felipe Balbi wrote:
>
>Hi,
>
>"Felipe F. Tonello" writes:
>> [ text/plain ]
>> Patches are pretty much self-described.
>>
>> Patch 1 is revised from comments.
>
>you really need to describe what you changed. This also should have v2
>on subject l
Felipe Ferreri Tonello wrote:
> On March 4, 2016 8:07:40 AM GMT+00:00, Clemens Ladisch
> wrote:
>> Felipe Ferreri Tonello wrote:
>>> On 03/03/16 11:38, Clemens Ladisch wrote:
But in what way was the old state machine not "proper"?
>>>
>>> Because it didn't reflect all the correct and possibl
Hi Balbi,
On March 4, 2016 7:16:42 AM GMT+00:00, Felipe Balbi wrote:
>
>Hi,
>
>"Felipe F. Tonello" writes:
>> [ text/plain ]
>> This gadget uses a bmAttributes and MaxPower that requires the USB
>bus to be
>> powered from the host, which is not correct because this
>configuration is device
>> s
Hi Balbi,
On March 4, 2016 7:20:10 AM GMT+00:00, Felipe Balbi wrote:
>
>Hi,
>
>"Felipe F. Tonello" writes:
>> [ text/plain ]
>> Since f_midi_transmit is called by both ALSA and USB frameworks, it
>can
>> potentially cause a race condition between both calls. This is bad
>because the
>> way f_mi
* Paolo Bonzini (pbonz...@redhat.com) wrote:
>
>
> On 04/03/2016 15:26, Li, Liang Z wrote:
> >> >
> >> > The memory usage will keep increasing due to ever growing caches, etc, so
> >> > you'll be left with very little free memory fairly soon.
> >> >
> > I don't think so.
> >
>
> Roman is righ
Hi Linus,
We've got a fix in my for-linus-4.5 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.5
Filipe nailed down a problem where tree log replay would do some work
that orphan code wasn't expecting to be done yet, leading to BUG_ON.
Filipe Manana (1) c
On Fri, Mar 4, 2016 at 10:18 AM, Toshi Kani wrote:
> On Fri, 2016-03-04 at 10:44 +0100, Ingo Molnar wrote:
>> * Luis R. Rodriguez wrote:
>>
>> Could you outline a specific case where it's done intentionally - and the
>> purpose behind that intention?
>
> The term "overlapping" is a bit misleading
Mark Rutland writes:
> On Fri, Mar 04, 2016 at 10:39:29AM -0800, Eric Anholt wrote:
>> For now this doesn't support the new hardware present on the Pi 3 (BT,
>> wifi, GPIO expander). Since the GPIO expander isn't supported, we
>> also don't have the LEDs like the other board files do.
>>
>> Sig
On Fri, Mar 04, 2016 at 10:55:03AM -0800, Eric Anholt wrote:
> Mark Rutland writes:
>
> > On Fri, Mar 04, 2016 at 10:39:29AM -0800, Eric Anholt wrote:
> >> For now this doesn't support the new hardware present on the Pi 3 (BT,
> >> wifi, GPIO expander). Since the GPIO expander isn't supported, w
Add binding for generic parallel-in/serial-out shift register devices
used as GPIO.
Signed-off-by: Andrew F. Davis
Acked-by: Rob Herring
---
The driver was taken but it looks like this might have been lost,
anyway I've added a dual-string example as requested.
.../devicetree/bindings/gpio/gpio
Hi
Some further thoughts on the matter. You have so far not showed a valid example
of a race condition. The two examples you give in the commit message are for a
_single_ thread existing in the address space (fork and execve).
BR,
Lars
> 1 mars 2016 kl. 03:39 skrev Paul Burton :
>
> It's pos
On Fri, 04 Mar 2016 17:01:52 +0100
Jacek Anaszewski wrote:
> On 03/04/2016 04:05 PM, David Rivshin (Allworx) wrote:
> > On Fri, 04 Mar 2016 08:54:02 +0100
> > Jacek Anaszewski wrote:
> >
> >> On 03/04/2016 01:45 AM, David Rivshin (Allworx) wrote:
> >>> On Thu, 03 Mar 2016 15:51:32 +0100
> >>
On Fri, Mar 04, 2016 at 10:38:40AM +0100, Jacek Anaszewski wrote:
> Hi Evan,
>
> On 03/04/2016 09:38 AM, Evan McClain wrote:
> >On Thu, 2016-03-03 at 15:46 -0800, Dmitry Torokhov wrote:
> >>From: Simon Que
> >>
> >>This is a driver for ACPI-based keyboard backlight LEDs found on
> >>Chromebooks.
On Wed, Mar 02 2016, Felipe F. Tonello wrote:
> Signed-off-by: Felipe F. Tonello
> ---
> drivers/usb/gadget/function/f_midi.c | 77
> +++-
> 1 file changed, 40 insertions(+), 37 deletions(-)
>
> diff --git a/drivers/usb/gadget/function/f_midi.c
> b/drivers/usb/ga
Hi Jacek,
On Fri, Mar 04, 2016 at 10:38:24AM +0100, Jacek Anaszewski wrote:
> Hi Dmitry,
>
> Thanks for the patch. There's already other pending version [1],
> still to be decided where it should live.
>
> [1] http://comments.gmane.org/gmane.linux.leds/4523
Yes, sorry, have not noticed it alrea
On Fri, Mar 04, 2016 at 07:16:57PM +0100, Torsten Duwe wrote:
> On Fri, Mar 04, 2016 at 02:01:37PM +0100, Petr Mladek wrote:
> >
> > Do I understand it correctly that we could not patch functions that
> > pass arguments on the stack with this implementation? If yes, how hard
> > would be to get it
Signed-off-by: Adam Buchbinder
---
arch/tile/include/hv/drv_mpipe_intf.h | 26 +-
arch/tile/kernel/kgdb.c | 4 ++--
arch/tile/kernel/pci_gx.c | 2 +-
3 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/arch/tile/include/hv/drv_mpipe
2016-03-04 11:19 GMT-08:00 Dmitry Torokhov :
>
> Hi Jacek,
>
> On Fri, Mar 04, 2016 at 10:38:24AM +0100, Jacek Anaszewski wrote:
> > Hi Dmitry,
> >
> > Thanks for the patch. There's already other pending version [1],
> > still to be decided where it should live.
> >
> > [1] http://comments.gmane.or
On Thu, Mar 03, 2016 at 01:42:33PM -0800, Paul E. McKenney wrote:
> On Thu, Mar 03, 2016 at 01:21:48PM -0800, Luis R. Rodriguez wrote:
> > The current documentation refers to using set_memor_wc() as a
> > possible hole strategy when you have overlapping ioremap() regions,
> > that's incorrect as se
On Thu, Mar 03 2016, Hidehiro Kawai wrote:
> Change nmi_panic() macro to a normal function for the portability.
> Also, export it for modules.
>
> Changes since v2:
> - Make nmi_panic receive a single string instead of printf style args
>
> Signed-off-by: Hidehiro Kawai
> Cc: Andrew Morton
> Cc:
From: Andrzej Hajda
Date: Fri, 04 Mar 2016 08:19:04 +0100
> Variable entry holds result of jumbo_frm callback. It can be negative,
> so the variable should be signed. The patch changes also type of related
> first_entry variable to make code compact and coherent.
>
> The problem has been detecte
Hi Jon,
[ cc'd everyone back in on the assumption private mail was accidental ]
On 03/04/2016 12:21 AM, Jon Masters wrote:
> Top posting - in transit currently
>
> Peter,
>
> I would like to understand what concrete action you feel is needed in
> order to be comfortable with adding SPCR suppor
Hi Jean,
> The Technologic Systems TS-4800 is an i.MX515 board, so its drivers
> are useless unless building a SOC_IMX51 kernel, except for build
> testing purposes.
>
> Signed-off-by: Jean Delvare
> Cc: Damien Riegel
> Cc: Rob Herring
> Cc: Guenter Roeck
> Cc: Wim Van Sebroeck
> ---
> driv
Hi Rob,
> As used in (and tested on) the ASRock IMB-150 board. Implementation is
> identical to other NCT chips, just with different registers.
>
> Signed-off-by: Rob Kramer
> ---
> drivers/watchdog/Kconfig| 1 +
> drivers/watchdog/w83627hf_wdt.c | 22 +++---
> 2 files
Hi Thierry,
> From: Thierry Reding
>
> The driver uses the atomic_io_modify() function to update registers, but
> that function is only available on 32-bit ARM. Recent changes have added
> ARCH_MVEBU support to 64-bit ARM and hence allowed this driver to build
> on 64-bit ARM where this function
2016-03-04 09:28+0100, Paolo Bonzini:
> A function that does the same as i8254.c's muldiv64 has been added
> (for KVM's own use, in fact!) in include/linux/math64.h. Use it
> instead of muldiv64.
>
> Signed-off-by: Paolo Bonzini
> ---
(And mul_u64_u32_div is faster,)
Reviewed-by: Radim Krčmář
On Fri, 4 Mar 2016, Dave Hansen wrote:
> On 03/04/2016 03:26 AM, Kirill A. Shutemov wrote:
> > On Thu, Mar 03, 2016 at 07:51:50PM +0300, Kirill A. Shutemov wrote:
> >> Truncate and punch hole that only cover part of THP range is implemented
> >> by zero out this part of THP.
> >>
> >> This have vis
Mark Rutland writes:
> On Fri, Mar 04, 2016 at 10:55:03AM -0800, Eric Anholt wrote:
>> Mark Rutland writes:
>>
>> > On Fri, Mar 04, 2016 at 10:39:29AM -0800, Eric Anholt wrote:
>> >> For now this doesn't support the new hardware present on the Pi 3 (BT,
>> >> wifi, GPIO expander). Since the GP
Hi Michael,
> Calling return copy_to_user(...) in an ioctl will not do the right thing
> if there's a pagefault: copy_to_user returns the number of bytes not
> copied in this case.
>
> Fix up watchdog/rc32434_wdt to do
> return copy_to_user(...)) ? -EFAULT : 0;
>
> instead.
>
> Cc: sta..
Hi Martyn,
> The Zodiac watchdog is implemented on a microcontoller. The reset reason
> currently labelled "trigger" is not to detect when the watchdog has
> triggered (as had been initially understood and suggested by the naming),
> but to inform the reader that the watchdog, which in fact has it
Hi Guenter,
> The 'action' (or restart mode) and data parameters may be used by restart
> handlers, so they should be passed to the restart callback functions.
>
> Cc: Sylvain Lemieux
> Signed-off-by: Guenter Roeck
> ---
> drivers/watchdog/bcm47xx_wdt.c | 3 ++-
> drivers/watchdog/da9063_wdt
On Tue, Feb 09, 2016 at 11:18:47AM +0100, Jean Delvare wrote:
> The Technologic Systems TS-4800 is an i.MX515 board, so its drivers
> are useless unless building a SOC_IMX51 kernel, except for build
> testing purposes.
>
> Signed-off-by: Jean Delvare
Applied, thank you.
> Cc: Damien Riegel
> C
Hi William,
> The WinSystems EBC-C384 has an onboard watchdog timer. The timeout range
> supported by the watchdog timer is 1 second to 255 minutes. Timeouts
> under 256 seconds have a 1 second granularity, while the rest have a 1
> minute granularity.
>
> This driver adds watchdog timer support
Hi Fu,
> From: Fu Wei
>
> This patchset:
> (1)Introduce Documentation/devicetree/bindings/watchdog/sbsa-gwdt.txt
> for FDT info of SBSA Generic Watchdog, and give two examples of
> adding SBSA Generic Watchdog device node into the dts files:
> foundation-v8.dts and amd-seattle-so
I'm trying to wrap my head around how steal_account_process_tick() interacts
with account_process_tick().
Suppose we have CONFIG_VIRT_CPU_ACCOUNTING_GEN=y and CONFIG_NO_HZ_IDLE, with a
cpu hog on cpu0 to prevent it going idle.
As I understand it, account_process_tick() will be called once per
您好:
您还在用ali平台开发外贸客户?
还在使用展会宣传企业和产品?
你out了!!!
当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？
行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？
加QQ1286754208给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。
广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。
On 03/04/2016 11:38 AM, Will Deacon wrote:
Hi Chris,
On Wed, Mar 02, 2016 at 03:09:35PM -0500, Chris Metcalf wrote:
Currently ret_fast_syscall, work_pending, and ret_to_user form an ad-hoc
state machine that can be difficult to reason about due to duplicated
code and a large number of branch ta
On 03/04/2016 11:34 AM, Peter Hurley wrote:
> Hi Jon,
>
> [ cc'd everyone back in on the assumption private mail was accidental ]
>
>
> On 03/04/2016 12:21 AM, Jon Masters wrote:
>> Top posting - in transit currently
>>
>> Peter,
>>
>> I would like to understand what concrete action you feel is
On Thu, 3 Mar 2016 16:43:49 +0900 Joonsoo Kim wrote:
> > Acked-by: Vlastimil Babka
> >
> >> +config DEBUG_PAGE_REF
> >> + bool "Enable tracepoint to track down page reference manipulation"
> >> + depends on DEBUG_KERNEL
> >> + depends on TRACEPOINTS
> >> + ---help---
> >>
Hi Linus,
Please pull this arm64 fix for -rc7. Without it, our struct page array
can overflow the vmemmap region on systems with a large PHYS_OFFSET.
Nothing else on the radar at the moment, so hopefully that's it for 4.5
from us.
Cheers,
Will
--->8
The following changes since commit 81f70ba2
Hi Michal,
On March 4, 2016 7:17:31 PM GMT+00:00, Michal Nazarewicz
wrote:
>On Wed, Mar 02 2016, Felipe F. Tonello wrote:
>> Signed-off-by: Felipe F. Tonello
>> ---
>> drivers/usb/gadget/function/f_midi.c | 77
>+++-
>> 1 file changed, 40 insertions(+), 37 dele
The MIPI CSIS DT parse function return an -ENXIO errno if the port #
is outside of the supported values. But it doesn't call of_node_put()
to decrement the node's reference counter, that's incremented inside
the of_graph_get_next_endpoint() function that was called before.
Instead of just returnin
Hello,
This series have two trivial fixes for issues that I noticed while
reading as a reference the driver's functions that parse the graph
port and endpoints nodes.
It was only compile tested because I don't have access to a Exynos4
hardware to test the DT parsing, but the patches are very simp
The fimc_md_parse_port_node() function return 0 if an endpoint node is
not found but according to Documentation/devicetree/bindings/graph.txt,
a port must always have at least one enpoint.
So return an -EINVAL errno code to the caller instead, so it knows that
the port node parse failed due an inv
On 03/04/2016 02:22 PM, Adam Buchbinder wrote:
Signed-off-by: Adam Buchbinder
---
arch/tile/include/hv/drv_mpipe_intf.h | 26 +-
arch/tile/kernel/kgdb.c | 4 ++--
arch/tile/kernel/pci_gx.c | 2 +-
3 files changed, 16 insertions(+), 16 delet
On Wed, Feb 03, 2016 at 08:48:35AM +0100, Ingo Molnar wrote:
> > @@ -111,8 +111,10 @@ static inline pud_t native_pudp_get_and_
> > #ifdef CONFIG_SMP
> > return native_make_pud(xchg(&pudp->pud, 0));
> > #else
> > - /* native_local_pudp_get_and_clear,
> > - but duplicated because of cycl
The Raspberry Pi Foundation's firmware updates are shipping device
trees using the old string, so we'll keep recognizing that as this rev
of V3D. Still, we should use a more specific name in the upstream DT
to clarify which board is being supported, in case we do other revs of
V3D in the future.
VC4 is the GPU (display and 3D) present on the 283x.
Signed-off-by: Eric Anholt
---
v2: Sort by register address, mark HDMI as disabled by default in the
SoC file and enable it from -rpi.
v3: Add references to the pixel/HSM clocks for HDMI. Rename
compatibility strings and clean up node
This has been floating around out of tree, and the Pi Foundation is
including a variant of it in the device tree overlay in its firmware
update system.
Eric Anholt (3):
dt-bindings: Add binding docs for V3D.
drm/vc4: Recognize a more specific compatible string for V3D.
ARM: bcm2835: Add VC4
This was missed in the upstreaming process.
Signed-off-by: Eric Anholt
---
Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt
b/Documentation/devicetree/bindings/
Hi Ulf,
Thank you for the review.
On Friday 04 March 2016 11:22:49 Ulf Hansson wrote:
> On 2 March 2016 at 00:20, Laurent Pinchart wrote:
> > During runtime resume the return values of the start and restore steps
> > are ignored. As a result drivers are not notified of runtime resume
> > failures
On Fri, 2016-03-04 at 11:13 -0800, Dmitry Torokhov wrote:
> On Fri, Mar 04, 2016 at 10:38:40AM +0100, Jacek Anaszewski wrote:
> >
> > Hi Evan,
> >
> > On 03/04/2016 09:38 AM, Evan McClain wrote:
> > >
> > > On Thu, 2016-03-03 at 15:46 -0800, Dmitry Torokhov wrote:
> > > >
> > > > From: Simon Qu
Hi Hans,
Thanks for the review.
Mauro,
Do you prefer dvb-conditional-access or dvb-ca?
thanks,
-- Shuah
On 03/04/2016 01:25 AM, Hans Verkuil wrote:
>
>
> On 03/04/2016 01:08 AM, Shuah Khan wrote:
>> Add missing prefixes for DVB, V4L, and ALSA interface types.
>>
>> Signed-off-by: Shuah Khan
On Fri, 2016-03-04 at 10:51 -0800, Luis R. Rodriguez wrote:
> On Fri, Mar 4, 2016 at 10:18 AM, Toshi Kani wrote:
> > On Fri, 2016-03-04 at 10:44 +0100, Ingo Molnar wrote:
> > > * Luis R. Rodriguez wrote:
> > >
> > > Could you outline a specific case where it's done intentionally - and
> > > the
On 03/04/2016 01:51 PM, Chris Friesen wrote:
The thing is, steal_account_process_tick() returns units of cputime, which I
think is nanoseconds on x86_64. So if we have a tiny amount of stolen time it
seems like that will prevent a whole tick from being accounted into
user/system/idle.
I feel l
CHANGES FROM RFCv1:
==
* Rebased from tip.git
* Use the vAPIC backing page as the emulated LAPIC register page.
* Clarified with HW engineer that Avic sets the IRR of all the cores
targeted whether they are running or not. It sends doorbells to the
ones that
From: Suravee Suthikulpanit
Exporting LAPIC utility functions and macros to reuse.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/kvm/lapic.c | 51 +++
arch/x86/kvm/lapic.h | 7 +++
2 files changed, 34 insertions(+), 24 deletions(-)
diff
This patch add new function hooks to the struct kvm_x86_ops,
and calling them from the kvm_arch_vcpu[blocking/unblocking].
This will be used later on by SVM AVIC code.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/include/asm/kvm_host.h | 17 +++--
arch/x86/kvm/svm.c
When enable AVIC:
* Do not intercept CR8 since this should be handled by AVIC HW.
* Also update TPR in APIC backing page when syncing CR8 before VMRUN
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/kvm/svm.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff
This patch introduces AVIC-related data structure, and AVIC
initialization code.
There are three main data structures for AVIC:
* Virtual APIC (vAPIC) backing page (per-VCPU)
* Physical APIC ID table (per-VM)
* Logical APIC ID table (per-VM)
In order to accommodate the new per-VM tabl
From: Suravee Suthikulpanit
Since AVIC only virtualizes xAPIC hardware for the guest, we need to:
* Intercept APIC BAR msr accesses to disable x2APIC
* Intercept CPUID access to not advertise x2APIC support
* Hide x2APIC support when checking via KVM ioctl
Signed-off-by: Suravee Suth
From: Suravee Suthikulpanit
When a vcpu is loaded/unloaded to a physical core, we need to update
information in the Physical APIC-ID table accordingly.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/kvm/svm.c | 146 +
1 file changed, 146 i
This patch introduces a new mechanism to inject interrupt using AVIC.
Since VINTR is not supported when enable AVIC, we need to inject
interrupt via APIC backing page instead.
This patch also adds support for AVIC doorbell, which is used by
KVM to signal a running vcpu to check IRR for injected in
From: Suravee Suthikulpanit
Introduce VMEXIT handlers, avic_incp_ipi_interception() and
avic_noaccel_interception().
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/include/uapi/asm/svm.h | 9 +-
arch/x86/kvm/svm.c | 260
2 files change
From: Suravee Suthikulpanit
Now that we have defined the bit field, use them to replace existing
macros. This patch should not have functional change.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/include/asm/svm.h | 9 -
arch/x86/kvm/svm.c | 24
2
From: Suravee Suthikulpanit
Introduce new AVIC VMCB registers. Also breakdown int_ctl register
into bit-field for ease of use.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/include/asm/svm.h | 29 -
1 file changed, 24 insertions(+), 5 deletions(-)
diff --git a/
On 03/01, Stephen Boyd wrote:
> This flag is a no-op now. Remove usage of the flag.
>
> Signed-off-by: Stephen Boyd
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On 03/04/2016 08:13 PM, Dmitry Torokhov wrote:
On Fri, Mar 04, 2016 at 10:38:40AM +0100, Jacek Anaszewski wrote:
Hi Evan,
On 03/04/2016 09:38 AM, Evan McClain wrote:
On Thu, 2016-03-03 at 15:46 -0800, Dmitry Torokhov wrote:
From: Simon Que
This is a driver for ACPI-based keyboard backlight
Hi
>Close, but not quite right.
>It's currently in the crypto tree after Herbert Xu picked it up.
>It is scheduled to be merged into 4.6 at the moment.
wonderful, sure, in the next merge window is good.
But there is a little difference between your patch and mine.
In your case they were buil
On Fri, Mar 04, 2016 at 03:41:36PM -0500, Evan McClain wrote:
> On Fri, 2016-03-04 at 11:13 -0800, Dmitry Torokhov wrote:
> > On Fri, Mar 04, 2016 at 10:38:40AM +0100, Jacek Anaszewski wrote:
> > >
> > > Hi Evan,
> > >
> > > On 03/04/2016 09:38 AM, Evan McClain wrote:
> > > >
> > > > On Thu, 201
On Fri, Mar 04, 2016 at 09:55:24PM +0100, Jacek Anaszewski wrote:
> On 03/04/2016 08:13 PM, Dmitry Torokhov wrote:
> >On Fri, Mar 04, 2016 at 10:38:40AM +0100, Jacek Anaszewski wrote:
> >>Hi Evan,
> >>
> >>On 03/04/2016 09:38 AM, Evan McClain wrote:
> >>>On Thu, 2016-03-03 at 15:46 -0800, Dmitry To
On Friday 04 March 2016 19:18:49 i...@linux-pingi.de wrote:
> Am 04.03.2016 um 16:24 schrieb Arnd Bergmann:
> > On Thursday 03 March 2016 09:30:38 i...@linux-pingi.de wrote:
> >> Hi Arnd,
> >> I fully agree and ack.
> >> Thanks for the work.
> >>
> >
> > I actually did more patches that I ended up
Hi Ulf and Alan,
Thank you for the review.
On Friday 04 March 2016 10:24:10 Alan Stern wrote:
> On Fri, 4 Mar 2016, Ulf Hansson wrote:
> > On 3 March 2016 at 21:16, Laurent Pinchart wrote:
> >> The pm_runtime_force_suspend() and pm_runtime_force_resume() helpers are
> >> designed to help driver b
On Fri, Mar 04, 2016 at 09:12:31AM +0800, Jianyu Zhan wrote:
> On Fri, Mar 4, 2016 at 1:05 AM, Darren Hart wrote:
> > I thought I provided a corrected comment block maybe I didn't. We have
> > been
> > working on improving the futex documentation, so we're paying close
> > attention to
> > t
On Friday 04 March 2016 20:48:56 Gianfranco Costamagna wrote:
> >Close, but not quite right.
>
> >It's currently in the crypto tree after Herbert Xu picked it up.
> >It is scheduled to be merged into 4.6 at the moment.
>
>
> wonderful, sure, in the next merge window is good.
> But there is a li
On Friday 04 March 2016 17:22:15 Joao Pinto wrote:
> Adding UFS 2.0 support to the UFS core driver.
>
> Signed-off-by: Joao Pinto
>
Acked-by: Arnd Bergmann
On Fri, Mar 04, 2016 at 08:23:26PM +0100, Luis R. Rodriguez wrote:
> On Thu, Mar 03, 2016 at 01:42:33PM -0800, Paul E. McKenney wrote:
> > On Thu, Mar 03, 2016 at 01:21:48PM -0800, Luis R. Rodriguez wrote:
> > > The current documentation refers to using set_memor_wc() as a
> > > possible hole strat
On Friday 04 March 2016 17:22:16 Joao Pinto wrote:
> This patch has the goal to add support for DesignWare UFS Controller
> specific operations.
>
> Signed-off-by: Joao Pinto
>
Acked-by: Arnd Bergmann
On Friday 04 March 2016 17:22:17 Joao Pinto wrote:
> This patch adds support for Synopsys G210 Test Chip.
>
> Signed-off-by: Joao Pinto
>
Acked-by: Arnd Bergmann
From: Nicolas Dichtel
Date: Fri, 4 Mar 2016 11:52:15 +0100
> The inital goal was to consolidate ethtool.h uapi header. But I took the
> opportunity to remove all duplicate definitions of DIV_ROUND_UP.
>
> v3: add patch #2 and #3
>
> v2: split the patch
> define DIV_ROUND_UP in uapi
Series
On Friday 04 March 2016 17:22:18 Joao Pinto wrote:
> This patch adds a glue platform driver for the Synopsys G210 Test Chip.
>
> Signed-off-by: Joao Pinto
Looks basically ok, but I think it can be simplified a little:
> +/**
> + * struct ufs_hba_dwc_vops - UFS DWC specific variant operations
>
Add missing prefixes for DVB, V4L, and ALSA interface types.
Signed-off-by: Shuah Khan
---
Changes since v1:
Addresses Hans's comments on v1
drivers/media/media-entity.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/drivers/media/media
Hi David,
> "David Rivshin (Allworx)" hat am 3. März 2016 um
> 04:01 geschrieben:
>
>
> From: David Rivshin
>
> Si-En Technology was acquired by ISSI in 2011, and it appears that
> the IS31FL3218/IS31FL3216 are just rebranded SN3218/SN3216 devices.
> As the IS31FL32XX driver already handles the
On Friday 04 March 2016 17:22:19 Joao Pinto wrote:
> This patch adds a glue pci driver for the Synopsys G210 Test Chip.
>
> Signed-off-by: Joao Pinto
Mostly ok, just a few suggestions:
> +
> +/* Test Chip type expected values */
> +#define TC_G210_20BIT 20
> +#define TC_G210_40BIT 40
> +#define
On Fri, 2016-03-04 at 13:37 -0500, Paul Gortmaker wrote:
> [Re: runtime regression with "x86/mm/pat: Emulate PAT when it is
> disabled"] On 03/03/2016 (Thu 22:02) Toshi Kani wrote:
>
> > On Thu, 2016-03-03 at 15:59 -0500, Paul Gortmaker wrote:
:
> > >
> > > The stand alone reproducer is here; la
On 03/04/2016 05:30 AM, Rafael J. Wysocki wrote:
> +void cpufreq_update_util(u64 time, unsigned long util, unsigned long max)
> +{
> + struct freq_update_hook *hook;
> +
> +#ifdef CONFIG_LOCKDEP
> + WARN_ON(debug_locks && !rcu_read_lock_sched_held());
> +#endif
> +
> + hook = rcu_derefe
On Friday 04 March 2016 17:22:14 Joao Pinto wrote:
> Fixed typo in ufshcd-pltfrm.
>
> Signed-off-by: Joao Pinto
Acked-by: Arnd Bergmann
On Mon, Feb 29, 2016 at 01:20:28PM +0100, Arnd Bergmann wrote:
> When map_word gets too large, we use a lot of kernel stack, and for
> MTD_MAP_BANK_WIDTH_32, this means we use more than the recommended
> 1024 bytes in a number of functions:
>
> drivers/mtd/chips/cfi_cmdset_0020.c: In function 'cfi
Document the RGB extension in Documentation/leds/leds-class.txt
Signed-off-by: Heiner Kallweit
---
v2:
- introduced to patch series
v3:
- document extension in more detail
v4:
- Better explain why flag LED_SET_HUE_SAT is needed
v5:
- no changes
v6:
- no changes
v7:
- move Documentation/ABI change
Export a function to convert HSV color values to RGB.
It's intended to be called by drivers for RGB LEDs.
Signed-off-by: Heiner Kallweit
---
v2:
- move hsv -> rgb conversion to separate file
- remove flag LED_DEV_CAP_RGB
v3:
- call led_hsv_to_rgb only if LED_DEV_CAP_HSV is set
This is needed in
On Fri, Mar 4, 2016 at 9:38 PM, Laurent Pinchart
wrote:
> Hi Ulf,
>
> Thank you for the review.
>
> On Friday 04 March 2016 11:22:49 Ulf Hansson wrote:
>> On 2 March 2016 at 00:20, Laurent Pinchart wrote:
>> > During runtime resume the return values of the start and restore steps
>> > are ignored.
Extend brightness sysfs property handling to deal with monochrome
and color mode as well.
Signed-off-by: Heiner Kallweit
---
v2:
- split from patch 1
v3:
- moved one change (led_is_off) to patch 1
v4:
- changed printf format string to %#.6x
v5:
- no changes
v6:
- no changes
v7:
- no changes
---
On Fri, Mar 4, 2016 at 7:15 PM, Joe Perches wrote:
> Use the more common logging method with the eventual goal
> of removing pr_warning altogether.
>
> Miscellanea:
>
> o Realign arguments
> o Coalesce formats
> o Add missing space between a few coalesced formats
>
> Signed-off-by: Joe Perches
>
Add generic support for RGB LED's.
Basic idea is to use enum led_brightness also for the hue and saturation
color components.This allows to implement the color extension w/o
changes to struct led_classdev.
Select LEDS_RGB to enable building drivers using the RGB extension.
Flag LED_SET_HUE_SAT a
Document the ABI change in Documentation/ABI/testing/sysfs-class-led.
Signed-off-by: Heiner Kallweit
---
v7:
- separated from patch 3
---
Documentation/ABI/testing/sysfs-class-led | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-class-led
b/Docume
Am 04.03.2016 um 10:05 schrieb Jacek Anaszewski:
> On 03/01/2016 10:36 PM, Heiner Kallweit wrote:
>> Export a function to convert HSV color values to RGB.
>> It's intended to be called by drivers for RGB LEDs.
>>
>> Signed-off-by: Heiner Kallweit
>> ---
>> v2:
>> - move hsv -> rgb conversion to se
On 03/04/2016 03:40 PM, Andrei Sharaev wrote:
> Hi Sasha,
>
> Can you backport this patch for "inet-frag-fixes" to linux kernel 3.18 LTS?
> http://kernel.suse.com/cgit/kernel/commit/?h=v4.2-rc5&id=64b892ad2326348a5b8314167590d240e3bcc69e
>
> I get 1-5 kernel panics in month for linux kernels 3.18
On Fri, Mar 4, 2016 at 10:21 PM, Steve Muckle wrote:
> On 03/04/2016 05:30 AM, Rafael J. Wysocki wrote:
>> +void cpufreq_update_util(u64 time, unsigned long util, unsigned long max)
>> +{
>> + struct freq_update_hook *hook;
>> +
>> +#ifdef CONFIG_LOCKDEP
>> + WARN_ON(debug_locks && !rcu_re
During hot add, vmbus_device_register() is called from vmbus_onoffer(), on
the same workqueue as the subchannel offer message work-queue, so
subchannel offer won't be processed until the vmbus_device_register()/...
/netvsc_probe() is done.
Also, vmbus_device_register() is called with channel_mutex
601 - 700 of 912 matches
Mail list logo
