Re: [PATCH RESEND 1/2] sched/rt: Check to push the task when changing its affinity

On Wed, 4 Feb 2015 09:12:20 +0800 Xunlei Pang wrote: > From: Xunlei Pang > > We may suffer from extra rt overload rq due to the affinity, > so when the affinity of any runnable rt task is changed, we > should check to trigger balancing, otherwise it will cause > some unnecessary delayed real-t

Re: [PATCH 01/13] kdbus: add documentation

On Tue, Feb 03, 2015 at 08:47:51PM -0600, Eric W. Biederman wrote: > Andy Lutomirski writes: > > > On Tue, Feb 3, 2015 at 2:09 AM, Daniel Mack wrote: > >> Hi Andy, > >> > >> On 02/02/2015 09:12 PM, Andy Lutomirski wrote: > >>> On Feb 2, 2015 1:34 AM, "Daniel Mack" wrote: > >> > That's righ

Re: [PATCH RESEND 2/2] sched/rt: Add check_preempt_equal_prio() logic in pick_next_task_rt()

On Wed, 4 Feb 2015 09:12:21 +0800 Xunlei Pang wrote: > From: Xunlei Pang > > check_preempt_curr() doesn't call sched_class::check_preempt_curr > when the class of current is a higher level. So if there is a DL > task running when doing this for RT, check_preempt_equal_prio() > will definitely

Re: [PATCH] SAMPLES: kprobe_example: Make it print something on ARM.

(2015/02/04 11:56), Wang Long wrote: > This KProbes example is a little useless if it doesn't print anything. > For ARM print similar messages to those produced on x86 and PPC. BTW, I guess similar update required for s390, doesn't it? > > Signed-off-by: Wang Long Acked-by: Masami Hiramatsu

Re: [PATCH] of/unittest: Remove obsolete code

On Thu, Jan 22, 2015 at 11:10 AM, Grant Likely wrote: > Commit 3ce04b4a9, "Removes OF_UNITTEST dependency on OF_DYNAMIC config > symbol" removes a bunch of code, but missed a few minor bits. Clean it > up by removing the node removal cache and flag. > > Signed-off-by: Grant Likely > Cc: Gaurav Mi

Re: [RFC][PATCH v2] procfs: Always expose /proc//map_files/ and make it readable

On Monday 02/02 at 12:16 -0800, Andy Lutomirski wrote: > On Fri, Jan 30, 2015 at 5:58 PM, Calvin Owens wrote: > > On Thursday 01/29 at 17:30 -0800, Kees Cook wrote: > >> On Tue, Jan 27, 2015 at 8:38 PM, Calvin Owens wrote: > >> > On Monday 01/26 at 15:43 -0800, Andrew Morton wrote: > >> >> On Tue

[PATCH 1/2] mkfs.f2fs: support large sector size

Since f2fs support large sector size in commit 55cf9cb63f0e "f2fs: support large sector size", block device with sector size of 512/1024/2048/4096 bytes can be supported. But mkfs.f2fs still use default sector size: 512 bytes as sector size, let's fix this issue in this patch. v2: o remove unnee

Darlehen-Ankündigung

-- Willkommen bei Zopa Darlehen Ein Ort für Ihre Finanacial Unterstützung und Lösung Brauchen Sie Kredit an Ihre finanziellen Bedürfnisse zu befriedigen? Wir haben erstaunliche Darlehen Angebote ab Zopa Darlehen. Wenn Sie interessiert sind, werden Sie gebeten, uns zu schreiben. Für weitere

Re: mips: Re-introduce copy_user_page

On 02/03/2015 10:40 AM, Leonid Yegoshin wrote: On 01/30/2015 09:23 PM, Guenter Roeck wrote: Commit bcd022801ee5 ("MIPS: Fix COW D-cache aliasing on fork") replaced the inline function copy_user_page for mips with an external reference, but neglected to introduce the actual non-inline function. R

Re: [PATCH] drm/rockchip: vop: power off until vop standby take effect

On 2015年02月02日 15:53, Daniel Vetter wrote: On Mon, Feb 02, 2015 at 10:30:09AM +0800, Mark yao wrote: On 2015年02月02日 10:07, Daniel Kurtz wrote: Hi Mark, Heiko, On Sat, Jan 31, 2015 at 4:41 PM, Mark Yao wrote: Vop standby will take effect end of current frame, if dsp_hold_valid_irq happen, it

Re: [RFC PATCH] ASoC: wm8731: let codec to manage clock by itself

Hi Mark, On 02/04/2015 12:21 AM, Mark Brown wrote: On Tue, Feb 03, 2015 at 03:40:45PM +0100, Manuel Lauss wrote: On Tue, Feb 3, 2015 at 1:44 PM, Mark Brown wrote: +wm8731->mclk = devm_clk_get(&spi->dev, "mclk"); +if (IS_ERR(wm8731->mclk)) { +wm8731->mclk = NULL; +dev

[PATCH v4] drm/rockchip: vop: power off until vop standby take effect

Vop standby will take effect at end of current frame, if dsp_hold_valid_irq happen, it means vop standby complete. we must wait standby complete when we want to disable aclk, if not, memory bus maybe dead. Reviewed-by: Heiko Stuebner Reviewed-by: Daniel Kurtz Signed-off-by: Mark Yao --- Change

Re: [PATCH] drm/rockchip: vop: power off until vop standby take effect

On Feb 4, 2015 11:38 AM, "Mark yao" wrote: > > On 2015年02月02日 15:53, Daniel Vetter wrote: >> >> On Mon, Feb 02, 2015 at 10:30:09AM +0800, Mark yao wrote: >>> >>> On 2015年02月02日 10:07, Daniel Kurtz wrote: Hi Mark, Heiko, On Sat, Jan 31, 2015 at 4:41 PM, Mark Yao wrote: > >>

Re: [PATCH V3] acpi:apd:add AMD ACPI2Platform device support for x86 system.

On Tue, 2015-02-03 at 23:07 +0100, Rafael J. Wysocki wrote: > On Tuesday, February 03, 2015 12:06:06 PM Andy Shevchenko wrote: > > On Tue, Feb 3, 2015 at 3:54 AM, Ken Xue wrote: > > > This new feature is to interpret AMD specific ACPI device to > > > platform device such as I2C, UART found on AMD

Re: [RFC][PATCH v2] procfs: Always expose /proc//map_files/ and make it readable

On Monday 02/02 at 09:01 -0500, Austin S Hemmelgarn wrote: > On 2015-01-30 20:58, Calvin Owens wrote: > >On Thursday 01/29 at 17:30 -0800, Kees Cook wrote: > >>On Tue, Jan 27, 2015 at 8:38 PM, Calvin Owens wrote: > >>>On Monday 01/26 at 15:43 -0800, Andrew Morton wrote: > On Tue, 27 Jan 2015 0

Re: [PATCH] drm/rockchip: vop: power off until vop standby take effect

On 2015年02月04日 11:48, Daniel Kurtz wrote: On Feb 4, 2015 11:38 AM, "Mark yao" wrote: On 2015年02月02日 15:53, Daniel Vetter wrote: On Mon, Feb 02, 2015 at 10:30:09AM +0800, Mark yao wrote: On 2015年02月02日 10:07, Daniel Kurtz wrote: Hi Mark, Heiko, On Sat, Jan 31, 2015 at 4:41 PM, Mark Yao wrot

Re: [PATCH v11 02/19] Add kernel address sanitizer infrastructure.

Sorry I didn't reply earlier. Signed-off-by: Andrey Konovalov (Repeating in plain text.) On Wed, Feb 4, 2015 at 2:04 AM, Andrew Morton wrote: > On Tue, 03 Feb 2015 20:42:55 +0300 Andrey Ryabinin > wrote: > >> >> ... >> >> Based on work by Andrey Konovalov >> > > We still don't have Andrey K

[PATCH v2] zram: remove init_lock in zram_make_request

Admin could reset zram during I/O operation going on so we have used zram->init_lock as read-side lock in I/O path to prevent sudden zram meta freeing. However, the init_lock is really troublesome. We can't do call zram_meta_alloc under init_lock due to lockdep splat because zram_rw_page is one of

Re: [PATCH] PCI: Expand quirk's handling of CS553x devices

[+cc Andres, Leigh, Jens because they were involved in 73d2eaac8a3f ("CS5536: apply pci quirk for BIOS SMBUS bug")] [+cc Bill, Martin, Matthew, Greg, Linus because they saw the original report and might be interested in the resolution] On Tue, Feb 03, 2015 at 04:01:24PM -0700, Myron Stowe wrote:

Re: [PATCH 1/5] WIP: Add syscall unlinkat_s (currently x86* only)

On Feb 3, 2015, at 4:33 PM, Al Viro wrote: > On Tue, Feb 03, 2015 at 07:01:50PM +0100, Alexander Holler wrote: >> Yeah, as I've already admitted in the bug, I never should have use >> the word secure, because everyone nowadays seems to end up in panic >> when reading that word. >> >> So, if I wou

Re: ARC: DW_APB_GPIO_INTC?

On Wednesday 04 February 2015 01:46 AM, Paul Bolle wrote: > Vineet, > > On Tue, 2015-02-03 at 21:13 +0100, Paul Bolle wrote: >> Your commit 9d9c867684ec ("ARC: [axs10x] Add support for AXS10x software >> development platform") is included in today's linux-nex

[PATCH v3 0/6] Add new MFD driver for MAX77843

This patch series adds MAX77843(Multi Function Device) driver. The MAX77843 includes MUIC(Micro USB Interface Controller), Li+ Charger with Fuel Gauge and 2 safeout LDOs for USB device. It is interfaced to host controller using I2C. Changes in v3: MFD Core - fix wrong description and indentation

[PATCH v3 4/6] power: max77843_battery: Add Max77843 fuel gauge device driver

From: Beomho Seo This patch adds device driver of max77843 fuel gauge. The driver support for battery fuel gauge in Maxim Max77843. It is fuel-gauge systems for lithuum-ion batteries in handled and portable devices. Cc: Sebastian Reichel Signed-off-by: Beomho Seo --- drivers/power/Kconfig

[PATCH v3 1/6] mfd: max77843: Add max77843 MFD driver core driver

This patch adds MAX77843 core/irq driver to support PMIC, MUIC(Micro USB Interface Controller), Charger, Fuel Gauge, LED and Haptic device. Cc: Lee Jones Signed-off-by: Jaewon Kim Signed-off-by: Beomho Seo --- drivers/mfd/Kconfig | 14 ++ drivers/mfd/Makefile

[PATCH v3 2/6] extcon: max77843: Add max77843 MUIC driver

This patch adds MAX77843 extcon driver to support for MUIC(Micro USB Interface Controller) device by using EXTCON subsystem to handle various external connectors. Cc: Chanwoo Choi Signed-off-by: Jaewon Kim Acked-by : Chanwoo Choi --- drivers/extcon/Kconfig | 10 + drivers/extcon/Ma

[PATCH v3 6/6] Documentation: Add device tree bindings document for max77843

Add document describing device tree bindings for max77843 MFD. Drivers: MFD core, regulator, extcon, charger and fuelgauge. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: Lee Jones Cc: Chanwoo Choi Cc: Sebastian Reichel Cc: Mark Brown Signed-off-by: Ja

[PATCH v3 5/6] regulator: max77843: Add max77843 regulator driver

This patch adds new regulator driver to support max77843 MFD(Multi Function Device) chip`s regulators. The Max77843 has two voltage regulators for USB safeout. Cc: Mark Brown Signed-off-by: Jaewon Kim Signed-off-by: Beomho Seo --- drivers/regulator/Kconfig|8 ++ drivers/regulator/Makef

[PATCH v3 3/6] power: max77843_charger: Add Max77843 charger device driver

From: Beomho Seo This patch adds device driver of max77843 charger. This driver provide initialize each charging mode(e.g. fast charge, top-off mode and constant charging mode so on.). Additionally, control charging paramters to use i2c interface. Cc: Sebastian Reichel Signed-off-by: Beomho Seo

[PATCH v5] drm/rockchip: vop: power off until vop standby take effect

Vop standby will take effect at end of current frame, if dsp_hold_valid_irq happen, it means vop standby complete. we must wait standby complete when we want to disable aclk, if not, memory bus maybe dead. Reviewed-by: Heiko Stuebner Reviewed-by: Daniel Kurtz Signed-off-by: Mark Yao --- Change

Re: [PATCH -next] ARC: Fix earlycon build breakage

On Wednesday 04 February 2015 06:39 AM, Peter Hurley wrote: > Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree") > breaks arc:defconfig build: > >drivers/built-in.o: In function `of_setup_earlycon': >(.init.text+0xb3e): undefined reference to `arc_early_bas

Re: [PATCH] livepatch: rename config to CONFIG_LIVEPATCH

On Wednesday, February 04, 2015 7:45 AM, Josh Poimboeuf wrote: > > Rename CONFIG_LIVE_PATCHING to CONFIG_LIVEPATCH to make the naming of > the config and the code more consistent. > > Signed-off-by: Josh Poimboeuf It looks good. Reviewed-by: Jingoo Han Best regards, Jingoo Han > --- > arch

Re: [Patch v2 00/23] Improve ACPI resource parsing interfaces and enable IOAPIC hotplug

On 2015/2/4 5:54, Rafael J. Wysocki wrote: > On Monday, February 02, 2015 10:42:45 AM Jiang Liu wrote: >> During enabling ACPI based IOAPIC hotplug, Thomas noticed some issues >> in ACPI resource parsing interfaces. So this is an effort to improve them. >> >> Patch 1 refines ACPICA resource descr

Re: [GIT PULL] liblockdep fixes for v3.19

* Sasha Levin wrote: > On 02/03/2015 06:26 AM, Ingo Molnar wrote: > > > > * Sasha Levin wrote: > > > >> Hi Ingo, > >> > >> Two fixes for liblockdep. One prevents git from trying to track the > >> generated > >> .so libraries, and the other avoids mixups with header files when building > >> l

[tip:x86/asm] x86, vdso: teach 'make clean' remove vdso64 binaries

Commit-ID: 050835e9d3d6c9bd69cec2b4e67a9eb04ad5fd07 Gitweb: http://git.kernel.org/tip/050835e9d3d6c9bd69cec2b4e67a9eb04ad5fd07 Author: Andrey Skvortsov AuthorDate: Wed, 28 Jan 2015 17:04:27 +0300 Committer: Andy Lutomirski CommitDate: Wed, 28 Jan 2015 18:44:18 -0800 x86, vdso: teach 'm

[tip:x86/asm] x86, traps: Fix ist_enter from userspace

Commit-ID: b926e6f61a26036ee9eabe6761483954d481ad25 Gitweb: http://git.kernel.org/tip/b926e6f61a26036ee9eabe6761483954d481ad25 Author: Andy Lutomirski AuthorDate: Sat, 31 Jan 2015 04:53:53 -0800 Committer: Andy Lutomirski CommitDate: Sun, 1 Feb 2015 04:02:53 -0800 x86, traps: Fix ist_e

[tip:x86/asm] x86_64, entry: Use sysret to return to userspace when possible

Commit-ID: 2a23c6b8a9c42620182a2d2cfc7c16f6ff8c42b4 Gitweb: http://git.kernel.org/tip/2a23c6b8a9c42620182a2d2cfc7c16f6ff8c42b4 Author: Andy Lutomirski AuthorDate: Tue, 22 Jul 2014 12:46:50 -0700 Committer: Andy Lutomirski CommitDate: Sun, 1 Feb 2015 04:03:01 -0800 x86_64, entry: Use sy

[tip:x86/asm] x86_64, entry: Remove the syscall exit audit and schedule optimizations

Commit-ID: 96b6352c12711d5c0bb7157f49c92580248e8146 Gitweb: http://git.kernel.org/tip/96b6352c12711d5c0bb7157f49c92580248e8146 Author: Andy Lutomirski AuthorDate: Mon, 7 Jul 2014 11:37:17 -0700 Committer: Andy Lutomirski CommitDate: Sun, 1 Feb 2015 04:03:02 -0800 x86_64, entry: Remove

[PATCH v3] Add ARCH_MIGHT_HAVE_VGA_CONSOLE

Changes v3 - Remove um - ARM sort alphabetical order Changes v2 - Remove some archtecture Signed-off-by: Yoshinori Sato Reviewed-by: Arnd Bergmann --- arch/alpha/Kconfig| 1 + arch/arm/Kconfig | 1 + arch/ia64/Kconfig | 1 + arch/mips/Kconfig |

Re: [PATCH] spi: img-spfi: same edge bit set to double spfi speeds

Hi Sifan, On Tue, Feb 3, 2015 at 9:46 AM, Sifan Naeem wrote: > Setting the same edge bit is required for operating at full bitrate > programmed into the SPFI control register. Without this bit set the > max operating bitrate supported would be half the maximum bitrate > supported by the img-spfi

Re: [capabilities] Allow normal inheritance for a configurable set of capabilities

Just a note... We had inheritable capabilities in the linux of Nokia N9 phone. If a program needed some capabilities, they had to be requested by the manifest file inside the debian package. Of course, request is only granted if the package origin had permission to grant them. -- To unsubs

[PATCH] dma: mmp-pdma: fix irq handler overwrite physical chan issue

Some dma channels may be reserved for other purpose in other layer, like secure driver in EL2/EL3. PDMA driver can see the interrupt status, but it should not try to handle related interrupt, since it doesn't belong to PDMA driver in kernel. These interrupts should be handled by corresponding clien

linux-next: build failure after merge of the scsi tree

Hi James, After merging the scsi tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: drivers/scsi/scsi_logging.c: In function 'sdev_prefix_printk': drivers/scsi/scsi_logging.c:119:6: error: void value not ignored as it ought to be ret = dev_printk(level, &sdev->sdev_gend

Re: [PATCH 01/13] kdbus: add documentation

Greg Kroah-Hartman writes: > On Tue, Feb 03, 2015 at 08:47:51PM -0600, Eric W. Biederman wrote: >> Andy Lutomirski writes: >> >> > On Tue, Feb 3, 2015 at 2:09 AM, Daniel Mack wrote: >> >> Hi Andy, >> >> >> >> On 02/02/2015 09:12 PM, Andy Lutomirski wrote: >> >>> On Feb 2, 2015 1:34 AM, "Daniel

Re: [PATCH] tun: orphan an skb on tx

On Tue, 2015-02-03 at 16:19 -0800, David Miller wrote: > From: David Woodhouse > Date: Mon, 02 Feb 2015 07:27:10 + > > > I'm guessing you don't want to push the *whole* management of the TLS > > control connection *and* the UDP transport, and probing the latter with > > keepalives, into the k

Re: [PATCH v3 12/24] powerpc/iommu/powernv: Release replaced TCE

On Thu, Jan 29, 2015 at 08:21:53PM +1100, Alexey Kardashevskiy wrote: > At the moment writing new TCE value to the IOMMU table fails with EBUSY > if there is a valid entry already. However PAPR specification allows > the guest to write new TCE value without clearing it first. > > Another problem t

Re: linux-next: build failure after merge of the scsi tree

(adding Christoph Hellwig) On Wed, 2015-02-04 at 17:29 +1100, Stephen Rothwell wrote: > Hi James, > > After merging the scsi tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > drivers/scsi/scsi_logging.c: In function 'sdev_prefix_printk': > drivers/scsi/scsi_logging

[PATCH v13 01/28] scripts/gdb: Add infrastructure

This provides the basic infrastructure to load kernel-specific python helper scripts when debugging the kernel in gdb. The loading mechanism is based on gdb loading for -gdb.py when opening . Therefore, this places a corresponding link to the main helper script into the output directory that conta

Re: [PATCH] gfs2: use __vmalloc GFP_NOFS for fs-related allocations.

Hello! On Feb 3, 2015, at 5:33 PM, Dave Chinner wrote: >> I also wonder if vmalloc is still very slow? That was the case some >> time ago when I noticed a problem in directory access times in gfs2, >> which made us change to use kmalloc with a vmalloc fallback in the >> first place, > Another of t

RE: [PATCH 4/4] hyperv: netvsc: improve protection against rescind offer

> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Wednesday, February 4, 2015 1:01 AM > To: KY Srinivasan; de...@linuxdriverproject.org > Cc: Haiyang Zhang; linux-kernel@vger.kernel.org; Dexuan Cui; Jason Wang > Subject: [PATCH 4/4] hyperv: netvsc: improve p

RE: [PATCH net] hyperv: Fix the error processing in netvsc_send()

On Tue, Feb 3, 2015 at 11:46 PM, Haiyang Zhang wrote: -Original Message- From: Jason Wang [mailto:jasow...@redhat.com] Sent: Monday, February 2, 2015 1:49 AM >> btw, I find during netvsc_start_xmit(), ret was change to -ENOSPC >> when >> queue_sends[q_idx] < 1. But non of

Re: [PATCH v3] Add ARCH_MIGHT_HAVE_VGA_CONSOLE

On Wednesday 04 February 2015 15:03:32 Yoshinori Sato wrote: > @@ -2,14 +2,14 @@ > # Video configuration > # > > +config ARCH_MIGHT_HAVE_VGA_CONSOLE > +bool > + > menu "Console display driver support" > > I just noticed one more problem: The file that you add the option to is condi

[PATCH] clockevents: Introduce mode specific callbacks

It is not possible for the clockevents core to know which modes (other than those with a corresponding feature flag) are supported by a particular implementation. And drivers are expected to handle transition to all modes elegantly, as ->set_mode() would be issued for them unconditionally. Now, ad

RE: [PATCH 2/4] Drivers: hv: vmbus: do not lose rescind offer on failure in vmbus_process_offer()

> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Wednesday, February 4, 2015 1:01 AM > To: KY Srinivasan; de...@linuxdriverproject.org > Cc: Haiyang Zhang; linux-kernel@vger.kernel.org; Dexuan Cui; Jason Wang > Subject: [PATCH 2/4] Drivers: hv: vmbus: do no

[PATCH] cw1200: use msecs_to_jiffies for conversion

ppropriate msecs_to_jiffies(val), respectively msecs_to_jiffies(100) is the cleaner solution and handles all corner cases correctly. This is a minor API cleanup only. Patch was only compile tested for x86_64_defconfig + CONFIG_CW1200=m Patch is against 3.19.0-rc7 (localversion-next = -next-20150203) d

RE: [PATCH 3/4] Drivers: hv: vmbus: protect vmbus_get_outgoing_channel() against channel removal

> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Wednesday, February 4, 2015 1:01 AM > To: KY Srinivasan; de...@linuxdriverproject.org > Cc: Haiyang Zhang; linux-kernel@vger.kernel.org; Dexuan Cui; Jason Wang > Subject: [PATCH 3/4] Drivers: hv: vmbus: prote

Re: [PATCH 1/2] Revert "blk-mq: fix hctx/ctx kobject use-after-free"

Am 03.02.2015 um 22:50 schrieb Jens Axboe: > On 02/03/2015 12:14 PM, Jens Axboe wrote: >> On 02/03/2015 12:13 PM, Stefan Seyfried wrote: >>> Am 29.01.2015 um 13:17 schrieb Ming Lei: This reverts commit 76d697d10769048e5721510100bf3a9413a56385. >>> The revert is not yet in Linus' tree (but it s

linux-next: build warning after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (x86_64 allmodconfig) produced this warning: warning: (GDB_SCRIPTS) selects DEBUG_INFO which has unmet direct dependencies (DEBUG_KERNEL && !COMPILE_TEST) warning: (GDB_SCRIPTS) selects DEBUG_INFO which has unmet direct dep

Re: [PATCH] x86/raid6: correctly check for assembler capabilities

>>> On 03.02.15 at 22:03, wrote: > On Wed, 2015-02-04 at 07:50 +1100, NeilBrown wrote: >> Actually the prefix of this macro is "CONFIG_AS_", not "CONFIG_" :-) >> CONFIG_AS_ is reserved for assembly magic, and is never used by the the >> kconfig system. >> >> (Well. I might have made bits of t

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (x86-64 allmodconfig) failed like this: scripts/Makefile.kasan:21: CONFIG_KASAN: compiler does not support all options. Trying minimal configuration scripts/Makefile.kasan:21: CONFIG_KASAN: compiler does not support all opt

Re: linux-next: build warning after merge of the akpm-current tree

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2015-02-04 08:48, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > warning: (GDB_SCRIPTS) selects DEBUG_INFO which has unmet direct dependenci

<    5   6   7   8   9   10