> It would be less complicated actually, as normal userspace would just
> continue to call arch_prctl() as it does today. Glibc would implement
We already have that through the system call, no advantage of
putting it into a vsyscall.
Also the experience with getcpu and similar so far is that
vsy
Thanks Jan, for checking the merge.
I didn't realize the ext4 fixups were going in via the xfs tree. I
didn't see any merge conflicts from the linux-next tree (or maybe I
missed it) so I had assumed it wasn't in Dave's xfs.git tree. My plan
had been to deal with it after the prereq patch went in
On Mon, 21 Mar 2016 21:28:39 +0200
Mika Kukkonen wrote:
> Was deleting an old github kernel tree and noticed this one line patch
> I had made years back. Can't remember the compiler warning anymore but
> clearly it complained about pointless assigment to cnt since it is not
> used after that, alt
On Thu, Mar 17, 2016 at 2:26 AM, Matt Redfearn wrote:
> This adds self-test support on MIPS, based on RFC patch from Kees Cook.
> Modifications from the RFC:
> - support the O32 syscall which passes the real syscall number in a0.
> - Use PTRACE_{GET,SET}REGS
> - Because SYSCALL_NUM and SYSCALL_RET
On Mon, Mar 21, 2016 at 12:50 AM, Baoquan He wrote:
> On 03/07/16 at 03:34pm, Kees Cook wrote:
>> > #ifdef CONFIG_EARLY_PRINTK
>> > /* early_serial_console.c */
>> > extern int early_serial_base;
>> > diff --git a/arch/x86/boot/compressed/misc_pgt.c
>> > b/arch/x86/boot/compressed/misc_pgt.c
>
On Mon, 21 Mar 2016, Matt Fleming wrote:
On Mon, 21 Mar, at 02:53:04AM, tip-bot for Vikas Shivappa wrote:
@@ -489,6 +496,22 @@ static u32 intel_cqm_xchg_rmid(struct perf_event *group,
u32 rmid)
raw_spin_unlock_irq(&cache_lock);
+ /*
+* If the allocation is for mbm, in
On Mon, Mar 21, 2016 at 12:16 PM, Andi Kleen wrote:
> From: Andi Kleen
>
> The kernel needs to explicitely enable RD/WRFSBASE to handle context
> switch correctly. So the application needs to know if it can safely use
> these instruction. Just looking at the CPUID bit is not enough because it
> m
On Sunday 20 March 2016 22:59:11 Tina Ruchandani wrote:
> 'struct timeval' uses a 32 bit field for its 'seconds' value which
> will overflow in year 2038 and beyond. This patch replaces the use
> of timeval in nosy.c with timespec64 which doesn't suffer from y2038
> issue. The code is correct as is
On 3/18/2016 12:17 PM, John Youn wrote:
> On 3/16/2016 6:56 AM, Felipe Balbi wrote:
>>
>> heh, +john
>>
>> Felipe Balbi writes:
>>> [ text/plain ]
>>>
>>> Hi,
>>>
>>> Roger Quadros writes:
[ text/plain ]
We will need this function for a workaround.
The function issues a softreset o
From: Andrew Bresticker
Move the UTMIPLL initialization code from the clk-tegra.c
files into clk-pll.c and perform the initialization sequence when
PLLU is enabled.
Signed-off-by: Andrew Bresticker
[rklein: Merged in some later fixes for potential deadlocks]
Signed-off-by: Rhyland Klein
---
Use a new Tegra210 version of the pll_register_pllre function to
allow setting the proper settings for the m and n div fields.
Additionally define PLL_RE_OUT1 on Tegra210.
Signed-off-by: Rhyland Klein
---
drivers/clk/tegra/clk-pll.c | 46
drivers/cl
Hi,
Your commit 458aa76d132dc1 ("mm/thp/migration: switch from flush_tlb_range
to flush_pmd_tlb_range") causes a build error when building
arcv2:vdk_hs38_smp_defconfig.
include/asm-generic/pgtable.h:799:45: note: in expansion of macro ‘BUILD_BUG’
#define flush_pmd_tlb_range(vma, addr, end) BUILD
On Mon, Mar 21, 2016 at 11:09:45AM -0700, Linus Torvalds wrote:
> On Sun, Mar 20, 2016 at 3:58 PM, Jaegeuk Kim wrote:
> >
> > I made another pull request which removes the previous wrong commits and
> > adds
> > a single commit to migrate the f2fs crypto into fs/crypto.
>
> Ok, merged. Please d
On Tue, Mar 15, 2016 at 3:42 PM, Darrick J. Wong
wrote:
> After much discussion, it seems that the fallocate feature flag
> FALLOC_FL_ZERO_RANGE maps nicely to SCSI WRITE SAME; and the feature
> FALLOC_FL_PUNCH_HOLE maps nicely to the devices that have been
> whitelisted for zeroing SCSI UNMAP. P
> > > But this leaves open the issue that querying the device too often will
> > > prevent it from going into autosuspend. It seems to me that the best
> > > way to deal with this is to make sure that the autosuspend timeout is
> > > shorter than the interal between queries, not to make the queryi
Hello Sebastian,
On Mon, Mar 21, 2016 at 04:36:47PM +0100, Sebastian Frias wrote:
> On 03/21/2016 02:54 PM, Uwe Kleine-König wrote:
> >> - We'd also need to check that 'gpiod' is not NULL
> >
> > That is the optional part. If gpiod is NULL, you have one of the devices
> > that don't need to handl
Calculate and update max speed from bus clock for SoC's
using DSPI IP.
The bus clock factor's are taken from the data sheet's
of respective SoC's.
Signed-off-by: Bhuvanchandra DV
---
drivers/spi/spi-fsl-dspi.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/spi/spi-fsl-dspi.c
I recently came across some Android userspace code that jumps through
some strange hoops to produce a fixed size stack on the main stack
(https://android.googlesource.com/platform/art/+/db1f7dac02f6dcecac3e032f10abbcdbf3cf4331/runtime/thread.cc#543).
ART (the Android runtime) uses a unified stack f
Hello.
On 03/16/2016 08:25 PM, Sebastian Frias wrote:
Commit 687908c2b649 ("net: phy: at803x: simplify using
devm_gpiod_get_optional and its 4th argument") introduced a dependency
on GPIOLIB that was not there before.
This commit removes such dependency by checking the return code and
comparin
On 3/18/2016 9:17 PM, Bart Van Assche wrote:
> On 03/17/16 22:41, Dan Carpenter wrote:
>> The first argument of WARN_ON() is a condition, so it means the warning
>> message here will just be the name without the ->qp_num information.
>>
>> Signed-off-by: Dan Carpenter
>>
>> diff --git a/drivers/in
On Mar 21 Arnd Bergmann wrote:
> On Sunday 20 March 2016 22:59:11 Tina Ruchandani wrote:
> > 'struct timeval' uses a 32 bit field for its 'seconds' value which
> > will overflow in year 2038 and beyond. This patch replaces the use
> > of timeval in nosy.c with timespec64 which doesn't suffer from y
The flags IFF_XMIT_DST_RELEASE_PERM, IFF_IPVLAN_MASTER and
IFF_IPVLAN_SLAVE are missing descriptions for the Documentation. Adding
them.
Signed-off-by: Luis de Bethencourt
---
Hi,
I also noticed this issue when running make htmldocs. Having better
documentation is great :)
Thanks,
Luis
includ
Hi Bjorn,
due to the merge of the branch 'pci/host-hv' the sourcing of the new PCI
hotplug location was removed, see:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/pci/Kconfig?id=cfeb8139a1fbbbae3f1e986133f4e9e7833eeac4
Reported-by: Oliver Hartkopp
Hi,
* Peter Ujfalusi [160321 01:39]:
>
> This is also interesting:
> McBSP2 sidetone is in region 39 and 40 (module and L4 interconnect) which is
> unique in case of OMAP34xx and OMAP35xx, but it is overlapping with GPIO6 on
> OMAP36xx. Not sure what are the implications.
Hmm GPIO6 is in a diff
Hi, Christoph,
Christoph Hellwig writes:
> On Mon, Mar 14, 2016 at 05:10:00PM -0400, Jeff Moyer wrote:
>> dio_bio_complete turns all errors into -EIO. This is historical,
>> since you used to only get 1 bit precision for errors (BIO_UPTODATE).
>> Now that we get actual error codes, we can retur
On Fri, 18 Mar 2016 16:58:31 +0900 Minchan Kim wrote:
> "remove compressed copy from zram in-memory"
> applied swap_slot_free_notify call in *end_swap_bio_read* to
> remove duplicated memory between zram and memory.
>
> However, with introducing rw_page in zram <8c7f01025f7b>
> "zram: implement
On Mon, 21 Mar, at 11:19:50AM, Ard Biesheuvel wrote:
>
> How are capsules with the CAPSULE_FLAGS_INITIATE_RESET flag handled?
> The runtime service will never return in that case, so I suppose we
> need some explicit handling somewhere?
Good question. They're not handled in any special way with t
Dear purchasing manager,
This is Thomas from Chinese magnet company.
As you may know the price of raw material has been higher, it would be a good
timing for you to purchasing magnet for your items.
Feel free to contact me for any further questions or enquiry.
Bests Regards
Thomas --- Sale
Em Mon, Mar 21, 2016 at 09:08:52AM +0100, Jiri Olsa escreveu:
> On Fri, Mar 18, 2016 at 02:38:52PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Fri, Mar 18, 2016 at 12:16:23PM -0500, Josh Poimboeuf escreveu:
> > > So 'allow-override' would probably be a good option.
> > Humm, my preference is to
Hello Sergei,
On Mon, Mar 21, 2016 at 11:15:13PM +0300, Sergei Shtylyov wrote:
> On 03/16/2016 08:25 PM, Sebastian Frias wrote:
>
> >Commit 687908c2b649 ("net: phy: at803x: simplify using
> >devm_gpiod_get_optional and its 4th argument") introduced a dependency
> >on GPIOLIB that was not there be
On 2016/03/21 20:20, Luis de Bethencourt wrote:
> The flags IFF_XMIT_DST_RELEASE_PERM, IFF_IPVLAN_MASTER and
> IFF_IPVLAN_SLAVE are missing descriptions for the Documentation. Adding
> them.
>
> Signed-off-by: Luis de Bethencourt
> ---
> Hi,
>
> I also noticed this issue when running make htmldo
Em Sat, Mar 19, 2016 at 12:58:07PM +0100, Jakub Jelen escreveu:
> Comparing bits and bytes in numa benchmark assertion
>
> I hit the issue on two socket Power8 machine presenting its numa nodes as
> 0,1,16,17 (according to numactl). Therefore I got error
> (and hang of parent process):
>
>
The flags IFF_XMIT_DST_RELEASE_PERM, IFF_IPVLAN_MASTER and
IFF_IPVLAN_SLAVE are missing descriptions for the Documentation. Adding
them.
Signed-off-by: Luis de Bethencourt
Suggested-by: Benjamin Poirier
---
Hi,
Changing the description of IFF_XMIT_DST_RELEASE_PERM as suggested by Benjamin
and a
On Mon, Mar 21, 2016 at 03:22:29PM -0400, Mike Snitzer wrote:
> On Mon, Mar 21 2016 at 3:11pm -0400,
> Darrick J. Wong wrote:
>
> > On Mon, Mar 21, 2016 at 02:52:00PM -0400, Mike Snitzer wrote:
> > > On Tue, Mar 15, 2016 at 3:42 PM, Darrick J. Wong
> > > wrote:
> > > > After much discussion, it
On 21/03/16 20:41, Benjamin Poirier wrote:
> On 2016/03/21 20:20, Luis de Bethencourt wrote:
>> The flags IFF_XMIT_DST_RELEASE_PERM, IFF_IPVLAN_MASTER and
>> IFF_IPVLAN_SLAVE are missing descriptions for the Documentation. Adding
>> them.
>>
>> Signed-off-by: Luis de Bethencourt
>> ---
>> Hi,
>>
>
On Mon, Mar 14, 2016 at 01:28:01PM +0900, Daeseok Youn wrote:
> Signed-off-by: Daeseok Youn
Your subject: does not make sense, and I can't take a patch without any
changelog entry :(
On Mon, 21 Mar 2016 woojung@microchip.com wrote:
> > > > But this leaves open the issue that querying the device too often will
> > > > prevent it from going into autosuspend. It seems to me that the best
> > > > way to deal with this is to make sure that the autosuspend timeout is
> > > > sh
On Mon, Mar 14, 2016 at 01:28:31PM +0900, Daeseok Youn wrote:
> For using tty_alloc_driver, SerialDriver has to be pointer type.
Yes, but you aren't calling tty_alloc_driver, so this patch totally
breaks the working code :(
Please be more careful...
greg k-h
On Mon, Mar 14, 2016 at 01:29:00PM +0900, Daeseok Youn wrote:
> the tty_alloc_driver() can allocate memory for ttys and termios.
> And also it can release allocated memory easly with using
> put_tty_driver().
>
> Signed-off-by: Daeseok Youn
But you broke the driver in the previous patch, you can
Hi,
On 21.03.2016 21:18, Mark Brown wrote:
Currently we only attempt to set the voltage during constraints
application if an exact voltage is specified. Extend this so that if
the currently set voltage for the regualtor is outside the bounds set in
regulator
constraints we will move the vol
... do this next to smp_load_acquire when first mentioning
ACQUIRE. While this call is briefly explained and ctrl
dependencies are mentioned later, it does not hurt the reader.
Signed-off-by: Davidlohr Bueso
---
Documentation/memory-barriers.txt | 5 +++--
1 file changed, 3 insertions(+), 2 dele
Oh. I've just seen that the issue was already fixed by Tero ...
https://git.kernel.org/cgit/linux/kernel/git/helgaas/pci.git/commit/?h=for-linus&id=30b5b8808c12bcd947dd474980482561b69c1bcb
Sorry for the noise!
Regards,
Oliver
On 03/21/2016 09:19 PM, Oliver Hartkopp wrote:
Hi Bjorn,
due to th
On Mon, 21 Mar 2016, Jessica Yu wrote:
> Yes, this is a concern and I'm not sure what the best way to fix it
> is. If both MODULE_NAME_LEN and KSYM_NAME_LEN were straight up
> constants, then I think Josh's stringify approach would have worked
> perfectly. However since MODULE_NAME_LEN translates
On Sun, Mar 20, 2016 at 02:10:08AM +, Parth Sane wrote:
> Fixed checkpatch warnings about parenthesis alignment at line #186.
Why is a line number needed? How is this different from your previous
patch for this driver?
Please resend all of your previous patches for this driver, I don't know
w
On Sun, Mar 20, 2016 at 03:59:09PM +, Parth Sane wrote:
> *** BLURB HERE ***
You forgot to fill this out :(
>
> Parth Sane (5):
> staging: rtl8712: Fixed FSF address warning in basic_types.h
> staging: rtl8712: Fixed FSF address warning in drv_types.h
> staging: rtl9712: Fixed FSF addr
On Sun, Mar 20, 2016 at 03:58:28PM +, Parth Sane wrote:
> Signed-off-by: Parth Sane
I can't take patches with no changelog text :(
On Mon, Mar 21, 2016 at 08:17:35AM +, Parth Sane wrote:
> Fixed checkpatch warning caused due to FSF address block as per guidelines.
>
> Signed-off-by: Parth Sane
> ---
> Changes in v2:
> - Added commit message.
Incorrect subject :(
On Mon, Mar 21, 2016 at 08:17:36AM +, Parth Sane wrote:
> Fixed checkpatch warning caused to FSF address block as per guidelines.
>
> Signed-off-by: Parth Sane
> ---
> Changes in v2:
> - Added commit message
Incorrect subject :(
On Mon, Mar 21, 2016 at 08:17:34AM +, Parth Sane wrote:
> Fixed checkpatch check caused by FSF address paragraph as per guidelines.
>
> Signed-off-by: Parth Sane
Your subject is not correct :(
On Mon, Mar 21, 2016 at 10:53:36PM +0530, Sohom Bhattacharjee wrote:
> fixed *only* comments that did not follow kernel coding style.
> the errors were caught by the checkpatch.pl tool
>
> Signed-off-by: Sohom Bhattacharjee
Does not apply to the tree at all :(
A release candidate Git v2.8.0-rc4 is now available for testing
at the usual places. It is comprised of 521 non-merge commits
since v2.7.0, contributed by 73 people, 21 of which are new faces.
Relative to v2.8.0-rc3, this reverts the change to the gitignore
mechanism (which also is used in a reve
On Mon, Mar 21, 2016 at 10:16:17PM +0100, Jiri Kosina wrote:
> On Mon, 21 Mar 2016, Jessica Yu wrote:
>
> > Yes, this is a concern and I'm not sure what the best way to fix it
> > is. If both MODULE_NAME_LEN and KSYM_NAME_LEN were straight up
> > constants, then I think Josh's stringify approach w
Zhao Lei writes:
> Hi, Eric
>
>> -Original Message-
>> From: Eric W. Biederman [mailto:ebied...@xmission.com]
> Let me make a summarize:
> You think this way is not acceptable, because the pipe program is running
> in the panic-process's namespace context.
Actually my view is that your
On Monday 21 March 2016 21:19:17 Stefan Richter wrote:
> On Mar 21 Arnd Bergmann wrote:
> > On Sunday 20 March 2016 22:59:11 Tina Ruchandani wrote:
> > > 'struct timeval' uses a 32 bit field for its 'seconds' value which
> > > will overflow in year 2038 and beyond. This patch replaces the use
> > >
Hi,
I was testing something on an old server (Dell T105 opteron) and noticed
packet loss after updating the kernel from 3.10 to 4.5. The test was:
On Dell run: iperf -s
On another system: iperf3 -c dell -u -b 20M -l 1k -t 1000
This sends a 20mbit UDP stream to the Dell. It works fine normally (0
On Wed, Mar 16, 2016 at 01:02:13PM -0400, Chris Metcalf wrote:
> When doing an nmi backtrace of many cores, most of which are idle,
> the output is a little overwhelming and very uninformative. Suppress
> messages for cpus that are idling when they are interrupted and just
> emit one line, "NMI ba
On 03/21/2016 11:41 PM, Uwe Kleine-König wrote:
Commit 687908c2b649 ("net: phy: at803x: simplify using
devm_gpiod_get_optional and its 4th argument") introduced a dependency
on GPIOLIB that was not there before.
This commit removes such dependency by checking the return code and
comparing it ag
On 21/03/2016 at 01:06:10 +0100, Emil Bartczak wrote :
> Add device tree support to the rtc-mcp795 driver.
>
> Signed-off-by: Emil Bartczak
> ---
> Documentation/devicetree/bindings/rtc/maxim,mcp795.txt | 11 +++
> drivers/rtc/rtc-mcp795.c | 10 ++
>
On Mon, Mar 21, 2016 at 7:58 PM, Srinivas Pandruvada
wrote:
> On Mon, 2016-03-21 at 15:11 +0100, Rafael J. Wysocki wrote:
>> On Monday, March 21, 2016 10:28:09 AM Stephane Gasparini wrote:
>> >
>> > —
>> > Steph
>> >
>> >
>> >
>> >
>> > > On Mar 18, 2016, at 6:52 PM, Srinivas Pandruvada > > > v...
On Mon, 21 Mar 2016, Josh Poimboeuf wrote:
> According to my test that still results in the literal value of
> "(64 - 8)".
Alright. But we should be able to special-case it with a two #if checks on
the __SIZEOF_LONG__ value and BUILD_BUG_ON() when __SIZEOF_LONG__ is not
of one of the ususal siz
> Please add a patch before this one that renames gs to gsbase. This is
> unreadable as is.
I investigated this now, and it's not straight forward because on 32bit
->gs is actually gsindex, not gsbase. So with a straight rename you
would end up with index in base on 32bit, which would be confusin
On Mon, Mar 21, 2016 at 12:40 PM, Andi Kleen wrote:
>> You're adding an hwcap bit because you expect user code to use this
>> thing, which means you're adding an ABI, which means that the
>> semantics should be given due consideration.
>
> Right I did that and concluded the existing semantics are
On Mon, Mar 21, 2016 at 3:05 PM, Andi Kleen wrote:
>> Please add a patch before this one that renames gs to gsbase. This is
>> unreadable as is.
>
> I investigated this now, and it's not straight forward because on 32bit
> ->gs is actually gsindex, not gsbase. So with a straight rename you
> woul
On Mar 21, 2016 12:43 PM, "Andi Kleen" wrote:
>
> > It would be less complicated actually, as normal userspace would just
> > continue to call arch_prctl() as it does today. Glibc would implement
>
> We already have that through the system call, no advantage of
> putting it into a vsyscall.
>
> A
> So a patchset to enable these asinine new instructions needs to take
> this into account, and the ABI issue needs to be addressed, even if
What's the ABI issue?
AFAIK we're perfectly consistent.
> the answer is that the proposed code is fine.
>
> (Also, the existing code is fscked up. Guess
On Mon, Feb 29, 2016 at 01:18:01PM +0800, Gang He wrote:
> Implement online check or fix inode block during
> reading a inode block to memory.
>
> Signed-off-by: Gang He
Reviewed-by: Mark Fasheh
--
Mark Fasheh
On Mon, Mar 21, 2016 at 03:08:46PM -0700, Andy Lutomirski wrote:
> On Mon, Mar 21, 2016 at 3:05 PM, Andi Kleen wrote:
> >> Please add a patch before this one that renames gs to gsbase. This is
> >> unreadable as is.
> >
> > I investigated this now, and it's not straight forward because on 32bit
>
Hi all,
Just an update about the proposed consistency model, since several
people have asked.
The objtool stack validation patches have been merged into Linus's tree
for 4.6 with commit 26660a4046b1, and all known warnings are fixed. So
I'll be posting a revamped RFC of the hybrid consistency mo
Hans Verkuil writes:
> On 03/19/2016 10:01 PM, Robert Jarzmik wrote:
>> Hi Hans and Guennadi,
>>
>> As Hans is converting sh_mobile_ceu_camera.c,
>
> That's not going as fast as I hoped. This driver is quite complex and
> extracting
> it from soc-camera isn't easy. I also can't spend as much ti
On Mon, Mar 21, 2016 at 3:11 PM, Andi Kleen wrote:
>> So a patchset to enable these asinine new instructions needs to take
>> this into account, and the ABI issue needs to be addressed, even if
>
> What's the ABI issue?
>
> AFAIK we're perfectly consistent.
>
>> the answer is that the proposed cod
On Mon, Mar 21, 2016 at 05:53:15PM +0100, Thomas Gleixner wrote:
>On Mon, 21 Mar 2016, Wei Yang wrote:
>> On Sun, Mar 20, 2016 at 04:42:29PM +0100, Thomas Gleixner wrote:
>> >On Sun, 20 Mar 2016, Wei Yang wrote:
>> >
>> >> hdr in struct dmar_drhd_unit is used to point the DMAR hardware unit
>> >>
On Mon, 21 Mar 2016, Josh Poimboeuf wrote:
> The objtool stack validation patches have been merged into Linus's tree
> for 4.6 with commit 26660a4046b1, and all known warnings are fixed.
Yup, I've noticed earlier today, this is just excellent! (except for the
name, but well, what can we do :-)
On 03/21/2016 11:26 PM, Robert Jarzmik wrote:
> Hans Verkuil writes:
>
>> On 03/19/2016 10:01 PM, Robert Jarzmik wrote:
>>> Hi Hans and Guennadi,
>>>
>>> As Hans is converting sh_mobile_ceu_camera.c,
>>
>> That's not going as fast as I hoped. This driver is quite complex and
>> extracting
>> it
On Tue, Mar 1, 2016 at 6:34 PM, Andreas Färber wrote:
> This series adds initial support for the Amlogic S905 based
> Tronsmart Vega S95 Pro, Meta and Telos TV boxes.
>
> v2:
> * Pick up previously acked "tronsmart" patch instead (Matthias)
> * Drop ARM_GIC selection (Sudeep)
> * Change some comp
Enric,
On Thu, Mar 17, 2016 at 5:12 AM, Enric Balletbo Serra
wrote:
> Dear all,
>
> Seems the following thread[1] didn't go anywhere. I'd like to continue
> the discussion and share some tests that I did regarding the issue
> that the patch is trying to fix.
>
> First I reproduced the issue on my
On Mon, Mar 21, 2016 at 11:59:54AM -0700, Linus Torvalds wrote:
> On Sun, Mar 20, 2016 at 7:05 PM, Dave Chinner wrote:
> >
> > There are conflicts with the ext4 code that has already been merged
> > this cycle.
>
> The merge looked pretty straightforward, but both of you (ie both the
> xfs and ex
> Imagine that some brilliant lightweight threading library does:
>
> - set GS to nonzero (by whatever means -- arch_prctl(ARCH_SET_GS,
> whatever) on a pre-IVB host followed by migration, some modify_ldt
> garbage, simple bloody-mindedness, whatever);
Migration is only possible when the CPUID f
On Mon, Mar 21, 2016 at 11:32:34PM +0100, Jiri Kosina wrote:
> On Mon, 21 Mar 2016, Josh Poimboeuf wrote:
>
> > The objtool stack validation patches have been merged into Linus's tree
> > for 4.6 with commit 26660a4046b1, and all known warnings are fixed.
>
> Yup, I've noticed earlier today, th
Hans Verkuil writes:
>> Input ioctls:
>> test VIDIOC_G/S_TUNER/ENUM_FREQ_BANDS: OK (Not Supported)
>> test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
>> test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported)
>> test VIDIOC_ENUMAUDIO: OK (Not Supported)
>> fail: v4l2-test-in
From: Colin Ian King
The ENOMEM error return paths are not free'ing allocated memory
resulting in a memory leak of allocated structures. Perform the
required kfree to fix the memory leaks.
Issue discovered with static analysis using CoverityScan
Signed-off-by: Colin Ian King
---
drivers/stagi
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Monday, March 21, 2016 12:52 AM
> To: KY Srinivasan
> Cc: de...@linuxdriverproject.org; linux-kernel@vger.kernel.org; Haiyang
> Zhang ; Alex Ng (LIS) ;
> Radim Krcmar ; Cathy Avery
> Subject: Re: [PATCH]
From: Colin Ian King
tdp_table is being leaked on an error exit return path,
fix this by kfree'ing it. Also swap comparison around to make the
patch warning free with checkpatch.
Leak found via static analysis with CoverityScan
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/powerplay/
On Mon, Mar 21, 2016 at 3:41 PM, Andi Kleen wrote:
>> Imagine that some brilliant lightweight threading library does:
>>
>> - set GS to nonzero (by whatever means -- arch_prctl(ARCH_SET_GS,
>> whatever) on a pre-IVB host followed by migration, some modify_ldt
>> garbage, simple bloody-mindedness,
On 03/21/2016 11:42 PM, Robert Jarzmik wrote:
> Hans Verkuil writes:
>
>>> Input ioctls:
>>> test VIDIOC_G/S_TUNER/ENUM_FREQ_BANDS: OK (Not Supported)
>>> test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
>>> test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported)
>>> test VIDIOC_ENUMAUDIO: OK
> No. My objection is that there needs to be an explicit statement what
> the semantics are. If the agreed-upon semantics are "undefined
> behavior if GS != 0 and GSBASE doesn't match the descriptor", so be
> it, but this needs to be a conscious decision and needs to be weighed
> against the alte
On Mon, Feb 29, 2016 at 01:17:59PM +0800, Gang He wrote:
> Implement online file check sysfile interfaces, e.g.
> how to create the related sysfile according to device name,
> how to display/handle file check request from the sysfile.
>
> Signed-off-by: Gang He
Reviewed-by: Mark Fasheh
--
Mark
On Mon, Mar 21, 2016 at 3:52 PM, Andi Kleen wrote:
>> No. My objection is that there needs to be an explicit statement what
>> the semantics are. If the agreed-upon semantics are "undefined
>> behavior if GS != 0 and GSBASE doesn't match the descriptor", so be
>> it, but this needs to be a consc
On Wed, 16 Mar 2016 21:47:20 +0100 Richard Weinberger wrote:
> Adding more CC's.
>
> Am 16.03.2016 um 15:27 schrieb Kirill A. Shutemov:
> > On Wed, Mar 16, 2016 at 05:21:56PM +0300, Kirill A. Shutemov wrote:
> >> On Wed, Mar 16, 2016 at 12:18:50AM +0100, Richard Weinberger wrote:
> >>> Am 15.03.
From: Colin Ian King
node_ptr is not being free'd if the list allocation fails, fix
this by kfree'ing it before exiting on the error path.
Signed-off-by: Colin Ian King
---
security/selinux/ss/conditional.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/security/selinux/ss/conditional.c
> Maybe. Are there better options? Could we, for example, actually try
> to preserve the state if this happens?
We probably could, at the cost of making the context switch a bit
more expensive.
> Would it be worth it?
I doubt it.
I expect once WR*BASE is widely used noone will bother with s
On Mon, 21 Mar 2016 15:57:23 -0700 Mark Fasheh wrote:
> On Mon, Feb 29, 2016 at 01:17:59PM +0800, Gang He wrote:
> > Implement online file check sysfile interfaces, e.g.
> > how to create the related sysfile according to device name,
> > how to display/handle file check request from the sysfile.
Am 22.03.2016 um 00:00 schrieb Andrew Morton:
> On Wed, 16 Mar 2016 21:47:20 +0100 Richard Weinberger wrote:
>
>> Adding more CC's.
>>
>> Am 16.03.2016 um 15:27 schrieb Kirill A. Shutemov:
>>> On Wed, Mar 16, 2016 at 05:21:56PM +0300, Kirill A. Shutemov wrote:
On Wed, Mar 16, 2016 at 12:18:5
On Tue, Mar 22, 2016 at 12:02:57AM +0100, Matthias Schiffer wrote:
> Hi,
> we're experiencing weird nondeterministic hangs during bootconsole/console
> handover on some ath79 systems on OpenWrt. I've seen this issue myself on
> kernel 3.18.23~3.18.27 on a AR7241-based system, but according to other
Hi,
we're experiencing weird nondeterministic hangs during bootconsole/console
handover on some ath79 systems on OpenWrt. I've seen this issue myself on
kernel 3.18.23~3.18.27 on a AR7241-based system, but according to other
reports ([1], [2]) kernel 4.1.x is affected as well, and other SoCs like
Q
Using kasprintf to get the function name makes us look up the name
twice, along with all the vsnprintf overhead of parsing the format
string etc. It also means there is an allocation failure case to deal
with. Since symbol_string in vsprintf.c would anyway allocate an array
of size KSYM_SYMBOL_LEN
Hi Catalin,
Today's linux-next merge of the arm64 tree got a conflict in:
arch/arm64/mm/init.c
between commit:
dfd55ad85e4a ("arm64: vmemmap: use virtual projection of linear region")
from Linus' tree and commit:
f09f1bacfe2b ("arm64: Split pr_notice("Virtual kernel memory layout...") i
On Mon, Mar 21, 2016 at 02:52:00PM -0400, Mike Snitzer wrote:
> On Tue, Mar 15, 2016 at 3:42 PM, Darrick J. Wong
> wrote:
> > After much discussion, it seems that the fallocate feature flag
> > FALLOC_FL_ZERO_RANGE maps nicely to SCSI WRITE SAME; and the feature
> > FALLOC_FL_PUNCH_HOLE maps nicel
mce_start() has an explicit smp_wmb to serialize writes to
global_nwo and mce_callin. However, atomic_inc_return() implies
barriers on both sides of the call, as such simply rely on this
full smp barrier.
Signed-off-by: Davidlohr Bueso
---
arch/x86/kernel/cpu/mcheck/mce.c | 4 ++--
1 file change
From: Colin Ian King
ret should be initialized to 0; for example if pfe->fmt.fmt.pix.field
is V4L2_FIELD_NONE then ret will contain garbage from the
uninitialized state causing garbage to be returned if it is non-zero.
Signed-off-by: Colin Ian King
---
drivers/media/platform/am437x/am437x-vpfe
Shawn,
On Wed, Mar 9, 2016 at 12:11 AM, Shawn Lin wrote:
> Let's defer probing the driver if the return value of
> dma_request_slave_channel is ERR_PTR(-EPROBE_DEFER) instead
> of disabling dma capability directly.
>
> Signed-off-by: Shawn Lin
> ---
>
> drivers/spi/spi-rockchip.c | 8 +++-
>
701 - 800 of 846 matches
Mail list logo
