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, prin
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 a
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 direction
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 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 attr
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 049e6dde7e5
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 th
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 la
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 han
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 at
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 ca
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 +++
arch/arm/ke
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 ++
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 ser
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 re
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 b
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 the
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. Otherwi
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
> - e
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 locktortu
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 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 chan
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 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
> >> >
> >> > We'll
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 ven
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 shoul
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'
a
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,
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
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
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 0xf
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 t
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 support
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 te
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 last
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 l
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 stuff
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 +---
1
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
> Documentation/devicetree/bindings/fpga/xilinx-zynq
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 strin
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
> ---
> arch/arm/
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
---
arch/arm/boot/dts/hi3620-hi4511.
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 ca
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 - t
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 bindin
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 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 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 buff
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: https://bugzilla
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 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 00
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: 800100
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: https://bugzilla
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 != offs
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, res
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 put
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 br
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:
> 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 as
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 -050
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 attempt
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
[..]
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(&msdata, MULTI_STOP_PREPARE);
>
> /*
> - * If we observe both CPUs active we know _cpu_down() cann
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 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
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 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 bef
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
> [10021
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 +01
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 pa
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 anot
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(). But
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 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 c
Use "plda" as vendor prefix for PLDA.
Signed-off-by: Liviu Dudau
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 82d2
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 th
Juno R1 board sports a functional PCIe host bridge that is
compliant with the SBSA standard found [1] here. With the right
firmware that initialises the XpressRICH3 controller one can
use the generic Host Bridge driver to use the PCIe hardware.
Signed-off-by: Liviu Dudau
[1] http://infocenter.ar
Now that pci-host-generic can be used under arm64, enable it by
default so that SBSA compliant systems can use it.
Cc: Will Deacon
Cc: Catalin Marinas
Signed-off-by: Liviu Dudau
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/
The XpressRICH3 host bridge at power up has an unassigned class on
some of ARM Ltd boards, add a quirk to correct that.
Signed-off-by: Liviu Dudau
---
drivers/pci/quirks.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index b03373f..a
On Fri, Oct 09, 2015 at 05:57:27PM +0100, Liviu Dudau wrote:
> Use "plda" as vendor prefix for PLDA.
>
> Signed-off-by: Liviu Dudau
Having looked on PLDA's website it seems "PLDA" is their preferred name,
and I can't find any suffix used, so this looks fine to me:
Acked-by: Mark Rutland
Mark.
From: Andrew Murray
Signed-off-by: Liviu Dudau
---
include/linux/pci_ids.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index d9ba49c..1542b2b 100644
--- a/include/linux/pci_ids.h
+++ b/include/linux/pci_ids.h
@@ -1319,6 +1319,9 @@
#d
Signed-off-by: Christoph Hellwig
---
block/blk-mq.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/block/blk-mq.h b/block/blk-mq.h
index f4fea79..b44dce1 100644
--- a/block/blk-mq.h
+++ b/block/blk-mq.h
@@ -29,8 +29,6 @@ void __blk_mq_complete_request(struct request *rq);
void blk_mq_run_h
Ben Hutchings wrote:
> They're bit masks, not bit numbers, both in 3.2 and upstream. In
> mainline, bits 3-7 have already been assigned to other flags. I don't
> see the need to renumber or write the value differently when
> backporting.
No problem. I just saw the different representations and
On Fri, 9 Oct 2015 10:05:50 +0100
Will Deacon wrote:
> > Looks more plausible to me. Does it look OK to you, Steven?
>
> This is already in mainline as a fix, so please shout loudly if you think
> it's broken (it looked ok to me and didn't cause any regressions in my
> testing).
Looks good to
On Fri, Oct 09, 2015 at 05:57:28PM +0100, Liviu Dudau wrote:
> Juno R1 board sports a functional PCIe host bridge that is
> compliant with the SBSA standard found [1] here. With the right
> firmware that initialises the XpressRICH3 controller one can
> use the generic Host Bridge driver to use the
On Fri, Oct 09, 2015 at 05:59:29PM +0100, Mark Rutland wrote:
> On Fri, Oct 09, 2015 at 05:57:27PM +0100, Liviu Dudau wrote:
> > Use "plda" as vendor prefix for PLDA.
> >
> > Signed-off-by: Liviu Dudau
>
> Having looked on PLDA's website it seems "PLDA" is their preferred name,
> and I can't fin
From: Borislav Petkov
Date: Fri, 9 Oct 2015 19:04:09 +0200
Subject: [PATCH] x86/entry/64/compat: Document sysenter_fix_flags's reason for
existence
The code under the label can normally be inline, without the jumping
back and forth but the latter is an optimization. Document that.
Signed-off-by
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.
Signed-off-by: Viresh Kumar
---
V1->V2:
- Fix missing debugfs_create_xlong() routine, was left in the
repository.
fs/debugfs/file.c | 72
Hi Josh,
thanks for the review!
On Fri, Oct 9, 2015 at 6:33 PM, Josh Cartwright wrote:
> 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 Xilin
On 10/09/2015 10:57 AM, Christoph Hellwig wrote:
Signed-off-by: Christoph Hellwig
---
block/blk-mq.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/block/blk-mq.h b/block/blk-mq.h
index f4fea79..b44dce1 100644
--- a/block/blk-mq.h
+++ b/block/blk-mq.h
@@ -29,8 +29,6 @@ void __blk_mq_com
On Fri, Oct 09, 2015 at 10:40:39AM +0100, Will Deacon wrote:
> On Fri, Oct 09, 2015 at 10:31:38AM +0200, Peter Zijlstra wrote:
> > On Thu, Oct 08, 2015 at 02:44:39PM -0700, Paul E. McKenney wrote:
> > > On Thu, Oct 08, 2015 at 01:16:38PM +0200, Peter Zijlstra wrote:
> > > > On Thu, Oct 08, 2015 at
On Friday, October 09, 2015 4:27 AM, Ian Abbott wrote:
> The main mutex in a comedi device can get held for quite a while when
> processing comedi instructions, so for performance reasons, the "read"
> and "write" file operations do not use it; they use use the
> `attach_lock` rwsemaphore to protec
On Friday, October 09, 2015 4:27 AM, Ian Abbott wrote:
> A few changes for the "poll" file operation to avoid poll-waiting on the
> same subdevice for both read and write (patch 1), avoid allocating write
> buffer space unnecessarily and possibly inappropriately (patch 4),
> consider whether any ac
On 10/02/2015 04:27 AM, Kosuke Tatsukawa wrote:
> My colleague ran into a program stall on a x86_64 server, where
> n_tty_read() was waiting for data even if there was data in the buffer
> in the pty. kernel stack for the stuck process looks like below.
> #0 [88303d107b58] __schedule at f
On 10/9/15 4:45 AM, Hannes Frederic Sowa wrote:
Afaics this problem hasn't even be solved in
perf so far, tracepoints hit independent of the namespace currently.
yes and that's exactly what we're trying to solve.
The "demux+worker bpf programs" proposal is a work-in-progress solution
to get con
Hi Gerlando,
[auto build test WARNING on net/master -- if it's inappropriate base, please
ignore]
config: powerpc-tqm8541_defconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
chm
On 09/10/15 16:57, Will Deacon wrote:
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
"siz
401 - 500 of 790 matches
Mail list logo
