Fix typo in devicetree example.
Signed-off-by: Pavel Machek
diff --git a/Documentation/devicetree/bindings/net/stmmac.txt
b/Documentation/devicetree/bindings/net/stmmac.txt
index f319112..4012b5c 100644
--- a/Documentation/devicetree/bindings/net/stmmac.txt
+++
On Mon, Aug 18, 2014 at 10:34:46PM +0100, Liviu Dudau wrote:
> On Mon, Aug 18, 2014 at 03:26:04PM +0100, Catalin Marinas wrote:
> > On Tue, Aug 12, 2014 at 05:25:16PM +0100, Liviu Dudau wrote:
> > > Some architectures do not have a simple view of the PCI I/O space
> > > and instead use a range of
On Wed, 13 Aug 2014, Zhang Zhen wrote:
> Currently memory-hotplug has two limits:
> 1. If the memory block is in ZONE_NORMAL, you can change it to
> ZONE_MOVABLE, but this memory block must be adjacent to ZONE_MOVABLE.
> 2. If the memory block is in ZONE_MOVABLE, you can change it to
>
Hello Kukjin,
On 08/18/2014 08:27 PM, Kukjin Kim wrote:
> On 08/11/14 10:46, Doug Anderson wrote:
>>
> OK, I've applied this but 2nd in this series...
>
Thanks for picking this and yes PATCH 2/2 from this series was dropped.
>> Acked-by: Doug Anderson
>>
> Thanks,
> Kukjin
>
I've posted PATCH
vga16fb causes a build failure on PPC 32 as follows
drivers/built-in.o: In function `vga16fb_probe':
drivers/video/fbdev/vga16fb.c:1326: undefined reference to `vgacon_remap_base'
drivers/video/fbdev/vga16fb.c:1326: undefined reference to `vgacon_remap_base'
make: *** [vmlinux] Error 1
It was
On Mon, Aug 18, 2014 at 03:26:22PM +0100, Catalin Marinas wrote:
> On Tue, Aug 12, 2014 at 05:25:13PM +0100, Liviu Dudau wrote:
> > This is my updated attempt at adding support for generic PCI host
> > bridge controllers that make use of device tree information to
> > configure themselves. This
On Mon, Aug 18, 2014 at 03:26:04PM +0100, Catalin Marinas wrote:
> On Tue, Aug 12, 2014 at 05:25:16PM +0100, Liviu Dudau wrote:
> > Some architectures do not have a simple view of the PCI I/O space
> > and instead use a range of CPU addresses that map to bus addresses.
> > For some architectures
On Mon, Aug 18, 2014 at 5:28 PM, Geert Uytterhoeven
wrote:
> Digging a bit deeper: There's no code left in arch/powerpc that actually
> sets vgacon_remap_base, so it's not gonna work anyway.
> It seems vga16 support on PPC died with the removal of arch/ppc/.
OK. I will remove the dependency on
On Mon, Aug 18, 2014 at 2:24 PM, Paolo Bonzini wrote:
> Il 18/08/2014 23:15, David Matlack ha scritto:
>> I just realized how simple Paolo's idea is. I think it can be a one line
>> patch (without comments):
>>
>> [...]
>> update_memslots(slots, new, kvm->memslots->generation);
>>
On Mon, Aug 18, 2014 at 03:25:50PM +0100, Catalin Marinas wrote:
> On Fri, Aug 15, 2014 at 11:30:52AM +0100, Liviu Dudau wrote:
> > On Fri, Aug 15, 2014 at 09:56:32AM +0100, Wei Yang wrote:
> > > On Thu, Aug 14, 2014 at 04:49:59PM +0100, Liviu Dudau wrote:
> > > >On Thu, Aug 14, 2014 at 03:58:04PM
Hi Pranith,
On Mon, Aug 18, 2014 at 11:13 PM, Pranith Kumar wrote:
> Fix a build error caused by
>
> drivers/built-in.o: In function `vga16fb_probe':
> drivers/video/fbdev/vga16fb.c:1326: undefined reference to `vgacon_remap_base'
> drivers/video/fbdev/vga16fb.c:1326: undefined reference to
On Mon, Aug 18, 2014 at 09:44:04AM +0800, Wei Yang wrote:
> On Fri, Aug 15, 2014 at 11:30:52AM +0100, Liviu Dudau wrote:
> >On Fri, Aug 15, 2014 at 09:56:32AM +0100, Wei Yang wrote:
> >> On Thu, Aug 14, 2014 at 04:49:59PM +0100, Liviu Dudau wrote:
> >> >On Thu, Aug 14, 2014 at 03:58:04PM +0100,
Il 18/08/2014 23:15, David Matlack ha scritto:
> I just realized how simple Paolo's idea is. I think it can be a one line
> patch (without comments):
>
> [...]
> update_memslots(slots, new, kvm->memslots->generation);
> rcu_assign_pointer(kvm->memslots, slots);
>
Il 14/08/2014 09:01, Xiao Guangrong ha scritto:
> * Clear the mmio cache info for the given gva,
> - * specially, if gva is ~0ul, we clear all mmio cache info.
> + * specially, if gva is ~MMIO_GVA_ANY, we clear all mmio cache info.
Extra ~.
> */
> +#define MMIO_GVA_ANY ~((gva_t)0)
> +
Hello,
Sorry about the delay. Cc'ing Dan.
On Wed, Aug 06, 2014 at 02:02:47PM -0400, Nick Krause wrote:
> On Wed, Jul 23, 2014 at 4:39 AM, Peter Zijlstra wrote:
> > On Tue, Jul 22, 2014 at 03:48:02PM -0400, Peter Hurley wrote:
> >> [ +cc Tejun ]
> >>
> >> On 07/22/2014 03:26 PM, Jesse
On Mon, Aug 18, 2014 at 12:56 PM, Xiao Guangrong
wrote:
> @@ -287,9 +293,15 @@ static bool set_mmio_spte(struct kvm *kvm, u64 *sptep,
> gfn_t gfn,
>
> static bool check_mmio_spte(struct kvm *kvm, u64 spte)
> {
> + struct kvm_memslots *slots = kvm_memslots(kvm);
> unsigned int
Fix a build error caused by
drivers/built-in.o: In function `vga16fb_probe':
drivers/video/fbdev/vga16fb.c:1326: undefined reference to `vgacon_remap_base'
drivers/video/fbdev/vga16fb.c:1326: undefined reference to `vgacon_remap_base'
make: *** [vmlinux] Error 1
This is occuring as
Fix ppc 32 build failure as reported here:
http://kisskb.ellerman.id.au/kisskb/buildresult/11663513/
The error is as follows:
arch/powerpc/include/asm/floppy.h:142:20: error: 'isa_bridge_pcidev' undeclared
(first use in this function)
This is happening since floppy.o is enabled by BLK_DEV_FD
On Mon, Aug 18, 2014 at 4:57 PM, Geert Uytterhoeven
wrote:
>
> Note that PowerPC supports multi-platform kernels.
> A kernel with PPC_PSERIES and something else with PCI may still want to
> have floppy support.
OK, I tested with your change and it works. I needed to make one more
change for it
On Mon, Aug 18, 2014 at 06:40:10PM +0100, Russell King - ARM Linux wrote:
> On Mon, Aug 18, 2014 at 01:15:40PM -0400, Vivek Goyal wrote:
> > On Fri, Aug 15, 2014 at 02:55:20PM +0100, Will Deacon wrote:
> > > What I meant was, if I wire it into asm-generic/unistd.h then it will
> > > return
> > >
Hello,
On Tue, Aug 12, 2014 at 08:54:05PM +0200, David Herrmann wrote:
> This introduces a new reference-type "struct kactive". Unlike kref, this
> type manages "active references". That means, references can only be
> acquired if the object is active. At any time the object can be
> deactivated,
Unable to handle kernel paging request at virtual address
> 6c617578
> [5.303340] pgd = de5c
> [5.306169] [6c617578] *pgd=
> [5.309969] Internal error: Oops: 805 [#1] SMP ARM
> [5.314972] Modules linked in:
> [5.318170] CPU: 0 PID: 1092 Comm: mount No
On Mon, Aug 18, 2014 at 3:28 PM, Geert Uytterhoeven
wrote:
>
> Hi Pranith,
>
> On Mon, Aug 18, 2014 at 9:01 PM, Pranith Kumar wrote:
> > Fix ppc 32 build failure as reported here:
> >
> > http://kisskb.ellerman.id.au/kisskb/buildresult/11663513/
>
> | arch/powerpc/include/asm/floppy.h:142:20:
Hi Pranith,
On Mon, Aug 18, 2014 at 10:52 PM, Pranith Kumar wrote:
> On Mon, Aug 18, 2014 at 3:28 PM, Geert Uytterhoeven
> wrote:
>> On Mon, Aug 18, 2014 at 9:01 PM, Pranith Kumar
>> wrote:
>> > Fix ppc 32 build failure as reported here:
>> >
>> >
Am 13.08.2014 11:00, schrieb Borislav Petkov:
On Wed, Aug 13, 2014 at 10:27:56AM +0200, Peter Zijlstra wrote:
And the thing is; we're all very busy so we tend to take the 'easy'
way out for things like this; but wholesale switching all my machines
is indeed painful, and I'm not liking.
Right,
On Mon, Aug 18, 2014 at 09:02:00PM +0200, Ingo Molnar wrote:
>
> * Don Zickus wrote:
>
> > > > > So I agree with the motivation of this improvement, but
> > > > > is this implementation namespace-safe?
> > > >
> > > > What namespace are you worried about colliding with? I
> > > > thought
Hello.
On 08/19/2014 12:07 AM, Stefan Agner wrote:
Add USB support for Freescale Vybrid tower. The USB hosts over-current
protection signal is not connected is not connected to the PHY's over-
Yes, we all understood that it's not connected, no need to repeat. ;-)
current protection,
Fixed many errors/warnings and checks in e1000_ethtool.c reported by
checkpatch.pl
Suggestions from Joe Perches and Alexander Duyck applied as well
Signed-off-by: Krzysztof Majzerowicz-Jaszcz
---
drivers/net/ethernet/intel/e1000/e1000_ethtool.c | 155 ---
1 file changed, 79
On Tue, 2014-07-15 at 14:48 -0700, James Bottomley wrote:
> The elections for five of the ten members of the Linux Foundation
> Technical Advisory Board[TAB] are held every year. Currently the
> election will be at the 2014 Kernel Summit in Chicago, USA, at one of
> the Joint events (probably on
Many Palmas PMIC variants have support for power button feature. This
feature depends on certain One Time Program (OTP) and board pull configurations
(POWERHOLD signal). However, on many platforms such as DRA72-evm, OMAP5-uevm,
this may be used to generate input events similar to
Many palmas family of PMICs have support for interrupt based power
button. This allows the device to notify the processor of external
push button events over the shared palmas interrupt.
Document the hardware support for the same.
Signed-off-by: Nishanth Menon
---
Many palmas family of PMICs have support for interrupt based power
button. This allows the device to notify the processor of external
push button events over the shared palmas interrupt. However, this
event is generated only during a "press" operation. Software is
supposed to poll(sigh!) for
Hi,
Am 18.08.2014 22:03, schrieb Kukjin Kim:
> On 08/18/14 13:48, Tomasz Figa wrote:
>> On 18.08.2014 20:37, Kukjin Kim wrote:
>>> On 08/01/14 11:26, Doug Anderson wrote:
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber
wrote:
> The pinctrl properties should be on the device
Add device tree node for usbmisc which controls the non-core USB
registers. This is required to use the property to disable the over-
current detection.
Signed-off-by: Stefan Agner
---
arch/arm/boot/dts/vf610.dtsi | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff
This patchset adds USB support for Vybrid VF610 SoC. It extends the
clock framework to support the USB PHY cocks, extends the device
tree files and adds support for the non-core registers in the
usbmisc_imx driver.
This patchset needs the eSDHC registers length fix available in
Shawn's for-next
This commit adds PLL7 which is required for USBPHY1. It also adds
the USB PHY and USB Controller clocks and the gates to enable them.
Acked-by: Jingchang Lu
Signed-off-by: Stefan Agner
---
arch/arm/mach-imx/clk-vf610.c | 12 ++--
include/dt-bindings/clock/vf610-clock.h | 5
This adds USB PHY and USB controller nodes. Vybrid SoCs have two
independent USB cores which each supports DR (dual role). However,
real OTG is not supported since the OTG ID pin is not available.
The PHYs are located within the anadig register range, hence we need
to change the length of the
Add USB support for Colibri VF61 modules. The Colibri standard pinout
defines a pin for USB over-current. However, due to lack of pinmux
options, the USB hosts over-current protection signal of the Colibri
standard could not be connected to the PHY's over-current protection.
Hence we need to
Add USB support for Freescale Vybrid tower. The USB hosts over-current
protection signal is not connected is not connected to the PHY's over-
current protection, hence we need to disable it.
Signed-off-by: Stefan Agner
---
arch/arm/boot/dts/vf610-twr.dts | 10 ++
1 file changed, 10
This adds support for the USB PHY in Vybrid VF610. We assume that
the disconnection without VBUS is also needed for Vybrid.
Tests showed, without MXS_PHY_NEED_IP_FIX, enumeration of devices
behind a USB Hub fails with errors:
[ 215.163507] usb usb1-port1: cannot reset (err = -32)
[ 215.170498]
This adds Vybrid VF610 SoC support. The IP is very similar to i.MX6,
however, the non-core registers are spread in two different register
areas. Hence we support multiple instances of the USB misc driver
and add the driver instance to the imx_usbmisc_data structure.
Signed-off-by: Stefan Agner
On 08/18/14 13:48, Tomasz Figa wrote:
Hi Kukjin,
Hi,
On 18.08.2014 20:37, Kukjin Kim wrote:
On 08/01/14 11:26, Doug Anderson wrote:
Hi,
Hi,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
The pinctrl properties should be on the device directly and not on the
slot sub-node.
Hi Richard,
Richard Purdie wrote:
> On Thu, 2014-08-14 at 07:39 +0300, Sakari Ailus wrote:
>> Bryan and Richard,
>>
>> Your opinion would be much appreciated to a question myself and Jacek were
>> pondering. Please see below.
>>
>> On Thu, Aug 07, 2014 at 03:12:09PM +0200, Jacek Anaszewski wrote:
On 08/01/14 11:45, Doug Anderson wrote:
Andreas,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
exynos5250-cros-common.dtsi was meant for sharing common pieces across
ChromeOS devices. This turned out premature, as several devices ended up
in the common file that are not common after
On Thu, 2014-08-14 at 07:39 +0300, Sakari Ailus wrote:
> Bryan and Richard,
>
> Your opinion would be much appreciated to a question myself and Jacek were
> pondering. Please see below.
>
> On Thu, Aug 07, 2014 at 03:12:09PM +0200, Jacek Anaszewski wrote:
> > Hi Sakari,
> >
> > On 08/04/2014
3a6bfbc9 (arch,locking: Ciao arch_mutex_cpu_relax()) broke building the frv
arch. Fixes errors such as:
kernel/locking/mcs_spinlock.h:87:2: error: implicit declaration of function
'cpu_relax_lowlatency'
Signed-off-by: Davidlohr Bueso
---
Linus, as discussed, here's the resend.
Original thread:
On Aug 19, 2014, at 2:47 AM, Paolo Bonzini wrote:
>
>> I think this patch is auditable, page-fault is always called by holding
>> srcu-lock so that a page fault can’t go across synchronize_srcu_expedited.
>> Only these cases can happen:
>>
>> 1) page fault occurs before
On Mon, Aug 18, 2014 at 10:30 AM, Stephen Warren wrote:
> On 08/18/2014 11:08 AM, Andrew Bresticker wrote:
>>
>> This series adds support for xHCI on NVIDIA Tegra SoCs. This includes:
>> - adding a driver for the mailbox used to communicate with the xHCI
>> controller's firmware,
>> -
On Mon, Aug 18, 2014 at 8:33 AM, Thierry Reding
wrote:
> On Mon, Aug 18, 2014 at 01:09:24PM +0200, Jonas Jensen wrote:
>> Hi,
>>
>> I've run into a kernel panic [1] in next-20140818 you might find interesting.
>>
>> It surprised me because there was never an
On Sunday, August 17, 2014 01:48:07 PM Andreea-Cristina Bernat wrote:
> The rcu_dereference() call is used directly in a condition.
> Since its return value is never dereferenced it is recommended to use
> "rcu_access_pointer()" instead of "rcu_dereference()".
> Therefore, this patch makes the
Hi Pranith,
On Mon, Aug 18, 2014 at 9:01 PM, Pranith Kumar wrote:
> Fix ppc 32 build failure as reported here:
>
> http://kisskb.ellerman.id.au/kisskb/buildresult/11663513/
| arch/powerpc/include/asm/floppy.h:142:20: error: 'isa_bridge_pcidev'
undeclared (first use in this function)
| make[3]:
On Mon, Aug 18, 2014 at 11:38 AM, Andy Gross wrote:
> This patch adds a MAINTAINERS entry for the SOC Qualcomm drivers.
>
> Signed-off-by: Andy Gross
Hm. I always figured the drivers/soc/ hierarchy would be
maintained by the subplatform maintainers, not by other developers.
Main thought behind
AM57xx processor family are variants of DRA7 family of processors and
targetted at industrial and non-automotive applications.
Signed-off-by: Nishanth Menon
---
NOTE: there is no discrenable features yet defined in register set at
this point in time.
Tested on AM5728 compatible platform and
* Don Zickus wrote:
> > > > So I agree with the motivation of this improvement, but
> > > > is this implementation namespace-safe?
> > >
> > > What namespace are you worried about colliding with? I
> > > thought softlockup_ would provide the safety?? Maybe I
> > > am missing something
Fix ppc 32 build failure as reported here:
http://kisskb.ellerman.id.au/kisskb/buildresult/11663513/
The error is that pci_32.o was not being built for PPC_32. Fix error by adding
it in the Makefile. Tested using the ppc cross compiler.
Signed-off-by: Pranith Kumar
Reported-by: Geert
* Don Zickus wrote:
> > 2)
> >
> > The softlockup and hardlockup detection control variables
> > should be in separate flags, inside and outside the kernel
> > - they (should) not relate to each other.
>
> They did because years ago I thought we wanted to keep them
> as one entity instead
Hi Boris,
On Mon, Aug 18, 2014 at 07:26:28PM +0200, Boris BREZILLON wrote:
> Add the sunxi NAND Flash Controller dt bindings documentation.
>
> Signed-off-by: Boris BREZILLON
> ---
> .../devicetree/bindings/mtd/sunxi-nand.txt | 45
> ++
> 1 file changed, 45
Hi Hanjun,
On Mon, 2014-08-04 at 23:28 +0800, Hanjun Guo wrote:
> --- a/arch/arm64/include/asm/acpi.h
> +++ b/arch/arm64/include/asm/acpi.h
> @@ -14,6 +14,27 @@
>
> /* Basic configuration for ACPI */
> #ifdef CONFIG_ACPI
By having this preprocessor conditional in the header leads
to a
On Wed, Aug 06, 2014 at 05:16:26PM +0100, Nikesh Oswal wrote:
> +/* create new dapm dai link control */
> +static int dapm_new_dai_link(struct snd_soc_dapm_widget *w)
> +{
> + int i, ret;
> + struct snd_kcontrol *kcontrol;
> + struct snd_soc_dapm_context *dapm = w->dapm;
> +
On Mon, Aug 18, 2014 at 08:07:35PM +0200, Ingo Molnar wrote:
>
> * Don Zickus wrote:
>
> > On Mon, Aug 18, 2014 at 11:16:44AM +0200, Ingo Molnar wrote:
> > >
> > > * Don Zickus wrote:
> > >
> > > > The running kernel still has the ability to enable/disable at any
> > > > time with
On Aug 18, 2014, at 11:31 AM, Paolo Bonzini wrote:
> Il 13/08/2014 16:21, Nadav Amit ha scritto:
>> Correction: the word “never” in the message is too harsh.
>> Nonetheless, there is a regression bug. I encountered it with “wrfsbase”
>> instruction.
>
> So KVM is emulating wrfsbase even if
On Mon, Aug 18, 2014 at 03:54:51AM +, Dexuan Cui wrote:
> > -Original Message-
> > From: Dmitry Torokhov
> > Sent: Saturday, August 16, 2014 0:58 AM
> > To: Dexuan Cui
> > > For each char in the string, the host sends 2 events (key down/up with the
> > > char's UNICODE value) to the
On Thu, Jun 19, 2014 at 03:19:39PM -0500, Christoph Lameter wrote:
> On Thu, 19 Jun 2014, Thomas Gleixner wrote:
>
> > Well, no. Look at the callchain:
> >
> > __call_rcu
> > debug_object_activate
> >rcuhead_fixup_activate
> > debug_object_init
> >
On Mon, Aug 18, 2014 at 02:47:23PM +0530, Srikanth Thokala wrote:
> Hi Michal,
>
> On Tue, Aug 12, 2014 at 3:07 PM, Michal Simek wrote:
> > Hi Bjorn,
> >
> > On 07/30/2014 01:24 PM, Srikanth Thokala wrote:
> >> Hi Arnd,
> >>
> >> On Mon, Jul 28, 2014 at 6:32 PM, Arnd Bergmann wrote:
> >>> On
Hi Kukjin,
On 18.08.2014 20:37, Kukjin Kim wrote:
> On 08/01/14 11:26, Doug Anderson wrote:
>> Hi,
>>
> Hi,
>
>> On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
>>> The pinctrl properties should be on the device directly and not on the
>>> slot sub-node.
>>>
>>> Reported-by: Doug
Il 18/08/2014 18:35, Xiao Guangrong ha scritto:
>
> Hi Paolo,
>
> Thank you to review the patch!
>
> On Aug 18, 2014, at 9:57 PM, Paolo Bonzini wrote:
>
>> Il 14/08/2014 09:01, Xiao Guangrong ha scritto:
>>> - update_memslots(slots, new, kvm->memslots->generation);
>>> + /* ensure
On 07/30/2014 02:20 PM, Nishanth Menon wrote:
> GPIO modules are also interrupt sources. However, they require both the
> GPIO number and IRQ type to function properly.
>
> By declaring that GPIO uses interrupt-cells=<1>, we essentially do not
> allow users of the nodes to use the interrupt
On Mon, Aug 18, 2014 at 08:01:58PM +0200, Ingo Molnar wrote:
> > > > duration = is_softlockup(touch_ts);
> > > > if (unlikely(duration)) {
> > > > + pid_t pid = task_pid_nr(current);
> > > > +
> > > > /*
> > > > * If a virtual machine
Hi Andreea,
On Mon, Aug 18, 2014 at 05:44:45PM +0300, Andreea-Cristina Bernat wrote:
> The use of "rcu_assign_pointer()" is NULLing out the pointer.
> According to RCU_INIT_POINTER()'s block comment:
> "1. This use of RCU_INIT_POINTER() is NULLing out the pointer"
> it is better to use it
This patch adds a MAINTAINERS entry for the SOC Qualcomm drivers.
Signed-off-by: Andy Gross
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index aefa948..3ad0a26 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8426,6 +8426,14 @@ F:
On 08/01/14 11:26, Doug Anderson wrote:
Hi,
Hi,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
The pinctrl properties should be on the device directly and not on the
slot sub-node.
Reported-by: Doug Anderson
Cc: Jaehoon Chung
Reviewed-by: Tomasz Figa
Signed-off-by: Andreas Färber
On 04/08/14 16:28, Hanjun Guo wrote:
Introduce ACPI_IRQ_MODEL_GIC which is needed for ARM64 as GIC is
used, and then register device's gsi with the core IRQ subsystem.
acpi_register_gsi() is similar to DT based irq_of_parse_and_map(),
since gsi is unique in the system, so use hwirq number
Hi Daniel,
On 08/18/2014 10:28 AM, Daniel Thompson wrote:
> Speculatively register a FIQ resource with KGDB. KGDB will only
> accept it if the kgdb/fiq feature is enabled (both with compile time and
> runtime switches) and the interrupt controller supports FIQ.
>
> By providing this information
On 04/08/14 16:28, Hanjun Guo wrote:
MADT contains the information for MPIDR which is essential for
SMP initialization, parse the GIC cpu interface structures to
get the MPIDR value and map it to cpu_logical_map(), and add
enabled cpu with valid MPIDR into cpu_possible_map and
cpu_present_map.
On 04/08/14 16:28, Hanjun Guo wrote:
ACPI 5.1 only has two explicit methods to boot up SMP,
PSCI and Parking protocol, but the Parking protocol is
only suitable for ARMv7 now, so make PSCI as the only way
for the SMP boot protocol before some updates for the
ACPI spec or the Parking protocol
On 04/08/14 16:28, Hanjun Guo wrote:
Introduce a new function map_gicc_mpidr() to allow MPIDRs to be obtained
from the GICC Structure introduced by ACPI 5.1.
MPIDR is the CPU hardware ID as local APIC ID on x86 platform, so we use
MPIDR not the GIC CPU interface ID to identify CPUs.
On 04/08/14 16:28, Hanjun Guo wrote:
There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
the former signals to the OS that the hardware is PSCI compliant.
The latter selects the appropriate conduit for PSCI calls by
toggling between Hypervisor Calls (HVC) and Secure Monitor Calls
On 04/08/14 16:28, Hanjun Guo wrote:
From: Al Stone
As we want to get ACPI tables to parse and then use the information
for system initialization, we should get the RSDP (Root System
Description Pointer) first, it then locates Extended Root Description
Table (XSDT) which contains all the
On 08/11/14 10:46, Doug Anderson wrote:
Javier,
On Mon, Aug 11, 2014 at 4:38 AM, Javier Martinez Canillas
wrote:
The DeviceTree files for the Peach Pit and Pi machines have
a simplistic model of the connections between the different
regulators since not all the tps65090 regulators get their
On Mon, 18 Aug 2014, Preeti U Murthy wrote:
> On 08/18/2014 09:24 PM, Nicolas Pitre wrote:
> > On Mon, 11 Aug 2014, Preeti U Murthy wrote:
> >
> >> The goal of the power aware scheduling design is to integrate all
> >> policy, metrics and averaging into the scheduler. Today the
> >> cpu power
On Mon, Aug 18, 2014 at 9:35 AM, Xiao Guangrong
wrote:
>
> Hi Paolo,
>
> Thank you to review the patch!
>
> On Aug 18, 2014, at 9:57 PM, Paolo Bonzini wrote:
>
>> Il 14/08/2014 09:01, Xiao Guangrong ha scritto:
>>> -update_memslots(slots, new, kvm->memslots->generation);
>>> +/* ensure
On Mon, 18 Aug 2014 15:03:20 +0530
Arjun Sreedharan wrote:
> @number first, @size second argument
>
> Signed-off-by: Arjun Sreedharan
> ---
Acked-by: Jacob Pan
Thanks for the fix.
> tools/thermal/tmon/sysfs.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git
adding Mike Turquette to cc since this is also a clock driver.
Hello Chris,
Overall it looks good to me, I've just a comment about the driver structure.
On 08/17/2014 04:02 AM, Chris Zhong wrote:
> RK808 PMIC is a MFD with RTC as one of the device. Adding RTC driver
> for supporting RTC device
On Mon, Aug 18, 2014 at 07:08:59PM +0200, Alexander Spyridakis wrote:
> > Yes, I think so. If you meet any problem , please let us know, and we will
> > update the wiki.
> >
> >>
> >> Should I assume that UEFI is mandatory (alternative being the aarch64
> >> bootwrapper), as described in
* Don Zickus wrote:
> On Mon, Aug 18, 2014 at 11:16:44AM +0200, Ingo Molnar wrote:
> >
> > * Don Zickus wrote:
> >
> > > The running kernel still has the ability to enable/disable at any
> > > time with /proc/sys/kernel/nmi_watchdog us usual. However even
> > > when the default has been
Commit-ID: f530504a063cfa028971e4b26ea8e0c32908de25
Gitweb: http://git.kernel.org/tip/f530504a063cfa028971e4b26ea8e0c32908de25
Author: chai wen
AuthorDate: Mon, 11 Aug 2014 10:49:23 -0400
Committer: Ingo Molnar
CommitDate: Mon, 18 Aug 2014 11:17:46 +0200
watchdog: Remove unnecessary
Commit-ID: df577149594cefacd62740e86de080c6336d699e
Gitweb: http://git.kernel.org/tip/df577149594cefacd62740e86de080c6336d699e
Author: Ulrich Obergfell
AuthorDate: Mon, 11 Aug 2014 10:49:25 -0400
Committer: Ingo Molnar
CommitDate: Mon, 18 Aug 2014 11:17:46 +0200
watchdog: Fix
* Don Zickus wrote:
> On Mon, Aug 18, 2014 at 11:03:19AM +0200, Ingo Molnar wrote:
> > * Don Zickus wrote:
> >
> > > From: chai wen
> > >
> > > For now, soft lockup detector warns once for each case of process
> > > softlockup.
> > > But the thread 'watchdog/n' may not always get the cpu
On Sat, 16 Aug 2014 09:53:58 +0300
Mika Westerberg wrote:
> From: Aaron Lu
>
> Make use of device property API in this driver so that both OF based
> system and ACPI based system can use this driver.
>
Do we always assume OF and ACPI _DSD will have the same property name
strings? i.e. in this
On (Fri) 15 Aug 2014 [08:04:05], Paul E. McKenney wrote:
> On Fri, Aug 15, 2014 at 10:54:11AM +0530, Amit Shah wrote:
> > On (Wed) 13 Aug 2014 [06:00:49], Paul E. McKenney wrote:
> > > On Wed, Aug 13, 2014 at 11:14:39AM +0530, Amit Shah wrote:
> > > > On (Tue) 12 Aug 2014 [14:41:51], Paul E.
On Tue, Aug 19, 2014 at 01:45:45AM +0800, Chen-Yu Tsai wrote:
> The clock-frequency values of the i2c controller nodes match the
> defaults of the driver. Remove the properties to use the defaults,
> and be consistent with sun8i.
>
> Signed-off-by: Chen-Yu Tsai
Merged, thanks!
Maxime
--
On Mon, 18 Aug 2014, Preeti U Murthy wrote:
> On 08/18/2014 09:09 PM, Nicolas Pitre wrote:
> > On Mon, 11 Aug 2014, Preeti U Murthy wrote:
> >
> >> As a first step towards improving the power awareness of the scheduler,
> >> this patch enables a "dumb" state where all power management is turned
The clock-frequency values of the i2c controller nodes match the
defaults of the driver. Remove the properties to use the defaults,
and be consistent with sun8i.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun4i-a10.dtsi | 3 ---
arch/arm/boot/dts/sun5i-a10s.dtsi | 3 ---
Hello.
On 08/18/2014 05:37 PM, Pankaj Gupta wrote:
netif_alloc_rx_queues() uses kcalloc() to allocate memory
for "struct netdev_queue *_rx" array.
If we are doing large rx queue allocation kcalloc() might
fail, so this patch does a fallback to vzalloc().
Similar implementation is done for tx
Hi,
On Monday, July 28, 2014 08:40:52 AM Pankaj Dubey wrote:
> Hi Tomasz,
>
> On Friday, July 25, 2014 Tomasz Figa wrote:
>
> > To: Pankaj Dubey; 'Kukjin Kim'; linux-arm-ker...@lists.infradead.org;
> linux-
> > samsung-...@vger.kernel.org; linux-kernel@vger.kernel.org
> > Cc:
On Mon, Aug 18, 2014 at 01:15:40PM -0400, Vivek Goyal wrote:
> On Fri, Aug 15, 2014 at 02:55:20PM +0100, Will Deacon wrote:
> > What I meant was, if I wire it into asm-generic/unistd.h then it will return
> > -ENOEXEC for architectures using that file (e.g. arm64).
> >
> > Patch below, but I
From: Aaro Koskinen
Date: Mon, 18 Aug 2014 20:35:52 +0300
> Hi,
>
> On Mon, Aug 18, 2014 at 03:30:16PM +0300, Meelis Roos wrote:
>> > U1, U2, U5, U10, E220R, E420R later or some other day, whenever I get
>> > to them physically.
>>
>> Ultra 5 is bad news with 3.17-rc1: it almost boots up,
On Tue, Aug 19, 2014 at 12:51:49AM +0800, Chen-Yu Tsai wrote:
> Hi Maxime,
>
> This is v2 of the remaining sun8i series. I've dropped the patches you
> merged. The remaining patches have been rebased onto sunxi-next.
>
> This series enables all the controllers on sun8i that we already have
>
Hi,
On Mon, Aug 18, 2014 at 03:30:16PM +0300, Meelis Roos wrote:
> > U1, U2, U5, U10, E220R, E420R later or some other day, whenever I get
> > to them physically.
>
> Ultra 5 is bad news with 3.17-rc1: it almost boots up, then aftyer
> strarting postfix and ntpd, gets RED state exception and
On 18.08.2014 16:28, Daniel Thompson wrote:
This patch makes it possible to use the imx uart with KGDB's FIQ/NMI
mode.
Main changes are:
.poll_init() will, if KGDB+FIQ are enabled, perform deeper hardware
initialization to ensure the serial port is always active (required
otherwise FIQ is not
101 - 200 of 1499 matches
Mail list logo