Fix tab/space conversion and use ENTRY/ENDPROC macros.
Signed-off-by: Olof Johansson
---
arch/riscv/lib/tishift.S | 59 +---
arch/riscv/lib/udivdi3.S | 42 ++
2 files changed, 53 insertions(+), 48 deletions(-)
diff --gi
Fixes the following build error from tinyconfig:
riscv64-unknown-linux-gnu-ld: kernel/sched/fair.o: in function `.L8':
fair.c:(.text+0x70): undefined reference to `__lshrti3'
riscv64-unknown-linux-gnu-ld: kernel/time/clocksource.o: in function `.L0 ':
clocksource.c:(.text+0x334): undefined referen
A couple of fixes for build breakage or warnings, and a small whitespace/asm
cleanup. The non-cleanups would be good to see in 4.20 to keep builds green.
Thanks!
-Olof
Fixes:
arch/riscv/kernel/module.c: In function 'apply_r_riscv_32_rela':
./include/linux/kern_levels.h:5:18: warning: format '%llx' expects argument of
type 'long long unsigned int', but argument 3 has type 'Elf32_Addr' {aka
'unsigned int'} [-Wformat=]
arch/riscv/kernel/module.c:23:27: note: form
On Wed, 31 Oct 2018 14:43:38 +0800
Li Wang wrote:
> On Wed, Oct 31, 2018 at 2:31 PM, Martin Schwidefsky
> wrote:
>
> > On Wed, 31 Oct 2018 14:18:33 +0800
> > Li Wang wrote:
> >
> > > On Tue, Oct 16, 2018 at 12:42 AM, Martin Schwidefsky <
> > schwidef...@de.ibm.com
> > > > wrote:
> > >
On Tue, Oct 30, 2018 at 5:05 PM Olof Johansson wrote:
>
> On Tue, Oct 30, 2018 at 5:04 PM Olof Johansson wrote:
> >
> > Fixes the following build error from tinyconfig:
> >
> > riscv64-unknown-linux-gnu-ld: kernel/sched/fair.o: in function `.L8':
> > fair.c:(.text+0x70): undefined reference to `_
On Wed, 31 Oct 2018 14:18:33 +0800
Li Wang wrote:
> On Tue, Oct 16, 2018 at 12:42 AM, Martin Schwidefsky > wrote:
>
> > In case a fork or a clone system fails in copy_process and the error
> > handling does the mmput() at the bad_fork_cleanup_mm label, the
> > following warning messages will
Add reserve-memory nodes for mpss and mba required for
remoteproc mss pil.
Reviewed-by: Bjorn Andersson
Signed-off-by: Sibi Sankar
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
b/arch/arm64/boot/dts
On Tue, 30 Oct 2018, Shayenne Moura wrote:
> On 10/30, Greg Kroah-Hartman wrote:
> > On Tue, Oct 23, 2018 at 02:43:04PM -0300, Shayenne da Luz Moura wrote:
> > > Remove unneeded parentheses around the arguments of ||. This reduces
> > > clutter and code behave in the same way.
> > > Change sugg
‐‐‐ Original Message ‐‐‐
On Tuesday, October 30, 2018 7:10 PM, Hans de Goede wrote:
> Hi,
>
> On 30-10-18 19:56, Mogens Jensen wrote:
>
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, October 30, 2018 4:04 PM, Hans de Goede hdego...@redhat.com
> > wrote:
> >
> > > Hi,
> > > On 30-10
On 2018/10/30 16:36, Peter Zijlstra wrote:
On Mon, Oct 29, 2018 at 11:55:06PM -0700, Zhenzhong Duan wrote:
Since CONFIG_RETPOLINE hard depends on compiler support now, so
replacing indirect-jump check with the range check is safe in that case.
Can we put kprobes on module init text before we r
Hi Doug,
Thanks for the review!
I noticed both the quirks just after sending it out :(, will fix them.
On 2018-10-30 00:07, Doug Anderson wrote:
Hi,
On Fri, Oct 26, 2018 at 5:28 AM Sibi Sankar
wrote:
Add reserve-memory nodes for mpss and mba required for
remoteproc mss pil.
Signed-off-by
On 2018/10/30 18:09, Peter Zijlstra wrote:
On Tue, Oct 30, 2018 at 06:39:24PM +0900, Masahiro Yamada wrote:
Hi,
On Tue, Oct 30, 2018 at 3:57 PM Zhenzhong Duan
wrote:
Since retpoline capable compilers are widely available, make
CONFIG_RETPOLINE hard depend on it.
Change KBUILD to use CONFI
This goes back to by-hand parsing of the proc mmap file, and removes
the timeout.
In my measurements this makes the parsing about twice as fast.
Profiling thread synthesizing shows that most of the time is spent in
the sscanf() call.
Processing samples is critical for perf top and perf record
Masahiro Yamada writes:
> Commit cafa0010cd51 ("Raise the minimum required gcc version to 4.6")
> bumped the minimum GCC version to 4.6 for all architectures.
>
> The workaround code in fs/reiserfs/Makefile is obsolete now.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> fs/reiserfs/Makefile | 9 -
On 10/30/18 6:07 PM, Zhang Rui wrote:
> Hi, Randy,
>
> On 五, 2018-10-26 at 20:35 -0700, Randy Dunlap wrote:
>> On 10/26/18 2:14 AM, Rafael J. Wysocki wrote:
>>>
>>> On Monday, October 22, 2018 8:37:25 PM CEST Randy Dunlap wrote:
On 8/16/18 2:33 PM, Randy Dunlap wrote:
>
> Hi
Looks good,
Reviewed-by: Christoph Hellwig
mount API series from David Howells. Last cycle's objections
had been of the "I'd do it differently" variety and with no such
differently done variants having ever materialized over several
cycles...
Conflicts: two trivial ones in
drivers/infiniband/Kconfig (removal of select ANON
If events are coming in at a rate such that the event processing
thread can barely keep up, our initial run of the event ring will
almost never terminate and this delays the starting of the display
thread.
The screen basically stays black until the event thread can get out of
it's endless loop.
When synthesizing FORK events, we are trying to create thread objects
for the already running tasks on the machine.
Normally, for a kernel FORK event, we want to clone the parent's maps
because that is what the kernel just did.
But when synthesizing, this should not be done. If we do, we end u
On Tue, Oct 30, 2018 at 5:08 AM Linus Walleij wrote:
>
> On Wed, Oct 17, 2018 at 11:30 PM Kun Yi wrote:
>
> > Indicate that the pins are both controlled by the pinctrl driver and the
> > generic GPIO driver, thus GPIO driver should read the register value
> > before updating, instead of using the
So when a cpu is overpowered processing samples, most of the time is
spent in the histogram code.
It seems we initialize a ~262 byte structure on the stack to do every
histogram entry lookup.
This is a side effect of how the sorting code is shared with the code
that does lookups and insertions
Christian Brauner writes:
> On Tue, Oct 30, 2018 at 12:12 PM Daniel Colascione wrote:
>>
>> On Tue, Oct 30, 2018 at 11:04 AM, Christian Brauner
>> wrote:
>> > On Tue, Oct 30, 2018 at 11:48 AM Daniel Colascione
>> > wrote:
>> >>
>> >> Why not?
>> >>
>> >> Does your proposed API allow for a rac
On 2018/10/30 16:32, Peter Zijlstra wrote:
On Mon, Oct 29, 2018 at 11:55:04PM -0700, Zhenzhong Duan wrote:
Since retpoline capable compilers are widely available, make
CONFIG_RETPOLINE hard depend on it.
Change KBUILD to use CONFIG_RETPOLINE_SUPPORT to avoid conflict with
CONFIG_RETPOLINE which
Ls208xa has several thermal sensors. Add all the sensor id to dts
to enable them.
To make the dts cleaner, re-organize the nodes to split out the
common part so that it can be shared with other SoCs.
Signed-off-by: Yuantian Tang
---
arch/arm64/boot/dts/freescale/fsl-ls2080a.dtsi |8 +-
arc
Aleksa Sarai writes:
> On 2018-10-29, Daniel Colascione wrote:
>> Add a simple proc-based kill interface. To use /proc/pid/kill, just
>> write the signal number in base-10 ASCII to the kill file of the
>> process to be killed: for example, 'echo 9 > /proc/$$/kill'.
>>
>> Semantically, /proc/pid
Daniel Colascione writes:
> Add a simple proc-based kill interface. To use /proc/pid/kill, just
> write the signal number in base-10 ASCII to the kill file of the
> process to be killed: for example, 'echo 9 > /proc/$$/kill'.
>
> Semantically, /proc/pid/kill works like kill(2), except that the
>
Hi Matias,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 310c7585e8300ddc46211df0757c11e4299ec482
commit: 73569e11032fc5a9b314b6351632cfca7793afd5 lightnvm: remove dependencies
on BLK_DEV_NVME and PCI
date: 3 we
Benjamin Gordon writes:
> Access to timerslack_ns is controlled by a process having CAP_SYS_NICE
> in its effective capability set, but the current check looks in the root
> namespace instead of the process' user namespace. Since a process is
> allowed to do other activities controlled by CAP_SY
On 30-10-18, 14:35, Daniel Lezcano wrote:
> I'm wondering if having a statically per_cpu variable, even if it is not
> free at the end, isn't worth regarding the twisted code we end up with
> an allocation.
Maybe yeah.
--
viresh
On Tue, Oct 30, 2018 at 7:56 PM, Aleksa Sarai wrote:
> On 2018-10-31, Christian Brauner wrote:
>> > I think Aleksa's larger point is that it's useful to treat processes
>> > as other file-descriptor-named, poll-able, wait-able resources.
>> > Consistency is important. A process is just another sy
On Tue, Oct 30, 2018 at 8:57 PM, Peng15 Wang 王鹏 wrote:
>
>>From: Joel Fernandes
>>Sent: Wednesday, October 31, 2018 6:16
>>To: Kees Cook
>>Cc: Peng15 Wang 王鹏; Anton Vorontsov; Colin Cross; Tony Luck; LKML;
>>vipwangerx...@gmail.com
>>Subject: Re: [PATCH v4] pstore: Avoid duplicate call of persis
>From: Joel Fernandes
>Sent: Wednesday, October 31, 2018 6:16
>To: Kees Cook
>Cc: Peng15 Wang 王鹏; Anton Vorontsov; Colin Cross; Tony Luck; LKML;
>vipwangerx...@gmail.com
>Subject: Re: [PATCH v4] pstore: Avoid duplicate call of persistent_ram_zap()
>
>On Tue, Oct 30, 2018 at 02:52:43PM -0700, Kee
Hi all,
Please do not add any v4.21/v5.1 code to your linux-next included trees
until after the merge window closes.
Changes since 20181030:
My fixes tree contains this:
"drivers: net: include linux/ip.h for iphdr"
The xfs tree gained a conflict against Linus' tree.
The vf
On 10/31/2018 04:30 AM, Andreas Dilger wrote:
> Could you please explain your statement below that on-stack
> initialization does not zero unspecified fields? According
> to documents I found, for example:
>
> https://gcc.gnu.org/onlinedocs/gcc/Designated-Inits.html
>
> they *are* initialized t
G'day,
Success, see below.
On Tue, Oct 30, 2018 at 08:40:38PM +0100, Lubomir Rintel wrote:
> Hello Pavel,
>
> On Tue, 2018-10-30 at 11:26 +0100, Pavel Machek wrote:
> > Hi!
> >
> > > > https://github.com/hackerspace/olpc-xo175-linux/wiki/How-to-run-an-up-to-date-Linux-on-a-XO-1.75
> > > >
> >
Hi Peter,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 310c7585e8300ddc46211df0757c11e4299ec482
commit: 7aa54be2976550f17c11a1c3e3630002dea39303 locking/qspinlock, x86:
Provide liveness guarantee
date: 2 weeks
On 10/30/18 4:09 PM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2018-10-30-16-08 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 -
On Tue, Oct 30, 2018 at 08:00:03AM -0700, syzbot wrote:
> syzbot found the following crash on:
>
> HEAD commit:4b42745211af Merge tag 'armsoc-soc' of git://git.kernel.or..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1187d06d40
> kernel config: ht
On 30/10/18 6:26 pm, Boris Brezillon wrote:
> On Mon, 29 Oct 2018 23:15:42 +
> "Grandbois, Brett" wrote:
>
>> On 28/10/18 1:39 am, Boris Brezillon wrote:
>>> Hi Brett,
>>>
>>> On Tue, 16 Oct 2018 00:57:41 +
>>> "Grandbois, Brett" wrote:
>>>
Add support to expose the SPI boot fla
Perf report has supported the displaying of LBR stats
(such as cycles, predicted%) in callchain entry.
For example,
perf report --branch-history --stdio
--1.01%--intel_idle mwait.h:29
intel_idle cpufeature.h:164 (cycles:5)
intel_idle cpufeature.h:164 (predicted:76.4%)
On Wed, Oct 24, 2018 at 2:54 AM Oskari Lemmela wrote:
>
> From: Vasily Khoruzhick
>
> Pinebook has ACIN connector and 1 mAh battery.
>
> Signed-off-by: Vasily Khoruzhick
You should have your own SoB following the author's when you resend other
people's patches. Otherwise,
Reviewed-by: Chen
On Wed, Oct 24, 2018 at 2:54 AM Oskari Lemmela wrote:
>
> AXP803 ACIN pins are routed from SOM to the DC jack on the baseboard.
> AXP803 charger pins BATSENSE, LOADSENSE, N_BATDRV, LX_CHG, VIN_CHG
> and IPSOUT are connected via PMOS driver to SOM VBAT pins. VBAT and
> AXP803 TS pins are routed to
On Wed, Oct 24, 2018 at 2:54 AM Oskari Lemmela wrote:
>
> Parts of the AXP803 are compatible with their counterparts on the AXP813.
> Add DT nodes ADC, GPIO, AC and battery power supplies.
>
> Signed-off-by: Oskari Lemmela
> Reviewed-by: Quentin Schulz
> Tested-by: Vasily Khoruzhick
Reviewed-b
On Wed, Oct 24, 2018 at 2:54 AM Oskari Lemmela wrote:
>
> The AXP803 GPIO is compatible with AXP813 GPIO, but add
> specific compatible for it.
>
> Signed-off-by: Oskari Lemmela
> ---
> Documentation/devicetree/bindings/gpio/gpio-axp209.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --gi
On 2018-10-31, Christian Brauner wrote:
> > I think Aleksa's larger point is that it's useful to treat processes
> > as other file-descriptor-named, poll-able, wait-able resources.
> > Consistency is important. A process is just another system resource,
> > and like any other system resource, you
On Wed, Oct 24, 2018 at 2:54 AM Oskari Lemmela wrote:
>
> AXP813 and AXP803 PMICs can control input current and minimum voltage.
>
> Both of these values are configurable.
>
> Signed-off-by: Oskari Lemmela
> Reviewed-by: Quentin Schulz
Reviewed-by: Chen-Yu Tsai
On Wed, Oct 24, 2018 at 2:54 AM Oskari Lemmela wrote:
>
> The AXP803 power supplies are compatible with AXP813, but
> add specific compatibles for them.
>
> Signed-off-by: Oskari Lemmela
> ---
> .../devicetree/bindings/power/supply/axp20x_ac_power.txt | 1 +
> .../devicetree/bindings/pow
On Fri, Oct 26, 2018 at 3:08 AM Sebastian Reichel
wrote:
>
> Hi,
>
> Patches 1, 2 & 9 look good to me and do not seem to have any
> dependencies. I plan to merge them after the merge window
> for 4.20 closes.
Patches 2, 3 & 4 aren't needed. They aren't in the correct format
for model-specific + f
Hi:
>-Original Message-
>From: Alan Stern [mailto:st...@rowland.harvard.edu]
>Sent: Tuesday, October 30, 2018 10:08 PM
>To: Zengtao (B)
>Cc: j...@linux.vnet.ibm.com; martin.peter...@oracle.com;
>gre...@linuxfoundation.org; linux-s...@vger.kernel.org;
>linux-kernel@vger.kernel.org; linux-.
On Mon, Oct 29, 2018 at 9:10 PM Quentin Schulz
wrote:
>
> Hi Jonathan,
>
> On Sun, Oct 28, 2018 at 03:40:11PM +, Jonathan Cameron wrote:
> > On Wed, 24 Oct 2018 08:56:33 -0500
> > Rob Herring wrote:
> >
> > > On Tue, 23 Oct 2018 21:53:23 +0300, Oskari Lemmela wrote:
> > > > The AXP803 ADC is
After syncing with Hyper-V team, we have got answers as below.
On 18-10-24 16:53:00, Michael Kelley wrote:
> From: Yi Sun Sent: Friday, October 19, 2018 6:14
> AM
> >
> > The HvNotifyLongSpinWait hypercall (HVCALL_NOTIFY_LONG_SPIN_WAIT)
> > is used by a guest OS to notify the hypervisor that t
On Wed, Oct 31, 2018 at 12:42 AM, Joel Fernandes wrote:
> On Wed, Oct 31, 2018 at 09:49:08AM +1100, Aleksa Sarai wrote:
>> On 2018-10-30, Joel Fernandes wrote:
>> > > > [...]
>> > > > > > > (Unfortunately
>> > > > > > > there are lots of things that make it a bit difficult to use
>> > > > > > >
On Wed, Oct 31, 2018 at 12:57 AM, Joel Fernandes wrote:
> On Tue, Oct 30, 2018 at 11:10:47PM +, Daniel Colascione wrote:
>> On Tue, Oct 30, 2018 at 10:33 PM, Joel Fernandes
>> wrote:
>> > On Wed, Oct 31, 2018 at 09:23:39AM +1100, Aleksa Sarai wrote:
>> >> On 2018-10-30, Joel Fernandes wrote
On 18-10-23 17:33:28, Yi Sun wrote:
> On 18-10-23 10:51:27, Peter Zijlstra wrote:
> > On Tue, Oct 23, 2018 at 10:57:40AM +0800, Yi Sun wrote:
> > > On 18-10-22 19:15:16, Peter Zijlstra wrote:
> >
> > > > > +#if defined(CONFIG_X86_64) &&
> > > > > defined(CONFIG_PARAVIRT_SPINLOCKS) && IS
Hi Arnd,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 310c7585e8300ddc46211df0757c11e4299ec482
commit: 21924765862a0871908a35cb0e53e2e1c169b888 SUNRPC: use cmpxchg64() in
gss_seq_send64_fetch_and_inc()
date: 4
On Tue, Oct 30, 2018 at 5:29 PM, Tycho Andersen wrote:
> On Tue, Oct 30, 2018 at 03:34:54PM -0700, Kees Cook wrote:
>> On Tue, Oct 30, 2018 at 3:32 PM, Tycho Andersen wrote:
>> > On Tue, Oct 30, 2018 at 03:00:17PM -0700, Kees Cook wrote:
>> >> On Tue, Oct 30, 2018 at 2:54 PM, Tycho Andersen wrot
Hi, Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next
to receive the latest Thermal management updates for v4.20-rc1 with
top-most commit c2b59d279dbbac750958f6a1bc4841e431d934e3:
thermal: core: using power_efficient_wq for thermal worker (2018-10-
1
Hi Rob,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 310c7585e8300ddc46211df0757c11e4299ec482
commit: 37c8a5fafa3bb7dcdd51774be353be6cb2912b86 kbuild: consolidate Devicetree
dtb build rules
date: 4 weeks ago
co
On Wed, Oct 31, 2018 at 11:52:47AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> [I don't understand why all this new work turned up in the xfs tree
> during the merge window ...]
>
> Today's linux-next merge of the vfs tree got a conflict in:
>
> fs/read_write.c
>
> between commits:
>
> 42
Hi Paul,
On Tue, Oct 30, 2018 at 04:43:36PM -0700, Paul E. McKenney wrote:
> On Tue, Oct 30, 2018 at 03:26:49PM -0700, Joel Fernandes wrote:
> > Hi Paul,
> >
> > On Sat, Oct 27, 2018 at 09:30:46PM -0700, Joel Fernandes (Google) wrote:
> > > As per this thread [1], it seems this smp_mb isn't neede
On Wed, Oct 31, 2018 at 11:22:44AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the xfs tree got a conflict in:
>
> Documentation/filesystems/porting
>
> between commit:
>
> 1a16dbaf798c ("Document d_splice_alias() calling conventions for ->lookup()
> users.")
>
Hi, Randy,
On 五, 2018-10-26 at 20:35 -0700, Randy Dunlap wrote:
> On 10/26/18 2:14 AM, Rafael J. Wysocki wrote:
> >
> > On Monday, October 22, 2018 8:37:25 PM CEST Randy Dunlap wrote:
> > >
> > >
> > > On 8/16/18 2:33 PM, Randy Dunlap wrote:
> > > >
> > > > Hi,
> > > >
> > > > Sorry for the p
Hi Rakesh,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 310c7585e8300ddc46211df0757c11e4299ec482
commit: 6bae5ea9498926440ffc883f3dbceb0adc65e492 ASoC: hdac_hda: add asoc
extension for legacy HDA codec drivers
da
On Tue, Oct 30, 2018 at 04:50:39PM -0700, Paul E. McKenney wrote:
> On Sun, Oct 28, 2018 at 06:16:31PM -0700, Joel Fernandes wrote:
> > On Sun, Oct 28, 2018 at 10:21:42AM -0700, Paul E. McKenney wrote:
> > > On Sat, Oct 27, 2018 at 07:16:53PM -0700, Joel Fernandes (Google) wrote:
> > > > The RCU ex
On Tue, Oct 30, 2018 at 11:10:47PM +, Daniel Colascione wrote:
> On Tue, Oct 30, 2018 at 10:33 PM, Joel Fernandes
> wrote:
> > On Wed, Oct 31, 2018 at 09:23:39AM +1100, Aleksa Sarai wrote:
> >> On 2018-10-30, Joel Fernandes wrote:
> >> > On Wed, Oct 31, 2018 at 07:45:01AM +1100, Aleksa Sarai
Hi all,
[I don't understand why all this new work turned up in the xfs tree
during the merge window ...]
Today's linux-next merge of the vfs tree got a conflict in:
fs/read_write.c
between commits:
42ec3d4c0218 ("vfs: make remap_file_range functions take and return bytes
completed")
eca
It can be useful for a user to verify what type a given hardware
queue is, expose this information in sysfs.
I assume the user is expected to understand the meaning of the
enumeration it sees in accessing this field correct?
Would be nice to output some meaningful string but I'm not
yet sure
On Wed, Oct 31, 2018 at 09:49:08AM +1100, Aleksa Sarai wrote:
> On 2018-10-30, Joel Fernandes wrote:
> > > > [...]
> > > > > > > (Unfortunately
> > > > > > > there are lots of things that make it a bit difficult to use
> > > > > > > /proc/$pid
> > > > > > > exclusively for introspection of a pro
> > > >> This part is in the " Intel® Architecture Instruction Set Extensions
> > > >> and Future Features Programming Reference"
> > > >> https://software.intel.com/sites/default/files/managed/c5/15/arch
> > > >> itec ture-instruction-set-extensions-programming-reference.pdf
> > > >>
> > > > Yet
On Tue, Oct 30, 2018 at 03:34:54PM -0700, Kees Cook wrote:
> On Tue, Oct 30, 2018 at 3:32 PM, Tycho Andersen wrote:
> > On Tue, Oct 30, 2018 at 03:00:17PM -0700, Kees Cook wrote:
> >> On Tue, Oct 30, 2018 at 2:54 PM, Tycho Andersen wrote:
> >> > On Tue, Oct 30, 2018 at 02:49:21PM -0700, Kees Cook
Hi, Oleg:
On 10/30/18 9:46 AM, Oleg Nesterov wrote:
> On 10/29, Enke Chen wrote:
>>
>> Reviewed-by: Oleg Nesterov
>
> Hmm. I didn't say this ;)
>
> But OK, feel free to keep this tag.
Thanks.
>
> I do not like this feauture. But I see no technical problems in this version
> and I never prete
Hi all,
Today's linux-next merge of the xfs tree got a conflict in:
Documentation/filesystems/porting
between commit:
1a16dbaf798c ("Document d_splice_alias() calling conventions for ->lookup()
users.")
from Linus' tree and commit:
2e5dfc99f2e6 ("vfs: combine the clone and dedupe into
On Tue, Oct 30, 2018 at 5:04 PM Olof Johansson wrote:
>
> Fixes the following build error from tinyconfig:
>
> riscv64-unknown-linux-gnu-ld: kernel/sched/fair.o: in function `.L8':
> fair.c:(.text+0x70): undefined reference to `__lshrti3'
> riscv64-unknown-linux-gnu-ld: kernel/time/clocksource.o:
Fixes the following build error from tinyconfig:
riscv64-unknown-linux-gnu-ld: kernel/sched/fair.o: in function `.L8':
fair.c:(.text+0x70): undefined reference to `__lshrti3'
riscv64-unknown-linux-gnu-ld: kernel/time/clocksource.o: in function `.L0 ':
clocksource.c:(.text+0x334): undefined referen
On Tue, Oct 30, 2018 at 11:23 PM, Christian Brauner
wrote:
> On Wed, Oct 31, 2018 at 12:10 AM Daniel Colascione wrote:
>> I think Aleksa's larger point is that it's useful to treat processes
>> as other file-descriptor-named, poll-able, wait-able resources.
>> Consistency is important. A process
G'day Pavel,
On Tue, Oct 30, 2018 at 11:26:10AM +0100, Pavel Machek wrote:
> Hi!
>
> > > https://github.com/hackerspace/olpc-xo175-linux/wiki/How-to-run-an-up-to-date-Linux-on-a-XO-1.75
> > >
> > > I didn't test it yet -- will do when I get home in the evening. But
> > > chances are it's good en
On Sun, Oct 28, 2018 at 06:16:31PM -0700, Joel Fernandes wrote:
> On Sun, Oct 28, 2018 at 10:21:42AM -0700, Paul E. McKenney wrote:
> > On Sat, Oct 27, 2018 at 07:16:53PM -0700, Joel Fernandes (Google) wrote:
> > > The RCU example for 'rejecting stale data' on system-call auditting
> > > stops iter
On Tue, Oct 30, 2018 at 08:17:57PM -0300, Shayenne Moura wrote:
On 10/30, Greg Kroah-Hartman wrote:
On Tue, Oct 23, 2018 at 02:43:04PM -0300, Shayenne da Luz Moura wrote:
> Remove unneeded parentheses around the arguments of ||. This reduces
> clutter and code behave in the same way.
> Change su
sure, the version of driver looked good to me, add the missing Acked-by from me
Acked-by: Sean Wang
On Tue, Oct 30, 2018 at 5:51 AM Linus Walleij wrote:
>
> On Thu, Oct 18, 2018 at 5:06 PM Sean Wang wrote:
>
> > the driver currently only supports the basic operation, not including
> > driving
On Tue, Oct 30, 2018 at 03:26:49PM -0700, Joel Fernandes wrote:
> Hi Paul,
>
> On Sat, Oct 27, 2018 at 09:30:46PM -0700, Joel Fernandes (Google) wrote:
> > As per this thread [1], it seems this smp_mb isn't needed anymore:
> > "So the smp_mb() that I was trying to add doesn't need to be there."
>
On Wed, Oct 31, 2018 at 12:10 AM Daniel Colascione wrote:
>
> On Tue, Oct 30, 2018 at 10:33 PM, Joel Fernandes
> wrote:
> > On Wed, Oct 31, 2018 at 09:23:39AM +1100, Aleksa Sarai wrote:
> >> On 2018-10-30, Joel Fernandes wrote:
> >> > On Wed, Oct 31, 2018 at 07:45:01AM +1100, Aleksa Sarai wrote
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-for-linus
for you to fetch changes up to 9a1d6b232bed2117fa
On 10/30, Greg Kroah-Hartman wrote:
> On Tue, Oct 23, 2018 at 02:43:04PM -0300, Shayenne da Luz Moura wrote:
> > Remove unneeded parentheses around the arguments of ||. This reduces
> > clutter and code behave in the same way.
> > Change suggested by checkpatch.pl.
> >
> > vbox_main.c:119: CHECK:
On Tue, 30 Oct 2018, Vito Caputo wrote:
If you create /proc/stat2 to omit interrupts, do we then create
/proc/stat3 to omit CPUs when just interrupts are of interest to the
application running on a 256-cpu machine?
Be real, this is a bogus argument. As mentioned, stat2 is named as such
because
On Tue, Oct 30, 2018 at 10:33 PM, Joel Fernandes wrote:
> On Wed, Oct 31, 2018 at 09:23:39AM +1100, Aleksa Sarai wrote:
>> On 2018-10-30, Joel Fernandes wrote:
>> > On Wed, Oct 31, 2018 at 07:45:01AM +1100, Aleksa Sarai wrote:
>> > [...]
>> > > > > (Unfortunately
>> > > > > there are lots of thin
The mm-of-the-moment snapshot 2018-10-30-16-08 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
On 10/30/2018 3:22 PM, kbuild test robot wrote:
Hi Jae,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on wsa/i2c/for-next]
[also build test WARNING on v4.19 next-20181030]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve
Hi Jaewon,
On 10/25/18 9:39 AM, Jaewon Kim wrote:
> This patch supports dynamic device-tree for AMBA device.
Add AMBA devices and buses to of_platform_notify() so that dynamic device-tree
will support AMBA.
> The AMBA device must be registered on the AMBA bus, not the platform bus.
>
> Signed-o
On 2018-10-30, Joel Fernandes wrote:
> > > [...]
> > > > > > (Unfortunately
> > > > > > there are lots of things that make it a bit difficult to use
> > > > > > /proc/$pid
> > > > > > exclusively for introspection of a process -- especially in the
> > > > > > context
> > > > > > of containers.)
On Tue, Oct 30, 2018 at 11:57:56AM -0700, Davidlohr Bueso wrote:
> On Mon, 29 Oct 2018, Vito Caputo wrote:
>
> > I'm definitely not in favor of just adding another stat file that is the
> > same format as the existing one with the intrs zeroed out. It's a dirty
> > hack; fine for your local needs
On Tue, Oct 30, 2018 at 3:32 PM, Tycho Andersen wrote:
> On Tue, Oct 30, 2018 at 03:00:17PM -0700, Kees Cook wrote:
>> On Tue, Oct 30, 2018 at 2:54 PM, Tycho Andersen wrote:
>> > On Tue, Oct 30, 2018 at 02:49:21PM -0700, Kees Cook wrote:
>> >> On Mon, Oct 29, 2018 at 3:40 PM, Tycho Andersen wrot
On Mittwoch, 24. Oktober 2018 16:48:18 CET Andi Kleen wrote:
> > Can someone at least confirm whether unwinding from a function prologue
> > via
> > .eh_frame (but without .debug_frame) should actually be possible?
>
> Yes it should be possible. Asynchronous unwind tables should work
> from any in
On Wed, Oct 31, 2018 at 09:23:39AM +1100, Aleksa Sarai wrote:
> On 2018-10-30, Joel Fernandes wrote:
> > On Wed, Oct 31, 2018 at 07:45:01AM +1100, Aleksa Sarai wrote:
> > [...]
> > > > > (Unfortunately
> > > > > there are lots of things that make it a bit difficult to use
> > > > > /proc/$pid
>
On Tue, Oct 30, 2018 at 03:00:17PM -0700, Kees Cook wrote:
> On Tue, Oct 30, 2018 at 2:54 PM, Tycho Andersen wrote:
> > On Tue, Oct 30, 2018 at 02:49:21PM -0700, Kees Cook wrote:
> >> On Mon, Oct 29, 2018 at 3:40 PM, Tycho Andersen wrote:
> >> > * switch to a flags based future-proofing mecha
Hi Paul,
On Sat, Oct 27, 2018 at 09:30:46PM -0700, Joel Fernandes (Google) wrote:
> As per this thread [1], it seems this smp_mb isn't needed anymore:
> "So the smp_mb() that I was trying to add doesn't need to be there."
>
> So let us remove this part from the memory ordering documentation.
>
>
Fenghua,
> -Original Message-
> From: Fenghua Yu
> Sent: Tuesday, October 30, 2018 1:36 PM
> To: Moger, Babu ; Fenghua Yu
>
> Cc: Thomas Gleixner ; Ingo Molnar
> ; H Peter Anvin ; Tony Luck
> ; Peter Zijlstra ; Reinette
> Chatre ; James Morse
> ; Ravi V Shankar ; Sai
> Praneeth Prakhya ;
On Tue, Oct 30, 2018 at 08:59:25AM +, Daniel Colascione wrote:
> On Tue, Oct 30, 2018 at 3:06 AM, Joel Fernandes wrote:
> > On Mon, Oct 29, 2018 at 1:01 PM Daniel Colascione wrote:
> >>
> >> Thanks for taking a look.
> >>
> >> On Mon, Oct 29, 2018 at 7:45 PM, Joel Fernandes wrote:
> >> >
> >
On 2018-10-30, Joel Fernandes wrote:
> On Wed, Oct 31, 2018 at 07:45:01AM +1100, Aleksa Sarai wrote:
> [...]
> > > > (Unfortunately
> > > > there are lots of things that make it a bit difficult to use /proc/$pid
> > > > exclusively for introspection of a process -- especially in the context
> > >
On Tue, Oct 30, 2018 at 05:58:00AM -0700, Paul E. McKenney wrote:
> On Mon, Oct 29, 2018 at 08:44:52PM -0700, Joel Fernandes wrote:
> > On Mon, Oct 29, 2018 at 07:27:35AM -0700, Paul E. McKenney wrote:
> > > On Mon, Oct 29, 2018 at 11:24:42AM +, Ran Rozenstein wrote:
> > > > Hi Paul and all,
>
1 - 100 of 600 matches
Mail list logo