I have posted a question about ioct32 file on fedora-list@xxxxxxxxxx: https://www.redhat.com/archives/fedora-list/2008-May/msg02781.html I hope that they can provide some feedback, just not like negative feedback, "get a hammer and beat the winmodem to death" and get a serial modem" is some sort of advice that I have seen. Marv, I agree with Stephan on this one, I remember now that I commented it out when using slmodem-2.9.11-2007XXYY code on Fedora Core 6 so that compilation could succeed and then a conditional was included in slmodem-2.9.11-200XYYZZ code was implemented. It might be just the 64 bit that is shooting this down :( Since the machine is 64 bit, I wanted to take full advantage of the processing power. Still the modem works with slax linux live cd and responds beautifully so I can still use the modem :). I have never had a machine that works as beautifully as this! I am still having fun with it:) Like a kid with a new toy. Regards, Antonio On 5/24/08, Stefan Foerster <stefan.foerster@xxxxxxxxxxxxxx> wrote: > I know, but I don't think that he is supposed to use uClib. ioctl32.h > had been part of the linux kernel at least until 2.6.21 > (/usr/linux/include/linux/ioctl32.h), newer kernels no longer > provide/need it. It can probably be omitted. > > Stefan > > > > Am Samstag, den 24.05.2008, 07:55 -0400 schrieb Marvin Stodolsky: > >> Concerning the ioctl32.h issue. It gets seated in /usr/include/ >> and is part of the package: >> >> Package: libuclibc-dev >> Priority: optional >> Section: universe/libdevel >> Installed-Size: 11044 >> Maintainer: David Schleef <ds@xxxxxxxxxxx> >> Architecture: i386 >> Source: uclibc >> Version: 0.9.26-cvs20040816-5.1 >> Depends: libuclibc0 (= 0.9.26-cvs20040816-5.1) >> Filename: >> pool/universe/u/uclibc/libuclibc-dev_0.9.26-cvs20040816-5.1_i386.deb >> Size: 2169300 >> Description: A small implementation of the C library >> uClibc is an implementation of the standard C library that is >> much smaller than glibc, which makes it useful for embedded >> systems. This package includes header files and development >> libraries necessary to compile applications that use uClibc. >> Bugs: mailto:ubuntu-users@xxxxxxxxxxxxxxxx >> Origin: Ubuntu >> ------------- >> might have a different name on RPM systems. >> But I suspect that ioctl32 is two basic to leave out. >> >> MarvS >> >> >> On Sat, May 24, 2008 at 1:15 AM, Antonio Olivares >> <olivares14031@xxxxxxxxx> wrote: >> > I see this >> > >> > \begin{quote} >> > WARNING: modpost: Found 1 section mismatch(es). >> > To see full details build your kernel with: >> > 'make CONFIG_DEBUG_SECTION_MISMATCH=y' >> > \end{quote} >> > >> > Could it be that the machine is 64 bit. I have tried to do as the >> > INSTALL says to do >> > >> > x86_64 platform. >> > ---------------- >> > >> > martian_modem is a 32-bit application. It can be built on x86_64 the >> > way prescribed, but you need 32-bit development environment for that. >> > Second option is to use binary built on i386. >> > >> > To compile and install module only do >> > $ make -C kmodule/ modules >> > $ su >> > # make -C kmodule/ install >> > >> > [olivares@localhost martian]$ make -C kmodule/ modules >> > make: Entering directory `/home/olivares/Download/temp/martian/kmodule' >> > make -C /lib/modules/2.6.25.3-18.fc9.x86_64/build >> > M="/home/olivares/Download/temp/martian/kmodule" modules >> > make[1]: Entering directory `/usr/src/kernels/2.6.25.3-18.fc9.x86_64' >> > CC [M] /home/olivares/Download/temp/martian/kmodule/martian.o >> > /home/olivares/Download/temp/martian/kmodule/martian.c: In function >> > ‘martian_isr’: >> > /home/olivares/Download/temp/martian/kmodule/martian.c:160: warning: >> > value computed is not used >> > /home/olivares/Download/temp/martian/kmodule/martian.c: In function >> > ‘martian_add’: >> > /home/olivares/Download/temp/martian/kmodule/martian.c:662: warning: >> > passing argument 2 of ‘request_irq’ from incompatible pointer type >> > CC [M] /home/olivares/Download/temp/martian/kmodule/marsio.o >> > CC [M] /home/olivares/Download/temp/martian/kmodule/mfifo.o >> > LD [M] /home/olivares/Download/temp/martian/kmodule/martian_dev.o >> > Building modules, stage 2. >> > MODPOST 1 modules >> > WARNING: modpost: Found 1 section mismatch(es). >> > To see full details build your kernel with: >> > 'make CONFIG_DEBUG_SECTION_MISMATCH=y' >> > CC /home/olivares/Download/temp/martian/kmodule/martian_dev.mod.o >> > LD [M] /home/olivares/Download/temp/martian/kmodule/martian_dev.ko >> > make[1]: Leaving directory `/usr/src/kernels/2.6.25.3-18.fc9.x86_64' >> > make: Leaving directory `/home/olivares/Download/temp/martian/kmodule' >> > [olivares@localhost martian]$ su -c 'make -C kmodule/ install' >> > Password: >> > make: Entering directory `/home/olivares/Download/temp/martian/kmodule' >> > make -C /lib/modules/2.6.25.3-18.fc9.x86_64/build >> > M="/home/olivares/Download/temp/martian/kmodule" modules_install >> > make[1]: Entering directory `/usr/src/kernels/2.6.25.3-18.fc9.x86_64' >> > INSTALL /home/olivares/Download/temp/martian/kmodule/martian_dev.ko >> > DEPMOD 2.6.25.3-18.fc9.x86_64 >> > make[1]: Leaving directory `/usr/src/kernels/2.6.25.3-18.fc9.x86_64' >> > if ! /sbin/modprobe -nq martian_dev ; then /sbin/depmod -a; fi >> > make: Leaving directory `/home/olivares/Download/temp/martian/kmodule' >> > [olivares@localhost martian]$ su - >> > Password: >> > [root@localhost ~]# lsmod | grepm martian >> > -bash: grepm: command not found >> > [root@localhost ~]# lsmod | grep martian >> > martian_dev 26904 0 >> > [root@localhost ~]# modprobe -r martian_dev >> > [root@localhost ~]# lsmod | grep martian >> > [root@localhost ~]# modprobe martian_dev >> > [root@localhost ~]# martian_dev >> > -bash: martian_dev: command not found >> > [root@localhost ~]# martian_modem >> > martian: error: Common area unrecognized, no terminating signature >> > [root@localhost ~]# >> > >> > >> > Thanks, >> > >> > Antonio >> > >> > On 5/24/08, Antonio Olivares <olivares14031@xxxxxxxxx> wrote: >> >> Dear Stephan and List, >> >> >> >> I am closer to making it work. I commented out the line where >> >> // #include<linux/ioctl32.h >> >> >> >> Yet, it is not working because of timestamp. Need to look at the >> >> archives. >> >> >> >> Thank you for your help, >> >> >> >> Antonio >> >> >> >> On 5/24/08, Antonio Olivares <olivares14031@xxxxxxxxx> wrote: >> >>> Dear Stefan, >> >>> >> >>> I tried to compile the package, but it still fails :( >> >>> >> >>> /home/olivares/Download/temp/martian/kmodule/martian.c:54:29: error: >> >>> linux/ioctl32.h: No such file or directory >> >>> >> >>> >> >>> Here's the output in attached form. If you feel the need to forward >> >>> to list, please do so. Thanks, >> >>> >> >>> Antonio >> >>> >> >>> I am sending this using slax linux live cd >> >>> root@slax:~# uname -a >> >>> Linux slax 2.6.24.5 #1 SMP Wed Apr 23 11:54:07 GMT 2008 i686 AMD >> >>> Athlon(tm) Processor LE-1600 AuthenticAMD GNU/Linux >> >>> >> >>> >> >>> >> >>> >> >>> On 5/23/08, Antonio Olivares <olivares14031@xxxxxxxxx> wrote: >> >>>> Please try sending it to my yahoo mail (olivares14031@xxxxxxxxx) and >> >>>> hopefully that passes the test(s) >> >>>> >> >>>> BTW, you are right, I removed the words and all instances of the word >> >>>> but I did not remove the '('s ')' for the fast?? code. >> >>>> >> >>>> Regards, >> >>>> >> >>>> Antonio >> >>>> >> >>>> On 5/23/08, Stefan Foerster <stefan.foerster@xxxxxxxxxxxxxx> wrote: >> >>>>> ...illegal attachment... could you change your gmail settings, so >> >>>>> that >> >>>>> my >> >>>>> tar.gz file can pass the Google watchdog, please ? >> >>>>> >> >>>>> Stefan >> >>>>> >> >>>>> >> >>>>> -------- Weitergeleitete Nachricht -------- >> >>>>> Von: Mail Delivery System >> >>>>> <MAILER-DAEMON@xxxxxxxxxxxxxxxxxxxxx> >> >>>>> An: stefan.foerster@xxxxxxxxxxxxxx >> >>>>> Betreff: Undelivered Mail Returned to Sender >> >>>>> Datum: Fri, 23 May 2008 17:13:19 +0200 (CEST) >> >>>>> >> >>>>> This is the Postfix program at host mail-out.m-online.net. >> >>>> >> >>>> I'm sorry to >> >>>>> have to inform you that your message could not >> >>>> be delivered to one or more >> >>>>> recipients. It's attached below. >> >>>> >> >>>> For further assistance, please send mail >> >>>>> to <postmaster> >> >>>> >> >>>> If you do so, please include this problem report. You >> >>>>> can >> >>>> delete your own text from the attached returned message. >> >>>> >> >>>> The Postfix >> >>>>> program >> >>>> >> >>>> <olivares14031@xxxxxxxxx>: host >> >>>>> gmail-smtp-in.l.google.com[72.14.221.114] said: >> >>>> 552-5.7.0 Our system >> >>>>> detected an illegal attachment on your message. >> >>>> 552-5.7.0 Please visit >> >>>>> http://mail.google.com/support/bin/answer.py?answer=6590 >> >>>>> 552 5.7.0 to >> >>>> review our attachment guidelines. e11si5799467fga.1 (in reply >> >>>>> to end of >> >>>> DATA command) >> >>>>> >> >>>>> Final-Recipient: rfc822; olivares14031@xxxxxxxxx >> >>>>> Original-Recipient: rfc822;olivares14031@xxxxxxxxx >> >>>>> Action: failed >> >>>>> Status: 5.7.0 >> >>>>> Remote-MTA: dns; gmail-smtp-in.l.google.com >> >>>>> Diagnostic-Code: smtp; 552-5.7.0 Our system detected an illegal >> >>>>> attachment >> >>>>> on >> >>>>> your message. 552-5.7.0 Please visit >> >>>>> http://mail.google.com/support/bin/answer.py?answer=6590 >> >>>>> 552 5.7.0 to >> >>>>> review our attachment guidelines. e11si5799467fga.1 >> >>>>> >> >>>>> >> >>>> >> >>> >> >> >> > >
