Re: [PATCH] streamline TLV320AIC23 drivers

2017-08-01 Thread Jens Rottmann
Hi Rob, repeatedly got no response. Hope I'll get through this time. Regards, Jens Original Message Subject: Re: [PATCH] streamline TLV320AIC23 drivers Date: Sat, 6 May 2017 00:39:20 +0200 From: Jens Rottmann To: Rob Herring CC: Mark Rutland, Jaroslav Kysela, Takashi

Re: [PATCH] streamline TLV320AIC23 drivers

2017-06-02 Thread Jens Rottmann
Hi Rob, repeatedly got no response. Assuming all my mails got blocked, so moved to yet another account. Hope I'll get through this time. Regards, Jens Original Message Subject: Re: [PATCH] streamline TLV320AIC23 drivers Date: Sat, 6 May 2017 00:39:20 +0200 From: Jens Rot

[PATCH] ARM: add DTS, defconfig for ADLINK LEC-iMX6

2017-04-21 Thread Jens Rottmann
These are SMARC form factor modules with NXP/Freescale i.MX6 Q/D/DL/S, 1-2 GB RAM, optional eMMC, optional PCIe switch. The DTS files support the modules on ADLINK's LEC-Base R1 and LEC-Base Mini eval carriers. Signed-off-by: Jens Rottmann --- --- /dev/null +++ b/arch/arm/boot/dts/lec-imx6

[PATCH] streamline TLV320AIC23 drivers

2017-04-21 Thread Jens Rottmann
with the old semantics: - 'audio-codec' option (also moved from ssi node) - 'mux-int/ext-port' options - All options stay backwards compatible, the DT binding documents new and old names. CONFIG variable and files have not been renamed, though, so no need to change ol

Re: [PATCH 06/38] Annotate hardware config module parameters in drivers/clocksource/

2017-04-18 Thread Jens Rottmann
On 04/15/2017 00:59, David Howells wrote: > When the kernel is running in secure boot mode [...] prevent > access by means of configuring driver modules I may easily be wrong, but doesn't secure boot require EFI? Do secure boot capable systems with old CS5535/36 even exist? Thanks, Jens

Re: [PATCH 06/38] Annotate hardware config module parameters in drivers/clocksource/

2017-04-18 Thread Jens Rottmann
Hi, On 04/14/2017 20:25, Thomas Gleixner wrote: >> static int timer_irq; >> -module_param_named(irq, timer_irq, int, 0644); >> +module_param_hw_named(irq, timer_irq, int, irq, 0644); >> MODULE_PARM_DESC(irq, "Which IRQ to use for the clock source MFGPT ticks."); > > I'm not sure about this. AFA

Re: 4.1.28: memory leak introduced by "mm/swap.c: flush lru pvecs on compound page arrival"

2016-07-16 Thread Jens Rottmann
Hi Minchan (& all), Minchan Kim wrote: > [...] found __lru_cache_add has a bug. [...] [-] if (!pagevec_space(pvec) || PageCompound(page)) [+] if (!pagevec_add(pvec, page) || PageCompound(page)) Confirm that did plug the leak, thanks! Also I just saw this was known already: https://marc.i

Re: 4.1.28: memory leak introduced by "mm/swap.c: flush lru pvecs on compound page arrival"

2016-07-16 Thread Jens Rottmann
Hi again, took lack of response to express reluctance examining vendor kernels. Therefore reproduced and can confirm memory leak on 4.1.28 vanilla x86. Identical symptoms. Regards, Jens From: Jens Rottmann Sent: Friday, July 15, 2016 21:27 To: Lukasz

4.1.28: memory leak introduced by "mm/swap.c: flush lru pvecs on compound page arrival"

2016-07-15 Thread Jens Rottmann
Hi, 4.1.y stable commit c5ad33184354260be6d05de57e46a5498692f6d6 (Upstream commit 8f182270dfec432e93fae14f9208a6b9af01009f) "mm/swap.c: flush lru pvecs on compound page arrival" in 4.1.28 introduces a memory leak. Simply running while sleep 0.1; do clear; free; done shows mem continuously going

Re: 4.1.28: memory leak introduced by "mm/swap.c: flush lru pvecs on compound page arrival"

2016-07-15 Thread Jens Rottmann
Attached my .config, in case that helps. Cheers, Jens config.xz Description: application/xz

4.1.24-stable: iwlwifi patch applied to wrong file

2016-05-11 Thread Jens Rottmann
Hi again, in 4.1.24-stable commit fdfdfc7cdf (iwlwifi: pcie: lower the debug level for RSA semaphore access) was applied to the wrong file. It patched drivers/net/wireless/intel/iwlwifi/pcie/trans.c whereas it should have patched drivers/net/wireless/iwlwifi/pcie/trans.c instead. drivers/net/wire

[PATCH] Documentation: rootwait does not work if root=devicenumber

2012-08-23 Thread Jens Rottmann
Documentation: rootwait does not work if root=devicenumber This makes it a bit tricky to use with LILO: Typing "root=/dev/... rootwait" directly on LILO's prompt boots fine, but putting root = /dev/... append = "rootwait" in lilo.conf fails, "rootwait" is sil

[PATCH] x86: fix ptrace.o compile error

2012-08-09 Thread Jens Rottmann
from include/linux/sched.h:56, from arch/x86/kernel/ptrace.c:11: /usr/src/linux-2.6.32/arch/x86/include/asm/ptrace.h:146:13: note: previous declaration of 'syscall_trace_leave' was here make[2]: *** [arch/x86/kernel/ptrace.o] Error 1 make[1]: *** [arch/x86/kernel] Error 2

[PATCH 2nd resend] cs5535-clockevt: typo, it's MFGPT, not MFPGT

2012-08-01 Thread Jens Rottmann
cs5535-clockevt: typo, it's MFGPT, not MFPGT Had me fooled for a while, "dmesg|grep -i mfgpt" wouldn't show anything. Signed-off-by: Jens Rottmann --- Hi Thomas, I know this is not the most important fix in the world, but the nice thing about open source is that you ca

[PATCH resend] cs5535-clockevt: typo, it's MFGPT, not MFPGT

2012-07-18 Thread Jens Rottmann
cs5535-clockevt: typo, it's MFGPT, not MFPGT Had me fooled for a while, "dmesg|grep -i mfgpt" wouldn't show anything. Signed-off-by: Jens Rottmann --- Hi Thomas, I know this is not the most important fix in the world, but the nice thing about open source is that you ca

[PATCH] lxfb: extend PLL table to support dotclocks below 25 MHz

2008-02-07 Thread Jens Rottmann
From: Jens Rottmann <[EMAIL PROTECTED]> Extends the PLL frequency table of the AMD Geode-LX frame buffer driver to make use of the DIV4 bit, thus adding support for dotclocks between 6 and 25 MHz. These are needed for small LCDs (e.g. 320x240). Also inserts some intermediate steps betwe