Hi Gustavo,
"Gustavo A. R. Silva" wrote on Tue, 7 May 2019
10:59:38 -0500:
> On 5/7/19 10:49 AM, Richard Weinberger wrote:
>
> >> Hi all,
> >>
> >> Thanks a lot for this, Richard:
> >>
> >> https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git/log/?h=mtd%2Fnext&qt=grep&q=fall-through
>
On Thu, May 09, 2019 at 02:48:59PM +0800, Kai-Heng Feng wrote:
> Not really, for hibernation pm_suspend_via_s2idle() evaluates to false so
> the old code path will be taken.
>
>>
>> And more to the points - if these "modern MS standby" systems are
>> becoming common, which it looks they are, we ne
Cc Rafael and linux-pm
at 14:12, Christoph Hellwig wrote:
On Wed, May 08, 2019 at 08:28:30PM +, mario.limoncie...@dell.com wrote:
You might think this would be adding runtime_suspend/runtime_resume
callbacks, but those also get called actually at runtime which is not
the goal here. At ru
These flags are documented in the GCC 4.6 manual, and recognized by
Clang as well. Let's rip off the cc-option / cc-disable-warning switches.
Signed-off-by: Masahiro Yamada
---
scripts/Makefile.extrawarn | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/scripts/M
This flag is documented in the GCC 4.6 manual, and recognized by
Clang as well. Let's rip off the cc-option switch.
Signed-off-by: Masahiro Yamada
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index c71ffb6f55b5..3f5e8a0f4561 100644
--- a/M
We do not support old Clang versions. Upgrade your clang version
if any of these flags is unsupported.
Let's add flags within ifdef CONFIG_CC_IS_CLANG unconditionally,
except -fcatch-undefined-behavior.
Signed-off-by: Masahiro Yamada
---
Makefile | 10 +-
scripts/Make
Hi all,
Please do not add any v5.3 material to your linux-next included
trees/branches until after v5.2-rc1 has been released.
--
Cheers,
Stephen Rothwell
pgp7dOXKB3YqJ.pgp
Description: OpenPGP digital signature
On 5/8/19 9:54 PM, Dan Murphy wrote:
>>> -/* m_can private data structure */
>>> -struct m_can_priv {
>>> - struct can_priv can;/* must be the first member */
>>> - struct napi_struct napi;
>>> - struct net_device *dev;
>>> - struct device *device;
>>> - struct clk *hclk;
>>> - stru
On Thu, May 09, 2019 at 07:30:34AM +0100, Al Viro wrote:
> On Wed, May 08, 2019 at 10:40:06PM -0700, syzbot wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:80f23212 Merge git://git.kernel.org/pub/scm/linux/kernel/g..
> > git tree: upstream
> > console
On Wed, May 08, 2019 at 10:40:06PM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:80f23212 Merge git://git.kernel.org/pub/scm/linux/kernel/g..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=11ab8dd0a0
> kernel
Hi all,
Changes since 20190508:
The jc_docs tree gained a conflict against Linus' tree.
The mfd tree gained a conflict against Linus' tree.
The akpm-current tree gained conflicts against the rdma and parisc-hd
trees.
Non-merge commits (relative to Linus' tree): 5622
485
On Wed, May 08, 2019 at 10:23:19PM +0530, Manivannan Sadhasivam wrote:
> Switch to SPDX license identifier for reset-simple driver.
>
> Cc: Maxime Ripard
> Signed-off-by: Manivannan Sadhasivam
Acked-by: Maxime Ripard
Thanks!
Maxime
--
Maxime Ripard, Bootlin
Embedded Linux and Kernel engineeri
On 8/05/19 7:40 PM, Scott Branden wrote:
> From: Trac Hoang
>
> The iproc host eMMC/SD controller hold time does not meet the
> specification in the HS50 mode. This problem can be mitigated
> by disabling the HISPD bit; thus forcing the controller output
> data to be driven on the falling clock
On Wed, 08 May 2019, Kefeng Wang wrote:
> Using dev_get_drvdata directly.
>
> Cc: Andy Gross
> Cc: David Brown
> Cc: Lee Jones
> Cc: linux-arm-...@vger.kernel.org
> Signed-off-by: Kefeng Wang
> ---
> v2:
> -use dev_get_drvdata() instead of to_ssbi()
>
> drivers/mfd/ssbi.c | 6 ++
>
On Tue, Apr 23, 2019 at 4:39 PM Furquan Shaikh wrote:
>
> During boot-up, ACPI bus scan enables all power resources so that
> respective device drivers can talk to their device. This causes acpi
> ref_count for the power resource to be incremented to 1. When system
> suspends (S3/S0ix) or hibernat
On Wed, May 08, 2019 at 08:28:30PM +, mario.limoncie...@dell.com wrote:
> You might think this would be adding runtime_suspend/runtime_resume
> callbacks, but those also get called actually at runtime which is not
> the goal here. At runtime, these types of disks should rely on APST which
> sh
On 5/9/19 2:44 AM, Masahiro Yamada wrote:
> On Thu, May 9, 2019 at 5:13 AM Nick Desaulniers
> wrote:
>>
>> bumping for review, as the merge window is now open.
>
>
> sh is not very active these days.
We're still supporting SH with an up-to-date kernel and userland in Debian, so
if your patch b
> > -#define ASUS_WMI_METHODID_DSTS 0x53544344 /* Device STatuS */
> > -#define ASUS_WMI_METHODID_DSTS20x53545344 /* Device STatuS
> > #2*/
>
> > +#define ASUS_WMI_METHODID_DSTS 0x53544344 /* Device STatuS (DCTS)
> > */
>
> It's not clear from the description what
On Thu, 9 May 2019, at 13:26, Tao Ren wrote:
> Add initial version of device tree for Facebook YAMP ast2500 BMC.
>
> Signed-off-by: Tao Ren
Acked-by: Andrew Jeffery
> ---
> arch/arm/boot/dts/Makefile| 1 +
> .../arm/boot/dts/aspeed-bmc-facebook-yamp.dts | 160
On 08.05.2019 19:34, Guenter Roeck wrote:
> On Wed, May 08, 2019 at 02:15:03PM +, eugen.hris...@microchip.com wrote:
>> From: Eugen Hristev
>>
>> WDD value must be always set to max (0xFFF) otherwise the hardware
>> block will reset the board on the first ping of the watchdog.
>>
> Not sure
On Wed, May 08, 2019 at 12:58:32PM -0600, Raul E Rangel wrote:
> It is possible for queuedata to be cleared in mmc_cleanup_queue before
> the request has been started.
Errm. I think we need to fix that problem instead of working around it.
* Reshetova, Elena wrote:
> > * Reshetova, Elena wrote:
> >
> > > CONFIG_PAGE_TABLE_ISOLATION=n:
> > >
> > > base: Simple syscall: 0.0510 microseconds
> > > get_random_bytes(4096 bytes buffer): Simple syscall: 0.0597 microseconds
> > >
> > > So, pure speed w
native_calibrate_tsc() had a data mapping Intel CPU families
and crystal clock speed, but hardcoded tables are not ideal, and this
approach was already problematic at least in the Skylake X case, as
seen in commit b51120309348 ("x86/tsc: Fix erroneous TSC rate on Skylake
Xeon").
By examining CPUID
This variable is a period unit (number of clock cycles per jiffy),
not a frequency (which is number of cycles per second).
Give it a more appropriate name.
Suggested-by: Ingo Molnar
Signed-off-by: Daniel Drake
---
arch/x86/include/asm/apic.h| 2 +-
arch/x86/kernel/apic/apic.c| 20
The APIC timer calibration (calibrate_APIC_timer()) can be skipped
in cases where we know the APIC timer frequency. On Intel SoCs,
we believe that the APIC is fed by the crystal clock; this would make
sense, and the crystal clock frequency has been verified against the
APIC timer calibration result
When userspace opens a serial port for console, uart_port_startup()
is called. This function assigns the uport->cons->cflag value to
TTY->termios.c_cflag, then it is cleared to 0. When the user space
closes this serial port, the TTY structure will be released, and at
this time uport->cons->cflag ha
Hello,
syzbot found the following crash on:
HEAD commit:80f23212 Merge git://git.kernel.org/pub/scm/linux/kernel/g..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11ab8dd0a0
kernel config: https://syzkaller.appspot.com/x/.config?x=40a58b399941db7e
da
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
drivers/infiniband/core/umem.c
between commit:
db6c6774af0d ("RDMA/umem: Remove hugetlb flag")
from the rdma tree and commit:
c041ba1a3294 ("mm/gup: replace get_user_pages_longterm() with FOLL_LONGTERM")
from
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/parisc/mm/init.c
between commit:
98429dded340 ("parisc: Enable SPARSEMEM_VMEMMAP")
from the parisc-hd tree and commit:
2e5adbd9e97a ("initramfs: provide a generic free_initrd_mem implementation")
from the
Merged into cifs-2.6.git for-next with minor cleanup. I also
(ironically) had to change the patch title since
checkpatch complained about mentioning "checkpatch" in the patch name.
Also FYI - since it didn't merge cleanly, I had to add one of the
changes manually as a distinct patch. See attached
-Original Message-
From: Sumit Batra
Sent: Thursday, May 9, 2019 10:06 AM
To: Chuanhua Han ; Sascha Hauer
Cc: shawn...@kernel.org; Leo Li ; robh...@kernel.org;
mark.rutl...@arm.com; linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; devicet.
The pull request you sent on Wed, 08 May 2019 16:53:20 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/ide refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/89c3b37af87ec183b666d83428cb28cc421671a6
Thank you!
--
Deet-doot-dot, I am
This currently generates a warning:
drivers/i2c/busses/i2c-sh_mobile.c: In function 'sh_mobile_i2c_isr':
drivers/i2c/busses/i2c-sh_mobile.c:399:26: warning: 'data' may be used
uninitialized in this function [-Wmaybe-uninitialized]
Though the code looks okay and shouldn't ever use the variable
un
On Tue, May 7, 2019 at 11:42 PM Ralph Campbell wrote:
>
>
> On 5/7/19 6:15 AM, Souptick Joarder wrote:
> > On Tue, May 7, 2019 at 5:00 AM wrote:
> >>
> >> From: Ralph Campbell
> >>
> >> The helper function hmm_vma_fault() calls hmm_range_register() but is
> >> missing a call to hmm_range_unregis
Hi Sascha,
Please check my comment
-Original Message-
From: Chuanhua Han
Sent: Wednesday, May 8, 2019 5:05 PM
To: Sascha Hauer
Cc: shawn...@kernel.org; Leo Li ; robh...@kernel.org;
mark.rutl...@arm.com; linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
linux-arm-ker...@lists.inf
On 2019/5/9 3:52, Schmauss, Erik wrote:
>
>
>> -Original Message-
>> From: YueHaibing [mailto:yuehaib...@huawei.com]
>> Sent: Wednesday, May 8, 2019 8:07 AM
>> To: Moore, Robert ; Schmauss, Erik
>> ; Wysocki, Rafael J ;
>> l...@kernel.org
>> Cc: linux-kernel@vger.kernel.org; de...@acpica.
On 08-05-19, 15:57, Pierre-Louis Bossart wrote:
>
>
> On 5/8/19 11:59 AM, Greg KH wrote:
> > On Wed, May 08, 2019 at 11:42:15AM -0500, Pierre-Louis Bossart wrote:
> > >
> > >
> > > On 5/8/19 4:16 AM, Greg KH wrote:
> > > > On Wed, May 08, 2019 at 01:16:06PM +0530, Vinod Koul wrote:
> > > > > On
On 4/30/19 8:39 AM, Hans de Goede wrote:
>
> Hi,
>
> On 4/25/19 6:38 PM, Robert R. Howell wrote:
>> On 4/24/19 1:20 AM, Rafael J. Wysocki wrote:
>>
>>> On Tue, Apr 23, 2019 at 10:03 PM Robert R. Howell wrote:
On 4/23/19 2:07 AM, Rafael J. Wysocki wrote:
>
> On Sat, Apr 20, 2019
Add multiple byte read-write support for slave mode.
Signed-off-by: Rayagonda Kokatanur
Signed-off-by: Srinath Mannam
---
drivers/i2c/busses/i2c-bcm-iproc.c | 117 +
1 file changed, 53 insertions(+), 64 deletions(-)
diff --git a/drivers/i2c/busses/i2c-bcm-ip
Add multiple byte read-write support for slave mode.
Signed-off-by: Rayagonda Kokatanur
Signed-off-by: Srinath Mannam
---
drivers/i2c/busses/i2c-bcm-iproc.c | 117 +
1 file changed, 53 insertions(+), 64 deletions(-)
diff --git a/drivers/i2c/busses/i2c-bcm-ip
Add initial version of device tree for Facebook YAMP ast2500 BMC.
Signed-off-by: Tao Ren
---
arch/arm/boot/dts/Makefile| 1 +
.../arm/boot/dts/aspeed-bmc-facebook-yamp.dts | 160 ++
2 files changed, 161 insertions(+)
create mode 100644 arch/arm/boot/dts/asp
Enable ehci0 and ehci1 USB host controllers on Facebook Backpack CMM BMC.
Signed-off-by: Tao Ren
---
arch/arm/boot/dts/aspeed-bmc-facebook-cmm.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/aspeed-bmc-facebook-cmm.dts
b/arch/arm/boot/dts/aspeed-bmc-facebook-cm
I noticed that Linux has been updated on later versions to always
consume the skb in calls to dev_queue_xmit, and may even drop the skb
after returning a return code of NETDEV_TX_OK which seems kind of
broken. I have an application which requires guaranteed skb
transmission and the following code
Greetings
My name is Mr. George Kwame from Odikro Royal Family Bolgatanga Upper
East Region Northern Ghana. We are a group of local gold Miners and end
sellers we are looking for a direct buyer or an agent who will help us
look for buyer on Commission basis.
The Purity of our gold is 93% an
On Wed, May 08, 2019 at 06:58:28PM +0200, 'Dmitry Vyukov' via syzkaller-bugs
wrote:
> From: Dmitry Vyukov
> Date: Wed, May 8, 2019 at 1:25 PM
> To: Eric Biggers
> Cc: syzbot, KVM list, , David Miller, Artem
> Bityutskiy, , Josh Poimboeuf, LKML,
> , Andy Lutomirski, Ingo Molnar, Peter
> Zijlstra,
On Thu, May 9, 2019 at 3:36 AM Eddie James wrote:
>
> From: Christopher Bostic
>
> Add a manufacturer's suggested workaround to deal with early revisions
> of chip that don't indicate correct temperature. Readings can be in the
> ~60C range when they should be in the ~20's.
>
> Signed-off-by: Chr
In "Y+P" of this line, there are two non-ASCII characters(0xd9 0x8d)
following behind the 'Y'. Shown as a small '=' under the '+' in VIM
and a '賺' in webpage[1].
I think it's a mistake and remove these strange characters.
[1]:
https://www.kernel.org/doc/Documentation/filesystems/xfs-delayed-log
On Wed 08 May 19:25 PDT 2019, Rob Clark wrote:
> On Wed, May 8, 2019 at 7:16 PM Brian Masney wrote:
> >
> > On Mon, May 06, 2019 at 11:39:02PM -0700, Bjorn Andersson wrote:
> > > On Sun 05 May 06:04 PDT 2019, Brian Masney wrote:
> > > > diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi
> > > > b/
On 5/8/19 4:16 PM, Daniel Thompson wrote:
On Wed, May 08, 2019 at 09:52:39AM +0800, Wenlin Kang wrote:
The strncpy() function may leave the destination string buffer
unterminated, better use strlcpy() instead.
This fixes the following warning with gcc 8.2:
kernel/debug/kdb/kdb_io.c: In functio
There are still some trailing whitespaces under scripts/kconfig/tests/,
but they must be kept. Otherwise, "make testconfig" would break.
Signed-off-by: Masahiro Yamada
---
scripts/kconfig/gconf.c | 2 +-
scripts/kconfig/lxdialog/BIG.FAT.WARNING | 2 +-
2 files changed, 2 insert
On 2019/5/8 23:50, Eric Dumazet wrote:
> On Wed, May 8, 2019 at 8:33 AM YueHaibing wrote:
>>
>> kernel BUG at lib/list_debug.c:47!
>> invalid opcode: [#1
>> CPU: 0 PID: 11195 Comm: rmmod Tainted: GW 5.1.0+ #33
>> Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
On Tue, 30 Apr 2019 17:49:37 -0500
Parav Pandit wrote:
> In following sequences, child devices created while removing mdev parent
> device can be left out, or it may lead to race of removing half
> initialized child mdev devices.
>
> issue-1:
>
>cpu-0 cpu
: 31ccad9b Add linux-next specific files for 20190508
git tree: linux-next
final crash:https://syzkaller.appspot.com/x/report.txt?x=13e40aaca0
console output: https://syzkaller.appspot.com/x/log.txt?x=15e40aaca0
kernel config: https://syzkaller.appspot.com/x/.config?x=63cd766601c6c9fc
Hi all,
Today's linux-next merge of the mfd tree got a conflict in:
MAINTAINERS
between commit:
10b5d3d10759 ("MAINTAINERS: add maintainer for maxbotix ultrasonic driver")
from Linus' tree and commit:
796fad0101d3 ("MAINTAINERS: Add an entry for MAX77650 PMIC driver")
from the mfd tree
Hi Robin,
On 5/7/19 6:28 PM, Robin Murphy wrote:
On 06/05/2019 16:32, Tom Murphy via iommu wrote:
The AMD driver already solves this problem and uses the generic
iommu_request_dm_for_dev function. It seems like both drivers have the
same problem and could use the same solution. Is there any rea
On 2019/5/1 17:29, Rasmus Villemoes wrote:
> -Original Message-
> From: Rasmus Villemoes
> Sent: 2019年5月1日 17:29
> To: devicet...@vger.kernel.org; Qiang Zhao ; Leo Li
>
> Cc: linuxppc-...@lists.ozlabs.org; linux-arm-ker...@lists.infradead.org;
> linux-kernel@vger.kernel.org; Rob Herring
On Wed, May 08, 2019 at 02:39:32PM -0700, Curtis Malainey wrote:
> Pixelbooks (Samus Chromebook) are the only devices that use this part.
> Realtek has confirmed this. Therefore we only have to worry about
> breaking ourselves. That being said I agree there is likely a better
And there are no oth
patch has no impact on the generated binary.
Patch is against 5.1 (localversion-next is next-20190508)
drivers/rtc/rtc-ds2404.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-ds2404.c b/drivers/rtc/rtc-ds2404.c
index 1e9f429..9df0c44 100644
--- a/drivers
On 5/8/19 6:44 PM, Theodore Ts'o wrote:
> On Wed, May 08, 2019 at 05:58:49PM -0700, Frank Rowand wrote:
>>
>> If KUnit is added to the kernel, and a subsystem that I am submitting
>> code for has chosen to use KUnit instead of kselftest, then yes, I do
>> *have* to use KUnit if my submission needs
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: ef75bd71c5d31dc17ae41ff8bec92630a3037d69
commit: a51645f70f6384ae3329551750f7f502cb8de5fc net: ethernet: support
of_get_mac_address new ERR_PTR error
date: 31 hours ago
config: i386-randconfig-c0-05090856
On Wed, May 08, 2019 at 01:49:09PM -0400, Julien Desfossez wrote:
> On 08-May-2019 10:30:09 AM, Aaron Lu wrote:
> > On Mon, May 06, 2019 at 03:39:37PM -0400, Julien Desfossez wrote:
> > > On 29-Apr-2019 11:53:21 AM, Aaron Lu wrote:
> > > > This is what I have used to make sure no two unmatched task
On Mon, May 06, 2019 at 11:39:02PM -0700, Bjorn Andersson wrote:
> On Sun 05 May 06:04 PDT 2019, Brian Masney wrote:
> > diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi
> > b/arch/arm/boot/dts/qcom-msm8974.dtsi
> [..]
> > + clocks = <&mmcc MDSS_MDP_CLK>,
> > +
On 5/8/19 6:38 PM, Aubrey Li wrote:
On Thu, May 9, 2019 at 8:29 AM Subhra Mazumdar
wrote:
On 5/8/19 5:01 PM, Aubrey Li wrote:
On Thu, May 9, 2019 at 2:41 AM Subhra Mazumdar
wrote:
On 5/8/19 11:19 AM, Subhra Mazumdar wrote:
On 5/8/19 8:49 AM, Aubrey Li wrote:
Pawan ran an experiment sett
Hi Scott,
On Wed, May 08, 2019 at 04:39:51PM -0500, Scott Wood wrote:
> On Mon, 2019-04-15 at 14:22 -0500, Alan Tull wrote:
> > On Thu, Apr 11, 2019 at 11:36 AM Moritz Fischer
> > wrote:
> >
> > Hi Scott,
> >
> > Thanks!
> >
> > > Hi Scott,
> > >
> > > good catch!
> > >
> > > On Thu, Apr 11,
if iio_dummy_evgen_create() fails, iio_evgen should be NULL, when call
iio_evgen_release() to cleanup, it throws some warning and could cause
double free.
Reported-by: Hulk Robot
Signed-off-by: Kefeng Wang
---
drivers/iio/dummy/iio_dummy_evgen.c | 4
1 file changed, 4 insertions(+)
diff -
Darren,
Please, see my comments below...
On 5/8/19 6:06 PM, Darren Hart wrote:
> On Wed, May 08, 2019 at 11:49:34AM -0500, Gustavo A. R. Silva wrote:
>> In preparation to enabling -Wimplicit-fallthrough, mark switch
>> cases where we are expecting to fall through.
>>
>> This patch fixes the follo
Some platforms may need warm reboot support when kernel crashed
for post mortem analysis instead of cold reboot. So use config
CONFIG_WARM_REBOOT_ON_PANIC and SYSTEM_RESET2 psci command
support for warm reset.
Signed-off-by: Prasad Sodagudi
---
kernel/panic.c| 4
lib/Kconfig.debug | 10
Ping...
> -Original Message-
> From: Anson Huang [mailto:anson.hu...@nxp.com]
> Sent: Tuesday, April 16, 2019 11:22 AM
> To: robh...@kernel.org; mark.rutl...@arm.com; shawn...@kernel.org;
> s.ha...@pengutronix.de; ker...@pengutronix.de; feste...@gmail.com;
> catalin.mari...@arm.com; will.d
Ping...
> -Original Message-
> From: Anson Huang
> Sent: Wednesday, April 24, 2019 10:59 AM
> To: thierry.red...@gmail.com; robh...@kernel.org; mark.rutl...@arm.com;
> shawn...@kernel.org; s.ha...@pengutronix.de; ker...@pengutronix.de;
> feste...@gmail.com; li...@armlinux.org.uk; ste...@ag
On Wed, 8 May 2019 at 23:15, Dmitry Osipenko wrote:
>
> 07.05.2019 9:09, Baolin Wang пишет:
> > Since we've introduced one device node parameter for
> > __dma_request_channel(),
> > thus change to the correct function prototype.
> >
> > Signed-off-by: Baolin Wang
> > ---
> > drivers/soc/tegra/f
Ping...
> -Original Message-
> From: Anson Huang
> Sent: Sunday, April 28, 2019 2:27 PM
> To: jassisinghb...@gmail.com; shawn...@kernel.org;
> s.ha...@pengutronix.de; ker...@pengutronix.de; feste...@gmail.com;
> linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Cc: dl-li
Ping...
> -Original Message-
> From: Anson Huang
> Sent: Thursday, April 25, 2019 9:50 AM
> To: dmitry.torok...@gmail.com; shawn...@kernel.org;
> s.ha...@pengutronix.de; ker...@pengutronix.de; feste...@gmail.com;
> linux-in...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
>
Ping...
> -Original Message-
> From: Anson Huang
> Sent: Sunday, April 28, 2019 2:30 PM
> To: Mukesh Ojha ; dmitry.torok...@gmail.com;
> shawn...@kernel.org; s.ha...@pengutronix.de; ker...@pengutronix.de;
> feste...@gmail.com; linux-in...@vger.kernel.org; linux-arm-
> ker...@lists.infradea
> -Original Message-
> From: Christoph Hellwig
> Sent: Wednesday, May 8, 2019 2:52 PM
> To: Limonciello, Mario
> Cc: kai.heng.f...@canonical.com; kbu...@kernel.org; keith.bu...@intel.com;
> ax...@fb.com; h...@lst.de; s...@grimberg.me; linux-n...@lists.infradead.org;
> linux-kernel@vger.ker
On Thu, May 9, 2019 at 8:29 AM Subhra Mazumdar
wrote:
>
>
> On 5/8/19 5:01 PM, Aubrey Li wrote:
> > On Thu, May 9, 2019 at 2:41 AM Subhra Mazumdar
> > wrote:
> >>
> >> On 5/8/19 11:19 AM, Subhra Mazumdar wrote:
> >>> On 5/8/19 8:49 AM, Aubrey Li wrote:
> > Pawan ran an experiment setting up 2
On 2019-05-02 02:05, Sudeep Holla wrote:
On Wed, May 01, 2019 at 11:43:00AM -0700, Sodagudi Prasad wrote:
On 2019-05-01 02:49, Sudeep Holla wrote:
> On Tue, Apr 30, 2019 at 05:07:31PM -0700, Sodagudi Prasad wrote:
> > On 2019-04-30 14:44, Sodagudi Prasad wrote:
[...]
> >
> > It would nice if
Restrict kdump to only reserve crashkernel below 64TB.
The reaons is that the kdump may jump from 5-level to 4-level, and if
the kdump kernel is put above 64TB, then the jumping will fail. While the
1st kernel reserves crashkernel region during bootup, we don't know yet
which kind of kernel will b
This patchset is trying to fix several issues for kexec/kdump when
dynamic switching of paging mode is enabled in x86_64. The current
kernel supports 5-level paging mode, and supports dynamically choosing
paging mode during bootup according to kernel image, hardware and
kernel parameter setting. Th
If the running kernel has 5-level paging activated, the 5-level paging
mode is preserved across kexec. If the kexec'ed kernel does not contain
support for handling active 5-level paging mode in the decompressor, the
decompressor will crash with #GP.
Prevent this situation at load time. If 5-level
The current kernel supports 5-level paging mode, and supports dynamically
choosing paging mode during bootup according to kernel image, hardware and
kernel parameter setting. This flexibility brings several issues to
kexec/kdump:
1)
Dynamic switching between paging modes requires code change in tar
Hi Josh,
On Wed, 8 May 2019 13:48:48 -0500
Josh Poimboeuf wrote:
> On Wed, May 08, 2019 at 05:39:07PM +0200, Peter Zijlstra wrote:
> > On Wed, May 08, 2019 at 07:42:48AM -0500, Josh Poimboeuf wrote:
> > > On Wed, May 08, 2019 at 02:04:16PM +0200, Peter Zijlstra wrote:
> >
> > > > Do the x86_64
On Tue, May 07, 2019 at 05:02:47AM +, Dexuan Cui wrote:
From: Adrian Vladu
Sent: Monday, May 6, 2019 10:34 AM
To: linux-kernel@vger.kernel.org
Cc: Adrian Vladu ; KY Srinivasan
; Haiyang Zhang ; Stephen
Hemminger ; Sasha Levin ;
Dexuan Cui ; Alessandro Pilotti
Subject: [PATCH v2] hv: tools:
On Mon, May 06, 2019 at 04:50:58PM +, Adrian Vladu wrote:
HyperV KVP and VSS daemons should exit with 0 when the '--help'
or '-h' flags are used.
Signed-off-by: Adrian Vladu
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
Cc: Stephen Hemminger
Cc: Sasha Levin
Cc: Alessandro Pilotti
Queued
On Mon, May 06, 2019 at 04:51:24PM +, Adrian Vladu wrote:
Fix typos in the HyperV toolchain.
Signed-off-by: Adrian Vladu
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
Cc: Stephen Hemminger
Cc: Sasha Levin
Cc: Alessandro Pilotti
Queued for hyperv-fixes, thanks!
--
Thanks,
Sasha
On Tue, May 07, 2019 at 12:51:51PM +, Michael Kelley wrote:
From: Dexuan Cui Sent: Tuesday, May 7, 2019 12:47 AM
In the case of X86_PAE, unsigned long is u32, but the physical address type
should be u64. Due to the bug here, the netvsc driver can not load
successfully, and sometimes the VM
This warning was disabled by commit bd664f6b3e37 ("disable new
gcc-7.1.1 warnings for now") just because it was too noisy.
Thanks to Arnd Bergmann, all warnings have been fixed. Now, we are
ready to re-enable it.
Signed-off-by: Masahiro Yamada
Cc: Arnd Bergmann
---
Changes in v2:
- rebase
understanding
that does not change the program logic here.
Patch was compile-tested with: tegra_defconfig (implies I2C_TEGRA=y)
Patch is against 5.1 (localversion-next is next-20190508)
drivers/i2c/busses/i2c-tegra.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers
Thank you so much.
On Wed, 8 May 2019 at 16:56, Peter Zijlstra wrote:
>
> On Mon, May 06, 2019 at 04:19:16PM +0800, Yuyang Du wrote:
> > Hi Peter,
> >
> > Let me post these small bits first while waiting for Frederic's patches
> > to be merged.
> >
>
> They apply nicely and should show up in tip
On Thu, May 9, 2019 at 4:27 AM Nick Desaulniers wrote:
>
> bumping for review, as the merge window is now open.
ia64 is not very active these days.
I applied this to my kbuild tree.
I will send PR for this in the current MW.
Thanks.
> On Tue, Apr 30, 2019 at 1:24 PM Nick Desaulniers
> wro
Hi Jon,
Today's linux-next merge of the jc_docs tree got a conflict in:
Documentation/x86/x86_64/mm.txt
between commit:
89502a019790 ("x86/mm: Fix the 56-bit addresses memory map in
Documentation/x86/x86_64/mm.txt")
from Linus' tree and commit:
b88679d2f2b9 ("Documentation: x86: conver
On Thu, May 9, 2019 at 5:13 AM Nick Desaulniers wrote:
>
> bumping for review, as the merge window is now open.
sh is not very active these days.
I applied this to my kbuild tree.
I will send PR for this in the current MW.
Thanks.
> On Tue, Apr 30, 2019 at 1:26 PM Nick Desaulniers
> wrote:
On 5/8/19 5:01 PM, Aubrey Li wrote:
On Thu, May 9, 2019 at 2:41 AM Subhra Mazumdar
wrote:
On 5/8/19 11:19 AM, Subhra Mazumdar wrote:
On 5/8/19 8:49 AM, Aubrey Li wrote:
Pawan ran an experiment setting up 2 VMs, with one VM doing a
parallel kernel build and one VM doing sysbench,
limiting b
Hello,
syzbot found the following crash on:
HEAD commit:31ccad9b Add linux-next specific files for 20190508
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1082d2aca0
kernel config: https://syzkaller.appspot.com/x/.config?x=63cd766601c6c9fc
On Wed, May 08, 2019 at 05:47:32PM -0400, Paul Moore wrote:
> On Wed, May 8, 2019 at 2:27 AM Nicholas Mc Guire wrote:
> > While the endiannes is being handled properly sparse was unable to verify
> > this due to type inconsistency. So introduce an additional __le32
> > respectively _le64 variable
From: Christoph Hellwig
Date: Tue, 16 Apr 2019 20:23:38 +0200
> this series fixes some long standing bugs in the sparc32 iommu driver,
> mostly the lack of handling of large sglist offsets in the map_sg
> method, but also a few other smaller bits. These now show up all the
> time do some block l
On Thu, May 9, 2019 at 2:41 AM Subhra Mazumdar
wrote:
>
>
> On 5/8/19 11:19 AM, Subhra Mazumdar wrote:
> >
> > On 5/8/19 8:49 AM, Aubrey Li wrote:
> >>> Pawan ran an experiment setting up 2 VMs, with one VM doing a
> >>> parallel kernel build and one VM doing sysbench,
> >>> limiting both VMs to r
From: Masahiro Yamada
Date: Wed, 3 Apr 2019 17:32:24 +0900
> $(call if_changed,...) must have FORCE as a prerequisite.
>
> Signed-off-by: Masahiro Yamada
Applied.
From: jagdsh.li...@gmail.com
Date: Thu, 28 Mar 2019 02:58:45 +0530
> From: Jagadeesh Pagadala
>
> Remove duplicate header which is included twice.
>
> Signed-off-by: Jagadeesh Pagadala
Applied.
Finally deprecate the legacy IDE layer.
Frankly this is long overdue.
Please pull, thanks a lot!
The following changes since commit ef75bd71c5d31dc17ae41ff8bec92630a3037d69:
Merge tag 'gfs2-for-5.2' of
git://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2 (2019-05-08
13:16:07 -070
The pull request you sent on Wed, 8 May 2019 21:04:46 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git tags/mips_5.2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/92fab77b6b309dc219b02da4a69ad5dc76f7ec74
Thank you!
--
Deet-doot-dot, I am a bot.
1 - 100 of 799 matches
Mail list logo
