On Sat, Jun 27, 2020 at 09:10:56AM -0700, Kees Cook wrote:
> On Sat, Jun 27, 2020 at 02:54:17PM +0200, Oscar Carter wrote:
> > In an effort to enable -Wcast-function-type in the top-level Makefile to
> > support Control Flow Integrity builds, remove all the function callback
> > casts.
> >
> > To d
This adds the downstream property required to support
SMMUs on SDM630 and other platforms (the need for it
most likely depends on firmware configuration).
Signed-off-by: Konrad Dybcio
---
.../devicetree/bindings/iommu/arm,smmu.yaml | 10 ++
drivers/iommu/arm-smmu.c
On Fri, Jul 03, 2020 at 08:44:51PM -0700, Randy Dunlap wrote:
> Drop the doubled word "the".
>
> Signed-off-by: Randy Dunlap
> Cc: Jonathan Corbet
> Cc: linux-...@vger.kernel.org
> Cc: William Breathitt Gray
> Cc: linux-...@vger.kernel.org
> ---
> Documentation/driver-api/generic-counter.rst |
On Fri, Jul 03, 2020 at 08:44:45PM -0700, Randy Dunlap wrote:
> Remove occurrences of duplicated words in Documentation/driver-api/.
>
> Cc: Jonathan Corbet
> Cc: linux-...@vger.kernel.org
> Cc: Vinod Koul
> Cc: dmaeng...@vger.kernel.org
> Cc: Luis Chamberlain
> Cc: Greg Kroah-Hartman
> Cc: Wi
On Fri, Jul 03, 2020 at 08:52:05AM -0700, Kees Cook wrote:
> On Fri, Jul 03, 2020 at 04:44:27PM +0100, Will Deacon wrote:
> > On Fri, Jul 03, 2020 at 08:17:19AM -0700, Kees Cook wrote:
> > > On Fri, Jul 03, 2020 at 09:39:14AM +0100, Will Deacon wrote:
> > > > diff --git a/arch/arm64/kernel/syscall.
On Fri, Jul 3, 2020 at 5:39 PM Hans Verkuil wrote:
>
> On 30/06/2020 08:27, Alexandre Courbot wrote:
> > Add Mediatek's non-compressed 8 bit block video mode. This format is
> > produced by the MT8183 codec and can be converted to a non-proprietary
> > format by the MDP3 component.
> >
> > Signed-
On Fri, Jul 3, 2020 at 5:30 PM Hans Verkuil wrote:
>
> On 26/06/2020 10:04, Alexandre Courbot wrote:
> > v4l2-compliance expects ENOTTY to be returned when a given queue does
> > not support S_PARM.
> >
> > Signed-off-by: Alexandre Courbot
> > ---
> > drivers/media/platform/mtk-vcodec/mtk_vcodec
Hi!
> This is the multi color LED framework. This framework presents clustered
> colored LEDs into an array and allows the user space to adjust the brightness
> of the cluster using a single file write. The individual colored LEDs
> intensities are controlled via a single file that is an array
Hi!
> Add DT bindings for the LEDs multicolor class framework.
> Add multicolor ID to the color ID list for device tree bindings.
Rob, can we get some reviews here? It would be good to move this
forward.
Best regards,
Pavel
> CC: R
On Fri, Jul 03, 2020 at 04:27:37PM -0400, Keno Fischer wrote:
> > > Now, if we have a seccomp filter that simply does
> > > SECCOMP_RET_TRACE, and a ptracer that simply
> > > does PTRACE_CONT
> >
> > Ok, so this means that we're _skipping_ the system call, right?
>
> If the system call were positi
Hi!
> Some criticism to this approach to HW triggers:
> - every hw trigger for each LED has to be registered via current trigger
> API. This will grow code size and memory footprint once this API is
> widely used
> - one HW trigger can only master one LED device (via private_led
> member). S
Hi Linus,
Please pull these arm64 fixes for -rc4. Nothing Earth-shattering, really;
some CPU errata workarounds (one day they'll get it right, ha!) and a
fix for a boot failure with very large kernel images where the alternative
patching gets confused when patching relative branches using veneers.
[Adding Bjorn, Jordan and John because I really don't want a bunch of
different ways to tell the driver that the firmware is screwing things up]
On Sat, Jul 04, 2020 at 02:28:09PM +0200, Konrad Dybcio wrote:
> This adds the downstream property required to support
> SMMUs on SDM630 and other platfo
在 2020/7/4 下午7:39, Matthew Wilcox 写道:
> On Sat, Jul 04, 2020 at 07:34:59PM +0800, Alex Shi wrote:
>> That's a great idea! Guess what the new struct we need would be like this?
>> I like to try this. :)
>>
>>
>> diff --git a/include/linux/pagevec.h b/include/linux/pagevec.h
>> index 081d934eda64.
> It would probably be better to know _which_ context banks we shouldn't
> touch, no? Otherwise what happens to the others?
> Do we not need to worry about the SMRs as well?
This was mimicked from CAF (think [1]) and the SMMUs don't make the
hypervisor angry anymore, so I wouldn't be too picky on
On Sat, Jun 27, 2020 at 9:22 AM Richard Guy Briggs wrote:
>
> Implement the proc fs write to set the audit container identifier of a
> process, emitting an AUDIT_CONTAINER_OP record to document the event.
>
> This is a write from the container orchestrator task to a proc entry of
> the form /proc/
On Sat, Jul 4, 2020 at 9:29 AM Paul Moore wrote:
> On Sat, Jun 27, 2020 at 9:22 AM Richard Guy Briggs wrote:
> >
> > Implement the proc fs write to set the audit container identifier of a
> > process, emitting an AUDIT_CONTAINER_OP record to document the event.
Sorry about the email misfire, you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Linus,
Please pull some more powerpc fixes for 5.8:
The following changes since commit 896066aa0685af3434637998b76218c2045142a8:
selftests/powerpc: Fix build failure in ebb tests (2020-06-26 12:53:09 +1000)
are available in the git repositor
On Sat, Jul 04, 2020 at 09:12:46PM +0800, Alex Shi wrote:
> 在 2020/7/4 下午7:39, Matthew Wilcox 写道:
> > On Sat, Jul 04, 2020 at 07:34:59PM +0800, Alex Shi wrote:
> >> That's a great idea! Guess what the new struct we need would be like this?
> >> I like to try this. :)
> >>
> >>
> >> diff --git a/inc
Thank you for taking the time to respond to me.
>These machines are still mostly IBM-PC compatible, so it is likely to
>somehow work. You'll likely get worse power and thermal
>management. Try it.
It's an industrial personal computer with an Intel processor.
What I am worried about is that it may
Acked-by: Eli Billauer
On 04/07/20 06:45, Randy Dunlap wrote:
Drop the doubled word "the".
Signed-off-by: Randy Dunlap
Cc: Jonathan Corbet
Cc: linux-...@vger.kernel.org
Cc: Eli Billauer
---
Documentation/driver-api/xillybus.rst |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- l
At ieee80211_join_mesh() some ie data could have been allocated (see
copy_mesh_setup()) and need to be cleaned up when leaving the mesh.
This fixes the following kmemleak report:
unreferenced object 0x116bc600 (size 128):
comm "wpa_supplicant", pid 608, jiffies 4294898983 (age 293.484s)
A mpath object can hold reference on a list of skb that are waiting for
mpath resolution to be sent. When destroying a mpath this skb list
should be cleaned up in order to not leak memory.
Fixing that kind of leak:
unreferenced object 0x181c9300 (size 1088):
comm "openvpn", pid 1782, ji
On Sat, 4 Jul 2020 at 14:09, Will Deacon wrote:
>
> On Fri, Jul 03, 2020 at 05:47:24PM -0700, Saravana Kannan wrote:
> > On Thu, Jul 2, 2020 at 8:30 AM Ard Biesheuvel wrote:
> > > On Tue, 23 Jun 2020 at 03:27, Saravana Kannan
> > > wrote:
> > > > diff --git a/arch/arm64/kernel/module-plts.c
>
It's a tiny syscall, meant to allow a user to do a single "open this
file, read into this buffer, and close the file" all in a single shot.
Should be good for reading "tiny" files like sysfs, procfs, and other
"small" files.
There is no restarting the syscall, this is a "simple" syscall, with the
Test the functionality of readfile(2) in various ways.
Also provide a simple speed test program to benchmark using readfile()
instead of using open()/read()/close().
Signed-off-by: Greg Kroah-Hartman
---
tools/testing/selftests/Makefile | 1 +
tools/testing/selftests/readfile/.gi
Here is a tiny new syscall, readfile, that makes it simpler to read
small/medium sized files all in one shot, no need to do open/read/close.
This is especially helpful for tools that poke around in procfs or
sysfs, making a little bit of a less system load than before, especially
as syscall overhea
This wires up the readfile syscall for all architectures
Signed-off-by: Greg Kroah-Hartman
---
arch/alpha/kernel/syscalls/syscall.tbl | 1 +
arch/arm/tools/syscall.tbl | 1 +
arch/arm64/include/asm/unistd.h | 2 +-
arch/arm64/include/asm/unistd32.h | 2
readfile(2) is a new syscall to remove the need to do the
open/read/close dance for small virtual files in places like procfs or
sysfs.
Signed-off-by: Greg Kroah-Hartman
---
This patch is for the man-pages project, not the kernel source tree
man2/readfile.2 | 159 ++
Hi Fabio, Andy,
On Thu, Jul 2, 2020 at 6:29 PM Fabio Estevam wrote:
>
> With the device tree approach, I think that a better place to touch
> GPR5 would be inside the fec driver.
>
Are we 100% sure this is the best way forward, though?
All the FEC driver should care about is the FEC logic block
Sat, Jul 04, 2020 at 01:44:39AM CEST, k...@kernel.org wrote:
>On Fri, 3 Jul 2020 06:27:31 +0300 Moshe Shemesh wrote:
>> Implement support for devlink health reporters on per-port basis. First
>> part in the series prepares common functions parts for health reporter
>> implementation. Second introd
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This automated bisection report was sent to you on the basis *
* that you may be involved with the breaking commit it has *
* found. No manual investigation has been done to verify it, *
* and the root cause of the problem
The EC reports a variety of error codes. Most of those, with the exception
of EC_RES_INVALID_VERSION, are converted to -EPROTO. As result, the actual
error code gets lost. Convert all EC errors to Linux error codes to report
a more meaningful error to the caller to aid debugging.
Cc: Yu-Hsuan Hsu
> On Sun, Jun 28, 2020 at 12:30:07PM +0530, Tamseel Shams wrote:
> > In few older Samsung SoCs like s3c2410, s3c2412 and s3c2440, UART IP
> > is having 2 interrupt lines.
> > However, in other SoCs like s3c6400, s5pv210, exynos5433, and
> > exynos4210 UART is having only 1 interrupt line. Due to th
In few older Samsung SoCs like s3c2410, s3c2412
and s3c2440, UART IP is having 2 interrupt lines.
However, in other SoCs like s3c6400, s5pv210,
exynos5433, and exynos4210 UART is having only 1
interrupt line. Due to this, "platform_get_irq(platdev, 1)"
call in the driver gives the following warning
Hi-
> On Jun 17, 2020, at 9:56 PM, Xu Wang wrote:
>
> A single character (line break) should be put into a sequence.
> Thus use the corresponding function "seq_putc()".
>
> Signed-off-by: Xu Wang
Applied to nfsd-5.9. Thanks.
> ---
> fs/nfsd/nfs4idmap.c | 4 ++--
> 1 file changed, 2 insertion
On Mon, Jun 29, 2020 at 09:39:34AM -0700, Bhaumik Bhatt wrote:
> mhi_ctrl_ev_task() in the internal header file occurred twice.
> Remove one of the occurrences for clean-up.
>
> Signed-off-by: Bhaumik Bhatt
Reviewed-by: Manivannan Sadhasivam
Thanks,
Mani
> ---
> drivers/bus/mhi/core/internal
On Mon, Jun 29, 2020 at 09:39:35AM -0700, Bhaumik Bhatt wrote:
> Add the missing check to abort suspends if a client has pending outgoing
> packets to send to the device. This allows better utilization of the MHI
> bus wherein clients on the host are not left waiting for longer suspend
> or resume
On Sat, 2020-07-04 at 02:37 +0200, Kamil Domański wrote:
> Hi Filipe,
>
> > My main point here is that long means different things in different
> > architectures, and we only want one byte so I would go for u8.
>
> I used long, because the test_bit macro accepts long and the similar
> function fo
On Mon, Jun 29, 2020 at 09:39:36AM -0700, Bhaumik Bhatt wrote:
> Autonomous low power mode support requires the MHI host to resume from
> multiple places and post a wakeup source to exit system suspend. This
> needs to be done in a non-blocking manner. Introduce a helper API to
> trigger the host r
Do you received the mail i send to you?
Hi Pekka,
On Sat, Jul 4, 2020 at 2:40 PM Pekka Enberg wrote:
>
> On Sat, Jul 4, 2020 at 6:34 AM wrote:
> > The patchset includes kprobe/uprobe support and some related fixups.
>
> Nice!
>
> On Sat, Jul 4, 2020 at 6:34 AM wrote:
> > There is no single step exception in riscv ISA, so utilize ebre
On Sat, 2020-07-04 at 02:47 +0200, Kamil Domański wrote:
> Changelog:
> v2:
> - changed charging status parsing to account for invalid states
> v3:
> - rebased against Linux v5.7
> - changed variable naming in hidpp20_adc_map_status_voltage
> to camel case
> - corrected comment styl
On Mon, Jun 29, 2020 at 09:39:37AM -0700, Bhaumik Bhatt wrote:
> It is possible that the host may be suspending or suspended and may
> not allow an outgoing device wake assert immediately if a client has
> requested for it. Ensure that the host wakes up and allows for it so
> the client does not ha
Hi Maxime,
On Sat, 4 Jul 2020 at 14:13, Maxime Ripard wrote:
>
> Hi,
>
> On Sat, Jul 04, 2020 at 12:25:34PM +0200, Clément Péron wrote:
> > Add an Operating Performance Points table for the GPU to
> > enable Dynamic Voltage & Frequency Scaling on the H6.
> >
> > The voltage range is set with mini
On 02/07/2020 18:19, Alexander Graf wrote:
On 22.06.20 22:03, Andra Paraschiv wrote:
The Nitro Enclaves PCI device exposes a MMIO space that this driver
uses to submit command requests and to receive command replies e.g. for
enclave creation / termination or setting enclave resources.
Add
On Mon, Jun 29, 2020 at 09:39:38AM -0700, Bhaumik Bhatt wrote:
> An MHI device is not necessarily associated with only channels as we can
> have one associated with the controller itself. Hence, the chan_name
> field within the mhi_device structure should instead be replaced with a
> generic name t
On Fri, Jul 03, 2020 at 09:48:14PM +, Andersen, John wrote:
> > > Is there a plan for fixing this for real? I'm wondering if there is a
> > > sane weakening of this feature that still allows things like kexec.
> > >
> >
> > I'm pretty sure kexec can be fixed. I had it working at one point, I
On Mon, Jun 29, 2020 at 09:39:39AM -0700, Bhaumik Bhatt wrote:
> Introduce a helper function to determine whether the device is in a
> powered ON state and resides in one of the active MHI states. This will
> allow for some use cases where access can be pre-determined.
>
> Signed-off-by: Bhaumik B
Subject: Bought Samsung Galaxy S20+ at ZERO DOLLAR on 2nd July 2020
Thursday
Mr. Turritopsis Dohrnii Teo En Ming (Singaporean Targeted Individual)
bought a Samsung Galaxy S20+ at ZERO DOLLAR on 2nd July 2020 Thursday.
It is an Android 10 smartphone. Android is based on Linux. The Linux
Kernel
On Mon, 29 Jun 2020 08:49:25 +0200
Krzysztof Kozlowski wrote:
> On Sat, Jun 27, 2020 at 03:57:14PM +0100, Jonathan Cameron wrote:
> > On Mon, 22 Jun 2020 07:19:40 +0200
> > Krzysztof Kozlowski wrote:
> >
> > > On Sat, Jun 20, 2020 at 04:40:49PM +0100, Jonathan Cameron wrote:
> > > > On Wed,
On Fri, 03 Jul 2020 09:48:42 +0200
Heiko Stuebner wrote:
> Am Samstag, 27. Juni 2020, 14:03:29 CEST schrieb Jonathan Cameron:
> > On Wed, 24 Jun 2020 01:30:09 +0200
> > Heiko Stuebner wrote:
> >
> > > From: Heiko Stuebner
> > >
> > > Parts of the saradc probe rely on devm functions and late
On Mon, Jun 29, 2020 at 09:39:40AM -0700, Bhaumik Bhatt wrote:
> Introduce debugfs entries to show state, register, channel, and event
> ring information. Add MHI state counters to keep track of the state
> changes on the device. Also, allow the host to trigger a device reset,
> issue votes, and ch
On Sat, Jul 04, 2020 at 02:23:09PM +0300, Andy Shevchenko wrote:
> On Fri, Jul 3, 2020 at 5:53 PM Uwe Kleine-König
> wrote:
> > On Sun, May 03, 2020 at 12:54:53PM +0200, Miquel Raynal wrote:
>
> ...
>
> > > + ret = regmap_read(pca_chip->regmap, reg, &val);
> > > + mutex_unlock(&pca_chip-
On 02/07/2020 18:24, Alexander Graf wrote:
On 22.06.20 22:03, Andra Paraschiv wrote:
In addition to the replies sent by the Nitro Enclaves PCI device in
response to command requests, out-of-band enclave events can happen e.g.
an enclave crashes. In this case, the Nitro Enclaves driver needs
在 2020/7/4 下午9:33, Matthew Wilcox 写道:
> On Sat, Jul 04, 2020 at 09:12:46PM +0800, Alex Shi wrote:
>> 在 2020/7/4 下午7:39, Matthew Wilcox 写道:
>>> On Sat, Jul 04, 2020 at 07:34:59PM +0800, Alex Shi wrote:
That's a great idea! Guess what the new struct we need would be like this?
I like to
On Mon, Jun 29, 2020 at 09:39:41AM -0700, Bhaumik Bhatt wrote:
> Device hardware specific information such as serial number and the OEM
> PK hash can be read using BHI and saved on host to identify the
> endpoint.
>
> Signed-off-by: Bhaumik Bhatt
> Reviewed-by: Jeffrey Hugo
Reviewed-by: Manivan
On Fri, Jul 03, 2020 at 04:37:47PM -0500, Eric W. Biederman wrote:
> Alexei Starovoitov writes:
>
> > On Thu, Jul 02, 2020 at 11:41:37AM -0500, Eric W. Biederman wrote:
> >> Create an independent helper thread_group_exited report return true
> >> when all threads have passed exit_notify in do_exi
In an effort to enable -Wcast-function-type in the top-level Makefile to
support Control Flow Integrity builds, remove all the function callback
casts.
To do this add an inline function helper to get the address of a
function. This helper uses the "dereference_function_descriptor" as the
parisc64
On Mon, Jun 29, 2020 at 09:39:42AM -0700, Bhaumik Bhatt wrote:
> Introduce sysfs entries to enable userspace clients the ability to read
> the serial number and the OEM PK Hash values obtained from BHI. OEMs
> need to read these device-specific hardware information values through
> userspace for fa
On Thu, Jul 02, 2020 at 11:41:37AM -0500, Eric W. Biederman wrote:
> Create an independent helper thread_group_exited report return true
s/report return/which reports/
> when all threads have passed exit_notify in do_exit. AKA all of the
> threads are at least zombies and might be dead or comple
On Fri, Jul 3, 2020 at 11:21 AM Zekun Shen wrote:
>
> Size is read from a dma region as input from device. Add sanity
> check of size before calling dma_sync_single_range_for_cpu
> with it.
>
> This would prevent DMA-API warning: device driver tries to sync DMA
> memory it has not allocated.
>
> S
On Sat, 4 Jul 2020 08:30:41 -0400
William Breathitt Gray wrote:
> On Fri, Jul 03, 2020 at 08:44:51PM -0700, Randy Dunlap wrote:
> > Drop the doubled word "the".
> >
> > Signed-off-by: Randy Dunlap
> > Cc: Jonathan Corbet
> > Cc: linux-...@vger.kernel.org
> > Cc: William Breathitt Gray
> > Cc:
On Fri, 3 Jul 2020 20:44:52 -0700
Randy Dunlap wrote:
> Drop the doubled word "struct".
>
> Signed-off-by: Randy Dunlap
> Cc: Jonathan Corbet
> Cc: linux-...@vger.kernel.org
> Cc: William Breathitt Gray
> Cc: linux-...@vger.kernel.org
Applied to the togreg branch of iio.git.
Thanks,
Jonath
Hi,
Anyone has had time to review this patch? Any comments on this?
On Sat, May 30, 2020 at 11:08:39AM +0200, Oscar Carter wrote:
> In 1394 OHCI specification, Isochronous Receive DMA context has several
> modes. One of mode is 'BufferFill' and Linux FireWire stack uses it to
> receive isochronou
On Sat, 4 Jul 2020 00:31:24 +0200
"Alexander A. Klimov" wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't
On Fri, 3 Jul 2020 21:44:05 +0200
Ondrej Jirman wrote:
> From: Icenowy Zheng
>
> The STK3311 chip has a variant called STK3311-X, which has a different
> chip id of 0x12.
>
> Add the chip id to the driver.
>
> Signed-off-by: Icenowy Zheng
> Signed-off-by: Ondrej Jirman
Given this is clear
On Fri, 3 Jul 2020 20:57:25 +0200
"Alexander A. Klimov" wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't
On Sat, Jul 04, 2020 at 09:05:48AM -0700, Alexander Duyck wrote:
> The upper limitation for the size should be 2K or FM10K_RX_BUFSZ, not
> PAGE_SIZE. Otherwise you are still capable of going out of bounds
> because the offset is used within the page to push the start of the
> region up by 2K.
PAGE_
On Fri, Jul 03, 2020 at 04:31:22PM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:9e50b94b Add linux-next specific files for 20200703
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=1024b40510
> kernel config
On Fri, Jul 03, 2020 at 02:33:40PM -0700, Randy Dunlap wrote:
> Drop all doubled words from RCU documentation.
>
>
> Cc: Jonathan Corbet
> Cc: linux-...@vger.kernel.org
> Cc: "Paul E. McKenney"
> Cc: Josh Triplett
> Cc: Steven Rostedt
> Cc: Mathieu Desnoyers
> Cc: Lai Jiangshan
> Cc: Joel F
On Mon, 29 Jun 2020 12:05:37 +0200
Krzysztof Kozlowski wrote:
> The compatible for BMM150 should not have "_magn" suffix because, unlike
> two other Bosch devices, it is only a magnetometer.
>
> Signed-off-by: Krzysztof Kozlowski
Both applied to the togreg branch of iio.git and pushed out
as t
Hi Dilip,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 35e884f89df4c48566d745dc5a97a0d058d04263
commit: c9aef213e38cde27d4689a5cbe25a7c1b1db9fad reset: intel: Add system reset
controller driver
date: 6 months a
The device-tree property to check secure and trusted boot state is
different for guests(pseries) compared to baremetal(powernv).
This patch updates the existing is_ppc_secureboot_enabled() and
is_ppc_trustedboot_enabled() function to add support for pseries.
Signed-off-by: Nayna Jain
---
arch/p
在 2020-07-04星期六的 17:29 +0100,Jonathan Cameron写道:
> On Fri, 3 Jul 2020 21:44:05 +0200
> Ondrej Jirman wrote:
>
> > From: Icenowy Zheng
> >
> > The STK3311 chip has a variant called STK3311-X, which has a
> > different
> > chip id of 0x12.
> >
> > Add the chip id to the driver.
> >
> > Signed-
The move to a combined driver for the QCOM SCM hardware changed the
io_writel and io_readl helpers to use non-atomic calls, despite the
commit message saying that atomic was a better option. This breaks these
helpers on hardware that uses the old legacy convention (access fails
with a -95 return co
Hello Amelie,
thank you for this patch - I am hoping that it will help us on Amlogic
Meson8, Meson8b, Meson8m2 and GXBB SoCs as well.
On these SoCs the ID detection is performed by the PHY IP and needs to
be polled.
I think usb_role_switch is the perfect framework for this on dwc2 side.
For the PH
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 3c73b81a9164d0c1b6379d6672d2772a9e95168e
Gitweb:
https://git.kernel.org/tip/3c73b81a9164d0c1b6379d6672d2772a9e95168e
Author:Andy Lutomirski
AuthorDate:Fri, 03 Jul 2020 10:02:54 -07:00
Commit
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: db5b2c5a90a111618f071d231a8b945cf522313e
Gitweb:
https://git.kernel.org/tip/db5b2c5a90a111618f071d231a8b945cf522313e
Author:Andy Lutomirski
AuthorDate:Fri, 03 Jul 2020 10:02:53 -07:00
Commit
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: f41f0824224eb12ad84de8972962dd54be5abe3b
Gitweb:
https://git.kernel.org/tip/f41f0824224eb12ad84de8972962dd54be5abe3b
Author:Andy Lutomirski
AuthorDate:Fri, 03 Jul 2020 10:02:55 -07:00
Commit
Hi,
On Sun, Jul 05, 2020 at 01:09:37AM +0800, Icenowy Zheng wrote:
> 在 2020-07-04星期六的 17:29 +0100,Jonathan Cameron写道:
> > On Fri, 3 Jul 2020 21:44:05 +0200
> > Ondrej Jirman wrote:
> >
> > > From: Icenowy Zheng
> > >
> > > The STK3311 chip has a variant called STK3311-X, which has a
> > > dif
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 13cbc0cd4a30c815984ad88e3a2e5976493516a3
Gitweb:
https://git.kernel.org/tip/13cbc0cd4a30c815984ad88e3a2e5976493516a3
Author:Andy Lutomirski
AuthorDate:Fri, 03 Jul 2020 10:02:56 -07:00
Commit
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: cc801833a171163edb6385425349ba8903bd1b20
Gitweb:
https://git.kernel.org/tip/cc801833a171163edb6385425349ba8903bd1b20
Author:Andy Lutomirski
AuthorDate:Fri, 03 Jul 2020 10:02:57 -07:00
Commit
Hi Guo,
On Sat, Jul 4, 2020 at 6:34 AM wrote:
> > > There is no single step exception in riscv ISA, so utilize ebreak to
> > > simulate. Some pc related instructions couldn't be executed out of line
> > > and some system/fence instructions couldn't be a trace site at all.
> > > So we give out a r
On Sat, Jul 4, 2020 at 6:45 PM Paul E. McKenney wrote:
>
> On Fri, Jul 03, 2020 at 04:31:22PM -0700, syzbot wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:9e50b94b Add linux-next specific files for 20200703
> > git tree: linux-next
> > console output:
Hi Greg,
On Sat, Jul 4, 2020 at 4:05 PM Greg Kroah-Hartman
wrote:
> It's a tiny syscall, meant to allow a user to do a single "open this
> file, read into this buffer, and close the file" all in a single shot.
>
> Should be good for reading "tiny" files like sysfs, procfs, and other
> "small" fil
On Sat, Jul 4, 2020 at 4:05 PM Greg Kroah-Hartman
wrote:
> This wires up the readfile syscall for all architectures
>
> Signed-off-by: Greg Kroah-Hartman
> arch/m68k/kernel/syscalls/syscall.tbl | 1 +
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Ge
Hi Greg,
On Sat, Jul 4, 2020 at 4:05 PM Greg Kroah-Hartman
wrote:
> Test the functionality of readfile(2) in various ways.
>
> Also provide a simple speed test program to benchmark using readfile()
> instead of using open()/read()/close().
>
> Signed-off-by: Greg Kroah-Hartman
Any benchmark res
Hi "Johnson,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on abelloni/rtc-next]
[also build test ERROR on linux/master linus/master v5.8-rc3 next-20200703]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to
On Sat, Jul 04, 2020 at 04:02:47PM +0200, Greg Kroah-Hartman wrote:
> + /* only accept a small subset of O_ flags that make sense */
> + if ((flags & (O_NOFOLLOW | O_NOATIME)) != flags)
> + return -EINVAL;
> +
> + /* add some needed flags to be able to open the file properly
Hi,
On Sun, Jun 21, 2020 at 02:11:06AM +0200, Alexandre Belloni wrote:
> On 21/06/2020 00:42:19+0200, Jonathan Neuschäfer wrote:
> > With this driver, mainline Linux can keep its time and date in sync with
> > the vendor kernel.
> >
> > Advanced functionality like alarm and automatic power-on is
Rationale:
Reduces attack surface on kernel devs opening the links for MITM
as HTTPS traffic is much harder to manipulate.
Deterministic algorithm:
For each file:
If not .svg:
For each line:
If doesn't contain `\bxmlns\b`:
For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
On Sat, Jul 04, 2020 at 04:02:46PM +0200, Greg Kroah-Hartman wrote:
> Here is a tiny new syscall, readfile, that makes it simpler to read
> small/medium sized files all in one shot, no need to do open/read/close.
> This is especially helpful for tools that poke around in procfs or
> sysfs, making a
Rationale:
Reduces attack surface on kernel devs opening the links for MITM
as HTTPS traffic is much harder to manipulate.
Deterministic algorithm:
For each file:
If not .svg:
For each line:
If doesn't contain `\bxmlns\b`:
For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next
branch HEAD: e8a2cb2717be343c9837318c28a4a87e4083a4e1 torture: document
--allcpus argument added to the kvm.sh script
elapsed time: 1267m
configs tested: 161
configs skipped: 16
The following configs
On Sat, Jul 4, 2020 at 9:37 AM Zekun Shen wrote:
>
> On Sat, Jul 04, 2020 at 09:05:48AM -0700, Alexander Duyck wrote:
> > The upper limitation for the size should be 2K or FM10K_RX_BUFSZ, not
> > PAGE_SIZE. Otherwise you are still capable of going out of bounds
> > because the offset is used withi
On Sat, Jul 4, 2020 at 4:03 PM Greg Kroah-Hartman
wrote:
>
> It's a tiny syscall, meant to allow a user to do a single "open this
> file, read into this buffer, and close the file" all in a single shot.
>
> Should be good for reading "tiny" files like sysfs, procfs, and other
> "small" files.
>
>
Rephrase F/W error message to make it more understandable to ordinary
users.
Signed-off-by: Omer Shpigelman
---
drivers/misc/habanalabs/firmware_if.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/habanalabs/firmware_if.c
b/drivers/misc/habanalabs/firmware_if
Hi!
> > > Add support for registering per-LED device trigger.
> > >
> > > Names of private triggers need to be globally unique, but may clash
> > > with other private triggers. This is enforced during trigger
> >
> > Globally unique name is going to be a problem, no? If you have two
> > keyboard
On Sat 2020-07-04 21:34:36, 孙世龙 sunshilong wrote:
> Thank you for taking the time to respond to me.
>
> >These machines are still mostly IBM-PC compatible, so it is likely to
> >somehow work. You'll likely get worse power and thermal
> >management. Try it.
> It's an industrial personal computer wi
101 - 200 of 336 matches
Mail list logo