lb.h b/include/asm-generic/tlb.h
> index 041be2ef4426..10690763090a 100644
> --- a/include/asm-generic/tlb.h
> +++ b/include/asm-generic/tlb.h
> @@ -58,6 +58,11 @@
> *Defaults to flushing at tlb_end_vma() to reset the range; helps when
> *there's large holes bet
lb.h b/include/asm-generic/tlb.h
> index 041be2ef4426..10690763090a 100644
> --- a/include/asm-generic/tlb.h
> +++ b/include/asm-generic/tlb.h
> @@ -58,6 +58,11 @@
> *Defaults to flushing at tlb_end_vma() to reset the range; helps when
> *there's large holes betw
h:984:12: note: previous declaration of ‘do_set_pmd’ was here
vm_fault_t do_set_pmd(struct vm_fault *vmf, struct page *page);
^~
make[3]: *** [scripts/Makefile.build:279: mm/memory.o] Error 1
make[2]: *** [Makefile:1805: mm] Error 2
make[2]: *** Waiting for unfinished jobs
CC arc
ns Axboe
>
Hello Jens,
i got the following error when i try to build.
m/process_vm_access.c: In Funktion »process_vm_rw«:
mm/process_vm_access.c:277:5: Fehler: Implizite Deklaration der Funktion
»in_compat_syscall«; meinten Sie »in_ia32_syscall«?
[-Werror=implicit-function-declaration]
277 | in_compat_syscall());
| ^
| in_ia32_syscall
--
VG
Damian Tometzki
Hi Paul,
On 2020-06-19 7:16 p.m., Paul Elder wrote:
> Hello Damian, Martin, and all,
>
> I came across this (quite old by now) patch to extend eventfd's polling
> functionality. I was wondering what happened to it (why it hasn't been
> merged yet) and if we could, or w
On Do, 28. Mai 11:50, Thomas Gleixner wrote:
> Damian,
>
> damian writes:
> > with this patch i got the following build error:
> >
> > LD .tmp_vmlinux.kallsyms1
> > /home/damian/kernel/buildroot/output/host/bin/x86_64-buildroot-linux-uclibc-ld:
> &
Hello Thomas,
with this patch i got the following build error:
LD .tmp_vmlinux.kallsyms1
/home/damian/kernel/buildroot/output/host/bin/x86_64-buildroot-linux-uclibc-ld:
arch/x86/kernel/irq.o: in function `get_irq_regs':
/home/damian/kernel/buildroot/output/build/linux-custom/./arc
VICE_PRIVATE) {
> - pfn = PHYS_PFN(res->start);
> - __remove_pages(page_zone(pfn_to_page(pfn)), pfn,
> - PHYS_PFN(resource_size(res)), NULL);
> + __remove_pages(page_zone(first_page), PHYS_PFN(res->start),
> +PHYS_PFN(resource_size(res)), NULL);
> } else {
> arch_remove_memory(nid, res->start, resource_size(res),
> pgmap_altmap(pgmap));
> --
> 2.21.0
>
Best regards
Damian
linux
test
tt
From: Quentin Schulz
Document the bindings used for the Cadence MHDP DPI/DP bridge.
Signed-off-by: Quentin Schulz
Signed-off-by: Damian Kos
Reviewed-by: Rob Herring
---
.../bindings/display/bridge/cdns,mhdp.txt | 47 +++
1 file changed, 47 insertions(+)
create mode
from cdn_dp_device to
cdns_mhdp_device structure.
Signed-off-by: Quentin Schulz
Signed-off-by: Piotr Sroka
Signed-off-by: Damian Kos
---
drivers/gpu/drm/bridge/Kconfig|9 +
drivers/gpu/drm/bridge/Makefile |3 +
.../cdns-mhdp-com
alfunction
when they discover the higher capabilities within those three
registers.".
Before DP 1.4, DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT bit was reserved
and read 0 so it's safe to check against it even if DP revision is
<1.4
Signed-off-by: Quentin Schulz
Signed-off-by: Damian Kos
odified cdn-dp-core.c to use the new driver structure and new function
names.
Signed-off-by: Damian Kos
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/rockchip/cdn-dp-core.c | 220 +++--
drivers/gpu/drm/rockchip/cdn-dp-core.h | 40 +--
drivers/gpu/drm/rockchi
7;s going on here in general.
- New structure. Now we have one common low level driver + two high level
drivers - one for RockChip with minimum changes and one, more general, for
Cadence.
- Dropped some changes made to DRM helpers.
- Updated the device tree bindings document.
Damian Kos (1):
dr
This is basically the same fix as in
commit fa68d4f8476b ("drm/rockchip: fix for mailbox read size")
but for cdn_dp_mailbox_validate_receive function.
See patchwork.kernel.org/patch/10671981/ for details.
Signed-off-by: Damian Kos
---
drivers/gpu/drm/rockchip/cdn-dp-reg.c | 2
#ifdef CONFIG_PARAVIRT
> FIX_PARAVIRT_BOOTMAP,
> #endif
Hello Nadav,
with the remove of FIX_TEXT_POKE1 and FIX_TEXT_POKE0 i get the following
build error:
/home/damian/kernel/linux/arch/x86/xen/mmu_pv.c:2321:7: Fehler:
»FIX_TEXT_POKE0« nicht dekla
Hello Mark,
i got now the error:
/bin/bash: scripts/atomic/check-atomics.sh: No such file or directory
make[2]: *** [/home/damian/kernel/linux/./Kbuild:86: old-atomics] Fehler 127
make[1]: *** [/home/damian/kernel/linux/Makefile:1112: prepare0] Fehler 2
Best regards
Damian
On Do, 01. Nov 11
On Mon, 29. Oct 20:41, Stephen Rothwell wrote:
> Hi Damian,
>
> On Mon, 29 Oct 2018 07:33:19 +0100 Damian Tometzki
> wrote:
> >
> > on the site isnt available the new linux-next ?
> > Only the old one.
> >
> > https://git.kernel.org/pub/scm/linux/ke
On Mo, 29. Okt 17:02, Stephen Rothwell wrote:
> Hi all,
>
Hello Stephen,
on the site isnt available the new linux-next ?
Only the old one.
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> Changes since 20181019:
>
> Linus' tree gained 2 build failures for which I reverted
undefined!
ERROR: "__popcountdi2" [drivers/net/ethernet/broadcom/bnx2x/bnx2x.ko] undefined!
/home/damian/kernel/linux/scripts/Makefile.modpost:92: die Regel für Ziel
„__modpost“ scheiterte
make[2]: *** [__modpost] Fehler 1
with gcc 8 it works fine.
Any suggestion what could be the cause ?
Best regards
Damian
alfunction
when they discover the higher capabilities within those three
registers.".
Before DP 1.4, DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT bit was reserved
and read 0 so it's safe to check against it even if DP revision is
<1.4
Signed-off-by: Quentin Schulz
Signed-off-by: Dami
Thank you, Andrzej! I was a bit afraid that our patches are a bit too messy and
thus ignored 😊
Anyway, this patch (1/5) should be the last one that will cause such chaos in
the DRM area.
Regards,
Damian
-Original Message-
From: Andrzej Hajda
Sent: Thursday, September 13, 2018 12:01
Added support for a register read, register write and register field write
commands.
Added support for adjust link training command.
Updated cdn_dp_get_event function, so it reads all SW event registers.
Added definitions mostly for Framer and Streamer.
Signed-off-by: Damian Kos
---
drivers/gpu
rue;
> + } else
> + gbpage_sz = false;
> + } else if (!strcmp(param, "hugepages") && gbpage_sz) {
> + p = val;
> + max_gb_huge_pages = simple_strtoull(p, &p, 0);
> + debug_putaddr(max_gb_huge_pages);
> + }
>
On Wed, 09. May 22:18, damian wrote:
> On Wed, 09. May 09:36, Hans de Goede wrote:
> > Hi,
> >
> > On 08-05-18 21:41, damian wrote:
> > >On Tue, 08. May 13:42, Hans de Goede wrote:
> > >>Hi Damian,
> > >>
> > >>On 02-05-18 22:46,
On Wed, 09. May 09:36, Hans de Goede wrote:
> Hi,
>
> On 08-05-18 21:41, damian wrote:
> >On Tue, 08. May 13:42, Hans de Goede wrote:
> >>Hi Damian,
> >>
> >>On 02-05-18 22:46, damian wrote:
> >>>Hello Greg,
> >>>
> >
On Wed, 09. May 10:23, Josh Poimboeuf wrote:
> On Wed, May 09, 2018 at 09:35:04AM +0200, damian wrote:
> > Hi Josh,
> >
> > i tested the patch on my maschine it works fine.
> >
> > Best regards
> > Damian
>
> Thanks. 0-day found a few more i
Hi Josh,
i tested the patch on my maschine it works fine.
Best regards
Damian
On Tue, 08. May 22:46, Josh Poimboeuf wrote:
> On Tue, May 08, 2018 at 09:32:41AM -0500, Josh Poimboeuf wrote:
> > On Tue, May 08, 2018 at 04:25:15PM +0200, Greg KH wrote:
> > > Much nicer, th
On Tue, 08. May 13:42, Hans de Goede wrote:
> Hi Damian,
>
> On 02-05-18 22:46, damian wrote:
> >Hello Greg,
> >
> >it is PATCH 3 virt: vbox: Use __get_free_pages insteas of kmalloc for DMA32
> >memory.
>
> Thank you for the bug report, I've
On Sun, 06. May 23:54, Josh Poimboeuf wrote:
> On Sat, May 05, 2018 at 09:21:12PM +0200, damian wrote:
> > Helllo together,
> >
> > Hello everybody,
> >
> > is something special to note when kernel build with gcc 8? I receive
> > various warnings from the
modified stack frame
arch/x86/kernel/acpi/boot.o: warning: objtool:
acpi_register_lapic.cold.6()+0x7: call without frame pointer save/setup
arch/x86/kernel/acpi/boot.o: warning: objtool: acpi_map_cpu.cold.7()+0x7: call
without frame pointer save/setup
Best regards
Damian
e mouse isnt possible.
I reverted the commit 'd8a332730e757129e70675679f2b2a03f1ecf65e' and now works
all normal.
Best regards
Damian
Hello Greg,
it is PATCH 3 virt: vbox: Use __get_free_pages insteas of kmalloc for DMA32
memory.
Best regards
Damian
e mouse isnt possible.
I reverted the commit 'd8a332730e757129e70675679f2b2a03f1ecf65e' and now works
all normal.
Best regards
Damian
On Wed, 13. Dec 12:07, Paul Menzel wrote:
> Dear Damian,
>
>
> On 12/13/17 12:00, Damian Tometzki wrote:
>
> >Hexdump was already installed in the System.
> >
> >I commented out this step.
> Please try to reproduce it from a clean environment (`git clean -df
Hello Paul,
with the cleanup the Build was succesfully.
Thanks für you help.
VG Damian Tometzki
Itelligence AG
+41 79 304 2745
> Am 13.12.2017 um 12:07 schrieb Paul Menzel
> :
>
> Dear Damian,
>
>
>> On 12/13/17 12:00, Damian Tometzki wrote:
>>
>>
Hello Paul,
Hexdump was already installed in the System.
I commented out this step.
VG Damian Tometzki
Itelligence AG
+41 79 304 2745
> Am 13.12.2017 um 10:16 schrieb Paul Menzel
> :
>
> Dear Damian,
>
>
>> On 12/13/17 08:53, Damian Tometzki wrote:
>>
Hello Johannes,
I got. the same Build error.
VG Damian Tometzki
> Am 05.12.2017 um 11:03 schrieb Johannes Berg :
>
>> On Tue, 2017-12-05 at 11:01 +0100, Paul Menzel wrote:
>>
>>
>> ```
>> $ git describe
>> v4.15-rc2-79-gfd6d2e506ce6
>>
time after work.
Even if the entry is not made easy if one is not working with the well-known
company.
-Damian-
signature.asc
Description: PGP signature
fter work.
Even if the entry is not made easy if one is not working with the well-known
company.
-Damian-
tely.
> + */
> + if (!ret && write && dirty_writeback_interval &&
> + dirty_writeback_interval != old_interval)
> wakeup_flusher_threads(WB_REASON_PERIODIC);
Is that call right ? The call need two arguments ?
--> wakeup_flusher_threads(0,WB_REASON_PERIODIC
re better off using
> > something
> > like v4.14-rc2 instead of linux-next.
> >
> Ok thank you so much for your reply.
> Now I am able to boot with v4.14-rc2. But now I am facing another
> problem.
> Now, I am not able to connect to internet from virtual box.
> When I switch back to the default 4.10 the internet works normally.
> I think the dlclient stopped working.
> I am getting continuous logs related to apparmor like this:
> apparmor="DENIED" comm=dhclient
> apparmor="DENIED" comm=cups-browsed
>
> With 4.10, I tried installing apparmor-utils and then reboot with
> 4.14-rc2, but it did not help.
> Any suggestions on this?
Hello,
i resolved the issue with:
sudo /etc/init.d/apparmor stop
Damian
>
>
> >
> > - Ted
Hello,
where i can found the patch in git.kernel.org ?
Am Samstag, den 30.09.2017, 12:05 +0800 schrieb Wei Wang:
> This patch series enhances the existing virtio-balloon with the
> following
> new features:
> 1) fast ballooning: transfer ballooned pages between the guest and
> host in
> chunks u
Hello,
where i can found the patch in git.kernel.org ?
Best regards
Damian
Am Samstag, den 30.09.2017, 12:05 +0800 schrieb Wei Wang:
> This patch series enhances the existing virtio-balloon with the
> following
> new features:
> 1) fast ballooning: transfer ballooned pages betwe
Hello,
i can tell you ubuntu 16.04 works under virtualbox 5.1.28 with the
current linux-next kernel
My maschine:
Host: Windows 10
Guest: Ubuntu 16.04
Am Freitag, den 29.09.2017, 08:41 -0400 schrieb
valdis.kletni...@vt.edu:
> On Fri, 29 Sep 2017 16:08:07 +0530, Pintu Kumar said:
>
> >
> > I hav
Hello,
Ubuntu 16.04 with current linux-next Kernel workson virtualbox 5.1.28
Host: Windows 10
Guest: Ubuntu 16.04
Best regards
Damian
Am Freitag, den 29.09.2017, 08:41 -0400 schrieb
valdis.kletni...@vt.edu:
> On Fri, 29 Sep 2017 16:08:07 +0530, Pintu Kumar said:
>
> >
> >
UAPI_LINUX_EVENTFD_H */
>
Since the latest version of this patch adds only the EFD_MASK definition
to the eventfd header, I was wondering if it was really
necessary/recommended to move the definitions from linux/eventfd.h to
linux/uapi/eventfd.h. From my understanding, the EFD_SEMAPHORE (a
.co.jp: Rebased, and resubmitted for Linux 4.3]
Signed-off-by: Damian Hobson-Garcia
---
fs/eventfd.c | 102 ++-
include/linux/eventfd.h | 16 +--
include/uapi/linux/eventfd.h | 33 ++
3 files changed, 126 inserti
K is set (fails with EINVAL)
* eventfd_ctx_fileget() now returns EINVAL when EFD_MASK is set, eliminating
the possibility of triggering the orginal BUG_ON() macros which have now
been removed.
Thank you,
Damian
Martin Sustrik (1):
eventfd: implementation of EFD_MASK flag
fs/eventfd.c
Hi Martin,
On 2015-09-16 3:51 PM, Martin Sustrik wrote:
> On 2015-09-16 08:27, Damian Hobson-Garcia wrote:
>>
>> Additionally, to provide a way to associate user-space state with eventfd
>> object, it allows to attach user-space data to the file descriptor.
>
> The ab
ith EINVAL.
select(2), poll(2) and similar:
When polling on the eventfd marked by EFD_MASK flag, all the events
specified in last written 'events' field shall be signaled.
Signed-off-by: Martin Sustrik
[dhobs...@igel.co.jp: Rebased, and resubmitted for Linux 4.3]
Signed-off-by:
ting
the possibility of triggering the orginal BUG_ON() macros which have now
been removed.
Thank you,
Damian
Martin Sustrik (1):
eventfd: implementation of EFD_MASK flag
fs/eventfd.c | 91 ++--
include/linux/eventfd.h
On 2015-08-11 6:16 AM, Martin Sustrik wrote:
> On 2015-08-10 10:57, Damian Hobson-Garcia wrote:
>> Hi Martin,
>>
>> Thanks for your comments.
>>
>> On 2015-08-10 3:39 PM, Martin Sustrik wrote:
>>> On 2015-08-10 08:23, Damian Hobson-Garcia wrote:
&
Hi Martin,
Thanks for your comments.
On 2015-08-10 3:39 PM, Martin Sustrik wrote:
> On 2015-08-10 08:23, Damian Hobson-Garcia wrote:
>> Replying to my own post, but I had the following comments/questions.
>> Martin, if you have any response to my comments I would be very happy
Replying to my own post, but I had the following comments/questions.
Martin, if you have any response to my comments I would be very happy to
hear them.
On 2015-08-10 2:51 PM, Damian Hobson-Garcia wrote:
> From: Martin Sustrik
>
[snip]
>
> write(2):
>
> User is allowed to
From: Martin Sustrik
When implementing network protocols in user space, one has to implement
fake file descriptors to represent the sockets for the protocol.
Polling on such fake file descriptors is a problem (poll/select/epoll accept
only true file descriptors) and forces protocol implementers
://lkml.org/lkml/2013/2/18/147
[2] https://lkml.org/lkml/2015/7/9/153
Thank you,
Damian
Martin Sustrik (1):
eventfd: implementation of EFD_MASK flag
fs/eventfd.c | 91 ++--
include/linux/eventfd.h | 16 +---
include/uapi/linux
Hi Martin,
On 2015-07-09 5:41 PM, Martin Sustrik wrote:
> Hi Damian,
>
> Yes, this patch would be geneally useful for implementing stuff in user
> space that otherwise would have to live in kernelspace.
>
> Unfortunately, I have no cycles left to pursue getting it to the
>
usable
for other notification use cases as well. In particular I'm thinking of
poll/select/epoll support for a user space video codec via libv4l.
Is there value in re-examining this patch?
Thank you,
Damian
On 2013-02-18 8:34 PM, Martin Sustrik wrote:
> When implementing network protocols
Commit-ID: 56a94f13919c0db5958611b388e1581b4852f3c9
Gitweb: http://git.kernel.org/tip/56a94f13919c0db5958611b388e1581b4852f3c9
Author: Damian Eppel
AuthorDate: Fri, 26 Jun 2015 15:23:04 +0200
Committer: Thomas Gleixner
CommitDate: Fri, 26 Jun 2015 21:53:01 +0200
clocksource
ldn't be a problem as
prior sending CPU_DYING notification interrupts are migrated away
from the cpu.
Fixes: 7114cd749a12 ("clocksource: exynos_mct: use (request/free)_irq calls for
local timer registration")
Signed-off-by: Damian Eppel
Cc:
Reported-by: Krzysztof Kozlowski
Reviewe
ldn't be a problem as
prior sending CPU_DYING notification interrupts are migrated away
from the cpu.
Fixes: 7114cd749a12 ("clocksource: exynos_mct: use (request/free)_irq calls for
local timer registration")
Signed-off-by: Damian Eppel
Cc:
Reported-by: Krzysztof Kozlowski
Reviewe
On Thu, 2015-05-28 at 11:47 +0200, Marek Szyprowski wrote:
> Hello,
>
> On 2015-03-12 10:11, Damian Eppel wrote:
> > This is to fix an issue of sleeping in atomic context when processing
> > hotplug notifications in Exynos MCT(Multi-Core Timer).
> > The issue was
bit old by now, but I'm wondering if someone call tell me
whether this patch is likely to be merged sometime, or has it been
(should it be?) abandoned.
Thank you,
Damian
>
>> ---
>> drivers/gpu/drm/drm_prime.c | 9 +++--
>> include/uapi/drm/drm.h | 1 +
>
On Mon, 2015-05-11 at 13:18 +0200, Daniel Lezcano wrote:
> On 03/12/2015 10:11 AM, Damian Eppel wrote:
> > This is to fix an issue of sleeping in atomic context when processing
> > hotplug notifications in Exynos MCT(Multi-Core Timer).
> > The issue was reproducible on Exyn
ldn't be a problem as
prior sending CPU_DYING notification interrupts are migrated away
from the cpu.
Fixes: 7114cd749a12 ("clocksource: exynos_mct: use (request/free)_irq calls for
local timer registration")
Signed-off-by: Damian Eppel
Cc:
Reported-by: Krzysztof Kozlowski
Reviewe
ldn't be a problem as
prior sending CPU_DYING notification interrupts are migrated away
from the cpu.
Fixes: 7114cd749a12 ("clocksource: exynos_mct: use (request/free)_irq calls for
local timer registration")
Signed-off-by: Damian Eppel
Cc:
Reported-by: Krzysztof Kozlowski
---
from
being dropped during page migration.
I've tried the patch and it seems to solve my problems, so I'm wondering
if it is worth resubmitting. The discussion on the original thread seems
to have faded out. Does anyone know if it was continued somewhere else?
Thank you,
Damian
--
Damia
.
Signed-off-by: Damian Hobson-Garcia
---
arch/s390/include/asm/dma-mapping.h | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/arch/s390/include/asm/dma-mapping.h
b/arch/s390/include/asm/dma-mapping.h
index 9411db65..3a549b6 100644
--- a/arch/s390/include
.
Signed-off-by: Damian Hobson-Garcia
Acked-by: Mark Salter
---
arch/c6x/include/asm/dma-mapping.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/c6x/include/asm/dma-mapping.h
b/arch/c6x/include/asm/dma-mapping.h
index 88bd0d8..8947605 100644
--- a/arch/c6x/include
.
Signed-off-by: Damian Hobson-Garcia
---
arch/arm64/include/asm/dma-mapping.h | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/arch/arm64/include/asm/dma-mapping.h
b/arch/arm64/include/asm/dma-mapping.h
index 9947768..6ff7b8d 100644
--- a/arch/arm64
ops->alloc().
* Indicate that these patches are compile teseted only (I don't have hardware)
c6x:
* Indicate that this patch is untested (I don't have a cross compiler)
Cheers,
Damian
Damian Hobson-Garcia (3):
arm64: Provide default implementation for dma_{alloc,free}_attrs
On 2013/05/23 18:47, Catalin Marinas wrote:
> On Thu, May 23, 2013 at 03:47:13AM +0100, Damian Hobson-Garcia wrote:
>> Hi Catalin,
>> On 2013/05/22 18:47, Catalin Marinas wrote:
>>> On Wed, May 22, 2013 at 03:37:17AM +0100, Damian Hobson-Garcia wrote:
>>>> Hel
Hi Catalin,
On 2013/05/22 18:47, Catalin Marinas wrote:
> On Wed, May 22, 2013 at 03:37:17AM +0100, Damian Hobson-Garcia wrote:
>> Hello,
>> On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
>>> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
Hello,
On 2013/04/30 12:01, Damian Hobson-Garcia wrote:
> Most architectures that define CONFIG_HAVE_DMA=y, have implementations for
> both dma_alloc_attrs() and dma_free_attrs(). All achitectures that do
> not define CONFIG_HAVE_DMA also have both of these definitions provided by
>
.
Signed-off-by: Damian Hobson-Garcia
---
arch/s390/include/asm/dma-mapping.h | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/arch/s390/include/asm/dma-mapping.h
b/arch/s390/include/asm/dma-mapping.h
index 9411db65..3a549b6 100644
--- a/arch/s390/include
parisc.
Signed-off-by: Damian Hobson-Garcia
---
arch/parisc/include/asm/dma-mapping.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/parisc/include/asm/dma-mapping.h
b/arch/parisc/include/asm/dma-mapping.h
index 106b395..d0eae5f 100644
--- a/arch/parisc/include/asm
.
Signed-off-by: Damian Hobson-Garcia
---
arch/c6x/include/asm/dma-mapping.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/c6x/include/asm/dma-mapping.h
b/arch/c6x/include/asm/dma-mapping.h
index 88bd0d8..8947605 100644
--- a/arch/c6x/include/asm/dma-mapping.h
.
Signed-off-by: Damian Hobson-Garcia
---
arch/arm64/include/asm/dma-mapping.h | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/arch/arm64/include/asm/dma-mapping.h
b/arch/arm64/include/asm/dma-mapping.h
index 9947768..6ff7b8d 100644
--- a/arch/arm64
sted (I don't have cross compilers)
Cheers,
Damian
Damian Hobson-Garcia (4):
arm64: Provide default implementation for dma_{alloc,free}_attrs
c6x: Provide default implementation for dma_{alloc,free}_attrs
parisc: Provide default implementation for dma_{alloc,free}_attrs
s390: Provide
Hi Lars,
On 2013/04/22 15:11, Lars-Peter Clausen wrote:
> On 04/22/2013 07:09 AM, Damian Hobson-Garcia wrote:
>> Most architectures that define CONFIG_HAVE_DMA, have implementations for
>> both dma_alloc_attrs() and dma_free_attrs(). All achitectures that do
>> not define
.
Signed-off-by: Damian Hobson-Garcia
---
arch/s390/include/asm/dma-mapping.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/s390/include/asm/dma-mapping.h
b/arch/s390/include/asm/dma-mapping.h
index 9411db65..91f7312 100644
--- a/arch/s390/include/asm/dma
parisc.
Signed-off-by: Damian Hobson-Garcia
---
arch/parisc/include/asm/dma-mapping.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/parisc/include/asm/dma-mapping.h
b/arch/parisc/include/asm/dma-mapping.h
index 106b395..d0eae5f 100644
--- a/arch/parisc/include/asm
.
Signed-off-by: Damian Hobson-Garcia
---
arch/c6x/include/asm/dma-mapping.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/c6x/include/asm/dma-mapping.h
b/arch/c6x/include/asm/dma-mapping.h
index 88bd0d8..8947605 100644
--- a/arch/c6x/include/asm/dma-mapping.h
.
Signed-off-by: Damian Hobson-Garcia
---
arch/arm64/include/asm/dma-mapping.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm64/include/asm/dma-mapping.h
b/arch/arm64/include/asm/dma-mapping.h
index 9947768..65ab181 100644
--- a/arch/arm64/include/asm/dma
CONFIG_HAVE_DMA=y,
but have no implementation for dma_{alloc,free}_attrs() by simply calling
dma_{alloc,free}_coherent() and throwing away the attrs argument.
Damian Hobson-Garcia (4):
Provide default implementation for dma_{alloc,free}_attrs on arm64
Provide default implementation for dma_
: Damian Hobson-Garcia
---
drivers/uio/uio.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/uio/uio.c b/drivers/uio/uio.c
index c8b9262..b645c47 100644
--- a/drivers/uio/uio.c
+++ b/drivers/uio/uio.c
@@ -374,6 +374,7 @@ static int uio_get_minor(struct uio_device *idev
On 2013/03/14 19:22, Sachin Kamat wrote:
This eliminates having an #ifdef returning NULL for the case
when OF is disabled.
Signed-off-by: Sachin Kamat
Cc: Damian Hobson-Garcia
---
Thank you,
Looks fine by me.
Acked-by: Damian Hobson-Garcia
--
To unsubscribe from this list: send the line
Dynamic regions allocated with dma_alloc_coherent() should use
dma_mmap_coherent() to perform memory mapping. Other regions
are simply ioremapped, the same way as in the uio subsystem base
implementation.
Signed-off-by: Damian Hobson-Garcia
---
drivers/uio/uio_dmem_genirq.c | 33
e it might be better to treat the IPMMU like a multifuction
device, with a core driver (ipmmu.c) in one location and the function
implementations in their own respective directories. Does drivers/mfd
sound like a good place for it?
Thanks,
Damian.
--
Damian Hobson-Garcia
IGEL Co.,Ltd
http://www.igel.co
/uio_dmem_genirq.c:93:17:expected void *vaddr
drivers/uio/uio_dmem_genirq.c:93:17:got void [noderef] *internal_addr
Store the void * in the driver's private data instead.
Reported-by: Fengguang Wu
Signed-off-by: Damian Hobson-Garcia
---
drivers/uio/uio_dmem_genirq.c |9 ++---
1
The same condition should be used both when allocating and freeing the
driver private data. When dev.of_node is non NULL, allocate a new
private data structure, otherwise use the values from the platform data.
Reported-by: Fengguang Wu
Signed-off-by: Damian Hobson-Garcia
---
drivers/uio
user space. Also deals with the case where failing to map
a region after successfully allocating others would not unmap the
successfully allocated regions before dying.
Signed-off-by: Damian Hobson-Garcia
---
drivers/uio/uio_dmem_genirq.c | 12 ++--
1 files changed, 6 insertions(+), 6
DMA_ERROR_CODE is not defined on all architectures and is architecture
specific. Instead, use the constant, ~0 to indicate unmapped regions.
Reported-by: Fengguang Wu
Reported-by: Geert Uytterhoeven
Signed-off-by: Damian Hobson-Garcia
---
Documentation/DocBook/uio-howto.tmpl |2
Here are a few fixes for the uio_dmem_genirq driver which allows for
dynamic allocation/deallocation of UIO memory resources via the
DMA-mapping API.
Damian Hobson-Garcia (4):
drivers: uio_dmem_genirq: Don't mix address spaces for dynamic region
vaddr
drivers: uio_dmem_genirq: Don&
Hi Geert,
On 2012/11/04 22:20, Geert Uytterhoeven wrote:
> On Tue, Sep 25, 2012 at 8:09 AM, Damian Hobson-Garcia
> wrote:
>> are holding the device file open, the address returned to userspace is
>> DMA_ERROR_CODE.
>
> Only a small subset of the architectures
> (a
Signed-off-by: Damian Hobson-Garcia
---
Documentation/DocBook/uio-howto.tmpl | 56 ++
1 files changed, 56 insertions(+), 0 deletions(-)
diff --git a/Documentation/DocBook/uio-howto.tmpl
b/Documentation/DocBook/uio-howto.tmpl
index ac3d001..db08c1a 100644
--- a
en no processes
are holding the device file open, the address returned to userspace is
DMA_ERROR_CODE.
Signed-off-by: Damian Hobson-Garcia
---
drivers/uio/Kconfig | 16 ++
drivers/uio/Makefile |1 +
drivers/uio/uio_dmem_genirq.c |
1 - 100 of 134 matches
Mail list logo
