it.
Similarly, the none-devm variant isn't used.
Remove it, and the referring documentation.
Signed-off-by: Dr. David Alan Gilbert
---
Documentation/locking/hwspinlock.rst | 46 +
drivers/hwspinlock/hwspinlock_core.c | 77 ----
include/linux/hwspinl
s/rpmsg/rpmsg_core.c | 63 -----
include/linux/rpmsg.h | 22
3 files changed, 131 deletions(-)
diff --git a/Documentation/staging/rpmsg.rst b/Documentation/staging/rpmsg.rst
index 3713adaa1608..40282cca86ca 100644
--- a/Documentation/staging/rpmsg.rst
+++ b/D
From: "Dr. David Alan Gilbert"
The virtio_rpmsg_send_offchannel() and virtio_rpmsg_trysend_offchannel()
are wired up to the send_offchannel and trysend_offchannel members
of rpmsg_endpoint_ops, the only dereference of those was by
the unused, and now removed rpmsg_send_offchannel() and
rpmsg_trys
From: "Dr. David Alan Gilbert"
After the previous patch, there are no implementers of the
send_offchannel() and trysend_offchannel() methods.
Remove them.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/rpmsg/rpmsg_internal.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/
l.h | 6 ---
drivers/rpmsg/virtio_rpmsg_bus.c | 22 ---
include/linux/rpmsg.h| 22 ---
5 files changed, 159 deletions(-)
--
2.49.0
y: Dr. David Alan Gilbert
---
Documentation/staging/rpmsg.rst | 46
drivers/rpmsg/rpmsg_core.c | 63 -----
include/linux/rpmsg.h | 22
3 files changed, 131 deletions(-)
diff --git a/Documentation/staging/rpmsg.rst b/Docume
y: Dr. David Alan Gilbert
---
Documentation/staging/rpmsg.rst | 46
drivers/rpmsg/rpmsg_core.c | 63 -----
include/linux/rpmsg.h | 22
3 files changed, 131 deletions(-)
diff --git a/Documentation/staging/rpmsg.rst b/Docume
#x27;t use this function directly; instead, drivers
- * should use the appropriate rpmsg_{try}send{to, _offchannel} API
+ * should use the appropriate rpmsg_{try}send{to} API
* (see include/linux/rpmsg.h).
*
* Return: 0 on success and an appropriate error value on failure.
@@ -665,14 +659,
From: "Dr. David Alan Gilbert"
After the previous patch, there are no implementers of the
send_offchannel() and trysend_offchannel() methods.
Remove them.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/rpmsg/rpmsg_internal.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/
n/staging/rpmsg.rst | 46 ---
drivers/rpmsg/rpmsg_core.c | 63
drivers/rpmsg/rpmsg_internal.h | 6 ---
drivers/rpmsg/virtio_rpmsg_bus.c | 24 +---
include/linux/rpmsg.h| 22 ---
5 files changed, 1 insertion(+), 160 deletions(-)
--
2.49.0
From: "Dr. David Alan Gilbert"
It seems right to require that code which is automatically
generated is disclosed in the commit message.
This is a starting point. It's purposely agnostic about
whether using any such tools is a good idea or not, and is also
agnostic about trying to draw any hard
Zdravstvujte! Vas interesuyut klientskie bazy dannyh?
Zdravstvujte! Vas interesuyut klientskie bazy dannyh?
Zdravstvuyte! Vas interesuyut kliyentskiye bazy dannykh?
Zdravstvuyte! Vas interesuyut kliyentskiye bazy dannykh?
Hi,
I've started a new project recently, plese take a look at some examples of
my recent works here <http://match.corelogix.net/e4icx/80>
All best, Linux-rockchip
Соберем для Вас по интернет базу данных потенциальных клиентов для Вашего
Бизнеса!!! Много! Быстро! Не дорого! Узнайте об этом подробнее по
Тел\Viber\Whatsapp:+79133913837 Skype:prodawez389 Email:gorskov...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-do
Hello:
This patch was applied to riscv/linux.git (fixes)
by Jonathan Corbet :
On Sat, 30 Sep 2023 21:52:00 +0300 you wrote:
> and fix all in-tree references.
>
> Architecture-specific documentation is being moved into Documentation/arch/
> as a way of cleaning up the top-level documentation dire
Hello:
This series was applied to riscv/linux.git (fixes)
by Palmer Dabbelt :
On Mon, 26 Aug 2024 09:36:44 -0700 you wrote:
> There have been a couple of reports that using the hint address to
> restrict the address returned by mmap hint address has caused issues in
> applications. A different so
Hello:
This series was applied to riscv/linux.git (fixes)
by Palmer Dabbelt :
On Tue, 27 Aug 2024 16:05:15 +0800 you wrote:
> Previous patch series[1][2] changes a mmap behavior that treats the hint
> address as the upper bound of the mmap address range. The motivation of the
> previous patch ser
on.h
> genhdr-y += unistd-oabi.h
> genhdr-y += unistd-eabi.h
Acked-by: Russell King
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list:
nclude/asm file gone.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/asm/types.h
I wonder how many more headers are unintentionally exported.
... what a mess. :(
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list:
y to build
> with
> - * -ffreestanding and include 'stdint.h' (such as when you include
> 'arm_neon.h'
> - * in order to use NEON intrinsics)
> - *
> - * As the typedefs for these types in 'stdint.h' are based on builtin defines
> - * supplied by
e PL011 changes:
Acked-by: Russell King
Thanks.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc&
ion and the
data section (for me around 593k). This all adds up to an increase
in kernel image size of 3.2MB on 14.2MB - an increase of 22%.
So no, I'm really not happy with that.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Feb 03, 2017 at 01:08:40PM -0800, Kees Cook wrote:
> On Fri, Feb 3, 2017 at 12:29 PM, Russell King - ARM Linux
> wrote:
> > On Fri, Feb 03, 2017 at 11:45:56AM -0800, Kees Cook wrote:
> >> On Fri, Feb 3, 2017 at 9:52 AM, Laura Abbott wrote:
> >> > diff --
.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
with a zero link register, which it won't be if kasan_early_init is
moved after it.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps
ode won't linkd with kernel image.
> >
> > Disable kasan check in the function unwind_pop_register
> > because it doesn't matter that kasan checks failed when
> > unwind_pop_register read stack memory of task.
> >
> > Reviewed-by: Russell King - ARM Linux
>
On Fri, Nov 30, 2018 at 12:50:22PM +0200, Matti Vaittinen wrote:
> Hello Stephen,
>
> Thanks a bunch for taking the time and reviewing this!
>
> On Fri, Nov 30, 2018 at 12:54:10AM -0800, Stephen Boyd wrote:
> > Quoting Matti Vaittinen (2018-11-13 03:55:58)
> > > With MFD devices the clk propertie
Hi,
On Mon, Dec 03, 2018 at 02:17:56PM +0200, Matti Vaittinen wrote:
> diff --git a/drivers/clk/clkdev.c b/drivers/clk/clkdev.c
> index 9ab3db8b3988..68a1e55a60d2 100644
> --- a/drivers/clk/clkdev.c
> +++ b/drivers/clk/clkdev.c
> @@ -401,6 +401,25 @@ static struct clk_lookup *__clk_register_clkdev
ast tests the crypto users via testmgr and
> tcrypt but I do note that I do not have access to some
> of the HW whose drivers are modified nor do I claim I was
> able to test all of the corner cases.
>
> The patch set is based upon linux-next release tagged
> next-20171013.
Has
nd for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
CRASH_ADDR_MAX (PHYS_OFFSET + (512 << 20))
> >
> > Any reason to limit crash mem within the first 512M only? What if one want
> > to
> > reserve memory over 512M?
>
> When crash base is not give, then may be it can be just checked if memblock
> region i
On Wed, Mar 30, 2016 at 09:27:08AM -0400, Vivek Goyal wrote:
> On Wed, Mar 30, 2016 at 02:05:30PM +0100, Russell King - ARM Linux wrote:
> > On Wed, Mar 30, 2016 at 06:09:22PM +0530, Pratyush Anand wrote:
> > > On 30/03/2016:09:46:38 AM, Dave Young wrote:
> > > >
, the kexec tools make use of these resources,
and thus kexec tools use the boot-time view of physical memory.
The first three patches have been sitting in linux-next for a while.
I'm going to put the next ARM specific three into linux-next next week.
I've sent Eric over a month a
dband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
a phys_addr_t.
Full details in Documentation/printk-formats.txt in the kernel.
The code above is correct.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubs
view physical
> > addresses. This patch extracts the current transation points into
> > linux/kexec.h, and allows an architecture to override the functions.
> >
> > Due to the translations required, we unfortunately end up with six
> > translation functions, which are
el to OOPS when
it hits the resulting hole.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sat, Apr 30, 2016 at 08:57:34AM +0530, Pratyush Anand wrote:
> On Fri, Apr 29, 2016 at 11:30 PM, Russell King - ARM Linux
> wrote:
> > On Fri, Apr 29, 2016 at 08:26:00PM +0530, Pratyush Anand wrote:
> >> Hi Russell,
> >>
> >> On Thu, Apr 28, 20
On Sat, Apr 30, 2016 at 09:06:19AM +0530, Pratyush Anand wrote:
> On Fri, Apr 29, 2016 at 11:40 PM, Russell King - ARM Linux
> wrote:
> > On Fri, Apr 29, 2016 at 07:49:45PM +0530, Pratyush Anand wrote:
> >> On Thu, Apr 28, 2016 at 2:57 PM, Russell King
> >> wrote:
On Mon, May 02, 2016 at 01:04:28PM +0530, Pratyush Anand wrote:
> On Sat, Apr 30, 2016 at 1:50 PM, Russell King - ARM Linux
> wrote:
> > On Sat, Apr 30, 2016 at 08:57:34AM +0530, Pratyush Anand wrote:
> >> On Fri, Apr 29, 2016 at 11:30 PM, Russell King - ARM Linux
> >&
e series.
The explanation given by Pratyush was incomplete.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscrib
ibe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, May 11, 2016 at 04:29:23PM +0800, Dave Young wrote:
> Hi, Russell
>
> On 04/28/16 at 10:26am, Russell King - ARM Linux wrote:
> > These changes are required for TI Keystone2 kexec to be functional. TI
> > Keystone2 has the run-time view of physical memory above 4GiB
On Wed, May 11, 2016 at 05:13:38PM +0800, Dave Young wrote:
> On 05/11/16 at 09:52am, Russell King - ARM Linux wrote:
> > I think you're confusing things. DT doesn't contain the boot alias
> > memory ranges - it's not a separate chunk of memory. It's an ali
addresses and the normal kernel view physical
> addresses. This patch extracts the current transation points into
> linux/kexec.h, and allows an architecture to override the functions.
>
> Due to the translations required, we unfortunately end up with six
> translation func
On Thu, May 12, 2016 at 02:26:27PM +0800, Baoquan He wrote:
> On 04/28/16 at 10:28am, Russell King wrote:
> > diff --git a/include/linux/kexec.h b/include/linux/kexec.h
> > index 52a3a221bcb2..99cb9dac7909 100644
> > --- a/include/linux/kexec.h
> > +++ b/include/linux/ke
t DMA is
not possible.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello:
This series was applied to riscv/linux.git (for-next)
by Palmer Dabbelt :
On Tue, 01 Oct 2024 09:06:05 -0700 you wrote:
> v5 for cpu assisted riscv user mode control flow integrity.
> zicfiss and zicfilp [1] are ratified riscv CPU extensions.
>
> Changes in this version are
> - rebased on
Hello:
This series was applied to riscv/linux.git (for-next)
by Palmer Dabbelt :
On Wed, 16 Oct 2024 13:27:41 -0700 you wrote:
> RISC-V defines three extensions for pointer masking[1]:
> - Smmpm: configured in M-mode, affects M-mode
> - Smnpm: configured in M-mode, affects the next lower mode (
ternative vector version based upon whether xtheadvector
> was determined to be supported at boot.
>
> vlenb is not supported on the existing xtheadvector hardware, so a
> devicetree property thead,vlenb is added to provide the vlenb to Linux.
>
> [...]
Here is the summary wit
Hello:
This series was applied to riscv/linux.git (for-next)
by Alexandre Ghiti :
On Wed, 26 Feb 2025 14:32:03 +0800 you wrote:
> v1/v2:
> There is only the first patch: RISC-V: Enable cbo.clean/flush in usermode,
> which mainly removes the enabling of cbo.inval in user mode.
>
> v3:
> Add the f
Hello:
This series was applied to riscv/linux.git (fixes)
by Alexandre Ghiti :
On Tue, 22 Apr 2025 18:23:07 +0200 you wrote:
> This series fixes misaligned access handling when in non interruptible
> context by reenabling interrupts when possible. A previous commit
> changed raw_copy_from_user()
Hello:
This series was applied to riscv/linux.git (for-next)
by Palmer Dabbelt :
On Fri, 23 May 2025 12:19:17 +0200 you wrote:
> The SBI Firmware Feature extension allows the S-mode to request some
> specific features (either hardware or software) to be enabled. This
> series uses this extension
Hello:
This series was applied to riscv/linux.git (for-next)
by Alexandre Ghiti :
On Thu, 31 Jul 2025 16:19:10 -0700 you wrote:
> Basics and overview
> ===
>
> Software with larger attack surfaces (e.g. network facing apps like databases,
> browsers or apps relying on browser run
s a "regression" and what is the "no regressions rule"?
> +What is a "regression" and what is the "no regressions" rule?
> ~
>
> It's a regression if some application or practical use case running fine with
> o
gt; >
> > Please note that the patch #2 requires this change to work correctly:
> > https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git/commit/?h=clk-next&id=05502bf9eb7a7297f5fa6f1d17b169b3d5b53570
>
> I guess the dependency mentioned abowe is already in (most) of the
&
On Wed, Feb 06, 2019 at 05:30:32PM -0800, David Miller wrote:
>
> These two patches do not apply cleanly to net nor net-next.
>
> Please send me something that does apply, and please always
> clearly indicate which tree your changes are targetting.
I've just tried this patch on current net-next,
Hi Randy,
Sorry for the delay.
On Wed, Feb 13, 2019 at 08:00:29PM -0800, Randy Dunlap wrote:
> On 2/5/19 7:58 AM, Russell King wrote:
> > +uses in-band mode, where results from the PHYs negotiation are passed
>
> PHY's
...
> > + Manipulation of the
62 matches
Mail list logo
