linux/wrapper.h, where does it come from?

linux/wrapper.h, where does it come from?

[David Ford]

[-- Attachment #1: Type: text/plain, Size: 443 bytes --]

Whilst trying to emerge a package recently, it failed due to a missing 
include file.  Searching 2.6.7-rc2 source, I see two references to 
<linux/wrapper.h>, but no actual wrapper.h file except for the IrDA 
wrapper.h file.

sound/oss/swarm_cs4297a.c:#include <linux/wrapper.h>
sound/oss/au1000.c:#include <linux/wrapper.h>

These two files include it.  While compiling the qc-usb module, it's 
searching for this file.

Any takers?

Thanks


[-- Attachment #2: david+challenge-response.vcf --]
[-- Type: text/x-vcard, Size: 183 bytes --]

begin:vcard
fn:David Ford
n:Ford;David
email;internet:david@blue-labs.org
title:Industrial Geek
tel;home:Ask please
tel;cell:(203) 650-3611
x-mozilla-html:TRUE
version:2.1
end:vcard

Re: linux/wrapper.h, where does it come from?

[Paul Jackson]

> These two files include it.  While compiling the qc-usb module, it's 
> searching for this file.

Could it be they are looking for the Linux 2.4 header file
include/linux/wrapper.h, which contains in its entirety:

====================== begin snip ======================
#ifndef _WRAPPER_H_
#define _WRAPPER_H_

#define mem_map_reserve(p)      set_bit(PG_reserved, &((p)->flags))
#define mem_map_unreserve(p)    clear_bit(PG_reserved, &((p)->flags))

#endif /* _WRAPPER_H_ */
====================== end snip ======================

Without this, I don't see offhand how either of the files:

    sound/oss/au1000.c
    sound/oss/ite8172.c

could be compiled, as they seem to use these mem_map_[un]*reserve() macros.

-- 
                          I won't rest till it's the best ...
                          Programmer, Linux Scalability
                          Paul Jackson <pj@sgi.com> 1.650.933.1373

Re: linux/wrapper.h, where does it come from?

[Paul Jackson]

Your challenge response email bounced David.
Hopefully you're reading lkml ...

-- 
                          I won't rest till it's the best ...
                          Programmer, Linux Scalability
                          Paul Jackson <pj@sgi.com> 1.650.933.1373