Allow the initcall tables to be emitted using relative references that
are only half the size on 64-bit architectures and don't require fixups
at runtime on relocatable kernels.
Cc: Petr Mladek
Cc: Sergey Senozhatsky
Cc: Steven Rostedt
Cc: James Morris
Cc: "Serge E. Hallyn"
Signed-off-by: Ard
An ordinary arm64 defconfig build has ~64 KB worth of __ksymtab
entries, each consisting of two 64-bit fields containing absolute
references, to the symbol itself and to a char array containing
its name, respectively.
When we build the same configuration with KASLR enabled, we end
up with an addit
Allow the PCI quirk tables to be emitted in a way that avoids absolute
references to the hook functions. This reduces the size of the entries,
and, more importantly, makes them invariant under runtime relocation
(e.g., for KASLR)
Cc: Bjorn Helgaas
Signed-off-by: Ard Biesheuvel
---
drivers/pci/q
To avoid the need for relocating absolute references to tracepoint
structures at boot time when running relocatable kernels (which may
take a disproportionate amount of space), add the option to emit
these tables as relative references instead.
Cc: Steven Rostedt
Cc: Ingo Molnar
Signed-off-by: A
Before modifying the initcall() code to add support for relative
references in the initcall sections, fix the existing code that
lacks the required trailing semicolon so we can remove it from the
macros.
Signed-off-by: Ard Biesheuvel
---
arch/arm64/kernel/perf_event.c | 2 +-
arch/s390
This adds support for emitting special sections such as initcall arrays,
PCI fixups and tracepoints as relative references rather than absolute
references. This reduces the size by 50% on 64-bit architectures, but
more importantly, it removes the need for carrying relocation metadata
for these sect
On Thu, Aug 17, 2017 at 03:33:08PM -0400, Waiman Long wrote:
> v2->v3:
> - Change the generic CGRP_ROOT_V2_MODE flag to a cpuset specific
>CGRP_ROOT_CPUSET_V2_MODE flag.
>
> v1->v2:
> - Drop the kernel command line option and use cgroupfs mount option
>instead to enable v2 controller beh
This patch fixes the static check warning due to missing handling leg of
unsupported L3 protocol type in the hns3_get_l4_protocol() function.
Fixes: 76ad4f0ee747 ("net: hns3: Add support of HNS3 Ethernet Driver for
hip08 SoC")
Reported-by: Dan Carpenter
Signed-off-by: Salil Mehta
---
drivers/ne
Jason Gunthorpe writes:
> On Thu, Aug 17, 2017 at 11:04:21PM +0530, Arvind Yadav wrote:
>> vio_device_id are not supposed to change at runtime. All functions
>> working with vio_device_id provided by work with
>> const vio_device_id. So mark the non-const structs as const.
>>
>> Signed-off-by:
This patch-set fixes various bugs reported by community.
Salil Mehta (3):
net: hns3: Fixes the missing u64_stats_fetch_begin_irq in 64-bit stats
fetch
net: hns3: Fixes the static checker error warning in
hns3_get_link_ksettings()
net: hns3: Fixes the static check warning due to missi
This patch fixes the static check error warning in hns3_get_link_ksettings()
function by re-arranging the code.
Fixes: 496d03e960ae ("net: hns3: Add Ethtool support to HNS3 Driver")
Reported-by: Dan Carpenter
Signed-off-by: Salil Mehta
---
.../ethernet/hisilicon/hns3/hns3pf/hns3_ethtool.c | 85
This patch fixes the missing u64_stats_fetch_begin_irq() while trying to
atomically do 64-bit RX/TX fetch. We did not get any error during test
as our SoC is 64-bit so all of these seq/lock operations results in NOOP.
As such, this seq lock supports has been added for the sake of completion
if thi
On Fri, Aug 18, 2017 at 07:16:45AM -0400, Jeff Layton wrote:
> On Fri, 2017-08-18 at 07:08 -0400, Vadim Lomovtsev wrote:
> > Hi Jeff,
> >
> > On Fri, Aug 18, 2017 at 06:27:32AM -0400, Jeff Layton wrote:
> > > On Fri, 2017-08-18 at 06:00 -0400, Vadim Lomovtsev wrote:
> > > > While running nfs/conne
Adding a lock around one of the assignments prevents gcc from
tracking the state of the local 'fibmatch' variable, so it can no
longer prove that 'dst' is always initialized, leading to a bogus
warning:
net/ipv6/route.c: In function 'inet6_rtm_getroute':
net/ipv6/route.c:3659:2: error: 'dst' may b
On Thu, Aug 17, 2017 at 12:10 PM, Vinod Koul wrote:
> On Tue, Aug 01, 2017 at 04:07:55PM +0530, Anup Patel wrote:
>> When setting up RAID array on several NVMe disks we observed that
>> sba_alloc_request() start failing (due to no free requests left)
>> and RAID array setup becomes very slow.
>>
>
This patch adds the following support to the HNS3 driver:
1. Support to change the Maximum Transmission Unit of a
netdevice and of a port in hardware .
2. Initializes the supported MTU range for the netdevice.
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
---
.../net/ethernet/hisilicon/hn
On Fri, Aug 18, 2017 at 04:28:37PM +0800, Herbert Xu wrote:
> On Mon, Aug 14, 2017 at 03:17:24PM +0200, Corentin Labbe wrote:
> > The current method for finding request type is based on crypto_tfm_alg_type.
> >
> > But in case of skcipher, it is the same than ablkcipher.
> > Using cra_type for thi
Hello,
Às 12:24 PM de 8/10/2017, Faiz Abbas escreveu:
> If the interrupt status is cleared before it is handled, it is possible
> that another interrupt will trigger while servicing the previous one.
> This is causing timeouts in some wireless lan cards which use pcie.
> Therefore, clear MSI inter
On 18 August 2017 at 12:26, Ard Biesheuvel wrote:
> To avoid the need for relocating absolute references to tracepoint
> structures at boot time when running relocatable kernels (which may
> take a disproportionate amount of space), add the option to emit
> these tables as relative references inst
On Fri, Aug 18, 2017 at 11:11:39AM +0800, Jeffy Chen wrote:
> Currently we are using devm_snd_soc_register_component, which would
> use legacy dai naming when dai drv id is zero.
>
> Set a non-zero dai drv id to use dai drv name for dai name.
Why? This is clearly not good, we shouldn't be expect
Appart from Andrew said about the usecase make sure to CC linux-api for
any user visible interface change.
On Thu 17-08-17 22:45:45, Григорий Резников wrote:
> To set time limit for process now we can use RLIMIT_CPU.
> However, it has precision up to one second and it can be
> too big for some pur
On Thu, Aug 10, 2017 at 09:53:59AM -0700, Tony Lindgren wrote:
> * Sebastian Reichel [170727 02:02]:
> > I don't follow you here. Why can't other parts of the chip use the
> > same supply? Regarding the other point: Handling the audio-codec
They can, they know they're part of the parent chip and
Hello
The crypto engine could actually only enqueue hash and ablkcipher request.
This patch serie permit it to enqueue skcipher requests by adding all necessary
functions.
Changes since v3
- Use cra_type only for distinguish ablkcipher from skcipher
Changes since v2
- added two patch for finding
The crypto engine could actually only enqueue hash and ablkcipher request.
This patch permit it to enqueue skcipher requests by adding all necessary
functions.
Signed-off-by: Corentin Labbe
---
crypto/crypto_engine.c | 120
include/crypto/engine.
The patch
ASoC: mediatek: switch to use platform_get_irq_byname()
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
The patch
ASoC: mediatek: Add interrupt-names property in binding text
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours
The patch
ASoC: tegra: Remove SoC-specific Kconfig depends and selects
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours
The patch
spi: omap: Allocate bus number from spi framework
has been applied to the spi tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
On Fri, Aug 18, 2017 at 09:41:54AM +0800, jeffy wrote:
> On 08/18/2017 01:11 AM, Mark Brown wrote:
> > On Thu, Aug 17, 2017 at 12:44:10PM +0800, Jeffy Chen wrote:
> > > -Optional properties:
> > > -- dmic-wakeup-delay-ms : specify delay time (ms) for DMIC ready.
> > > - If this option is specifie
The peripheral ownership check is not necessary on single master
platforms. Hence, enforce the peripheral ownership check optioanlly.
Signed-off-by: Kiran Gunda
---
This patch depends on the below patch series. Please take this patch
along with this series.
[PATCH V2 00/12]: spmi: pmic-arb: Supp
On Fri, 18 Aug 2017 16:20:53 +0530
Hari Bathini wrote:
> Hi Michal,
>
>
> Thanks for the patches. I tried testing with the patches:
>
> [0.00] fadump: Firmware-assisted dump is active.
> [0.00] fadump: Modifying command line to enforce the
> additional parameters passed through
On 16.08.2017 15:34, Paolo Bonzini wrote:
> Microsoft pointed out privately to me that KVM's handling of
> KVM_FAST_MMIO_BUS is invalid. Using skip_emulation_instruction is invalid
> in EPT misconfiguration vmexit handlers, because neither EPT violations
> nor misconfigurations are listed in the m
On Thu, 17 Aug 2017 10:57:43 -0700
Greg KH wrote:
> On Mon, Jul 31, 2017 at 03:02:27PM +1000, Stephen Rothwell wrote:
> > Hi Greg,
> >
> > After merging the staging tree, today's linux-next build (x86_64
> > allmodconfig) produced this warning:
> >
> > drivers/staging/media/atomisp/i2c/imx/imx.
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/hisilicon/hi6210-i2s.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/intel/atom/sst-mfld-platform-pcm.c | 6 +++---
sound/soc/intel/skylake
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/ux500/ux500_msp_dai.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/sunxi/sun8i-codec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Arvind Yadav (14):
[PATCH 01/14] ASoC: blackfin: constify snd_soc_dai_ops structures
[PATCH 02/14] ASoC: codec
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/blackfin/bf6xx-i2s.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/zte/zx-i2s.c | 2 +-
sound/soc/zte/zx-spdif.c | 2 +-
sound/soc/zte/
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/tegra/tegra30_i2s.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/spear/spdif_in.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/pxa/mmp-sspa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/rockchip/rockchip_pdm.c | 2 +-
1 file changed, 1 insertion(+), 1 dele
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/mediatek/mt2701/mt2701-afe-pcm.c | 2 +-
1 file changed, 1 insertion(+
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/dwc/dwc-i2s.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/fsl/fsl_asrc.c | 2 +-
sound/soc/fsl/fsl_esai.c | 2 +-
sound/soc/fs
snd_soc_dai_ops are not supposed to change at runtime. All functions
working with snd_soc_dai_ops provided by work with
const snd_soc_dai_ops. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/codecs/cs42l42.c | 2 +-
sound/soc/codecs/es8316.c
Dear RT folks!
I'm pleased to announce the v4.11.12-rt10 patch set.
Changes since v4.11.12-rt9:
- A tweak to scheduler to let it know that a task is in a migration
disabled region so there are less possible tasks to migrate. Idea
and patch by Daniel Bristot de Oliveira.
- A fix for
On 2017-08-17 13:53:27 [-0500], Julia Cartwright wrote:
>
> Ah! Thanks. Indeed. I did see the upstream-queued version get cc'd to
> linux-rt-users, but didn't see the rcu_irq_{enter,exit}_irqson()
> addition, assuming it to be what landed in rt-devel.
>
> Will you be fixing this up in 4.11-rt?
Linus,
please pull sound fixes for v4.13-rc6 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.13-rc6
The topmost commit is 0b36f2bd28d040acedb52f4327eb2441afe4f514
sound fixes for 4.13-rc6
A co
On Fri, 2017-08-18 at 03:21 -0700, Stéphan Gorget wrote:
> Those counters are exported for raw and udp but not for tcp, though they
> are incremented.
>
> An example where it is useful is chasing listen overflow. Listen overflow
> are counted as a global counter in LINUX_MIB_LISTENOVERFLOWS access
On 17.8.2017 23:11, Arnd Bergmann wrote:
> On Thu, Aug 17, 2017 at 12:48 PM, Michal Simek
> wrote:
>> On 16.8.2017 17:05, Arnd Bergmann wrote:
>>> On Wed, Aug 16, 2017 at 4:34 PM, Michal Simek
>>> wrote:
>>>
>>> Looks good, just make sure you also check with sparse (make C=1)
>>> to ensure you
On Fri, Aug 18, 2017 at 05:35:59PM +0530, Arvind Yadav wrote:
> sound/soc/codecs/cs42l42.c | 2 +-
> sound/soc/codecs/es8316.c | 2 +-
> sound/soc/codecs/hdac_hdmi.c | 2 +-
> sound/soc/codecs/inno_rk3036.c | 2 +-
> sound/soc/codecs/max9867.c
On Fri, Aug 18, 2017 at 05:35:58PM +0530, Arvind Yadav wrote:
> snd_soc_dai_ops are not supposed to change at runtime. All functions
> working with snd_soc_dai_ops provided by work with
> const snd_soc_dai_ops. So mark the non-const structs as const.
A version of this patch has already been appli
On Fri, Aug 18, 2017 at 05:36:01PM +0530, Arvind Yadav wrote:
> snd_soc_dai_ops are not supposed to change at runtime. All functions
> working with snd_soc_dai_ops provided by work with
> const snd_soc_dai_ops. So mark the non-const structs as const.
Same here...
signature.asc
Description: PGP
On Fri, Aug 18, 2017 at 05:36:00PM +0530, Arvind Yadav wrote:
> snd_soc_dai_ops are not supposed to change at runtime. All functions
> working with snd_soc_dai_ops provided by work with
> const snd_soc_dai_ops. So mark the non-const structs as const.
A version of this has also already been applie
On Fri, Aug 18, 2017 at 05:36:02PM +0530, Arvind Yadav wrote:
> snd_soc_dai_ops are not supposed to change at runtime. All functions
> working with snd_soc_dai_ops provided by work with
> const snd_soc_dai_ops. So mark the non-const structs as const.
...and this. I'll not reply to any of the oth
On Thu, Aug 17, 2017 at 6:24 PM, Darren Hart wrote:
> On Sat, Aug 12, 2017 at 09:44:18AM +0200, Pali Rohár wrote:
>> instance_count defines number of instances of data block and instance
>> itself is indexed from zero, which means first instance has number 0.
>> Therefore check for invalid instanc
On Tue, Aug 1, 2017 at 9:13 PM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> This patch adds proper error handling for failure cases in
> ipc_pci_probe() function.
>
> Signed-off-by: Kuppuswamy Sathyanarayanan
>
> ---
> drivers/platform/x86/intel_pmc_ipc.c | 23 ++-
> 1 fi
On Thu, Aug 17, 2017 at 01:44:40PM -0700, Linus Torvalds wrote:
> On Thu, Aug 17, 2017 at 1:18 PM, Liang, Kan wrote:
> >
> > Here is the call stack of wait_on_page_bit_common
> > when the queue is long (entries >1000).
> >
> > # Overhead Trace output
> > # ..
> > #
> >
Hello
The current way to find if the PHY is internal is to compare DT phy-mode
and emac_variant/internal_phy.
But it will negate a possible future SoC where an external PHY use the
same phy mode than the integrated one.
This patchs series adds a new way to find if the PHY is integrated, via
the p
In case of a MDIO switch, the registered MDIO node should be
the parent of the PHY. Otherwise of_phy_connect will fail.
Signed-off-by: Corentin Labbe
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/driver
This patch add documentation about the MDIO switch used on sun8i-h3-emac
for integrated PHY.
Signed-off-by: Corentin Labbe
---
.../devicetree/bindings/net/dwmac-sun8i.txt| 112 +++--
1 file changed, 105 insertions(+), 7 deletions(-)
diff --git a/Documentation/devicetree/
On Tue, Aug 1, 2017 at 9:13 PM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> This patch cleans up unnecessary free/alloc calls in this driver
> by using devm_* calls.
> static int ipc_plat_remove(struct platform_device *pdev)
> {
> - struct resource *res;
> -
> sysfs_remove_grou
The current way to find if the phy is internal is to compare DT phy-mode
and emac_variant/internal_phy.
But it will negate a possible future SoC where an external PHY use the
same phy mode than the internal one.
This patch adds a new way to find if the PHY is internal, via
the phy-is-integrated pr
Since dwmac-sun8i could use either an integrated PHY or an external PHY
(which could be at same MDIO address), we need to represent this selection
by a MDIO switch.
Signed-off-by: Corentin Labbe
---
arch/arm/boot/dts/sunxi-h3-h5.dtsi | 28 +++-
1 file changed, 23 insertio
The patch
ASoC: ux500: constify snd_soc_dai_ops structures
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent t
The patch
ASoC: codecs: constify snd_soc_dai_ops structures
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
Meelis Roos writes:
> I was trying 4.13.0-rc5-00075-gac9a40905a61 on my PowerMac G4 with 1G
> RAM and after some time of sddm respawning and X trying to restart,
> dmesg is full of messages about vmap allocation failures.
Did it just start happening? ie. did rc4 work?
cheers
> > I was trying 4.13.0-rc5-00075-gac9a40905a61 on my PowerMac G4 with 1G
> > RAM and after some time of sddm respawning and X trying to restart,
> > dmesg is full of messages about vmap allocation failures.
>
> Did it just start happening? ie. did rc4 work?
No, rc4 was the first one I tried af
On Fri, 18 Aug 2017 13:34:35 +1200
Chris Packham wrote:
> Two typos in switchdev.txt
This looks good, but davem likes to take networking-related docs patches
through his tree. Can I suggest resending with a copy to
net...@vger.kernel.org?
Thanks,
jon
On Friday, August 18, 2017 6:19:44 AM CEST Viresh Kumar wrote:
> On 17-08-17, 17:31, Rafael J. Wysocki wrote:
> > On Thursday, August 17, 2017 2:04:48 PM CEST Viresh Kumar wrote:
> > > The callers already have the structure (struct update_util_data) where
> > > the function pointer is saved by cpuf
On Tue, Aug 1, 2017 at 9:13 PM,
wrote:
> Currently, we have lot of repetitive code in dependent device resource
> allocation and device creation handling code. This logic can be improved if
> we use MFD framework for dependent device creation. This patch adds this
> support.
> +static int ipc_cr
On 18/08/2017 13:57, David Hildenbrand wrote:
> What about a hack:
>
> 1. clear instruction length when entering
> 2. check if instruction length is set when trying to forward the RIP
> 2a. if set, use it
> 2b. if not set, compute it
It's undefined, so we don't know that the instruction length re
2017-08-18 09:59+0200, David Hildenbrand:
> On 17.08.2017 18:36, Paolo Bonzini wrote:
> > There is currently some confusion between nested and L1 GPAs. The
> > assignment to "direct" in kvm_mmu_page_fault tries to fix that, but
> > it is not enough. What this patch does is fence off the MMIO cach
From: Colin Ian King
Slots can never be zero, PCI_SLOTS_INFO_SLOTS returns a value in the
range 0..7; slots is one more than this, 1..8 so cannot be zero and
so the zero check is redundant and can be removed.
Detected by CoverityScan, CID#744269 ("Logically Dead Code")
Signed-off-by: Colin Ian
2017-08-18 09:57+0200, David Hildenbrand:
>
> > +++ b/arch/x86/kvm/x86.c
> > @@ -4657,25 +4657,18 @@ static int emulator_read_write_onepage(unsigned
> > long addr, void *val,
> > */
> > if (vcpu->arch.gpa_available &&
> > emulator_can_use_gpa(ctxt) &&
> > - vcpu_is_mmio_gpa
On 18/08/2017 14:36, Radim Krčmář wrote:
>>> + gpa = vcpu->arch.gpa_val;
>>> + ret = vcpu_is_mmio_gpa(vcpu, addr, gpa, write);
>>> + } else {
>>> + ret = vcpu_mmio_gva_to_gpa(vcpu, addr, &gpa, exception, write);
>>> }
>>>
>>> - ret = vcpu_mmio_gva_to_gpa(vcpu
On 18/08/2017 14:35, Radim Krčmář wrote:
>
>>> diff --git a/arch/x86/kvm/x86.h b/arch/x86/kvm/x86.h
>>> @@ -90,7 +90,11 @@ static inline u32 bit(int bitno)
>>> static inline void vcpu_cache_mmio_info(struct kvm_vcpu *vcpu,
>>> gva_t gva, gfn_t gfn, unsigned acc
On Tue, Aug 1, 2017 at 9:13 PM,
wrote:
> From: Kuppuswamy Sathyanarayanan
>
> Currently intel_scu_ipc.c, intel_pmc_ipc.c and intel_punit_ipc.c
> redundantly implements the same IPC features and has lot of code
> duplication between them. This driver addresses this issue by grouping
> the common I
This patch introduces a new debugfs entry to read current Package C-state
residency values and, one new kernel API to read the Package C-10 residency
counter.
Package C-state residency MSRs provide useful debug information about system
idle states. In idle states system must enter deeper Package C
2017-08-18 14:37+0200, Paolo Bonzini:
> On 18/08/2017 14:36, Radim Krčmář wrote:
> >>> + gpa = vcpu->arch.gpa_val;
> >>> + ret = vcpu_is_mmio_gpa(vcpu, addr, gpa, write);
> >>> + } else {
> >>> + ret = vcpu_mmio_gva_to_gpa(vcpu, addr, &gpa, exception, write);
> >>> }
> >>>
This patch fixes multiple line dereference warning reported
by checkpatch script.
Signed-off-by: Janani S
---
drivers/staging/wlan-ng/hfa384x_usb.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
b/drivers/staging/wlan-ng/hf
On 18.08.2017 14:35, Paolo Bonzini wrote:
> On 18/08/2017 13:57, David Hildenbrand wrote:
>> What about a hack:
>>
>> 1. clear instruction length when entering
>> 2. check if instruction length is set when trying to forward the RIP
>> 2a. if set, use it
>> 2b. if not set, compute it
>
> It's undef
On Wed, Aug 09, 2017 at 05:18:00PM +0800, Chunfeng Yun wrote:
> reduce the boilerplate code to get the specific data
>
> Signed-off-by: Chunfeng Yun
> ---
> drivers/phy/tegra/xusb.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
You're not reducing by much here. =)
> diff --g
Hi Linus,
Please pull another powerpc fix for 4.13:
The following changes since commit 96ea91e7b6ee2c406598d859e7348b4829404eea:
powerpc/watchdog: add locking around init/exit functions (2017-08-09 23:45:33
+1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/
On Tue, Aug 1, 2017 at 9:13 PM,
wrote:
> Currently intel_pmc_ipc.c, intel_punit_ipc.c, intel_scu_ipc.c drivers
> implements the same IPC features.
> This code duplication could be avoided if we implement the IPC driver as a
> single library and let custom
> device drivers use API provided by ge
On Wed, Aug 16, 2017 at 1:42 AM, Darren Hart wrote:
> On Mon, Aug 14, 2017 at 06:32:48PM +0300, Andy Shevchenko wrote:
>> On Mon, Aug 14, 2017 at 5:17 PM, Hao Wei Tee wrote:
>> > +static int method_gbmd(acpi_handle handle, unsigned long *ret)
>> > +{
>> > + int val;
>> > + int result
On Thu, Aug 10, 2017 at 12:29:12AM +0200, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Add a struct iommu_device to each tegra-gart and register it
> with the iommu-core. Also link devices added to the driver
> to their respective hardware iommus.
>
> Signed-off-by: Joerg Roedel
> ---
> driver
On Thu, Aug 10, 2017 at 12:29:11AM +0200, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Add a struct iommu_device to each tegra-smmu and register it
> with the iommu-core. Also link devices added to the driver
> to their respective hardware iommus.
>
> Signed-off-by: Joerg Roedel
> ---
> driver
On 18/08/2017 10:28, Yu Zhang wrote:
>
>
> On 8/17/2017 10:29 PM, Paolo Bonzini wrote:
>> On 17/08/2017 13:53, Yu Zhang wrote:
>>>
>>> On 8/17/2017 7:57 PM, Paolo Bonzini wrote:
On 12/08/2017 15:35, Yu Zhang wrote:
> index a98b88a..50107ae 100644
> --- a/arch/x86/kvm/emulate.c
>
On Wed, 2017-07-26 at 13:34:30 UTC, Dou Liyang wrote:
> Commit a7be6e5a7f8d ("mm: drop useless local parameters of
> __register_one_node()") removes the last user of parent_node().
>
> The parent_node() macro in POWERPC platform is unnecessary.
>
> Remove it for cleanup.
>
> Reported-by: Michael
On Wed, 2017-08-02 at 18:07:38 UTC, Bhumika Goyal wrote:
> Declare bin_attribute structures as const as they are only passed as an
> argument to the function sysfs_create_bin_file. This argument is of
> type const, so declare the structure as const.
>
> Signed-off-by: Bhumika Goyal
Applied to po
This patch fixes multiple line dereference warning reported
by checkpatch script.
Signed-off-by: Janani S
---
drivers/staging/wlan-ng/hfa384x_usb.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c
b/drivers/staging/wlan-ng/hf
On 8/18/17 1:14 PM, Eric Dumazet wrote:
> On Fri, 2017-08-18 at 03:21 -0700, Stéphan Gorget wrote:
>> Those counters are exported for raw and udp but not for tcp, though they
>> are incremented.
>>
>> An example where it is useful is chasing listen overflow. Listen overflow
>> are counted as a glob
Kredit? so schnell wie möglich? unkompliziert und seriös ?
Bei uns genau richtig.
Wir arbeiten europaweit. Wir vermitteln Kredite und Darlehen zu fairen
Konditionen. Durch unsere seriöse, kompetente und ehrliche Kreditberatung haben
wir über Jahre eine starke Position auf dem Markt. Kontaktieren
On Fri, Aug 18, 2017 at 3:37 PM, Rajneesh Bhardwaj
wrote:
> This patch introduces a new debugfs entry to read current Package C-state
> residency values and, one new kernel API to read the Package C-10 residency
> counter.
>
> Package C-state residency MSRs provide useful debug information about s
On Thu, Aug 17, 2017 at 10:52:11PM +1000, Michael Ellerman wrote:
> Corentin Labbe writes:
>
> > When building a random powerpc kernel I hit this build error:
> > CC arch/powerpc/platforms/powernv/opal-imc.o
> > arch/powerpc/platforms/powernv/opal-imc.c: In function «
> > disable_nest_pmu
Armada XP does not only support MSI, but also MSI-X. This patch sets
the MSI_FLAG_PCI_MSIX flag in the interrupt controller driver which
is the only change necessary to enable MSI-X support on this SoC. As
the Linux PCI MSI-X infrastructure takes care of writing the data and
address structures into
201 - 300 of 982 matches
Mail list logo
