-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
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
>>> 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
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
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
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
> -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
> -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
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
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
> -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
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
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
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
(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
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
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
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
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
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
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
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
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 |
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
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
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
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
* 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
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
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
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
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
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
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
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
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
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
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
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
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
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
[+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:
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
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
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
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
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
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:
>
>>
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
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
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
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
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
--
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
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
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
(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
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
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
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
On 02/02/2015 08:09 AM, Russell King - ARM Linux wrote:
On Mon, Feb 02, 2015 at 07:32:05AM -0500, Yang Kuankuan wrote:
On 02/02/2015 06:53 AM, Russell King - ARM Linux wrote:
On Mon, Feb 02, 2015 at 12:02:50PM +0800, Daniel Kurtz wrote:
Hi ykk,
On Sat, Jan 31, 2015 at 10:34 PM, Yang Kuankuan
The inotify interface has changed a lot. The user interface was
too old, and the kernel interface was removed by Eric Paris in
commit: 2dfc1ca inotify: remove inotify in kernel interface.
Change v1 -> v2:
- Deleted the user interface following Heinrich's and Honza's suggestion
Signed-off-by: Zhan
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.
Signed-off-by: Wang Long
---
samples/kprobes/kprobe_example.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/samples/kprobes/kprobe_example.c b/sa
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 right, but again - if an application wants to gather this kind of
information about
The documentation specified that a machine type is mandatory and made
that assumption in a few places. However, for DT-only platforms, the
current advice is that no machine type should be registered, so update
accordingly.
Signed-off-by: Gregory Fong
---
Documentation/arm/Booting | 9 +++--
On Tue, 2015-02-03 at 08:32 -0700, Shuah Khan wrote:
> On 02/03/2015 12:58 AM, David Drysdale wrote:
> > On Tue, Feb 3, 2015 at 3:53 AM, Michael Ellerman
> > wrote:
> >> On systems which don't implement sys_execveat(), this test produces a
> >> lot of output.
> >>
> >> Add a check at the beginnin
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in
sound/soc/intel/sst-mfld-platform-pcm.c between commit ef46c7af93f9
("ALSA: pcm: Embed struct device") from the sound tree and commit
8686f251e482 ("ASoC: intel: Remove unnecessary
snd_pcm_lib_preallocate_free_for_all()") fr
On Fri, Jan 30, 2015 at 4:11 PM, Paul Walmsley wrote:
>
> Update some of the DT binding documentation text files, per Mark's
> comments at:
>
> http://marc.info/?l=linux-tegra&m=142201349727836&w=2
>
> The primary goal with this series is to avoid checkpatch.pl warnings
> and align to the policy t
On 03.02.2015 17:05, Mark Salyzyn wrote:
> Thanks for your response.
[...]
> pstore is all about persistence. kmsg is not, until pstore supports
> it. A user-space persistent storehouse felt appropriate to support
> at the bottom layer.
OK. Thanks, for the additional information. Like I said, I am
On Mon, Jan 5, 2015 at 9:43 AM, Daniel Thompson
wrote:
> Currently it is not easy to grep for the definition of struct of_device_id.
> This is trivially fixed by moving the brace to the right place.
Applied. Thanks.
Rob
> Signed-off-by: Daniel Thompson
> Cc: Grant Likely
> Cc: Rob Herring
>
Hi Greg,
On Tue, 3 Feb 2015 17:16:35 -0800 Greg Kroah-Hartman
wrote:
>
> On Tue, Feb 03, 2015 at 08:08:52PM -0500, Peter Hurley wrote:
> > Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree")
> > breaks arc:defconfig build:
>
> I don't see that commit id in my trees, so
On Tue, 3 Feb 2015, Andy Lutomirski wrote:
> >> Is there a clear reason why no non-permitted bits can be inheritable?
> >> If not, then I think this should be (ambient & inheritable &
> >> permitted).
> >
> > Inherited caps via ambient are always be permitted. Otherwise the pass
> > through is not
At 2015-02-03 21:21:43, "Linus Walleij" wrote:
>On Wed, Jan 28, 2015 at 3:30 AM, Chao Xie wrote:
>
>> From: Chao Xie
>>
>> For some old PXA series, they used PXA GPIO driver.
>> The IP of GPIO changes since PXA988 which is Marvell MMP
>> series.
>> It will use new way to control the GPIO level,
On 2/3/2015 5:41 PM, Dmitry Torokhov wrote:
> On Tue, Feb 03, 2015 at 05:09:06PM -0800, Ray Jui wrote:
>> This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
>> that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
>> controller, the chipCommonG GPIO controll
On Wed, Feb 4, 2015 at 12:15 AM, Paolo Bonzini wrote:
>
>
> On 03/02/2015 16:46, Wincy Van wrote:
>> v1 ---> v2:
>> Use spin lock to ensure vmcs12 is safe when doing nested
>> posted interrupt delivery.
>>
>> v2 ---> v3:
>> 1. Add a new field in nested_vmx to avoid the spin lock in v2.
>>
This adds the initial driver support for the Broadcom Cygnus IOMUX
controller. The Cygnus IOMUX controller supports group based mux
configuration but allows certain pins to be muxed to GPIO individually
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/pinctrl/bcm/Kconfig
This enables the IOMUX support for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
---
arch/arm/boot/dts/bcm-cygnus.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/bcm-cygnus.dtsi
b/arch/arm/boot/dts/bcm-cygnus.dtsi
index 5126f9e..b014ce5 100644
--- a/arch/arm/boo
Device tree binding documentation for Broadcom Cygnus IOMUX driver
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
.../bindings/pinctrl/brcm,cygnus-pinmux.txt| 157
1 file changed, 157 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pinct
This patchset contains the initial pinctrl (IOMUX) support for the Broadcom
Cygnus SoC. The Cygnus IOMUX controller supports group based mux configuration
and allows certain pins to be muxed to GPIO function individually
Changes from v3:
- Fix the driver to have more proper use of "const" in vari
Hi Chanwoo,
2015년 02월 04일 08:57에 Chanwoo Choi 이(가) 쓴 글:
Hi Jaewon and Beomho,
On 02/03/2015 02:04 PM, Jaewon Kim wrote:
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: Ja
Now could use kexec to place kernel/boot_params/cmd_line/initrd
above 4G, but that is with legacy interface with startup_64 directly.
This patch will allow 64bit EFI kernel to be loaded above 4G
and use EFI HANDOVER PROTOCOL to start the kernel.
Current code32_start is used for passing around loa
On Tue, Feb 03, 2015 at 05:09:06PM -0800, Ray Jui wrote:
> This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
> that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
> controller, the chipCommonG GPIO controller, and the always-on GPIO
> controller. Basic PINC
Hi Mark,
2015년 02월 04일 01:25에 Mark Brown 이(가) 쓴 글:
On Tue, Feb 03, 2015 at 02:04:05PM +0900, Jaewon Kim wrote:
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.
This looks mostly good,
On 02/03/2015 08:16 PM, Greg Kroah-Hartman wrote:
> On Tue, Feb 03, 2015 at 08:08:52PM -0500, Peter Hurley wrote:
>> Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree")
>> breaks arc:defconfig build:
>
> I don't see that commit id in my trees, so why send this to me?
Sorr
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
All channel work queues are named 'hv_vmbus_ctl', this makes them
indistinguishable in ps output and makes it hard to link to the corresponding
vmbus device. Rename them to hv_vmbus_ctl/N and make vmbus device names match,
e.g. now vmbus_1 devi
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
We need to destroy hv_vmbus_con on module shutdown, otherwise the following
crash is sometimes observed:
[ 76.569845] hv_vmbus: Hyper-V Host Build:9600-6.3-17-0.17039; Vmbus
version:3.0
[ 82.598859] BUG: unable to handle kernel paging req
This patch fixes the bug of CLK_SCLK_HDMI_SPDIF_DISP clock because this clock
should be included in CMU_TOP domain. So, this patch moves the CLK_SCLK_HDMI_
SPDIF_DISP clock from CMU_MIF to CMU_TOP domain.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Reported-by: Sylwester Nawrocki
Signed-off-by: Chan
Hi Stan,
On Tue, 03 Feb 2015 11:36:56 +0200
Stanimir Varbanov wrote:
> On 01/31/2015 02:46 AM, Gilad Avidov wrote:
> > According to spmi spec a slave powers up into startup state and then
> > transitions into active state. Thus, the wakeup command is not
> > required before calling the slave's p
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
On driver shutdown device_obj is being freed twice:
1) In vmbus_free_channels()
2) vmbus_device_release() (which is being triggered by device_unregister() in
vmbus_device_unregister().
This double kfree leads to the following sporadic crash
On Tue, Feb 03, 2015 at 08:08:52PM -0500, Peter Hurley wrote:
> Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree")
> breaks arc:defconfig build:
I don't see that commit id in my trees, so why send this to me? Where
did you find it?
confused,
greg k-h
--
To unsubscribe
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
It looks like clockevents_unbind is being exported by mistake as:
- it is static;
- it is not listed in include/linux/clockchips.h;
- EXPORT_SYMBOL_GPL(clockevents_unbind) follows clockevents_unbind_device()
implementation.
I think clockeven
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
SynIC has to be switched off when we unload the module, otherwise registered
memory pages can get corrupted after (as Hyper-V host still writes there) and
we see the following crashes for random processes:
[ 89.116774] BUG: Bad page map in p
From: Dexuan Cui <[mailto:de...@microsoft.com]>
Without this patch, the state is put to CHANNEL_OPENING_STATE, and when
the driver is loaded next time, vmbus_open() will fail immediately due to
newchannel->state != CHANNEL_OPEN_STATE.
CC: "K. Y. Srinivasan"
Signed-off-by: Dexuan Cui
Reviewed-by
From: Vitaly Kuznetsov
When an SMP Hyper-V guest is running on top of 2012R2 Server and secondary
cpus are sent offline (with echo 0 > /sys/devices/system/cpu/cpu$cpu/online)
the system freeze is observed. This happens due to the fact that on newer
hypervisors (Win8, WS2012R2, ...) vmbus channel
(2015/02/04 1:21), Petr Mladek wrote:
> __recover_probed_insn() should always be called from an address where
> an instructions starts. The check for ftrace_location() might help to
> discover a potential inconsistency. Something goes terribly wrong when
> an address inside the ftrace location is c
From: Dexuan Cui <[mailto:de...@microsoft.com]>
Before the line vmbus_open() returns, srv->util_cb can be already running
and the variables, like util_fw_version, are needed by the srv->util_cb.
So we have to make sure the variables are initialized before the vmbus_open().
CC: "K. Y. Srinivasan"
From: Dexuan Cui <[mailto:de...@microsoft.com]>
I got HV_STATUS_INVALID_CONNECTION_ID on Hyper-V 2008 R2 when keeping running
"rmmod hv_netvsc; modprobe hv_netvsc; rmmod hv_utils; modprobe hv_utils"
in a Linux guest. Looks the host has some kind of throttling mechanism if
some kinds of hypercalls
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
Newly introduced clockevent devices made it impossible to unload hv_vmbus
module as clockevents_config_and_register() takes additional reverence to
the module. To make it possible again we do the following:
- avoid setting dev->owner for clocke
From: Nicholas Mc Guire
return type of wait_for_completion_timeout is unsigned long not int, this
patch changes the type of t from int to unsigned long.
Signed-off-by: Nicholas Mc Guire
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c |3 ++-
1 files changed, 2 insertions(+), 1
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-time response. Unfortunately,
current RT global scheduler doesn't tri
1 - 100 of 960 matches
Mail list logo
