On Sat, 2004-02-21 at 05:25, Giridhar Pemmasani wrote:
> Yes, I agree with you.
> The while divdi3.c is done half-heartedly, as we are still trying to
> get realtek driver to work; other drivers don't need 64 bit
> arithmetic. We do need to clean it up so it doesn't use gcc headers.
> I have been a bit tied up with work. So if someone can submit a patch,
> I will be happy to commit it.
Attached is cvs-fix.diff against yesterday's cvs. It makes divdi3.c
compile cleanly under kbuild, and cleans up a few things in the
ndiswrapper script. (Rather than testing for Debian, it's better to test
whether the particular features are there; that way, SUSE will work as
> As per regparm changes, it probably will have to wait till after 0.5
> is released (unless Pontus wants to commit the changes before). I am
> not sure how this regparm will affect any ndis function calls.
Concerning CONFIG_REGPARM, note that this will be in stock 2.6.4 so it's
no longer a distribution specific problem. You will at least need
regparm.diff with this option turned on, but something else is still
broken: the last message I got then trying to modprobe was "Calling
startdriver ioctl" (with the DEBUG option off). With regparm=0, the
driver loads fine.
Andreas Gruenbacher <agruen@...>
SUSE Labs, SUSE LINUX AG