Changes in v2 vs v1:
- Add plda as OF vendor prefix
- Add more specific compatible values to the Juno R1 DT
Juno R1 board has a working PCIe host bridge that can be enabled and
configured by the firmware and made use of by Linux. For UEFI, the
Linaro releases contain firmware that configure
On Thu, Sep 24, 2015 at 05:32:14PM +0800, Yang Yingliang wrote:
> When cpu is disabled, all irqs will be migratged to another cpu.
> In some cases, a new affinity is different, the old affinity need
> to be updated and if irq_set_affinity's return value is IRQ_SET_MASK_OK_DONE,
> the old affinity
On Fri, Oct 09, 2015 at 11:13:38AM +0100, Will Deacon wrote:
> On Wed, Oct 07, 2015 at 11:28:18AM -0700, Drew Richardson wrote:
> > Add additional information about the ARM architected hardware events
> > to make counters self describing. This makes the hardware PMUs easier
> > to use as perf list
On 10/09, Oleg Nesterov wrote:
>
> From: Peter Zijlstra
Peter, I tried to compromise you.
> case CPU_ONLINE:
> + stop_machine_unpark(cpu);
> /*
>* At this point a starting CPU has marked itself as online via
>* set_cpu_online().
On 10/09, Peter Zijlstra wrote:
>
> I stuck that on top..
Yes, exactly! Plus I'll send another (minor) cleanup on top of
this if everything goes right.
> I'll have a closer look at the 7 patches later
> when I might be more coherent (mad head-ache atm.)
Thanks!
Hmm... but please please see
On 09/10/2015 14:35, Mans Rullgard wrote:
> This adds support for most of the clocks in the Sigma Designs
> SMP86xx (tango3) and SMP87xx (tango4) chips.
>
> Signed-off-by: Mans Rullgard
> ---
> I'm sending this now to avoid the maintainers wasting more time reviewing
> the woefully incomplete
On Fri, Oct 09, 2015 at 05:32:52PM +0100, Mark Rutland wrote:
> On Fri, Oct 09, 2015 at 05:09:10PM +0100, Liviu Dudau wrote:
> > On Fri, Oct 09, 2015 at 05:49:18PM +0200, Arnd Bergmann wrote:
> > > On Friday 09 October 2015 16:44:08 Mark Rutland wrote:
> > > > On Fri, Oct 09, 2015 at 03:11:07PM
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> On one system found strang "no compatible bridge window" warning
>
> PCI: Claiming :00:01.0: Resource 14: 00020001..000200010fff
> [10220c]
> PCI: Claiming :01:00.0: Resource 1: 00020001..00020001
>
On Thu, 8 Oct 2015 15:36:06 -0300
Daniel Bristot de Oliveira wrote:
> When using idle=poll, the preemptoff tracer is always showing the idle
> task as the culprit for long latencies. That happens because critical
> timings are not stopped before idle loop. This patch stops critical
> timings
On 09/10/2015 18:01, Måns Rullgård wrote:
> Marc Gonzalez wrote:
>
>> Måns Rullgård wrote:
>>
>>> Marc Gonzalez wrote:
>>>
Sigma Designs Tango platforms provide a 27 MHz crystal oscillator.
Use it for clocksource, sched_clock, and delay_timer.
>>>
>>> Given the nature of this hardware,
On 10/09, Viresh Kumar wrote:
> @@ -87,6 +89,8 @@ struct dentry *debugfs_create_x32(const char *name, umode_t
> mode,
> struct dentry *parent, u32 *value);
> struct dentry *debugfs_create_x64(const char *name, umode_t mode,
> struct
On Fri, 9 Oct 2015, Daniel Lezcano wrote:
> On 10/09/2015 03:46 PM, Marc Gonzalez wrote:
> > On 09/10/2015 15:24, Daniel Lezcano wrote:
>
> [ ... ]
>
> > On a tangential subject, it would seem that platforms with verbose logs
> > at init might benefit from marking as __initconst strings used in
Hi Vinod,
On Fri, Oct 9, 2015 at 9:42 PM, Vinod Koul wrote:
> On Thu, Oct 08, 2015 at 02:36:57PM +0530, Rameshwar Prasad Sahu wrote:
>> The DMA engine supports memory copy, RAID5 XOR, RAID6 PQ, and other
>> computations. But the bandwidth of the entire DMA engine is shared
>> among all channels.
On Thu, Oct 08, 2015 at 07:01:41PM +0200, Oleg Nesterov wrote:
> @@ -261,12 +276,8 @@ int stop_two_cpus(unsigned int cpu1, unsigned int cpu2,
> cpu_stop_fn_t fn, void *
> set_state(, MULTI_STOP_PREPARE);
>
> /*
> - * If we observe both CPUs active we know _cpu_down() cannot yet
Hey Moritz-
On Fri, Oct 09, 2015 at 12:45:07AM +0200, Moritz Fischer wrote:
> This commit adds FPGA Manager support for the Xilinx Zynq chip.
> The code heavily borrows from the xdevcfg driver in Xilinx'
> vendor tree.
>
> Signed-off-by: Moritz Fischer
[..]
> +++ b/drivers/fpga/zynq-fpga.c
[..]
Awesome! Thanks Ulf! :)
cheers
grant
On Mon, Oct 5, 2015 at 3:55 AM, Ulf Hansson wrote:
> On 24 September 2015 at 03:30, Grant Grundler wrote:
>> MMC_IOC_CMD and MMC_IOC_MULTI_CMD ioctl() code currently bails on
>> any eMMC errors. However, in case there is any resp[] data, we
>> should
On Fri, Oct 09, 2015 at 05:09:10PM +0100, Liviu Dudau wrote:
> On Fri, Oct 09, 2015 at 05:49:18PM +0200, Arnd Bergmann wrote:
> > On Friday 09 October 2015 16:44:08 Mark Rutland wrote:
> > > On Fri, Oct 09, 2015 at 03:11:07PM +0100, Liviu Dudau wrote:
> > > > On Fri, Oct 09, 2015 at 08:54:33AM
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> Found "no compatible bridge window" warning in boot log from T5-8.
>
> pci :00:01.0: can't claim BAR 15 [mem 0x1-0x4afff pref]: no
> compatible bridge window
>
> That resource is above 4G, but does not get offset correctly
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> If host bridge does not have mmio64 above 4G, We don't need to
> treat device non-pref mmio64 as as pref mmio64.
>
> Signed-off-by: Yinghai Lu
Tested on sparc platforms
Tested-by: Khalid Aziz
--
To unsubscribe from this list: send the
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> Add has_mem64 for struct host_bridge, on root bus that does not support
> mmio64 above 4g, will not set that.
>
> We will use that info next two following patches:
> 1. Don't treat non-pref mmio64 as pref mmio, so will not put
>it under
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> From 5b2854155 (PCI: Restrict 64-bit prefetchable bridge windows to 64-bit
> resources), we change the logic for pref mmio allocation:
> When bridge pref support mmio64, we will only put children pref
> that support mmio64 into it, and will
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> For device resource PREF bit setting under bridge 64-bit pref resource,
> we need to make sure only set PREF for 64bit resource, so set
> IORESOUCE_MEM_64 for 64bit resource during OF device resource flags
> parsing.
>
> Link:
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> After we add 64bit mmio parsing, we got some "no compatible bridge window"
> warning on anther new model that support 64bit resource.
>
> It turns out that we can not use mem_space.start as 64bit mem space
> offset, aka mem_space.start !=
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> If any bridge up to root only have 32bit pref mmio, We don't need to
> treat device non-pref mmio64 as as pref mmio64.
>
> We need to move pci_bridge_check_ranges calling early.
> for parent bridges pref mmio BAR may not allocated by BIOS,
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> We still get "no compatible bridge window" warning on sparc T5-8
> after we add support for 64bit resource parsing for root bus.
>
> PCI: scan_bus[/pci@300/pci@1/pci@0/pci@6] bus no 8
> PCI: Claiming :00:01.0: Resource 15:
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> Meelis reported that qla2000 driver does not get loaded on one sparc system.
>
> schizo f00732d0: PCI host bridge to bus 0001:00
> pci_bus 0001:00: root bus resource [io 0x7fe0100-0x7fe01ff] (bus
> address [0x-0xff])
> pci
Måns Rullgård writes:
> Rob Herring writes:
>
>> On Wed, Oct 7, 2015 at 11:47 AM, Måns Rullgård wrote:
>>> What would be a proper way to select a sched_clock source? I realise
>>> it's a Linux-specific thing and DT is supposed to be generic, but the
>>> information must be provided somehow.
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> For device resource PREF bit setting under bridge 64-bit pref resource,
> we need to make sure only set PREF for 64bit resource, so set
> IORESOUCE_MEM_64 for 64bit resource during of device resource flags
> parsing.
>
> Link:
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> On one system found bunch of claim resource fail from pci device.
> pci_sun4v f02b894c: PCI host bridge to bus :00
> pci_bus :00: root bus resource [io 0x2007e-0x2007e0fff] (bus
> address [0x-0xfff])
> pci_bus
On 09/28/15 at 02:52pm, yalin wang wrote:
> why not change like this:
>
> diff --git a/fs/buffer.c b/fs/buffer.c
> index 82283ab..d6769f1 100644
> --- a/fs/buffer.c
> +++ b/fs/buffer.c
> @@ -1287,40 +1287,31 @@ static inline void check_irqs_on(void)
> */
> static void bh_lru_install(struct
On Thu, 2015-10-08 at 14:38 -0700, Yinghai Lu wrote:
> We register regions for legacy and iommu and all have open code.
>
> Unify them to pci_register_region() and call it accordingly.
>
> Signed-off-by: Yinghai Lu
Tested on sparc platforms
Tested-by: Khalid Aziz
--
To unsubscribe from
On 10/08/2015 06:52 PM, Hiraku Toyooka wrote:
> Hello,
>
> I'm trying to make the feature of multiple pmsg instances for ramoops.
I like it, in fact I encourage it.
This is somewhat/exactly what I did when I first created pmsg, but
decided to simplify to one instance for the first release because
On 10/09/2015 06:20 AM, Rob Herring wrote:
On Thu, Oct 8, 2015 at 5:10 PM, David Daney wrote:
From: Mark Rutland
Currently msi-parent is used by a few bindings to describe the
relationship between a PCI root complex and a single MSI controller, but
this property does not have a generic
On Fri, Oct 09, 2015 at 01:02:11PM -0300, Fabio Estevam wrote:
> On Fri, Oct 9, 2015 at 1:00 PM, Russell King - ARM Linux
> wrote:
>
> >> Thanks, Russell!
> >>
> >> Got audio to play on my HDMI TV :-)
> >>
> >> For the entire series:
> >>
> >> Tested-by: Fabio Estevam
> >
> > Just to confirm -
On Thu, Oct 08, 2015 at 02:36:57PM +0530, Rameshwar Prasad Sahu wrote:
> The DMA engine supports memory copy, RAID5 XOR, RAID6 PQ, and other
> computations. But the bandwidth of the entire DMA engine is shared
> among all channels. This patch re-configures operations availability
> such that one
Replace console with stdout-path so that we don't have to put the
console on the kernel command line.
Remove earlyprintk to allow the kernel to boot on a system even
if DEBUG_LL is configured for another system.
Signed-off-by: Wei Xu
Tested-by: Zhangfei Gao
---
On Fri, Oct 09, 2015 at 11:55:09PM +0800, yalin wang wrote:
> Add support for initrd on ARM arch, in case
> mem= boot option change the memory size or the initrd are
> not placed in low memory region, we need copy the initrd
> to low memory region.
>
> Signed-off-by: yalin wang
> ---
>
On Fri, Oct 09, 2015 at 05:49:18PM +0200, Arnd Bergmann wrote:
> On Friday 09 October 2015 16:44:08 Mark Rutland wrote:
> > On Fri, Oct 09, 2015 at 03:11:07PM +0100, Liviu Dudau wrote:
> > > On Fri, Oct 09, 2015 at 08:54:33AM -0500, Rob Herring wrote:
> > > Or maybe I can claim the use of the
On Fri, Oct 09, 2015 at 12:45:05AM +0200, Moritz Fischer wrote:
> Signed-off-by: Moritz Fischer
> ---
> .../bindings/fpga/xilinx-zynq-fpga-mgr.txt | 26
> ++
> 1 file changed, 26 insertions(+)
> create mode 100644
>
From: Peter Zijlstra
Ensure the stopper thread is active 'early', because the load balancer
pretty much assumes that its available. And when 'online && active' the
load-balancer is fully available.
Not only the numa balancing stop_two_cpus() caller relies on it, but
also the self migration
1. Change smpboot_unpark_thread() to check ->selfparking, just
like smpboot_park_thread() does.
2. Introduce stop_machine_unpark() which sets ->enabled and calls
kthread_unpark().
3. Change smpboot_thread_call() and cpu_stop_init() to call
stop_machine_unpark() by hand.
This way:
Now that we always use stop_machine_unpark() to wake the stopper
threas up, we can kill ->setup() and fold cpu_stop_unpark() into
stop_machine_unpark().
And we do not need stopper->lock to set stopper->enabled = true.
Signed-off-by: Oleg Nesterov
---
kernel/stop_machine.c | 12 +---
On top of "[PATCH 0/3]" I sent yesterday, although it doesn't
really depend on that series.
Peter, note that 3/3 is from you ;) I hope you won't object.
Thomas, could you please comment? 1/3 looks like a cleanup to me
(if correct), but cleanups are always subjective, so please nack
if you don't
On Fri, Oct 9, 2015 at 1:00 PM, Russell King - ARM Linux
wrote:
>> Thanks, Russell!
>>
>> Got audio to play on my HDMI TV :-)
>>
>> For the entire series:
>>
>> Tested-by: Fabio Estevam
>
> Just to confirm - that's for _all_ of these 8 patches, including the
> changes to the ACR code in the
On Tue, Oct 06, 2015 at 05:25:16PM -0300, Fabio Estevam wrote:
> On Tue, Oct 6, 2015 at 3:54 PM, Russell King - ARM Linux
> wrote:
>
> > Make sure you have the ALSA config file, as alsalib won't get on
> > with dw-hdmi only accepting 24-bit audio without this. A copy is
> > attached. It also
Marc Gonzalez writes:
> Måns Rullgård wrote:
>
>> Marc Gonzalez wrote:
>>
>>> Sigma Designs Tango platforms provide a 27 MHz crystal oscillator.
>>> Use it for clocksource, sched_clock, and delay_timer.
>>
>> Given the nature of this hardware, I think it would make much more sense
>> to
On Thu, 8 Oct 2015 17:23:42 +0300
Irina Tirdea wrote:
> Add several enhancements to the Goodix touchscreen driver.
>
> The new functionality is only available for devices that
> declare named gpio pins for interrupt and reset in their
> ACPI/DT configuration.
>
I tested this patchset on ARM
On Tue, Sep 22, 2015 at 03:12:47PM +0100, Yong Wu wrote:
> I would like to show you a problem I met, The recursion here may
> lead to stack overflow while we test FHD video decode.
>
> From the log, I get the internal variable in the error case: the
> "size" is 0x10, the "iova" is
On Fri, Oct 09, 2015 at 10:07:31PM +0800, Jiang Liu wrote:
> AMD IOMMU driver makes use of IOMMU PCI devices, so prevent binding other
> PCI drivers to IOMMU PCI devices.
>
> This fixes a bug reported by Boris that system suspend/resume gets broken
> on AMD platforms. For more information, please
Add support for initrd on ARM arch, in case
mem= boot option change the memory size or the initrd are
not placed in low memory region, we need copy the initrd
to low memory region.
Signed-off-by: yalin wang
---
arch/arm/include/asm/fixmap.h | 1 +
arch/arm/kernel/setup.c | 72
From: Thierry Reding
While the addition of these properties is technically correct it unveils
a bug with deferred probe. The problem is that the presence of the gpio-
range property causes the gpio-tegra driver to defer probe (it needs the
pinctrl driver to be ready). That's technically correct,
Hi Randy,
>> Changes since 20151008:
>>
>
> on i386:
>
> warning: (BT_HCIBPA10X) selects BT_HCIUART_H4 which has unmet direct
> dependencies (NET && BT && BT_HCIUART)
>
> drivers/built-in.o: In function `bpa10x_rx_complete':
> bpa10x.c:(.text+0x2ac5e2): undefined reference to `h4_recv_buf'
On Thu, Oct 08, 2015 at 06:01:34PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The size and value arguments are swapped in the call to memset
> effectively making it a no-op because of the zero size. Swap
> these arguments around to do the memset correctly.
Sorry you are late! You
On Friday 09 October 2015 16:44:08 Mark Rutland wrote:
> On Fri, Oct 09, 2015 at 03:11:07PM +0100, Liviu Dudau wrote:
> > On Fri, Oct 09, 2015 at 08:54:33AM -0500, Rob Herring wrote:
> > Or maybe I can claim the use of the string on account on being the first on
> > arm64
> >
> > I can add a
On Fri, Oct 09, 2015 at 08:46:42AM -0400, Josh Boyer wrote:
> On Thu, Oct 8, 2015 at 6:54 PM, Luis R. Rodriguez wrote:
> > On Thu, Oct 08, 2015 at 01:36:53PM -0400, Josh Boyer wrote:
> >> On Thu, Oct 1, 2015 at 1:44 PM, Luis R. Rodriguez
> >> wrote:
> >> > From: David Howells
> >> >
> >> >
On Fri, Oct 09, 2015 at 10:07:32PM +0800, Jiang Liu wrote:
> The ACPI IOAPIC driver makes use of IOAPIC PCI devices, so prevent
> binding other PCI drivers to IOAPIC PCI devices used by ACPI IOAPIC
> driver.
>
> Signed-off-by: Jiang Liu
> ---
> drivers/acpi/ioapic.c |7 +--
> 1 file
On Fri, Oct 09, 2015 at 05:29:26PM +0200, Neil Armstrong wrote:
> On 10/09/2015 05:26 PM, Michael Welling wrote:
> > On Fri, Oct 09, 2015 at 03:47:41PM +0200, Neil Armstrong wrote:
> >> Since the "Switch driver to use transfer_one" change, the cs_change
> >> behavior has changed and a channel chip
On Fri, Oct 09, 2015 at 03:11:07PM +0100, Liviu Dudau wrote:
> On Fri, Oct 09, 2015 at 08:54:33AM -0500, Rob Herring wrote:
> > On Fri, Oct 9, 2015 at 8:45 AM, Liviu Dudau wrote:
> > > Juno R1 board sports a functional PCIe host bridge that is
> > > compliant with the SBSA standard found here[1].
On Fri, Oct 09, 2015 at 04:53:49PM +0200, Christian Borntraeger wrote:
> Am 09.10.2015 um 16:46 schrieb Paul E. McKenney:
> > On Fri, Oct 09, 2015 at 02:14:45PM +0200, Christian Borntraeger wrote:
> >> Calling locktorture with a wrong parameter makes it
> >> unusable:
> >>
> >> $ modprobe
Måns Rullgård wrote:
> Marc Gonzalez wrote:
>
>> Sigma Designs Tango platforms provide a 27 MHz crystal oscillator.
>> Use it for clocksource, sched_clock, and delay_timer.
>
> Given the nature of this hardware, I think it would make much more sense
> to support it in a generic fashion.
On Mon, 2015-07-13 at 17:07 +0300, Andy Shevchenko wrote:
> This series replaces div_mask() and similar macros in many clock
> providers by
> GENMASK() generic helper.
So, if anyone finds this useful, please, ACK/apply.
>
> Changelog v5:
> - amend patch for softpga by covering all cases
> -
On 2015-10-05 15:16, Udo van den Heuvel wrote:
> Did I miss anything that is needed to avoid this?
> Is this a known issue?
>
> Please let me know.
Finally I got some logging.
I booted into 4.1.10 in single user mode. All appeared fine.
Then I went to multi user or whatever the systemd thing is
On Thu, 8 Oct 2015 10:21:05 +0800
Xishi Qiu wrote:
> If kernelcore was not specified, or the kernelcore size is zero
> (required_movablecore >= totalpages), or the kernelcore size is larger
Why does required_movablecore become larger than totalpages, when the
kernelcore size is zero? I read
On 10/08/15 23:24, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20151008:
>
on i386:
warning: (BT_HCIBPA10X) selects BT_HCIUART_H4 which has unmet direct
dependencies (NET && BT && BT_HCIUART)
drivers/built-in.o: In function `bpa10x_rx_complete':
bpa10x.c:(.text+0x2ac5e2): undefined
On 2015/10/3 3:12, Denys Vlasenko wrote:
> From: Daniel J Blueman
>
> The Intel x2APIC spec states the upper 16-bits of APIC ID is the
> cluster ID [1, p2-12], intended for future distributed systems. Beyond
> the legacy 8-bit APIC ID, Numascale NumaConnect uses 4-bits for the
> position of a
This is intended for new machines that call secure monitors compliant with ARM
DEN 0028A.
Changes since RFC:
* Build only for V6 and V7 CPUs.
Lars Persson (1):
arm: Add generic smc wrapper
arch/arm/include/asm/smc-call.h | 12
arch/arm/kernel/Makefile| 3 +++
On Fri, Oct 09, 2015 at 09:30:40AM -0600, Alex Williamson wrote:
> I have not seen this one yet. There literally have been no changes for
> vfio in 4.3, so if this is new, it may be collateral from changes
> elsewhere. 32bit devices really shouldn't make any difference to vfio,
> I'll see if I
This adds an smc wrapper according to the ARM standard for secure
monitor calling conventions (ARM DEN 0028A).
Signed-off-by: Lars Persson
---
arch/arm/include/asm/smc-call.h | 12
arch/arm/kernel/Makefile| 3 +++
arch/arm/kernel/smc-call.S | 22 ++
Jarod Wilson wrote:
>Jarod Wilson wrote:
>...
>> As Andy already stated I'm not a fan of such workarounds either but it's
>> necessary sometimes so if this is going to be actually considered then a
>> few things need to be fixed. Please make this a proper bonding option
>> which can be changed
On Fri, 2015-10-09 at 16:58 +0200, Joerg Roedel wrote:
> Hi Alex,
>
> while playing around with attaching a 32bit PCI device to a guest via
> VFIO I triggered this oops:
>
> [ 192.289917] kernel tried to execute NX-protected page - exploit attempt?
> (uid: 0)
> [ 192.298245] BUG: unable to
On 10/09/2015 05:26 PM, Michael Welling wrote:
> On Fri, Oct 09, 2015 at 03:47:41PM +0200, Neil Armstrong wrote:
>> Since the "Switch driver to use transfer_one" change, the cs_change
>> behavior has changed and a channel chip select can still be
>> asserted when changing channel from a previous
On Wed, Oct 07, 2015 at 06:33:17PM +0100, Maxime Ripard wrote:
> > This is fine, but this is driver limitation. We should really split the
> > txn to multiple descriptors here..
>
> Both these things are actually just copy from the previous code.
>
> I can probably fix the first style issue in
Hi Thomas, Jason,
Here's the pull request for the GIC updates I stashed over the past
few weeks. Only real new feature is the 32bit support from
Jean-Philippe, the rest is all about dealing with errata and firmware.
Please pull!
Thanks,
M.
The following changes since commit
On Fri, Oct 09, 2015 at 03:47:41PM +0200, Neil Armstrong wrote:
> Since the "Switch driver to use transfer_one" change, the cs_change
> behavior has changed and a channel chip select can still be
> asserted when changing channel from a previous last transfer in a
> message having the cs_change
On 10/09/2015 04:20 AM, Jon Hunter wrote:
On 08/10/15 15:27, Stephen Warren wrote:
On 10/08/2015 03:58 AM, Jon Hunter wrote:
[snip]
That's fine. From my perspective I don't have a strong objection either
way, however, I can see that given that the name indicates rx or tx,
then the
On 10/09/2015 04:36 PM, Jarod Wilson wrote:
> Jarod Wilson wrote:
> ...
>> As Andy already stated I'm not a fan of such workarounds either but it's
>> necessary sometimes so if this is going to be actually considered then a
>> few things need to be fixed. Please make this a proper bonding option
On 2015/10/9 22:15, Thomas Gleixner wrote:
> On Mon, 5 Oct 2015, Daniel J Blueman wrote:
>> +struct apicid_to_node {
>> +int apicid;
>> +s16 node;
>> +};
>
> Instead of having this array, why don't you use a radix tree and be
> done with it?
Hi Thomas,
It's in early booting stage
commit afae5ad78b342f401c28b0bb1adb3cd494cb125a
"net/fsl_pq_mdio: streamline probing of MDIO nodes"
added support for different types of MDIO devices:
1) Gianfar MDIO nodes that only map the MII registers
2) Gianfar MDIO nodes that map the full MDIO register set
3) eTSEC2 MDIO nodes (which map
On Fri, Oct 9, 2015 at 4:42 PM, Maxime Ripard
wrote:
> The C.H.I.P. is a small SBC with an Allwinner R8, 8GB of NAND, 512MB of
> RAM, USB host and OTG, a wifi / bluetooth combo chip, an audio/video jack
> and two connectors to plug additional boards on top of it.
>
> Signed-off-by: Maxime Ripard
When configuring the MDIO subsystem it is also necessary to configure
the TBI register. Make sure the TBI is contained within the mapped
register range in order to:
a) make sure the address is computed correctly
b) make users aware that we're actually accessing that register
In case of error,
Commit-ID: e3096c9c7c645279808a6bf7ac2031b1895ddffb
Gitweb: http://git.kernel.org/tip/e3096c9c7c645279808a6bf7ac2031b1895ddffb
Author: Arnd Bergmann
AuthorDate: Tue, 6 Oct 2015 22:59:40 +0200
Committer: Thomas Gleixner
CommitDate: Fri, 9 Oct 2015 17:17:30 +0200
genirq: Fix
Commit-ID: 10abc7df9277a81971924a6c03f74e86d799daf1
Gitweb: http://git.kernel.org/tip/10abc7df9277a81971924a6c03f74e86d799daf1
Author: Marc Zyngier
AuthorDate: Fri, 9 Oct 2015 15:50:11 +0100
Committer: Thomas Gleixner
CommitDate: Fri, 9 Oct 2015 17:17:30 +0200
irqdomain: Add an
Commit-ID: 9d67dc5da59d63f746aad8f6ec4fbb86d6486f76
Gitweb: http://git.kernel.org/tip/9d67dc5da59d63f746aad8f6ec4fbb86d6486f76
Author: Arnd Bergmann
AuthorDate: Tue, 6 Oct 2015 22:24:50 +0200
Committer: Thomas Gleixner
CommitDate: Fri, 9 Oct 2015 17:17:30 +0200
genirq: Export
On Thursday 08 October 2015 15:37:08 Andy Gross wrote:
> This patch enables a number of devices currently supported by the MSM8916
> boards. These include I2C, SPI, DMA, SMEM, SMD, and SMD regulator support.
>
> Signed-off-by: Andy Gross
>
Merged into next/defconfig, thanks!
Arnd
--
On 10/09/2015 12:29 AM, kbuild test robot wrote:
> Hi Jason,
>
> [auto build test ERROR on v4.3-rc3 -- if it's inappropriate base, please
> ignore]
>
> config: x86_64-randconfig-i0-201540 (attached as .config)
> reproduce:
> # save the attached .config to linux build tree
> make
On 10/08/2015 06:35 PM, Kosuke Tatsukawa wrote:
> blk_mq_tag_update_depth() seems to be missing a memory barrier which
> might cause the waker to not notice the waiter and fail to send a
> wake_up as in the following figure.
>
> blk_mq_tag_update_depth bt_get
>
On Fri, 2015-10-09 at 16:01 +0200, Thomas Gleixner wrote:
> On Fri, 9 Oct 2015, Andy Shevchenko wrote:
>
> Please stop to write subject lines like this.
>
> x86/intel-mid: modify a code to suppress a warning
>
> This is completely useless as it does not tell what kind of warning
> (compile
On 10/09/2015 03:36 AM, Xishi Qiu wrote:
> I mean the mirrored region can not at the middle or end of the zone,
> BIOS should report the memory like this,
>
> e.g.
> BIOS
> node0: 0-4G mirrored, 4-8G mirrored, 8-16G non-mirrored
> node1: 16-24G mirrored, 24-32G non-mirrored
>
> OS
> node0: DMA
Since commit 27a4c827c34ac4256a190cc9d24607f953c1c459
fbcon: use the cursor blink interval provided by vt
a PPC64LE kernel fails to boot when fbcon_add_cursor_timer uses an
uninitialized ops->cur_blink_jiffies. Prevent by initializing
in fbcon_init before the call to info->fbops->fb_set_par.
Add debugfs_create_ulong() for the users of type 'unsigned long'. These
will be 32 bits long on a 32 bit machine and 64 bits long on a 64 bit
machine and so can't use the traditional debugfs_create_u64() or
debugfs_create_u32() APIs.
Signed-off-by: Viresh Kumar
---
Hi Greg,
I thought there were
On 08/10/15 11:46, Suzuki K. Poulose wrote:
On 08/10/15 11:15, Catalin Marinas wrote:
On Mon, Oct 05, 2015 at 06:02:00PM +0100, Suzuki K. Poulose wrote:
diff --git a/arch/arm64/kernel/smp.c b/arch/arm64/kernel/smp.c
index cb3e0d8..6987de4 100644
--- a/arch/arm64/kernel/smp.c
+++
On Fri, 2015-10-09 at 16:52 +0200, LABBE Corentin wrote:
> On Fri, Oct 09, 2015 at 10:30:53AM -0400, cp...@redhat.com wrote:
> > From: Stephen Chandler Paul
> > +
> > +static ssize_t userio_char_read(struct file *file, char __user
> > *user_buffer,
> > + size_t count,
Sigma Designs Tango platforms provide a 27 MHz crystal oscillator.
Use it for clocksource, sched_clock, and delay_timer.
Signed-off-by: Marc Gonzalez
---
drivers/clocksource/Kconfig | 4 +++
drivers/clocksource/Makefile | 1 +
drivers/clocksource/tango_xtal.c | 66
Hi Alex,
while playing around with attaching a 32bit PCI device to a guest via
VFIO I triggered this oops:
[ 192.289917] kernel tried to execute NX-protected page - exploit attempt?
(uid: 0)
[ 192.298245] BUG: unable to handle kernel paging request at 880224582608
[ 192.306195] IP: []
On Wed, Sep 30, 2015 at 12:34:33PM +0300, Dan Carpenter wrote:
> On Tue, Sep 29, 2015 at 10:24:59PM +0200, Tillmann Heidsieck wrote:
> > On Mon, Sep 28, 2015 at 09:56:19AM -0500, Larry Finger wrote:
> > > The primary requirement for moving a driver out of staging is that it use
> > > mac80211. No
Am 09.10.2015 um 16:46 schrieb Paul E. McKenney:
> On Fri, Oct 09, 2015 at 02:14:45PM +0200, Christian Borntraeger wrote:
>> Calling locktorture with a wrong parameter makes it
>> unusable:
>>
>> $ modprobe locktorture torture_type=help
>> modprobe: ERROR: could not insert 'locktorture': Invalid
On Fri, Oct 09, 2015 at 10:30:53AM -0400, cp...@redhat.com wrote:
> From: Stephen Chandler Paul
> +
> +static ssize_t userio_char_read(struct file *file, char __user *user_buffer,
> + size_t count, loff_t *ppos)
> +{
> + struct userio_device *userio =
Marc Gonzalez writes:
> Sigma Designs Tango platforms provide a 27 MHz crystal oscillator.
> Use it for clocksource, sched_clock, and delay_timer.
Given the nature of this hardware, I think it would make much more sense
to support it in a generic fashion. Otherwise the next chip that comes
As we're about to remove the of_node field from the irqdomain
structure, introduce an accessor for it. Subsequent patches
will take care of the actual repainting.
Signed-off-by: Marc Zyngier
---
include/linux/irqdomain.h | 5 +
1 file changed, 5 insertions(+)
diff --git
On Fri, Oct 09, 2015 at 02:14:45PM +0200, Christian Borntraeger wrote:
> Calling locktorture with a wrong parameter makes it
> unusable:
>
> $ modprobe locktorture torture_type=help
> modprobe: ERROR: could not insert 'locktorture': Invalid argument
>
> $ modprobe locktorture
301 - 400 of 1610 matches
Mail list logo