Hi Rob, Michael, Russell
Cc Rob
What is the conclusion of this patch ?
We shouldn't add devm_of_clk_get() ? or I can continue ?
> Thank you for your feedback
>
> > > struct clk *clk_get(struct device *dev, const char *con_id)
> > > {
> > > ...
> > > if (dev) {
> > >
Dear Career Finder,
We have great job opportunities as we are recruiting various positions
in foreign companies.
Please reply with your updated CV.
Regards,
Brighton, Shirley
Consultant - Adecco
On 2016年07月27日 01:00, Guenter Roeck wrote:
On Tue, Jul 26, 2016 at 10:47:16PM +0800, Caesar Wang wrote:
On 2016年07月26日 21:39, Guenter Roeck wrote:
static int rockchip_saradc_probe(struct platform_device *pdev)
{
struct rockchip_saradc *info = NULL;
@@ -218,6 +231,21 @@ static int rockchip_sara
On Mon, 2016-07-25 at 06:12 +, Yangbo Lu wrote:
> Hi Scott,
>
>
> >
> > -Original Message-
> > From: Scott Wood [mailto:o...@buserror.net]
> > Sent: Friday, July 22, 2016 12:45 AM
> > To: Michael Ellerman; Arnd Bergmann
> > Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org; l
Device tree blob must be passed to a second kernel on DTB-capable
archs, like powerpc and arm64, but the current kernel interface
lacks this support.
This patch extends kexec_file_load system call by adding an extra
argument to this syscall so that an arbitrary number of file descriptors
can be ha
Oh, I didn't know that Vlad already have submitted a patch for BNO055.
My patch doesn't do any thing new so please drop my patch.
regards,
--navin-patidar
On Tue, Jul 26, 2016 at 11:46 AM, Peter Meerwald-Stadler
wrote:
> Hallo Navin,
>
>> Thanks for reviewing the patch. I will send the updated p
On Mon, Jul 18, 2016 at 12:02 AM, Enric Balletbo i Serra
wrote:
> Add support for handling sensor events FIFO produced by the sensor
> hub. A single device with a buffer will collect all samples produced
> by the sensors managed by the CrosEC sensor hub.
>
> Signed-off-by: Guenter Roeck
It would
On Tue, Jul 26, 2016 at 12:42 PM, Juergen Gross wrote:
>
> please consider pulling a patch series for 4.8 from:
This pull request is lacking any kind of description about why I
should pull and what the patch series actually *does*.
I certainly won't pull just to see what it is it would get me...
Michał Zegan writes:
> I have one question: what uids are written in the filesystem inodes?
> those that the kernel sees, or those mapped by user namespaces? and so,
> is it true that the filesystem will still require shifting uids,
> directly or indirectly, to be usable from inside user namespac
On Mon, Jul 25, 2016 at 02:23:31PM -0700, Greg KH wrote:
> On Mon, Jul 25, 2016 at 06:21:19PM +0100, Luis de Bethencourt wrote:
> > PD: I don't know if there is a formal process for maintainership in the
> > Linux
> > kernel community. I am happy to follow that if it exists.
>
> If no one objects
On 07/26/2016 02:44 PM, Jason Cooper wrote:
>> > I'd likely need to take a small sample of programs and examine them,
>> > especially considering That as gaps are harder to find, it forces the
>> > randomization down and randomization can Be directly altered with
>> > length on mmap(), versus rando
On Tue, Jul 26, 2016 at 7:11 PM, Eric Anholt wrote:
> Rob Clark writes:
>
>> On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote:
>>> Overflow memory handling is tricky: While it's still referenced by the
>>> BPO registers, we want to keep it from being freed. When we are
>>> putting a new set o
On Mon, Jul 18, 2016 at 9:27 AM, Jonathan Cameron wrote:
> On 18/07/16 08:02, Enric Balletbo i Serra wrote:
>> Add support for handling sensor events FIFO produced by the sensor
>> hub. A single device with a buffer will collect all samples produced
>> by the sensors managed by the CrosEC sensor h
The mm-of-the-moment snapshot 2016-07-26-16-26 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
From: Randy Dunlap
Fix build errors due to missing header file:
../drivers/pnp/pnpbios/core.c: In function 'pnp_dock_event':
../drivers/pnp/pnpbios/core.c:141:2: error: implicit declaration of function
'call_usermodehelper' [-Werror=implicit-function-declaration]
value = call_usermodehelper(a
I have one question: what uids are written in the filesystem inodes?
those that the kernel sees, or those mapped by user namespaces? and so,
is it true that the filesystem will still require shifting uids,
directly or indirectly, to be usable from inside user namespace? can't
uids be mapped dynamic
Rob Clark writes:
> On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote:
>> Overflow memory handling is tricky: While it's still referenced by the
>> BPO registers, we want to keep it from being freed. When we are
>> putting a new set of overflow memory in the registers, we need to
>> assign the
On Tue, Jul 26, 2016 at 3:19 PM, Michal Marek wrote:
> Dne 14.6.2016 v 18:39 Kees Cook napsal(a):
>> On Tue, Jun 14, 2016 at 7:13 AM, Stephen Rothwell
>> wrote:
>>> Hi Michal,
>>>
>>> On Tue, 14 Jun 2016 15:01:42 +0200 Michal Marek wrote:
I won't :). Kees, are you going to keep the pa
On Wed, Jul 27, 2016 at 12:42 AM, Rafael J. Wysocki wrote:
> On Tuesday, July 26, 2016 04:53:19 PM Josh Poimboeuf wrote:
>> On Tue, Jul 26, 2016 at 10:15:39PM +0200, Rafael J. Wysocki wrote:
>> > On Tuesday, July 26, 2016 09:39:05 AM Josh Poimboeuf wrote:
>> > > On Tue, Jul 26, 2016 at 01:32:28PM
As currently configured, my laptop cannot boot any existing kernel
because the real mode trampoline can't be reserved. The ranges in
which it could live are rejected by the kernel: one is EFI boot
services data and the other is above the EBDA.
Allowing use of RAM between the EBDA and 640k is scar
The initialization process for trampoline_cr4_features and
mmu_cr4_features was confusing. The intent is for mmu_cr4_features
and *trampoline_cr4_features to stay in sync, but
trampoline_cr4_features is NULL until setup_real_mode() runs. The
old code synchronized *trampoline_cr4_features *twice*,
On my Dell XPS 13 9350 with firmware 1.4.4 and SGX on, if I boot
Fedora 24's grub2-efi off a hard disk, my first 1MB of RAM looks
like:
efi: mem00: [Runtime Data |RUN| | | | | | | |WB|WT|WC|UC]
range=[0x-0x0fff] (0MB)
efi: mem01: [Boot Data | |
If reserve_real_mode() fails, panicing immediately means we're
doomed. Make it safe to try more than once to allocate the
trampoline:
- Degrade a failure from panic() to pr_info(). (If we make it to
setup_real_mode() without reserving the trampoline, we'll panic
them.)
- Factor out help
There's no need to run setup_real_mode() as early as we run it.
Defer it to the same early_initcall that sets up the page
permissions for the real mode code.
This should be a code size reduction. More importantly, it give us
a longer window in which we can allocate the real mode trampoline.
Sign
Hi
On Tue, Jul 26, 2016 at 3:34 PM, Guenter Roeck wrote:
> If an i2c access through i2c-cros-ec-tunnel returns an error, the following
> log message is seen on the console.
>
> cros-ec-i2c-tunnel ff20.spi:ec@0:i2c-tunnel:
> Error parsing EC i2c message -121
>
> This ca
On 26 July 2016 at 22:56, Arnd Bergmann wrote:
> On Tuesday, July 26, 2016 10:18:53 PM CEST Ulf Hansson wrote:
>> > diff --git a/drivers/mmc/host/sdhci-esdhc-imx.c
>> > b/drivers/mmc/host/sdhci-esdhc-imx.c
>> > index 2bb326bbc34a..593e34053c4b 100644
>> > --- a/drivers/mmc/host/sdhci-esdhc-imx.c
Linus,
This is mostly clean ups and small fixes. Some of the more visible
changes are:
. The function pid code uses the event pid filtering logic
. [ku]probe events have access to current->comm
. trace_printk now has sample code
. PCI devices now trace physical addresses
. stack tracing has
This problem has actually been in the UV code for a while, but we didn't
catch it until recently, because we had been relying on EFI_OLD_MEMMAP
to allow our systems to boot for a period of time. We noticed the issue
when trying to kexec a recent community kernel, where we hit this NULL
pointer der
Hey everyone,
This is a fix for our BIOS init code to skip mapping in runtime services
when runtime_disabled == true. This is one that snuck under the radar
for a while, since we were using EFI_OLD_MEMMAP for so long. I've
explained the details of how it went unnoticed in the commit message.
A
Greg KH wrote:
> David, here's a bug report with reproducer that was sent to the
> oss-security mailing list for some unknown reason earlier today.
>
> Any ideas?
I think may have figured it out: big_key_crypto_init() may fail even though
big_key_init() succeeds (and also vice versa). The prob
On Tue, Jul 26, 2016 at 08:13:12PM +0800, Caesar Wang wrote:
> SARADC controller needs to be reset before programming it, otherwise
> it will not function properly.
>
> Signed-off-by: Caesar Wang
> Cc: Jonathan Cameron
> Cc: Heiko Stuebner
> Cc: Rob Herring
> Cc: linux-...@vger.kernel.org
> Cc
On Tue, Jul 26, 2016 at 3:24 PM, Josh Poimboeuf wrote:
> On Tue, Jul 26, 2016 at 01:59:20PM -0700, Andy Lutomirski wrote:
>> On Tue, Jul 26, 2016 at 9:26 AM, Josh Poimboeuf wrote:
>> > On Mon, Jul 25, 2016 at 05:09:44PM -0700, Andy Lutomirski wrote:
>> >> On Sat, Jul 23, 2016 at 7:04 AM, Josh Poi
On Tuesday, July 26, 2016 04:53:19 PM Josh Poimboeuf wrote:
> On Tue, Jul 26, 2016 at 10:15:39PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, July 26, 2016 09:39:05 AM Josh Poimboeuf wrote:
> > > On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote:
> > > > Hi,
> > > >
> > > > The
If an i2c access through i2c-cros-ec-tunnel returns an error, the following
log message is seen on the console.
cros-ec-i2c-tunnel ff20.spi:ec@0:i2c-tunnel:
Error parsing EC i2c message -121
This can happen a lot if, for example, the i2c-detect command is executed.
Si
On Tue, 26 Jul 2016 17:24:54 -0500
Josh Poimboeuf wrote:
> > This should be impossible unless that last entry is MCE. If we
> > actually fire an event that isn't MCE early in NMI entry, something
> > already went very wrong.
>
> So we don't need to support breakpoints in the early NMI entry c
From: Colin King
Date: Tue, 12 Jul 2016 11:59:39 +0100
> From: Colin Ian King
>
> According to the HPT366 data sheet, PCI config space dword 0x40-0x43
> bits 11:8 specify the primary drive cmd_high_time, however,
> currently just 3 bits of the 4 are being used because the mask
> is 0x07 and not
From: Alexey Khoroshilov
Date: Sat, 30 Apr 2016 01:11:12 +0300
> If driver_register() failed there is no sense to call driver_unregister().
> unregister_chrdev() should be called here.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
App
From: Julia Lawall
Date: Mon, 18 Apr 2016 16:55:38 +0200
> Add __init attribute on a function that is only called from other __init
> functions and that is not inlined, at least with gcc version 4.8.4 on an
> x86 machine with allyesconfig. Currently, the function is put in the
> .text.unlikely s
On Tue, Jul 26, 2016 at 01:59:20PM -0700, Andy Lutomirski wrote:
> On Tue, Jul 26, 2016 at 9:26 AM, Josh Poimboeuf wrote:
> > On Mon, Jul 25, 2016 at 05:09:44PM -0700, Andy Lutomirski wrote:
> >> On Sat, Jul 23, 2016 at 7:04 AM, Josh Poimboeuf
> >> wrote:
> >> >> > Unless I'm missing something,
Dne 14.6.2016 v 18:39 Kees Cook napsal(a):
> On Tue, Jun 14, 2016 at 7:13 AM, Stephen Rothwell
> wrote:
>> Hi Michal,
>>
>> On Tue, 14 Jun 2016 15:01:42 +0200 Michal Marek wrote:
>>>
>>> I won't :). Kees, are you going to keep the patch in your tree and send
>>> it to Linus once kbuild is in? Or
From: Bhaktipriya Shridhar
Date: Tue, 26 Jul 2016 22:38:24 +0530
> The workqueue health->wq was used as per device private health thread.
> This was done to perform delayed work.
>
> The workqueue has a single workitem(&health->work) and
> hence doesn't require ordering. It is involved in handli
Hi All,
On Thu, 7 Jul 2016 14:12:26 +1000 Stephen Rothwell
wrote:
>
> Hi Daniel,
>
> Today's linux-next merge of the clockevents tree got a conflict in:
>
> arch/arm/Kconfig
>
> between commit:
>
> c86f51737f8d ("ARM: clps711x: Switch to MULTIPLATFORM")
>
> from the arm-soc tree and com
On Tue, Jul 26, 2016 at 5:09 AM, Chanwoo Choi wrote:
> This patch support the extcon property for the external connector
> because each external connector might have the property according to
> the H/W design and the specific characteristics.
>
> - EXTCON_PROP_USB_[property name]
> - EXTCON_PROP_C
The SND_SOC_DAPM_PRE_PMU case would call startup()/hw_params() that
might access substream->runtime through other functions.
For example:
Unable to handle kernel NULL pointer dereference at virtual address
[]
PC is at snd_pcm_hw_rule_add+0x24/0x1b0
LR is at snd_pcm_hw_constraint_list+0x20/0x2
On Tue, Jul 26, 2016 at 3:02 PM, Krzysztof Opasiak
wrote:
>
>
> On 07/26/2016 10:53 AM, Jassi Brar wrote:
>> On Tue, Jul 26, 2016 at 7:01 AM, Ruslan Bilovol
>> wrote:
>>> On Fri, Jul 15, 2016 at 10:43 AM, Clemens Ladisch
>>> wrote:
>> On Tue, May 24, 2016 at 2:50 AM, Ruslan Bilovol
>>
Hi,
This is my next pull request for v4.8, which introduces a kernel self
protection of copy_to_user/copy_from_user that has been under review and
test on the kernel-hardening list for a while. It has lived for a bit
in -next, and appears to be ready IMO. There will be more improvements
in the fut
On Tue, Jul 26, 2016 at 2:14 PM, Robert Foss wrote:
...
> Thanks for the feedback (for this patch and the other ones)!
> I'm preparing a v2 and will submit it withing a day or two.
Excellent! very welcome and thanks again for picking this up.
...
>> FTR, current drivers/net/usb/ax88179_178a.c u
On Tue, Jul 26, 2016 at 10:15:39PM +0200, Rafael J. Wysocki wrote:
> On Tuesday, July 26, 2016 09:39:05 AM Josh Poimboeuf wrote:
> > On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > The following commit:
> > >
> > > commit 13523309495cdbd57a0d344c0d5d574987
Dne 26.7.2016 v 23:26 Kees Cook napsal(a):
> Before, the stack protector flag was sanity checked before .config had
> been reprocessed. This meant the build couldn't be aborted early, and
> only a warning could be emitted followed later by the compiler blowing
> up with an unknown flag. This has ca
On Jul 26, 2016, at 3:56 PM, SF Markus Elfring wrote:
>> But kobject_put() already checks for NULL, right?
>
> Yes. - Such an input parameter validation is performed by the
> function implementation.
>
>
>> you just submitted another batch about that in other area.
>
> I sent update suggestio
Dne 26.7.2016 v 02:05 Andrew Morton napsal(a):
> On Sun, 24 Jul 2016 15:28:18 +0200 Fabian Frederick wrote:
>> This patch adds ability to do make force=1 for people
>> not interested in modules_install in this case but only testing.
>>
>> (Note that other options could go under ifndef force)
>
>
Hi Ingo,
On Tue, 26 Jul 2016 08:38:17 +0200 Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
> >
> > I only affects cross building of the objtool and vdso2c tools (which is
> > how I work). The latest version of the perf/core branch in the tip
> > tree now has all the fixes, so I assume that I
On Tue, Jul 26, 2016 at 09:06:30PM +, Roberts, William C wrote:
> > From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
> > Behalf Of Jason Cooper
> > On Tue, Jul 26, 2016 at 08:13:23PM +, Roberts, William C wrote:
> > > > > From: Jason Cooper [mailto:ja...@lakedaemon.net] O
On Tue, Jul 26, 2016 at 11:53 AM, Jassi Brar wrote:
> On Tue, Jul 26, 2016 at 7:01 AM, Ruslan Bilovol
> wrote:
>> On Fri, Jul 15, 2016 at 10:43 AM, Clemens Ladisch wrote:
> On Tue, May 24, 2016 at 2:50 AM, Ruslan Bilovol
> wrote:
>> it may break current usecase for some people
>>>
>
Sorry for not getting back to you. This has been in my to-look-at list.
On Tue, Jul 26, 2016 at 2:24 PM, Kyle Walker wrote:
> The clock_select() operation will attempt to use the clocksource override
> to apply the desired clocksource when the "clocksource=" boot parameter is
> supplied. However,
On Tue, 2016-07-26 at 14:22 -0700, Andrey Smirnov wrote:
> On Tue, Jul 26, 2016 at 12:59 AM, Scott Wood wrote:
> >
> > On Mon, 2016-07-25 at 21:25 -0700, Andrey Smirnov wrote:
> > >
> > > Convert fsl_rstcr_restart into a function to be registered with
> > > register_reset_handler() API and intro
Current DP_ macros generate a lot of code.
Using functions with vsprintf extension %pV helps reduce that size.
$ size drivers/net/ethernet/qlogic/built-in.o* (x86-64)
textdata bss dec hex filename
165161 28470 32812 226443 3748b
drivers/net/ethernet/qlogic/built-in.o.de
Before, the stack protector flag was sanity checked before .config had
been reprocessed. This meant the build couldn't be aborted early, and
only a warning could be emitted followed later by the compiler blowing
up with an unknown flag. This has caused a lot of confusion over time,
so this splits t
From: Chunhui He
Date: Tue, 26 Jul 2016 06:16:52 +
> NUD_STALE is used when the caller(e.g. arp_process()) can't guarantee
> neighbour reachability. If the entry was NUD_VALID and lladdr is unchanged,
> the entry state should not be changed.
>
> Currently the code puts an extra "NUD_CONNECTE
The clock_select() operation will attempt to use the clocksource override
to apply the desired clocksource when the "clocksource=" boot parameter is
supplied. However, in the event that "clocksource=tsc" is used on a system
where there is a more desireable clocksource available, the boot parameter
On Tue, Jul 26, 2016 at 12:28:40PM -0700, Nicolin Chen wrote:
> diff --git a/sound/soc/soc-dapm.c b/sound/soc/soc-dapm.c
> index 8698c26..eed15ca 100644
> --- a/sound/soc/soc-dapm.c
> +++ b/sound/soc/soc-dapm.c
> @@ -3493,6 +3493,7 @@ static int snd_soc_dai_link_event(struct
> snd_soc_dapm_widget
On Wed, 13 Jul 2016 14:37:46 +0100
Ross Burton wrote:
> Current glibc (as of c10f90, soon to be 2.24) has an elf.h which defines
> EM_METAG but doesn't also define R_METAG_ADDR32 and _NONE. This results in
> recordmcount not defining any of the META symbols, and the compile failing.
>
> Handle t
On Tue, Jul 26, 2016 at 11:06 AM, Clemens Ladisch wrote:
> Ruslan Bilovol wrote:
>> On Fri, Jul 15, 2016 at 10:43 AM, Clemens Ladisch wrote:
> On Tue, May 24, 2016 at 2:50 AM, Ruslan Bilovol
> wrote:
>> it may break current usecase for some people
>>>
>>> And what are the benefits th
On Tue, Jul 26, 2016 at 2:06 PM, Michal Marek wrote:
> On Tue, Jul 12, 2016 at 03:30:43PM -0700, Kees Cook wrote:
>> Before, the stack protector flag was sanity checked before .config had
>> been reprocessed. This meant the build couldn't be aborted early, and
>> only a warning could be emitted fo
On Tue, Jul 26, 2016 at 12:59 AM, Scott Wood wrote:
> On Mon, 2016-07-25 at 21:25 -0700, Andrey Smirnov wrote:
>> Convert fsl_rstcr_restart into a function to be registered with
>> register_reset_handler() API and introduce fls_rstcr_restart_register()
>> function that can be added as an initcall
On Tue, Jul 26, 2016 at 02:50:58PM -0500, Eric W. Biederman wrote:
> > Yes that's the right directions to follow. We'll make the reports more
> > understandable and the test/bisects more reliable.
>
> Thanks. Does trinity have a random seed it can export/import to rerun
> the same tests? I
I am sorry, there has been parallel work between KASLR memory
randomization and hibernation support. That's why hibernation was not
tested, it was not supported when the feature was created.
Communication will be better next time.
I will work on identifying the problem and pushing a fix.
Thanks f
On Tue, Jul 26, 2016 at 11:13:44PM +0800, Fengguang Wu wrote:
> >> The "BUG: kernel test crashed" means the VM reboots by itself while
> >> the trinity test is running. If the error message is "BUG: kernel boot
> >> crashed" it'd mean VM abnormally reboots before any test is launched.
> >
>
From: Wang Nan
New LLVM will issue newly assigned EM_BPF machine code. The new code
will be propagated to glibc and libelf.
This patch introduces the new machine code to libbpf.
Signed-off-by: Wang Nan
Acked-by: Alexei Starovoitov
Cc: Zefan Li
Cc: pi3or...@163.com
Link:
http://lkml.kernel.o
From: Grant Grundler
For the record, I believe I am not the author of these patches.
I believe the original author is
Signed-off-by: Freddy Xin
as recorded in the following code reviews (and testing) that I was
responsible for:
https://chromium-review.googlesource.com/#/q/owner:%22G
On Tue, Jul 26, 2016 at 2:02 PM, Roberts, William C
wrote:
>
>
>> -Original Message-
>> From: Nick Kralevich [mailto:n...@google.com]
>> Sent: Tuesday, July 26, 2016 1:41 PM
>> To: Roberts, William C
>> Cc: ja...@lakedaemon.net; linux...@vger.kernel.org; lkml > ker...@vger.kernel.org>; ke
On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote:
> Overflow memory handling is tricky: While it's still referenced by the
> BPO registers, we want to keep it from being freed. When we are
> putting a new set of overflow memory in the registers, we need to
> assign the old one to the last rende
From: Song Shan Gong
At present, when creating module's map, perf gets 'start' address by
parsing '/proc/modules', but it's the module base address, it isn't the
start address of the '.text' section.
In most arches, it's OK. But for s390, it places 'GOT' and 'PLT'
relocations before '.text' sect
rg/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-urgent-for-mingo-20160726
for you to fetch changes up to 203d8a4aa6edf2c19206316d439ec5dae52ce581:
perf s390: Fix 'start' address of module's map (2016-07-26 16:46:12 -0300)
---
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-4.8-rc1
to receive core ACPI code updates for v4.8-rc1 with top-most commit
54d0b14ad7cc4ff3c710f092a93638f359c1b14b
Merge branches 'acpi-drivers', 'acpi-misc' and 'acpi-tools'
on top of comm
On Tue, Jul 12, 2016 at 03:30:43PM -0700, Kees Cook wrote:
> Before, the stack protector flag was sanity checked before .config had
> been reprocessed. This meant the build couldn't be aborted early, and
> only a warning could be emitted followed later by the compiler blowing
> up with an unknown f
> -Original Message-
> From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
> Behalf Of Jason Cooper
> Sent: Tuesday, July 26, 2016 2:00 PM
> To: Roberts, William C
> Cc: linux...@kvack.org; linux-kernel@vger.kernel.org; kernel-
> harden...@lists.openwall.com; a...@linux-f
On 25/07/16 09:38, Enric Balletbo Serra wrote:
> Hi Jonathan,
>
> Many thanks for the review, some answers below.
>
> 2016-07-24 15:51 GMT+02:00 Jonathan Cameron :
>> On 20/07/16 10:22, Enric Balletbo i Serra wrote:
>>> Add the core functions to be able to support the sensors attached behind
>>>
> -Original Message-
> From: Limonciello, Mario
> Sent: Tuesday, July 19, 2016 9:48 AM
> To: 'Jean Delvare' ; Hung, Allen
> Cc: Jean Delvare ; linux-kernel@vger.kernel.org
> Subject: RE: [PATCH 2/2] dmi-id: add dmi/id/oem group for exporting oem
> strings to sysfs
>
> Hi Jean,
>
> I work
> -Original Message-
> From: Nick Kralevich [mailto:n...@google.com]
> Sent: Tuesday, July 26, 2016 1:41 PM
> To: Roberts, William C
> Cc: ja...@lakedaemon.net; linux...@vger.kernel.org; lkml ker...@vger.kernel.org>; kernel-harden...@lists.openwall.com; Andrew
> Morton ; Kees Cook ;
> G
On Tue, Jul 26, 2016 at 10:03:25AM +0200, Michael Kerrisk (man-pages) wrote:
> On 07/26/2016 04:54 AM, Andrew Vagin wrote:
> > On Mon, Jul 25, 2016 at 09:59:43AM -0500, Eric W. Biederman wrote:
> > > "Michael Kerrisk (man-pages)" writes:
> >
> > [snip]
> >
> > > [snip]
> > > > > > So, from my po
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pnp-4.8-rc1
to receive a PNP subsystem update for v4.8-rc1 as commit
917c7fc264abb9c470486b157bc7252e53f68fbb
PNP: make pnpbios core explicitly non-modular
on top of commit a99cde438de0c4c0cecc1d1
On Tue, Jul 26, 2016 at 1:53 PM, Rafael J. Wysocki wrote:
> On Tuesday, July 26, 2016 01:33:02 PM Kees Cook wrote:
>> On Tue, Jul 26, 2016 at 1:24 PM, Rafael J. Wysocki
>> wrote:
>> > On Tuesday, July 26, 2016 04:04:42 PM Borislav Petkov wrote:
>> >> On Tue, Jul 26, 2016 at 01:32:28PM +0200, Raf
On Tue, Jul 26, 2016 at 9:26 AM, Josh Poimboeuf wrote:
> On Mon, Jul 25, 2016 at 05:09:44PM -0700, Andy Lutomirski wrote:
>> On Sat, Jul 23, 2016 at 7:04 AM, Josh Poimboeuf wrote:
>> >> > Unless I'm missing something, I think it should be fine for nested NMIs,
>> >> > since they're all on the sam
Hi William,
On Tue, Jul 26, 2016 at 08:13:23PM +, Roberts, William C wrote:
> > > From: Jason Cooper [mailto:ja...@lakedaemon.net]
> > > On Tue, Jul 26, 2016 at 11:22:26AM -0700, william.c.robe...@intel.com
> > > wrote:
> > > > Performance Measurements:
> > > > Using strace with -T option and
On Thu, Jul 21, 2016 at 01:23:58AM -0400, Jessica Yu wrote:
> Hi,
>
> A few months ago, Chris Arges reported a bug involving alternatives/paravirt
> patching that was discussed here [1] and here [2]. To briefly summarize the
> bug, patch modules that contained .altinstructions or .parainstructions
On Tuesday, July 26, 2016 8:21:37 AM CEST Kees Cook wrote:
> On Tue, Jul 26, 2016 at 5:28 AM, Arnd Bergmann wrote:
> > The do_usercopy_stack() function uses uninitialized stack data to initialize
> > more of the stack, which causes a warning in some configurations (ARM
> > allmodconfig):
> >
> >
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-4.8-rc1
to receive the main part of power management material for v4.8-rc1
with top-most commit bc841e260c95608921809a2c7481cf6f03bec21a
Merge branch 'pm-cpu'
on top of commit 523d939ef98fd7126
On Tuesday, July 26, 2016 10:18:53 PM CEST Ulf Hansson wrote:
> > diff --git a/drivers/mmc/host/sdhci-esdhc-imx.c
> > b/drivers/mmc/host/sdhci-esdhc-imx.c
> > index 2bb326bbc34a..593e34053c4b 100644
> > --- a/drivers/mmc/host/sdhci-esdhc-imx.c
> > +++ b/drivers/mmc/host/sdhci-esdhc-imx.c
> > @@ -1
On Tue, Jul 26, 2016 at 09:17:31PM +0200, Michael Kerrisk (man-pages) wrote:
> Hello Andrew,
>
> On 26 July 2016 at 20:25, Andrew Vagin wrote:
> > On Tue, Jul 26, 2016 at 10:03:25AM +0200, Michael Kerrisk (man-pages) wrote:
> >> On 07/26/2016 04:54 AM, Andrew Vagin wrote:
> >> > On Mon, Jul 25, 2
On 26.07.16 19:02, Grygorii Strashko wrote:
On 07/23/2016 09:24 AM, Ivan Khoronzhuk wrote:
On 22.07.16 16:58, Grygorii Strashko wrote:
Fix deadlock in cpdma_ctlr_destroy() which is triggered now on
cpsw module removal:
cpsw_remove()
- cpdma_ctlr_destroy()
- spin_lock_irqsave(&ctlr->loc
Dne 23.7.2016 v 23:00 Amitoj Kaur Chawla napsal(a):
> This script finds instances of allocate and memcpy which can be
> replaced with a direct call to zalloc equivalent of a function.
>
> Signed-off-by: Amitoj Kaur Chawla
> ---
> scripts/coccinelle/api/zalloc.cocci | 556
> +
The BO cache will complain if BOs are still allocated when we try to
destroy it (since freeing those BOs would try to hit the cache). You
could hit this if you were to unload the module after a GPU hang.
Signed-off-by: Eric Anholt
Fixes: 214613656b51 ("drm/vc4: Add an interface for capturing the
On Tuesday, July 26, 2016 01:33:02 PM Kees Cook wrote:
> On Tue, Jul 26, 2016 at 1:24 PM, Rafael J. Wysocki wrote:
> > On Tuesday, July 26, 2016 04:04:42 PM Borislav Petkov wrote:
> >> On Tue, Jul 26, 2016 at 01:32:28PM +0200, Rafael J. Wysocki wrote:
> >> > Hi,
> >> >
> >> > The following commit:
Here are a bunch of miscellaneous fixes for 3D I've come up with while
doing a bunch of piglit runs. One has a new IGT test sent out, and
I've got a test almost ready for large CLs.
Eric Anholt (6):
drm/vc4: Use drm_free_large() on handles to match its allocation.
drm/vc4: Use drm_malloc_ab t
If you managed to exceed the limit to switch to vmalloc, we'd use the
wrong free.
Signed-off-by: Eric Anholt
Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.")
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/vc4/vc4_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
If the device was already up, a 1 is returned instead of 0. We were
erroring out, leading the 3D driver to sometimes fail at screen
initialization (generally with ENOENT returned to it).
Signed-off-by: Eric Anholt
Fixes: af713795c59f ("drm/vc4: Add a getparam ioctl for getting the V3D
identity
We'd end up NULL pointer dereferencing because we didn't take the
error path out in the parent. Fixes igt vc4_lookup_fail test.
Signed-off-by: Eric Anholt
Fixes: d5b1a78a772f ("drm/vc4: Add support for drawing 3D frames.")
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/vc4/vc4_gem.c | 2 +-
1 f
Overflow memory handling is tricky: While it's still referenced by the
BPO registers, we want to keep it from being freed. When we are
putting a new set of overflow memory in the registers, we need to
assign the old one to the last rendering job using it.
We were looking at "what's currently runn
If you exceeded the size that kmalloc would return, you'd get a dmesg
warning and an error from the job submit. We can handle much larger
allocations with vmalloc, and drm_malloc_ab makes that decision.
Fixes failure in piglit's scissor-many.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/
101 - 200 of 682 matches
Mail list logo
