* Dave Hansen wrote:
> Hi x86 maintainers,
>
> This set is basically unchanged from the last post. There was
> some previous discussion about other ways to fix this with the ppc
> folks (Ram Pai), but we've concluded that this x86-specific fix is
> fine. I think Ram had a different fix for pp
* Ingo Molnar wrote:
> After I got the GDB backtraces I tried to clean up leftover tasks, but the
> main
> thread would not go away:
>
> 4006 pts/000:00:00 protection_keys
>
> neither SIGCONT nor SIGKILL appears to help:
Just seconds after I sent this I found out that this was user er
r-MHI-host-interface/20180428-065959
:: branch date: 4 hours ago
:: commit date: 4 hours ago
mhi_qcom.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
--- a/drivers/bus/mhi/controllers/mhi_qcom.c
+++ b/drivers/bus/mhi/controllers/mhi_qcom.c
@@ -335,
-by: Julia Lawall
---
url:
https://github.com/0day-ci/linux/commits/Sujeev-Dias/mhi_bus-core-Add-support-for-MHI-host-interface/20180428-065959
:: branch date: 4 hours ago
:: commit date: 4 hours ago
mhi_qcom.c |1 -
1 file changed, 1 deletion(-)
--- a/drivers/bus/mhi/controllers/mhi_qc
rt-for-MHI-host-interface/20180428-065959
:: branch date: 5 hours ago
:: commit date: 5 hours ago
mhi_netdev.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
--- a/drivers/bus/mhi/devices/mhi_netdev.c
+++ b/drivers/bus/mhi/devices/mhi_netdev.c
@@ -692,8 +692,8 @@
as/mhi_bus-core-Add-support-for-MHI-host-interface/20180428-065959
:: branch date: 4 hours ago
:: commit date: 4 hours ago
mhi_main.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/bus/mhi/core/mhi_main.c
+++ b/drivers/bus/mhi/core/mhi_main.c
@@ -680,7 +680,7 @@
url:
https://github.com/0day-ci/linux/commits/Sujeev-Dias/mhi_bus-core-Add-support-for-MHI-host-interface/20180428-065959
:: branch date: 3 hours ago
:: commit date: 3 hours ago
mhi_boot.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- a/drivers/bus/mhi/core/mhi_boot.c
+++ b/d
On 2018-04-27 22:13, Arnd Bergmann wrote:
> The x86 platform operations are fairly isolated, so we can
> change them from using timespec to timespec64. I checked that
> All the users and callers are safe, and there is only one
> critical function that is broken beyond 2106:
>
> pvclock_read_wallcl
On 2018-04-28 00:24, Bjorn Helgaas wrote:
> On Tue, Apr 24, 2018 at 05:13:39PM +0200, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> of_pci_get_host_bridge_resources allocates the resource structures it
>> fills dynamically, but none of its callers care to release them so far.
>> Rather than requirin
Use the recently introduced helper to replace the pattern of
skb_put_zero/__skb_put() && memset().
Signed-off-by: YueHaibing
---
drivers/infiniband/hw/cxgb4/qp.c| 9 +++--
drivers/infiniband/sw/rxe/rxe_net.c | 4 +---
2 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers
r-MHI-host-interface/20180428-065959
:: branch date: 3 hours ago
:: commit date: 3 hours ago
mhi_init.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- a/drivers/bus/mhi/core/mhi_init.c
+++ b/drivers/bus/mhi/core/mhi_init.c
@@ -233,8 +233,8 @@ static co
use helper skb_put_zero to replace the pattern of skb_put() && memset()
Signed-off-by: YueHaibing
---
drivers/net/can/dev.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/can/dev.c b/drivers/net/can/dev.c
index b177956..d8140a9 100644
--- a/drivers/net/can/
Hi Linus:
This push fixes the following issues:
- Crypto API regression that may cause sporadic alloc failures.
- Double-free bug in drbg.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus
Eric Biggers (1):
crypto: api - fix finding algorithm
improve the system]
url:
https://github.com/0day-ci/linux/commits/Peter-Rosin/device-link-bridge-supplier-drm-device/20180428-135229
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com
On Fri, Apr 27, 2018 at 11:09:56PM -0700, Randy Dunlap wrote:
> On 04/27/2018 10:00 PM, Greg Kroah-Hartman wrote:
> > On Fri, Apr 27, 2018 at 10:28:27AM -0700, Randy Dunlap wrote:
> >> [adding some Cc:]
> >>
> >> On 04/14/2018 02:41 AM, Teck Choon Giam wrote:
> >>> Hi,
> >>>
> >>> Compile linux-4.9
/commits/Nipun-Gupta/Docs-dt-add-fsl-mc-iommu-map-device-tree-binding/20180428-111415
config: sparc64-allyesconfig (attached as .config)
compiler: sparc64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
On 27.04.2018 12:39, Thierry Reding wrote:
> On Fri, Apr 13, 2018 at 02:33:50PM +0300, Dmitry Osipenko wrote:
>> From: Thierry Reding
>>
>> Define the table of memory controller hot resets for Tegra210.
>>
>> Signed-off-by: Thierry Reding
>> ---
>> drivers/memory/tegra/tegra210.c | 45 ++
On Thu, Apr 19, 2018 at 04:05:36PM +0200, Wolfram Sang wrote:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Build tested only. buildbot is happy. Please apply individually.
>
> driv
On Thu, Apr 19, 2018 at 09:19:43PM +0530, Varsha Rao wrote:
> This patch fixes the clang warning of extraneous parentheses, with the
> following coccinelle script.
>
> @@
> identifier i;
> constant c;
> expression e;
> @@
> (
> !((e))
> |
> -((
> \(i == c\|i != c\|i <= c\|i < c\|i >= c\|i > c\)
>
* Ingo Molnar wrote:
> The hang problem is still there, if I run a script like this:
>
> while :; do date; echo -n "32-bit: "; ./protection_keys_32 >/dev/null; date;
> echo -n "64-bit: "; ./protection_keys_64 >/dev/null; done
>
> then within a minute one of the testcases hangs reliably.
>
>
On Fri, Apr 27, 2018 at 09:18:43AM +0200, Michal Hocko wrote:
> > On Thu, Apr 26, 2018 at 09:54:06PM +, Luis R. Rodriguez wrote:
> > > In practice if you don't have a floppy device on x86, you don't need
> > > ZONE_DMA,
> >
> > I call BS on that, and you actually explain later why it it BS du
On Fri, Apr 27, 2018 at 11:07:07AM -0500, Christopher Lameter wrote:
> Well it looks like what we are using it for is to force allocation from
> low physical memory if we fail to obtain proper memory through a normal
> channel. The use of ZONE_DMA is only there for emergency purposes.
> I think we
On Fri, Apr 27, 2018 at 11:36:23AM -0500, Christopher Lameter wrote:
> On Fri, 27 Apr 2018, Matthew Wilcox wrote:
>
> > Some devices have incredibly bogus hardware like 28 bit addressing
> > or 39 bit addressing. We don't have a good way to allocate memory by
> > physical address other than than
On Fri, Apr 27, 2018 at 04:14:56PM +, Luis R. Rodriguez wrote:
> But curious, on a standard qemu x86_x64 KVM guest, which of the
> drivers do we know for certain *are* being used from the ones
> listed?
On a KVM guest probably none. But not all the world is relatively
sane and standardized VM
Like I noted in a patch at
https://groups.google.com/d/msg/syzkaller-bugs/2Rw8-OM6IbM/PzdobV8kAgAJ
loop module is not thread safe. Can we use more global lock?
On Fri, Apr 27, 2018 at 02:31:51PM +, Kani, Toshi wrote:
> So, we can add the step 2 on top of this patch.
> 1. Clear pud/pmd entry.
> 2. System wide TLB flush <-- TO BE ADDED BY NEW PATCH
> 3. Free its underlining pmd/pte page.
This still lacks the page-table synchronization and will thus
* Thomas Gleixner wrote:
> Dave,
>
> I've got the following MPX related information:
>
> But they [Intel] certainly haven't maintained the whole MPX support
> in GCC at all since two or three years (e.g. bootstrap with MPX was broken
> since forever), so now it's gone from GCC.
>
/0day-ci/linux/commits/Jean-Jacques-Hiblot/ASoc-TAS6424-Add-support-for-mute-standby-and-faster-power-on/20180428-113427
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
for-next
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make
Fixes: c9f4b53ff449 ("ASoC: tas6424: Allow disabling auto diagnostics for
faster power-on")
Signed-off-by: Fengguang Wu
---
tas6424.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/codecs/tas6424.c b/sound/soc/codecs/tas6424.c
index 8eb4842..8bca6b2 100644
---
From: Colin Ian King
Trivial fix to spelling mistake in module parameter description text
Signed-off-by: Colin Ian King
---
arch/x86/kernel/apm_32.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/apm_32.c b/arch/x86/kernel/apm_32.c
index dfcbe6924eaf..6b345
From: Colin Ian King
Trivial fix to spelling mistake in function names and text strings
Signed-off-by: Colin Ian King
---
drivers/net/wireless/marvell/mwifiex/sta_event.c | 10 +-
drivers/net/wireless/marvell/mwifiex/uap_event.c | 8
2 files changed, 9 insertions(+), 9 deleti
From: Colin Ian King
Trivial fix to spelling mistake in DP_INFO message text
Signed-off-by: Colin Ian King
---
drivers/net/ethernet/qlogic/qed/qed_ll2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/qlogic/qed/qed_ll2.c
b/drivers/net/ethernet/qlogic/
On 04/25/18 at 03:26pm, AKASHI Takahiro wrote:
> Change this function from static to global so that arm64 can implement
> its own arch_kimage_file_post_load_cleanup() later using
> kexec_image_post_load_cleanup_default().
>
> Signed-off-by: AKASHI Takahiro
> Cc: Dave Young
> Cc: Vivek Goyal
> C
From: Colin Ian King
Trivial fix to spelling mistake in oct_stats_strings text
Signed-off-by: Colin Ian King
---
drivers/net/ethernet/cavium/liquidio/lio_ethtool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/cavium/liquidio/lio_ethtool.c
b/drivers/
From: Colin Ian King
Trivial fix to spelling mistake in tx_fw_stat_gstrings text
Signed-off-by: Colin Ian King
---
drivers/net/ethernet/freescale/ucc_geth_ethtool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/ucc_geth_ethtool.c
b/drivers/
On Sat, Apr 28, 2018 at 12:21 AM, Joao Martins
wrote:
> On 04/27/2018 09:13 PM, Arnd Bergmann wrote:
>> diff --git a/arch/x86/kernel/pvclock.c b/arch/x86/kernel/pvclock.c
>> index 761f6af6efa5..637982efecd8 100644
>> --- a/arch/x86/kernel/pvclock.c
>> +++ b/arch/x86/kernel/pvclock.c
>> @@ -123,28
The seg6_make_flowlabel() is used by seg6_do_srh_encap() to compute the
flowlabel from a given skb. It relies on skb_get_hash() which eventually
calls __skb_flow_dissect() to extract the flow_keys struct values from
the skb.
In case of IPv4 traffic, calling seg6_make_flowlabel() after skb_push(),
On Fri, 27 Apr 2018 13:59:07 -0400 (EDT)
David Miller wrote:
> From: Ahmed Abdelsalam
> Date: Thu, 26 Apr 2018 16:11:11 +0200
>
> > @@ -119,6 +119,9 @@ int seg6_do_srh_encap(struct sk_buff *skb, struct
> > ipv6_sr_hdr *osrh, int proto)
> > int hdrlen, tot_len, err;
> > __be32 flowlabel
> > > > +int err;
> > > > +
> > > > +sg_init_one(&sg, buf, sizeof(buf));
> > > > +
> > > > +err = virtqueue_add_outbuf(vpmem->req_vq, &sg, 1, buf,
> > > > GFP_KERNEL);
> > > > +
> > > > +if (err) {
> > > > +dev_err(&vdev->dev, "failed to send comman
On Wed, 2018-04-25 at 10:59:31 UTC, Shilpasri G Bhat wrote:
> gpstate_timer_handler() uses synchronous smp_call to set the pstate
> on the requested core. This causes the below hard lockup:
>
> [c03fe566b320] [c01d5340] smp_call_function_single+0x110/0x180
> (unreliable)
> [c03fe5
Thanks Bjorn for the review comments.
On 28/04/18 05:51, Bjorn Andersson wrote:
On Thu 26 Apr 02:45 PDT 2018, Srinivas Kandagatla wrote:
diff --git a/drivers/soc/qcom/apr.c b/drivers/soc/qcom/apr.c
[..]
+int apr_send_pkt(struct apr_device *adev, void *buf)
Sorry, but I think we have discuss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Linus,
Please pull some more powerpc fixes for 4.17. The RTC and cpufreq
changes are both acked by a relevant maintainer.
cheers
The following changes since commit 6d08b06e67cd117f6992c46611dfb4ce267cd71e:
Linux 4.17-rc2 (2018-04-22 19:20:09
Am 28.04.2018 um 00:59 schrieb Wesley W. Terpstra:
> This adds a vendor prefix "sifive" for SiFive, Inc.
> We make chips.
>
> Signed-off-by: Wesley W. Terpstra
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Andreas Färber
but
Hello,
syzbot hit the following crash on upstream commit
d8a332730e757129e70675679f2b2a03f1ecf65e (Fri Apr 27 17:39:38 2018 +)
Merge tag 'char-misc-4.17-rc3' of
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc
syzbot dashboard link:
https://syzkaller.appspot.com/bug?extid=c4
Hi Jane,
You forgot to Cc the right maintainers, please
use ./scripts/get_maintainer.pl for that.
> Signed-off-by: Jane Wan
Please add a description of what your are doing in the commit message.
The description in the cover letter is good, you can copy the relevant
section here.
> ---
> drive
>> It still fails in 4.9.96. (not #defined there)
>
> Should be fixed in 4.9.97-r1, I know .96 still had the issue.
>
Test compiled without issue for 4.9.97-rc1:
wget
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git/snapshot/linux-stable-rc-linux-4.9.y.tar.gz
tar zxvfp
On Sat, Apr 28, 2018 at 07:54:36PM +0800, Teck Choon Giam wrote:
> >> It still fails in 4.9.96. (not #defined there)
> >
> > Should be fixed in 4.9.97-r1, I know .96 still had the issue.
> >
>
> Test compiled without issue for 4.9.97-rc1:
>
> wget
> https://git.kernel.org/pub/scm/linux/kernel/gi
Hi Jane,
Same comments as before, please: get the right maintainers, add a
commit log, rebase and fix the title prefix.
Have you ever needed/tried this algorithm before?
On Thu, 26 Apr 2018 17:19:56 -0700, Jane Wan
wrote:
> Signed-off-by: Jane Wan
> ---
> drivers/mtd/nand/nand_base.c | 35
> -Original Message-
> From: YueHaibing
> Sent: Saturday, April 28, 2018 2:31 AM
> To: sw...@chelsio.com; dledf...@redhat.com; j...@ziepe.ca;
> mo...@mellanox.com
> Cc: linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org; YueHaibing
>
> Subject: [PATCH] IB/cxgb4: use skb_put_zero()
Linus,
I2C has two driver fixes, one better parameter check for the core,
Documentation updates, and part of a tree-wide HAS_DMA cleanup for you.
Please pull.
Thanks,
Wolfram
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20
Hi All.
Seems all is fine actually :P
I connected a ethernet-cable, and saw that 192.168.1.3 is assigned to
cubieboard-2 (but still no login-prompt on the serial-console).
However, when I sshed using debian/debian, I got into the board !!
Extremely sorry for the noise.
Thanks and Regards,
Ajay
On Wed, Apr 11, 2018 at 03:24:52PM +0200, Pierre-Yves MORDRET wrote:
> Append new I2C STM32F7 feature set. This includes 10 bit support, slave
> support, SMBBus protocols support, DMA Support and eventually an I2C release
> mechanism.
Applied to for-next, thanks!
While building, I saw this. While
Hi,
This 4th version of the series which fixes %p uses in kprobes.
Some by replacing with %pS, some by replacing with %px but
masking with kallsyms_show_value().
I've read the thread about %pK and if I understand correctly
we shouldn't print kernel addresses. However, kprobes debugfs
interface ca
Since the blacklist and list files on debugfs indicates
a sensitive address information to reader, it should be
restricted to the root user.
Suggested-by: Thomas Richter
Suggested-by: Ingo Molnar
Signed-off-by: Masami Hiramatsu
Cc: sta...@vger.kernel.org
---
Changes in v4:
- Fix "list" file'
Show kprobes blacklist addresses under same condition of
showing kallsyms addresses.
Since there are several name conflict for local symbols,
kprobe blacklist needs to show each addresses so that
user can identify where is on blacklist by comparing
with kallsyms.
Signed-off-by: Masami Hiramatsu
Show probed address in debugfs kprobe list file as same
as kallsyms does. This information is used for checking
kprobes are placed in the expected address. So it should
be able to compared with address in kallsyms.
Signed-off-by: Masami Hiramatsu
Cc: sta...@vger.kernel.org
---
kernel/kprobes.c |
Replace %p with %pS or just remove it if unneeded.
And use WARN_ONCE() if it is a single bug.
Signed-off-by: Masami Hiramatsu
Cc: sta...@vger.kernel.org
---
Changes in v4:
- Use WARN_ONCE() for single bug.
Changes in v3:
- Do not use %px in any case.
Changes in v2:
- Rebased on linux-nex
Fix %p uses in error messages by removing it and
using general dumper.
Signed-off-by: Masami Hiramatsu
Cc: sta...@vger.kernel.org
---
arch/arm/probes/kprobes/core.c | 10 +-
arch/arm/probes/kprobes/test-core.c |1 -
2 files changed, 5 insertions(+), 6 deletions(-)
diff --git
Remove all %p uses in error messages in kprobes/x86.
Signed-off-by: Masami Hiramatsu
Cc: sta...@vger.kernel.org
---
Changes in v4:
- Just remove %p.
Changes in v3:
- Do not use %px.
---
arch/x86/kernel/kprobes/core.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
di
On Thu, Apr 26, 2018 at 11:53:14AM +0200, David Engraf wrote:
> With FIFO enabled it is possible to read multiple bytes
> at once in the interrupt handler as long as RXRDY is
> set. This may also reduce the number of interrupts.
>
> This patch polls RXRDY and reads all available bytes at
> once.
>
Fix %p uses in error messages by removing it because
those are redundant or meaningless.
Signed-off-by: Masami Hiramatsu
Acked-by: Will Deacon
Cc: sta...@vger.kernel.org
---
arch/arm64/kernel/probes/kprobes.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/
On Tue, Apr 24, 2018 at 10:32:34PM +0200, Krzysztof Kozlowski wrote:
> The Exynos5440 is not actively developed, there are no development
> boards available and probably there are no real products with it.
> Remove wide-tree support for Exynos5440.
>
> Signed-off-by: Krzysztof Kozlowski
Applied
On Thu, Apr 26, 2018 at 05:55:19PM +0100, Will Deacon wrote:
> Hi Peter,
>
> On Thu, Apr 26, 2018 at 05:53:35PM +0200, Peter Zijlstra wrote:
> > On Thu, Apr 26, 2018 at 11:34:19AM +0100, Will Deacon wrote:
> > > @@ -290,58 +312,50 @@ void queued_spin_lock_slowpath(struct qspinlock
> > > *lock, u3
On 2018-04-27 21:18, Dave Young wrote:
On 04/28/18 at 08:56am, Dave Young wrote:
On 04/27/18 at 04:12pm, Bjorn Helgaas wrote:
> [+cc Eric, Vivek, kexec list]
>
> On Fri, Apr 27, 2018 at 03:34:30PM -0400, Sinan Kaya wrote:
> > On 4/27/2018 3:22 PM, Bjorn Helgaas wrote:
> > > Sinan mooted the idea
On Mon, Apr 16, 2018 at 10:32:52AM +0800, Ryder Lee wrote:
> The usage of of_device_get_match_data() reduce the code size a bit.
>
> Also, the only way to call mtk_i2c_probe() is to match an entry in
> mtk_i2c_of_match[], so of_id cannot be NULL.
>
> Signed-off-by: Ryder Lee
Applied to for-next
On Tue, Mar 27, 2018 at 02:01:21PM +, michae...@mellanox.com wrote:
> From: Michael Shych
>
> This series is resent (original series has been sent at 5/3/2018).
>
> PATCH1
> It adds support for extended length of read and write transactions.
>
> PATCH2
> It adds support for smbus block
Hi Rob,
On Tue, Apr 17, 2018 at 7:17 AM, Icenowy Zheng wrote:
>
>
> 于 2018年4月17日 GMT+08:00 上午2:47:45, Rob Herring 写到:
>>On Wed, Apr 11, 2018 at 10:16:37PM +0800, Icenowy Zheng wrote:
>>> On some Allwinner SoCs the EMAC clock register needed by dwmac-sun8i
>>is
>>> in another device's memory spac
On 04/28/2018 12:26 AM, Steve French wrote:
> On Sat, Apr 28, 2018 at 12:18 AM, Andreas Dilger wrote:
>> On Apr 27, 2018, at 5:41 PM, Eric Biggers wrote:
>>>
>>> On Fri, Apr 27, 2018 at 01:45:40PM -0600, Andreas Dilger wrote:
On Apr 27, 2018, at 12:25 PM, Steve French wrote:
>
> A
This patchset is a respin of my latest patch to relay_signal for uml.
As I understand relay_signal it very carefully scrubs the signal
information it gets from the host kernel before passing it on.
Basically making certain it recognizes what it is dealing with.
This patchset updates siginfo_layo
Put a signalfd_siginfo structure on the stack fully initializae
it and then copy it to userspace.
The code is a little less wordy, and this avoids a long series
of the somewhat costly __put_user calls.
Signed-off-by: "Eric W. Biederman"
---
fs/signalfd.c | 56 +--
There is a bug in relay signal. It assumes that when a signal is
relayed the signal never uses a signal independent si_code, such
as SI_USER, SI_KERNEL, SI_QUEUE, ... SI_SIGIO etc. In practice
siginfo was assuming it was relaying a signal with the SIL_FAULT
layout. As that is the common cases fo
The only architecture that does not support SEGV_PKUERR is ia64 and
ia64 has not had 32bit support since some time in 2008. Therefore
copy_siginfo_to_user32 and copy_siginfo_from_user32 do not need to
include support for a missing SEGV_PKUERR.
Compile test on ia64.
Signed-off-by: "Eric W. Bieder
Update the siginfo_layout function and enum siginfo_layout to represent
all of the possible field layouts of struct siginfo.
This allows the uses of siginfo_layout in um and arm64 where they are testing
for SIL_FAULT to be more accurate as this rules out the other cases.
Further this allows the s
I don't know why signalfd has never grown support for SIGSYS but grow it now.
This corrects an oversight and removes a need for a default in the
switch statement. Allowing gcc to warn when future members are added
to the enum siginfo_layout, and signalfd does not handle them.
Signed-off-by: "Eri
(adding Yixun from Amlogic to this mail)
On Sat, Apr 28, 2018 at 4:41 AM, Masahiro Yamada
wrote:
> Hi Martin,
>
>
> 2018-04-24 2:44 GMT+09:00 Martin Blumenstingl
> :
>> Hello,
>>
>> On Thu, Apr 19, 2018 at 1:03 PM, Masahiro Yamada
>> wrote:
>>> Historically, the clocks and resets are handled on
On 04/27/2018 06:57 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.18.107 release.
There are 24 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 04/27/2018 06:58 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.130 release.
There are 50 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
On 04/27/2018 06:57 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.97 release.
There are 74 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
Thanks for quick feedback
On 04/27/2018 12:22 AM, Greg Kroah-Hartman wrote:
On Thu, Apr 26, 2018 at 07:23:28PM -0700, Sujeev Dias wrote:
MHI Host Interface is a communication protocol to be used by the host
to control and communcate with modem over a high speed peripheral bus.
This module will
On 04/27/2018 06:57 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.38 release.
There are 80 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
On 04/27/2018 06:58 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.16.6 release.
There are 81 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
On Sat, Apr 28, 2018 at 08:00:03AM +0200, Greg Kroah-Hartman wrote:
> On Fri, Apr 27, 2018 at 11:34:43AM -0500, Dan Rue wrote:
> > On Sun, Apr 22, 2018 at 03:53:03PM +0200, Greg Kroah-Hartman wrote:
> > > 4.16-stable review patch. If anyone has any objections, please let me
> > > know.
> > >
> >
On Tue, Apr 24, 2018 at 03:24:53PM +0300, Kirill Tkhai wrote:
> >> +int expand_shrinker_maps(int old_nr, int nr)
> >> +{
> >> + int id, size, old_size, node, ret;
> >> + struct mem_cgroup *memcg;
> >> +
> >> + old_size = old_nr / BITS_PER_BYTE;
> >> +
On Fri, 23 Feb 2018 13:51:01 +0100
Fabrice Gasnier wrote:
> spi-max-frequency is requested for SPI master mode (only), to tune output
> clock. It may happen requested frequency isn't reachable.
> Add explicit check, so probe fails with error in this case. Otherwise,
> output clock may simply be s
On Mon, 23 Apr 2018 09:48:56 +0200
Fabrice Gasnier wrote:
> On 02/24/2018 02:03 PM, Jonathan Cameron wrote:
> > On Fri, 23 Feb 2018 13:50:59 +0100
> > Fabrice Gasnier wrote:
> >
> >> Misc fixes & style improvements:
> >> - checkpatch warns about line over 80 characters.
> >> - remove extra sp
On Fri, 23 Feb 2018 13:51:00 +0100
Fabrice Gasnier wrote:
> reg property should be checked against number of available filters.
> BTW, dfsdm->num_fls wasn't used. But it can be used for this purpose.
> This prevents using data out of allocated dfsdm->fl_list array.
>
> Signed-off-by: Fabrice Gas
On Wed, 25 Apr 2018 09:22:02 +0200
Fabrice Gasnier wrote:
> On 04/24/2018 06:27 PM, Rob Herring wrote:
> > On Wed, Apr 18, 2018 at 05:37:52PM +0200, Fabrice Gasnier wrote:
> >> Document support for STM32MP1 ADC. It's quite similar to STM32H7 ADC.
> >> Introduce "st,stm32mp1-adc" compatible to h
On 04/27/2018 04:19 AM, Arnd Bergmann wrote:
On Fri, Apr 27, 2018 at 4:23 AM, Sujeev Dias wrote:
MHI based net device driver is used for transferring IP
traffic between host and modem. Driver allows clients to
transfer data using standard network interface.
Signed-off-by: Sujeev Dias
---
Hi Max
On 04/27/2018 04:51 PM, jianchao.wang wrote:
> Hi Max
>
> On 04/26/2018 06:23 PM, Max Gurtovoy wrote:
>> Hi Jianchao,
>> I actually tried this scenario with real HW and was able to repro the hang.
>> Unfortunatly, after applying your patch I got NULL deref:
>> BUG: unable to handle kernel
On 04/27/2018 04:32 AM, Arnd Bergmann wrote:
On Fri, Apr 27, 2018 at 4:23 AM, Sujeev Dias wrote:
QCOM PCIe based modems uses MHI as the communication protocol.
MHI control driver is the bus master for such modems. As the bus
master driver, it oversees power management operations
such as suspe
Good morning.
We got a recommendation that your company could help us get the GRUNDFOS PUMP
with model numbers below:
1)Grundfos SQ Flex 11 SQF-2 Part Number 95027335
2)Grundfos 10SQ10-290 PART NUMBER 96160143
3)Grundfos 10SQ07-240 PART NUMBER 96160142
4)Grundfos 10SQ15-330 PART NUMBER 961601
Hi Arnd, Olof,
Please pull some fixes of ARM UniPhier DT.
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-uniphier
On Sat, Apr 28, 2018 at 07:28:17AM -0700, Sujeev Dias wrote:
> Thanks for quick feedback
>
>
> On 04/27/2018 12:22 AM, Greg Kroah-Hartman wrote:
> > On Thu, Apr 26, 2018 at 07:23:28PM -0700, Sujeev Dias wrote:
> > > MHI Host Interface is a communication protocol to be used by the host
> > > to co
On Sat, Apr 28, 2018 at 07:32:18AM -0700, Guenter Roeck wrote:
> On 04/27/2018 06:58 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.16.6 release.
> > There are 81 patches in this series, all will be posted as a response
> > to this one. If anyone has any i
On Apr 27, 2018, at 17:45, Wenwen Wang wrote:
> [PATCH] staging: luster: llite: fix potential missing-check bug when copying
> lumv
(typo) s/luster/lustre/
> In ll_dir_ioctl(), the object lumv3 is firstly copied from the user space
> using Its address, i.e., lumv1 = &lumv3. If the lmm_magic fie
On 04/27/2018 05:18 AM, Arnd Bergmann wrote:
On Fri, Apr 27, 2018 at 4:23 AM, Sujeev Dias wrote:
diff --git a/Documentation/devicetree/bindings/bus/mhi.txt
b/Documentation/devicetree/bindings/bus/mhi.txt
new file mode 100644
index 000..ea1b620
--- /dev/null
+++ b/Documentation/devicetre
On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled)
> try to allocate huge pages. However, not all drivers can take advantage
> of huge pages, but they would incur the overhead for allocating and
>
> Am 26.04.2018 um 19:34 schrieb H. Nikolaus Schaller :
>
> which makes it easier to match them with the data sheets.
>
> Signed-off-by: H. Nikolaus Schaller
> ---
> drivers/gpio/gpio-pca953x.c | 32
> 1 file changed, 16 insertions(+), 16 deletions(-)
>
> diff -
Hardware can have a switchable Vcc supply, so let's add it to
the bindings (the current Linux driver code already supports it).
Signed-off-by: H. Nikolaus Schaller
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/gpio/gpio-pca953x.txt | 1 +
1 file changed, 1 insertion(+)
diff --
The register constants are so far defined in a way that they fit
for the pcal9555a when shifted by the number of banks, i.e. are
multiplied by 2 in the accessor function.
Now, the pcal6524 has 3 banks which means the relative offset
is multiplied by 4 for the standard registers.
Simply applying t
1 - 100 of 181 matches
Mail list logo