On 12/12/2015 18:14, Jonathan Cameron wrote:
On 11/12/15 16:49, Marc Titinger wrote:
Provide client apps with the scales to apply to the register values
read from the software buffer.
Follow the ABI documentation so that values are in milli-unit after scales
are applied.
Umm. The below looks
Hi Brian,
On Sat, Dec 12, 2015 at 2:33 AM, Brian Norris
wrote:
> On Fri, Dec 11, 2015 at 09:44:37AM +0100, Geert Uytterhoeven wrote:
>> On Thu, Dec 10, 2015 at 9:54 PM, Brian Norris
>> wrote:
>> > IOW, I wouldn't expect MBR or GPT to work well on large raw NAND flash,
>> > and so I don't plan
On Sun, Dec 13, 2015 at 10:18:05PM -0600, Josh Poimboeuf wrote:
> Add some missing files to the 'make clean' target.
>
> Reported-by: Jiri Olsa
Acked-by: Jiri Olsa
thanks,
jirka
> Signed-off-by: Josh Poimboeuf
> ---
> tools/perf/Makefile.perf | 7 ---
> 1 file changed, 4 insertions(+),
> FYI, we noticed the below changes on
>
> https://github.com/0day-ci/linux changbin-du-intel-com/usb-gadget-forbid-
> queuing-request-to-a-disabled-ep/20151214-115939
> commit 22bf2bb019c7f92cda32c46b95715b0b208052d0 ("usb: gadget: forbid
> queuing r
On Sun, Dec 13, 2015 at 10:18:03PM -0600, Josh Poimboeuf wrote:
> Because the Build file writes source code to the generated llvm-src-*.c
> files, it should be listed as one of the dependencies, so that any
> future changes to the code being echoed won't require a 'make clean'.
Acked-by: Jiri
On 12/14/2015 10:52 AM, Jan Kara wrote:
On Thu 10-12-15 17:13:41, Vegard Nossum wrote:
Filesystem fuzzing revealed that we could get stuck in the
udf_process_sequence() loop.
The maximum limit was chosen arbitrarily but fixes the problem I saw.
Process nit: The patch is missing your
On 12/14/2015 06:02 AM, Joonsoo Kim wrote:
free_pfn and compact_cached_free_pfn are the pointer that remember
restart position of freepage scanner. When they are reset or invalid,
we set them to zone_end_pfn because freepage scanner works in reverse
direction. But, because zone range is defined
On Sun, Dec 13, 2015 at 10:18:02PM -0600, Josh Poimboeuf wrote:
> Signed-off-by: Josh Poimboeuf
> ---
> tools/build/Makefile.feature | 2 +-
> tools/build/feature/Makefile | 95
> ++--
> 2 files changed, 49 insertions(+), 48 deletions(-)
>
> diff --git
The function can return negative values, so its result should
be assigned to signed variable.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by:
The function can return negative values in case of error.
Its result should be then tested for such case.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
The function can return negative values, so its result should
be assigned to signed variable.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by:
The function can return negative values, so its result should
be assigned to signed variable.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by:
The function can return negative values, so its result should
be assigned to signed variable.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by:
The function can return negative values, so its result should
be assigned to signed variable.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by:
The function can return negative values, so its result should
be assigned to signed variable.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by:
Hi Andrew,
On 14/12/15 04:27, Daniel Kurtz wrote:
Hi Srinivas,
On Thu, Nov 19, 2015 at 6:46 PM, Andrew-CT Chen
wrote:
This patch adds EFUSE support driver which is used by other drivers
like thermal sensor and HDMI impedance.
There are some efuses these fuses store things like calibration
On 12/14/15, Michael Ellerman wrote:
> On Mon, 2015-12-07 at 16:33 -0500, Steven Rostedt wrote:
>> On Tue, 08 Dec 2015 08:02:15 +1100
>> Benjamin Herrenschmidt wrote:
>> > On Mon, 2015-12-07 at 15:52 -0500, Steven Rostedt wrote:
>> > > > + TP_CONDITION(cpu_online(smp_processor_id())),
>> > >
On Sun, Dec 13, 2015 at 10:18:01PM -0600, Josh Poimboeuf wrote:
> This line always silently fails because it doesn't add the 'test-'
> prefix to the .bin file.
>
> And it seems to be unnecessary anyway: the line immediately after it
> does all the individual feature checks.
>
> Signed-off-by:
On Mon, 14 Dec 2015, Peter Zijlstra wrote:
> On Sat, Dec 12, 2015 at 10:56:02AM +0800, Boqun Feng wrote:
> > According to Peter Zijlstra, irq_common_data::state_use_accessors is not
> > designed for public use. Therefore make it private so that people who
> > write code accessing it directly will
>>> Markus, please stop sending these things to rename out labels unless
>>> there is a bug. CodingStyle allows out labels.
>>
>> How does this feedback fit to information like the following?
>>
>> "…
>> Chapter 7: …
>> …
>> Choose label names which say what the goto does or why the goto exists.
On (12/14/15 07:58), SF Markus Elfring wrote:
[..]
> > keep it the way it is please.
>
> I suggest to make the affected exception handling a bit more efficient.
> Such source code fine-tuning has got a few special consequences.
by 'more efficient' you mean saving cpu cycles on 'bvec->bv_len !=
Hi,
This is the second time I have experienced X server hang with 4.4-rc4
kernel. The first time (on last Friday) I thought I just crashed my machine
because I was playing with systemtap so I haven't really looked closer
but today I've noticed this again without any nasty things going on and
it
On Mon, 2015-12-07 at 16:33 -0500, Steven Rostedt wrote:
> On Tue, 08 Dec 2015 08:02:15 +1100
> Benjamin Herrenschmidt wrote:
> > On Mon, 2015-12-07 at 15:52 -0500, Steven Rostedt wrote:
> > > > + TP_CONDITION(cpu_online(smp_processor_id())),
> > > > +
> >
> > This should probably be some
On Mon, Nov 30, 2015 at 06:53:32PM +0900, Masahiro Yamada wrote:
>
>
>
> Masahiro Yamada (4):
> i2c: uniphier: error out if clock rate is zero
> i2c: uniphier: error out if bus speed is zero
> i2c: uniphier_f: error out if clock rate is zero
> i2c: uniphier_f: error out if bus speed is
Heiko,
Can you take the DT patches in this series via your tree.
I picked up nvmem patches from this series.
thanks,
srini
On 11/11/15 07:34, Caesar Wang wrote:
This patch add the eFuse dt node for rk3066a SoCs.
Signed-off-by: Caesar Wang
---
arch/arm/boot/dts/rk3066a.dtsi | 13
On Mon, Dec 14, 2015 at 10:54 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.4-rc5[1] to v4.4-rc4[3], the summaries are:
> - build errors: +8/-7
+ error: bq27xxx_battery.c: undefined reference to `i2c_del_driver':
=> .init.text+0x26d7), .exit.text+0x587)
+ error:
On Fri, Dec 11, 2015 at 04:12:24PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> [The kernel patch needed for this is in tip now
> (b16a5b52eb9 perf/x86: Add option to disable ...)
> So this user tools patch to make use of it should be merged now]
>
> Automatically disable collecting branch
On 12/03/2015 08:11 AM, Joonsoo Kim wrote:
Compaction deferring effectively reduces compaction overhead if
compaction success isn't expected. But, it is implemented that
skipping a number of compaction requests until compaction is re-enabled.
Due to this implementation, unfortunate compaction
Below is the list of build error/warning regressions/improvements in
v4.4-rc5[1] compared to v4.3[2].
Summarized:
- build errors: +14/-11
- build warnings: +147/-103
JFYI, when comparing v4.4-rc5[1] to v4.4-rc4[3], the summaries are:
- build errors: +8/-7
- build warnings: +95/-84
Note
* Dan Williams wrote:
> [ adding nvdimm folks ]
>
> On Fri, Nov 27, 2015 at 2:16 AM, Ingo Molnar wrote:
> >
> > * Luck, Tony wrote:
> >
> >> On Thu, Nov 12, 2015 at 08:53:13AM +0100, Ingo Molnar wrote:
> >> > > +extern phys_addr_t mcsafe_memcpy(void *dst, const void __user *src,
> >> > > +
On Mon, Dec 14, 2015 at 02:54:02PM +0800, Huang, Ying wrote:
> No, there are no other systems reporting the same issue. I will queue
> more tests for make sure this is not a false positive.
I can trigger this too with my guest here.
I have these two ontop of rc5:
cc22b9b83f6a x86/irq: Enhance
On Thu 10-12-15 17:13:41, Vegard Nossum wrote:
> Filesystem fuzzing revealed that we could get stuck in the
> udf_process_sequence() loop.
>
> The maximum limit was chosen arbitrarily but fixes the problem I saw.
Process nit: The patch is missing your Signed-off-by.
> diff --git fs/udf/super.c
We have 4 functions containing almost identical DMA setup code. Create one
function which can set up the DMA for both read and write and use this in
place for the setup code in the driver.
The new function will use wait_for_completion_timeout() and it will figure
out the best data_type to be used
On Sat, Dec 12, 2015 at 10:56:02AM +0800, Boqun Feng wrote:
> According to Peter Zijlstra, irq_common_data::state_use_accessors is not
> designed for public use. Therefore make it private so that people who
> write code accessing it directly will get blamed by sparse.
>
> Signed-off-by: Boqun
>
> This patch modifies the following sysfs entry of DEVFREQ framework
> because the devfreq device using passive governor don't need the same
> information of the devfreq device using rest governor.
> - polling_interval: passive gov don't use the sampling rate.
> - available_governors :
+Russell
[...]
>> >> +void pm_genpd_exit(struct generic_pm_domain *genpd)
>> >> +{
>> >> + if (IS_ERR_OR_NULL(genpd))
>> >> + return;
>> >> +
>> >> + /* check if domain is still in registered inside the pm subsystem */
>> >> + WARN_ON_ONCE(!list_empty(>master_links) ||
>> >> +
On Mon, Dec 14, 2015 at 12:11:13PM +0900, Namhyung Kim wrote:
> Currently if kptr_restrict is enabled, all hist tests failed with
> segfaults. This is because machine__create_kernel_maps() in
> setup_fake_machine() failed in that situation, and it called
> machine__delete() on the error path.
Signed-off-by: George Kobiashvili
---
drivers/staging/comedi/comedi.h | 202 ++--
1 file changed, 112 insertions(+), 90 deletions(-)
diff --git a/drivers/staging/comedi/comedi.h b/drivers/staging/comedi/comedi.h
index 66edda1..8ab57ce 100644
---
From: Stephen Boyd
The qfprom is a little endian device, but so far we've been
relying on the regmap mmio bus handling this for us without
explicitly stating that fact. After commit 4a98da2164cf
(regmap-mmio: Use native endianness for read/write, 2015-10-29),
the regmap mmio bus will read/write
From: Caesar Wang
this pacthset try to fix the code style for sunxi.
Signed-off-by: Caesar Wang
Signed-off-by: Srinivas Kandagatla
---
drivers/nvmem/sunxi_sid.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/nvmem/sunxi_sid.c b/drivers/nvmem/sunxi_sid.c
From: Caesar Wang
1) Make the include file to sort from order
2) clean up the driver to make more readability
Let's clean up such trivial details.
Signed-off-by: Caesar Wang
Signed-off-by: Srinivas Kandagatla
---
drivers/nvmem/rockchip-efuse.c | 90 --
nvmem providers have restrictions on register strides, so return error
when users attempt to read/write buffers with sizes which are less
than word size.
Without this patch the userspace would continue to try as it does not
get any error from the nvmem core, resulting in a hang or endless loop
in
Hi Greg,
Here are couple of nvmem fixes on the mailing list which are good to go in
v4.5. Could you please take them thru the char-misc tree.
Thanks,
srini
Caesar Wang (2):
nvmem: sunxi: trivial: fix code style
nvmem: rockchip: trivial: Make the driver more readability
Srinivas Kandagatla
* Peter Zijlstra wrote:
> On Fri, Dec 11, 2015 at 08:01:31AM -0700, David Ahern wrote:
> > On 12/11/15 1:11 AM, Ingo Molnar wrote:
> > >
> > >* Namhyung Kim wrote:
> > >
> > >>IIRC David said that thread per cpu seems too much especially on a large
> > >>system
> > >>(like ~1024 cpu). [...]
>
On Mon, Dec 14, 2015 at 10:23:43AM +0100, Jiri Olsa wrote:
> On Thu, Dec 10, 2015 at 04:53:30PM +0900, Namhyung Kim wrote:
>
> SNIP
>
> >
> > - perf_top__mmap_read(top);
> > -
> > ret = -1;
> > - if (pthread_create(, NULL, (use_browser > 0 ? display_thread_tui
> > :
> > -
On 12/03/2015 08:11 AM, Joonsoo Kim wrote:
This is preparation step to replace compaction deferring with compaction
limit. Whole reason why we need to replace it will be mentioned in
the following patch.
In this patch, migration_scan_limit is assigned and accounted, but, not
checked to finish.
On Mon, Dec 14, 2015 at 10:08:03AM +0100, SF Markus Elfring wrote:
> > Markus, please stop sending these things to rename out labels unless
> > there is a bug. CodingStyle allows out labels.
>
> How does this feedback fit to information like the following?
>
> "…
> Chapter 7: …
> …
> Choose
Hi Linus:
This push fixes a boundary condition in the blkcipher SG walking
code that can lead to a crash when used with the new chacha20
algorithm.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus
Jason A. Donenfeld (1):
crypto: skcipher -
* Jeff Merkey wrote:
> On 12/14/15, Ingo Molnar wrote:
> >
> > A: Because it messes up the order in which people normally read text.
> > Q: Why is top-posting such a bad thing?
> > A: Top-posting.
> > Q: What is the most annoying thing in e-mail?
> >
> > * Jeff Merkey wrote:
> >
> >> I
>
> This patch adds the new devfreq_get_devfreq_by_phandle() OF helper function
> which can find the instance of devfreq device by using phandle ("devfreq").
>
> Signed-off-by: Chanwoo Choi
> [linux.amoon: Tested on Odroid U3]
> Tested-by: Anand Moon
Signed-off-by: MyungJoo Ham
> ---
>
On Fri, Dec 11, 2015 at 08:01:31AM -0700, David Ahern wrote:
> On 12/11/15 1:11 AM, Ingo Molnar wrote:
> >
> >* Namhyung Kim wrote:
> >
> >>IIRC David said that thread per cpu seems too much especially on a large
> >>system
> >>(like ~1024 cpu). [...]
> >
> >Too much in what fashion? For
On Thu, Dec 10, 2015 at 04:53:30PM +0900, Namhyung Kim wrote:
SNIP
>
> - perf_top__mmap_read(top);
> -
> ret = -1;
> - if (pthread_create(, NULL, (use_browser > 0 ? display_thread_tui
> :
> - display_thread),
> top)) {
> -
On 12/13/2015 10:45 PM, Paul Gortmaker wrote:
This series of commits is a part of a larger project to ensure
people don't reference modular support functions in non-modular
code. Overall there was roughly 5k lines of dead code in the
kernel due to this. So far we've fixed several areas, like
On Mon, Dec 14, 2015 at 04:33:51PM +0800, Ley Foon Tan wrote:
> On Mon, Dec 14, 2015 at 4:24 PM, Thierry Reding
> wrote:
> > On Mon, Dec 14, 2015 at 09:19:30AM +0100, Geert Uytterhoeven wrote:
> >> Hi Paul,
> >>
> >> On Sun, Dec 13, 2015 at 2:41 AM, Paul Gortmaker
> >> wrote:
> >> > This series
On Mon, Dec 14, 2015 at 11:03:58AM +0900, Chanwoo Choi wrote:
> Hi Charles,
>
> On 2015년 12월 11일 02:08, Charles Keepax wrote:
> > Update the device tree binding documentation to include documentation for
> > the wlf,micd-configs property that is used to specify the configurations
> > for headset
> fasync should return a negative value on error
> and not poll mask POLLERR.
>
> Cc: # 4.3+
> Reported-by: Al Viro
> Signed-off-by: Tomas Winkler
> ---
> drivers/misc/mei/main.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/misc/mei/main.c
* Andrew Morton wrote:
> > + } else {
> > + struct vm_special_mapping *sm = vma->vm_private_data;
> > +
> > + if (sm->fault)
> > + return sm->fault(sm, vma, vmf);
> > +
> > + pages = sm->pages;
> > + }
> >
> > for (pgoff = vmf->pgoff;
On Mon, Dec 14, 2015 at 10:07:26AM +0100, Pavel Machek wrote:
> I know. But either someone cares, and it should be fixes, or noone
> cares, and the check should be removed.
Someone cares.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
To unsubscribe from this
On Fri, Dec 11, 2015 at 11:33:53AM -0600, Rob Herring wrote:
> On Fri, Dec 11, 2015 at 10:28:23AM +, Charles Keepax wrote:
> > Update the device tree binding documentation to include the wlf,out-mono
> > property that is used to specify whether each output is a mono or stereo
> > output.
>
>
On Mon, Dec 14, 2015 at 1:36 AM, Sergey Senozhatsky
wrote:
> Cc Jens, Andrew, Geert
>
> On (12/11/15 19:26), SF Markus Elfring wrote:
>>
>> This issue was detected by using the Coccinelle software.
>>
>> * Let us return directly if a call of the function "register_blkdev" failed.
>>
>> * Remove
On Mon, Dec 14, 2015 at 11:12:38AM +0300, Konstantin Khlebnikov wrote:
> Here several rated changes bundled together:
> * keep vma counting if CONFIG_PROC_FS=n, will be used for limits
> * replace mm->shared_vm with better defined mm->data_vm
> * account anonymous executable areas as executable
>
> Markus, please stop sending these things to rename out labels unless
> there is a bug. CodingStyle allows out labels.
How does this feedback fit to information like the following?
"…
Chapter 7: …
…
Choose label names which say what the goto does or why the goto exists.
… Avoid using GW-BASIC
On Mon 2015-12-14 09:58:03, Borislav Petkov wrote:
> On Mon, Dec 14, 2015 at 09:04:03AM +0100, Pavel Machek wrote:
> > Hi!
> >
> > > Kernel complains:
> >
> > And now, we are at -rc5, and kernel still complains...
>
> You can disable CONFIG_DEBUG_WX in your .config:
>
> 54727e6e950a ("x86:
>
> This patch adds the new passive governor for DEVFREQ framework. The following
> governors are already present and used for DVFS (Dynamic Voltage and Frequency
> Scaling) drivers. The following governors are independently used for one
> device
> driver which don't give the influence to
On Mon, Dec 14, 2015 at 09:04:03AM +0100, Pavel Machek wrote:
> Hi!
>
> > Kernel complains:
>
> And now, we are at -rc5, and kernel still complains...
You can disable CONFIG_DEBUG_WX in your .config:
54727e6e950a ("x86: don't make DEBUG_WX default to 'y' even with DEBUG_RODATA")
--
FYI, we noticed the below changes on
https://github.com/0day-ci/linux
changbin-du-intel-com/usb-gadget-forbid-queuing-request-to-a-disabled-ep/20151214-115939
commit 22bf2bb019c7f92cda32c46b95715b0b208052d0 ("usb: gadget: forbid queuing
request to a disabled ep")
[8.157994]
On Saturday 12 December 2015 20:41:50 Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pci/host/Kconfig:config PCI_MVEBU
> drivers/pci/host/Kconfig: bool "Marvell EBU PCIe controller"
>
> ...meaning that it currently is not being built as a
On Saturday 12 December 2015 20:41:48 Paul Gortmaker wrote:
> The Kconfig for this option is currently:
>
> config PCI_IMX6
> bool "Freescale i.MX6 PCIe controller"
>
> ...meaning that it currently is not being built as a module by anyone.
> Lets remove the couple traces of modularity,
Mathieu Poirier writes:
> On 11 December 2015 at 06:36, Alexander Shishkin
> wrote:
> Alex, Peter and al,
>
> As I mentioned in a previous reply I think this patchset is aiming in
> the right direction. Here we are dealing with address range
> filtering, something that is common to both
On 2015년 12월 14일 17:40, MyungJoo Ham wrote:
>>
>> This patch adds the documentation for generic exynos bus frequency
>> driver.
>>
>> Signed-off-by: Chanwoo Choi
>> Reviewed-by: Krzysztof Kozlowski
>
> A little changes following:
>
>> ---
>> .../devicetree/bindings/devfreq/exynos-bus.txt
On 2015년 12월 14일 17:28, MyungJoo Ham wrote:
>>
>> This patch adds the generic exynos bus frequency driver for AMBA AXI bus
>> of sub-blocks in exynos SoC with DEVFREQ framework. The Samsung Exynos SoC
>> have the common architecture for bus between DRAM and sub-blocks in SoC.
>> This driver
From: Rahul Pathak
Removed unused variable "err" and directly return "0"
Reported by coccicheck -
./drivers/crypto/omap-aes.c:542:5-8: Unneeded variable: "err". Return "0" on
line 551
./drivers/crypto/omap-des.c:530:5-8: Unneeded variable: "err". Return "0" on
line 539
Signed-off-by: Rahul
From: Rahul Pathak
Removed unused variable "err" and directly return "0"
Reported by coccicheck -
./drivers/crypto/atmel-sha.c:758:5-8: Unneeded variable: "err". Return "0" on
line 766
Signed-off-by: Rahul Pathak
---
drivers/crypto/atmel-sha.c | 3 +--
1 file changed, 1 insertion(+), 2
On Thu, Dec 10, 2015 at 04:53:31PM +0900, Namhyung Kim wrote:
> When multi-thread is enabled, the machine->threads_lock is contented
> as all worker threads try to grab the writer lock using the
> machine__findnew_thread(). Usually, the thread they're looking for is
> in the tree so they only
>
> This patch adds the DMC (Dynamic Memory Controller) bus frequency node
> which includes the devfreq-events and regulator properties. The bus
> frequency support the DVFS (Dynamic Voltage Frequency Scaling) feature
> with ondemand governor.
>
> The devfreq-events (ppmu_dmc0*) can monitor
Hi,
On Fri, Dec 11, 2015 at 05:50:22PM +0530, Vineet Gupta wrote:
> >> (2) It seems that disabling autoen by default for percpu irq makes sense as
> >> evident from drivers/net/ethernet/marvell/mvneta.c where users want to
> >> control
> >> this. However the comment there is misleading
> >>
> >>
>
> This patch adds the DMC (Dynamic Memory Controller) bus node for Exynos3250
> SoC.
> The DMC is an AMBA AXI-compliant slave to interface external JEDEC standard
> SDRAM devices. The bus includes the OPP tables and the source clock for DMC
> block.
>
> Following list specifies the
On 12/11/2015 07:08 PM, Tejun Heo wrote:
> Hello, Nikolay.
>
> On Fri, Dec 11, 2015 at 05:57:22PM +0200, Nikolay Borisov wrote:
>> So I had a server with the patch just crash on me:
>>
>> Here is how the queue looks like:
>> crash> struct workqueue_struct 0x8802420a4a00
>> struct
encoder.enable is more compatible to atomic api than encoder.prepare/commit
Signed-off-by: Mark Yao
---
Changes in v2: None
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git
* Alex Thorlton wrote:
> Commit a5d90c923bcf ("x86/efi: Quirk out SGI UV") added a quirk to
> efi_apply_memmap_quirks to force SGI UV systems to fall back to the old
> EFI memmap mechanism. We have a BIOS fix for this issue on all systems
> except for UV1. This commit fixes up the EFI
On Sat, Dec 12, 2015 at 10:49:40PM +0300, Dan Carpenter wrote:
> On Sat, Dec 12, 2015 at 03:34:50PM +0100, SF Markus Elfring wrote:
> > From: Markus Elfring
> > Date: Sat, 12 Dec 2015 11:36:02 +0100
> >
> > Omit the unnecessary setting to a null pointer for the variable "param"
> > at the
>
> This patch adds the documentation for generic exynos bus frequency
> driver.
>
> Signed-off-by: Chanwoo Choi
> Reviewed-by: Krzysztof Kozlowski
A little changes following:
> ---
> .../devicetree/bindings/devfreq/exynos-bus.txt | 93
> ++
> 1 file changed, 93
Fill atomic needed funcs with default atomic helper library.
Rockchip use dw_hdmi, and drm/rockchip will covert to atomic api,
we need dw_hdmi support atomic funcs.
Now another drm driver use dw_hdmi is imx, not yet atomic, so
check DRIVER_ATOMIC at runtime to spilt atomic and not atomic.
Cc:
Commit-ID: 93b0ba3c60da89043ce2b9f601cd2b3da408903b
Gitweb: http://git.kernel.org/tip/93b0ba3c60da89043ce2b9f601cd2b3da408903b
Author: Wang Nan
AuthorDate: Tue, 8 Dec 2015 02:25:44 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 09:32:41 -0300
perf tools: Clear
Commit-ID: 27cfef009ae8a1019d174153987ce22a0e6677fc
Gitweb: http://git.kernel.org/tip/27cfef009ae8a1019d174153987ce22a0e6677fc
Author: Wang Nan
AuthorDate: Tue, 8 Dec 2015 02:25:43 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 09:25:16 -0300
perf script: Add
Commit-ID: 26812d466b2633d0c772fe3aca954129f150d3cb
Gitweb: http://git.kernel.org/tip/26812d466b2633d0c772fe3aca954129f150d3cb
Author: Wang Nan
AuthorDate: Tue, 8 Dec 2015 02:25:39 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 09:12:09 -0300
perf data: Add
Commit-ID: 973170e66726672518eb935eb0dc0e63876d133d
Gitweb: http://git.kernel.org/tip/973170e66726672518eb935eb0dc0e63876d133d
Author: Wang Nan
AuthorDate: Tue, 8 Dec 2015 02:25:29 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 08:51:09 -0300
tools lib bpf:
Commit-ID: 77ba9a5b48a7c742f9a46d26596852e9cfec7900
Gitweb: http://git.kernel.org/tip/77ba9a5b48a7c742f9a46d26596852e9cfec7900
Author: Wang Nan
AuthorDate: Tue, 8 Dec 2015 02:25:30 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 08:53:04 -0300
tools lib bpf:
Both connecter gate and out_mode are not conflict with mode set
configure. Direct setting connecter gate and out_mode, that allow
connector do rockchip_drm_crtc_mode_config after mode set.
Signed-off-by: Mark Yao
---
Changes in v2: None
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 40
Commit-ID: 448f13b2d18fdc8dbaada97442e8954dcb4ef8fa
Gitweb: http://git.kernel.org/tip/448f13b2d18fdc8dbaada97442e8954dcb4ef8fa
Author: Namhyung Kim
AuthorDate: Fri, 11 Dec 2015 11:56:55 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 08:36:18 -0300
perf top: Fix
Commit-ID: beefb8d0e556aaf3cb69168c5953e023ace6aa78
Gitweb: http://git.kernel.org/tip/beefb8d0e556aaf3cb69168c5953e023ace6aa78
Author: Namhyung Kim
AuthorDate: Fri, 11 Dec 2015 11:56:56 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 08:38:10 -0300
perf top:
Commit-ID: 151ee834cc946fa159ee406c62b4d5ce1ebd7115
Gitweb: http://git.kernel.org/tip/151ee834cc946fa159ee406c62b4d5ce1ebd7115
Author: Namhyung Kim
AuthorDate: Fri, 11 Dec 2015 11:56:54 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 08:34:49 -0300
perf top:
Commit-ID: 64226bcf64629996948dc03c38594f00511bfc2b
Gitweb: http://git.kernel.org/tip/64226bcf64629996948dc03c38594f00511bfc2b
Author: Namhyung Kim
AuthorDate: Fri, 11 Dec 2015 11:56:53 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 11 Dec 2015 08:33:18 -0300
perf top: Do
* Andy Lutomirski wrote:
> I still think it would be better if you get rid of BIT(63) and use a
> pair of landing pads, though. They could be as simple as:
>
> .Lpage_fault_goes_here:
> xorq %rax, %rax
> jmp .Lbad
>
> .Lmce_goes_here:
> /* set high bit of rax or whatever */
>
If drm core requests a async commit, rockchip_drm_atomic_commit
will schedule a work task to update later.
Signed-off-by: Mark Yao
---
Changes in v2:
- serialize outstanding asynchronous commits
drivers/gpu/drm/rockchip/rockchip_drm_drv.c |3 +
drivers/gpu/drm/rockchip/rockchip_drm_drv.h
Rk3288 vop timing registers is immediately register, when configure
timing on display active time, will cause tearing. use dclk reset is
not a good idea to avoid this tearing. we can avoid tearing by using
standby register.
Vop standby register will take effect at end of current frame, and
go
On Mon, Dec 14, 2015 at 4:24 PM, Thierry Reding
wrote:
> On Mon, Dec 14, 2015 at 09:19:30AM +0100, Geert Uytterhoeven wrote:
>> Hi Paul,
>>
>> On Sun, Dec 13, 2015 at 2:41 AM, Paul Gortmaker
>> wrote:
>> > This series of commits is a slice of a larger project to ensure
>> > people don't have
Rockchip vop not support hw vblank counter, needed check the committed
register if it's really take effect.
Signed-off-by: Mark Yao
Signed-off-by: Tomasz Figa
---
Changes in v2:
- Optimization commit planes sequence.
- Get vblank count on atomic_begin to protect vblank event.
Adviced by Daniel
Passed all tests. Stable, looks good, runs fast. No warn messages.
All Debugging and file system tests passed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit e7a7865cc0da306542db0b9205cb0a467f59e33d:
>
> perf symbols: Fix dso__load_sym to put dso (2015-12-10 16:29:32 -0300)
>
> are available in the git
901 - 1000 of 2094 matches
Mail list logo