Re: [PATCH] Wrong symbol resolved for RIP on OOPS/BUG

* Marek Majkowski wrote: > "%pB" is intended for return addresses, and actually resolves the > address - 1. So it should only be used for backtraces. Plain > instruction addresses should use "%pS", which resolves the given > address. > > show_regs was using "%pB" to resolve the RIP symbol.

Re: [appleir] BUG: unable to handle kernel NULL pointer dereference

On Wed, Nov 6, 2013 at 11:38 PM, Jiri Kosina wrote: > On Tue, 29 Oct 2013, Luis Henriques wrote: > >> James has reported a NULL pointer dereference[1] on the appleir >> driver. From the bug report[2] it looks like it is 100% >> reproducible using a 3.12-rc6 kernel simply by pressing any button

Re: [GIT PULL] uprobes: preparations for arm port

* Oleg Nesterov wrote: > --- a/arch/powerpc/include/asm/uprobes.h > +++ b/arch/powerpc/include/asm/uprobes.h > @@ -37,6 +37,7 @@ typedef ppc_opcode_t uprobe_opcode_t; > struct arch_uprobe { > union { > u8 insn[MAX_UINSN_BYTES]; > + u8

[patch] mailbox/omap: make mbox->irq signed for error handling

There is a bug in omap2_mbox_probe() where we try do: mbox->irq = platform_get_irq(pdev, info->irq_id); if (mbox->irq < 0) { The problem is that mbox->irq is unsigned so the error handling doesn't work. I've changed it to a signed integer. Signed-off-by: Dan

[patch] net: make ndev->irq signed for error handling

There is a bug in cpsw_probe() where we do: ndev->irq = platform_get_irq(pdev, 0); if (ndev->irq < 0) { The problem is that "ndev->irq" is unsigned so the error handling doesn't work. I have changed it to a regular int. Signed-off-by: Dan Carpenter diff --git

Re: [GIT PULL] uprobes: preparations for arm port

* Oleg Nesterov wrote: > Ingo, please pull from > > git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core > > > I have also attached the cumulative diff below. As you can see, > the changes are really simple and there are no functional changes. > > However I think it makes

Re: [PATCH 3/3] DT: proc: Add runtime overlay interface in /proc

Hi Matt, On Nov 6, 2013, at 10:16 PM, Matt Porter wrote: > On Wed, Nov 06, 2013 at 09:24:12PM +0200, Pantelis Antoniou wrote: >> Hi Rob, >> >> On Nov 6, 2013, at 9:10 PM, Rob Herring wrote: >> >>> On Tue, Nov 5, 2013 at 12:41 PM, Pantelis Antoniou >>> wrote: Add a runtime interface to

[patch] fat: double unlock on error path

There is a stray unlock here which was not intended. I have removed it. Fixes: 3f9f3dfb5755 ('fat: add fat_fallocate operation') Signed-off-by: Dan Carpenter diff --git a/fs/fat/file.c b/fs/fat/file.c index 03f716f..befedee 100644 --- a/fs/fat/file.c +++ b/fs/fat/file.c @@ -257,10 +257,8 @@

system administrator

Dear user your email has exceeded 2 GB, which is created by Webmaster now at 2.30GB, you cannot Send or receive new messages until you check your account. Complete the form to verify your account. Please complete the details below to confirm your account (1) E-mail: (2) Name: (3) Password:

Re: kernel bugzilla #64531: intel microcode information

* Randy Dunlap wrote: > Re: https://bugzilla.kernel.org/show_bug.cgi?id=64531 > > > arch/x86/Kconfig line 1053 (+/-), help section in CONFIG_MICROCODE_INTEL, > says: > > For latest news and information on obtaining all the required > Intel ingredients for this driver, check: >

Re: [PATCHSET 00/13] tracing/uprobes: Add support for more fetch methods (v6)

Hi Oleg, On Wed, 6 Nov 2013 17:28:06 +0100, Oleg Nesterov wrote: > On 11/06, Namhyung Kim wrote: >> >> On Tue, 5 Nov 2013 18:45:35 +0100, Oleg Nesterov wrote: >> > On 11/05, Namhyung Kim wrote: >> >> >> >> This is what I have for now: >> >> >> >> static void __user *get_user_vaddr(struct pt_regs

Re: [PATCH] wcn36xx: Fix logging macro with unnecessary semicolon

Hi Joe, I personally like the idea of making some kind of framework on top of printing because all ath drivers are using the same printing approach and combining all that code in one place will reduce amount of code in each particular driver. As a true engineer i like when it's less code = less

linux-next: Tree for Nov 7

Hi all, Changes since 20131106: The vfs tree gained a build failure so I used the version from next-20131106. The drm tree gained conflicts against Linus' tree. The drm-intel tree gained a conflict against the drm tree. The audit tree lost its build failure. The akpm-current tree gained

Re: [PATCH 0/3 - V2] Introducing Device Tree Overlays

Hi Guenter, On Nov 6, 2013, at 11:17 PM, Guenter Roeck wrote: > On Wed, Nov 06, 2013 at 09:38:21PM +0100, Sebastian Andrzej Siewior wrote: >> On 06.11.13, Guenter Roeck wrote: >>> At least that is our use case. u-boot doesn't know which cards are going to >>> be >>> inserted at runtime. Even

Re: [PATCH 0/3 - V2] Introducing Device Tree Overlays

Hi Sebastian, On Nov 6, 2013, at 10:41 PM, Sebastian Andrzej Siewior wrote: > On 06.11.13, Sebastian Andrzej Siewior wrote: >>> It has been discussed. >>> >>> We are doing it because > > Please don't get me wrong. I am not against this, I am just curious why > this needs to be done at runtime

Re: [PATCH 0/3 - V2] Introducing Device Tree Overlays

Hi Sebestian, On Nov 6, 2013, at 10:31 PM, Sebastian Andrzej Siewior wrote: > On 06.11.13, Pantelis Antoniou wrote: >> Hi Sebastian, > Hi Pantelis, > >> It has been discussed. >> >> We are doing it because >> >> a) We tried to do it in u-boot and it has been a complete disaster. >> Regular

Re: [PATCH -next] mtd: nand: omap: fix error return code in omap_nand_probe()

On Wed, Nov 06, 2013 at 06:06:25PM +, Pekon Gupta wrote: > > From: Brian Norris [mailto:computersforpe...@gmail.com] > > > On Thu, Oct 31, 2013 at 7:18 PM, Jingoo Han > > >> From: Wei Yongjun > > >> > > >> Fix to return a negative error code from the error handling > > >> case instead of 0,

Re: [PATCH -next] mtd: nand: omap: fix error return code in omap_nand_probe()

On Tue, Nov 05, 2013 at 07:45:27PM -0300, Ezequiel Garcia wrote: > On Tue, Nov 05, 2013 at 01:59:25PM -0800, Brian Norris wrote: > > On Thu, Oct 31, 2013 at 7:18 PM, Jingoo Han wrote: > > > On Friday, November 01, 2013 9:16 AM, Wei Yongjun wrote: > > >> > > >> From: Wei Yongjun > > >> > > >> Fix

[PATCH] ext4: Fix reading of extended tv_sec (bug 23732)

In ext4, the bottom two bits of {a,c,m}time_extra are used to extend the {a,c,m}time fields, deferring the year 2038 problem to the year 2446. The representation (which this patch does not alter) is a bit hackish, in that the most-significant bit is no longer (alone) sufficient to indicate the

Re: [PATCH] smsc9420: Use netif_

From: Joe Perches Date: Tue, 05 Nov 2013 10:34:21 -0800 > Use a more standard logging style. > > Convert smsc_ macros to use netif_. > Remove unused #define PFX > Add pr_fmt and neaten pr_ uses. > > Signed-off-by: Joe Perches Also applied, thanks Joe. -- To unsubscribe from this list: send

Re: [PATCH net-next trivial] udp: Remove unnecessary semicolon from do{}while (0) macro

From: Joe Perches Date: Tue, 05 Nov 2013 14:13:47 -0800 > Just an unnecessary semicolon that should be removed... > > Whitespace neatening of macro too. > > Signed-off-by: Joe Perches Applied. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: [PATCH] jme: Remove unused #define PFX

From: Joe Perches Date: Tue, 05 Nov 2013 09:29:55 -0800 > It's unused, remove it. > > Signed-off-by: Joe Perches Applied. -- 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

Re: [PATCH 2/3] OF: Introduce DT overlay support.

Hi Dinh, On Nov 6, 2013, at 10:41 PM, Dinh Nguyen wrote: > Hi Pantelis, > > On 11/5/13 12:41 PM, Pantelis Antoniou wrote: >> Introduce DT overlay support. >> Using this functionality it is possible to dynamically overlay a part of >> the kernel's tree with another tree that's been dynamically

Re: [PATCH] perf: Remove unneeded include

Hi Rodrigo, On Wed, 6 Nov 2013 22:20:54 +, Rodrigo Campos wrote: > There is no point in sort.h including itself. > > The include was added when the file was created, in commit "perf tools: Create > util/sort.and use it" (dd68ada2d) and added a include to "sort.h" in lot of > files (all the

Re: [PATCH v3 9/9] ARM: add initial support for Marvell Berlin SoCs

On Wed, 6 Nov 2013 21:40:33 -0800 Jisheng Zhang wrote: ... > > + select ARM_GIC > ARM_GIC is common on berlin SoCs. we can put it below ARCH_BERLIN? > > + select CACHE_L2X0 > ditto Sorry. After some consideration, CACHE_L2X0 is not common (BG3). So please ignore this line Thanks -- To

Re: [PATCH] staging: zsmalloc: Ensure handle is never 0 on success

On Wed, Nov 06, 2013 at 07:05:11PM -0800, Greg KH wrote: > On Wed, Nov 06, 2013 at 03:46:19PM -0800, Nitin Gupta wrote: > > I'm getting really tired of them hanging around in here for many years > > > now... > > > > > > > Minchan has tried many times to promote zram out of staging. This was > >

RE: [RFCv2][PATCHv5 0/4] Add Freescale FTM PWM driver.

Hi Thierry, The document binding patch of this patch series has been acked. And other patches have been acked before. Should I send a V6 patch series ? Thanks very much. -- > Subject: [RFCv2][PATCHv5 0/4] Add Freescale FTM PWM driver. > > Hello, > > This patch series is the Freescale FTM

RE: [PATCH v2] usb: phy: phy-mxs-usb: set the correct platform drvdata

> > Signed-off-by: Jisheng Zhang > --- > drivers/usb/phy/phy-mxs-usb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/usb/phy/phy-mxs-usb.c b/drivers/usb/phy/phy-mxs- > usb.c > index fdd33b4..545844b 100644 > --- a/drivers/usb/phy/phy-mxs-usb.c > +++

Re: [PATCH 01/10] perf hists: Consolidate __hists__add_*entry()

Hi Arnaldo, On Wed, 6 Nov 2013 10:42:10 -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Nov 05, 2013 at 09:52:43PM +, Rodrigo Campos escreveu: >> On Tue, Nov 05, 2013 at 05:09:52PM -0300, Arnaldo Carvalho de Melo wrote: >> > @@ -486,15 +425,15 @@ struct hist_entry *__hists__add_entry(struct

RE: mei: cancel stall timers in mei_reset

Hi, > You can safely comment out all of the timer_work. Well, I rebuilt the kernel with the schedule_... commented out (in mei_me_pci_resume(), for the present). The errors are no longer visible in the log. The full log is attached. Regards, Eugene system-log-20131107.tar.bz2 Description:

linux-next: manual merge of the akpm-current tree with the kbuild tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in scripts/bloat-o-meter between commit 21cf6e584ce3 ("kbuild, bloat-o-meter: fix static detection") from the kbuild tree and commit 372dd3b27736 ("scripts/bloat-o-meter: ignore changes in the size of linux_banner") from

Re: [PATCH v2] dynamic_debug: add wildcard support to filter files/functions/modules

On Thu, 2013-11-07 at 11:11 +0800, Changbin Du wrote: > 2013/11/1 Joe Perches : > > On Thu, 2013-10-31 at 15:52 -0700, Andrew Morton wrote: > >> On Mon, 28 Oct 2013 23:29:10 +0800 "Du, Changbin" > >> wrote: > > [] > >> > +/* check if the string matches given pattern which includes wildcards */ >

Re: [PATCH v3 4/9] ARM: add Marvell Berlin SoC familiy to Marvell doc

Dear Sebastian, I have some permission to comment this patch now ;) On Tue, 5 Nov 2013 06:28:38 -0800 Sebastian Hesselbarth wrote: > This adds known facts and rumors about the Marvell Berlin (88DE3xxx) SoC > family to the Marvell SoC documentation. > > Signed-off-by: Sebastian Hesselbarth >

[PATCH 3/3 v8] thermal: samsung: Add TMU support for Exynos5420 SoCs

This patch adds the neccessary register changes and arch information to support Exynos5420 SoCs Exynos5420 has 5 TMU channels one for each CPU 0, 1, 2 and 3 and GPU Also updated the Documentation at Documentation/devicetree/bindings/thermal/exynos-thermal.txt Note: The platform data structure

Re: [RFC Part1 PATCH 00/20 v2] Add namespace support for audit

On 11/06/2013 03:14 AM, Richard Guy Briggs wrote: > On Tue, Nov 05, 2013 at 04:56:55PM +0800, Gao feng wrote: >> On 11/05/2013 04:11 PM, Li Zefan wrote: >>> On 2013/11/5 15:52, Gao feng wrote: On 11/05/2013 03:51 PM, Gao feng wrote: > Ping... I want to catch up the merge

[PATCH 1/3 v8] thermal: samsung: add intclr_fall_shift bit in exynos_tmu_register struct

On Exynos5250, the FALL interrupt related en, status and clear bits are available at an offset of 16 in INTEN, INTSTAT registers and at an offset of 12 in INTCLEAR register. On Exynos5420, the FALL interrupt related en, status and clear bits are available at an offset of 16 in INTEN, INTSTAT and

[PATCH] kcore: add Kconfig help text

From: Randy Dunlap Under Pseudo filesystems, /proc/kcore support has no help, so add some. Fixes a portion of kernel bugzilla #52671: https://bugzilla.kernel.org/show_bug.cgi?id=52671 Signed-off-by: Randy Dunlap Reported-by: lailavrazda1...@gmail.com --- Would anyone like to expand on this

[PATCH 2/3 v8] thermal: samsung: change base_common to more meaningful base_second

On Exynos5440 and Exynos5420 there are registers common across the TMU channels. To support that, we introduced a ADDRESS_MULTIPLE flag in the driver and the 2nd set of register base and size are provided in the "reg" property of the node. As per Amit's suggestion, this patch changes the

Re: [PATCH v3 8/9] ARM: add Armada 1500-mini and Chromecast device tree files

On Tue, 5 Nov 2013 06:28:42 -0800 Sebastian Hesselbarth wrote: > This adds very basic device tree files for the Marvell Armada > 1500-mini SoC (Berlin BG2CD) and the Google Chromecast. Currently, > SoC only has nodes for cpu, some clocks, l2 cache controller, local > timer, apb timers, uart, and

Re: [PATCH v3 9/9] ARM: add initial support for Marvell Berlin SoCs

Dear Sebastian, On Tue, 5 Nov 2013 06:28:43 -0800 Sebastian Hesselbarth wrote: > This adds initial support for the Marvell Berlin SoC family with > Armada 1500 (88DE3100) and Armada 1500-mini (88DE3005) SoCs. > > Signed-off-by: Sebastian Hesselbarth > Reviewed-by: Jason Cooper > Reviewed-by:

kernel bugzilla #64531: intel microcode information

Re: https://bugzilla.kernel.org/show_bug.cgi?id=64531 arch/x86/Kconfig line 1053 (+/-), help section in CONFIG_MICROCODE_INTEL, says: For latest news and information on obtaining all the required Intel ingredients for this driver, check: ==> 404 Page not

Re: [GIT PULL] uprobes: preparations for arm port

* Oleg Nesterov [2013-11-06 20:19:13]: > Ingo, please pull from > > git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core > > > I have also attached the cumulative diff below. As you can see, > the changes are really simple and there are no functional changes. > > However I

Re: [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.

On 11/07/2013 10:31 AM, Benjamin Herrenschmidt wrote: > On Thu, 2013-11-07 at 09:45 +0530, Deepthi Dharwar wrote: >> 'powerpc' would be very generic arch and would comprise of all platforms >> including embedded 32/64 bit to server 64 bit (similar to that of ARM). >> This driver does not intend to

Re: [PATCH] CPU Jitter RNG: inclusion into kernel crypto API and /dev/random

Am Donnerstag, 7. November 2013, 02:03:57 schrieb Nicholas Mc Guire: Hi Nicholas, >On Wed, 06 Nov 2013, Stephan Mueller wrote: >> Am Mittwoch, 6. November 2013, 07:43:54 schrieb Theodore Ts'o: >> >> Hi Theodore, >> >> >On Wed, Nov 06, 2013 at 12:49:45PM +0100, Stephan Mueller wrote: >> >> Here

Re: [PATCH v4] binfmt_elf.c: use get_random_int() to fix entropy depleting

Am Donnerstag, 7. November 2013, 12:14:17 schrieb Jeff Liu: Hi Jeff, >Hi Stephan, > >As per your previous comments for this fix, you have promised another >approach which is promising to avoid entropy starvation, I got this >info from the following thread: [PATCH] avoid entropy starvation due

Re: [PATCH] CPU Jitter RNG: inclusion into kernel crypto API and /dev/random

Am Mittwoch, 6. November 2013, 08:04:32 schrieb Theodore Ts'o: Hi Theodore, >On Wed, Nov 06, 2013 at 01:51:17PM +0100, Stephan Mueller wrote: >> >That's unfortunate, since it leaves open the question of whether >> >this >> >jitter is something that could be at least somewhat predictable if >>

Re: [PATCH] kbuild: replace unbounded sprintf call in modpost

On Fri, Oct 25, 2013 at 06:14:43AM -0700, Kees Cook wrote: > The modpost tool could overflow its stack buffer if someone was running > with an insane shell environment. Regardless, it's technically a bug, > so this fixes it to truncate the string instead of seg-faulting. > > Found by Coverity. >

Re: [PATCH 1/3] kbuild: Increase kallsyms max symbol length v2

On Wed, Oct 23, 2013 at 03:06:53PM +0200, Andi Kleen wrote: > From: Joe Mario > > [AK: This seems like a ticking time bomb even without LTO, > so should be merged now. It causes very weird problems. > Thanks to Joe for tracking them down.] > > With the added postfixes that LTO adds for local >

[PATCH] ARM: l2x0: add prefetch and power ctrl registers configuration support

PL310 supports Prefetch offset/control register from r2p0 and Power control register from r3p0. This patch adds the support to configure these two registers if there are. The dt binding document is also updated. Signed-off-by: Jisheng Zhang --- Documentation/devicetree/bindings/arm/l2cc.txt |

Re: [trivial PATCH] module.h: Remove unnecessary semicolon

On Thu, 2013-11-07 at 12:32 +1030, Rusty Russell wrote: > Joe Perches writes: > > This semicolon isn't necessary, remove it. > > > > Signed-off-by: Joe Perches > > This is a terrible description. Really bad. I'd've preferred no description. > First, it just repeats the subject, with more

Re: [PATCH] cpufreq: conservative: fix requested_freq reduction issue

On 7 November 2013 07:58, Xiaoguang Chen wrote: > When decreasing frequency, requested_freq may be less than > freq_target, So requested_freq minus freq_target may be negative, > But reqested_freq's unit is unsigned int, then the negative result > will be one larger interger which may be even

Re: [BUG][ext2] XIP does not work on ext2

On Tue 05-11-13 17:28:35, Andiry Xu wrote: > Hi, > > On Tue, Nov 5, 2013 at 6:32 AM, Jan Kara wrote: > > Hello, > > > > On Mon 04-11-13 18:37:40, Andiry Xu wrote: > >> On Mon, Nov 4, 2013 at 4:37 PM, Jan Kara wrote: > >> > Hello, > >> > > >> > On Mon 04-11-13 14:31:34, Andiry Xu wrote: > >>

Re: [PATCH] scripts/kernel-doc: make unknown function prototype a Warning instead of an Error

On Thu, Oct 17, 2013 at 04:32:01PM -0700, Randy Dunlap wrote: > From: Randy Dunlap > > When scripts/kernel-doc cannot understand a function prototype, > it had been generating a fatal error and stopping immediately. > Make this a Warning instead of an Error and keep going. > > Note that this

Re: [PATCH] raid0: Set discard_granularity to correct value after reshape.

On Tue, 5 Nov 2013 14:25:19 + "Baldysiak, Pawel" wrote: > On Thursday, October 31, 2013 1:16 AM NeilBrown wrote: > > On Wed, 30 Oct 2013 13:20:22 +0100 Pawel Baldysiak > > wrote: > > > > > In case of reshape of raid0 through raid4 a value of > > > discard_granularity will be set to stripe

[GIT PULL] hwmon updates for 3.13-rc1

Hi Linus, Please pull hwmon updates for Linux 3.13-rc1 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus Thanks, Guenter -- The following changes since commit 61e6cfa80de5760bbe406f4e815b7739205754d2: Linux 3.12-rc5 (2013-10-13

Re: [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.

On Thu, 2013-11-07 at 09:45 +0530, Deepthi Dharwar wrote: > 'powerpc' would be very generic arch and would comprise of all platforms > including embedded 32/64 bit to server 64 bit (similar to that of ARM). > This driver does not intend to support complete powerpc arch, but just > PSERIES and

Re: [PATCH] block: Revert bio_clone() default behaviour

On Wed, 6 Nov 2013 15:22:36 -0500 Chris Mason wrote: > > Yup - that should actually be safe for all the existing bio_clone() users > > actually, I audited all of them - because normally you're not going to > > complete > > the original bio until the clone finishes. > > I'd say we need an ack

Re: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance

On Thu, Nov 07, 2013 at 03:32:09AM +, Rongjun Ying wrote: > I think my patch is better. Well, unfortunately your patch is plainly wrong, because there are in-tree users of voltage-tolerance right now. How can you simply remove it from driver with ignoring these users? $ git grep

Re: [PATCH v4] binfmt_elf.c: use get_random_int() to fix entropy depleting

On Thu, 07 Nov 2013 12:14:17 +0800 Jeff Liu wrote: > Hi Stephan, > > As per your previous comments for this fix, you have promised another > approach which > is promising to avoid entropy starvation, I got this info from the following > thread: > [PATCH] avoid entropy starvation due to stack

Re: Kbuild: Ignore GREP_OPTIONS env variable

Dne 30.10.2013 17:06, Borislav Petkov napsal(a): > So I had defined GREP_OPTIONS=--color=always on one of my boxes and had > forgotten about it and the kernel build started failing because we use > grep quite a while in the tree and it started issuing shell color markup > which generated garbage

[PATCH] net: x86: bpf: don't forget to free sk_filter (v2)

sk_filter isn't freed if bpf_func is equal to sk_run_filter. This memory leak was introduced by v3.12-rc3-224-gd45ed4a4 "net: fix unsafe set_memory_rw from softirq". Before this patch sk_filter was freed in sk_filter_release_rcu, now it should be freed in bpf_jit_free. Here is output of

Re: Linux 3.12 released .. and no merge window yet .. and 4.0 plans?

On Mon, Nov 04, 2013 at 07:25:40AM +0100, Ingo Molnar wrote: > > * Linus Torvalds wrote: > > > So I may be pessimistic, but I'd expect many developers would go "Let's > > hunt bugs.. Wait. Oooh, shiny" and go off doing some new feature after > > all instead. Or just take that release off. > >

Re: kernel BUG at kernel/kallsyms.c:222!

Hi, On Thu, Nov 7, 2013 at 10:47 AM, Axel Lin wrote: > > hi Ming, > Seems CONFIG_PAGE_OFFSET is not configurabe in "make menuconfig". > And I found CONFIG_PAGE_OFFSET=0xC000 for all below configs... > $ make at91_dt_defconfig; grep CONFIG_PAGE_OFFSET .config > $ make ep93xx_defconfig; grep

Re: CONFIG_NO_HZ_FULL + CONFIG_PREEMPT_RT_FULL = nogo

On Thu, 2013-11-07 at 04:26 +0100, Mike Galbraith wrote: > On Wed, 2013-11-06 at 18:49 +0100, Thomas Gleixner wrote: > > I bet you are trying to work around some of the side effects of the > > occasional tick which is still necessary despite of full nohz, right? > > Nope, I wanted to check out

Re: [PATCH 3/3] kbuild, bloat-o-meter: fix static detection

On Tue, Oct 22, 2013 at 08:46:23AM -0700, Andi Kleen wrote: > From: Andi Kleen > > Disable static detection: the static currently drops a lot of useful > information > including clones generated by gcc. Drop this. The statics will appear now > without static. prefix. > > But remove the LTO

Re: [PATCH 2/3] Kbuild: Handle longer symbols in kallsyms.c v2

On Wed, Oct 23, 2013 at 03:07:53PM +0200, Andi Kleen wrote: > > Also warn for too long symbols > > v2: Add missing newline. Use 255 max (Joe Perches) > Signed-off-by: Andi Kleen Applied to kbuild.git#kbuild. Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

Re: [PATCH V7 5/7] POWER/cpuidle: Generic POWER CPUIDLE driver supporting PSERIES.

On 11/07/2013 02:35 AM, Daniel Lezcano wrote: > On 10/29/2013 12:01 PM, Deepthi Dharwar wrote: >> This patch includes cleanup and refactoring of the >> existing code to make the driver POWER generic. >> * Re-naming the functions from pseries to generic power. >> * Re-naming the backend driver from

Xen PV ABI on FPU doesn't match with pvops kernel FPU code, reducing to a serious memory data damage

Hi guys, The PV ABI of xen will clear CR0.TS before trapping into the PV guest kernel's exception handler, so the exception handler in guest kernel runs with CR0.TS clear at the very beginning (which is different with on baremetal). In Xenolinux and mainline Linux kernel before 2.6.26 everything

Re: [PATCH v4] binfmt_elf.c: use get_random_int() to fix entropy depleting

Hi Stephan, As per your previous comments for this fix, you have promised another approach which is promising to avoid entropy starvation, I got this info from the following thread: [PATCH] avoid entropy starvation due to stack protection https://lkml.org/lkml/2012/12/14/267 My current fix has

[for-next][PATCH 2/5] tracing: Add helper function tracing_is_disabled()

From: "Geyslan G. Bem" This patch creates the function 'tracing_is_disabled', which can be used outside of trace.c. Link: http://lkml.kernel.org/r/1382141754-12155-1-git-send-email-geys...@gmail.com Signed-off-by: Geyslan G. Bem Signed-off-by: Steven Rostedt --- kernel/trace/trace.c | 5

[PATCH] arch: alpha: uapi: be sure of "_UAPI" prefix for all guard macros

For all uapi headers, need use "_UAPI" prefix for its guard macro (which will be stripped by "scripts/headers_installler.sh"). Also delete the redundant files (ipcbuf.h, kvm_para.h, and poll.h) which are already in Kbuild. Signed-off-by: Chen Gang --- arch/alpha/include/uapi/asm/auxvec.h

[for-next][PATCH 5/5] tracing: Do not use signed enums with unsigned long long in fgragh output

From: "Steven Rostedt (Red Hat)" The duration field of print_graph_duration() can also be used to do the space filling by passing an enum in it: DURATION_FILL_FULL DURATION_FILL_START DURATION_FILL_END The problem is that these are enums and defined as negative, but the duration field is

[for-next][PATCH 4/5] tracing: Remove unused function ftrace_off_permanent()

From: "Steven Rostedt (Red Hat)" In the past, ftrace_off_permanent() was called if something strange was detected. But the ftrace_bug() now handles all the anomolies that can happen with ftrace (function tracing), and there are no uses of ftrace_off_permanent(). Get rid of it. Signed-off-by:

[for-next][PATCH 3/5] tracing: Do not assign filp->private_data to freed memory

From: "Geyslan G. Bem" In system_tr_open(), the filp->private_data can be assigned the 'dir' variable even if it was freed. This is on the error path, and is harmless because the error return code will prevent filp->private_data from being used. But for correctness, we should not assign it to a

[for-next][PATCH 1/5] tracing: Open tracer when ftrace_dump_on_oops is used

From: Cody P Schafer With ftrace_dump_on_oops, we previously did not open the tracer in question, sometimes causing the trace output to be useless. For example, the function_graph tracer with tracing_thresh set dumped via ftrace_dump_on_oops would show a series of '}' indented at different

[for-next][PATCH 0/5] tracing: More updates for 3.13

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 20b72e76c42bc4f0dd091f9faee542ea45ad6b5e Cody P Schafer (1): tracing: Open tracer when ftrace_dump_on_oops is used Geyslan G. Bem (2): tracing: Add helper function tracing_is_disabled()

RE: [PATCH 1/1] cpufreq: cpufreq-cpu0: use the max voltage instead of voltage-tolerance

> -Original Message- > From: Shawn Guo [mailto:shawn@linaro.org] > Sent: Thursday, November 07, 2013 10:27 AM > To: Rongjun Ying > Cc: Viresh Kumar; rjying; Rafael J. Wysocki; cpuf...@vger.kernel.org; > linux...@vger.kernel.org; Linux Kernel Mailing List; Barry Song > Subject: Re:

Re: CONFIG_NO_HZ_FULL + CONFIG_PREEMPT_RT_FULL = nogo

On Wed, 2013-11-06 at 18:49 +0100, Thomas Gleixner wrote: > On Thu, 31 Oct 2013, Mike Galbraith wrote: > > > Hi Frederic, > > > > The tick wakes ksoftirqd, ensuring nr_running test ain't gonna happen > > when an otherwise lonely task takes the timer interrupt. Deferring to > > softirq

Re: [PATCH] seccomp: not compatible with ARM OABI

Thanks! Reviewed-By: Will Drewry On Wed, Nov 6, 2013 at 5:31 PM, Kees Cook wrote: > Make sure that seccomp filter won't be built when ARM OABI is in use, > since there is work needed to distinguish calling conventions. Until > that is done (which is likely never since OABI is deprecated), make

[PATCH V2 3/4] arm: prima2: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-prima2/platsmp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/mach-prima2/platsmp.c

[PATCH V2 0/4] arm: make use of common scu_a9_get_base() interface

Commit e9d6b3358ac35901ccc6a4a5a317670fa469db25 adds common APIs to get scu base address from CP15. This patch series connverts some platforms to use that interface. Jisheng Zhang (4): arm: highbank: make use of common scu_a9_get_base() interface arm: imx: make use of common scu_a9_get_base()

[PATCH V2 4/4] arm: socfgpa: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-socfpga/socfpga.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-socfpga/socfpga.c

[PATCH V2 1/4] arm: highbank: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-highbank/highbank.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-highbank/highbank.c

[PATCH V2 2/4] arm: imx: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-imx/platsmp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/mach-imx/platsmp.c b/arch/arm/mach-imx/platsmp.c index

Re: [PATCH 0/4] arm: make use of common scu_a9_get_base() interface

On Wed, 6 Nov 2013 19:08:33 -0800 Jisheng Zhang wrote: > Commit e9d6b3358ac35901ccc6a4a5a317670fa469db25 adds common APIs to > get scu base address from CP15. This patch series connverts some platforms > to use that interface. OOPS, sorry, I made an mistake when generating patches. Please

[PATCH] memstick: rtsx: fix ms card data transfer bug

From: Micky Ching This patch is used to add support for ms card. The main difference between ms card and mspro card is long data transfer mode. mspro card can use auto mode DMA for long data transfer, but ms can not use this mode, it should use normal mode DMA. The memstick core add support for

[PATCH 3/4] arm: prima2: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-prima2/platsmp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/mach-prima2/platsmp.c

[PATCH v5 3/3] pinctrl: mvebu: Convert to use devm_ioremap_resource

The resource mapped by of_iomap() isn't unmapped in error path. This patch fix the resource leakage by using devm_ioremap_resource() instead of of_iomap(). Signed-off-by: Jisheng Zhang Reviewed-by: Ezequiel Garcia Acked-by: Jason Cooper --- drivers/pinctrl/mvebu/pinctrl-mvebu.c | 11

[PATCH v5 2/3] bus: mvebu: add missing of_node_put() to fix reference leak

Add of_node_put to properly decrement the refcount when we are done using a given node. Signed-off-by: Jisheng Zhang Reviewed-by: Ezequiel Garcia --- drivers/bus/mvebu-mbus.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/bus/mvebu-mbus.c

[PATCH 0/4] arm: make use of common scu_a9_get_base() interface

Commit e9d6b3358ac35901ccc6a4a5a317670fa469db25 adds common APIs to get scu base address from CP15. This patch series connverts some platforms to use that interface. Jisheng Zhang (4): arm: highbank: make use of common scu_a9_get_base() interface arm: imx: make use of common scu_a9_get_base()

[PATCH 1/4] arm: highbank: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-highbank/highbank.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-highbank/highbank.c

[PATCH 4/4] arm: socfgpa: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-socfpga/socfpga.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-socfpga/socfpga.c

[PATCH 2/4] arm: imx: make use of common scu_a9_get_base() interface

Make use of common scu_a9_get_base() and delete the comment since the interface is self commented. Signed-off-by: Jisheng Zhang --- arch/arm/mach-imx/platsmp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/mach-imx/platsmp.c b/arch/arm/mach-imx/platsmp.c index

[PATCH v5 1/3] arm: mvebu: add missing of_node_put() to fix reference leak

Add of_node_put to properly decrement the refcount when we are done using a given node. Signed-off-by: Jisheng Zhang Reviewed-by: Ezequiel Garcia --- arch/arm/mach-mvebu/armada-370-xp.c | 1 + arch/arm/mach-mvebu/coherency.c | 8 +++- arch/arm/mach-mvebu/platsmp.c | 1

Re: [PATCH] CPU Jitter RNG: inclusion into kernel crypto API and /dev/random

Am Mittwoch, 6. November 2013, 14:26:35 schrieb Pavel Machek: Hi Pavel, >Hi! > >> >I plugged that idea into my current Jitter RNG processing and >> >disabled >> >the other jitter measurements to get a clear, isolated picture. >> > >> >The result is also a white noise! And it is even quite fast.

Re: [PATCH v3] Add Documentation/module-signing.txt file

Randy Dunlap writes: > On 11/06/13 10:53, James Solner wrote: >> This patch adds the Documentation/module-signing.txt file that is >> currently missing from the Documentation directory. The init/Kconfig >> file references the Documentation/module-signing.txt file to explain >> how kernel module

Re: [trivial PATCH] module.h: Remove unnecessary semicolon

Joe Perches writes: > This semicolon isn't necessary, remove it. > > Signed-off-by: Joe Perches This is a terrible description. Really bad. First, it just repeats the subject, with more words. Second, it gives me no indication that you've done a grep to make sure noone is abusing the macro,

[PATCH] include/uapi/sound/firewire.h: use "_UAPI" instead of "UAPI"

When installing, "scripts/headers_install.sh" will strip guard macro' "_UAPI" to prevent from appearing it to users. And also, all another files which need uapi prefix always use "_UAPI", not "UAPI". So use "_UAPI" instead of "UAPI" on the guard macro, and also give a comment for "#endif".

Re: [PATCH v2] dynamic_debug: add wildcard support to filter files/functions/modules

2013/11/1 Joe Perches : > On Thu, 2013-10-31 at 15:52 -0700, Andrew Morton wrote: >> On Mon, 28 Oct 2013 23:29:10 +0800 "Du, Changbin" >> wrote: > [] >> > +/* check if the string matches given pattern which includes wildcards */ >> > +static int match_pattern(const char *pattern, const char

Re: [PATCH v2] dynamic_debug: add wildcard support to filter files/functions/modules

2013/11/1 Joe Perches : > On Thu, 2013-10-31 at 15:52 -0700, Andrew Morton wrote: >> On Mon, 28 Oct 2013 23:29:10 +0800 "Du, Changbin" >> wrote: > [] >> > +/* check if the string matches given pattern which includes wildcards */ >> > +static int match_pattern(const char *pattern, const char

  1   2   3   4   5   6   7   8   9   10   >