From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20400 invoked by alias); 21 May 2015 08:25:41 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 20385 invoked by uid 89); 21 May 2015 08:25:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ig0-f181.google.com Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com) (209.85.213.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 21 May 2015 08:25:38 +0000 Received: by igbyr2 with SMTP id yr2so4006360igb.0 for ; Thu, 21 May 2015 01:25:36 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.43.148.72 with SMTP id kf8mr2062276icc.76.1432196736103; Thu, 21 May 2015 01:25:36 -0700 (PDT) Received: by 10.36.32.139 with HTTP; Thu, 21 May 2015 01:25:36 -0700 (PDT) In-Reply-To: References: <5559FB9E.3040200@cygwin.com> Date: Thu, 21 May 2015 11:14:00 -0000 Message-ID: Subject: Re: File operations on a Windows Driver (character device) From: Alessio Faina To: cygwin@cygwin.com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00281.txt.bz2 Yes.....it's really a little world :) I've got the kernelspace part on github ( https://github.com/PicMelter/uniioShd.git ). It consists of sys (the kernel module), testExe (loads/unloads on the fly the module in the kernel) and secondExe that just interact with the first executable and the kernel module if it is loaded. With the buildAll.bat if the WDK7.1 is present, all the applications are builded automatically. There is a Cyg.c that represent my effort to connect to the module, sending an ioctl and doing an mmap. I think that, even if it's a semplification of the program I'm porting, this little project is very close to what I'm trying to do with the main project. As I read somewhere else, cygwin doesn't support custom ioctl on custom modules, have I understood well? This may explain why I'm never able to send any ioctl to my module. For the mmap part, well, I've tried to follow with gdb what Cygwin is doing but II must admit that at some point I just lose track of what it's doing. If it's too messy, I can polish the code a little bit; consider that it's the environment where I'm always doing tests so rarely I have the time to clean the code... -Alessio 2015-05-20 3:19 GMT+02:00 Mark Geisert : > Alessio Faina writes: >> Well.....I wrote and answered myself the question you pointed out that >> is residing on stackoverflow.... > > Oh, small world :) > >> It was my first option I thought of to pass the pointer to the virtual >> address to the userland application but >> I've been asked to mantain the architecture using open(), ioctl(), >> mmap() etc.... so I don't know, it's a kind of >> jolly to be played in case I won't be able to use the posix >> architecture....but reading on forums/mailing lists... >> I think I will be forced to use the kind of implementation I've >> described in the SO question. >> It seems that no-one ever have got the need to do something like I'm >> trying to do. >> >> 2015-05-19 9:52 GMT+02:00 Mark Geisert XXXXXX.XXX>: >> > Does >> > > http://stackoverflow.com/questions/29938573/accessing-kernel-memory-from-user-mode-windows >> > help to answer your question? If it does, you'll still have to decide >> > whether to translate the Windows calls there into Cygwin calls or instead >> > just localize the Windows calls in one user-level module and leave >> > everything else to Cygwin. > > Cygwin is entirely and intentionally in user space. Most of its users don't > even need programming access to Windows user space, let alone kernel space. > So yes, you're likely to be forging a new path. > > If you get it working with toy Windows test programs, we *might* be able to > tell you how to convert it to Cygwin, if it's possible. But the actual > figuring it out for Windows is outside the scope of what Cygwin is intended > to provide. > > ..mark > > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple