On Apr 9, 2005 3:42 AM, Herbert Xu <[EMAIL PROTECTED]> wrote:
> Magnus Damm <[EMAIL PROTECTED]> wrote:
> >
> > Say a kernel shipped with your favourite distribution crashes your
> > machine during boot-up - wouldn't it be nice to be able to just
> > di
On Apr 9, 2005 11:48 AM, Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 09, 2005 at 11:43:59AM +0200, Magnus Damm wrote:
> >
> > > Perhaps your favourite distribution could build that as a module to
> > > start with.
> >
> > Right. Today dis
On Apr 9, 2005 12:07 PM, Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 09, 2005 at 12:03:45PM +0200, Magnus Damm wrote:
> >
> > > Perhaps they should start using initramfs then.
> >
> > But how does that help me? I still want to be able to pass a list o
On 4/9/05, Domen Puncer <[EMAIL PROTECTED]> wrote:
> On 21/03/05 00:06 +0100, Magnus Damm wrote:
> > Here are a set of patches that makes it possible to autogenerate kernel
> > command
> > line documentation from the source code. The approach is rather
> > st
On 4/12/05, Petr Baudis <[EMAIL PROTECTED]> wrote:
> (iv) You fail to propose a better solution.
I would feel safer with back end storage filenames based on email and
mtime together with an optional hash lookup that turns collisions into
worse performance. But that's just me.
/ magnus
-
To unsub
you want a patch.
Thanks /
Magnus Damm
http://opensource.se - open source in sweden
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please r
On 8/11/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Mel Gorman <[EMAIL PROTECTED]> wrote:
> > The majority of pages I am seeing no longer have page->mapping set. Does
> > this mean they are in the process of being cleared up?
>
> They're just anonymous pages, aren't they? But you said "pages t
On 8/11/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Magnus Damm <[EMAIL PROTECTED]> wrote:
> >
> > On 8/11/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > Mel Gorman <[EMAIL PROTECTED]> wrote:
> > > > The majority of pages I am see
Hello all,
Nice to see that this driver gets forward ported to 2.6. I originally
wrote it for pcmcia-cs, but it made its way into 2.4 after a while.
Thanks to all the people who added code and fixes.
I'm not sure how the current Linux pcmcia layer works, and I am not
involved in powerpc land anym
memory_present()
without this patch, which breaks single node support.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- from-0006/arch/i386/Kconfig
+++ to-0007/arch/i386/Kconfig 2005-09-06 12:01:45.0 +0900
@@ -758,7 +758,6 @@ config NUMA
depends on SMP && HIGHMEM64G
This patch for 2.6.13-git6 fixes a typo involving CONFIG_ACPI_SRAT.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- from-0005/include/asm-i386/mmzone.h
+++ to-0008/include/asm-i386/mmzone.h 2005-09-07 15:06:52.0 +0900
@@ -29,7 +29,7 @@ static inline void get_memcfg_num
On 9/8/05, Dave Hansen <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-09-06 at 12:56 +0900, Magnus Damm wrote:
> > This patch for 2.6.13-git5 fixes single node sparsemem support. In the case
> > when multiple nodes are used, setup_memory() in arch/i386/mm/discontig.c
> >
On 9/8/05, Martin J. Bligh <[EMAIL PROTECTED]> wrote:
> --On Wednesday, September 07, 2005 10:28:36 -0700 Dave Hansen <[EMAIL
> PROTECTED]> wrote:
>
> > On Tue, 2005-09-06 at 12:56 +0900, Magnus Damm wrote:
> >> This patch for 2.6.13-git5 fixes single
On 9/8/05, Dave Hansen <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-09-07 at 11:22 -0700, Martin J. Bligh wrote:
> > CONFIG_NUMA was meant to (and did at one point) support both NUMA and flat
> > machines. This is essential in order for the distros to support it - same
> > will go for sparsemem.
>
>
On 9/8/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > --On Wednesday, September 07, 2005 11:27:54 -0700 Dave Hansen <[EMAIL
> > PROTECTED]> wrote:
> >
> > > On Wed, 2005-09-07 at 11:22 -0700, Martin J. Bligh wrote:
> > >> CONFIG_NUMA was
On Wed, 2005-09-07 at 23:11 -0700, Martin J. Bligh wrote:
> >> >> CONFIG_NUMA was meant to (and did at one point) support both NUMA and
> >> >> flat
> >> >> machines. This is essential in order for the distros to support it -
> >> >> same
> >> >> will go for sparsemem.
> >> >
> >> > That's a dif
On 9/9/05, KUROSAWA Takahiro <[EMAIL PROTECTED]> wrote:
> On Thu, 8 Sep 2005 05:02:32 -0700
> Paul Jackson <[EMAIL PROTECTED]> wrote:
> > One of my passions is to avoid special cases across API boundaries.
> >
> > I am proposing that you don't do subcpusets like this.
> >
> > Consider the following
On 9/9/05, Paul Jackson <[EMAIL PROTECTED]> wrote:
> magnus wrote:
> > Maybe it is possible to have an hierarchical model and keep the
> > framework simple and easy to understand while providing guarantees,
>
> Dinakar's patches to use cpu_exclusive cpusets to define dynamic
> sched domains accomp
boot any installation cd that includes built in Firewire support because
the ohci1394 code together with your broken hardware makes the kernel crash
during bootup.
Solution: Boot a kernel that includes this patch and pass ohci1394=off.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
diff
On Sun, 20 Mar 2005 10:51:41 +0100 (MET), Jan Engelhardt
<[EMAIL PROTECTED]> wrote:
>
> >This patch makes it possible to disable built in code from the kernel
> >command line. The patch is rather simple - it extends the compiled-in case
> >of module_init() to include __setup() with a name based on
Hello All,
af_unix.c is currenty built with KBUILD_MODNAME=unix. This seems to
work rather well today, but if someone actually tries to use
KBUILD_MODNAME then they will end up with a preprocessor surprise:
KBUILD_MODNAME -> unix -> 1, because "unix" is defined to 1.
With other words, if someone
> >> af_unix.c is currenty built with KBUILD_MODNAME=unix. This seems to
> >> Solution? #undef unix?
> >
> >or maybe -Uunix ?
>
> Why is not KBUILD_MODNAME=af_unix ?
The exact solution does not matter that much to me, and I'm afraid I
do not know how changing KBUILD_MODNAME affects the rest of th
Hello again,
The KBUILD_MODNAME problem with af_unix.c is sort of also affecting
the ide code, but with another twist. "unix" is not a problem, but
KBUILD_MODNAME collides with constants defined in :
[snip]
/*
* Now for the data we need to maintain per-drive: ide_drive_t
*/
#define ide_scsi
For 2.6.11.x, already fixed in 2.6.12-rc1.
Replace duplicate "dumbkbd" with "noloop".
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.11.4/drivers/input/serio/i8042.c 2005-03-16 10:56:16.0
+0100
+++ linux-2.6.11.4-i8042_parm_desc/drivers/input
For 2.6.12 and 2.6.11.x:
Remove incorrect "drm_"-prefix from parameter description.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.11.5/drivers/char/drm/drm_stub.c 2005-03-20 18:09:14.348412000
+0100
+++ linux-2.6.11.5-drm_parm_desc/drivers/char/drm/drm_stub.c
Here are a set of patches that makes it possible to autogenerate kernel command
line documentation from the source code. The approach is rather straightforward
- the parameter name, the type and the description are stored in a section
called __param_strings. After vmlinux is built this section is
The code of autoparam - modified include files. Stores parameter name, type
and description in a section called __param_strings.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
diff -urN linux-2.6.12-rc1/include/linux/init.h
linux-2.6.12-rc1-autoparam/include/linux/init.h
--- linux-2.6.
This is a quick fix that removes the "KBUILD_MODNAME -> unix -> 1" conflict.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
diff -urN linux-2.6.12-rc1/net/unix/af_unix.c
linux-2.6.12-rc1-autoparam/net/unix/af_unix.c
--- linux-2.6.12-rc1/net/unix/af_unix.c 2005-03-20 18
This patch contains quick fixes that prevents KBUILD_MODNAME conflicts.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
diff -urN linux-2.6.12-rc1/drivers/ide/ide-disk.c
linux-2.6.12-rc1-autoparam/drivers/ide/ide-disk.c
--- linux-2.6.12-rc1/drivers/ide/ide-disk.c 2005-03-20
.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
diff -urN linux-2.6.12-rc1/scripts/section2text.rb
linux-2.6.12-rc1-autoparam/scripts/section2text.rb
--- linux-2.6.12-rc1/scripts/section2text.rb1970-01-01 01:00:00.0
+0100
+++ linux-2.6.12-rc1-autoparam/scripts/section2text.rb
Some module parameter fixes, errors reported by section2text.rb.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
diff -urN linux-2.6.12-rc1/drivers/net/8139cp.c
linux-2.6.12-rc1-autoparam/drivers/net/8139cp.c
--- linux-2.6.12-rc1/drivers/net/8139cp.c 2005-03-20 18:09:14.0
Remove incorrect "bt878_"-prefix from parameter description.
Error detected with section2text.rb, see autoparam patch.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1/drivers/media/dvb/bt8xx/bt878.c2004-12-24
22:34:49.0 +0100
+++ linux-2.6.
Some module parameter descriptions should only be present when debugging is
enabled, ie when ARLAN_ENTRY_EXIT_DEBUGGING is defined. The patch fixes this
and adds "arlan_entry_and_exit_debug" that was missing.
Error detected with section2text.rb, see autoparam patch.
Signed-off-by: M
Fix "low_latency"/"debug" parameter description duplication/mixup.
Error detected with section2text.rb, see autoparam patch.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1/drivers/usb/serial/io_edgeport.c 2005-03-20
18:20:17.0 +0100
+++
Fix "dev_addr"/"iProduct" parameter description duplication/mixup.
Error detected with section2text.rb, see autoparam patch.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1/drivers/usb/gadget/ether.c 2005-03-20 18:20:17.0
+0100
+++ linux-2.
Remove incorrect "budget_"-prefix from parameter description.
Error detected with section2text.rb, see autoparam patch.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1/drivers/media/dvb/ttpci/budget-core.c 2005-03-20
18:20:16.0 +0100
+++
Remove incorrect "asus_"-prefix from parameter name.
Error detected with section2text.rb, see autoparam patch.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1/drivers/acpi/asus_acpi.c 2005-03-20 18:09:14.0
+0100
+++ linux-2.6.12-rc1-autopa
Remove "dvb_"-prefix from parameters. Without the patch all parameters except
the declaration of parameter "frontend_debug" have a "dvb_"-prefix.
Error detected with section2text.rb, see autoparam patch.
--- linux-2.6.12-rc1/drivers/media/dvb/dvb-core/dvb_frontend.c 2005-03-20
18:20:16.000
Fix parameter description typo, use parameter name "cifs_min_small" instead of
non-existing "cifs_small_rcv" for MODULE_PARM_DESC.
Error detected with section2text.rb, see autoparam patch.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1/fs/cifs/c
On Tue, 22 Mar 2005 03:51:04 +0100, Johannes Stezenbach <[EMAIL PROTECTED]>
wrote:
> On Mon, Mar 21, 2005 at 05:10:27PM +0100, Magnus Damm wrote:
> > Remove "dvb_"-prefix from parameters. Without the patch all parameters
> > except
> > the declaration of pa
Hello,
On Fri, 18 Mar 2005 18:55:13 -0300, Marcelo Tosatti
<[EMAIL PROTECTED]> wrote:
>
>
> Here goes the first release candidate for v2.4.30.
I'm a bit late, but here's a patch that fixes a module parameter
description typo in eepro100. The problem was located in the 2.6
source and a fix shoul
Hello,
On Tue, 29 Mar 2005 19:06:19 -0500, Ron Gage <[EMAIL PROTECTED]> wrote:
> Laptop is an HP Pavilion N5150, Intel USB chipset (UHCI). Cardbus card is
> generic ALI based USB chipset (EHCI/OHCI). USB drive is a Sony VAIO external
> case for a 2.5" drive. The chip in the usb drive has no man
pata_platform: Fix NULL pointer dereference
pata_platform currently dereferences a NULL pointer in pata_platform_probe()
if pdev->dev.platform_data is set to NULL. This breakage was most likely
introduced by commit 5f45bc50976ee1f408f7171af155aec646655a37.
Signed-off-by: Magnus Damm <
On 2/3/07, Horms <[EMAIL PROTECTED]> wrote:
On Fri, Feb 02, 2007 at 08:53:00PM +0900, Magnus Damm wrote:
> On 2/2/07, Magnus Damm <[EMAIL PROTECTED]> wrote:
> > On 2/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > Magnus Damm <[EMAIL PROTECTED]> wr
64/kernel/crash.c: At top level:
arch/ia64/kernel/crash.c:84: warning: 'kdump_wait_cpu_freeze' defined but not
used
make[1]: *** [arch/ia64/kernel/crash.o] Error 1
make: *** [arch/ia64/kernel] Error 2
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
---
Applies on top of 2.6.20.
On 2/19/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Mon, 19 Feb 2007 12:20:19 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
> This patch applies on top of Paul Menage's container patches (V7) posted at
>
> http://lkml.org/lkml/2007/2/12/88
>
> It implements a controller within the cont
On 2/19/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
Magnus Damm wrote:
> On 2/19/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>> On Mon, 19 Feb 2007 12:20:19 +0530 Balbir Singh <[EMAIL PROTECTED]>
>> wrote:
>>
>> > This patch applies on top of P
ipermail/fastboot/2007-January/thread.html#5774
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
Acked-by: Simon Horman <[EMAIL PROTECTED]>
Acked-by: Zou, Nanhai <[EMAIL PROTECTED]>
Acked-by: Jay Lan <[EMAIL PROTECTED]>
---
Tested using kexec-tools-testing 7792798a79b78a5
kexec: Fix CONFIG_SMP=n compilation (ia64)
This patch makes it possible to compile kexec for ia64 without SMP support.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
---
Applies on top of 2.6.20-rc7.
arch/ia64/kernel/crash.c | 11 +++
arch/ia64/kernel/machine_kexec.c
On 2/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
(added ia64 list)
(added ia64 maintainer)
(added kexec list)
Sorry about that.
On Thu, 01 Feb 2007 22:13:47 +0900
Magnus Damm <[EMAIL PROTECTED]> wrote:
> kexec: Fix CONFIG_SMP=n compilation (ia64)
>
> This patch
On 2/2/07, Magnus Damm <[EMAIL PROTECTED]> wrote:
On 2/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Magnus Damm <[EMAIL PROTECTED]> wrote:
>
> > kexec: Fix CONFIG_SMP=n compilation (ia64)
> >
> > This patch makes it possible to compile kexec for i
s390 doesn't fully support
kexec-on-panic which for that arch leads to introduction of unused code.
Signed-Off-By: Magnus Damm <[EMAIL PROTECTED]>
---
Applies on top of linux-2.6.19.
Builds on i386 and x86_64.
arch/i386/kernel/crash.c| 66 +---
is an attempt to simplify future porting work.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
---
Applies to 2.6.19.
arch/i386/kernel/machine_kexec.c | 59 --
arch/i386/kernel/relocate_kernel.S | 58 ++---
arch/x86_64/
control page.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
---
Applies to 2.6.19.
arch/x86_64/kernel/machine_kexec.c | 58 --
arch/x86_64/kernel/relocate_kernel.S | 50 ++---
2 files changed, 45 insertions(+), 63 del
control page.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
---
Applies to 2.6.19.
arch/i386/kernel/machine_kexec.c | 59
arch/i386/kernel/relocate_kernel.S | 58 ---
2 files changed, 53 insertions(+), 64 del
On 12/5/06, Vivek Goyal <[EMAIL PROTECTED]> wrote:
On Tue, Dec 05, 2006 at 10:37:57PM +0900, Magnus Damm wrote:
> kexec: Move segment code to assembly files
>
> The following patches rearrange the lowlevel kexec code to perform idt,
> gdt and segment setup code in assembl
x56eb): undefined reference to `vm_events_fold_cpu'
make: *** [.tmp_vmlinux1] Error 1
Signed-Off-By: Magnus Damm <[EMAIL PROTECTED]>
---
Applies on top of linux-2.6.20-rc1.
include/linux/vmstat.h |4
1 file changed, 4 insertions(+)
--- 0001/include/linux/vmstat.h
+++ 00
Hi Vivek,
Sorry for not commenting on an earlier version.
On 11/18/06, Vivek Goyal <[EMAIL PROTECTED]> wrote:
I am about to add relocatable kernel support which has essentially
no cost so there is no point in retaining CONFIG_PHYSICAL_START
and retaining CONFIG_PHYSICAL_START makes implementati
On 3/16/07, Horms <[EMAIL PROTECTED]> wrote:
On Thu, Mar 15, 2007 at 06:56:16PM +0530, Vivek Goyal wrote:
> On Thu, Mar 15, 2007 at 12:22:57PM +, Ian Campbell wrote:
> > On Thu, 2007-03-15 at 11:17 +0530, Vivek Goyal wrote:
> > > > > But I think changing this macro might run into issues. It i
On 3/16/07, Horms <[EMAIL PROTECTED]> wrote:
On Fri, Mar 16, 2007 at 08:52:30AM +0530, Vivek Goyal wrote:
> So it will now be left to the user. If he tries to kexec to a 64bit kernel
> on a machine not supporting 32bit extensions, then kexec will not give
> any advance warning.
I feel comfortabl
On 3/16/07, Ian Campbell <[EMAIL PROTECTED]> wrote:
On Fri, 2007-03-16 at 11:40 +0900, Magnus Damm wrote:
> Right. And maybe it's a good idea to make sure that this feature is
> actually supported by kexec-tools before adding code to the kernel?
I sent patches to the fastboot
On 3/16/07, Ian Campbell <[EMAIL PROTECTED]> wrote:
On Fri, 2007-03-16 at 16:59 +0900, Magnus Damm wrote:
> On 3/16/07, Ian Campbell <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-03-16 at 11:40 +0900, Magnus Damm wrote:
> > > Right. And maybe it's a good ide
On 3/16/07, Vivek Goyal <[EMAIL PROTECTED]> wrote:
Got a question. When running 32bit dom0 on 64bit hypervisor, which
kexec-tools elf loader will kick in? 32bit or 64bit? Looks like in this
case 64bit one. But shouldn't it be 32bit as 32bit OS is running and we
must be using the kexec-tools binar
On 3/6/07, KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
Following panic ouccurred (always) on ia64/NUMA(with empty node.)
Bug in here.
==
void move_native_irq(int irq)
{
struct irq_desc *desc = irq_desc + irq;
if (likely(!(desc->status & IRQ_MOVE_PENDING)))
retu
reworked to include patch 3 of the V1 of this series
Changes since V1:
- Got rid of patch 2 and 3 from initial series
- Updated bitmap code locking and also used lighter bitop functions
- Updated the Kconfig bits to apply on top of ARCH_RENESAS
Signed-off-by: Magnus Damm
---
Built on top
From: Magnus Damm
The IPMMU driver is using DT these days, and platform data is no longer
used by the driver. Remove unused code.
Signed-off-by: Magnus Damm
Reviewed-by: Laurent Pinchart
---
Changes since V4:
- None
Changes since V3:
- None
Changes since V2:
- None
Changes since V1
From: Magnus Damm
Break out the utlb parsing code and dev_data allocation into a
separate function. This is preparation for future code sharing.
Signed-off-by: Magnus Damm
---
Changes since V4:
- Dropped hunk with fix to apply on top of:
b1e2afc iommu/ipmmu-vmsa: Fix wrong error handle
From: Magnus Damm
Introduce a bitmap for context handing and convert the
interrupt routine to handle all registered contexts.
At this point the number of contexts are still limited.
Also remove the use of the ARM specific mapping variable
from ipmmu_irq() to allow compile on ARM64.
Signed-off
From: Magnus Damm
Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_LPAE
nor the IPMMU_VMSA driver actually depends on ARM_LPAE, so get
rid of the dependency.
Tested with ipmmu-vmsa on r8a7794 ALT and a kernel config using:
# CONFIG_ARM_LPAE is not set
Signed-off-by: Magnus Damm
From: Magnus Damm
Not all architectures have an iommu member in their archdata, so
use #ifdefs support build wit COMPILE_TEST on any architecture.
Signed-off-by: Magnus Damm
---
Changes since V4:
- None
Changes since V3:
- New patch
drivers/iommu/ipmmu-vmsa.c | 37
From: Magnus Damm
Break out the domain allocation code into a separate function.
This is preparation for future code sharing.
Signed-off-by: Magnus Damm
---
Changes since V4:
- None
Changes since V3:
- None
Changes since V2:
- Included this new patch as-is from the following series
From: Magnus Damm
Introduce an alternative set of iommu_ops suitable for 64-bit ARM
as well as 32-bit ARM when CONFIG_IOMMU_DMA=y. Also adjust the
Kconfig to depend on ARM or IOMMU_DMA.
Signed-off-by: Magnus Damm
---
Changes since V4:
- Added Kconfig hunk to depend on ARM or IOMMU_DMA
-bit ARM update V2
- Reworked root device handling to make use of driver_for_each_device()
- Added deferred probing to make sure root device always is present
Signed-off-by: Magnus Damm
---
Developed on top of next-20171013
Also applies to renesas-drivers-2017-10-03-v4.14-rc3
Tested on top
From: Magnus Damm
Add root device handling to the IPMMU driver by allowing certain
DT compat strings to enable has_cache_leaf_nodes that in turn will
support both root devices with interrupts and leaf devices that
face the actual IPMMU consumer devices.
Signed-off-by: Magnus Damm
---
Changes
From: Magnus Damm
Introduce struct ipmmu_features to track various hardware
and software implementation changes inside the driver for
different kinds of IPMMU hardware. Add use_ns_alias_offset
as a first example of a feature to control if the secure
register bank offset should be used or not
From: Magnus Damm
Add support for up to 8 contexts. Each context is mapped to one
domain. One domain is assigned one or more slave devices. Contexts
are allocated dynamically and slave devices are grouped together
based on which IPMMU device they are connected to. This makes slave
devices tied
From: Magnus Damm
Hook up IOMMU_OF_DECLARE() support in case CONFIG_IOMMU_DMA
is enabled. The only current supported case for 32-bit ARM
is disabled, however for 64-bit ARM usage of OF is required.
Signed-off-by: Magnus Damm
---
Changes since V4:
- Use ipmmu_is_root() instead of now removed
From: Magnus Damm
The r8a7795 IPMMU supports 40-bit bus mastering. Both
the coherent DMA mask and the streaming DMA mask are
set to unlock the 40-bit address space for coherent
allocations and streaming operations.
Signed-off-by: Magnus Damm
---
Changes since V4:
- None
Changes since V3
From: Magnus Damm
Write IMCTR both in the root device and the leaf node.
To allow access of IMCTR introduce the following function:
- ipmmu_ctx_write_all()
While at it also rename context functions:
- ipmmu_ctx_read() -> ipmmu_ctx_read_root()
- ipmmu_ctx_write() -> ipmmu_ctx_writ
From: Magnus Damm
Introduce a feature to allow opt-out of setting up
IMBUSCR. The default case is unchanged.
Signed-off-by: Magnus Damm
---
Changes since V4:
- Use leaf node mmu instead of root
Changes since V3:
- None
Changes since V2:
- None
Changes since V1:
- Updated the commit
From: Magnus Damm
Introduce support for two bit SL0 bitfield in IMTTBCR
by using a separate feature flag.
Signed-off-by: Magnus Damm
---
Changes since V4:
- Use leaf node mmu instead of root
Changes since V3:
- None
Changes since V2:
- None
Changes since V1:
- None
drivers/iommu
From: Magnus Damm
Tie in r8a7795 features and update the IOMMU_OF_DECLARE
compat string to include the updated compat string.
Signed-off-by: Magnus Damm
---
Changes since V4:
- Got rid of root device availability check in ->xlate()
-> deferred probing is used to make sure the r
Hi Robin,
On Tue, Jun 20, 2017 at 2:19 AM, Robin Murphy wrote:
> On 19/06/17 10:14, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Add root device handling to the IPMMU driver by allowing certain
>> DT compat strings to enable has_cache_leaf_nodes that in turn will
&
Hi Geert,
On Wed, Aug 26, 2015 at 4:29 PM, Geert Uytterhoeven
wrote:
> Hi Stephen,
>
> On Wed, Aug 26, 2015 at 12:46 AM, Stephen Boyd wrote:
>>> --- /dev/null
>>> +++ b/drivers/clk/shmobile/clk-rcar-gen3.c
>
>>> +
>>> +/*
>>> + * Reset register definitions.
>>> + */
>>> +#define MODEMR 0xe616006
From: Magnus Damm
Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_LPAE
nor the IPMMU_VMSA driver actually depends on ARM_LPAE, so get
rid of the dependency.
Tested with ipmmu-vmsa on r8a7794 ALT and a kernel config using:
# CONFIG_ARM_LPAE is not set
Signed-off-by: Magnus Damm
Hi Laurent,
On Mon, Oct 19, 2015 at 3:42 PM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> Thank you for the patch.
>
> On Monday 19 October 2015 12:02:53 Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_
Hi Geert,
On Wed, Apr 22, 2015 at 2:56 AM, Geert Uytterhoeven
wrote:
> Hi Magnus,
>
> On Tue, Apr 21, 2015 at 5:01 PM, Magnus Damm wrote:
>> irqchip: renesas-irqc: Fine grained Runtime PM support
>>
>> [PATCH/RFC 01/03] irqchip: renesas-irqc: Add irq_enable() and irq
From: Magnus Damm
Hook up ->irq_enable() and ->irq_disable() together with
->irq_mask() and ->irq_unmask(). This should not adjust
any code behaviour at all.
Signed-off-by: Magnus Damm
---
drivers/irqchip/irq-renesas-irqc.c | 24 ++--
1 file changed, 18 inse
From: Magnus Damm
Get rid of the clock control code and rely on Runtime PM
for wakeup handling. This more or less reverts the earlier
commit "irqchip: renesas-irqc: Add wake-up support" however
to work ->irq_enable() and ->irq_disable() need to manage
Runtime PM state.
Signe
From: Magnus Damm
Convert Runtime PM support from coarse grained "always enabled"
into more fine grained per-interrupt optional enablement.
Signed-off-by: Magnus Damm
---
drivers/irqchip/irq-renesas-irqc.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
--- 00
oard, but I have not tried Suspend-to-RAM yet with wakeup
support. It would be useful to test this with Suspend-to-RAM on APE6EVM.
Thanks to Geert for hooking up APE6EVM interrupt wake support!
Signed-off-by: Magnus Damm
---
Written against next-20150421
drivers/irqchip/irq-renesas-irqc.c |
Hi Geert,
On Mon, Jun 22, 2015 at 6:38 PM, Geert Uytterhoeven
wrote:
> Hi Magnus,
>
> On Sun, Jun 21, 2015 at 10:09 AM, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Remove the sh7372 CMT compat string to reduce maintenance burden.
>>
>> It should be
On Mon, Jun 22, 2015 at 6:43 PM, Geert Uytterhoeven
wrote:
> On Sun, Jun 21, 2015 at 10:09 AM, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Always use 0x3f as channel mask for the SH_CMT_48BIT type of devices.
>> Once this patch is applied the "renesas,ch
Hi Laurent,
On Tue, Jun 23, 2015 at 7:40 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> Thank you for the patch.
>
> On Sunday 21 June 2015 17:10:33 Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Update the DTS to remove the now deprecated "renesas,channel
t are not left
around documented as deprecated since they were never used by the driver.
Comments are very welcome! If all are in favor then it would be good to
merge patch 1-5 first and patch 6-8 later once 1-5 are in. Old DTBs are
left working but treated as low-feature CMT0. New DTBs including p
From: Magnus Damm
Remove the sh7372 CMT compat string to reduce maintenance burden.
It should be fine to break DT compatibility because:
1) The sh7372 SoC support has been removed from upstream
2) The sh7372 CMT DT binding was never part of upstream DTS
3) The CMT driver never matches on the
From: Magnus Damm
Add support for the new R-Car Gen2 CMT0 and CMT1 bindings. Support
for the old DT binding is still kept around, however devices using
such binding will be treated as a low-feature CMT0 device. If users
want to make use of CMT1-specific features then they need to update
their
From: Magnus Damm
Deprecate "renesas,channels-mask" and update the r8a7790 CMT example.
Signed-off-by: Magnus Damm
---
Documentation/devicetree/bindings/timer/renesas,cmt.txt | 24 ++-
1 file changed, 17 insertions(+), 7 deletions(-)
--- 0006/Documentation/devicetre
From: Magnus Damm
Always use 0x3f as channel mask for the SH_CMT_48BIT type of devices.
Once this patch is applied the "renesas,channels-mask" property will
be ignored by the driver for older devices matching SH_CMT_48BIT. In
the future when all CMT types store channel mask in the driv
From: Magnus Damm
Use recently updated r8a73a4 and R-Car Gen2 CMT0 and CMT1 compat strings.
With this change in place we can keep device-specific configuration in
the driver and the driver can be able to support CMT1 specific features.
Signed-off-by: Magnus Damm
---
arch/arm/boot/dts
101 - 200 of 645 matches
Mail list logo
