KVM_DEV_ARM_VGIC_GRP_ADDR group doc says we should return
-EEXIST in case the base address of the redist is already set.
We currently return -EINVAL.
However we need to return -EINVAL in case a legacy REDIST address
is attempted to be set while REDIST_REGIONS were set. This case
is discriminated b
All pages isolated for the migration have an elevated reference count
and therefore seeing a reference count equal to 1 means that the last
user of the page has dropped the reference and the page has became
unused and there doesn't make much sense to migrate it anymore. This has
been done for regul
Commit 23bde34771f1 ("KVM: arm64: vgic-v3: Drop the
reporting of GICR_TYPER.Last for userspace") temporarily fixed
a bug identified when attempting to access the GICR_TYPER
register before the redistributor region setting but dropped
the support of the LAST bit. Emulating the GICR_TYPER.Last bit
st
has_run_once is set to true at the beginning of
kvm_vcpu_first_run_init(). This generally is not an issue
except when exercising the code with KVM selftests. for instance,
if kvm_vgic_map_resources() fails due to erroneous user settings,
has_run_once is set and this prevents from continuing
executi
Felix Fietkau writes:
> On 2021-01-11 09:06, Kalle Valo wrote:
>> Lorenzo Bianconi writes:
>>
Clang warns in both mt7615 and mt7915:
drivers/net/wireless/mediatek/mt76/mt7915/mcu.c:271:9: warning: implicit
conversion from enumeration type 'enum mt76_mcuq_id' to different
>>
On Thu 14-01-21 15:57:41, lianzhi chang wrote:
> When the capacity of the disc is too large (assuming the 4.7G
> specification), the disc (UDF file system) will be burned
> multiple times in the windows (Multisession Usage). When the
> remaining capacity of the CD is less than 300M (estimated
> val
On 14.01.2021 12:25, Russell King - ARM Linux admin wrote:
>
> As I've said, if phylib/PHY driver is not restoring the state of the
> PHY on resume from suspend-to-ram, then that's an issue with phylib
> and/or the phy driver.
In the patch I proposed in this thread the restoring is done in PHY
On 14.01.21 10:33, Alexandre Belloni wrote:
Hi,
On 14/01/2021 10:10:32+0100, Philipp Rosenberger wrote:
On 14.01.21 09:05, Uwe Kleine-König wrote:
On Wed, Jan 13, 2021 at 12:27:41PM +0100, Philipp Rosenberger wrote:
To resume normal operation after a total power loss (no or empty
battery) t
Petr Štetiar writes:
> Arnd Bergmann [2021-01-03 14:57:55]:
>
> Hi,
>
> just a small nitpick,
>
>> From: Arnd Bergmann
>>
>> The lone '|' at the end of a line causes a build failure:
>>
>> drivers/net/wireless/mediatek/mt76/mt7915/init.c:47:2: error:
>> expected expression before '}' token
>>
Hi,
I've been working on modernising fscache, primarily with help from Jeff Layton
and Dave Wysochanski with porting Ceph and NFS to it, and with Willy helpfully
reinventing the VM I/O interface beneath us;-).
However, there've been some objections to the approach I've taken to
implementing this.
From: Paolo Abeni
Date: Wed, 13 Jan 2021 19:37:18 +0100
> On Wed, 2021-01-13 at 10:32 +, Alexander Lobakin wrote:
>> Commit 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.") actually
>> not only added a support for fraglisted UDP GRO, but also tweaked
>> some logics the way that non-fraglis
Hi Robert,
Thank you for the patch!
On 08.01.2021 15:04, Robert Foss wrote:
Add register definitions for version 170 of the Titan architecture
and implement support for the RDI output mode.
The RDI mode as opposed to the PIX output mode for the VFE unit does
not support any ISP functionality.
On Thu, Jan 14, 2021 at 4:52 PM Leon Romanovsky wrote:
>
> On Thu, Jan 14, 2021 at 04:29:28PM +0800, Hongtao Wu wrote:
> > From: Hongtao Wu
> >
> > This series adds PCIe controller driver for Unisoc SoCs.
> > This controller is based on DesignWare PCIe IP.
> >
> > Signed-off-by: Hongtao Wu
> > -
From: Rafał Miłecki
Some brcmstb drivers may be shared with other SoC families. E.g. the
same USB PHY block is shared by brcmstb and BCM4908.
To avoid building brcmstb common code on non-brcmstb platforms we need
stubs for:
1. brcmstb_get_family_id()
2. brcmstb_get_product_id()
(to avoid "undefi
On 14/01/2021 11:43:22+0100, Philipp Rosenberger wrote:
> On 14.01.21 10:33, Alexandre Belloni wrote:
> > Hi,
> >
> > On 14/01/2021 10:10:32+0100, Philipp Rosenberger wrote:
> > >
> > >
> > > On 14.01.21 09:05, Uwe Kleine-König wrote:
> > > > On Wed, Jan 13, 2021 at 12:27:41PM +0100, Philipp Ros
On Thu, Jan 14, 2021 at 7:27 AM Mike Kravetz wrote:
>
> On 1/13/21 1:20 AM, Oscar Salvador wrote:
> > On Tue, Jan 12, 2021 at 07:33:33PM +0800, Muchun Song wrote:
> >>> It seems a bit odd to only pass "start" for the BUG_ON.
> >>> Also, I kind of dislike the "addr += PAGE_SIZE" in vmemmap_pte_rang
On Thu, 2021-01-14 at 09:57 +, Jankowski, Konrad0 wrote:
> > -Original Message-
> > From: Intel-wired-lan On Behalf Of Wei
> > Xu
[]
> > Use the ARRAY_SIZE macro to calculate the size of an array.
> > This code was detected with the help of Coccinelle.
[]
> > diff --git a/drivers/net/
Hello Lee,
Nice to see you are back :)
On Thu, 2021-01-14 at 10:00 +, Lee Jones wrote:
> On Tue, 29 Dec 2020, Vaittinen, Matti wrote:
>
> > Hello Again peeps,
> >
> > On Thu, 2020-12-17 at 12:04 +0200, Matti Vaittinen wrote:
> > > On Wed, 2020-12-02 at 15:32 +0200, Matti Vaittinen wrote:
>
On Tue, Jan 12, 2021 at 4:05 PM Oscar Salvador wrote:
>
> On Wed, Jan 06, 2021 at 10:19:22PM +0800, Muchun Song wrote:
> > Every HugeTLB has more than one struct page structure. We __know__ that
> > we only use the first 4(HUGETLB_CGROUP_MIN_ORDER) struct page structures
> > to store metadata asso
On Mon, Jan 04, 2021 at 04:13:17PM +0100, Peter Zijlstra wrote:
> On Tue, Dec 22, 2020 at 11:04:54PM -0600, Josh Poimboeuf wrote:
> > GCC 7 has a known bug where UBSAN ignores '-fwrapv' and generates false
> > signed-overflow-UB warnings. The type mismatch between 'i' and
> > 'nr_segs' in copy_com
On 07/01/2021 10:19:24+0100, Steen Hegelund wrote:
> Add Sparx5 serdes driver node, and enable it generally for all
> reference boards.
>
> Signed-off-by: Lars Povlsen
> Signed-off-by: Steen Hegelund
> Reviewed-by: Andrew Lunn
Reviewed-by: Alexandre Belloni
> ---
> arch/arm64/boot/dts/microc
On 14.01.2021 11:41, claudiu.bez...@microchip.com wrote:
>
>
> On 14.01.2021 12:25, Russell King - ARM Linux admin wrote:
>>
>> As I've said, if phylib/PHY driver is not restoring the state of the
>> PHY on resume from suspend-to-ram, then that's an issue with phylib
>> and/or the phy driver.
>
Hi lianzhi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.11-rc3 next-20210114]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as doc
On 1/13/21 9:51 PM, Johannes Berg wrote:
> From: Johannes Berg
>
> If kmemleak is enabled, it uses a kmem cache for its own objects.
> These objects are used to hold information kmemleak uses, including
> a stack trace. If slub_debug is also turned on, each of them has
> *another* stack trace, so
For testing UEFI conformance using the Firmware Test Suite it is necessary
to know the revision of the UEFI specification followed by the firmware.
With this patch an IOCTL call is provided to read the value of the field
Revision of the UEFI system table , e.g.
#define EFI_RUNTIME_GET_REVISIO
On 1/14/21 1:59 PM, Peter Zijlstra wrote:
> On Mon, Jan 04, 2021 at 04:13:17PM +0100, Peter Zijlstra wrote:
>> On Tue, Dec 22, 2020 at 11:04:54PM -0600, Josh Poimboeuf wrote:
>>> GCC 7 has a known bug where UBSAN ignores '-fwrapv' and generates false
>>> signed-overflow-UB warnings. The type mi
On 14/01/2021 11:30:37+0100, Philipp Rosenberger wrote:
> > > + ret = regmap_set_bits(pcf2127->regmap, PCF2127_REG_CLKOUT,
> > > + PCF2127_BIT_CLKOUT_OTPR);
> > > + if (ret < 0) {
> > > + dev_err(dev, "%s: OTP refresh (clkout_ctrl) failed.\n",
> > > __func__);
> >
>
On Wed, Jan 13, 2021 at 09:51:14PM +0100, Johannes Berg wrote:
> From: Johannes Berg
>
> If kmemleak is enabled, it uses a kmem cache for its own objects.
> These objects are used to hold information kmemleak uses, including
> a stack trace. If slub_debug is also turned on, each of them has
> *an
On 14.01.21 11:53, Alexandre Belloni wrote:
On 14/01/2021 11:43:22+0100, Philipp Rosenberger wrote:
On 14.01.21 10:33, Alexandre Belloni wrote:
Hi,
On 14/01/2021 10:10:32+0100, Philipp Rosenberger wrote:
On 14.01.21 09:05, Uwe Kleine-König wrote:
On Wed, Jan 13, 2021 at 12:27:41PM +0100
On Thu, Jan 14, 2021 at 10:31:10AM +, Richard Fitzgerald wrote:
> On 13/01/2021 15:22, Rob Herring wrote:
> > This appears to all be configuration of clocks within the codec, so
> > these properties belong in the codec or cpu nodes.
> audio-graph-card doesn't have codec or cpu nodes. Those we
Hi
Am 14.01.21 um 01:31 schrieb Stephen Rothwell:
Hi all,
After merging the drm-misc tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/gpu/drm/drm_cache.c: In function 'drm_need_swiotlb':
drivers/gpu/drm/drm_cache.c:202:6: error: implicit declaration of function
Namhyung Kim writes:
> On Wed, Jan 13, 2021 at 8:43 PM Jiri Slaby wrote:
>>
>> On 13. 01. 21, 11:46, Jiri Olsa wrote:
>> > On Wed, Jan 13, 2021 at 09:01:28AM +0100, Jiri Slaby wrote:
>> >> With LTO, there are symbols like these:
>> >> /usr/lib/debug/usr/lib64/libantlr4-runtime.so.4.8-4.8-1.4.x86_
From: Borislav Petkov
Move it outside of CONFIG_SMP in order to avoid ifdeffery at the usage
sites.
Fixes: 76e2fc63ca40 ("x86/cpu/amd: Set __max_die_per_package on AMD")
Reported-by: Stephen Rothwell
Reported-by: kernel test robot
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/topol
On 14.01.21 12:11, Alexandre Belloni wrote:
On 14/01/2021 11:30:37+0100, Philipp Rosenberger wrote:
+ ret = regmap_set_bits(pcf2127->regmap, PCF2127_REG_CLKOUT,
+ PCF2127_BIT_CLKOUT_OTPR);
+ if (ret < 0) {
+ dev_err(dev, "%s: OTP refresh (clk
On 07/01/2021 10:19:21+0100, Steen Hegelund wrote:
> Document the Sparx5 ethernet serdes phy driver bindings.
>
> Signed-off-by: Lars Povlsen
> Signed-off-by: Steen Hegelund
> Reviewed-by: Rob Herring
> Reviewed-by: Andrew Lunn
Reviewed-by: Alexandre Belloni
> ---
> .../bindings/phy/microch
On 07/01/2021 10:19:22+0100, Steen Hegelund wrote:
> Provide a new ethernet phy configuration structure, that
> allow PHYs used for ethernet to be configured with
> speed, media type and clock information.
>
> Signed-off-by: Lars Povlsen
> Signed-off-by: Steen Hegelund
> Reviewed-by: Andrew Lunn
kmemleak report:
unreferenced object 0x9b1127f00500 (size 208):
comm "kworker/u17:2", pid 500, jiffies 4294937470 (age 580.136s)
hex dump (first 32 bytes):
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 60 ed 05 11 9b ff ff 00 00 00 00 00 00 00 00 .`..
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 1eb8f690bcb565a6600f8b6dcc78f7b239ceba17
Gitweb:
https://git.kernel.org/tip/1eb8f690bcb565a6600f8b6dcc78f7b239ceba17
Author:Borislav Petkov
AuthorDate:Thu, 14 Jan 2021 10:36:59 +01:00
Commit
The following commit has been merged into the objtool/urgent branch of tip:
Commit-ID: a2e38dffcd93541914aba52b30c6a52acca35201
Gitweb:
https://git.kernel.org/tip/a2e38dffcd93541914aba52b30c6a52acca35201
Author:Josh Poimboeuf
AuthorDate:Tue, 05 Jan 2021 18:04:20 -06:00
Com
On Thu, Jan 14, 2021 at 11:24 AM Dmitry Vyukov wrote:
>
> On Thu, Jan 14, 2021 at 10:23 AM Dmitry Vyukov wrote:
> >
> > On Thu, Jan 14, 2021 at 5:57 AM Palmer Dabbelt
> > wrote:
> > >
> > > On Fri, 25 Dec 2020 09:13:23 PST (-0800), dvyu...@google.com wrote:
> > > > On Fri, Dec 25, 2020 at 5:58
Hi Daniel,
Gentle ping.
On 1/5/21 7:01 PM, Lukasz Luba wrote:
The cooling devices which are used in IPA should provide power mapping
functions. The callback functions are used for power estimation and state
setting. When these functions are missing IPA ignores such cooling devices
and does not
From: Wanpeng Li
The per-cpu vsyscall pvclock data pointer assigns either an element of the
static array hv_clock_boot (#vCPU <= 64) or dynamically allocated memory
hvclock_mem (vCPU > 64), the dynamically memory will not be allocated if
kvmclock vsyscall is disabled, this can result in cpu ho
Le 13/01/2021 à 13:33, Mark Brown a écrit :
On Wed, Jan 13, 2021 at 09:49:12AM +0100, Christophe Leroy wrote:
With commit 766c6b63aa04 ("spi: fix client driver breakages when using GPIO
descriptors") reverted, it is back to work:
...
What shall I do ?
I would guess that there's an erro
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 5f2962401c6e195222f320d12b3a55377b2d4653
Gitweb:
https://git.kernel.org/tip/5f2962401c6e195222f320d12b3a55377b2d4653
Author:Boqun Feng
AuthorDate:Thu, 10 Dec 2020 11:15:00 +01:00
Committer
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 175b1a60e8805617d74aefe17ce0d3a32eceb55c
Gitweb:
https://git.kernel.org/tip/175b1a60e8805617d74aefe17ce0d3a32eceb55c
Author:Peter Zijlstra
AuthorDate:Thu, 10 Dec 2020 11:16:34 +01:00
Commi
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 9271a40d2a1429113160ccc4c16150921600bcc1
Gitweb:
https://git.kernel.org/tip/9271a40d2a1429113160ccc4c16150921600bcc1
Author:Boqun Feng
AuthorDate:Tue, 08 Dec 2020 18:31:12 +08:00
Committer
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 7e923e6a3ceb877497dd9ee70d71fa33b94f332b
Gitweb:
https://git.kernel.org/tip/7e923e6a3ceb877497dd9ee70d71fa33b94f332b
Author:Peter Zijlstra
AuthorDate:Wed, 09 Dec 2020 16:06:06 +01:00
Commi
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 65bcf072e20ed7597caa902f170f293662b0af3c
Gitweb:
https://git.kernel.org/tip/65bcf072e20ed7597caa902f170f293662b0af3c
Author:Hui Su
AuthorDate:Sat, 31 Oct 2020 01:32:23 +08:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 8a41dfcda7a32ed4435c00d98a9dc7156b08b671
Gitweb:
https://git.kernel.org/tip/8a41dfcda7a32ed4435c00d98a9dc7156b08b671
Author:Vincent Guittot
AuthorDate:Thu, 07 Jan 2021 11:33:24 +01:00
Commit
The following commit has been merged into the sched/core branch of tip:
Commit-ID: d1515851ca075ed98fe78ac6abf24ba2dd25a63b
Gitweb:
https://git.kernel.org/tip/d1515851ca075ed98fe78ac6abf24ba2dd25a63b
Author:Viresh Kumar
AuthorDate:Tue, 08 Dec 2020 09:46:57 +05:30
Committer
The following commit has been merged into the locking/core branch of tip:
Commit-ID: bc2dd71b283665f0a409d5b6fc603d5a6fdc219e
Gitweb:
https://git.kernel.org/tip/bc2dd71b283665f0a409d5b6fc603d5a6fdc219e
Author:Boqun Feng
AuthorDate:Thu, 10 Dec 2020 11:02:40 +01:00
Committer
The following commit has been merged into the locking/core branch of tip:
Commit-ID: dfd5e3f5fe27bda91d5cc028c86ffbb7a0614489
Gitweb:
https://git.kernel.org/tip/dfd5e3f5fe27bda91d5cc028c86ffbb7a0614489
Author:Peter Zijlstra
AuthorDate:Wed, 09 Dec 2020 16:06:21 +01:00
Commi
The following commit has been merged into the locking/core branch of tip:
Commit-ID: 5831c0f71d6664c6aa7b58ba969bf645c89ecb85
Gitweb:
https://git.kernel.org/tip/5831c0f71d6664c6aa7b58ba969bf645c89ecb85
Author:Peter Zijlstra
AuthorDate:Wed, 09 Dec 2020 16:42:57 +01:00
Commi
The following commit has been merged into the perf/core branch of tip:
Commit-ID: ba9506be4e402ee597b8f41204008b97989b5eef
Gitweb:
https://git.kernel.org/tip/ba9506be4e402ee597b8f41204008b97989b5eef
Author:Steve Wahl
AuthorDate:Fri, 08 Jan 2021 09:35:48 -06:00
Committer:
The following commit has been merged into the perf/core branch of tip:
Commit-ID: 9a7832ce3d920426a36cdd78eda4b3568d4d09e3
Gitweb:
https://git.kernel.org/tip/9a7832ce3d920426a36cdd78eda4b3568d4d09e3
Author:Steve Wahl
AuthorDate:Fri, 08 Jan 2021 09:35:49 -06:00
Committer:
The following commit has been merged into the sched/core branch of tip:
Commit-ID: e9b9734b74656abb585a7f6fabf1d30ce00e51ea
Gitweb:
https://git.kernel.org/tip/e9b9734b74656abb585a7f6fabf1d30ce00e51ea
Author:Vincent Guittot
AuthorDate:Thu, 07 Jan 2021 11:33:25 +01:00
Commit
The following commit has been merged into the sched/core branch of tip:
Commit-ID: fc488ffd4297f661b3e9d7450dcdb9089a53df7c
Gitweb:
https://git.kernel.org/tip/fc488ffd4297f661b3e9d7450dcdb9089a53df7c
Author:Vincent Guittot
AuthorDate:Thu, 07 Jan 2021 11:33:23 +01:00
Commit
The following commit has been merged into the sched/core branch of tip:
Commit-ID: a5418be9dffe70ccbb0b4bd5ea3881c81927e965
Gitweb:
https://git.kernel.org/tip/a5418be9dffe70ccbb0b4bd5ea3881c81927e965
Author:Viresh Kumar
AuthorDate:Tue, 08 Dec 2020 09:46:56 +05:30
Committer
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 7d6a905f3dd62c4502cdd772c71319de4058ec89
Gitweb:
https://git.kernel.org/tip/7d6a905f3dd62c4502cdd772c71319de4058ec89
Author:Viresh Kumar
AuthorDate:Tue, 08 Dec 2020 09:46:55 +05:30
Committer
The following commit has been merged into the sched/core branch of tip:
Commit-ID: e0b257c3b71bd98a4866c3daecf000998aaa4927
Gitweb:
https://git.kernel.org/tip/e0b257c3b71bd98a4866c3daecf000998aaa4927
Author:Anna-Maria Behnsen
AuthorDate:Tue, 15 Dec 2020 11:44:00 +01:00
Com
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 0301925dd004539adbcf11f68a3a785472376e27
Gitweb:
https://git.kernel.org/tip/0301925dd004539adbcf11f68a3a785472376e27
Author:Peter Zijlstra
AuthorDate:Fri, 18 Dec 2020 11:28:12 +01:00
Committ
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 8c1f560c1ea3f19e22ba356f62680d9d449c9ec2
Gitweb:
https://git.kernel.org/tip/8c1f560c1ea3f19e22ba356f62680d9d449c9ec2
Author:Xuewen Yan
AuthorDate:Fri, 18 Dec 2020 17:27:52 +08:00
Committer:
When gbl_reserve is 0, hugetlb_acct_memory() will do nothing except holding
and releasing hugetlb_lock.
Signed-off-by: Miaohe Lin
---
mm/hugetlb.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 737b2dce19e6..fe2da9ad6233 100644
--- a/mm/hu
On Tue, Jan 12, 2021 at 8:41 PM Nathan Chancellor
wrote:
>
> On Tue, Jan 12, 2021 at 11:20:27AM -0800, syzbot wrote:
> > Hello,
> >
> > syzbot found the following issue on:
> >
> > HEAD commit:e609571b Merge tag 'nfs-for-5.11-2' of git://git.linux-nfs..
> > git tree: upstream
> > console
On 13/01/2021 21:29, Saravana Kannan wrote:
...
>> I am seeing the same problem on Tegra30 Cardhu A04 where several regulators
>> are continuously deferred and prevents the board from booting ...
>>
>> [2.518334] platform panel: probe deferral - supplier regulator@11 not
>> ready
>>
>> [
abled
date: 1 year, 2 months ago
config: mips-randconfig-s032-20210114 (attached as .config)
compiler: mips64el-linux-gcc (GCC) 9.3.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# apt-g
On Wed, Jan 13, 2021 at 04:36:58PM -0800, Sean Christopherson wrote:
> Collect the scattered SME/SEV related feature flags into a dedicated
> word. There are now five recognized features in CPUID.0x801F.EAX,
> with at least one more on the horizon (SEV-SNP). Using a dedicated word
> allows KV
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Don't select HAVE_OPROFILE for hexagon anymore.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by: Viresh Ku
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Also note that ia64 supports oprofile but not perf and profiling
shouldn't be working anyway currently.
Remove the old oprofile's archi
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
Perfmon support (used by oprofile earlier) was removed by commit
ecf5b72d5f66 ("ia64: Remove perfmon") earlier, but it missed few files
to remove/update.
Clean it up.
Suggested-by: Arnd Bergmann
Signed-off-by: Viresh Kumar
---
arch/ia64/include/asm/hw_irq.h| 1 -
arch/ia64/in
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The previous commit already disabled building oprofile, lets remove the
oprofile directory now.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by: Viresh Kumar
---
arch/powerpc/oprofile/Makefile | 19 -
arch/powerpc/oprofile/backtrace.c | 120 --
The dcookies stuff was only used by the kernel's old oprofile code. Now
that oprofile's support is removed from the kernel, there is no need for
dcookies as well. Remove it.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by: Viresh Kumar
---
fs/Makefile |
On Thu, Jan 14, 2021 at 11:39:28AM +0100, Borislav Petkov wrote:
> From: Nick Desaulniers
> Date: Tue, 12 Jan 2021 11:46:24 -0800
> Subject: [PATCH] x86/entry: Emit a symbol for register restoring thunk
>
> Arnd found a randconfig that produces the warning:
>
> arch/x86/entry/thunk_64.o: warni
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove kernel's old oprofile support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by: Viresh Kumar
---
On Thu, Jan 14, 2021 at 08:22:02AM +0100, Mauro Carvalho Chehab wrote:
> After changeset 5130b8fd0690 ("rcu: Introduce kfree_rcu() single-argument
> macro"),
> kernel-doc now emits two warnings:
>
> ./include/linux/rcupdate.h:884: warning: Excess function parameter
> 'ptr' description in '
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove the old oprofile's architecture specific support.
Suggested-by: Christoph Hellwig
Suggested-by: Linus Torvalds
Signed-off-by:
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
This commits stops building oprofile for powerpc and removes any
reference to it from directories in arch/powerpc/ apart from
arch/power
On Tue, 2021-01-12 at 11:18 -0800, Sean Christopherson wrote:
> On Tue, Jan 12, 2021, Wei Huang wrote:
> > New AMD CPUs have a change that checks VMEXIT intercept on special SVM
> > instructions before checking their EAX against reserved memory region.
> > This change is indicated by CPUID_0x80
From: Eric Dumazet
Date: Wed, 13 Jan 2021 15:36:05 +0100
> On Wed, Jan 13, 2021 at 2:37 PM Alexander Lobakin wrote:
>>
>> Instead of calling kmem_cache_alloc() every time when building a NAPI
>> skb, (re)use skbuff_heads from napi_alloc_cache.skb_cache. Previously
>> this cache was only used for
Hello,
Tested on a13 and works.
Here are results:
with DRIVE_NEGEDGE
https://pasteboard.co/JJAGDAy.jpg
https://pasteboard.co/JJAHDAj.jpg
with DRIVE_POSEDGE
https://pasteboard.co/JJAIbBf.jpg
https://pasteboard.co/JJAIGfo.jpg
Il 14/01/2021 09:17, Giulio Benetti ha scritto:
From: Giulio Be
On Tue, 2021-01-12 at 23:15 -0600, Wei Huang wrote:
>
> On 1/12/21 12:58 PM, Andy Lutomirski wrote:
> > Andrew Cooper points out that there may be a nicer workaround. Make
> > sure that the SMRAM and HT region (FFFD - ) are
> > marked as reserved in the guest, too.
>
> In the
On Thu, Jan 14, 2021 at 09:17:32AM +0100, Giulio Benetti wrote:
> From: Giulio Benetti
>
> During commit 88bc4178568b ("drm: Use new
> DRM_BUS_FLAG_*_(DRIVE|SAMPLE)_(POS|NEG)EDGE flags") DRM_BUS_FLAG_*
> macros have been changed to avoid ambiguity but just because of this
> ambiguity previous DRM
Since commit a5516438959d ("hugetlb: modular state for hugetlb page size"),
we can use huge_page_order to access hstate->order and pages_per_huge_page
to fetch the pages per huge page. But gather_bootmem_prealloc() forgot to
use it.
Signed-off-by: Miaohe Lin
---
mm/hugetlb.c | 4 ++--
1 file cha
On Thu, Jan 14, 2021 at 12:41 PM Alexander Lobakin wrote:
>
> From: Eric Dumazet
> Date: Wed, 13 Jan 2021 15:36:05 +0100
>
> > On Wed, Jan 13, 2021 at 2:37 PM Alexander Lobakin wrote:
> >>
> >> Instead of calling kmem_cache_alloc() every time when building a NAPI
> >> skb, (re)use skbuff_heads f
On Tue, 2021-01-12 at 15:00 -0500, Bandan Das wrote:
> Sean Christopherson writes:
> ...
> > > - if ((emulation_type & EMULTYPE_VMWARE_GP) &&
> > > - !is_vmware_backdoor_opcode(ctxt)) {
> > > - kvm_queue_exception_e(vcpu, GP_VECTOR, 0);
> > > - return 1;
> > > + if (emulation_t
With CONFIG_PREEMPTION disabled, arch/x86/entry/thunk_64.o is just an
empty object file.
With the newer binutils (tested with 2.35.90.20210113-1ubuntu1) the GNU
assembler doesn't generate a symbol table for empty object files and
objtool fails with the following error when a valid symbol table can
On Thu, Jan 14, 2021 at 06:54:30PM +0800, Muchun Song wrote:
> I think this approach may be only suitable for generic huge page only.
> So we can implement it only for huge page.
>
> Hi Oscar,
>
> What's your opinion about this?
I tried something like:
static void vmemmap_pte_range(pmd_t *pmd,
On Wed, Jan 13, 2021 at 01:33:13PM -0600, Josh Poimboeuf wrote:
> On Wed, Jan 13, 2021 at 04:57:43PM +, Mark Brown wrote:
> > From: Mark Rutland
> > +There are several ways an architecture may identify kernel code which is
> > deemed
> > +unreliable to unwind from, e.g.
> > +
> > +* Using met
Hi all!
On Thu, 2021-01-14 at 13:56 +0900, Masahiro Yamada wrote:
> On Thu, Jan 14, 2021 at 7:21 AM Josh Poimboeuf wrote:
[...]
> > If I copy a config with CONFIG_GCC_PLUGINS to another system which
> > doesn't have the gcc-plugin-devel package, it gets silently disabled by
> > "make olddefconfig
On Tue, 2021-01-12 at 00:37 -0600, Wei Huang wrote:
> From: Bandan Das
>
> While running VM related instructions (VMRUN/VMSAVE/VMLOAD), some AMD
> CPUs check EAX against reserved memory regions (e.g. SMM memory on host)
> before checking VMCB's instruction intercept. If EAX falls into such
> memo
201 - 300 of 1491 matches
Mail list logo
