Current code resets the uart port only when it supports the irda mode.
In actually, we also need to reset the uart port in the non-irda mode.
A hang was caught in the following case:
UART A transmits data to the other end. But the transmission maybe
terminated. In some corner case, the TX
In the imx_startup(), we will reset the uart port which will reset all
the FIFOs, including the URXD.
So the code to clear the RX FIFO is redandunt. Just remove it.
Signed-off-by: Huang Shijie
---
drivers/tty/serial/imx.c |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff
On Tuesday 20 of May 2014 18:17:51 Roland Bosa wrote:
>
> The file format of an IFR is probably easily deducible. There's a lot of
> textual clues to parameters and the values are also written out in
> string form.
>
> I don't have a FEdit file at hand, but I suppose it will be similar.
I believ
Hmm, I didn't think about cross tree dependencies. I already pushed this
patch to my for-next branch which is already in linux-next, and I do not
rebase this branch unless there's a really good need to.
I guess I needed to make a separate branch that you could have pulled
separately. I'm not sure
On 2014年05月21日 05:24, Rafael J. Wysocki wrote:
> On Tuesday, May 20, 2014 08:59:20 PM Lan Tianyu wrote:
>> The acpi_buffer_to_resource is needed in i2c module
>> to convert aml buffer to struct acpi_resource
>>
>> Reviewed-by: Mika Westerberg
>> Signed-off-by: Lan Tianyu
>
> This isn't necessary
On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
> (2014/05/20 11:11), Chen Yucong wrote:
> > mces_seen is a Per-CPU variable which should only be accessed by Per-CPU as
> > possible. So the
> > clear operation of mces_seen should also be lcoal to Per-CPU rather than
> > monarch CPU.
>
>
On Tue, May 20, 2014 at 03:40:16PM -0700, Dan Williams wrote:
> On Tue, May 20, 2014 at 1:34 PM, Greg KH wrote:
> > On Tue, May 20, 2014 at 11:25:37AM -0700, Dan Williams wrote:
> >> On Tue, May 20, 2014 at 2:51 AM, Takashi Iwai wrote:
> >> > At Tue, 20 May 2014 12:47:36 +0300,
> >> > Mathias Nym
Hi Will,
On Tue, Apr 22, 2014 at 05:08:21PM +0100, Will Deacon wrote:
> On Thu, Apr 17, 2014 at 02:44:19PM +0100, Will Deacon wrote:
> > write{b,w,l,q}_relaxed are implemented by some architectures in order to
> > permit memory-mapped I/O accesses with weaker barrier semantics than the
> > non-rel
ouch... hope they don't try to run that code on anything newer then :(
Will let them know.
-Kenny
On Mon, May 19, 2014 at 5:24 PM, Kirill A. Shutemov
wrote:
> On Mon, May 19, 2014 at 01:34:05PM -0400, Kenny Simpson wrote:
>> For the other cases I had used the remapping to have more of a slidin
(2014/05/20 11:11), Chen Yucong wrote:
> mces_seen is a Per-CPU variable which should only be accessed by Per-CPU as
> possible. So the
> clear operation of mces_seen should also be lcoal to Per-CPU rather than
> monarch CPU.
I don't think it should be local.
Originally what we want to have here
After check the code, 'bswapsi2' and 'muldi3' are useless for
unicore32, so can remove them to avoid compiling failure.
The related error (with allmodconfig under unicore32):
LD init/built-in.o
arch/unicore32/kernel/built-in.o:(___ksymtab+__muldi3+0x0): undefined
reference to `__muldi
On Tue, 2014-05-20 at 19:33 +0200, Borislav Petkov wrote:
> On Tue, May 20, 2014 at 10:11:25AM +0800, Chen Yucong wrote:
> > mces_seen is a Per-CPU variable which should only be accessed by
> > Per-CPU as possible. So the clear operation of mces_seen should also
> > be lcoal to Per-CPU rather than
On Tue, May 20, 2014 at 12:13:49PM -0700, Florian Fainelli wrote:
> This patch adds the Device Tree binding document for the Broadcom
> Set-top-box Level 2 interrupt controller hardware.
>
> Signed-off-by: Brian Norris
> Signed-off-by: Florian Fainelli
> ---
> .../bindings/interrupt-controller/
Florian,
On Tue, May 20, 2014 at 12:13:48PM -0700, Florian Fainelli wrote:
> This patch adds support for the Level-2 interrupt controller hardware
> found in Broadcom Set Top Box System-on-a-Chip devices. This interrupt
> controller is implemented using the generic IRQ chip driver with
> separate
powerpc/perf: Adjust callchain based on DWARF debug info
When saving the callchain on Power, the kernel conservatively saves excess
entries in the callchain. A few of these entries are needed in some cases
but not others. We should use the DWARF debug information to determine
when the entries are
On 05/20/2014 04:30 PM, si...@mungewell.org wrote:
> Sounds like these are the effect files produced by FEdit tool (from MS
> DirectX SDK), and/or played back by pressing buttons when configuring the
> Logitech driver on Windows ('wooden bridge', etc)...
Prior to the FEdit tool, there was Immersio
On Tue, 2014-05-20 at 14:04 -0700, Tim Chen wrote:
> On Tue, 2014-05-20 at 13:59 -0700, Tim Chen wrote:
> > On Tue, 2014-05-20 at 13:51 -0700, Jason Low wrote:
> > > On Tue, May 20, 2014 at 1:17 PM, Tim Chen
> > > wrote:
> > > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
[]
> > > If w
Add generic 'screen_info' just like another architectures have done
(e.g. tile, sh, score, ia64, hexagon, and cris).
The related error (with allmodconfig under unicore32):
LD init/built-in.o
drivers/built-in.o: In function `vgacon_save_screen':
powercap_sys.c:(.text+0x21788): undefin
'csum_partial' and 'csum_partial_copy_from_user' have already been
exported in "lib/", so need not export them again, or it will cause
compiling error.
The related error (with allmodconfig under unicore32):
LD vmlinux.o
lib/built-in.o:(___ksymtab+csum_partial+0x0): multiple definition
Oh, sorry, the subject has a typo issue, need use 'remove' instead of
'remote'. I will send patch v2 for it.
On 05/21/2014 08:54 AM, Chen Gang wrote:
> 'csum_partial' and 'csum_partial_copy_from_user' have already been
> exported in "lib/", so need not export them again, or it will cause
> compil
'csum_partial' and 'csum_partial_copy_from_user' have already been
exported in "lib/", so need not export them again, or it will cause
compiling error.
The related error (with allmodconfig under unicore32):
LD vmlinux.o
lib/built-in.o:(___ksymtab+csum_partial+0x0): multiple definition
Here's a real proposal for iret-less return. If this is correct, then
NMIs will never nest, which will probably delete a lot more scariness
than is added by the code I'm describing.
The rest of this email is valid markdown :) If I end up implementing
this, this text will go straight into Documen
On Tue, 2014-05-20 at 19:33 +0200, Borislav Petkov wrote:
> On Tue, May 20, 2014 at 10:11:25AM +0800, Chen Yucong wrote:
> > mces_seen is a Per-CPU variable which should only be accessed by
> > Per-CPU as possible. So the clear operation of mces_seen should also
> > be lcoal to Per-CPU rather than
Junio C Hamano wrote:
> * The remote-helper interface to fast-import/fast-export via the
>transport-helper has been tightened to avoid leaving the import
>marks file from a failed/crashed run, as such a file that is out-of-
>sync with reality confuses a later invocation of itself.
Re
Hi Stephen,
On Tue, May 20 2014, Stephen Warren wrote:
> On 04/16/2014 05:08 PM, Andrew Bresticker wrote:
>> Program TEGRA_SDHCI_VENDOR_MISC_CTRL so that UHS modes aren't advertised
>> in SDHCI_CAPABILITIES_1. While the Tegra SDHCI controller does support
>> these modes, they require Tegra-specif
I was already sent for this. :-)
https://lkml.org/lkml/2014/5/16/114
Regards,
Daeseok Youn.
2014-05-21 6:48 GMT+09:00 Dan Carpenter :
> On Tue, May 20, 2014 at 11:28:59PM +0200, Rickard Strandqvist wrote:
>> There is otherwise a risk of a possible null pointer dereference.
>>
>> Was largely found
On Sat, May 17, 2014 at 01:53:06PM +0200, Paul Bolle wrote:
> There's been a check for CONFIG_COMET_EARLY_UART_DEBUG ever since
> Hexagon was added in v3.2. But the related Kconfig symbol has never been
> added to the tree. Remove this check.
>
> Signed-off-by: Paul Bolle
> ---
> Not tested.
>
>
From: Kim Phillips
Needed by platform device drivers, such as the vfio-platform driver
later in series, in order to bypass the existing OF, ACPI, id_table and
name string matches, and successfully be able to be bound to any
device, like so:
echo vfio-platform > /sys/bus/platform/devices/fff51000
2014-05-21 오전 3:22, Michal Nazarewicz 쓴 글:
On Mon, May 19 2014, Joonsoo Kim wrote:
On Tue, May 20, 2014 at 02:57:47PM +0900, Gioh Kim wrote:
Thanks for your advise, Michal Nazarewicz.
Having discuss with Joonsoo, I'm adding fallback allocation after
__alloc_from_contiguous().
The fallback
A release candidate Git v2.0.0-rc4, hopefully the final one before
the real thing, is now available for testing at the usual places.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/testing/
The following public repositories all have a copy of the 'v2.0.0-rc4'
tag and t
'dccp_timestamp_seed' is initialized once by ktime_get_real() in
dccp_timestamping_init(). It is always less than ktime_get_real()
in dccp_timestamp().
Then, ktime_us_delta() in dccp_timestamp() will always return positive
number. So can use manual type cast to let compiler and do_div() know
about
2014-05-20 오후 8:38, Marek Szyprowski 쓴 글:
Hello,
On 2014-05-20 02:50, Gioh Kim wrote:
2014-05-20 오전 4:59, Michal Nazarewicz 쓴 글:
On Sun, May 18 2014, Joonsoo Kim wrote:
I think that this problem is originated from atomic_pool_init().
If configured coherent_pool size is larger than default
On Tuesday 20 of May 2014 19:45:44 si...@mungewell.org wrote:
> >> Regarding the question of emulated vs. real effects, can we extend the
> >> API
> >> so that applications can know which effects are really supported, and
> >> enable/disable emulation somehow?
> >
> > I suppose that a few extra fl
On Tue, May 20, 2014 at 06:26:51PM -0500, Larry Finger wrote:
> On 05/20/2014 04:31 PM, Rickard Strandqvist wrote:
> >There is otherwise a risk of a possible null pointer dereference.
> >
> >Was largely found by using a static code analysis program called cppcheck.
> >
> >Signed-off-by: Rickard Str
On Wed, May 14, 2014 at 08:59:43PM +0200, Richard Weinberger wrote:
> It is no longer needed to define them on our own.
>
> Cc: Richard Kuo
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Tim Chen
> Cc: Stephen Rothwell
> Cc: Chen Gang
> Cc: Richard Weinberger
> Cc: linux-hexa...@vger.kernel.o
On Tue, May 20, 2014 at 11:31:16PM +0200, Rickard Strandqvist wrote:
> + if (!padapter) {
> + goto error_exit;
> + }
Btw, I forgot to mention this before but please run your patches through
scripts/checkpatch.pl.
regards,
dan carpenter
--
To unsubscribe from this list: send
Hi Christoph,
On Mon, 19 May 2014 22:39:28 -0700 Christoph Hellwig wrote:
>
> On Tue, May 20, 2014 at 10:03:43AM +1000, Stephen Rothwell wrote:
> > Is this a request for inclusion of those branches into linux-next
> > separately from the scsi tree itself?
>
> James said he wants to include it in
>> Regarding the question of emulated vs. real effects, can we extend the
>> API
>> so that applications can know which effects are really supported, and
>> enable/disable emulation somehow?
>
> I suppose that a few extra flags (FF_PERIODIC_EMULATED etc.) defined in
> "uapi/linux/input.h" should s
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. This patch adds Intel SoC PMIC support to the build files.
Signed-off-by: Yang, Bin
Signed-off-by: Zhu, Lejun
---
drivers/mfd/Kconfig | 10 ++
drivers/mfd/Makefile | 3 +++
2 files changed, 13 insertions(
On 5/20/2014 10:58 PM, Lee Jones wrote:
>> This patch provides the common code for the intel_soc_pmic MFD driver,
>> such as read/write register and set up IRQ.
>>
>> Signed-off-by: Yang, Bin
>> Signed-off-by: Zhu, Lejun
>> ---
>> drivers/mfd/intel_soc_pmic_core.c | 543
>> ++
2014-05-20 오후 5:32, Joonsoo Kim 쓴 글:
On Tue, May 20, 2014 at 04:05:52PM +0900, Gioh Kim wrote:
That case, device-specific coherent memory allocation, is handled at
dma_alloc_coherent in arm_dma_alloc.
__dma_alloc handles only general coherent memory allocation.
I'm sorry missing mention abou
On Tue, May 20, 2014 at 03:35:15PM -0700, Francesco Ruggeri wrote:
> Hi Guenter,
> thank you for your reply. I will check out the changes that you pointed to.
> The problem we are seeing is a race condition between for_each_pci_dev
> (or similar) and device_unregisters. I am not sure if use of the
On 5/20/2014 10:55 PM, Lee Jones wrote:
> On Wed, 14 May 2014, Zhu, Lejun wrote:
>
>> Devices based on Intel SoC products such as Baytrail have a Power
>> Management IC. In the PMIC there are subsystems for voltage regulation,
>> A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is
> IMO, there are two types of games. The "arcade" ones, which have a set
> of 'canned' force effects, which play whenever an event happens in game.
> And the "simulation" ones, which base the game on a physics engine. The
> latter can redirect some variables of their engine to the input layer
> an
On 05/20/2014 04:31 PM, Rickard Strandqvist wrote:
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/rtl8188eu/os_dep/usb_intf.c | 127 ++
I'm glad that my patch is useful.
Thank you.
2014-05-21 오전 8:19, Bjorn Helgaas 쓴 글:
On Mon, May 12, 2014 at 08:45:52PM +0900, gioh.kim wrote:
From: "gioh.kim"
update descriptions for dma_pool_create and dma_pool_alloc
Signed-off-by: Gioh Kim
I applied this to my "dma-api" branch for v3.1
On Mon, May 12, 2014 at 11:12 AM, Randy Dunlap wrote:
> On 05/12/2014 06:14 AM, Bjorn Helgaas wrote:
>> On Sun, May 11, 2014 at 2:15 PM, Emilio López wrote:
>>> "coherent" is written twice when it should be just once
>>>
>>> Signed-off-by: Emilio López
>>> ---
>>>
>>> The sentence still doesn't
On Wed, May 14, 2014 at 08:49:43AM +0900, Gioh Kim wrote:
> Update some descriptions for API arguments and descriptions.
>
> Signed-off-by: Gioh Kim
I applied this to my "dma-api" branch for v3.16, thanks!
> ---
> Documentation/dma-buf-sharing.txt | 14 --
> 1 file changed, 8 ins
On Mon, May 12, 2014 at 08:45:52PM +0900, gioh.kim wrote:
> From: "gioh.kim"
>
> update descriptions for dma_pool_create and dma_pool_alloc
>
> Signed-off-by: Gioh Kim
I applied this to my "dma-api" branch for v3.16, thanks!
(I fixed up the From: line as you did for the other patch.)
> ---
>
Hi Linus !
[ This is a resent of Wed. email in case you missed it while away ]
Here are a couple of fixes for 3.15. One from Anton fixes a nasty regression
I introduced when trying to fix a loss of irq_work whose consequences is
that we can completely lose timer interrupts on a CPU... not pretty.
On Tue, May 20, 2014 at 5:30 PM, Sören Brinkmann
wrote:
> Hi,
>
> I guess this is just to evaluate how big the lynch mob will be. Anyway:
> Triggered by this discussion https://lkml.org/lkml/2014/5/15/46, I
> looked a little into what it would take to migrate everybody to Hz
> frequency resolution
On Tue, May 20, 2014 at 1:34 PM, Greg KH wrote:
> On Tue, May 20, 2014 at 11:25:37AM -0700, Dan Williams wrote:
>> On Tue, May 20, 2014 at 2:51 AM, Takashi Iwai wrote:
>> > At Tue, 20 May 2014 12:47:36 +0300,
>> > Mathias Nyman wrote:
>> >>
>> >> On 05/20/2014 04:01 AM, Greg KH wrote:
>> >> > On
On Fri, 16 May 2014 10:42:29 +0800 Tang Chen wrote:
> We use the following command to online a memory_block:
>
> echo online|online_kernel|online_movable >
> /sys/devices/system/memory/memoryXXX/state
>
> But, if we typed "online_movbale" by mistake (typo, not "online_movable"), it
> will be
Hi Guenter,
thank you for your reply. I will check out the changes that you pointed to.
The problem we are seeing is a race condition between for_each_pci_dev
(or similar) and device_unregisters. I am not sure if use of the new
lock should be extended to all code using for_each_pci_dev as well.
pc
Hi,
I guess this is just to evaluate how big the lynch mob will be. Anyway:
Triggered by this discussion https://lkml.org/lkml/2014/5/15/46, I
looked a little into what it would take to migrate everybody to Hz
frequency resolutions to avoid all the conversions between cpufreq, CCF,
OPPs, etc.
Turn
On Sun, May 04, 2014 at 02:32:36PM +0800, Qipan Li wrote:
> From: Qipan Li
>
> current PIO tranfer method be described as follows:
Applied, thanks.
signature.asc
Description: Digital signature
Hi
On Tue, 20 May 2014, Joe Perches wrote:
> Hello Kurt.
>
> If you're still interested in tmscim.
>
> Your garl...@suse.de address bounces
>
> btw: Your MAINTAINERS entry is out of date.
>
> MAINTAINERS-DC390/AM53C974 SCSI driver
> MAINTAINERS:M: Kurt Garloff
> MAINTAINERS:W: http://
On Tue, May 20, 2014 at 05:57:26PM -0400, Matt Porter wrote:
> On Tue, May 20, 2014 at 10:44:39PM +0100, Mark Brown wrote:
> > I looked at that but it seems I already acked the regulator part of the
> > series and nothing else looked immediately relevant?
> The series has cross dependencies (shar
Ia64 hasn't yet moved away from the old vsyscall_update to the newer
implementation. This is in part due to the vsyscall being implemented
in asm (via the ia64 fsyscall feature), which makes me want to run away.
The core logic change with the updated vsyscall method is that we
preserve the base na
On Sun, May 04, 2014 at 11:25:21AM +0800, Xia Kaixu wrote:
> From: Arnd Bergmann
>
> As we are moving the mmp platform towards multiplatform support,
> we have to stop including platform header files.
Applied, thanks.
signature.asc
Description: Digital signature
In the function-graph tracer, add a funcgraph_tail option
to print the function name on all } lines, not just
functions whose first line is no longer in the trace
buffer.
If a function calls other traced functions, its total
time appears on its } line. This change allows grep
to be used to determ
Eliminate duplicate TRACE_GRAPH_PRINT_xx defines
in trace_functions_graph.c that are already in
trace.h.
Add TRACE_GRAPH_PRINT_IRQS to trace.h, which is
the only one that is missing.
Signed-off-by: Robert Elliott
---
kernel/trace/trace.h |1 +
kernel/trace/trace_functions_gr
Using ftrace function-graph to examine the times consumed by
functions, the time shows up on the line where the call is made
if no other traceable functions were called by that function:
11) 0.672 us|cmd_alloc [hpsa]();
but the time shows up down by the } if the were other traceable
fun
On Thu, 15 May 2014 16:00:47 +0800 Weijie Yang wrote:
> Currently, we use a rwlock tb_lock to protect concurrent access to
> the whole zram meta table. However, according to the actual access model,
> there is only a small chance for upper user to access the same table[index],
> so the current lo
On Tue, May 20, 2014 at 12:43 AM, Lee Jones wrote:
>> >> > + soc {
>> >> > + sbc_serial0: serial@953 {
>> >> > + status = "okay";
>> >> > + };
>> >>
>> >> You might want to consider reference-based syntax here instead, so you
>> >> don't
If we happened to get a data error at just the wrong time the dw_mmc
driver could get into a state where it would never complete its
request. That would leave the caller just hanging there.
We fix this two ways and both of the two fixes on their own appear to
fix the problems we've seen:
1. Fix
On 05/20/2014 12:39 PM, si...@mungewell.org wrote:
> hopefully bring Linux into scope for force-feedback of AAA game quality.
^ That's my objective too.
> Mostly this has come from a small group of people reverse engineering the
> Logitech wheels, which leads to the 'tailor-made' situation. But w
On Tue, May 20, 2014 at 11:34:25PM +0200, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
This is a real bug. :)
Reviewed-by: Da
On Mon, May 19, 2014 at 11:39:00PM +0200, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
This one is called from line6_disconnect
On Tue, May 20, 2014 at 11:21:08PM +0200, Lars-Peter Clausen wrote:
> On 05/20/2014 09:16 PM, Tomasz Figa wrote:
> >Still, I'm not too experienced with ALSA and ASoC, so I might be wrong.
> >Mark, what do you think about this?
> Given that there is a patch[1] which removes the whole file I think
On Tue, May 20, 2014 at 11:31:16PM +0200, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
"padapter" can't be NULL. Just remove the check.
regards,
dan carpenter
--
On Tue, May 20, 2014 at 10:44:39PM +0100, Mark Brown wrote:
> On Tue, May 20, 2014 at 04:29:23PM -0400, Matt Porter wrote:
>
> > Just resent the v2 series.
>
> I looked at that but it seems I already acked the regulator part of the
> series and nothing else looked immediately relevant?
The serie
On Tue, May 20, 2014 at 11:32:53PM +0200, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
Could you mention in the change log which pointer you are worried about?
I th
On Tue, 2014-05-20 at 10:48AM -0700, Stephen Boyd wrote:
> On 05/20/14 09:01, Sören Brinkmann wrote:
> >
> > +{
> > + unsigned long lower, upper, cur, lower_last, upper_last;
> > +
> > + lower = clk_round_rate(clk, rate);
> > + if (lower >= rate)
> > +
On Tue, May 20, 2014 at 11:28:59PM +0200, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
This is the empty string by default, or a module parameter. I have
looked at
On Tue, May 20, 2014 at 04:29:23PM -0400, Matt Porter wrote:
> Just resent the v2 series.
I looked at that but it seems I already acked the regulator part of the
series and nothing else looked immediately relevant?
signature.asc
Description: Digital signature
On Tue, May 20, 2014 at 11:40 PM, Martin wrote:
>> I've looked into second crash. Just because gmail has marked that
>> email as important for some reason =)
>>
>> In function tid_fd_revalidate(), in line "file = fcheck_files(files,
>> fd)" file = is 0x0400 instead of valid pointer or
Laba diena,
Mēs esam DIAMOND ŠVEICES aizdevumu uzņēmumam sniedzot aizdevumus ar pasta
reklāma. Mēs piedāvājam dažāda veida aizdevumu (īstermiņa un ilgtermiņa
aizdevumi, individuālie aizņēmumi, aizdevumi uzņēmumiem uc), par 3% procentu
likmi. Mēs izsniegt aizdevumus cilvēkiem, kam nepiecieš
On Tue, 2014-05-20 at 14:09 -0700, Jason Low wrote:
> Hi Tim, Rik
>
> Yes, that makes sense that we want to balance if they are equal. We
> may also consider using "if (time_after_eq(jiffies,
> rq->next_balance)".
>
> Reviewed-by: Jason Low
Jason & Rik,
Thanks for reviewing the patch. I've u
On 05/20/2014 12:00 PM, Michal Malý wrote:
> Hi,
>
> "ff-memless-next" was designed with behavior of Logitech devices in mind,
> however it was always meant as a general replacement for the current "ff-
> memless". After some followup discussion it's unlikely that it will be
> mainlined in its c
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/video/fbdev/s3fb.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/video/f
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/video/fbdev/grvga.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/video/
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/rtl8712/usb_intf.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/s
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/rtl8192u/r8192U_core.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --g
On 20/05/2014 21:52, Brian Norris wrote:
> On Tue, May 20, 2014 at 09:30:33PM +0200, Boris BREZILLON wrote:
>> Hi Brian,
>>
>> On 20/05/2014 20:25, Brian Norris wrote:
>>> Hi Boris,
>>>
>>> On Wed, Mar 12, 2014 at 07:07:39PM +0100, Boris BREZILLON wrote:
Add documentation for the ONFI NAND ti
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/rtl8188eu/os_dep/usb_intf.c | 127 ++-
1 file changed, 66 insertions(+), 6
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/ozwpan/ozproto.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers
This driver add partial support of the
maxim 1027/1029/1031. Differential mode is not
supported.
It was tested on armadeus apf27 board.
Signed-off-by: Philippe Reynes
---
.../devicetree/bindings/iio/adc/max1027-adc.txt| 21 +
drivers/staging/iio/adc/Kconfig|9 +
dr
On Tue, May 20, 2014 at 10:58 PM, Michal Malý
wrote:
> On Tuesday 20 of May 2014 16:16:12 si...@mungewell.org wrote:
>> Regarding the question of emulated vs. real effects, can we extend the API
>> so that applications can know which effects are really supported, and
>> enable/disable emulation so
On 05/20/2014 09:16 PM, Tomasz Figa wrote:
Hi Rickard,
On 20.05.2014 21:12, Rickard Strandqvist wrote:
Hi Tomasz
What I based my patch on is really because of this line:
if (substream)
snd_pcm_period_elapsed(substream);
Boojin Kim thought that this was needed, if this is true anymor
My late client made his last will and testament in your favour, i sent
letters to you but got no response, i advise you contact me immediately.
Barr Mark Freedman
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Tue, 20 May 2014 13:03:36 -0700, Guenter Roeck wrote:
> On Tue, May 20, 2014 at 11:45:37PM +0530, Himangi Saraogi wrote:
> Applied to -next, just for the sake of it, but frankly that driver
> is screwed up so badly that it is pretty much unusable anyway.
> Almost all of its attributes are non-st
Okay, good!
Or, do I need to do anything else :-)
Best regards
Rickard Strandqvist
2014-05-19 13:39 GMT+02:00 Oliver Neukum :
> On Sun, 2014-05-18 at 21:50 +0200, Guennadi Liakhovetski wrote:
>> On Sun, 18 May 2014, Rickard Strandqvist wrote:
>>
>> > There is otherwise a risk of a possible null
From: Joerg Roedel
Since mmu_notifier call-backs can sleep (because they use
SRCU now) we can use them to tear down PASID mappings. This
allows us to finally remove the hack to use the task_exit
notifier from oprofile to get notified when a process dies.
Signed-off-by: Joerg Roedel
Tested-by: J
From: Joerg Roedel
This is a preparation for converting the state_table into a
state_list.
Signed-off-by: Joerg Roedel
Tested-by: Jay Cornwall
---
drivers/iommu/amd_iommu_v2.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/iommu/amd_iommu_v2.c b/dr
Hi,
here is a small patch-set with some clean-ups for the AMD IOMMUv2
driver. The most important change is the conversion to use the
mmu_notifier release call-back instead of the task_exit notifier to get
notified when a MM dies. Please review.
Thanks,
Joerg
Diffstat:
drivers/iommu/am
From: Joerg Roedel
This list was only used for the task_exit notifier function.
Now that it is gone we can remove it.
Signed-off-by: Joerg Roedel
Tested-by: Jay Cornwall
---
drivers/iommu/amd_iommu_v2.c | 26 --
1 file changed, 26 deletions(-)
diff --git a/drivers/i
From: Joerg Roedel
Add a counter to the pasid_state so that we do not restore
the original page-table before all invalidate_range_start
to invalidate_range_end sections have finished.
Signed-off-by: Joerg Roedel
---
drivers/iommu/amd_iommu_v2.c | 17 +
1 file changed, 13 inse
From: Joerg Roedel
The state_table consumes 512kb of memory and is only sparsly
populated. Convert it into a list to save memory. There
should be no measurable performance impact.
Signed-off-by: Joerg Roedel
Tested-by: Jay Cornwall
---
drivers/iommu/amd_iommu_v2.c | 39 ++---
On Thursday, May 15, 2014 04:40:24 PM Heikki Krogerus wrote:
> A power domain where we save the context of the additional
> LPSS registers. We need to do this or all LPSS devices are
> left in reset state when resuming from D3 on some Baytrails.
> The devices with the fractional clock divider also
101 - 200 of 830 matches
Mail list logo