Hey all,
Sorry for top-posting, but I did not want to break the thread, while the
initial mail does provide background information.
So I've implemented a software-based soft-start in the regulator_enable
function of the axp209. This works as expected. Whether it is the right
solution I'll ha
This patch replace "the the " with "the". The replacement couldn't be
automated because sometimes the first "the" was meant to be another
word.
Signed-off-by: simran singhal
---
drivers/staging/unisys/visorbus/visorbus_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dr
On Fri, 3 Mar 2017, SIMRAN SINGHAL wrote:
> Please ignore this patch as on this wrong version is written.
What is wrong?
julia
>
> On Friday, March 3, 2017 at 9:06:52 PM UTC+5:30, SIMRAN SINGHAL wrote:
> Please ignore this patch as on this wrong version is written.
>
> On Friday,
On Fri, Mar 3, 2017 at 12:37 PM, Diego Viola wrote:
> On Wed, Mar 1, 2017 at 12:47 PM, Diego Viola wrote:
>> On Wed, Mar 1, 2017 at 12:44 PM, Diego Viola wrote:
>>> My machine (a Dell Inspiron 5558 laptop) fails to resume from suspend
>>> unless I rmmod r8169 first.
>>>
>>> Another workaround is
Hello Alexandre,
On 03/03/2017 12:01 PM, Alexandre Belloni wrote:
> Hi,
>
> On 03/03/2017 at 11:29:11 -0300, Javier Martinez Canillas wrote:
>> This series add OF device ID tables to RTC I2C drivers whose devices are
>> either used in Device Tree source files or are listed in binding docs as
>> a
This patch replace "the the " with "the". The replacement couldn't be
automated because sometimes the first "the" was meant to be another
word.
Signed-off-by: simran singhal
---
drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
This patch replace "the the " with "the". The replacement couldn't be
automated because sometimes the first "the" was meant to be another
word.
Signed-off-by: simran singhal
---
drivers/staging/unisys/visorbus/visorbus_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dr
Hi Jaejoong,
[auto build test ERROR on hid/for-next]
[also build test ERROR on v4.10 next-20170303]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Jaejoong-Kim/HID-hiddev-move-hiddev-s-minor
On Fri, 2017-03-03 at 15:11 +0100, Dmitry Vyukov wrote:
> On Mon, Feb 13, 2017 at 11:29 PM, Cong Wang wrote:
> > On Mon, Feb 13, 2017 at 11:19 AM, Andrey Konovalov
> > wrote:
> >> Hi,
> >>
> >> I've got the following error report while fuzzing the kernel with
> >> syzkaller.
> >>
> >> On commit
This patch replace "the the " with "the". The replacement couldn't be
automated because sometimes the first "the" was meant to be another
word.
Signed-off-by: simran singhal
---
drivers/staging/wlan-ng/prism2sta.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/stagin
This patch series replace "the the " with "the" in various drivers.
v1:
-Adding cover-letter for the series.
simran singhal (3):
staging: wlan-ng: Replace "the the " with "the"
staging: rtl8192u: Replace "the the " with "the"
staging: unisys: Replace "the the " with "the"
drivers/sta
On 03/03/2017 02:00 PM, Fabrice Gasnier wrote:
> On 03/03/2017 12:45 PM, Lars-Peter Clausen wrote:
>> On 02/28/2017 05:51 PM, Fabrice Gasnier wrote:
>>> EXTi (external interrupt) signal can be routed internally as trigger
>>> source for ADC conversions: STM32F4 ADC can use EXTI11.
>>>
>>> Retrieve
On 03/03/2017 04:46 PM, Lars-Peter Clausen wrote:
> On 03/03/2017 02:00 PM, Fabrice Gasnier wrote:
>> On 03/03/2017 12:45 PM, Lars-Peter Clausen wrote:
>>> On 02/28/2017 05:51 PM, Fabrice Gasnier wrote:
EXTi (external interrupt) signal can be routed internally as trigger
source for ADC co
On Fri, 2017-03-03 at 17:05 +0530, simran singhal wrote:
> Fixed compilation warning in lustre/lustre/llite/range_lock.c
Really? What compilation warning was removed?
> simran singhal (5):
> staging: nvec: Remove unnecessary cast on void pointer
> staging: lustre: Remove unnecessary cast on
On 2017-02-28 18:18, Greg Kroah-Hartman wrote:
> On Tue, Feb 28, 2017 at 04:17:52PM +0100, Peter Rosin wrote:
>> Hi!
>>
>> The status of this series [1] is that Rob Herring has acked/reviewed all
>> devicetree changes, so I suppose that's ok. Jonathan Cameron has acked
>> the additions to the iio s
Hi Jarkko,
Thanks for the review
On 03/03/17 16:12, Jarkko Sakkinen wrote:
> On Thu, Mar 02, 2017 at 04:42:57PM +0100, Enric Balletbo i Serra wrote:
>> From: Sonny Rao
>>
>> The suspend/resume behavior of the TPM can be controlled by setting
>> "powered-while-suspended" in the DTS. This is usefu
On Fri 03-03-17 19:10:13, Xishi Qiu wrote:
> Introduce two helpers, is_migrate_highatomic() and
> is_migrate_highatomic_page().
> Simplify the code, no functional changes.
static inline helpers would be nicer than macros
> Signed-off-by: Xishi Qiu
OK this fits with other MIGRATE_$FOO types
Ac
The following Coccinelle script was used to detect this:
@r@
expression x;
void* e;
type T;
identifier f;
@@
(
*((T *)e)
|
((T *)x)[...]
|
((T*)x)->f
|
- (T*)
e
)
Signed-off-by: simran singhal
---
drivers/staging/lustre/lustre/llite/range_lock.c | 2 +-
drivers/staging/lustre/lustre/mgc/
On Fri, Mar 03, 2017 at 08:06:16PM +0800, Baoquan He wrote:
> OK, I am trying to make things clearer, seems I failed. I thought kernel
> iamge size is only allowed to be 512M at most, but can be mapped into 1G
> region.
It doesn't look like it. But we could be missing something. You could
try some
If a console was specified by ACPI SPCR table _and_ command line
parameters like "console=ttyAMA0" _and_ "earlycon" were specified,
then log messages appear twice.
The root cause is that the code traverses the list of specified
consoles (the `console_cmdline` array) and stops at the first match.
B
On Sun, Feb 26, 2017 at 12:09:08PM +0800, Baoquan He wrote:
> Am I right on understanding it?
That's exactly what I mean: KERNEL_IMAGE_SIZE is 512M by default but
we're not hard-constrained to it - we're hard-constrained to a 1G limit
as this is the 1G which is covered by level2_kernel_pgt.
And i
Hi Linus,
Please pull this urgent fix for Kselftest.
This update consists of an urgent fix for individual test build failures
introduced in the 4.11-rc1 update.
Without this fix individual test builds fail. This is a regression
introduced in a commit in my previous pull update for 4.11-rc1.
Diff
The relative path pointed to
Documentation/devicetree/bindings/display/mfd/atmel-hlcdc.txt
instead of
Documentation/devicetree/bindings/mfd/atmel-hlcdc.txt
Signed-off-by: Richard Genoud
---
Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt | 2 +-
1 file changed, 1 insertion(+), 1 del
On Thu, 2 Mar 2017 21:22:20 +0100
Boris Brezillon wrote:
> On Thu, 2 Mar 2017 20:50:21 +0100
> Alban wrote:
>
> > Add the binding to expose MTD partitions as nvmem providers.
>
> Looks good. Maybe you should take the case you describe in your
> cover-letter into account and add an extra lay
This patch series replace "the the " with "the" in various drivers.
v3:
-Resend the complete patch series.
simran singhal (3):
staging: wlan-ng: Replace "the the " with "the"
staging: rtl8192u: Replace "the the " with "the"
staging: unisys: Replace "the the " with "the"
drivers/staging
This patch replace "the the " with "the". The replacement couldn't be
automated because sometimes the first "the" was meant to be another
word.
Signed-off-by: simran singhal
---
drivers/staging/unisys/visorbus/visorbus_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dr
This patch replace "the the " with "the". The replacement couldn't be
automated because sometimes the first "the" was meant to be another
word.
Signed-off-by: simran singhal
---
drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
On Fri, 2017-03-03 at 07:22 -0800, Eric Dumazet wrote:
> On Fri, Mar 3, 2017 at 7:12 AM, Dmitry Vyukov wrote:
> > The first bot that picked this up started spewing:
> >
> > BUG: spinlock recursion on CPU#1, syz-executor2/9452
>
> Yes. The bug is not about locking the listener, but protecting fiel
Devicetree binding documentation for the second video output
of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Added entry for MegaChips at:
Documentation/devicetree/bindings/vendor-prefixes.txt
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Mar
The video processing pipeline on the second output on the GE B850v3:
Host -> LVDS|--(STDP4028)--|DP -> DP|--(STDP2690)--|DP++ -> Video output
Each bridge has a dedicated flash containing firmware for supporting the
custom design. The result is that in this design neither the STDP4028
nor the ST
The video processing pipeline on the second output on the GE B850v3:
Host -> LVDS|--(STDP4028)--|DP -> DP|--(STDP2690)--|DP++ -> Video output
Each bridge has a dedicated flash containing firmware for supporting the
custom design. The result is that in this design neither the STDP4028
nor the ST
Add MAINTAINERS entry for the second video output of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Daniel Vetter
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob H
From: Sonny Rao
The suspend/resume behavior of the TPM can be controlled by setting
"powered-while-suspended" in the DTS. This is useful for the cases
when hardware does not power-off the TPM.
Signed-off-by: Sonny Rao
Signed-off-by: Enric Balletbo i Serra
---
Changes since v2:
Jarkko Sakkinen
On Fri, 3 Mar 2017, simran singhal wrote:
> This patch series replace "the the " with "the" in various drivers.
>
> v3:
> -Resend the complete patch series.
Acked-by: Julia Lawall
>
>
> simran singhal (3):
> staging: wlan-ng: Replace "the the " with "the"
> staging: rtl8192u: Replace "t
Configures the megachips-stdp-ge-b850v3-fw bridges on the GE
B850v3 dts file.
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Signed-off-by: Peter Senna Tschudin
---
U
On 03/02/2017 12:09 PM, Minchan Kim wrote:
> In 2002, [1] introduced SWAP_AGAIN.
> At that time, ttuo used spin_trylock(&mm->page_table_lock) so it's
Small nit: Please expand "ttuo" here. TTU in the first place is also
not very clear but we have that in many places.
> really easy to contend and f
On Fri, Mar 3, 2017 at 12:40 PM, Diego Viola wrote:
> On Fri, Mar 3, 2017 at 12:37 PM, Diego Viola wrote:
>> On Wed, Mar 1, 2017 at 12:47 PM, Diego Viola wrote:
>>> On Wed, Mar 1, 2017 at 12:44 PM, Diego Viola wrote:
My machine (a Dell Inspiron 5558 laptop) fails to resume from suspend
>>>
On Fri, 3 Mar 2017, SIMRAN SINGHAL wrote:
> On Fri, Mar 3, 2017 at 9:20 PM, Joe Perches wrote:
> > On Fri, 2017-03-03 at 17:05 +0530, simran singhal wrote:
> >> Fixed compilation warning in lustre/lustre/llite/range_lock.c
> >
> > Really? What compilation warning was removed?
>
> CC [M] drive
These patches look good but you need to resend with a correct subsystem
prefix in the subject. It should be:
[PATCH 2/2] Staging: wlan-ng: Fix endiannes error
Hm... Also "endiannes" doesn't look like correct spelling. Just say
"endian".
On Thu, Mar 02, 2017 at 09:30:12PM +0100, Adrien Descam
Hello Dmitry,
On Fri, Mar 03, 2017 at 02:54:26PM +0100, Dmitry Vyukov wrote:
> The following program triggers use-after-free in zap_page_range:
> https://gist.githubusercontent.com/dvyukov/b59dfbaa0cb1e5231094d228fa57c9bd/raw/95c4da18cb96f8aaa47c10012d8c4484fd5917ad/gistfile1.txt
I posted the fix
Hi,
After some checks on the devices I have and the history of the code, I
think the patch in this form is correct:
Acked-By: Benjamin Tissoires
Actually, in the discussion that introduced those checks, there was even
a mention of checking the NULL state byte. Unfortunately, it didn't end
up in
On Fri, Mar 03, 2017 at 03:30:35PM +0300, Alexey Brodkin wrote:
> This change adopts debugfs usage for outputting useful data.
> As of today we print:
> * Mode and real HW clock values
> * Standard FB info
>
> Code is heavily borrowed from ARM's HDLCD thus adding Liviu in Cc.
FWIW: Reviewed-by:
Hi Laura,
Thank you for the patches.
On Thursday 02 Mar 2017 13:44:32 Laura Abbott wrote:
> Hi,
>
> There's been some recent discussions[1] about Ion-like frameworks. There's
> apparently interest in just keeping Ion since it works reasonablly well.
> This series does what should be the final cl
Dear Linux folks,
Unfortunately, commit 2fee61d22e (i2c: piix4: Add support for
multiplexed main adapter in SB800) [1] caused a regression. Tim
reported that to the Linux Kernel Bugtracker as bug #170741 last
September [2], but it looks like the affected subsystems don’t use it.
So I just copy h
Hi,
On Wed, Mar 01, 2017 at 05:49:11PM -0800, Tony Lindgren wrote:
> * Tony Lindgren [170301 17:45]:
> > * Sebastian Reichel [170301 17:10]:
> > > Hi,
> > >
> > > Tony, since your omap4-droid4 dts patches were not
> > > yet in a public repository and they would merge conflict
> > > with my patc
Hi Jaejoong,
[auto build test ERROR on hid/for-next]
[also build test ERROR on v4.10 next-20170303]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Jaejoong-Kim/HID-hiddev-move-hiddev-s-minor
This patch replace "the the " with "the". The replacement couldn't be
automated because sometimes the first "the" was meant to be another
word.
Signed-off-by: simran singhal
---
drivers/staging/wlan-ng/prism2sta.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/stagin
* Sebastian Reichel [170303 03:03]:
> On Wed, Mar 01, 2017 at 05:49:11PM -0800, Tony Lindgren wrote:
> > Some of the command mode LCD patches could be sent out too, and
> > if the timing patch is OK then we can configure the LCD in the dts
> > too. Have you had a chance to look at those related to
On Fri, Mar 03, 2017 at 06:19:24PM +0300, Alexey Brodkin wrote:
> We used to use "encoder-slave" property in PGU's
> Device Tree node to refer to the encoder, but since there's
> a way to find it with some code smarts we get rid of
> obviously extra complication in PGU node.
>
> Again inspired by
On 03/03/2017 at 12:27:23 -0300, Javier Martinez Canillas wrote:
> On 03/03/2017 12:01 PM, Alexandre Belloni wrote:
> > On 03/03/2017 at 11:29:11 -0300, Javier Martinez Canillas wrote:
> >> This series add OF device ID tables to RTC I2C drivers whose devices are
> >> either used in Device Tree sour
From: Thanneeru Srinivasulu
Do not consider IPv6 frames with zero UDP checksum as frames
with bad checksum and drop them.
Signed-off-by: Thanneeru Srinivasulu
Signed-off-by: Sunil Goutham
---
drivers/net/ethernet/cavium/thunder/nicvf_queues.c | 6 --
1 file changed, 4 insertions(+), 2 del
The following changes since commit b2e3c4319d40c9055c3c587cdb82ba69b50e919d:
Merge tag 'armsoc-drivers' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc (2017-02-23 15:57:04
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
* Sebastian Reichel [170303 03:18]:
> Hi,
>
> On Wed, Mar 01, 2017 at 05:37:08PM -0800, Tony Lindgren wrote:
> > * Sebastian Reichel [170301 17:10]:
> > > Hi,
> > >
> > > Tony, since your omap4-droid4 dts patches were not
> > > yet in a public repository and they would merge conflict
> > > with
On Fri, Mar 3, 2017 at 9:20 PM, Joe Perches wrote:
> On Fri, 2017-03-03 at 17:05 +0530, simran singhal wrote:
>> Fixed compilation warning in lustre/lustre/llite/range_lock.c
>
> Really? What compilation warning was removed?
CC [M] drivers/staging/lustre/lustre/mgc/mgc_request.o
drivers/staging
On Fri, Mar 3, 2017 at 10:04 AM, Elena Reshetova
wrote:
> Now when new refcount_t type and API are finally merged
> (see include/linux/refcount.h), the following
> patches convert various refcounters in the fuse filesystem from atomic_t
> to refcount_t. By doing this we prevent intentional or acci
On Fri, Mar 3, 2017 at 9:45 PM, Julia Lawall wrote:
>
>
> On Fri, 3 Mar 2017, SIMRAN SINGHAL wrote:
>
>> On Fri, Mar 3, 2017 at 9:20 PM, Joe Perches wrote:
>> > On Fri, 2017-03-03 at 17:05 +0530, simran singhal wrote:
>> >> Fixed compilation warning in lustre/lustre/llite/range_lock.c
>> >
>> > R
Hi Laura,
Thank you for the patch.
On Thursday 02 Mar 2017 13:44:36 Laura Abbott wrote:
> Technically, calling dma_buf_map_attachment should return a buffer
> properly dma_mapped. Add calls to dma_map_sg to begin_cpu_access to
> ensure this happens. As a side effect, this lets Ion buffers take
>
Hi Laura,
Thank you for the patch.
On Thursday 02 Mar 2017 13:44:42 Laura Abbott wrote:
> When CMA was first introduced, its primary use was for DMA allocation
> and the only way to get CMA memory was to call dma_alloc_coherent. This
> put Ion in an awkward position since there was no device stru
On 03/03/2017 05:39 PM, Jose Abreu wrote:
> Hi Neil,
>
>
> On 03-03-2017 11:31, Neil Armstrong wrote:
>>
>> Sure, but I was struggling about finding an equivalence.
>>
>> How should I replace these ?
>>
>> DW_HDMI_ENC_FMT_RGB
>> DW_HDMI_ENC_FMT_YCBCR444
>> DW_HDMI_ENC_FMT_YCBCR422_16BITS
>> DW_HD
Dexuan Cui writes:
> With the recent introduction of per-channel tasklet, we need to update
> the way we handle the 3 concurrency issues:
>
> 1. hv_process_channel_removal -> percpu_channel_deq vs.
>vmbus_chan_sched -> list_for_each_entry(..., percpu_list);
>
> 2. vmbus_process_offer -> percp
On Tue, Feb 28, 2017 at 4:37 AM, Eva Rachel Retuya wrote:
> Convert the driver to use regmap instead of I2C-specific functions. This
> is done in preparation for splitting this driver into core and
> I2C-specific code as well as introduction of SPI driver.
>
> Signed-off-by: Eva Rachel Retuya
> R
On Thu, Mar 02, 2017 at 11:13:18PM +0800, Icenowy Zheng wrote:
>
>
> 02.03.2017, 22:09, "Maxime Ripard" :
> > On Wed, Mar 01, 2017 at 08:17:39PM +0800, Icenowy Zheng wrote:
> >> > I'm a bit worried by that to be honest. You claim to support the A31,
> >> > yet jugdging by the current state of t
Hi Augustin,
On Thu, Mar 02, 2017 at 03:58:32PM -0500, Agustin Vega-Frias wrote:
> This adds a new dynamic PMU to the Perf Events framework to program
> and control the L3 cache PMUs in some Qualcomm Technologies SOCs.
>
> The driver supports a distributed cache architecture where the overall
> c
Hi Daniel,
On Friday 03 Mar 2017 11:04:33 Daniel Vetter wrote:
> On Thu, Mar 02, 2017 at 01:44:32PM -0800, Laura Abbott wrote:
> > Hi,
> >
> > There's been some recent discussions[1] about Ion-like frameworks. There's
> > apparently interest in just keeping Ion since it works reasonablly well.
>
On Fri, Mar 3, 2017 at 2:31 PM, Andrey Ryabinin wrote:
> On 03/02/2017 04:48 PM, Andrey Konovalov wrote:
>> Changes slab object description from:
>>
>> Object at 880068388540, in cache kmalloc-128 size: 128
>>
>> to:
>>
>> The buggy address belongs to the object at 880068388540
>> which b
PCI fixes:
- fix NULL pointer dereferences in many DesignWare-based drivers due to
refactoring error
- fix Altera config write breakage due to my refactoring error
The following changes since commit 9e314890292c0dd357eadef6a043704fa0b4c157:
Merge tag 'openrisc-for-linus' of git://git
Hi Daniel,
On Friday 03 Mar 2017 10:56:54 Daniel Vetter wrote:
> On Thu, Mar 02, 2017 at 01:44:38PM -0800, Laura Abbott wrote:
> > Now that we call dma_map in the dma_buf API callbacks there is no need
> > to use the existing cache APIs. Remove the sync ioctl and the existing
> > bad dma_sync call
On Fri, 3 Mar 2017, Ajay Kaher wrote:
> > usb_class->kref is not accessible outside the file.c
> > as usb_class is _static_ inside the file.c and
> > pointer of usb_class->kref is not passed anywhere.
> >
> > Hence as you wanted, there are no references of usb_class->kref
> > other than taken by
On Fri, Mar 03, 2017 at 11:52:37AM +0900, Minchan Kim wrote:
> Hi,
>
> On Tue, Feb 28, 2017 at 04:32:38PM -0800, a...@linux-foundation.org wrote:
> >
> > The patch titled
> > Subject: mm: reclaim MADV_FREE pages
> > has been added to the -mm tree. Its filename is
> > mm-reclaim-madv_fr
On Fri, 3 Mar 2017, Arushi Singhal wrote:
>
>
> On Friday, March 3, 2017 at 9:33:22 PM UTC+5:30, Julia Lawall wrote:
>
>
> On Fri, 3 Mar 2017, Arushi Singhal wrote:
>
> > fixed checkpatch.pl warning: else is not generally useful
> after a break
> > or return.
> > Re
On Fri, Mar 03, 2017 at 09:26:50AM +0100, Christian Borntraeger wrote:
> Right. The main purpose is to read/write _ONCE_. You can assume a somewhat
> atomic access for sizes <= word size. And there are certainly places that
> rely on that. But the *ONCE thing is mostly used for things where we used
On Thu, Mar 02, 2017 at 10:12:09AM -0500, Brijesh Singh wrote:
> From: Tom Lendacky
>
> Update the CPU features to include identifying and reporting on the
> Secure Encrypted Virtualization (SEV) feature. SME is identified by
> CPUID 0x801f, but requires BIOS support to enable it (set bit 23
On Fri, Mar 3, 2017 at 3:48 PM, Eric Dumazet wrote:
> On Fri, 2017-03-03 at 06:32 -0800, Eric Dumazet wrote:
>> On Fri, 2017-03-03 at 15:11 +0100, Dmitry Vyukov wrote:
>> > On Mon, Feb 13, 2017 at 11:29 PM, Cong Wang
>> > wrote:
>> > > On Mon, Feb 13, 2017 at 11:19 AM, Andrey Konovalov
>> > > w
From: Andrey Ryabinin
> Sent: 03 March 2017 13:50
...
> noinline_iff_kasan might be a better name. noinline_for_kasan gives the
> impression
> that we always noinline function for the sake of kasan, while
> noinline_iff_kasan
> clearly indicates that function is noinline only if kasan is used.
On Tue, Feb 28, 2017 at 4:37 AM, Eva Rachel Retuya wrote:
> Move I2C-specific code into its own file and rely on regmap to access
> registers. The core code provides access to x, y, z and scale readings.
Portion of minor comments.
> +config ADXL345_I2C
> + tristate "Analog Devices ADXL345
The sematic patch used for this is:
@@
identifier i;
constant c;
@@
return
- (
\(i\|-i\|i(...)\|c\)
- )
;
Signed-off-by: simran singhal
---
.../media/atomisp/pci/atomisp2/css2400/sh_css.c | 20 ++--
.../atomisp/pci/atomisp2/css2400/sh_css_firmware.c | 2 +-
2 files
On Tue, Feb 28, 2017 at 4:37 AM, Eva Rachel Retuya wrote:
> Add SPI driver that initializes SPI regmap for the adxl345 core driver.
> The driver supports the same functionality as I2C namely the x, y, z and
> scale readings.
Portion of minor comments.
> +config ADXL345_SPI
> + tristate "An
> Jonathan, Wolfram, do you have any preferences on how this should be
> coordinated regarding the new iio and i2c drivers (and iio changes)?
You got the acks, all is fine, I think.
> My plan is to at some point declare the branch immutable. Then both of
> you can pull it in. Or?
Yup, sounds g
Thanks! I don't think it's syzcaller per se that's provoking this; it's a
matter of an interrupt coming in at the right time and preempting a task that
happens to be allocating from an IDA with another task that's also allocating
from an IDA. So any workload which makes heavy use of the kernel
> -Original Message-
> From: Julia Lawall [mailto:julia.law...@lip6.fr]
> Sent: Friday, March 3, 2017 11:07 AM
> To: simran singhal
> Cc: gre...@linuxfoundation.org; Kershner, David A
> ; *S-Par-Maintainer
> ; de...@driverdev.osuosl.org; linux-
> ker...@vger.kernel.org; larry.fin...@lwfi
On Fri, Mar 03, 2017 at 05:09:59PM +0100, Enric Balletbo i Serra wrote:
> From: Sonny Rao
>
> The suspend/resume behavior of the TPM can be controlled by setting
> "powered-while-suspended" in the DTS. This is useful for the cases
> when hardware does not power-off the TPM.
>
> Signed-off-by: So
On Fri, 03 Mar 2017 17:40:47 +0100
Vitaly Kuznetsov wrote:
> Dexuan Cui writes:
>
> > With the recent introduction of per-channel tasklet, we need to update
> > the way we handle the 3 concurrency issues:
> >
> > 1. hv_process_channel_removal -> percpu_channel_deq vs.
> >vmbus_chan_sched ->
On Fri, 3 Mar 2017, simran singhal wrote:
> The sematic patch used for this is:
> @@
> identifier i;
> constant c;
> @@
> return
> - (
> \(i\|-i\|i(...)\|c\)
> - )
> ;
>
> Signed-off-by: simran singhal
Acked-by: Julia Lawall
> ---
> .../media/atomisp/pci/atomisp2/css2400/sh_css.c
Hello Alexandre,
Sorry for the long email...
On 03/03/2017 01:04 PM, Alexandre Belloni wrote:
> On 03/03/2017 at 12:27:23 -0300, Javier Martinez Canillas wrote:
>> On 03/03/2017 12:01 PM, Alexandre Belloni wrote:
>>> On 03/03/2017 at 11:29:11 -0300, Javier Martinez Canillas wrote:
This serie
Le 02/03/2017 à 17:56, Nicolas Dichtel a écrit :
> Patches #1 and #2 are just cleanup: some exported headers were still under
> a non-uapi directory. Patch #3 is a fix to avoid exporting a file that was
> not under an uapi directory.
> After these three patches, all exported headers are under an ua
On 03/02/2017 07:10 AM, Kirill A. Shutemov wrote:
> @@ -1744,7 +1744,39 @@ int change_huge_pmd(struct vm_area_struct *vma, pmd_t
> *pmd,
> if (prot_numa && pmd_protnone(*pmd))
> goto unlock;
>
> - entry = pmdp_huge_get_and_clear_notify(mm, addr, pmd);
Are there any remai
This patch add support for 2 Linksys router model
(shelby and rango). With this we now support all
the mvebu board on the market.
Signed-off-by: Imre Kaloz
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Ansuel Smith
---
arch/arm/boot/dts/armada-385-linksys-rango.dts | 443 ++
Hi Neil,
On 03-03-2017 11:31, Neil Armstrong wrote:
>
> Sure, but I was struggling about finding an equivalence.
>
> How should I replace these ?
>
> DW_HDMI_ENC_FMT_RGB
> DW_HDMI_ENC_FMT_YCBCR444
> DW_HDMI_ENC_FMT_YCBCR422_16BITS
> DW_HDMI_ENC_FMT_YCBCR422_8BITS
> DW_HDMI_ENC_FMT_XVYCC444
>
> I
On Fri, Mar 03, 2017 at 11:38:51AM +0100, Sascha Hauer wrote:
> Right now I have no idea if this commit is breaking things or if IMA
> is the guilty one and this commit only triggers it.
IMA is unfortunately completely broken, and it has the same issue
on XFS and OCFS2 for example.
Hi Neil,
On 03-03-2017 16:42, Neil Armstrong wrote:
>
> Sure, I was meaning the *input* format the controller receives from the
> pixel encoder, I'm quite sure the format is strict.
>
Hmm, not quite following you here. As far as the controller goes
it supports the formats I mentioned:
-8
On 03/01/2017 03:09 AM, Viresh Kumar wrote:
> The triplet present in "opp-microvolt" property should be in the order
> , while all the examples have it in the order
> .
>
> Fix it.
>
> Luckily all of the users of "opp-microvolt" property have applied brain
> instead of copying the examples from doc
On Thu, Mar 2, 2017 at 9:59 PM, Jonathan Cameron wrote:
> On 02/03/17 03:02, Eva Rachel Retuya wrote:
>> On Thu, Mar 02, 2017 at 01:22:11AM +0200, Andy Shevchenko wrote:
>>> On Tue, Feb 28, 2017 at 4:37 AM, Eva Rachel Retuya
>>> wrote:
This patchset modifies the adxl345 to use regmap. In do
Sehr geehrter,
Mit Respekt und Menschlichkeit hatte ich die Zwang und dränge tief in mein Herz
und Geist, um Ihnen diese E-Mail unter einem humanitären Grund zu schreiben.
Mein Name ist Frau Joanna Diane Christopher, und ich bin mit Herrn Bakayoko
Christopher Direktor J.C Industries in der Elfe
On Fri, Mar 03, 2017 at 03:49:38PM +0100, Peter Zijlstra wrote:
> On Fri, Mar 03, 2017 at 09:26:50AM +0100, Christian Borntraeger wrote:
> > Right. The main purpose is to read/write _ONCE_. You can assume a somewhat
> > atomic access for sizes <= word size. And there are certainly places that
> > r
The initial driver had many textual and structural problems.
I have added next patches to modify existing problems.
There was concern about the design of keeping separate regmaps for each
instance of the amplifier explicitly instead of instantiating two instances of
a single, simpler driver.
This
KMSAN (KernelMemorySanitizer, a new error detection tool) reports use of
uninitialized memory in packet_bind_spkt():
==
BUG: KMSAN: use of unitialized memory
inter: 0
CPU: 3 PID: 1074 Comm: packet2 Tainted: GB 4.8.0-rc6+
Hi Andy/Jason,
On 3/3/2017 5:31 AM, Andy Shevchenko wrote:
> Heiko, you might be interested in this as well.
>
> On Fri, 2017-03-03 at 00:21 +, James Hogan wrote:
>> On Wed, Mar 01, 2017 at 08:50:20PM +0200, Andy Shevchenko wrote:
>>> On Wed, 2017-03-01 at 18:02 +, James Hogan wrote:
On 03/02, Eric W. Biederman wrote:
>
> Oleg Nesterov writes:
>
> > our discussion was a bit confusing, and it seems that we did not
> > fully convince each other. So let me ask what do you finally think
> > about this fix.
> >
> > Let me repeat. Even if I do not agree with some of your objections,
On Fri, Mar 3, 2017 at 6:23 PM, Alexander Potapenko wrote:
> KMSAN (KernelMemorySanitizer, a new error detection tool) reports use of
> uninitialized memory in packet_bind_spkt():
Should be "in selinux_socket_bind()", will fix in the next patch version.
> ==
301 - 400 of 725 matches
Mail list logo
