> > > How early does it hang ? Any oops or trace ?
> >
> > Very early - instead oif kernel emssages, I see some repeated gibberish
> > of some characteers, and the background turns white.
> > I am booting from yaboot, background is normally black.
>
> Ok, could you try by replacing #ifdef CONFIG_
Am 18.11.2017 um 00:46 schrieb Alan Cox:
i just wanted to throw some stones on the bloated kernel problem which is
increasing
People used to be working on that, but then it seemed like the "size"
got to a point that people were comfortable with it. Are you sure that
There's also a lot of pushb
On Fri, Nov 17, 2017 at 11:46:20PM +, Alan Cox wrote:
> > > i just wanted to throw some stones on the bloated kernel problem which is
> > > increasing
> >
> > People used to be working on that, but then it seemed like the "size"
> > got to a point that people were comfortable with it. Are y
On Fri, Nov 17, 2017 at 08:44:27PM -0500, Doug Ledford wrote:
>
> If you split step 5 above into 5a) Push from local work repo to local
> prep repo and 5b) Do full kernel build in prep repo to test that all
> code needed to compile is tracked by git, it would catch that mistake
> before it makes it
* Josef Bacik wrote:
> From: Josef Bacik
>
> This allows us to do error injection with BPF for open_ctree.
>
> Signed-off-by: Josef Bacik
> ---
> fs/btrfs/disk-io.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/fs/btrfs/disk-io.c b/fs/btrfs/disk-io.c
> index dfdab849037b..c6b4
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Taeung Song
---
tools/perf/Documentation/tips.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/Documentation/tips.txt
b/tools/perf/Documentation/tips.txt
index db0ca30..b60616a 100644
--- a/tools/perf/Documentation/tips.txt
+++ b/tools/perf/
Hi Thomas,
On 11/17/2017 4:48 PM, Thomas Gleixner wrote:
> On Mon, 13 Nov 2017, Reinette Chatre wrote:
>
> thanks for that interesting work. Before I start looking into the details
> in the next days let me ask a few general questions first.
Thank you very much for taking a look. I look forward
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct and we must check its return value.
Arvind Yadav (3):
[PATCH 1/3] mfd: ipaq-micro: Fix platform_get_irq's error checking
[PATCH 2/3
platform_get_irq() and platform_get_resource() can fail here and
we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/mfd/intel-lpss-acpi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mfd/intel-lpss-acpi.c b/drivers/mfd/intel-lpss-acpi.c
index 7911b0a..cb84de
platform_get_irq() can fail here and we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/mfd/sun4i-gpadc.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/mfd/sun4i-gpadc.c b/drivers/mfd/sun4i-gpadc.c
index 9cfc881..1c89235 100644
--- a/driv
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct.
Signed-off-by: Arvind Yadav
---
drivers/mfd/ipaq-micro.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dri
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct.
Signed-off-by: Arvind Yadav
---
drivers/misc/aspeed-lpc-snoop.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --gi
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct.
Signed-off-by: Arvind Yadav
---
drivers/misc/atmel-ssc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dri
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct.
Arvind Yadav (2):
[PATCH 1/2] misc: aspeed-lpc-snoop: Fix platform_get_irq's error checking
[PATCH 2/2] misc: atmel-ssc: Fix platf
On Fri, Nov 17, 2017 at 9:14 PM, Kees Cook wrote:
>
> FWIW, myself doing a build at d9e12200852d with and without
> GCC_PLUGIN_RANDSTRUCT _appears_ to produce identical objdump output
> where I did spot-checks.
That would probably be a good thing to check anyway - check the
difference between GCC
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct.
Signed-off-by: Arvind Yadav
---
chnages in v2 :
irq_id was unsigned. so changed it to signed.
sound/soc/mediatek/mt81
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct.
Signed-off-by: Arvind Yadav
---
changes in v2 :
irq was unsigned. so changed it to signed.
sound/soc/cirrus/ep93xx-a
The platform_get_irq() function returns negative if an error occurs.
zero or positive number on success. platform_get_irq() error checking
for zero is not correct.
Signed-off-by: Arvind Yadav
---
changes in v2 :
nuc900_audio->irq_num is unsigned. so handle through signed
variable.
On Fri, Nov 17, 2017 at 2:37 PM, Ilia Mirkin wrote:
> On Fri, Nov 17, 2017 at 2:25 PM, Ondrej Zary
> wrote:
>> On Friday 17 November 2017 18:41:17 Ilia Mirkin wrote:
>>> On Fri, Nov 17, 2017 at 12:33 PM, Ondrej Zary
>>>
>>> wrote:
>>> > @@ -483,8 +483,8 @@
>>> > nouveau :02:00.0: disp:
On Friday, November 17, 2017 8:45 PM, Michael S. Tsirkin wrote:
> On Fri, Nov 17, 2017 at 07:35:03PM +0800, Wei Wang wrote:
> > On 11/16/2017 09:27 PM, Wei Wang wrote:
> > > On 11/16/2017 04:32 AM, Michael S. Tsirkin wrote:
> > > > On Fri, Nov 03, 2017 at 04:13:06PM +0800, Wei Wang wrote:
> > > > >
On Fri, 2017-11-17 at 16:56 +0100, Andreas Brauchli wrote:
> Allow URL to exceed the 80 char limit for improved interaction in
> adaption to ongoing but undocumented practice.
>
> $ git grep -E '://\S{77}.*' -- '*.[ch]'
>
> The patch checks that the URL is indeed on its own line in that it
> allo
On Fri, Nov 17, 2017 at 5:54 PM, Patrick McLean wrote:
> On 2017-11-17 04:55 PM, Linus Torvalds wrote:
>> On Fri, Nov 17, 2017 at 4:27 PM, Patrick McLean wrote:
>>>
>>> I am still getting the crash at d9e12200852d, I figured I would
>>> double-check the "good" and "bad" kernels before starting a
Commit d3bfe84129f6 introduced secondary_trusted_keys keyring, current
users of verify_pkcs7_signature are below:
net/wireless/reg.c : uses its own trusted_keys
kernel/module_signing.c : pass NULL trusted_keys
crypto/asymmetric_keys/verify_pefile.c : pass NULL trusted_keys
For both module and pef
On Tue, Nov 07, 2017 at 11:37:07AM +0100, Roberto Sassu wrote:
> Commit b65a9cfc2c38 ("Untangling ima mess, part 2: deal with counters")
> moved the call of ima_file_check() from may_open() to do_filp_open() at a
> point where the file descriptor is already opened.
>
> This breaks the assumption m
On Fri, 17 Nov 2017 14:51:52 -0700
Alex Williamson wrote:
> On Fri, 17 Nov 2017 15:11:19 -0600
> Suravee Suthikulpanit wrote:
>
> > From: Suravee Suthikulpanit
> >
> > VFIO IOMMU type1 currently upmaps IOVA pages synchronously, which requires
> > IOTLB flushing for every unmapping. This resul
On Tue, Nov 07, 2017 at 11:37:01AM +0100, Roberto Sassu wrote:
> from a predefined position (/etc/ima/digest_lists/metadata), when rootfs
> becomes available. Digest lists must be loaded before IMA appraisal is in
> enforcing mode.
I'm sure there's a good reason for it, but this seems weird to me.
On 10/24/2017 08:14 AM, tedheadster wrote:
> There has been some change between the 4.13 and 4.14-rc5 kernel. I am
> using the same userspace with those two kernels. 4.13 successfully
> reports the UUID using 'blkid /dev/sdX' for all cases.
>
> However, when I switch to the 4.14-rc5 kernel, I can
2017-11-16 5:42 GMT+09:00 Nick Desaulniers :
> From: Chris Fries
>
> Set the clang KBUILD_CFLAGS up before including arch/ Makefiles,
> so that ld-options (etc.) can work correctly.
>
> This fixes errors with clang such as ld-options trying to CC
> against your host architecture, but LD trying to
2017-11-08 1:31 GMT+09:00 Masahiro Yamada :
> Now kbuild core scripts create empty built-in.o where necessary.
> Remove "obj- := dummy.o" tricks.
>
> Signed-off-by: Masahiro Yamada
> ---
>
Applied to linux-kbuild/kbuild.
--
Best Regards
Masahiro Yamada
2017-11-08 1:31 GMT+09:00 Masahiro Yamada :
> "obj-y += foo/" syntax requires Kbuild to visit the "foo" subdirectory
> and link built-in.o from that directory. This means foo/Makefile is
> responsible for creating built-in.o even if there is no object to
> link (in this case, built-in.o is an empt
Some circumstances call for virtual pages, to expose multiple values
packed into an extended PMBus register in a manner non-compliant with
the PMBus standard. An example of this is the Maxim MAX31785 controller, which
extends the READ_FAN_SPEED_1 PMBus register from two to four bytes to support
tac
The dual tachometer feature is implemented in hardware with a TACHSEL
input to indicate the rotor under measurement, and exposed on the device
by extending the READ_FAN_SPEED_1 word with two extra bytes*. The need
to read the non-standard four-byte response leads to a cut-down
implementation of i2c
Hello,
This series introduces support for the MAX31785 intelligent fan controller, a
PMBus device providing closed-loop fan control among a number of other
features. Along the way the series adds support to control fans and create
virtual pages to the PMBus core, the latter to support some of the
Expose fanX_target, pwmX and pwmX_enable hwmon sysfs attributes.
Fans in a PMBus device are driven by the configuration of two registers,
FAN_CONFIG_x_y and FAN_COMMAND_x: FAN_CONFIG_x_y dictates how the fan
and the tacho operate (if installed), while FAN_COMMAND_x sets the
desired fan rate. The u
The implementation makes use of the new fan control virtual registers exposed
by the pmbus core. It mixes use of the default implementations with some
overrides via the read/write handlers to handle FAN_COMMAND_1 on the MAX31785,
whose definition breaks the value range into various control bands de
Hi Linus,
Please pull hwmon updates for Linux v4.15 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus-v4.15-take2
Thanks,
Guenter
--
The following changes since commit e60e1ee60630cafef5e430c2ae364877e061d980:
Merge tag 'drm-for-
On Wed, 15 Nov 2017 13:34:22 -0800
Sami Tolvanen wrote:
> This change adds the configuration option CONFIG_LTO_CLANG, and
> build system support for clang's Link Time Optimization (LTO). In
> preparation for LTO support for other compilers, potentially common
> parts of the changes are gated behi
On Fri, Nov 17, 2017 at 03:01:08PM +0200, Jani Nikula wrote:
>I still have no idea how this autoselect picks up patches that do *not*
>have cc: stable nor Fixes: from us. What information do you have that we
>don't for making that call?
I think there's a difference in views about the stable tag he
1) Add missing cmpxchg64() for 32-bit sparc.
2) Timer conversions from Allen Pais and Kees Cook.
3) vDSO support, from Nagarathnam Muthusamy.
4) Fix sparc64 huge page table walks based upon bug report by Al Viro,
from Nitin Gupta.
5) Optimized fls() for T4 and above, from Vijay Kumar.
Plea
The list is almost sorted. Move "lg" up to complete it.
Signed-off-by: Masahiro Yamada
---
arch/arm64/boot/dts/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
index d7c22d5..4aa50b9 100644
--- a/arch/arm64
On Thu, Nov 09, 2017 at 04:02:53PM -0500, Wei Wei wrote:
> Hi all,
>
> I get a compile time error after setting -Og when compiling for the latest
> GitHub version.
> I am using `make defconfig’ to get the default x86_64 config. But previously
> I did this in v4.4,
> it's fine.
; cat >a.c <<'EO
On Tue, Nov 14, 2017 at 12:47:04PM +0800, Vincent Chen wrote:
> Thanks
> So, I should keep the area that we've copied into instead of zeroing
> the area even if unpredicted exception is happened. Right?
Yes. Here's what's required: if raw_copy_{from,to}_user(from, to, size)
returns n, we want
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
include/linux/nubus.h | 54 +--
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/include/linux/nubus.h b/include/linux/nubus.h
index 46e4d983feac..84f2e0fa1898 100644
--- a/includ
Check array indices. Avoid sprintf. Use buffers of sufficient size.
Use appropriate types for array length parameters.
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
drivers/nubus/nubus.c | 29 +
drivers/nubus/proc.c | 12 ++--
include/linux/nubus.h |
Add an expansion slot attribute to allow drivers to properly handle
cards like Comm Slot cards and PDS cards without declaration ROMs.
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
arch/m68k/include/asm/macintosh.h | 9 ++-
arch/m68k/mac/config.c | 110 +
This fixes a couple of warnings from 'make W=1':
drivers/nubus/nubus.c:790: warning: no previous prototype for 'nubus_probe_slot'
drivers/nubus/nubus.c:824: warning: no previous prototype for 'nubus_scan_bus'
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
drivers/nubus/nubus.c | 4 ++--
This patch brings basic support for the Linux Driver Model to the
NuBus subsystem.
For flexibility, bus matching is left up to the drivers. This is also
the approach taken by NetBSD NuBus drivers in matching cards.
Since a board may have many functions, drivers have to consider all of
a board's f
Testing shows that a single Radius PrecisionColor 24X display board,
which has 95 functional resources, produces over a thousand lines of
log messages. Suppress these messages with pr_debug().
Remove some redundant messages relating to nubus_get_subdir() calls.
Fix the format block debug messages a
The /proc/bus/nubus/s/ directory tree for any slot s is missing a lot
of information. The struct file_operations methods have long been left
unimplemented (hence the familiar compile-time warning, "Need to set
some I/O handlers here").
Slot resources have a complex structure which varies depending
Scrap the specialized code to unpack video mode name resources and
driver resources. It isn't useful.
Instead, add a re-usable function to handle lists of block resources of
any kind, and descend into the mode table resource directory.
Rename callers as nubus_get_foo(), consistent with their purpos
It is misleading to call a functional resource a "device". In adopting
the Linux Driver Model, struct nubus_board will embed a struct device.
This will compound the problem because drivers will bind with boards,
not with functional resources.
Rename struct nubus_dev as struct nubus_rsrc. "Function
This patch fixes the following WARNING.
proc_dir_entry 'nubus/a' already registered
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Tainted: GW
4.13.0-00036-gd57552077387 #1
Stack from 01c1bd9c:
01c1bd9c 003c2c8b 01c1bdc0 0001b0fe 00322f4a 01c43a20 01c43b0c
0
Eliminate unused values from struct nubus_dev to save wasted memory
(a Radius PrecisionColor 24X card has about 95 functional resources
and up to six such cards may be fitted). Also remove redundant static
variable initialization, an unreachable !MACH_IS_MAC conditional,
the unused nubus_find_devic
While we are here, include the slot number in the related error messages.
Tested-by: Stan Johnson
Signed-off-by: Finn Thain
---
drivers/nubus/nubus.c | 25 +++--
1 file changed, 19 insertions(+), 6 deletions(-)
diff --git a/drivers/nubus/nubus.c b/drivers/nubus/nubus.c
inde
This series begins with cleanups and fixes for the NuBus subsystem and
finishes with a patch to add support for the Linux Driver Model.
The next series, which requires this one, will modernize NuBus drivers.
Changes since v1:
- Added the missing NULL check in nubus_device_remove().
- Squashed the
Due to the '#ifdef __KERNEL__' being located in the wrong place, some
definitions from the kernel API were placed in the UAPI header during
the scripted header split. Fix this. Also, remove the duplicate comment
which is only relevant to the UAPI header.
Fixes: 607ca46e97a1 ("UAPI: (Scripted) Disi
2017-11-18 1:49 GMT+08:00 Shakeel Butt :
> On Fri, Nov 17, 2017 at 9:41 AM, Yafang Shao wrote:
>> 2017-11-18 1:35 GMT+08:00 Shakeel Butt :
>>> On Fri, Nov 17, 2017 at 9:09 AM, Yafang Shao wrote:
2017-11-18 0:45 GMT+08:00 Roman Gushchin :
> On Sat, Nov 18, 2017 at 12:20:40AM +0800, Yafang
This device's bindings are not trivial: Additional properties are
documented in in Documentation/devicetree/bindings/mfd/mc13xxx.txt.
Signed-off-by: Jonathan Neuschäfer
---
Documentation/devicetree/bindings/trivial-devices.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/Documentation/devi
On 11/15/2017 12:10 PM, Bjorn Andersson wrote:
[..]> +static void qmi_handle_message(struct qmi_handle *qmi,
+ struct sockaddr_qrtr *sq,
+ const void *buf, size_t len)
+{
+ const struct qmi_header *hdr;
+ struct qmi_txn tmp_tx
On Fri, Nov 17, 2017 at 7:50 AM, Fengguang Wu wrote:
> On Fri, Nov 17, 2017 at 12:25:12AM +0100, Arnd Bergmann wrote:
> >On Thu, Nov 16, 2017 at 11:29 PM, Linus Torvalds
> > wrote:
> >> On Thu, Nov 16, 2017 at 2:02 PM, Arnd Bergmann wrote:
> >>>
> >>> ARM: SoC driver updates for v4.15
> >>
> >> No
Oh, and I forgot to ask..
On Fri, Nov 17, 2017 at 9:22 AM, Masahiro Yamada
wrote:
>
> One of the most remarkable improvements in this cycle is, Kbuild is
> now able to cache the result of shell commands.
I see the "limit it to 500 lines", but I don't see any real coherency.
So I take it that if
1) Revert regression inducing change to the IPSEC template resolver,
from Steffen Klassert.
2) Peeloffs can cause the wrong sk to be waken up in SCTP, fix from
Xin Long.
3) Min packet MTU size is wrong in cpsw driver, from Grygorii Strashko.
4) Fix build failure in netfilter ctnetlink, fr
On 2017-11-17 04:55 PM, Linus Torvalds wrote:
> On Fri, Nov 17, 2017 at 4:27 PM, Patrick McLean wrote:
>>
>> I am still getting the crash at d9e12200852d, I figured I would
>> double-check the "good" and "bad" kernels before starting a full bisect.
>
> .. but without GCC_PLUGIN_RANDSTRUCT it's
On Fri, Nov 17, 2017 at 9:22 AM, Masahiro Yamada
wrote:
>
> Here are Kbuild updates for v4.15. Please pull!
Mind checking that I got the CFLAGS_KCOV behavior right. The conflict
looked pretty simple, but somebody should check the ordering of the
export CFLAGS_KCOV
vs the actual setting (tha
It looks the email address of Pravin in MAINTAINERS file is obsolete,
sent to the right address.
Yang
On 11/17/17 3:02 PM, Yang Shi wrote:
Preempt counter APIs have been split out, currently, hardirq.h just
includes irq_enter/exit APIs which are not used by openvswitch at all.
So, remove the
On Fri, 2017-11-17 at 14:32 -0700, Jason Gunthorpe wrote:
> On Fri, Nov 17, 2017 at 02:45:01PM -0500, Doug Ledford wrote:
>
> > On that point...I have my github repo tied into the 0day infrastructure,
> > not the official repo. I do that because I've publicly announced that
> > my github repo is
This patch adds the Documentation/x86/intel_bm.txt file with some
information about Intel Branch monitoring.
Signed-off-by: Megha Dey
---
Documentation/x86/intel_bm.txt | 216 +
1 file changed, 216 insertions(+)
create mode 100644 Documentation/x86/intel_
Currently, the cannonlake family of Intel processors support the
branch monitoring feature. Intel's Branch monitoring feature is trying
to utilize heuristics to detect the occurrence of an ROP (Return
Oriented Programming) attack.
A perf-based kernel driver has been used to monitor the occurrence
Add CPUID of Cannonlake (CNL) processors to Intel family list.
Signed-off-by: Megha Dey
---
arch/x86/include/asm/intel-family.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/include/asm/intel-family.h
b/arch/x86/include/asm/intel-family.h
index 35a6bc4..056bd41 100644
--- a/arc
This patchset adds support for Intel's branch monitoring feature. This
feature uses heuristics to detect the occurrence of an ROP(Return Oriented
Programming) or ROP like(JOP: Jump oriented programming) attack. These
heuristics are based off certain performance monitoring statistics,
measured dynam
From: Greg Kroah-Hartman
Date: Fri, 17 Nov 2017 15:19:39 +0100
> There is no need to #define the license of the driver, just put it in
> the MODULE_LICENSE() line directly as a text string.
>
> This allows tools that check that the module license matches the source
> code license to work properl
From: Tim Hansen
Date: Thu, 16 Nov 2017 12:03:34 -0500
> Add list_next_rcu() for fetching next list in rcu_deference safely.
>
> Found with sparse in linux-next tree on tag next-20171116.
>
> Signed-off-by: Tim Hansen
Applied.
From: Vasyl Gomonovych
Date: Thu, 16 Nov 2017 23:04:08 +0100
> Use kzalloc rather than kmalloc followed by memset with 0
>
> drivers/net/ethernet/qlogic/qed/qed_dcbx.c:1280:13-20: WARNING:
> kzalloc should be used for dcbx_info, instead of kmalloc/memset
> Generated by: scripts/coccinelle/api/al
On Fri, Nov 3, 2017 at 5:26 AM, Andy Shevchenko
wrote:
> On Thu, Nov 2, 2017 at 9:55 PM, Kees Cook wrote:
>> On Thu, Oct 5, 2017 at 1:41 AM, Andy Shevchenko
>> wrote:
>>> On Thu, Oct 5, 2017 at 3:54 AM, Kees Cook wrote:
In preparation for unconditionally passing the struct timer_list point
On 11/16/2017 9:58 PM, Bjorn Andersson wrote:
On Thu 16 Nov 12:05 PST 2017, Chris Lew wrote:
+ req.event = SSCTL_SSR_EVENT_BEFORE_SHUTDOWN;
Are there plans to add the other SSR events to sysmon notifiers? I think the
SSCTL service expects to receive events about remote procs starting a
The Fujitsu R726 Pad has an optional USB keyboard dock which contains
a Synaptics touchpad. The dock identifies itself as a
Primax Rezel Tablet Keyboard.
Signed-off-by: Andrew Duggan
---
drivers/hid/hid-core.c | 1 +
drivers/hid/hid-ids.h | 1 +
drivers/hid/hid-rmi.c | 1 +
3 files changed, 3
On Fri, 17 Nov 2017, Linus Torvalds wrote:
> On Fri, Nov 17, 2017 at 4:26 PM, Thomas Gleixner wrote:
> >
> > Here you go. It survived suspend resume in a VM.
>
> That looks almost too small.
>
> If this were to allow us to basically unify BOOTTIME/MONOTONIC, that
> would be lovely.
I surely mis
The following changes since commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e:
Linux 4.14-rc1 (2017-09-16 15:47:51 -0700)
are available in the Git repository at:
git://github.com/andersson/remoteproc tags/hwlock-v4.15
for you to fetch changes up to d048236dfdfe454f059a0837431c3ae3d166d4d6:
The following changes since commit 33d930e59a98fa10a0db9f56c7fa2f21a4aef9b9:
Linux 4.14-rc5 (2017-10-15 21:01:12 -0400)
are available in the Git repository at:
git://github.com/andersson/remoteproc tags/rpmsg-v4.15
for you to fetch changes up to 38a9acb3bb7b2561a08144ff80a292889f389a9b:
The following changes since commit 33d930e59a98fa10a0db9f56c7fa2f21a4aef9b9:
Linux 4.14-rc5 (2017-10-15 21:01:12 -0400)
are available in the Git repository at:
git://github.com/andersson/remoteproc tags/rproc-v4.15
for you to fetch changes up to 1a5d5c592e902191bfa091ec9169aa43299a7d0f:
On Fri, Nov 17, 2017 at 4:27 PM, Patrick McLean wrote:
>
> I am still getting the crash at d9e12200852d, I figured I would
> double-check the "good" and "bad" kernels before starting a full bisect.
.. but without GCC_PLUGIN_RANDSTRUCT it's solid?
Kees removed even the baseline "randomize pure fu
On 11/18/2017 12:55 AM, Jason Gunthorpe wrote:
> On Fri, Nov 17, 2017 at 07:14:21PM +, Roberts, William C wrote:
>
>> I don't know why spaces would filter by command code. But it does
>> seem to be loaded By getting the command codes from the tpm in
>> tpm2_get_tpm_pt().
>
> Ah, I forgot. So
On 11/15/2017 06:58 PM, Dmitry Torokhov wrote:
> On Wed, Apr 26, 2017 at 11:02 AM, Andrey Pronin wrote:
>> If the updated ecryptfs header data is not written to disk before
>> the lower file is truncated, a crash may leave the filesystem
>> in the state when the lower file truncation is journaled,
Reinette,
On Mon, 13 Nov 2017, Reinette Chatre wrote:
thanks for that interesting work. Before I start looking into the details
in the next days let me ask a few general questions first.
> Cache Allocation Technology (CAT), part of Intel(R) Resource Director
> Technology (Intel(R) RDT), enables
On Fri, Nov 17, 2017 at 4:26 PM, Thomas Gleixner wrote:
>
> Here you go. It survived suspend resume in a VM.
That looks almost too small.
If this were to allow us to basically unify BOOTTIME/MONOTONIC, that
would be lovely.
Should we just try it, with the understanding that we'll quite
possibly
Greg Kroah-Hartman writes:
> On Thu, Nov 16, 2017 at 04:02:28PM -0800, kernelci.org bot wrote:
>> stable-rc/linux-4.13.y boot: 241 boots: 10 failed, 225 passed with 5
>> offline, 1 conflict (v4.13.13-45-gff52a5099e0b)
>>
>> Full Boot Summary:
>> https://kernelci.org/boot/all/job/stable-rc/bran
On 11/17, Will Deacon wrote:
> We rely on an atomic swizzling of TTBR1 when transitioning from the entry
> trampoline to the kernel proper on an exception. We can't rely on this
> atomicity in the face of Falkor erratum #E1003, so on affected cores we
> can issue a TLB invalidation prior to jumping
On 2017-11-17 01:26 PM, Kees Cook wrote:
> On Fri, Nov 17, 2017 at 11:03 AM, Patrick McLean wrote:
>> On 2017-11-16 04:54 PM, Kees Cook wrote:
>>> On Mon, Nov 13, 2017 at 2:48 PM, Patrick McLean wrote:
On 2017-11-11 09:31 AM, Linus Torvalds wrote:
> Boris Lukashev points out that Patrick
On Thu, 16 Nov 2017, Thomas Gleixner wrote:
> I hope that I can find a few spare cycles to whip up a POC patch which does
> not make stuff fall apart immediately.
Here you go. It survived suspend resume in a VM.
Thanks,
tglx
8<
Subject: timekeeping: Make monotoni
On 11/17, Will Deacon wrote:
> Hi all,
>
> This patch series implements something along the lines of KAISER for arm64:
>
> https://gruss.cc/files/kaiser.pdf
>
> although I wrote this from scratch because the paper has some funny
> assumptions about how the architecture works. There is a patch
The mm-of-the-moment snapshot 2017-11-17-16-17 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
The following changes since commit 4d1dc40185735e285576d7ed865b065c5cabe40c:
dt-bindings: clock: tegra: Add sor1_out clock (2017-10-17 13:31:10 +0200)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git tags/clk-for-linus
for you to fetch chan
On Sat, 18 Nov 2017 00:43:46 +0100
Martin Kepplinger wrote:
> But Greg, people are listening to you. Please don't give advice in
> directions that are not clearly correct for Linux. You know you could
> have simply ack'd the initial mistake-fix in that case. It wouldn't have
> hurt anybody.
Sigh
On Fri, Nov 17, 2017 at 4:01 PM, Pierre-Louis Bossart
wrote:
> At the risk of being scolded for the third time in two days by
> Linux overlords (no hard feelings), here's an attempt to clean
> things up.
Without actually testing it (just scanning through the patches) it
looks sane. I noticed a co
Make sure all the configs are aligned
Also add the missing dependencies on SOC_ACPI stuff used to fix
DAI names based on HID.
FIXME: not sure why X86_INTEL_LPSS is needed in a machine
driver config, should it be back to X86 everywhere?
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/boa
This patch fixes a number of issues:
1. IOSF_MBI is only needed for byt-cr detection, which is only supported
on Baytrail/Cherrytrail, move to HiFi2 config
2. SND_SOC_INTEL_SST should not select SND_SOC_INTEL_SST_ACPI, the latter
config is only valid for Haswell/Baytrail legacy but not needed by S
Make sure that the same I2C/I2C_DESIGNWARE_PLATFORM are selected.
The latter might actually need to be moved to the SOC side of things,
it really has no place in a machine driver dependency
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/boards/Kconfig | 2 +-
1 file changed, 1 insertion
No reason why SND_SOC_INTEL_SST should be set here.
Also make sure same dependencies are used everywhere (only last one has SPI
in addition)
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/boards/Kconfig | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a
Document what the options are supposed to mean, before clean-up in
next patch.
No functionality change here.
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/Kconfig | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/sound/soc/intel/Kconfig b/sound/
At the risk of being scolded for the third time in two days by
Linux overlords (no hard feelings), here's an attempt to clean
things up.
The first patch *should* implement what Linus, Takashi and Mark
tried to explain by email. There should be no functionality change
and could be merged if deemed
1 - 100 of 892 matches
Mail list logo
