When CPPC fails to request PCC channel, the CPC data is freed
and cpc_desc_ptr points to the invalid data. This change prevents
this issue by moving cpc_desc_ptr assignment after PCC channel
request.
Signed-off-by: Hoan Tran
---
drivers/acpi/cppc_acpi.c | 6 +++---
1 file changed, 3 insertions(+
On Wed, May 25, 2016 at 11:49:16AM +0200, Neil Armstrong wrote:
> Add DT bindings for the Meson SoC Reset Controller documentation and the
> associated include file.
>
> Signed-off-by: Neil Armstrong
> ---
> .../bindings/reset/amlogic,meson-reset.txt | 18 ++
> .../dt-bindings/reset/aml
On 05/05/2016 12:58 AM, Lv Zheng wrote:
> ACPICA commit c49a751b4dae7baec1790748a2b4b6e8ab599f51
>
> For Access Size = 0, it actually can use user expected access bit width.
> This patch implements this.
>
> Besides of the ACPICA upstream commit, this patch also includes a fix fixing
> the issue re
On Wed, May 25, 2016 at 05:43:03AM +, Rich Felker wrote:
> Signed-off-by: Rich Felker
> ---
> .../devicetree/bindings/spi/jcore,spi.txt | 23
> ++
> 1 file changed, 23 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/spi/jcore,spi.txt
Acked-
On Wed, May 25, 2016 at 05:49:58PM +0800, Caesar Wang wrote:
> From: Huang Tao
>
> Add compatible string for rk3399 because which timer is a little
> different from older SoCs. So rename the file name from
> rockchip,rk3288-timer.txt to rockchip,rk-timer.txt.
> Clarify rockchip,rk3288-timer suppo
On Tue, May 24, 2016 at 06:58:36PM +0200, Peter Zijlstra wrote:
> On Tue, May 24, 2016 at 12:22:07PM -0400, Tejun Heo wrote:
> > A delta but that particular libata usage is probably not needed now.
> > The path was used while libata was gradually adding error handlers to
> > the low level drivers.
From: Yury Norov
Date: Tue, 24 May 2016 03:04:30 +0300
> +To clear that top halves, automatic wrappers are introduced. They clear all
> +required registers before passing control to regular syscall handler.
Why have one of these for every single compat system call, rather than
simply clearing th
On Tue, 24 May, at 09:54:31AM, Tom Lendacky wrote:
>
> I looked into this and this would be a large change also to parse tables
> and build lists. It occurred to me that this could all be taken care of
> if the early_memremap calls were changed to early_ioremap calls. Looking
> in the git log I s
On Wed, May 4, 2016 at 2:57 AM, Felipe Balbi
wrote:
>
> Hi,
>
> Rajesh Bhagat writes:
>> On certain platforms (e.g. ARM64) the dma_ops needs to be explicitly set
>> to be able to do DMA allocations, so use the of_dma_configure() helper
>> to populate the dma properties and assign an appropriate d
CS53L30 is a Quad-Channel ADC from Cirrus Logic with an I2S/TDM DAI.
So this patch adds a codec driver for CS53L30 that includes 4-channel
24-bit recording and TDM mode supports.
Signed-off-by: Nicolin Chen
---
Changelog:
v6->v7
* Added vendor prefixes to properties in DT binding doc
* Updated
From: Gregory CLEMENT
Date: Tue, 24 May 2016 18:03:24 +0200
> these two patches fix spinlock related issues introduced in v4.6. They
> have been reported by Russell King and Jean-Jacques Hiblot.
Series applied and queued up for -stable.
On 5/25/2016 1:26 PM, Jon Hunter wrote:
>
> On 25/05/16 17:36, Rhyland Klein wrote:
>
> ...
>
>> I can see that getting the temperature could work. I would point out
>> that I don't see any recent changes to bq27xxx or the power_supply_core
>> that would imply this is a regression. My guess is t
The .map_dma_buf/.unmap_dma_buf function calls are designed for buffer
users to perform DMA accesses. Ion doesn't call into the lower DMA
layer currently. This may leave mapping incomplete for devices with
more complex topologies (e.g. IOMMUs). Add the appropriate dma_map
calls to the dma_buf cal
Hi,
This series cleans up Ion a bit to be more in line with existing standards for
caching and dma mapping.
The most controversial part of this is probably going to be the first patch.
Ion takes quite a few liberties with how the DMA APIs are used for cache
syncing. dma_sync_sg is used without ca
Ion is currently using the DMA APIs in non-compliant ways for cache
maintaince. The issue is Ion needs to do cache operations outside of
the regular DMA model. The Ion model matches more closely with the
DRM model which calls cache APIs directly. Add an appropriate
abstraction layer for Ion to cal
dma_buf added support for a userspace syncing ioctl. It is implemented
by calling dma_buf_begin_cpu_access and dma_buf_end_cpu_access. Ion
currently lacks cache operations on this code path. Add them for
compatibility with the dma_buf ioctl.
Signed-off-by: Laura Abbott
---
drivers/staging/andr
Hello,
On Mon, May 23, 2016 at 11:36:18AM +0200, Peter Zijlstra wrote:
> > include/linux/percpu-refcount.h:146:36: warning: initialization makes
> > pointer from integer without a cast [-Wint-conversion]
> > percpu_ptr = lockless_dereference(ref->percpu_count_ptr);
>
> TJ; would you pr
On Wed, May 25, 2016 at 12:30:17PM -0700, David Miller wrote:
> From: Yury Norov
> Date: Tue, 24 May 2016 03:04:30 +0300
>
> > +To clear that top halves, automatic wrappers are introduced. They clear all
> > +required registers before passing control to regular syscall handler.
>
> Why have one
On Wed, 2016-05-25 at 01:33 +0200, Luis R. Rodriguez wrote:
> On Wed, Apr 27, 2016 at 09:25:57AM -0600, Toshi Kani wrote:
> >
> > On x86, ioremap() and remap_pfn_range() fail on conflicting cache
> > type of an alias mapping request only if the case is not allowed
> > by the rule set in is_new_mem
Hi,
On Tue, May 24, 2016 at 09:22:32AM +0100, Andrew Goodbody wrote:
> The musb driver can drop rx packets when heavily loaded. These two
> patches address two issues that can cause this. Both issues arose
> when an endpoint was reprogrammed. The first patch is a logic bug
> that resulted in a sha
lockless_dereference() is planned to grow a sanity check to ensure
that the input parameter is a pointer. __ref_is_percpu() passes in an
unsinged long value which is a combination of a pointer and a flag.
While it can be casted to a pointer lvalue, the casting looks messy
and it's a special case a
Linus,
Please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
# HEAD: 2e51f26245701cb28f154552836b7807159088a8 objtool: Allow building
with older libelf
An libtool fix for older libelf versions.
Thank
On Wed, May 25, 2016 at 11:14:52PM +0530, Rajneesh Bhardwaj wrote:
> This patch adds the Power Management Controller driver as a PCI driver
> for Intel Core SoC architecture.
>
> This driver can utilize debugging capabilities and supported features
> as exposed by the Power Management Controller.
On May 25, 2016 6:16 AM, "Peter Zijlstra" wrote:
>
> On Tue, May 24, 2016 at 03:52:28PM -0700, Andy Lutomirski wrote:
> > Currently, the trace_printk code chooses which static buffer to use based
> > on what type of atomic context (NMI, IRQ, etc) it's in. Simplify the
> > code and make it more ro
On Wed, May 25, 2016 at 6:20 AM, Namhyung Kim wrote:
> Hi Andy,
>> - out:
>> +
>> +out_nobuffer:
>> + put_trace_buf();
>> +
>> +out:
>
> Shouldn't the labels be reversed like below?
>
> out:
> put_trace_buf();
>
> out_nobuffer:
Yes. I'll send a new version.
--Andy
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: 0c9f790fcbdaf8cfb6dd7fb4e88fadf55082e37e Merge tag
'perf-core-for-mingo-20160523' of
git://git.kernel.org/pub/scm/linux/kernel/git/a
From: Yury Norov
Date: Wed, 25 May 2016 23:03:27 +0300
> On Wed, May 25, 2016 at 12:30:17PM -0700, David Miller wrote:
>> From: Yury Norov
>> Date: Tue, 24 May 2016 03:04:30 +0300
>>
>> > +To clear that top halves, automatic wrappers are introduced. They clear
>> > all
>> > +required registers
On Tuesday, May 24, 2016 3:04:47 AM CEST Yury Norov wrote:
> +static unsigned long compat_sys_mmap2(compat_uptr_t addr, compat_size_t len,
> + int prot, int flags, int fd, off_t pgoff)
> +{
> + if (pgoff & (~PAGE_MASK >> 12))
> + return -EINVAL;
> +
> + return sys_mm
On Tue, May 24, 2016 at 10:53:08PM +0200, Gabriele Mazzotta wrote:
> Some BIOSes unconditionally send an ACPI notification to RBTN when the
> system is resuming from suspend. This makes dell-rbtn send an input
> event to userspace as if a function key was pressed. Prevent this by
> ignoring all the
On Wednesday 25 May 2016 22:28:47 Darren Hart wrote:
> On Tue, May 24, 2016 at 10:53:08PM +0200, Gabriele Mazzotta wrote:
> > Some BIOSes unconditionally send an ACPI notification to RBTN when
> > the system is resuming from suspend. This makes dell-rbtn send an
> > input event to userspace as if a
rproc_add adds the newly created remoteproc to a list for use by
rproc_get_by_phandle and then does some additional processing to finish
adding the remoteproc. This leaves a small window of time in which the
rproc is available in the list but not yet fully initialized, so if
another driver comes al
On 5/25/2016 2:33 PM, Bjorn Helgaas wrote:
> It looks like the code enforces this by clearing bits in
> link->aspm_capable (effectively pretending L0s or L1 are unsupported)
> if the latency is too high.
Yes, this is what I was referring to. I think what Linux does is
the right thing.
--
Sinan K
On 25/05/2016 22:36, Pali Rohár wrote:
> On Wednesday 25 May 2016 22:28:47 Darren Hart wrote:
>> On Tue, May 24, 2016 at 10:53:08PM +0200, Gabriele Mazzotta wrote:
>>> Some BIOSes unconditionally send an ACPI notification to RBTN when
>>> the system is resuming from suspend. This makes dell-rbtn se
(Cc'ing Mark, the original author)
On Wed, 25 May, at 04:36:55PM, Vitaly Kuznetsov wrote:
> Commit 78ce248faa3c ("efi: Iterate over efi.memmap in
> for_each_efi_memory_desc()") introduced a regression for systems booted
> with 'noefi' kernel option. In particular, I observe early kernel hang in
>
On Wednesday, May 25, 2016 1:21:45 PM CEST David Miller wrote:
> From: Yury Norov
> Date: Wed, 25 May 2016 23:03:27 +0300
>
> > On Wed, May 25, 2016 at 12:30:17PM -0700, David Miller wrote:
> >> From: Yury Norov
> >> Date: Tue, 24 May 2016 03:04:30 +0300
> >>
> >> > +To clear that top halves, a
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-4.7-rc1-more
to receive more power management updates for v4.7-rc1 with top-most
commit 4c2628cd7580bc4f4a4994925cf366185ecc37a5
Merge branches 'pm-cpufreq', 'pm-cpuidle' and 'pm-core'
on top o
On Mon, May 23, 2016 at 03:02:14PM +0800, Zhu Guihua wrote:
> We tried to do that. You can see our patch at
> http://www.gossamer-threads.com/lists/linux/kernel/2116748
>
> But maintainer thought, we should establish persistent cpuid<->nodeid
> relationship,
> there is no need to change the map.
>
From: Arnd Bergmann
Date: Wed, 25 May 2016 22:47:33 +0200
> If we use the normal calling conventions, we could remove these overrides
> along with the respective special-case handling in glibc. None of them
> look particularly performance-sensitive, but I could be wrong there.
You could set the
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-4.7-rc1-more
to receive an additional ACPI update for v4.7-rc1 with top-most
commit 0cc4b48149ff6948dd82a039ad55cdbec49107f7
Merge branch 'acpi-battery'
on top of commit 46c13450624e36302547a
Andy Gross writes:
> On Mon, May 23, 2016 at 04:02:06PM -0500, Andy Gross wrote:
>> On 23 May 2016 at 14:26, Kevin Hilman wrote:
>> > Hi Andy,
>> >
>> > On Thu, May 12, 2016 at 8:46 PM, Andy Gross wrote:
>> >> This patch converts the Qualcomm SCM driver to use the streaming DMA APIs
>> >> for c
On Wed, May 25, 2016 at 11:13 PM, Darren Hart wrote:
> On Wed, May 25, 2016 at 11:14:52PM +0530, Rajneesh Bhardwaj wrote:
> Hi Rajneesh,
>
> Unfortunately during my build test, this introduced a new warning to the
> build:
>
> drivers/platform/x86/intel_pmc_core.c:201:19: warning: ‘intel_pmc_cor
On Tue, May 17, 2016 at 12:04:33PM +0100, Maciej W. Rozycki wrote:
> Fix an aliasing issue causing a MIPS port build error:
>
> In file included from include/linux/srcu.h:34:0,
> from include/linux/notifier.h:15,
> from ./arch/mips/include/asm/uprobes.h:9,
>
On Wed, 2016-05-25 at 21:48 +0100, Matt Fleming wrote:
> (Cc'ing Mark, the original author)
>
> On Wed, 25 May, at 04:36:55PM, Vitaly Kuznetsov wrote:
> >
> > Commit 78ce248faa3c ("efi: Iterate over efi.memmap in
> > for_each_efi_memory_desc()") introduced a regression for systems booted
> > with
On Wed, May 11, 2016 at 6:52 AM, Petr Mladek wrote:
> Tejun, may I add your ack for some of the patches, please?
> Or do you want to wait for the resend?
When you repost, I'll explicitly ack the patches.
Thanks!
--
tejun
On Wednesday, May 25, 2016 1:50:39 PM CEST David Miller wrote:
> From: Arnd Bergmann
> Date: Wed, 25 May 2016 22:47:33 +0200
>
> > If we use the normal calling conventions, we could remove these overrides
> > along with the respective special-case handling in glibc. None of them
> > look particul
On Wed, May 25, 2016 at 11:37:21PM +0300, Andy Shevchenko wrote:
> On Wed, May 25, 2016 at 11:13 PM, Darren Hart wrote:
> > On Wed, May 25, 2016 at 11:14:52PM +0530, Rajneesh Bhardwaj wrote:
>
> > Hi Rajneesh,
> >
> > Unfortunately during my build test, this introduced a new warning to the
> > b
On 24-05-16 23:05, Rafał Miłecki wrote:
> This is helpful for debugging, without this all I was getting from "iw"
> command on device with BCM43602 was:
>> command failed: Too many open files in system (-23)
>
> Signed-off-by: Rafał Miłecki
> ---
> V2: s/in/if/ in commit message
> ---
> drivers/
On Wed, May 25, 2016 at 03:11:55PM -0400, neha agarwal wrote:
> Hi All,
>
> I have been testing Hugh's and Kirill's huge tmpfs patch sets with
> Cassandra (NoSQL database). I am seeing significant performance gap between
> these two implementations (~30%). Hugh's implementation performs better
> t
On 24-05-16 11:09, Rafał Miłecki wrote:
> Firmware for new chipsets is based on a new major version of code
> internally maintained at Broadcom. E.g. brcmfmac4366b-pcie.bin (used for
> BCM4366B1) is based on 10.10.69.3309 while brcmfmac43602-pcie.ap.bin was
> based on 7.35.177.56.
>
> Currently
On 25 May 2016 at 15:50, Kevin Hilman wrote:
> Andy Gross writes:
>
>> On Mon, May 23, 2016 at 04:02:06PM -0500, Andy Gross wrote:
>>> On 23 May 2016 at 14:26, Kevin Hilman wrote:
>>> > Hi Andy,
>>> >
>>> > On Thu, May 12, 2016 at 8:46 PM, Andy Gross wrote:
>>> >> This patch converts the Qualco
On Wed, May 25, 2016 at 10:47:03PM +0200, Gabriele Mazzotta wrote:
> On 25/05/2016 22:36, Pali Rohár wrote:
> > On Wednesday 25 May 2016 22:28:47 Darren Hart wrote:
> >> On Tue, May 24, 2016 at 10:53:08PM +0200, Gabriele Mazzotta wrote:
> >>> Some BIOSes unconditionally send an ACPI notification to
On Wed, 25 May 2016, Tejun Heo wrote:
> > Fix an aliasing issue causing a MIPS port build error:
> >
> > In file included from include/linux/srcu.h:34:0,
> > from include/linux/notifier.h:15,
> > from ./arch/mips/include/asm/uprobes.h:9,
> > from
On Wed, May 25, 2016 at 05:11:03PM -0400, neha agarwal wrote:
> On Wed, May 25, 2016 at 4:03 PM, Kirill A. Shutemov
> wrote:
>
> > On Wed, May 25, 2016 at 03:11:55PM -0400, neha agarwal wrote:
> > > Hi All,
> > >
> > > I have been testing Hugh's and Kirill's huge tmpfs patch sets with
> > > Cassa
On Wed, May 25, 2016 at 09:13:23AM +0200, Corentin Chary wrote:
> On Mon, Feb 8, 2016 at 6:05 PM, João Paulo Rechi Vita
> wrote:
> > Some Asus laptops that have an "airplane mode" indicator LED, also have
> > the WMI WLAN user bit set, and the following bits in their DSDT:
> >
> > Scope (_SB)
> >
Hi Pavel,
Thanks for your continued work on this! :-)
Some quite minor comments below. I think we're good then.
On Tue, May 24, 2016 at 11:17:46AM +0200, Pavel Machek wrote:
> This adds support for AD5820 autofocus coil, found for example in
> Nokia N900 smartphone.
>
> Signed-off-by: Pavel Mac
Hi all,
attached series allows exporting mtd flash otp regions via nvmem.
This is my first stab and still needs cleanup, but I wanted to get some
general feedback on whether this can conceptually work.
In an earlier conversation with Boris (in Cc) he suggested (I think),
something similar to what
This commit introduces support for exposing otp regions
in mtd flash devices as nvmem providers, allowing them to provide
information such as serial numbers, calibration data or
product ids.
Cc: David Woodhouse
Cc: Brian Norris
Cc: Boris Brezillon
Signed-off-by: Moritz Fischer
---
drivers/mt
This commit adds documentation describing the bindings for
exposing mtd flash otp regions as nvmem providers via devicetree.
Signed-off-by: Moritz Fischer
---
.../devicetree/bindings/mtd/otp-nvmem.txt | 62 ++
1 file changed, 62 insertions(+)
create mode 100644 Docu
register_page_bootmem_info_node() is invoked in mem_init(), so it will be
called before page_alloc_init_late() if CONFIG_DEFERRED_STRUCT_PAGE_INIT
is enabled. But, pfn_to_nid() depends on memmap which won't be fully setup
until page_alloc_init_late() is done, so replace pfn_to_nid() by
early_pfn_to
From: Arnd Bergmann
Date: Wed, 25 May 2016 23:01:06 +0200
> On Wednesday, May 25, 2016 1:50:39 PM CEST David Miller wrote:
>> From: Arnd Bergmann
>> Date: Wed, 25 May 2016 22:47:33 +0200
>>
>> > If we use the normal calling conventions, we could remove these overrides
>> > along with the respec
On 25.05.2016 11:31, Borislav Petkov wrote:
On Sat, May 21, 2016 at 09:51:18AM +0200, Borislav Petkov wrote:
I'll ping you once I'm done testing here.
Ok, I've just uploaded a branch, it passes testing here.
http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git, branch tip-microcode
I test
On Wed, May 25, 2016 at 06:03:19PM +0200, Arnd Bergmann wrote:
> On Tuesday, May 24, 2016 3:23:39 PM CEST Linus Torvalds wrote:
> > On Tue, May 24, 2016 at 1:11 PM, Arnd Bergmann wrote:
> > > The following changes since commit
> > > bf16200689118d19de1b8d2a3c314fc21f5dc7bb:
> > >
> > > Linux 4.
From: Wang Nan
There's no need to receive events from overwritable ring buffer.
Instead, perf should make them run in background until some external
event of interest takes place. This patch makes ignores normal events from
overwrite evlists.
Overwritable events must be mapped readonly and back
From: Andi Kleen
Move the get_main_thread function from db-export.c to thread.c so that
it can be used elsewhere.
Signed-off-by: Andi Kleen
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1464051145-19968-2-git-send-email-a...@firstfloor.org
[ Removed leftover bits from db-export.h ]
Signed-off-
From: Arnaldo Carvalho de Melo
Additionally to being able to control the system wide maximum depth via
/proc/sys/kernel/perf_event_max_stack, now we are able to ask for
different depths per event, using perf_event_attr.sample_max_stack for
that.
This uses an u16 hole at the end of perf_event_att
From: Wang Nan
It is possible that all events in an evlist are overwritable.
perf_event__synth_time_conv() should not crash in this case.
record__pick_pc() is used to check avaliability.
Signed-off-by: Wang Nan
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: pi3or...@16
/git/acme/linux.git
tags/perf-core-for-mingo-20160525
for you to fetch changes up to 83e1e314baf9a1424bf2f50953ed7d50612763c4:
tools: Pass arg to fdarray__filter's call back function (2016-05-25 17:27:25
-0300)
perf
From: Wang Nan
Before this patch there's no way to pass arguments to fdarray__filter's
call back function.
This improvement will be used by 'perf record' to support unmapping ring
buffer for both main evlist and overwrite evlist. Without this patch
there's no way to track overwrite evlist from '
From: Wang Nan
Before this patch, a simple 'perf record' could fail if kptr_restrict is
set to 1 (for normal user) or 2 (for root):
# perf record ls
WARNING: Kernel address maps (/proc/{kallsyms,modules}) are restricted,
check /proc/sys/kernel/kptr_restrict.
Samples in kernel functions
From: Arnaldo Carvalho de Melo
The tooling counterpart, now it is possible to do:
# perf record -e sched:sched_switch/max-stack=10/ -e
cycles/call-graph=dwarf,max-stack=4/ -e
cpu-cycles/call-graph=dwarf,max-stack=1024/ usleep 1
[ perf record: Woken up 1 times to write data ]
[ perf recor
On Thu, Jan 14, 2016 at 9:55 PM, Konstantin Khlebnikov wrote:
> On Fri, Jan 15, 2016 at 12:22 AM, Kees Cook wrote:
>> Normally, when a user can modify a file that has setuid or setgid bits,
>> those bits are cleared when they are not the file owner or a member
>> of the group. This is enforced wh
From: Wang Nan
If kptr_restrict is set to 2, even root is not allowed to see pointers.
This patch checks kptr_restrict even if euid == 0. For root, report
error if kptr_restrict is 2.
Signed-off-by: Wang Nan
Tested-by: Arnaldo Carvalho de Melo
Cc: Zefan Li
Cc: pi3or...@163.com
Link:
http://l
From: Wang Nan
Now we have evlist->backward to indicate the mmap direction. Make
perf_evlist__mmap_read() choose right direction automatically.
Signed-off-by: Wang Nan
Cc: He Kuang
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: pi3or...@163.com
Link:
http://lkml.kern
From: Wang Nan
evlist->mmap[i]->refcnt could be 0 if an evlist has no evsel or if all
evsels don't match the evlist during mmap. For example, when all evsels
are overwritable but the evlist itself is normal. To avoid crashing,
perf should check 'base' pointer before checking refcnt, and raise bug
On Wed, May 25, 2016 at 11:29:03PM +0200, Gabriel C wrote:
> initrd + buitl-in intel ucode won't boot here. It hangs on grub 'Loading
> initrd image'..
That's with my patches? Can I have the .config please so that I can
reproduce?
With initrd you mean, you supply an initrd with the micrcode with
Sorry for the late reply.
On Wed, May 18, 2016 at 03:29:55PM -0400, Vivek Goyal wrote:
> On Fri, May 13, 2016 at 03:59:50PM -0700, Shaohua Li wrote:
> > On Fri, May 13, 2016 at 03:12:45PM -0400, Vivek Goyal wrote:
> > > On Tue, May 10, 2016 at 05:16:30PM -0700, Shaohua Li wrote:
> > > > Hi,
> > >
On Wed, May 25, 2016 at 11:17:49AM +0100, Robin Murphy wrote:
>On 25/05/16 00:06, Wei Yang wrote:
>>Hi, Joerg
>>
>>Not sure whether you think this calculation is correct.
>>
>>If I missed something for this " + 1" in your formula, I am glad to hear your
>>explanation. So that I could learn somethin
On 20/05/16 10:51, Daeseok Youn wrote:
> the "brd" value cannot be NULL in dgnc_finalize_board_init().
> Because "brd" as a parameter of this function was already
> checked for NULL.
>
> Signed-off-by: Daeseok Youn
> ---
> drivers/staging/dgnc/dgnc_driver.c | 3 ---
> 1 file changed, 3 deletions
On Wed, May 25, 2016 at 02:36:57PM -0700, Kees Cook wrote:
> Hm, this didn't end up getting picked up. (This jumped out at me again
> because i_mutex just vanished...)
>
> Al, what's the right way to update the locking in this patch?
->i_mutex is dealt with just by using lock_inode(inode)/unlock
On 25 May 2016 at 23:08, Arend van Spriel wrote:
> On 24-05-16 11:09, Rafał Miłecki wrote:
>> Firmware for new chipsets is based on a new major version of code
>> internally maintained at Broadcom. E.g. brcmfmac4366b-pcie.bin (used for
>> BCM4366B1) is based on 10.10.69.3309 while brcmfmac43602-pc
On 25.05.2016 23:38, Borislav Petkov wrote:
On Wed, May 25, 2016 at 11:29:03PM +0200, Gabriel C wrote:
initrd + buitl-in intel ucode won't boot here. It hangs on grub 'Loading
initrd image'..
That's with my patches? Can I have the .config please so that I can
reproduce?
With initrd you mea
On 2016-04-27 03:15, Thomas Gleixner wrote:
> On Wed, 27 Apr 2016, Dong Aisheng wrote:
>> Why Stefan's patch works (checking irqs_disabled()) is because during kernel
>> time init, the irq is still not enabled. It fixes the issue indirectly.
>> See:
>> asmlinkage __visible void __init start_kernel(
Log errors only when silent flag is not set.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index 75ec9a7..5b30d1f 100644
--- a/fs/befs/linuxvfs.c
+++ b/fs/befs/l
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: b7e7ade34e6188bee2e3b0d42b51d25137d9e2a5 sched/core: Fix remote
wakeups
Two fixes: one for a lost wakeup, the other to fix the com
Control is transfered to unacquire_none when sb->s_fs_info is equal to NULL,
so the assignment to NULL is useless and it is moved above unacquire_none.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/befs/linuxvfs.c b/fs/be
On 20/05/16 10:51, Daeseok Youn wrote:
> the "brd" was already checked for NULL before calling dgnc_do_remap().
>
> Signed-off-by: Daeseok Youn
> ---
> drivers/staging/dgnc/dgnc_driver.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/drivers/staging/dgnc/dgnc_driver.c
> b/drivers/s
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: dc4fac84f8e66b147921ebdc385e767d5def7422 x86/mm: Switch from
TASK_SIZE to TASK_SIZE_MAX in the page fault code
Misc fixes: EFI, entry
Interim Assistance General Manager,
(Operations,Maintenance,Transportation)
Harrisburg International Airport Pennsylvania
One Terminal Drive, Middletown.
Your Abandoned Package For Delivery
I have very vital information to give to you, but first I must have your trust
before I review it to you
Use kmem_cache_zalloc instead of kmem_cache_alloc/memset.
Signed-off-by: Salah Triki
---
fs/ubifs/super.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c
index 7034995..f509200 100644
--- a/fs/ubifs/super.c
+++ b/fs/ubifs/super.c
@@ -262
From: Rafael J. Wysocki
The modularity of cpufreq_stats is quite problematic.
First off, the usage of policy notifiers for the initialization
and cleanup in the cpufreq_stats module is inherently racy with
respect to CPU offline/online and the initialization and cleanup
of the cpufreq driver.
S
On Wed, 25 May 2016 14:00:07 -0700 Yang Shi wrote:
> register_page_bootmem_info_node() is invoked in mem_init(), so it will be
> called before page_alloc_init_late() if CONFIG_DEFERRED_STRUCT_PAGE_INIT
> is enabled. But, pfn_to_nid() depends on memmap which won't be fully setup
> until page_alloc
Switch to defining clks that need to be on as CRITICAL rather than
using the init_tables defined to enable clks. Some of these may be
able to be converted to HAND_OFF clks, when that is supported.
I added a patch to mark CRITICAL clks in the clk_summary table, figuring
it would be handy to be able
On Wed, May 25, 2016 at 10:54:44AM +0100, Mark Brown wrote:
> On Wed, May 25, 2016 at 05:43:02AM +, Rich Felker wrote:
>
> > As arch/sh co-maintainer my intent is to include as much as possible
> > in my pull request for the linux-sh tree. If there are parts outside
> > of arch/sh that can be
Add a '^' character to the beginning of clk entries that are for
CRITICAL clks.
Signed-off-by: Rhyland Klein
---
drivers/clk/clk.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index 874c7dd8ef66..22dd0ca1e491 100644
--- a/driver
On Tue, May 24, 2016 at 2:15 PM, Thomas Garnier wrote:
> Implements Freelist randomization for the SLUB allocator. It was
> previous implemented for the SLAB allocator. Both use the same
> configuration option (CONFIG_SLAB_FREELIST_RANDOM).
>
> The list is randomized during initialization of a new
Mark clks that are required to be on as CRITICAL clks.
Signed-off-by: Rhyland Klein
---
drivers/clk/tegra/clk-tegra210.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/tegra/clk-tegra210.c b/drivers/clk/tegra/clk-tegra210.c
index b8551813ec43..156dc8ec6bf6 100644
Enabling clocks through the init_table mechanism is deprecated. Clocks
that need to be enabled early and stay on should be marked as CRITICAL.
Signed-off-by: Rhyland Klein
---
drivers/clk/tegra/clk.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/clk/tegra/clk.c b/drivers/clk/t
Mark the required clks as critical so the core will enable them during
registration and therefore they will stay on.
Signed-off-by: Rhyland Klein
---
drivers/clk/tegra/clk-tegra30.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/clk/tegra/clk-tegra30.c
Remove entries from the init_table where the clks are now defined
as CRITICAL clks, if we were only enabling them in the init_table.
Remove the flag to signal to enable CRITICAL clks if they are still
needed in the init_table to set other properties.
Signed-off-by: Rhyland Klein
---
drivers/clk
Remove entries from the init_table where the clks are now defined
as CRITICAL clks, if we were only enabling them in the init_table.
Remove the flag to signal to enable CRITICAL clks if they are still
needed in the init_table to set other properties.
Signed-off-by: Rhyland Klein
---
drivers/clk
501 - 600 of 748 matches
Mail list logo
