| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <643.1260026074@redhat.com> Date: Sat, 05 Dec 2009 15:14:34 +0000 From: David Howells <dhowells@...hat.com> To: Jie Zhang <jie.zhang@...log.com> Cc: dhowells@...hat.com, uClinux development list <uclinux-dev@...inux.org>, linux-kernel@...r.kernel.org, Greg Ungerer <gerg@...inux.org>, uclinux-dist-devel@...ckfin.uclinux.org, David McCullough <davidm@...pgear.com> Subject: Re: [uClinux-dev] [PATCH/RFC] FDPIC: add hook for arches to customize program header parsing Jie Zhang <jie.zhang@...log.com> wrote: > > There needs to be a mapping covering the SRAM region for the purposes of the > > Our GDB is still lack of the feature to debug applications using SRAM. So this > part of code was not got exercised. So if we remove this line, can this patch > got merged? No. Firstly, the piece of storage that gets munmapped isn't used, so unmapping it isn't wrong. What you need to do is to put a mapping over the bit of the SRAM you wish to use and then fill it and use it. Ideally, you'd do this inside of do_mmap_pgoff() - that way those bits of the SRAM can be shared, but I'm not sure how best to do that. But you need to stick a VMA over it so that various checks don't spit EFAULT/EIO at you. David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists