On 06/27/2016 11:18 AM, Borislav Petkov wrote:
> On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote:
>> I've applied this patch and will take through the arm-soc tree.
>
> I already took the whole branch two days ago:
>
> http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git/log/?h=for-n
On Mon, Jun 27, 2016 at 9:17 AM, Brian Gerst wrote:
> On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote:
>> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote:
>>> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote:
On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote:
> On S
Thorsten Leemhuis writes:
> Hi! Here is my third regression report for Linux 4.7. It has
> 24 entries; 9 of them are new; 4 regressions (not included here)
> were fixed since the last report(¹).
>
> Please let me know if a regression is missing in the list; or if
> there is something on the lis
Am Dienstag, 28 Juni 2016, 00:19:48 schrieb Dave Young:
> On 06/23/16 at 12:37pm, Thiago Jung Bauermann wrote:
> > Am Donnerstag, 23 Juni 2016, 01:44:07 schrieb Dave Young:
> > What is bad about the description of top_down?
> It is not clear enough to me, I personally think the original one in
> so
Am Montag, 27 Juni 2016, 13:37:58 schrieb Thiago Jung Bauermann:
> Should I add a separate top_down argument to kexec_locate_mem_hole to
> control if the memory walk should be from top to bottom, and then the
> bottom_up member of struct kexec_buf controls where inside each memory
> region the memo
On 2016-06-27 08:23, Bartlomiej Zolnierkiewicz wrote:
If you have affected hardware please test. Thank you.
For what it's worth, I've been using libata on sparc64 for roughly two
years with no issues to report. All of my PATA machines have ALI
controllers, not sure if any other controllers
When selecting an oom victim, we use the same heuristic for both memory
cgroup and global oom. The only difference is the scope of tasks to
select the victim from. So we could just export an iterator over all
memcg tasks and keep all oom related logic in oom_kill.c, but instead we
duplicate pieces
On Mon, Jun 27, 2016 at 07:02:15PM +0800, Chen Feng wrote:
> In my platform, there can be cache a lot of memory in
> ion page pool. When shrink memory the nr_to_scan to ion
> is always to little.
> to_scan: 395 ion_pool_cached: 27305
That's OK. We want to shrink slabs gradually, not all at once.
On 6/27/2016 3:11 AM, joeyli wrote:
> On Sat, Jun 25, 2016 at 09:08:16AM -0700, Dan Williams wrote:
>> On Sat, Jun 25, 2016 at 5:21 AM, joeyli wrote:
>>> iOn Fri, Jun 24, 2016 at 10:59:56AM -0700, Dan Williams wrote:
On Fri, Jun 24, 2016 at 12:51 AM, Lee, Chun-Yi
wrote:
> This pa
On Fri, Jun 24, 2016 at 01:58:11PM +0530, Keerthy wrote:
> From: Tero Kristo
>
> Some versions of tps65218 do not seem to support poweroff modes properly
> if DCDC3 regulator is shut-down. Thus, keep it enabled even during
> poweroff if the version info matches the broken silicon revision.
This
On 06/27, Andy Lutomirski wrote:
>
> On Mon, Jun 27, 2016 at 7:54 AM, Oleg Nesterov wrote:
> >
> >> Is there seriously no way to directly wait for a struct task_struct to
> >> exit? Could we, say, kmalloc the completion (or maybe even the whole
> >> struct kthread) and (ick!) hang it off ->vfork_
The patch
regulator: tps65218: Enable suspend configuration
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
regulator: tps65217: Enable suspend configuration
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
regulator: tps65218: force set power-up/down strobe to 3 for dcdc3
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in th
Hi Yu,
On Mon, Jun 27, 2016 at 09:04:58PM +0800, Yu Chen wrote:
> Hi All,
> Currently I'm doing some tunings on the speed of suspend/resume,
> it looks like my serio driver tooks a 200ms to finish, which is
> too long:
Well, PS/2 is not fast, that is why we do not actually do any IO in
resume han
Em Mon, 27 Jun 2016 08:15:28 +0200
Markus Heiser escreveu:
> Am 24.06.2016 um 12:40 schrieb Mauro Carvalho Chehab
> :
>
> > Em Tue, 31 May 2016 12:16:25 +0200
> > Markus Heiser escreveu:
> >
> >> Am 30.05.2016 um 23:23 schrieb Mauro Carvalho Chehab
> >> :
> >>
> >>> Em Mon, 30 May 2016
On 27/06/16 17:29, Daniel Lezcano wrote:
On 06/22/2016 04:17 PM, Lorenzo Pieralisi wrote:
Hi Sudeep,
On Tue, Jun 14, 2016 at 03:48:38PM +0100, Sudeep Holla wrote:
This patch adds appropriate callbacks to support ACPI Low Power Idle
(LPI) on ARM64.
Now that arm_enter_idle_state is exactly sa
On Mon, Jun 27, 2016 at 12:35 PM, Andy Lutomirski wrote:
> On Mon, Jun 27, 2016 at 9:17 AM, Brian Gerst wrote:
>> On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski
>> wrote:
>>> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski
>>> wrote:
On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrot
Some SoCs contain reset controls for modules that are memory-mapped to
areas shared with other module configuration settings. This requires
synchronization across all drivers accessing this memory area. This
series adds a generic SYSCON reset driver to allow resets toggled
by bits in memory-mapped
Add TI syscon reset controller binding. This will hook to the reset
framework and use syscon/regmap to set reset bits. This allows reset
control of individual SoC subsytems and devices with memory-mapped
reset registers in a common register memory space.
Signed-off-by: Andrew F. Davis
Signed-off-
Add a reset-controller driver for performing reset management of
various devices present on the SoC, with the reset registers shared
between devices in a common register memory space. This driver uses
the syscon/regmap frameworks to actually implement the various reset
functionalities needed by the
From: Megha Dey
In this patch series, we introduce the multi-buffer crypto algorithm on
x86_64 and apply it to SHA512 hash computation. The multi-buffer technique
takes advantage of the 8 data lanes in the AVX2 registers and allows
computation to be performed on data from multiple jobs in parall
From: Megha Dey
This patch introduces the assembly routines to do SHA512 computation on
buffers belonging to several jobs at once. The assembly routines are
optimized with AVX2 instructions that have 4 data lanes and using AVX2
registers.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Review
From: Megha Dey
This patch introduces the routines used to submit and flush buffers
belonging to SHA512 crypto jobs to the SHA512 multibuffer algorithm.
It is implemented mostly in assembly optimized with AVX2 instructions.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-by: Tim Chen
From: Megha Dey
This patch introduces the multi-buffer job manager which is responsible
for submitting scatter-gather buffers from several SHA512 jobs to the
multi-buffer algorithm. It also contains the flush routine that's called
by the crypto daemon to complete the job when no new jobs arrive b
Hi Steve,
On Mon, Jun 27, 2016 at 8:17 AM, Steven Rostedt wrote:
> On Mon, 27 Jun 2016 01:25:16 -0700
> Joel Fernandes wrote:
>
>> Gentle ping. Could you anyone pick up this patch?
>>
>>
>
> Thanks for the reminder. As this isn't a regression (it never
> worked ;-) do you think this should go to
From: Megha Dey
Add a new mode to calculate the speed of the sha512_mb algorithm
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-by: Tim Chen
---
crypto/tcrypt.c | 4
1 file changed, 4 insertions(+)
diff --git a/crypto/tcrypt.c b/crypto/tcrypt.c
index 6ef7815..158c164 100644
From: Megha Dey
Add the config CRYPTO_SHA512_MB which will enable the computation
using the SHA512 multi-buffer algorithm.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-by: Tim Chen
---
crypto/Kconfig | 16
1 file changed, 16 insertions(+)
diff --git a/crypto/Kc
From: Megha Dey
This patch introduces the data structures and prototypes of functions
needed for computing SHA512 hash using multi-buffer. Included are the
structures of the multi-buffer SHA512 job, job scheduler in C and x86
assembly.
Signed-off-by: Megha Dey
Reviewed-by: Fenghua Yu
Reviewed-
Em Fri, Jun 24, 2016 at 05:23:57PM +0530, Ravi Bangoria escreveu:
> Change current data structures and function to enable cross arch annotate
> and add support for x86 and arm instructions.
>
> Current implementation does not contain logic of recording on one arch
> and annotating on other. This r
On Mon, 2016-06-27 at 18:07 +0800, Jisheng Zhang wrote:
> __initdata should be placed between the variable name and equal sign
> (if there is) for the variable to be placed in the intended section.
>
> Signed-off-by: Jisheng Zhang
> Acked-by: Viresh Kumar
Acked-by: Srinivas Pandruvada
> ---
>
On Sun, Jun 26, 2016 at 10:22 PM, Andy Lutomirski wrote:
>
> kthread_stop is *sick*.
>
> struct kthread self;
>
>
> current->vfork_done = &self.exited;
>
>
> do_exit(ret);
>
> And then some other thread goes and waits for the completion, which is
> *on the stack*, which, in any sane wo
On Mon, Jun 27, 2016 at 1:09 PM, Brian Gerst wrote:
> On Mon, Jun 27, 2016 at 12:35 PM, Andy Lutomirski wrote:
>> On Mon, Jun 27, 2016 at 9:17 AM, Brian Gerst wrote:
>>> On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski
>>> wrote:
On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski
wr
On 27/06/16 17:52, Peter Zijlstra wrote:
> On Fri, Jun 17, 2016 at 05:28:37PM +0100, Juri Lelli wrote:
> > On 17/06/16 09:49, Steven Rostedt wrote:
> > > On Fri, 17 Jun 2016 10:48:41 +0100
> > > Juri Lelli wrote:
> > >
> > > > setup_new_dl_entity() takes two parameters, but it only actually uses
On Mon, 2016-06-27 at 18:07 +0800, Jisheng Zhang wrote:
> These functions/variables are not needed after booting, so mark them
> as __init or __initdata.
>
> Signed-off-by: Jisheng Zhang
> Acked-by: Viresh Kumar
Acked-by: Srinivas Pandruvada
> ---
> drivers/cpufreq/intel_pstate.c | 18
On Mon, Jun 27, 2016 at 8:54 AM, Andy Lutomirski wrote:
>
> How about:
>
> tsk_stack = (unsigned long)task_stack_page(tsk);
> if (regs->rsp <= tsk_stack + 7*8 && regs->rsp > tsk_stack - PAGE_SIZE) {
I'm not at all convinced that regs->rsp will be all that reliable
under a double-fault sce
On Mon, 2016-06-27 at 18:07 +0800, Jisheng Zhang wrote:
> pid_params is written once by copy_pid_params() during
> initialization,
> and thereafter is mostly read by hot path intel_pstate_update_util().
> The read of pid_params gets more after commit a4675fbc4a7a ("cpufreq:
> intel_pstate: Replace
Em Fri, Jun 24, 2016 at 05:24:00PM +0530, Ravi Bangoria escreveu:
> Add few more triplets based on Fedora and Ubuntu binutils(cross tools).
>
> Before applying patch on x86:
> ( Install binutils-powerpc64-linux-gnu.x86_64 )
> $ perf report -i perf.data.powerpc --vmlinux vmlinux.powerpc \
>
Em Fri, Jun 24, 2016 at 05:23:58PM +0530, Ravi Bangoria escreveu:
> From: "Naveen N. Rao"
>
> Introduce helper to detect ret instructions and use the same in the tui.
> A helper is needed since some architectures such as powerpc have more
> than one return instruction.
Thanks, applied.
> Signe
On Sun, Jun 26, 2016 at 11:46 PM, Lee, Chun-Yi wrote:
> This patch adds logic to treat volatile virtual CD region as pmem
> region, then /dev/pmem* device can be mounted with iso9660.
>
> It's useful to work with the httpboot in EFI firmware to pull a remote
> ISO file to the local memory region f
Em Fri, Jun 24, 2016 at 05:23:55PM +0530, Ravi Bangoria escreveu:
> hist_entry__annotate looks part of API but I don't find any caller
> of this function. Removing it.
Thanks, applied.
- Arnaldo
> Signed-off-by: Ravi Bangoria
> ---
> tools/perf/util/annotate.c | 5 -
> tools/perf/util/ann
On Mon, Jun 27, 2016 at 10:28 AM, Linus Torvalds
wrote:
> On Mon, Jun 27, 2016 at 8:54 AM, Andy Lutomirski wrote:
>>
>> How about:
>>
>> tsk_stack = (unsigned long)task_stack_page(tsk);
>> if (regs->rsp <= tsk_stack + 7*8 && regs->rsp > tsk_stack - PAGE_SIZE) {
>
> I'm not at all convince
Despite positive testing across a number of machines and a number of
people, last week I got a report that my 150 MHz series was breaking
things on a handful of boards.
It turns out that reverting the patch to always power cycle across clock
changes fixes things and reverting that patch also doesn
It's possible that there are some reasons to turn the PHY on while the
clock is 0. In this case we just won't wait for the DLL to lock.
This is a bit of a stopgap until we figure out exactly when we're
supposed to wait for the DLL to lock and when we're supposed to power
cycle the PHY.
Note: thi
Two times out of 2000 reboots I ran into the error message
"rockchip_emmc_phy_power: dllrdy timeout". Presumably there is some
corner case where the DLL just takes a little longer to timeout. Let's
give it even more time to handle these corner cases.
Signed-off-by: Douglas Anderson
---
drivers
On 06/19/2016 05:42 PM, Namhyung Kim wrote:
> On Fri, Jun 17, 2016 at 05:28:47PM -0400, Steven Rostedt wrote:
>> Ah, due to traveling I never got around to finishing this. What about
>> this patch?
>>
>> From 7bf19b58ba02e66014efce6c051acba2c6cbd861 Mon Sep 17 00:00:00 2001
>> From: "Steven Rostedt
This reverts commit 4ac0d5f245e1 ("mmc: sdhci-of-arasan: Always power
the PHY off/on when clock changes"), resolving conflicts with other
patches that have come after. It appears that on some boards / with
some eMMC devices that the patch is causing problems.
Presumably turning the phy off and on
] NET: Registered protocol family 10
[2.623472] ==
[2.623548] [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ]
[2.623638] 4.7.0-rc4-next-20160627-dirty #303 Not tainted
[
Em Mon, Jun 27, 2016 at 10:24:03AM +, Wang Nan escreveu:
> Following commits introduce multiple evlists to record. This patch
> extracts perf_evlist__mmap_ex() processing to a new function, creates
> record__mmap() and record__mmap_evlist() to wrap perf_evlist__mmap_ex()
> and its error process
On 06/20/2016 09:11 AM, Yannick Brosseau wrote:
> test runner expect this script to be executable
>
> Signed-off-by: Yannick Brosseau
> ---
> tools/testing/selftests/lib/printf.sh | 0
> 1 file changed, 0 insertions(+), 0 deletions(-)
> mode change 100644 => 100755 tools/testing/selftests/lib/p
On 06/20/2016 09:07 AM, Yannick Brosseau wrote:
> When setting back the initial value to nr_hugepages, the
> test was writing a length sizeof of the string and checking
> that strlen was writen. Since those values are not the same,
> use strlen in both place instead.
>
> Also make the error messag
Hi Mark,
On Mon, Jun 27, 2016 at 9:00 AM, Mark Rutland wrote:
> Hi,
>
> On Sat, Jun 25, 2016 at 10:54:20AM -0700, Tai Tri Nguyen wrote:
>> On Thu, Jun 23, 2016 at 7:32 AM, Mark Rutland wrote:
>> > On Wed, Jun 22, 2016 at 11:06:58AM -0700, Tai Nguyen wrote:
>> > > +#define _GET_CNTR(ev) (ev->
On Mon, 27 Jun 2016 11:40:42 -0600
Shuah Khan wrote:
> Could you please send the patch. I don't see the patch in my inbox.
> I can get this into 4.8-rc1
>
Ah, sorry, I should have sent this to you. Instead, I already pushed it
up to Linus and it is already in Mainline.
Commit: 0ded5174e976e2b
On Mon, Jun 27, 2016 at 11:13:05AM -0500, Dinh Nguyen wrote:
> Ok, sorry about that. Please carry the whole set:
>
> Acked-by: Dinh Nguyen
Thanks!
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
On 06/20/2016 03:27 PM, Yannick Brosseau wrote:
> The default MEMLOCK limit is not big enough to accomodate all the
> current pages of the test program process, so the test fails
> at this step.
> By removing the MCL_CURRENT flag, we allow the mlockall
> call to succeed. The mmap is twice the size
On 06/03/16 13:37, Pantelis Antoniou wrote:
> Example of a portable connector port for the BB_RELAY_4PORT cape
>
> Signed-off-by: Pantelis Antoniou
> ---
> arch/arm/boot/dts/am335x-bone-common.dtsi | 48
> +++
> 1 file changed, 48 insertions(+)
Pantelis,
Can you pr
On 06/23/2016 01:31 AM, Allen Hung wrote:
This reverts commit 25a84db15b3f ("HID: multitouch: enable palm rejection
if device implements confidence usage")
The commit enables palm rejection for Win8 Precision Touchpad devices but
the quirk MT_QUIRK_VALID_IS_CONFIDENCE it is using is not working
On Sat, Jun 25, 2016 at 06:47:45PM +0300, Jarkko Sakkinen wrote:
> My repositories are ready for next pull request. The master has been
> rebased to James' tree and merged to next.
This seems fine..
Generally you shouldn't rebase to create pull requests, but this
seemed needed..
Organize your g
The patch
ASoC: hdmi-codec: callback function will be called with private data
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
On 27/06/16 18:07, Sudeep Holla wrote:
On 27/06/16 17:29, Daniel Lezcano wrote:
[...]
acpi_disabled - acpi_disabled - acpi_disabled everywhere :/
The enable-method approach is not straightforward and now it is polluted
by acpi-disabled.
So IIUC,
smp_init_cpus (contains acpi_disabled)
Jonathan, can you confirm replacing usleep_range(100, 200) with udelay(2) works
for you?
-rhyland
-Original Message-
From: Thierry Reding [mailto:thierry.red...@gmail.com]
Sent: Friday, June 17, 2016 11:24 AM
To: Jonathan Hunter
Cc: Rhyland Klein; Peter De Schrijver; Mike Turquette; Ste
Em Mon, Jun 27, 2016 at 10:21:10AM +0800, Hekuang escreveu:
> 在 2016/6/27 5:08, Nilay Vaish 写道:
> > On 26 June 2016 at 06:20, He Kuang wrote:
> > > From: Wang Nan
> > > This patch copies "include/linux/math64.h" into
> > > "tools/include/linux/math64.h" and copies
> > > "include/asm-generic/div64
On 06/26/16 23:39, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20160624:
>
on i386, when CONFIG_OF is not enabled ...
but OF_GPIO is enabled due to this in drivers/gpio/Kconfig:
config OF_GPIO
def_bool y
depends on OF || COMPILE_TEST
(above from commit 1e4a80640338924b9
On 23.06.2016 20:48, Pali Rohár wrote:
On Wednesday 22 June 2016 21:22:17 Ivaylo Dimitrov wrote:
The ir-rx51 driver for n900 has been disabled since the multiarch
changes as plat include directory no longer is SoC specific.
Let's fix it with minimal changes to pass the dmtimer calls in
pdata.
Hi Jassi and Rafael,
On Wed, Jun 15, 2016 at 9:19 AM, Prakash, Prashanth
wrote:
>
>
> On 6/9/2016 4:43 PM, Hoan Tran wrote:
>> Hi Prashanth,
>>
>> On Thu, Jun 9, 2016 at 3:25 PM, Prakash, Prashanth
>> wrote:
>>>
>>> On 6/9/2016 2:47 PM, Hoan Tran wrote:
Hi Ashwin and Prashanth,
On
Running make results in over 40 invocations of the compiler just during
processing of the Makefile, before any actual rules are run.
To reduce this overhead, cache the results of $(shell) calls to the
compiler.
On my machine, this reduces make's processing time by over 96%:
$ make kernelversion
Evaluate LDFLAGS_BUILD_ID (which involves invoking the compiler) only
once instead of over and over.
This provides a 20% reduction in null build time with x86 allnoconfig on
my machine:
$ make -j8 && perf stat -r5 make -j8
Before: 1,086617617 seconds time elapsed ( +- 0,37% )
After: 0,864487173
On Fri, Jun 24, 2016 at 02:43:00PM -0400, Stefan Berger wrote:
> On 06/24/2016 01:48 PM, Jason Gunthorpe wrote:
> >On Fri, Jun 24, 2016 at 10:36:55AM -0400, Stefan Berger wrote:
> >>Introduce TPM_VTPM_PROXY_NO_SYSFS flag that prevents a vtpm_proxy driver
> >>instance from having the typical sysfs e
Hi Mark,
On Wed, Jun 15, 2016 at 11:11:19PM +0200, Maxime Ripard wrote:
> Hi everyone,
>
> This is the second version of the I2S support for the controller found
> in the Allwinner A10 and later SoCs.
>
> Playback has been tested with an UDA1380 on an A20-Olinuxino. Capture
> is not implemented
Hi,
[auto build test ERROR on v4.7-rc5]
[also build test ERROR on next-20160627]
[cannot apply to devfreq/for-rafael]
[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/Krzysztof-Kozlowski/devfreq
Ninja is a small build system with a focus on speed. More details at
https://ninja-build.org/.
I made an experimental Ninja build file generator for the kernel. The
purpose was to see how much we could decrease compile times (especially
to detect errors) for single file changes. Results on my m
Hi Frank,
> On Jun 27, 2016, at 20:56 , Frank Rowand wrote:
>
> On 06/03/16 13:37, Pantelis Antoniou wrote:
>> Example of a portable connector port for the BB_RELAY_4PORT cape
>>
>> Signed-off-by: Pantelis Antoniou
>> ---
>> arch/arm/boot/dts/am335x-bone-common.dtsi | 48
>> ++
On Mon, Jun 27, 2016 at 8:53 PM, Ingo Molnar wrote:
>
> * Dmitry Vyukov wrote:
>
>> On Wed, Jun 22, 2016 at 7:37 PM, Dmitry Vyukov wrote:
>> > Latest gcc manages to emit MOVDQA into boot code
>> > which leads to crashes. Add more -mno-see flags.
>
> Which GCC version is that?
>
>> >
>> > Signed-
output is:
early console in setup code
early console in extract_kernel
input_data: 0x08fbb276
input_len: 0x018c6e00
output: 0x0100
output_len: 0x09867c98
kernel_total_size: 0x08769000
booted via startup_32()
Physical KASLR using RDTSC...
Virtual KASLR us
The error message is "buggy DT: spidev listed directly in DT\n"
That's not what the check does. It checks that one if the IDs listed in
the driver match table matches what is set on the DT node.
This does not work if you manage to convince the kernel to bind spidev
on a node that has some other r
SPI slave devices are not created when looking up driver for the slave
fails. Create a device anyway so it can be manually bound to a driver.
This allows manually binding a driver to slave devices for which the
driver specified by compatible is not available of for which no driver
is specified at
The spi bus has no autodetection whatsoever. The 'detection' of the
device that's suposed to be on the other side completely relies on user
supplied information coming from devicetree on many platforms. It is
completely reasonable then to allow the user to supply the information
at runtime by doing
Em Fri, Jun 24, 2016 at 02:28:51PM +0200, Jiri Olsa escreveu:
> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
> > After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
> > makes inconvience. For example, in perf script output we know which
> > process issue an event lik
This hopefully addresses pretty much all the comments on the previous version.
Thanks
Michal
Michal Suchanek (3):
spi: spidev: fix the check for spidev in dt
spi: of: allow instantiating slaves without a driver
drivers core: allow id match override when manually binding driver
drivers/ba
* Dmitry Vyukov wrote:
> On Wed, Jun 22, 2016 at 7:37 PM, Dmitry Vyukov wrote:
> > Latest gcc manages to emit MOVDQA into boot code
> > which leads to crashes. Add more -mno-see flags.
Which GCC version is that?
> >
> > Signed-off-by: Dmitry Vyukov
> > ---
> > arch/x86/boot/compressed/Makef
Quoting Jun Li (2016-06-27 01:04:39)
> > diff --git a/drivers/usb/chipidea/otg.c b/drivers/usb/chipidea/otg.c index
> > 03b6743461d1..763a8332b009 100644
> > --- a/drivers/usb/chipidea/otg.c
> > +++ b/drivers/usb/chipidea/otg.c
> > @@ -104,7 +104,32 @@ void ci_handle_vbus_change(struct ci_hdrc *ci)
On Mon, 27 Jun 2016, Srinivas Pandruvada wrote:
> > Might even be worth taking this into a docbook file instead of
> > straight
> > text...
> If we convert to docbook format, will it still go to Documentation/hid
> folder, or somewhere else?
FWIW, I'd very much prefer the plain text format. Exper
On 06/20/2016 12:06 PM, Joe Lawrence wrote:
> Hello Alessandro and Alexandre,
>
> I noticed an interesting cmos_rtc.rtc.aie_timer on a Stratus machine
> running the 4.6 kernel, with an expiration time that puts the alarm way
> out into next year. This is easily reproducible on this machine by
> s
On Sun, Jun 26, 2016 at 09:07:08PM +0200, Michal Suchanek wrote:
> On 26 June 2016 at 20:28, Greg Kroah-Hartman
> wrote:
> > On Thu, Jun 23, 2016 at 05:41:20PM -, Michal Suchanek wrote:
> >> This allows binding spidev on any slave device by hand using sysfs
> >> without adding superfluous com
On Mon, Jun 27, 2016 at 09:02:32PM +0200, Michal Suchanek wrote:
> The spi bus has no autodetection whatsoever. The 'detection' of the
> device that's suposed to be on the other side completely relies on user
> supplied information coming from devicetree on many platforms. It is
> completely reason
On 06/27/16 14:54, Serge E. Hallyn wrote:
> Quoting Tejun Heo (t...@kernel.org):
>> Hello, Topi.
>>
>> On Sun, Jun 26, 2016 at 3:14 PM, Topi Miettinen wrote:
>>> The parent might be able do it if proc/pid/xyz files are still
>>> accessible after child exit but before its exit status is collected.
On 27/06/16 07:25, Raveendra Padasalagi wrote:
> On Sun, Jun 26, 2016 at 4:08 PM, Jonathan Cameron wrote:
>> On 22/06/16 07:11, Raveendra Padasalagi wrote:
>>> This patch adds basic driver implementation for Broadcom's
>>> static adc controller used in iProc SoC's family.
>>>
>>> Signed-off-by: Ra
Hello,
On Mon, Jun 27, 2016 at 3:10 PM, Topi Miettinen wrote:
> I'll have to study these more. But from what I saw so far, it looks to
> me that a separate tool would be needed to read taskstats and if that
> tool is not taken by distros, the users would not be any wiser, right?
> With cgroup (or
'commpage_bak' is allocated with 'sizeof(struct echoaudio)' bytes.
We then copy 'sizeof(struct comm_page)' bytes in it.
On my system, smatch complains because one is 2960 and the other is 3072.
This would result in memory corruption or a oops.
Signed-off-by: Christophe JAILLET
---
sound/pci/ech
This patch fixes the following DTC warnings for omap4-panda.dtb,
omap4-panda-a4.dtb and omap4-panda-es.dtb:
"encoder@0 has a unit name, but no reg property"
"endpoint@0 has a unit name, but no reg property"
"connector@0 has a unit name, but no reg property"
"encoder@1 has a unit name, but no reg p
This patch fixes the following DTC warnings for omap3-devkit8000.dtb,
omap3-devkit8000-lcd43.dtb and omap3-devkit8000-lcd70.dtb:
"encoder@0 has a unit name, but no reg property"
"endpoint@0 has a unit name, but no reg property"
"connector@0 has a unit name, but no reg property"
"connector@1 has a
This patch fixes the following DTC warnings for omap3-n900.dtb:
"dmtimer-pwm@9 has a unit name, but no reg property"
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/omap3-n900.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3-n900.dts
This patch fixes the following DTC warnings for am3517-craneboard.dtb:
"fixedregulator@0 has a unit name, but no reg property"
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/am3517-craneboard.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/d
This patch fixes the following DTC warnings for omap3-overo-gallop43.dtb,
omap3-overo-chestnut43.dtb, omap3-overo-storm-chestnut43.dtb,
omap3-overo-palo43.dtb, and omap3-overo-storm-palo43.dtb:
"display@0 has a unit name, but no reg property"
Signed-off-by: Javier Martinez Canillas
---
arch/ar
Hello Tony,
This is another series with trivial fixes for DTC warnings about mismatches
between unit names and reg properties in different device nodes. The series
fixes only some of the reported warning and there are still a lot remaining.
The patches should not cause a functional change but we
This patch fixes the following DTC warnings for omap3-devkit8000-lcd43.dtb
and omap3-devkit8000-lcd70.dtb:
"display@0 has a unit name, but no reg property"
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/omap3-devkit8000-lcd-common.dtsi | 4 ++--
arch/arm/boot/dts/omap3-devkit800
This patch fixes the following DTC warnings for omap3-thunder.dtb:
"display@0 has a unit name, but no reg property"
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/omap3-thunder.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3-thunde
This patch fixes the following DTC warnings for omap3-igep0020.dtb
and omap3-igep0020-rev-f.dtb:
"encoder@0 has a unit name, but no reg property"
"endpoint@0 has a unit name, but no reg property"
"connector@0 has a unit name, but no reg property"
Signed-off-by: Javier Martinez Canillas
---
arc
This patch fixes the following DTC warnings for omap3-cm-t3517.dtb,
omap3-cm-t3530.dtb and omap3-cm-t3730.dtb:
"connector@1 has a unit name, but no reg property"
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/omap3-cm-t3x.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
This patch fixes the following DTC warnings for omap2430-sdp.dtb:
"func_96m_ck has a reg or ranges property, but no unit name"
Signed-off-by: Javier Martinez Canillas
---
arch/arm/boot/dts/omap24xx-clocks.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dt
401 - 500 of 813 matches
Mail list logo
