On 2015-09-16 08:27, Damian Hobson-Garcia wrote:
From: Martin Sustrik
When implementing network protocols in user space, one has to implement
fake file descriptors to represent the sockets for the protocol.
Polling on such fake file descriptors is a problem (poll/select/epoll
accept only true
Hi Andrew,
On Wed, Sep 9, 2015 at 1:21 AM, Andrew Morton wrote:
> New syscalls are rather a pain, both from the patch-monkeying POV and
> also because nobody knows what the syscall numbers will be until
> everything lands in mainline. Oh well, it doesn't happen often and
> it's easy stuff.
One
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Vineet Gupta
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Change
On 09/15/2015 10:26 PM, Arnd Bergmann wrote:
> On Tuesday 15 September 2015 18:27:19 Hans Verkuil wrote:
>> On 09/15/2015 05:49 PM, Arnd Bergmann wrote:
>>> The v4l2 API uses a 'struct timeval' to communicate time stamps to user
>>> space. This is broken on 32-bit architectures as soon as we have a
On Wed, 16 Sep 2015, Viresh Kumar wrote:
> On 10-09-15, 09:31, Lee Jones wrote:
> > I think you answered your own question.
> >
> > No users == !ABI == Strip it out.
>
> Okay, as I have delayed things enough for you, didn't wanted to do
> that anymore. And so worked on it despite very tight sche
On 9/16/15 2:42 PM, Jan Kiszka wrote:
On 2015-09-16 05:51, Wanpeng Li wrote:
Enhance allocate/free_vid to handle shadow vpid.
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/vmx.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/
Hi Linus,
On Tue, Sep 15, 2015 at 10:48 PM, Linus Walleij
wrote:
> On Fri, Sep 11, 2015 at 2:49 PM, Laurent Pinchart
> wrote:
>
>> The topic is on our agenda for a meeting on Monday, I believe we'll appoint
>> someone to submaintain the PFC patches and send you pull requests.
>
> How did it go?
On 15 September 2015 at 18:46, Lee Duncan wrote:
> Signed-off-by: Lee Duncan
Please change the prefix of the commit message header to "mmc: core"
and resend to linux-mmc.
Kind regards
Uffe
> ---
> drivers/mmc/core/host.c | 14 --
> 1 file changed, 4 insertions(+), 10 deletions(-)
add a DT binding documentation of xHCI host controller for the
MT8173 SoC from Mediatek.
Signed-off-by: Chunfeng Yun
---
.../devicetree/bindings/usb/mt8173-xhci.txt| 52 ++
1 file changed, 52 insertions(+)
create mode 100644 Documentation/devicetree/bindings/usb/mt81
On 09/16/2015 12:14 AM, Nicholas Krause wrote:
> This fixes error handling in the function csio_device_reset to
> check the return value of aftering the function csio_hw_reset
> to check if it returned a error code and if so unlock the irq
> spinlock for the hardware plus return the hardware error
This patch add some macros for HCON register operations
to make code more readable.
Signed-off-by: Shawn Lin
Acked-by: Jaehoon Chung
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/mmc/host
add a DT binding documentation of usb3.0 phy for MT65xx
SoCs from Mediatek.
Acked-by: Rob Herring
Signed-off-by: Chunfeng Yun
---
.../devicetree/bindings/phy/phy-mt65xx-usb.txt | 68 ++
1 file changed, 68 insertions(+)
create mode 100644 Documentation/devicetree/binding
>From e731877598e7564171bea62955b4e50b04d88d34 Mon Sep 17 00:00:00 2001
From: Chunfeng Yun
Date: Wed, 16 Sep 2015 14:24:11 +0800
Subject: [PATCH v8 0/5] Mediatek xHCI support
The patch supports MediaTek's xHCI controller.
There are some differences from xHCI spec:
1. The interval is specified in
On 2015-09-16 05:51, Wanpeng Li wrote:
> VPID is used to tag address space and avoid a TLB flush. Currently L0 use
> the same VPID to run L1 and all its guests. KVM flushes VPID when switching
> between L1 and L2.
>
> This patch advertises VPID to the L1 hypervisor, then address space of L1 and
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in
synopsys-dw-mshc supports three types of transfer mode. We add
bindings and description for how to use them at runtime.
Signed-off-by: Shawn Lin
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
.../d
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Wei Xu
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Krzysztof Kozlowski
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
add xHCI and phy drivers for MT8173-EVB
Signed-off-by: Chunfeng Yun
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 16 +++
arch/arm64/boot/dts/mediatek/mt8173.dtsi| 43 +
2 files changed, 59 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt817
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Joachim Eastwood
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Ch
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Lin
Acked-by: Govindraj Raja
Acked-by: Ralf Baechle
---
Changes in v8: None
Changes in v7: None
support usb3.0 phy of mt65xx SoCs
Signed-off-by: Chunfeng Yun
---
drivers/phy/Kconfig | 9 +
drivers/phy/Makefile | 1 +
drivers/phy/phy-mt65xx-usb3.c | 456 ++
3 files changed, 466 insertions(+)
create mode 100644 drivers/phy/phy-m
There some vendor quirks for MTK xhci host controller:
1. It defines some extra SW scheduling parameters for HW
to minimize the scheduling effort for synchronous and
interrupt endpoints. The parameters are put into reseved
DWs of slot context and endpoint context.
2. Its IMODI unit for Interr
DesignWare MMC Controller can supports two types of DMA
mode: external dma and internal dma. We get a RK312x platform
integrated dw_mmc and ARM pl330 dma controller. This patch add
edmac ops to support these platforms. I've tested it on RK31xx
platform with edmac mode and RK3288 platform with idmac
Synopsys DesignWare mobile storage host controller supports three
types of transfer mode: pio, internal dma and external dma. However,
dw_mmc can only supports pio and internal dma now. Thus some platforms
using dw-mshc integrated with generic dma can't work in dma mode. So we
submit this patch to
On 2015-09-16 05:51, Wanpeng Li wrote:
> Enhance allocate/free_vid to handle shadow vpid.
>
> Signed-off-by: Wanpeng Li
> ---
> arch/x86/kvm/vmx.c | 24 +++-
> 1 file changed, 11 insertions(+), 13 deletions(-)
>
> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
> index
On 09/14/2015 11:52 AM, Peter Ujfalusi wrote:
Hi Tero,
On 08/24/2015 10:35 AM, Peter Ujfalusi wrote:
The ABE related clocks should be configured via DT and not have it wired
inside of the kernel.
can you take a look at this patch? It will not cause any regression since we
do not have audio su
ild i.e. I do not do a "make clean" after doing
> > the build for each tree merge (in case that matters).
>
> it does in this case, removed header files stay in
> cmd build dependency file (like in .abspath.o.cmd above)
> and cause build error
>
> build system is not
Currently kernel prints out results of every single unpoison event, which is
not necessary because unpoison is purely a testing feature and testers can get
little or no information from lots of lines of unpoison log storm. So this
patch ratelimits printk in unpoison_memory().
This patch introduces
From: Martin Sustrik
When implementing network protocols in user space, one has to implement
fake file descriptors to represent the sockets for the protocol.
Polling on such fake file descriptors is a problem (poll/select/epoll
accept only true file descriptors) and forces protocol implementers
Using eventfd user space can generate POLLIN/POLLOUT events but some
applications may want to generate POLLPRI/POLLERR events as well.
This patch submission aims to generalize the events generated by an
eventfd. This is a resubmission of a patch from Feb 2013[1]. The original
discussion trailed off
file (like in .abspath.o.cmd above)
and cause build error
build system is not smart enough yet to find out,
I was postponning fixing this for some time now,
I'll try to get this resolved asap
>
> I have used the tip tree from next-20150915 for today.
>
> Also, building perf seems
From: Vince Hsu
The commit e770940218028c6a5927fda45f2ca9db5d9b35e0 ("clk: tegra: dfll:
Properly protect OPP list") added the rcu_read_{lock,unlock} but missed
one in the error path. So add the missing one.
Signed-off-by: Vince Hsu
---
Hi,
I noticed the missed unlock because we had a similar f
On 9/16/15 1:20 PM, Jan Kiszka wrote:
On 2015-09-16 04:36, Wanpeng Li wrote:
On 9/16/15 1:32 AM, Jan Kiszka wrote:
On 2015-09-15 12:14, Wanpeng Li wrote:
On 9/14/15 10:54 PM, Jan Kiszka wrote:
Last but not least: the guest can now easily exhaust the host's pool of
vpid by simply spawning plen
On Tue, Sep 15, 2015 at 07:26:34AM -0700, Guenter Roeck wrote:
> On 09/15/2015 06:50 AM, Sudip Mukherjee wrote:
> >On Tue, Sep 15, 2015 at 06:28:40AM -0700, Guenter Roeck wrote:
> >>On 09/15/2015 01:21 AM, Sudip Mukherjee wrote:
> >>>On Mon, Sep 14, 2015 at 02:22:08PM -0700, Guenter Roeck wrote:
>
On Fri, Sep 11, 2015 at 9:26 PM, Maxime Ripard
wrote:
> Hi everyone,
>
> Here is a patch set that adds the missing clocks for the message box
> in the A33 and A23 SoCs.
>
> In order to support that properly, the addition of a new clock driver
> for the A33 has been needed, and we split the gates d
On Tue, Sep 15, 2015 at 08:30:41PM -0400, gr...@linuxhacker.ru wrote:
> From: Oleg Drokin
>
> Since the client can never be server, this is all dead code.
>
> Signed-off-by: Oleg Drokin
> ---
OOPS.. build fails with error:
error: ‘lsi’ undeclared (first use in this function)
reegards
sudip
--
Hi Olga,
On Tue, Sep 15, 2015 at 02:36:06PM +, Kornievskaia, Olga wrote:
>
> Hi Willy,
>
> After checking with the list, I believe the course of action will be to
> correct the patch with the patch below instead of reverting it.
OK but as far as I can tell, mainline is still not fixed regar
On 9/15/15 8:50 PM, Denis Kirjanov wrote:
A good one candidate to return a boolean result
Signed-off-by: Denis Kirjanov
Reviewed-by: Pekka Enberg
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo in
> On 16.09.2015, at 06:12, Stephen Warren wrote:
>
> On 09/04/2015 01:26 AM, Martin Sperl wrote:
>>
>>> On 26.08.2015, at 03:44, Stephen Warren wrote:
>>>
>>> On 08/24/2015 02:40 AM, ker...@martin.sperl.org wrote:
>>>
+Example:
+
+aux_enable: aux_enable@0x7e215004 {
+ co
On Tue, Sep 15, 2015 at 01:06:31PM +0100, Ben Hutchings wrote:
> On Sun, 2015-09-13 at 00:56 +0200, Willy Tarreau wrote:
> > This is the start of the longterm review cycle for the 2.6.32.68 release.
> > All patches will be posted as a response to this one. If anyone has any
> > issue with these bei
On 2015-09-16 04:36, Wanpeng Li wrote:
> On 9/16/15 1:32 AM, Jan Kiszka wrote:
>> On 2015-09-15 12:14, Wanpeng Li wrote:
>>> On 9/14/15 10:54 PM, Jan Kiszka wrote:
Last but not least: the guest can now easily exhaust the host's pool of
vpid by simply spawning plenty of VCPUs for L2, no? I
On Tue, Sep 15, 2015 at 12:37:21PM +0100, Ben Hutchings wrote:
> > From: Ralf Baechle
> >
> > commit f05ff43355e6997c18f82ddcee370a6e5f8643ce upstream.
> >
> > This is no longer needed with the fixed, new and improved definition
> > of cpu_has_mips_r2_exec_hazard in .
> [...]
>
> This needs to
On Wed, Sep 16, 2015 at 12:05:54AM +1000, yassinjaf...@gmail.com wrote:
> From: Yassin Jaffer
>
> This patch add support to the keypad clock on sun7i
>
> Signed-off-by: Yassin Jaffer
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http
On 2015/9/15 15:19, Arthur Marsh wrote:
>
>
> Jiang Liu wrote on 15/09/15 12:01:
>
>> HI Arthur,
>> Really appreciate your help to test the patches. That's
>> a good sign we have moved forward a bit:)
>> For kexec, it's always challenging to me. So could you
>> please help to provide ful
On Tue, Sep 15, 2015 at 08:09:54PM -0300, Marcos Canán wrote:
> This is a patch to the prism2fw.c file that fixes
> too long lines.
>
> Signed-off-by: Marcos Canán
> ---
This will not apply because of cfa6954ced97 ("staging: wlan-ng: fix long line").
Which tree you have used?
regards
sudip
--
To
From: Stephen Rothwell
Date: Wed, 16 Sep 2015 11:30:53 +1000
> I have added the following fix patch for today:
>
> From: Stephen Rothwell
> Date: Wed, 16 Sep 2015 11:10:16 +1000
> Subject: [PATCH] cdc: add header guards
>
> Signed-off-by: Stephen Rothwell
Applied, thanks Stephen.
--
To unsub
Hi Jason, Sean, Tejun,
I am in process of defining new approach, design based on the feedback
given here for new RDMA cgroup from all of you.
I have also collected feedback from Liran yesterday and ORNL folks too.
Soon I will post the new approach, high level APIs and functionality
for review bef
On Tue, Sep 15, 2015 at 07:24:00PM +0530, Aparna Karuthodi wrote:
> Removed the curly braces of a single statement if block to remove a
> coding style warning detected by checkpatch.
> The warning is given below:
> WARNING: braces {} are not necessary for single statement blocks
>
> Signed-off-by:
On Tue, Sep 15, 2015 at 09:24:15PM -0400, Tejun Heo wrote:
> Hello, Paul.
>
> On Tue, Sep 15, 2015 at 04:38:18PM -0700, Paul E. McKenney wrote:
> > Well, the decision as to what is too big for -stable is owned by the
> > -stable maintainers, not by me.
>
> Is it tho? Usually the subsystem mainta
On 10-09-15, 09:31, Lee Jones wrote:
> I think you answered your own question.
>
> No users == !ABI == Strip it out.
Okay, as I have delayed things enough for you, didn't wanted to do
that anymore. And so worked on it despite very tight schedule :)
Below is the refreshed binding changes (I have
When we quirk a device with PCI_DEV_FLAGS_VPD_REF_F0 we're expecting
to find a device where all the functions are identical. If we don't
find that, we don't make VPD accessible through pci_vpd_ops. That
means that if we quirk devices we shouldn't, we filter them out by
hiding VPD entirely rather
When cpu is disabled, all irqs will be migratged to another cpu.
In some cases, a new affinity is different, it needed to be coppied
to irq's affinity. But if the type of irq is LPI, it's affinity will
not be coppied because of irq_set_affinity's return value. Fix it by
using irq_do_set_affinity.
On 09/04/2015 01:26 AM, Martin Sperl wrote:
>
>> On 26.08.2015, at 03:44, Stephen Warren wrote:
>>
>> On 08/24/2015 02:40 AM, ker...@martin.sperl.org wrote:
>>
>>> +Example:
>>> +
>>> +aux_enable: aux_enable@0x7e215004 {
>>> + compatible = "bcrm,bcm2835-aux";
>>> + reg = <0x7e215004 0x04>;
>>
To avoid multi-declaration error after adding migrate_irqs into
kernel/irq/migration.c, rename migrate_irqs() to move_irqs().
Cc: Jiang Liu
Cc: Thomas Gleixner
Cc: Marc Zyngier
Cc: Mark Rutland
Cc: Will Deacon
Cc: Russell King - ARM Linux
Cc: Hanjun Guo
Signed-off-by: Yang Yingliang
---
a
Changes in v3:
- introduce config GENERIC_IRQ_MIGRATION for compiling migration.c
- rename migrate_irqs in arch/ia64/kernel/irq.c to avoid compiling error
Changes in v2:
- use the exiting helper to set IRQD_MOVE_PCNTXT flag
- use for_each_active_irq() instead of for_each_irq_desc()
- add
Introduce a more general config for compile kernel/irq/migration.c.
Move the CONFIG_GENERIC_PENDING_IRQ into migration.c. So we can
move other migration interrupts code into migration.c without
select CONFIG_GENERIC_PENDING_IRQ.
Cc: Jiang Liu
Cc: Thomas Gleixner
Cc: Marc Zyngier
Cc: Mark Rutlan
On 9/15/15 8:54 PM, Paolo Bonzini wrote:
On 15/09/2015 12:30, Wanpeng Li wrote:
+ if (!nested) {
+ vpid = find_first_zero_bit(vmx_vpid_bitmap, VMX_NR_VPIDS);
+ if (vpid < VMX_NR_VPIDS) {
vmx->vpid = vpid;
__set_bit(vpid, vmx_vpid
On 08/28/2015 11:27 AM, Simon Glass wrote:
> Hi Rob,
>
> On 25 August 2015 at 10:22, Rob Herring wrote:
>> On Sat, Aug 15, 2015 at 8:46 AM, Simon Glass wrote:
>>> Hi Rob,
>>>
>>> On 14 August 2015 at 14:29, Rob Herring wrote:
On Fri, Aug 14, 2015 at 1:34 PM, Simon Glass wrote:
> -linu
v2 -> v3:
* enhance allocate/free_vpid as Jan's suggestion
* add more comments to 2/2
v1 -> v2:
* enhance allocate/free_vpid to handle shadow vpid
* drop empty space
* allocate shadow vpid during initialization
* For each nested vmentry, if vpid12 is changed, reuse shadow vpid w/ an
invv
Enhance allocate/free_vid to handle shadow vpid.
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/vmx.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 9ff6a3f..4956081 100644
--- a/arch/x86/kvm/vmx.c
+++ b/ar
VPID is used to tag address space and avoid a TLB flush. Currently L0 use
the same VPID to run L1 and all its guests. KVM flushes VPID when switching
between L1 and L2.
This patch advertises VPID to the L1 hypervisor, then address space of L1 and
L2 can be separately treated and avoid TLB flus
hi rob
On 2015/9/16 2:25, Rob Herring wrote:
> On 09/15/2015 04:37 AM, Xinwei Kong wrote:
>> If you config DRM_HISI_FBDEV optional, this patch will only support fbdev
>> mode while also supporting double buffer.
>
> This is a lot of duplicated code from CMA fbdev. Is double buffering the
> only r
--
Shougang Group Co., Ltd.
11th Floor, Huaxingge,
Donghua Building, Jiangmen,
GuangDong, China.
Greetings,
This is an official request for Professional/consultants who will
stand as our regional representative to run logistics on behalf of
Shougang Group.We are looking for a payment colle
Hi all,
Changes since 20150915:
Dropped tree: akpm-current (build conflict)
I used the h8300 tree from next-20150828 since the current tree has been
rebased onto something very old :-(
The net-next tree gained a build failure for which I applied a fix patch.
The bluetooth tree still had its
--
BancoPosta Loans
Viale Europa,
175-00144 Roma,
Italy.
Email: bancopost...@gmail.com
Guten Tag meine Damen und Herren,
Brauchen Sie ein Darlehen für einen bestimmten Zweck?
BancoPosta Bank in Italien haben einen günstigen Kredit für Sie. Wir
bieten gesicherten und ungesicherten persönlich
After commit 4449f079722c ("PCI: Calculate maximum number of buses
required for VFs"),the initial value of NumVFs register was left to
non-zero after sriov_init() and no VFs was enabled in device driver.
this changed the behaviour of kernel exported by lspci and sysfs etc.
so this patch restore the
The DC1SW and DC5LDO regulators in the AXP221 are internally chained
to DCDC1 and DCDC5, hence the names. The original bindings used the
parent regulator names for the supply regulator property. This causes
some confusion when we actually use it in the dts:
axp221 {
/* self
"dcdc1-supply" and "dcdc5-supply" are renamed to "dc1sw-supply" and
"dc5ldo-supply" respectively. Update the dts to reflect the new supply
names for the regulators.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
The DC1SW and DC5LDO regulators in the AXP221 are internally chained
to DCDC1 and DCDC5, hence the names. The original bindings used the
parent regulator names for the supply regulator property. This causes
some confusion when we actually use it in the dts:
axp221 {
/* self
Hi everyone,
This series renames regulator supply names for DC1SW and DC5LDO for
the AXP221. These 2 are secondary outputs for DCDC1 and DCDC5 buck
regulators, respectively, so they are connected to them internally.
There's no external input pin to name the supplies after.
When I originally did t
--
BancoPosta Loans
Viale Europa,
175-00144 Roma,
Italy.
Email: bancopost...@gmail.com
Guten Tag meine Damen und Herren,
Brauchen Sie ein Darlehen für einen bestimmten Zweck?
BancoPosta Bank in Italien haben einen günstigen Kredit für Sie. Wir
bieten gesicherten und ungesicherten persönlich
From: Yanjiang Jin
Function parse_crash_elf_headers() reads e_ident[EI_CLASS] then decides to
call parse_crash_elf64_headers() or parse_crash_elf32_headers().
But this happens in run time, not compile time. So compiler will report
the below warning:
In file included from include/linux/elf.h:4:0,
From: Yanjiang Jin
Already verified this patch on a MIPS64 cavium octeon board: CN78XX.
This patch is to eliminate the compile warning only, has no side effect in
run-time.
Yanjiang Jin (1):
vmcore: replace Elf64_Ehdr/Elf32_Ehdr with elfhdr
fs/proc/vmcore.c | 4 ++--
1 file changed, 2 inse
my bad, this patch is totally unrelated to the thread the previous email
replied to. I just mishandled my script wrapping git-send-email, sorry.
But just resending patch seems to be noisy, so I want this to be reviewed
on this email.
If it's inconvenient or uncommon way of submission, please let m
> Under what circumstances will the compiler (or linker?) do this?
Compiler.
> LTO enabled?
Yes it's for LTO. The optimization allows the compiler to drop unused
functions, which is very popular with users (a lot use it to get smaller
kernel images)
-Andi
--
a...@linux.intel.com -- Speaking
On 09/04/2015 03:28 PM, Dmitry Vyukov wrote:
> On Thu, Sep 3, 2015 at 2:50 AM, Peter Hurley wrote:
>> On 09/02/2015 01:53 PM, Dmitry Vyukov wrote:
>>> The data race is found with KernelThreadSanitizer (on rev 21bdb584af8c):
>>>
>>> ThreadSanitizer: data-race in release_tty
>>> Write of size 8 by t
On Wed, 16 Sep 2015 04:32:19 +0200 Andi Kleen wrote:
> > __iowrite32_copy() is marked __visible. I don't actually know what
> > that does and Andi's d47d5c8194579bc changelog (which sucks the big
> > one) didn't explain it. Apparently it has something to do with being
> > implemented in assembl
>
> Currently on ARM when is triggered from an interrupt handler
> (e.g. a SysRq issued using UART or kbd) the main CPU will wedge for ten
> seconds with interrupts masked before issuing a backtrace for every CPU
> except itself.
>
> The new backtrace code introduced by commit 96f0e00378d4 ("ARM
On 9/16/15 1:32 AM, Jan Kiszka wrote:
On 2015-09-15 12:14, Wanpeng Li wrote:
On 9/14/15 10:54 PM, Jan Kiszka wrote:
Last but not least: the guest can now easily exhaust the host's pool of
vpid by simply spawning plenty of VCPUs for L2, no? Is this acceptable
or should there be some limit?
I re
> __iowrite32_copy() is marked __visible. I don't actually know what
> that does and Andi's d47d5c8194579bc changelog (which sucks the big
> one) didn't explain it. Apparently it has something to do with being
> implemented in assembly, but zillions of functions are implemented in
> assembly, so
Hi,
On 09/16/2015 07:09 AM, Heiko Stübner wrote:
> Hi,
>
> Am Dienstag, 15. September 2015, 17:25:38 schrieb Jaehoon Chung:
>> On 09/01/2015 03:24 AM, Heiko Stuebner wrote:
>>> From: Alexandru M Stan
>>>
>>> This algorithm will try 1 degree increments, since there's no way to tell
>>> what resol
On 16-09-15, 04:54, Rafael J. Wysocki wrote:
> > Yes, it was slightly messed up. Should be better now, though.
Yeah, its fine now.
> And as a side note, for patches that are in bleeding-edge only and not in
> something like linux-next, you don't need to bother anyone with fixes except
> for me (
On Tue, Sep 15, 2015 at 10:11:41AM -0700, bseg...@google.com wrote:
> >
> > I guess you are saying we are conflating NICE_0 with NICE_0_LOAD. But to me,
> > they are just integer metrics, needing a resolution respectively. That is
> > it.
>
> Yes this would change nothing at the moment post-expan
On 09/15/2015 07:16 PM, Peng Fan wrote:
> Hi Rob,
>
> On Tue, Sep 15, 2015 at 10:56:28AM -0500, Rob Herring wrote:
>> On 09/11/2015 08:44 AM, Peng Fan wrote:
>>> Check input parameter 'name' for __of_find_property. If name is NULL,
>>> of_prop_cmp->strcasecmp may trigger panic.
>>
>> Arguably that
On Wednesday, September 16, 2015 04:48:37 AM Rafael J. Wysocki wrote:
> On Wednesday, September 16, 2015 07:30:23 AM Viresh Kumar wrote:
> > On 16-09-15, 03:43, Rafael J. Wysocki wrote:
> > > On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote:
> > > > The variable 'wakeup_irq' is defined
On Wed, 2015-09-16 at 10:04 +0800, Yingjoe Chen wrote:
> Enable MTK_TIMER for MediaTek plaform, which will be used as
> schedule clock.
Sorry, sending this series too early without cover letter and removing
Change-Id. Here's the cover letter:
This is actually v3 of "add GPT timer support for mt8
On Wednesday, September 16, 2015 07:30:23 AM Viresh Kumar wrote:
> On 16-09-15, 03:43, Rafael J. Wysocki wrote:
> > On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote:
> > > The variable 'wakeup_irq' is defined within #ifdef CONFIG_PM_SLEEP_DEBUG
> > > and used outside of it. And that br
On 09/15/15 at 01:01pm, Steven Rostedt wrote:
> On Wed, 16 Sep 2015 00:32:02 +0800
> Minfei Huang wrote:
>
> > There is one more confusion. Is it valuable to export such info to
> > userspace? What does user do, if kernel exports this?
>
> Nothing. The dyn_ftrace_total_info is purely for debugg
On Tuesday, September 15, 2015 03:13:12 PM Al Stone wrote:
> On 09/09/2015 03:09 PM, Al Stone wrote:
> > Currently, the BAD_MADT_ENTRY macro is used to do a very simple sanity
> > check on the various subtables that are defined for the MADT. The check
> > compares the size of the subtable data str
From: Daniel Kurtz
Add device node to enable GPT timer. This timer will be
used as sched clock source.
Change-Id: Idc4e3f0ee80b5c36cae6f0f2328f94aafcca1253
Signed-off-by: Daniel Kurtz
Signed-off-by: Eddie Huang
Signed-off-by: Yingjoe Chen
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 9
Enable MTK_TIMER for MediaTek plaform, which will be used as
schedule clock.
Change-Id: Ib77a0bf01193102c755077b6e72e73e477b18e5f
Signed-off-by: Yingjoe Chen
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.pla
On 16-09-15, 03:43, Rafael J. Wysocki wrote:
> On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote:
> > The variable 'wakeup_irq' is defined within #ifdef CONFIG_PM_SLEEP_DEBUG
> > and used outside of it. And that breaks kernel build:
> >
> > /home/viresh/linux/drivers/base/power/wakeup.
On 16-09-15, 04:06, Rafael J. Wysocki wrote:
> In any case, please just split the EC-related changes off from your second
> patch and send them separately.
That !! change isn't required anymore, will be dropping it completely.
--
viresh
--
To unsubscribe from this list: send the line "unsubscrib
> >> diff --git a/drivers/watchdog/sbsa_gwdt.c b/drivers/watchdog/sbsa_gwdt.c
> >> new file mode 100644
> >> index 000..7ae45cc
> >> --- /dev/null
> >> +++ b/drivers/watchdog/sbsa_gwdt.c
> >> @@ -0,0 +1,459 @@
> >> +/*
> >> + * SBSA(Server Base System Architecture) Generic Watchdog driver
> >>
static_key_enabled() can be used on struct static_key but not on its
wrapper types static_key_true and static_key_false. The function is
useful for debugging and management of static keys. Update it so that
it can be used for the wrapper types too.
Signed-off-by: Tejun Heo
Cc: Peter Zijlstra
C
Replace cgroup_subsys->disabled tests in controllers with
cgroup_subsys_enabled(). cgroup_subsys_enabled() requires literal
subsys name as its parameter and thus can't be used for cgroup core
which iterates through controllers. For cgroup core, introduce and
use cgroup_ssid_enabled() which uses s
cgroup_on_dfl() tests whether the cgroup's root is the default
hierarchy; however, an individual controller is only interested in
whether the controller is attached to the default hierarchy and never
tests a cgroup which doesn't belong to the hierarchy that the
controller is attached to.
This patc
Whether a subsys is enabled and attached to the default hierarchy
seldom changes and may be tested in the hot paths. This patch
implements static_key based cgroup_subsys_enabled() and
cgroup_subsys_on_dfl() tests.
The following patches will update the users and remove duplicate
mechanisms.
Signe
1 - 100 of 1097 matches
Mail list logo
