On Thu, 12 Nov 2015, Boris Ostrovsky wrote:
> On 11/11/2015 11:51 AM, Stefano Stabellini wrote:
> > Rename the current XENPF_settime hypercall and related struct to
> > XENPF_settime32.
> >
> > Signed-off-by: Stefano Stabellini
> > Acked-by: Arnd Bergmann
> > CC: konrad.w...@oracle.com
> > CC: d
On Thu, 12 Nov 2015 05:59:03 +0100
"Jason A. Donenfeld" wrote:
> Hi David & Folks,
>
> Soon I will submit a virtual tunnel device driver to LKML for review.
> It uses rtnl_link_register to create a virtual network interface,
> which then handles encryption, authentication, and some other things,
This is a note to let you know that I have just added a patch titled
sched/core: Fix TASK_DEAD race in finish_task_switch()
to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-qu
With a 64-bit resource_size_t, we get a build warning on bcm63xx_spi_probe:
drivers/spi/spi-bcm63xx.c:565:16: warning: format '%x' expects argument of type
'unsigned int', but argument 3 has type 'resource_size_t {aka long long
unsigned int}' [-Wformat=]
As we are printing a resource, we can ju
El 19/10/15 a les 16.19, Julien Grall ha escrit:
> The minimal size of request in the block framework is always PAGE_SIZE.
> It means that when 64KB guest is support, the request will at least be
> 64KB.
>
> Although, if the backend doesn't support indirect descriptor (such as QDISK
> in QEMU), a
On Thu, Nov 12, 2015 at 05:12:33PM +0100, Thierry Reding wrote:
> On Thu, Nov 12, 2015 at 02:03:35PM +, Liviu Dudau wrote:
> > On Thu, Nov 12, 2015 at 02:34:11PM +0100, Thierry Reding wrote:
> > > On Thu, Nov 12, 2015 at 06:49:38PM +0800, Mark yao wrote:
> > > > On 2015年11月12日 18:36, Liviu Duda
On Mon, Oct 26, 2015 at 02:25:10PM -0700, Stephen Boyd wrote:
> Some qcom based bootloaders identify the dtb blob based on a set
> of device properties like SoC, platform, PMIC, and revisions of
> those components. In downstream kernels, these values are added
> to the different component dtsi file
On Tue 10-11-15 21:34:07, Vladimir Davydov wrote:
> This patch marks those kmem allocations that are known to be easily
> triggered from userspace as __GFP_ACCOUNT/SLAB_ACCOUNT, which makes them
> accounted to memcg. For the list, see below:
>
> - threadinfo
> - task_struct
> - task_delay_info
On 11/11/2015 03:50 PM, Yoshinori Sato wrote:
Overflow interrupt is used for moving up of a count.
Signed-off-by: Yoshinori Sato
---
[ ... ]
@@ -118,6 +119,7 @@ static struct timer16_priv timer16_priv = {
.enable = timer16_enable,
.disable = timer16_disable,
By the way, in case anybody is interested, I've done a little bit of
historical digging work. The functions in question date back to
aa0010f8 from 2012. Before that commit, statistics structures would be
incremented after each tunnel's driver itself dereferenced the per-cpu
variable. When this got
Hi Stephen,
Thanks for your response.
On Thu, Nov 12, 2015 at 5:34 PM, Stephen Hemminger
wrote:
> The problem is ioctl's are device specific, and therefore create dependency
> on the unique features supported by your device.
> The question always comes up, why is this new API not something gener
In cases of duplicate symbols, old_sympos will be used to disambiguate
instead of old_addr. By default old_sympos will be 0, and patching will
only succeed if the symbol is unique. Specifying a positive value will
ensure that occurrence of the symbol in kallsyms for the patched object
will be used
In cases of duplicate symbols, sympos will be used to disambiguate instead
of val. By default sympos will be 0, and patching will only succeed if
the symbol is unique. Specifying a positive value will ensure that
occurrence of the symbol in kallsyms for the patched object will be used
for patching
The following directory structure will allow for cases when the same
function name exists in a single object.
/sys/kernel/livepatch///
The sympos number corresponds to the nth occurrence of the symbol name in
kallsyms for the patched object.
An example of patching multiple symbols can be
From: Petr Mladek
The livepatch module might be linked from several .o files.
All symbols that need to be shared between these .o files
should be exported. This is a normal programming practice.
I do not see any reason to access static symbols between
these .o files.
This patch removes the searc
On 12/11/2015 15:27, Paolo Bonzini wrote:
> Here I think you can remove completely the
>
> if (sp)
> kvm_mmu_put_page(sp, it.sptep);
>
> later in FNAME(fetch). Apart from this nit, it's okay.
Removing this is of course not possible anymore if the other suggestion
works out
On Thu, Nov 12, 2015 at 04:03:45PM +0100, Petr Mladek wrote:
> On Thu 2015-11-12 14:22:28, Miroslav Benes wrote:
> > On Thu, 12 Nov 2015, Petr Mladek wrote:
> > > > >Maybe I am missing something but isn't it necessary to call vfree() on
> > > > >info somewhere in the end?
> > > >
> > > > So free_c
Remove comments about disk_stat_* functions which are deprecated.
Signed-off-by: Gioh Kim
---
include/linux/genhd.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/linux/genhd.h b/include/linux/genhd.h
index 847cc1d..f34a767 100644
--- a/include/linux/genhd.h
Mason writes:
> [ CCing a few knowledgeable people ]
>
> Despite the subject, this is about an Atheros 8035 PHY :-)
>
> On 12/11/2015 15:04, Måns Rullgård wrote:
>
>> Mason wrote:
>>
>>> BTW, you're not using the PHY IRQ, right? I think I remember you saying
>>> it didn't work reliably?
>>
>> I
When running the SPECint_rate gcc on some very large boxes it was noticed
that the system was spending lots of time in mpol_shared_policy_lookup.
The gamess benchmark can also show it and is what I mostly used to chase
down the issue since the setup for that I found a easier.
To be clear the binar
The current code to initialize, register and read the clocksource is
already factored out in mmio.c via the clocksource_mmio_init function.
The only difference is the readl vs readl_relaxed.
Factor out the code with the clocksource_mmio_init function.
Signed-off-by: Daniel Lezcano
---
drivers/
On Mon, Nov 09, 2015 at 11:45:52PM -0500, Jessica Yu wrote:
> In livepatch modules, preserve section, symbol, string information from
> the load_info struct in the module loader. This information is used to
> patch modules that are not loaded in memory yet; specifically it is used
> to resolve rema
On 11/12/2015 11:34 AM, Stefano Stabellini wrote:
On Thu, 12 Nov 2015, Boris Ostrovsky wrote:
On 11/11/2015 11:51 AM, Stefano Stabellini wrote:
Rename the current XENPF_settime hypercall and related struct to
XENPF_settime32.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergmann
CC: konr
Måns Rullgård writes:
> Mason writes:
>
>> [ CCing a few knowledgeable people ]
>>
>> Despite the subject, this is about an Atheros 8035 PHY :-)
>>
>> On 12/11/2015 15:04, Måns Rullgård wrote:
>>
>>> Mason wrote:
>>>
BTW, you're not using the PHY IRQ, right? I think I remember you saying
>
On Mon, Nov 09, 2015 at 11:45:52PM -0500, Jessica Yu wrote:
> In livepatch modules, preserve section, symbol, string information from
> the load_info struct in the module loader. This information is used to
> patch modules that are not loaded in memory yet; specifically it is used
> to resolve rema
From: Arnd Bergmann
Date: Thu, 12 Nov 2015 15:12:48 +0100
> Building dwmac-ipq806x on a 64-bit architecture produces a harmless
> warning from gcc:
>
> stmmac/dwmac-ipq806x.c: In function 'ipq806x_gmac_probe':
> include/linux/bitops.h:6:19: warning: overflow in implicit constant
> conversion [-
On Mon, Oct 26, 2015 at 10:24:17PM +0200, Constantine Shulyupin wrote:
> From: Constantine Shulyupin
>
> Introduced subnodes sensor, fan and peci with properties.
>
> Signed-off-by: Constantine Shulyupin
> ---
> Changed in v8:
> - added senor type "local"
> - Compatible nodes converted to senor
From: Luis de Bethencourt
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
---
Hi,
This is a Resend of a patch from 20 Oct [0]
I am adding Andrew Morton to the CC list as was
Hi all,
this series introduces PV wallclock time support on arm and arm64.
Changes in v4:
- simplify xen_read_wallclock
- add a patch to support XENPF_settime64 on x86
Changes in v3:
- use ktime_get_ns instead of calling into the arch_timer functions
directly
- read the wallclock from the la
Try XENPF_settime64 first, if it is not available fall back to
XENPF_settime32.
No need to call __current_kernel_time() when all the info needed are
already passed via the struct timekeeper * argument.
Return NOTIFY_BAD in case of errors.
Signed-off-by: Stefano Stabellini
CC: konrad.w...@oracle
Hi,
On 12/11/15 16:40, Roger Pau Monné wrote:
>> [1] http://lists.xen.org/archives/html/xen-devel/2015-08/msg02200.html
>>
>> Signed-off-by: Julien Grall
>
> LGTM, only a couple of typos and a simplification:
>
> Signed-off-by: Roger Pau Monné
Do you mean Acked-by? ;)
>> +
>> +/* The I/O
If Linux is running as dom0, call XENPF_settime64 to update the system
time in Xen on pvclock_gtod notifications.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergmann
---
Changes in v3:
- s/%llu.%0u/%llu.%09u
- in xen_pvclock_gtod_notify use the passed struct timekeeper pointer
rather t
Rename the current XENPF_settime hypercall and related struct to
XENPF_settime32.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergmann
Reviewed-by: Boris Ostrovsky
CC: konrad.w...@oracle.com
CC: david.vra...@citrix.com
CC: boris.ostrov...@oracle.com
---
arch/x86/xen/time.c |
Signed-off-by: Stefano Stabellini
---
Changes in v2:
- rename dom0_op to platform_op
---
arch/arm/include/asm/xen/hypercall.h |2 ++
arch/arm/xen/enlighten.c |1 +
arch/arm/xen/hypercall.S |1 +
arch/arm64/xen/hypercall.S |1 +
4 files changed,
Read the wallclock from the shared info page at boot time.
Signed-off-by: Stefano Stabellini
---
Changes in v4:
- simplify xen_read_wallclock
Changes in v3:
- use ktime_get_ns instead of calling into the arch_timer functions
directly
- read the wallclock from the late_initcall
Changes in v2
The dom0_op hypercall has been renamed to platform_op since Xen 3.2,
which is ancient, and modern upstream Linux kernels cannot run as dom0
and it anymore anyway.
Signed-off-by: Stefano Stabellini
Reviewed-by: Boris Ostrovsky
CC: konrad.w...@oracle.com
CC: david.vra...@citrix.com
CC: boris.ostro
The hypervisor actually exposes an additional field to struct
pvclock_wall_clock, with the high 32 bit seconds.
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/interface.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/xen/interface.h
b/arch/arm/inclu
From: Luis de Bethencourt
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
---
Hi,
This is a Resend of a patch from 20 Oct [0]
I am adding Andrew Morton to the CC list as was
> -Original Message-
> From: Denis V. Lunev [mailto:d...@openvz.org]
> Sent: Wednesday, November 11, 2015 11:16 PM
> To: KY Srinivasan
> Cc: rka...@virtuozzo.com; de...@linuxdriverproject.org; linux-
> ker...@vger.kernel.org; Andrey Smetanin ;
> Haiyang Zhang ; Vitaly Kuznetsov
>
> Subj
From: Luis de Bethencourt
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
---
Hi,
This is a Resend of a patch from 20 Oct [0]
I am adding Andrew Morton to the CC list as was
Hi Jon,
On Tue, 2015-11-10 at 03:58PM +, Jon Hunter wrote:
> Hi Thomas,
>
> On 10/11/15 15:26, Thomas Gleixner wrote:
[...]
> > Can you folks please agree on something which is correct and complete?
>
> Soren I am happy to defer to your patch and drop this. My only comment
> would be what ab
On Mon, Oct 26, 2015 at 05:40:57PM +0200, Yaniv Gardi wrote:
> UFS device and link can be put in multiple different low power modes
> hence UFS driver supports multiple different low power modes.
> By default UFS driver selects the default (optimal) low power mode
> (which gives moderate power savi
Commit 77a993942 "phy/at8031: enable at8031 to work on interrupt mode"
added interrupt support for the 8031 PHY but left out the other two
chips supported by this driver.
This patch sets the .ack_interrupt and .config_intr functions for the
8030 and 8035 drivers as well.
Signed-off-by: Mans Rullg
On Thu, Nov 12, 2015 at 04:27:01PM +0100, Miroslav Benes wrote:
> On Wed, 11 Nov 2015, Jessica Yu wrote:
>
> > +++ Miroslav Benes [11/11/15 15:30 +0100]:
> > > On Mon, 9 Nov 2015, Jessica Yu wrote:
> > >
> > > So I guess we don't need klp_reloc anymore.
> >
> > Yes, that's correct. I am noticing
From: Luis de Bethencourt
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
---
Hi,
This is a resend of a patch sent September 17 [0]
Adding Andrew Morton to the CC list, as re
On 11/12, Boqun Feng wrote:
>
> On Thu, Nov 12, 2015 at 04:00:58PM +0100, Oleg Nesterov wrote:
> >
> > No?
> >
>
> do_exit() is surely buggy if spin_lock() could work in this way.
OK, good ;) so we need to fix spin_lock() on PPC ? Or add
mb__after_unlock_lock() but this leads to other questions...
From: Luis de Bethencourt
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
---
Hi,
This is a resend of a patch sent September 15 [0]
Adding Andrew Morton to the CC list, as re
* Neil Armstrong [151112 06:08]:
> In order to fix support for the dm816x platform, add missing bits in
> the dm816x dtsi and cleanup OCP.
Which ones are needed as fixes for the v4.4-rc kernel?
Regards,
Tony
> The last patch adds support for the omap4-hwspinlock.
>
> v2: add ocp hwmod cleanup
On Sun, Nov 8, 2015 at 9:45 PM, Namhyung Kim wrote:
> Hello,
>
> This is what Brendan requested on the perf-users mailing list [1] to
> support FlameGraphs [2] more efficiently. This patchset adds a few
> more callchain options to adjust the output for it.
>
> * changes in v5)
>- honor field
El 12/11/15 a les 18.30, Julien Grall ha escrit:
> Hi,
>
> On 12/11/15 16:40, Roger Pau Monné wrote:
>>> [1] http://lists.xen.org/archives/html/xen-devel/2015-08/msg02200.html
>>>
>>> Signed-off-by: Julien Grall
>>
>> LGTM, only a couple of typos and a simplification:
>>
>> Signed-off-by: Roger P
Hi,
with the following patches I can get USB Gadget working
with my beagle x15 with today's Linus' tree.
regards
Felipe Balbi (2):
arm: boot: dts: beaglex15: Remove ID GPIO
arm: boot: beaglex15: pass correct interrupt
arch/arm/boot/dts/am57xx-beagle-x15.dts | 3 +--
1 file changed, 1 inser
According to latest schematics [1], this board
leaves ID pin floating. It's not connected to
anything at all.
So let's remove it.
[1]
https://github.com/beagleboard/beagleboard-x15/blob/master/BeagleBoard-X15_RevA2.pdf
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am57xx-beagle-x15.dts |
According to latest schematics [1], GPIO_1/VBUSDET
on TPS659038 is tied to AM57x GPIO4_21. We can use
that as a VBUS interrupt, instead of relying on
PMIC's VBUS interrupts which don't seem to be firing
on x15 at all.
A follow up patch will add support for using this
GPIO-based interrupt mechanism
On 11/12/2015 04:31 AM, Peter Zijlstra wrote:
Hi
I think the MIPS arch_spin_unlock() is borken.
spin_unlock() must have RELEASE semantics, these require that no LOADs
nor STOREs leak out from the critical section.
From what I know MIPS has a relaxed memory model which allows reads to
pass sto
Hi Linus,
Stuff that got collected after the merge window opened. This pull
request contains:
- NVMe:
- Fix for non-striped transfer size setting for NVMe from
Sathyavathi.
- (Some) support for the weird Apple nvme controller in the
macbooks. From Stephan Günth
Hi,
Felipe Balbi writes:
> Hi,
>
> with the following patches I can get USB Gadget working
> with my beagle x15 with today's Linus' tree.
>
> regards
>
> Felipe Balbi (2):
> arm: boot: dts: beaglex15: Remove ID GPIO
> arm: boot: beaglex15: pass correct interrupt
actually, one patch missing.
On 11/11/15 15:48, Ranjith Thangavel wrote:
BIT macro is used for defining BIT location instead of
shifting operator - coding style issue
Signed-off-by: Ranjith Thangavel
---
drivers/staging/comedi/drivers/pcmmio.c | 44 +++
1 file changed, 22 insertions(+), 22
TPS659038 can remux its GPIO_1 as VBUSDET output,
which can be tied to a SoC GPIO and used as a VBUS
interrupt.
Beagle X15 uses that, in fact, and without it, I
could not get USB peripheral working with that
board.
Signed-off-by: Felipe Balbi
---
drivers/extcon/extcon-palmas.c | 22
On 11/11/15 16:14, Ranjith Thangavel wrote:
BIT macro is used for defining BIT location instead of
shifting operator - coding style issue
Signed-off-by: Ranjith Thangavel
---
drivers/staging/comedi/drivers/ni_6527.c | 24
1 file changed, 12 insertions(+), 12 deleti
On Mon, Nov 09, 2015 at 11:45:53PM -0500, Jessica Yu wrote:
> Reuse module loader code to write relocations, thereby eliminating the
> need for architecture specific code in livepatch. Namely, we reuse
> apply_relocate_add() in the module loader to write relocs instead of
> duplicating functionalit
* Peter Ujfalusi [15 23:33]:
> Hi Tony,
>
> Changes since v3:
> - rebased on mainline's HEAD
> - Added Tested-by from Felipe
> - Added Acked-by from Paul for the hwmod patches
>
> Changes since v2:
> - DTS patch added which is needed because of the clock handling changes
>
> Felip Balbi rep
On Thu, Nov 12, 2015 at 09:46:53AM -0800, David Daney wrote:
> For CONFIG_CPU_CAVIUM_OCTEON the proper thing would be:
>
> smp_wmb();
> smp_rmb();
>
> Which expands to exactly the same thing as wmb() because smp_rmb() expands
> to nothing.
OK, so the current code isn't broken because fo
On 11/11/15 16:22, Ranjith Thangavel wrote:
BIT macro is used for defining BIT location instead of
shifting operator - coding style issue
Signed-off-by: Ranjith Thangavel
---
drivers/staging/comedi/drivers/ni_65xx.c | 54 +++---
1 file changed, 27 insertions(+), 27
On Wed, Nov 11, 2015 at 04:48:07PM +0100, Petr Mladek wrote:
> On Mon 2015-11-09 23:45:55, Jessica Yu wrote:
> > Architecture-specific relocation code no longer needed, since symbol
> > resolution and relocation work will be offloaded to module loader.
>
>
On Thu, Nov 12, 2015 at 03:40:20PM +, Matt Fleming wrote:
> We are relying on the pre-existing mappings in 'trampoline_pgd' when
> accessing function arguments in the EFI mixed mode thunking code.
>
> Instead let's map memory explicitly so that things will continue to
> work when we move to a
On 11/11/15 16:27, Ranjith Thangavel wrote:
BIT macro is used for defining BIT location instead of
shifting operator - coding style issue
Signed-off-by: Ranjith Thangavel
---
drivers/staging/comedi/drivers/cb_pcidda.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
On Thu, Nov 12, 2015 at 07:38:07PM +0100, Oleg Nesterov wrote:
> It seems that PPC needs to define smp_mb__before_spinlock() as full mb(),
> no?
It does:
arch/powerpc/include/asm/barrier.h:#define smp_mb__before_spinlock() smp_mb()
--
To unsubscribe from this list: send the line "unsubscribe lin
On 11/11/15 15:54, Ranjith Thangavel wrote:
BIT macro is used for defining BIT location instead of
shifting operator - coding style issue
Signed-off-by: Ranjith Thangavel
---
drivers/staging/comedi/drivers/comedi_parport.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --
Hi Linus,
Here's a second pull request for this merging window with some
fixes/clean-ups (on top of the initial request, based on 4.3-rc4).
Thanks.
The following changes since commit f8f8bdc48851da979c6e0e4808b6031122e4af47:
arm64/efi: fix libstub build under CONFIG_MODVERSIONS (2015-11-02 13:
On 12/11/15 17:51, Roger Pau Monné wrote:
> El 12/11/15 a les 18.30, Julien Grall ha escrit:
>> Hi,
>>
>> On 12/11/15 16:40, Roger Pau Monné wrote:
[1] http://lists.xen.org/archives/html/xen-devel/2015-08/msg02200.html
Signed-off-by: Julien Grall
>>>
>>> LGTM, only a couple of typos
In the SBS initialisation, a reentrant call to wait_event_timeout()
causes an intermittent boot stall of several minutes usually following
the "Switching to clocksource tsc" message. Another symptom of this bug
is high CPU usage from programs (Firefox, upowerd) querying the battery
state. This is c
Hi Daniel,
On Thu, Nov 12, 2015 at 06:11:18PM +0100, Daniel Lezcano wrote:
> The current code to initialize, register and read the clocksource is
> already factored out in mmio.c via the clocksource_mmio_init function.
>
> The only difference is the readl vs readl_relaxed.
>
> Factor out the cod
On Wed, Nov 11, 2015 at 2:27 PM, Ranjith Thangavel
wrote:
> BIT macro is used for defining BIT location instead of
> shifting operator - coding style issue
I would not call it a coding style issue.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
David Daney writes:
> On 11/12/2015 04:31 AM, Peter Zijlstra wrote:
>> Hi
>>
>> I think the MIPS arch_spin_unlock() is borken.
>>
>> spin_unlock() must have RELEASE semantics, these require that no LOADs
>> nor STOREs leak out from the critical section.
>>
>> From what I know MIPS has a relaxed
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/nouveau_drm.h | 84 +-
1 file changed, 42 insertions(+), 42 deletions(-)
diff --git a/include/uapi/drm/nouveau_drm.h b/include/uapi/drm/nouveau_drm.h
index fd594cc.
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/radeon_drm.h | 130 +-
1 file changed, 66 insertions(+), 64 deletions(-)
diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h
index 01aa2a8..8
Before enabling MPI2_SCSIIO_CONTROL_TLR_ON flag in MPI SCSI IO
request message, check whether TLR is enabled on the drive using
'sas_is_tlr_enabled' API.
Actually in the driver code, driver is using below API's
1. sas_enable_tlr() - to enable the TLR
2. sas_disable_tlr() - to disable the TLR
3. s
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/virtgpu_drm.h | 99 +-
1 file changed, 50 insertions(+), 49 deletions(-)
diff --git a/include/uapi/drm/virtgpu_drm.h b/include/uapi/drm/virtgpu_drm.h
index fc9e2d6.
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/drm_mode.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
index 6c11ca4..44ad794 100644
--- a/include/uapi/dr
On Thu, Nov 12, 2015 at 03:42:26PM +0200, Grygorii Strashko wrote:
> This patch fixes obvious copy-past error in wake up irq parsing
> code which leads to the fact that dev_pm_set_wake_irq() will
> be called with wrong IRQ number when "wakeup" IRQ is not
> defined in DT.
>
> Cc: Dmitry Torokhov
>
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/armada_drm.h | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/include/uapi/drm/armada_drm.h b/include/uapi/drm/armada_drm.h
index 8dec3fd..77184b7 100644
--- a
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/vmwgfx_drm.h | 264 +-
1 file changed, 132 insertions(+), 132 deletions(-)
diff --git a/include/uapi/drm/vmwgfx_drm.h b/include/uapi/drm/vmwgfx_drm.h
index 05b2049.
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/omap_drm.h | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff --git a/include/uapi/drm/omap_drm.h b/include/uapi/drm/omap_drm.h
index 1d0b117..926e42a 100
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/qxl_drm.h | 74 +++---
1 file changed, 37 insertions(+), 37 deletions(-)
diff --git a/include/uapi/drm/qxl_drm.h b/include/uapi/drm/qxl_drm.h
index ebebd36..2aa6376
Kernel headers should use linux/types.h
Signed-off-by: Gabriel Laskar
---
include/uapi/drm/amdgpu_drm.h | 292 +-
1 file changed, 147 insertions(+), 145 deletions(-)
diff --git a/include/uapi/drm/amdgpu_drm.h b/include/uapi/drm/amdgpu_drm.h
index e52933a.
On 11/12/2015 10:13 AM, Måns Rullgård wrote:
David Daney writes:
On 11/12/2015 04:31 AM, Peter Zijlstra wrote:
Hi
I think the MIPS arch_spin_unlock() is borken.
spin_unlock() must have RELEASE semantics, these require that no LOADs
nor STOREs leak out from the critical section.
From what
On Wed, Nov 11, 2015 at 11:14 PM, Boqun Feng wrote:
>
> Hmm.. probably incorrect.. because the ACQUIRE semantics of spin_lock()
> only guarantees that the memory operations following spin_lock() can't
> be reorder before the *LOAD* part of spin_lock() not the *STORE* part,
> i.e. the case below ca
El 12/11/15 a les 19.04, Julien Grall ha escrit:
> On 12/11/15 17:51, Roger Pau Monné wrote:
>> El 12/11/15 a les 18.30, Julien Grall ha escrit:
>>> Hi,
>>>
>>> On 12/11/15 16:40, Roger Pau Monné wrote:
> [1] http://lists.xen.org/archives/html/xen-devel/2015-08/msg02200.html
>
> Signed-
Check that IRQ number passed to dev_pm_set_wake_irq and
dev_pm_set_dedicated_wake_irq is valid (not negative) before accepting it.
Signed-off-by: Dmitry Torokhov
---
My recent change to i2c core introduced a code path that led to calling
dev_pm_set_wake_irq(&client->dev, -ENOENT), which succeede
On 11/12/2015 05:00 PM, Jens Axboe wrote:
On 11/12/2015 08:58 AM, Christoph Hellwig wrote:
On Thu, Nov 12, 2015 at 08:54:48AM -0700, Jens Axboe wrote:
300 lines of boilerplate for just setting up a few request_queues seem
wrong, can you show the actual patch you measured?
I just took it from
On Mon, Nov 09, 2015 at 12:48:52PM +0800, Caesar Wang wrote:
> Thank you all for providing inputs and comments on previous versions of
> this patchset.
> Especially thanks to the (Eduardo, Dmitry, Heiko,).
>
> This series patchs are working for RK3368 on Rockchip platform.
Do you have any res
On Thu, Nov 12, 2015 at 10:29:52AM -0800, Eduardo Valentin wrote:
> On Mon, Nov 09, 2015 at 12:48:52PM +0800, Caesar Wang wrote:
> > Thank you all for providing inputs and comments on previous versions of
> > this patchset.
> > Especially thanks to the (Eduardo, Dmitry, Heiko,).
> >
> > This s
On 12/11/15 18:24, Roger Pau Monné wrote:
>> So if one get EOPNOTSUPP the other will get too.
>
> That's why I said that I think it's not currently possible. IMHO, it's
> fine as it is now.
>
> The only scenario I can think of that can lead to that combination is
> that we migrate the guest and o
The max_phys_sect variable is defined as a char. We do a boundary check
to maximally allow 256 physical page descriptors per command. As we are
not indexing from zero. This expression is always in false. Bump the
max_phys_sect to an unsigned short to support the range check.
Signed-off-by: Matias
Add support for registering as a LightNVM device. This allows us to
evaluate the performance of the LightNVM subsystem.
In /drivers/Makefile, LightNVM is moved above block device drivers
to make sure that the LightNVM media managers have been initialized
before drivers under /drivers/block are ini
On 11/12/2015 07:08 PM, Maxime Ripard wrote:
Hi Daniel,
On Thu, Nov 12, 2015 at 06:11:18PM +0100, Daniel Lezcano wrote:
The current code to initialize, register and read the clocksource is
already factored out in mmio.c via the clocksource_mmio_init function.
The only difference is the readl v
On 11/12, Peter Zijlstra wrote:
>
> On Thu, Nov 12, 2015 at 07:38:07PM +0100, Oleg Nesterov wrote:
> > It seems that PPC needs to define smp_mb__before_spinlock() as full mb(),
> > no?
>
> It does:
>
> arch/powerpc/include/asm/barrier.h:#define smp_mb__before_spinlock() smp_mb()
Ah, indeed, thanks
On Thu, Nov 12, 2015 at 03:40:23PM +, Matt Fleming wrote:
> Make it clear that the EFI page tables are only available during EFI
> runtime calls since that subject has come up a fair numbers of times
> in the past.
>
> Additionally, add the EFI region start and end addresses to the table
> so
On Thu, Nov 12, 2015 at 03:40:22PM +, Matt Fleming wrote:
> With commit e1a58320a38d ("x86/mm: Warn on W^X mappings") all users
> booting on 64-bit UEFI machines see the following warning,
>
> [ cut here ]
> WARNING: CPU: 7 PID: 1 at arch/x86/mm/dump_pagetables.c:22
The current code to initialize, register and read the clocksource is
already factored out in mmio.c via the clocksource_mmio_init function.
The only difference is the readl vs readl_relaxed.
Factor out the code with the clocksource_mmio_init function.
Signed-off-by: Daniel Lezcano
---
drivers/
401 - 500 of 983 matches
Mail list logo
