cbm4linux-users Mailing List for cbm4linux (Page 5)
Brought to you by:
cbm4linux
You can subscribe to this list here.
2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
(12) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(4) |
Feb
|
Mar
(4) |
Apr
(8) |
May
(8) |
Jun
(3) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
(11) |
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
(7) |
Jul
(2) |
Aug
|
Sep
|
Oct
(5) |
Nov
(11) |
Dec
|
2005 |
Jan
(4) |
Feb
(9) |
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(19) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Andreas <co...@c6...> - 2003-04-16 16:50:33
|
Sonntag, 13. April 2003 22:13 wrote Michael Klein: > Hm, did you unpack the sources on a DOS/W32 box? Source file with MS-DOS > style newlines are likely to cause this error... Just an idea ;-) No fscking way :) > Did you run "depmod -a" after installing? This should update the module > dependencies... Yes, did that. Didn't solve the problem initially either. l8r -- Count Zero/CyberpunX/SCS*TRC http://rr.c64.org - Retro Replay home |
From: Michael K. <mic...@pu...> - 2003-04-15 14:54:35
|
On Tue, 15 Apr 2003, Spiro Trikaliotis wrote: > Michael Klein wrote: > > > Are multi-line literals an error in gcc 3.3? (2.95 Doesn't complain at > > all here, while 3.0 prints a deprecation warning) > > > well, regardless of whether they are errors or not: Why use them? Aesthetical reasons aside, I can only think of some pre-ANSI compiler that doesn't allow string concatenation but line continuation. > Something like > > a = "abc" > "def" > "ghi"; > > Works perfectly in ANSI-C and C++, is defined and is *exactly* the > same as > > a = "abcdefghi"; Yup, that's how I'm doing it right now ;-) > On the other hand, Andreas' solutions as far from that good since it > uses a new call to printf() for every line. That's right. Wouldn't hurt /that/ much here, though ;-) Take care, Michael -- I wish there was a knob on the TV to turn up the intelligence. There's a knob called "brightness", but it doesn't seem to work. -- Gallagher |
From: Spiro T. <tri...@gm...> - 2003-04-15 12:54:27
|
Hello, Michael Klein wrote: > Are multi-line literals an error in gcc 3.3? (2.95 Doesn't complain at > all here, while 3.0 prints a deprecation warning) well, regardless of whether they are errors or not: Why use them? Something like a = "abc" "def" "ghi"; Works perfectly in ANSI-C and C++, is defined and is *exactly* the same as a = "abcdefghi"; So there's not need for something like this. On the other hand, Andreas' solutions as far from that good since it uses a new call to printf() for every line. Just my EUR 0.02, Spiro. |
From: Michael K. <mic...@pu...> - 2003-04-13 20:13:13
|
On Sun, 13 Apr 2003, Andreas wrote: > Sonntag, 13. April 2003 12:24 wrote Michael Klein: > > > > - This will fix the printf help output to get compiled without problems > > > on my 2.4.20 kernel and gcc-3.3. > > > > Thanks, will fix that! > > > > Are multi-line literals an error in gcc 3.3? (2.95 Doesn't complain at > > all here, while 3.0 prints a deprecation warning) > > > > Happy hacking, > > Michael > > Yes. I am a complete moron on C/C++, but it heavily errored with stuff like: > stray "\" on main.c in line XXX ... > > So it seems it doesnt support the Bash like line-breaking anymore. This form of line continuation is actually a preprocessor thing, and multi-line macros ('#define's) are ANSI AFAIK, so I'm quite a bit surprised about this particular error message ;-) Hm, did you unpack the sources on a DOS/W32 box? Source file with MS-DOS style newlines are likely to cause this error... Just an idea ;-) > I had similar problems getting the driver loaded, but the posted modules.conf > fixes that. > (Why doesnt: > modprobe parport ; insmod cbm lp=0 work, while: > modprobe lp ; rmmod lp ; insmod cbm lp=0 works fine ? Did you run "depmod -a" after installing? This should update the module dependencies... > lp module loads parport stuff the same way that the plain parport module is > loaded. Hmmm ... had quite some ambigous dmesg outputs aswell.) > > l8r > > -- Michael registered linux user #189917 -- http://counter.li.org/ |
From: Andreas <co...@c6...> - 2003-04-13 19:25:29
|
Sonntag, 13. April 2003 12:24 wrote Michael Klein: > > - This will fix the printf help output to get compiled without problems > > on my 2.4.20 kernel and gcc-3.3. > > Thanks, will fix that! > > Are multi-line literals an error in gcc 3.3? (2.95 Doesn't complain at > all here, while 3.0 prints a deprecation warning) > > Happy hacking, > Michael Yes. I am a complete moron on C/C++, but it heavily errored with stuff like: stray "\" on main.c in line XXX ... So it seems it doesnt support the Bash like line-breaking anymore. I had similar problems getting the driver loaded, but the posted modules.conf fixes that. (Why doesnt: modprobe parport ; insmod cbm lp=0 work, while: modprobe lp ; rmmod lp ; insmod cbm lp=0 works fine ? lp module loads parport stuff the same way that the plain parport module is loaded. Hmmm ... had quite some ambigous dmesg outputs aswell.) l8r -- Count Zero/CyberpunX/SCS*TRC http://rr.c64.org - Retro Replay home |
From: Michael K. <mic...@pu...> - 2003-04-13 10:24:20
|
On Sun, 13 Apr 2003, Andreas wrote: > I am new to the list, but checked the ML Archives and found only little > information on setting up cbm4linux 0.3.1 on my new Distri. > However, here we go: > > - Download & unpack cbm4linux 0.3.1 > - Unpack the attached diff files into the same directory > - Apply the patches with: > > "patch d64copy/main.c d64copy/main.diff" > "patch cbmcopy/main.c cbmcopy/main.diff" > > - This will fix the printf help output to get compiled without problems on my > 2.4.20 kernel and gcc-3.3. Thanks, will fix that! Are multi-line literals an error in gcc 3.3? (2.95 Doesn't complain at all here, while 3.0 prints a deprecation warning) Happy hacking, Michael -- Public key : http://www.lb.shuttle.de/puffin/identity.pub Fingerprint: 48BD 7D3D A23E FF5B 50ED D917 DF9D 8488 321C 0487 |
From: Andreas <co...@c6...> - 2003-04-12 23:09:51
|
Hey dudes, I am new to the list, but checked the ML Archives and found only little information on setting up cbm4linux 0.3.1 on my new Distri. However, here we go: - Download & unpack cbm4linux 0.3.1 - Unpack the attached diff files into the same directory - Apply the patches with: "patch d64copy/main.c d64copy/main.diff" "patch cbmcopy/main.c cbmcopy/main.diff" - This will fix the printf help output to get compiled without problems on my 2.4.20 kernel and gcc-3.3. - make ; make dev ; make install on the cbm4linux directory to install the module. for my system I had to to add the following lines to /etc/modules.conf: === start alias char-major-6 parport alias parport_lowlevel parport_pc options parport_pc io=0x378 irq=7,none # If you have multiple parallel ports, specify them this way: # options parport_pc io=0x378,0x278 irq=none,none post-install parport /sbin/modprobe cbm === end - and after reboot the module is loaded. Ofcourse you should test before rebooting if the cbm module is loaded fine. (See some other postings I read.) Hope this helps some ppl .. l8r -- Count Zero/CyberpunX/SCS*TRC http://rr.c64.org - Retro Replay home |
From: steve c. <tbo...@ya...> - 2003-03-25 04:36:45
|
Thanks to keesj and Michael Klein for responding to my question. I set the options for parport_pc as recommended (then checked my BIOS settings to make sure I had the right io and irq values, D'oh!), and used the cable=0 option to ensure it knows I have an XM1541 cable. Now I am able to read the directories of very old disks which I am surprised are still any good. I've made some .d64 images as well. Thanks again for getting me past that snag. Steve __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com |
From: Michael K. <mic...@pu...> - 2003-03-23 12:15:28
|
On Sun, 23 Mar 2003, Kees Jongenburger wrote: > > One other thing I notice, it seems to detect the cable > > as an 'XA1541 cable (auto)'. That or it's a default > > setting. > for the first cable I used the driver had to be on in order to detect the > right cable and if i once modproped with the driver of i had to reboot in > order to make it work. Autodetction is indeed only reliably if the drive is on. You can always disable autodetection with the module parameter "cable" parameter: * cable=<n> force cable type: -1 for autodetection (default) 0 for XM1541 (non-inverting) 1 for XA1541 (inverting) (straight from the README) Take care, Michael -- "*Note SIGINT* is not supported for any Win32 application including Windows NT and Windows 95. When a CTRL+C interrupt occurs, Win32 operating systems generate a new thread to specifically handle that interrupt. This can cause a single-thread application such as UNIX, to become multithreaded, resulting in unexpected behavior." -- MSDN Library Visual Studio 6.0; signal() |
From: Kees J. <ke...@dd...> - 2003-03-23 07:52:52
|
> One other thing I notice, it seems to detect the cable > as an 'XA1541 cable (auto)'. That or it's a default > setting. for the first cable I used the driver had to be on in order to detect the right cable and if i once modproped with the driver of i had to reboot in order to make it work. > > I have 2 old 1541 drives and numerous old diskettes > I'm wanting to read, but I appear to be stuck. Any > help would be appreciated. Hi, for me to make it work i had to sepcify the io port command line (and i thing in my bios i have set the parport to some specific value .. sorry) this is what i have in my modules.conf options parport_pc io=0x378 irq=7 i thing you can also do this command line modprobe parport_pc io=0x378 irq=7 in stead if modprobe parport here i wrote what i did http://carlit.mine.nu/c64/ has fun :) keesj |
From: steve c. <tbo...@ya...> - 2003-03-23 03:38:27
|
Hi all, I recently ordered an XM1541 cable, and built cbm4linux on an old Pentium 90 I have (Red Hat 7.1). I did have trouble compiling at first but commenting out the line about the license being GPL resulted in the thing compiling properly (weirdly enough). I can do: /sbin/modprobe parport /sbin/insmod cbm lp=0 And everything APPEARS OK, when I do /sbin/lsmod it looks like the modules are there and all, however when I try to communicate w/ the 1541 drive I keep getting: cbm_write: No devices found. I've tried doing 'reset' and 'detect' w/ the cbmctrl utility, but no luck. One other thing I notice, it seems to detect the cable as an 'XA1541 cable (auto)'. That or it's a default setting. I have 2 old 1541 drives and numerous old diskettes I'm wanting to read, but I appear to be stuck. Any help would be appreciated. Thanks Steve __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com |
From: Mikko <mik...@ra...> - 2003-01-13 14:04:40
|
Viestiss=E4 Monday 13 January 2003 11:51, Marc 'BlackJack' Rintsch kirjoi= tti: > On Monday January 13 2003 01:07, Mikko Kein=E4nen wrote: > > Could someone help me with my problem, please! > > When I try to load cbm module with insmod i get "init_module: Device = or > > resource busy"? Seems like port is reserved??? > > Most likely another module is using the port already. > > > [root@client-a155 cbm4linux-0.3.1]# lsmod > > [...] > > lp 6720 0 > > parport_pc 21672 1 > > parport 23936 1 [lp parport_pc] > > And it seems it's 'lp' (the "line printer" driver). Try 'rmmod lp' bevo= r > loading the cbm module. > > Ciao, > =09Marc 'BlackJack' Rintsch Thanks a lot. It (cbm module) loaded right away after I removed lp module= =2E=20 Seems like I have other problems ... but I have no time to test right now= =2E Thanks a lot both of you who helped me out with this thing!!! Mikko. |
From: Marc 'B. R. <ma...@ri...> - 2003-01-13 09:51:15
|
On Monday January 13 2003 01:07, Mikko Kein=E4nen wrote: > Could someone help me with my problem, please! > When I try to load cbm module with insmod i get "init_module: Device or > resource busy"? Seems like port is reserved??? Most likely another module is using the port already. > [root@client-a155 cbm4linux-0.3.1]# lsmod > [...] > lp 6720 0 > parport_pc 21672 1 > parport 23936 1 [lp parport_pc] And it seems it's 'lp' (the "line printer" driver). Try 'rmmod lp' bevor=20 loading the cbm module. Ciao, =09Marc 'BlackJack' Rintsch |
From: Kees J. <ke...@dd...> - 2003-01-13 06:41:56
|
On Monday 13 January 2003 01:07 am, Mikko Kein=E4nen wrote: > Hi! > Using /lib/modules/2.4.19-16mdk/misc/cbm.o > /lib/modules/2.4.19-16mdk/misc/cbm.o: init_module: Device or resource b= usy > Hint: insmod errors can be caused by incorrect module parameters, inclu= ding > invalid IO or IRQ parameters. > You may find more information in syslog or the output from dmesg Hi, for me to make it work i need to specify the io port and interrupt at the= =20 command line (or in modules.conf) options parport_pc io=3D0x378 irq=3D7 after that I do a=20 modprobe parport_pc modprobe cbm maybe you need to do the same also I my bios I have set my parport to use the irq en no ecp. I hope this helps. |
From: Mikko <mik...@ra...> - 2003-01-13 00:10:49
|
Hi!=20 Could someone help me with my problem, please! When I try to load cbm module with insmod i get "init_module: Device or=20 resource busy"? Seems like port is reserved??? I have Mandrake Linux 9.0 and XM1541 cable. I tried file transfers in DOS= with=20 Star Commander and I had no trouble transfering my disks to images. But I= =20 wouldn't like to boot to DOS just do some file transfers. Thanks for any help!!! Mikko. ps. I've attached here some console outputs: [root@client-a155 cbm4linux-0.3.1]# /sbin/modprobe parport [root@client-a155 cbm4linux-0.3.1]# /sbin/insmod cbm lp=3D0 Using /lib/modules/2.4.19-16mdk/misc/cbm.o /lib/modules/2.4.19-16mdk/misc/cbm.o: init_module: Device or resource bus= y Hint: insmod errors can be caused by incorrect module parameters, includi= ng=20 invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg cat var/log/messages: =2E.. Jan 13 00:05:12 client-a155 kernel: cbm_init: could not register with par= allel=20 port dmesg: =2E.. parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] lp0: using parport0 (interrupt-driven). =2E.. Jan 13 00:03:09 client-a155 kernel: parport0: PC-style at 0x378, irq 7=20 [PCSPP,TRISTATE,EPP] =2E.. parport0: cannot grant exclusive access for device cbm cbm_init: could not register with parallel port [root@client-a155 mk]# cat /proc/sys/dev/parport/parport0/devices/active=20 none /etc/modules.conf: probeall scsi_hostadapter ide-scsi probeall usb-interface usb-uhci alias eth0 8139too alias sound-slot-0 via82cxxx_audio alias /dev/nvidia* NVdriver #alias char-major-40 pt_drv #cbm4linux alias parport_lowlevel parport_pc options parport_pc io=3D0x378 irq=3D7 #skanneri #pre-install pt_drv modprobe -k parport #options pt_drv lampoff=3D180 warmup=3D15 port=3D0x378 lOffonEnd=3D0 mov=3D= 0 slowIO=3D1 [root@client-a155 cbm4linux-0.3.1]# lsmod=20 Module Size Used by Tainted: P =20 sr_mod 15096 0 (autoclean) (unused) floppy 49340 0 (autoclean) agpgart 31840 3 (autoclean) NVdriver 1065920 10 (autoclean) lp 6720 0 parport_pc 21672 1 parport 23936 1 [lp parport_pc] via82cxxx_audio 19036 0 uart401 6628 0 [via82cxxx_audio] ac97_codec 9928 0 [via82cxxx_audio] sound 55732 0 [via82cxxx_audio uart401] soundcore 3780 0 [via82cxxx_audio sound] af_packet 13000 1 (autoclean) 8139too 14472 1 (autoclean) mii 1152 0 (autoclean) [8139too] nls_iso8859-15 3356 2 (autoclean) nls_cp850 3580 2 (autoclean) vfat 9588 2 (autoclean) fat 31864 0 (autoclean) [vfat] supermount 14340 3 (autoclean) ide-cd 28712 0 cdrom 26848 0 [sr_mod ide-cd] ide-scsi 8212 0 scsi_mod 90372 2 [sr_mod ide-scsi] mod_quickcam 37968 0 videodev 5792 1 [mod_quickcam] usb-uhci 21676 0 (unused) usbcore 58304 1 [mod_quickcam usb-uhci] rtc 6560 0 (autoclean) ext3 74004 3 jbd 38452 3 [ext3] |
From: Michael K. <mic...@pu...> - 2002-05-15 06:55:38
|
Hi! Just a few compile-time fixes by me and Kees Jongenburger. Due to the lack of functionality changes there's no need to upgrade ;-) Download as usual from http://www.lb.shuttle.de/puffin/cbm4linux and http://cbm4linux.sourceforge.net Have fun, -- Michael registered linux user #189917 -- http://counter.li.org/ |
From: Damian / C64.C. <web...@c6...> - 2002-05-12 15:27:06
|
Now it works, thanks a lot for the help! So...let's start dumping ;-) --------------------------------------- Sabbi / web...@c6... C64.CH - Your #1 Demo-Source on the Net --------------------------------------- -----Original Message----- From: ke...@fr... To: cbm...@li... Date: Sun, 12 May 2002 16:13:02 +0200 (CEST) Subject: Re: [cbm4linux-users] Compilation Problem > Hi, > > I mailthe the author a pach but the basic thing missing is the include of > the parport_pc.h in the <linux/parport_pc.h> > It should look like this.. > > #ifdef DIRECT_PORT_ACCESS > # include <asm/io.h> > # include <linux/ioport.h> > #else > # include <linux/parport.h> > # include <linux/parport_pc.h> > #endif > > > hope this helps... > |
From: <ke...@fr...> - 2002-05-12 14:13:07
|
Hi, I mailthe the author a pach but the basic thing missing is the include of the parport_pc.h in the <linux/parport_pc.h> It should look like this.. #ifdef DIRECT_PORT_ACCESS # include <asm/io.h> # include <linux/ioport.h> #else # include <linux/parport.h> # include <linux/parport_pc.h> #endif hope this helps... > Thanks for the fast help! I got a step further, but it's still not working... > > After modifiying the KERN_FLAGS compiling was fine, also the make dev / make install , > now trying to load the module, this happens: > > linux:/usr # /sbin/insmod cbm lp=0 > Using /lib/modules/2.4.10-4GB/misc/cbm.o > /lib/modules/2.4.10-4GB/misc/cbm.o: unresolved symbol inb > /lib/modules/2.4.10-4GB/misc/cbm.o: unresolved symbol outb > > There is no Printer or something connected to the Parport.... > > Greetz > Damian > > > -----Original Message----- > From: ke...@fr... > To: cbm...@li... > Date: Sun, 12 May 2002 14:57:34 +0200 (CEST) > Subject: Re: [cbm4linux-users] Compilation Problem > > > Hi you need to find the real kernel headers/source > > from the kernel that you are using (usualy located at /usr/local/src) > > (or install the kernelsheader rpm). > > If you fond them edit the config.make to reflect your include path > > (for me > > KERN_FLAGS = -DMODULE -D__KERNEL__ -I/usr/src/RPM/BUILD/linux/include > > -DDEBUG ) > > > > I hope this helps > > > > On Sun, 12 May 2002, Damian / C64.CH wrote: > > > > > Hi, > > > > > > I'm very new to Linux, so please excuse.... > > > > > > I have problems compiling the CBM4Linux 0.3.0 and 0.2.5a, running SuSE Linux 7.3 with > > > Kernel 2.4.10. > > > What I did: unpack the .tar.gz into some dir, cd there, and type make. What I get is > > a > > > make: *** [cbm.o] Error 1 with a lot of #error-lines saying that I should not > > > include /usr/include/{linux,asm}/ header files directly for the compilation of kernal > > > modules. > > > > > > What to do? > > > > > > Thank for any help! > > > > > > > > > --------------------------------------- > > > Sabbi / web...@c6... > > > > > > C64.CH - Your #1 Demo-Source on the Net > > > --------------------------------------- > > > > > > > > > > > > _______________________________________________________________ > > > > > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > > > the hardware. You get the recognition. Email Us: ban...@so... > > > _______________________________________________ > > > cbm4linux-users mailing list > > > cbm...@li... > > > https://lists.sourceforge.net/lists/listinfo/cbm4linux-users > > > > > > > > > _______________________________________________________________ > > > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > > the hardware. You get the recognition. Email Us: ban...@so... > > _______________________________________________ > > cbm4linux-users mailing list > > cbm...@li... > > https://lists.sourceforge.net/lists/listinfo/cbm4linux-users > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > cbm4linux-users mailing list > cbm...@li... > https://lists.sourceforge.net/lists/listinfo/cbm4linux-users > |
From: Damian / C64.C. <web...@c6...> - 2002-05-12 13:59:19
|
Thanks for the fast help! I got a step further, but it's still not working... After modifiying the KERN_FLAGS compiling was fine, also the make dev / make install , now trying to load the module, this happens: linux:/usr # /sbin/insmod cbm lp=0 Using /lib/modules/2.4.10-4GB/misc/cbm.o /lib/modules/2.4.10-4GB/misc/cbm.o: unresolved symbol inb /lib/modules/2.4.10-4GB/misc/cbm.o: unresolved symbol outb There is no Printer or something connected to the Parport.... Greetz Damian -----Original Message----- From: ke...@fr... To: cbm...@li... Date: Sun, 12 May 2002 14:57:34 +0200 (CEST) Subject: Re: [cbm4linux-users] Compilation Problem > Hi you need to find the real kernel headers/source > from the kernel that you are using (usualy located at /usr/local/src) > (or install the kernelsheader rpm). > If you fond them edit the config.make to reflect your include path > (for me > KERN_FLAGS = -DMODULE -D__KERNEL__ -I/usr/src/RPM/BUILD/linux/include > -DDEBUG ) > > I hope this helps > > On Sun, 12 May 2002, Damian / C64.CH wrote: > > > Hi, > > > > I'm very new to Linux, so please excuse.... > > > > I have problems compiling the CBM4Linux 0.3.0 and 0.2.5a, running SuSE Linux 7.3 with > > Kernel 2.4.10. > > What I did: unpack the .tar.gz into some dir, cd there, and type make. What I get is > a > > make: *** [cbm.o] Error 1 with a lot of #error-lines saying that I should not > > include /usr/include/{linux,asm}/ header files directly for the compilation of kernal > > modules. > > > > What to do? > > > > Thank for any help! > > > > > > --------------------------------------- > > Sabbi / web...@c6... > > > > C64.CH - Your #1 Demo-Source on the Net > > --------------------------------------- > > > > > > > > _______________________________________________________________ > > > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > > the hardware. You get the recognition. Email Us: ban...@so... > > _______________________________________________ > > cbm4linux-users mailing list > > cbm...@li... > > https://lists.sourceforge.net/lists/listinfo/cbm4linux-users > > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > cbm4linux-users mailing list > cbm...@li... > https://lists.sourceforge.net/lists/listinfo/cbm4linux-users |
From: <ke...@fr...> - 2002-05-12 12:57:41
|
Hi you need to find the real kernel headers/source from the kernel that you are using (usualy located at /usr/local/src) (or install the kernelsheader rpm). If you fond them edit the config.make to reflect your include path (for me KERN_FLAGS = -DMODULE -D__KERNEL__ -I/usr/src/RPM/BUILD/linux/include -DDEBUG ) I hope this helps On Sun, 12 May 2002, Damian / C64.CH wrote: > Hi, > > I'm very new to Linux, so please excuse.... > > I have problems compiling the CBM4Linux 0.3.0 and 0.2.5a, running SuSE Linux 7.3 with > Kernel 2.4.10. > What I did: unpack the .tar.gz into some dir, cd there, and type make. What I get is a > make: *** [cbm.o] Error 1 with a lot of #error-lines saying that I should not > include /usr/include/{linux,asm}/ header files directly for the compilation of kernal > modules. > > What to do? > > Thank for any help! > > > --------------------------------------- > Sabbi / web...@c6... > > C64.CH - Your #1 Demo-Source on the Net > --------------------------------------- > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > cbm4linux-users mailing list > cbm...@li... > https://lists.sourceforge.net/lists/listinfo/cbm4linux-users > |
From: Damian / C64.C. <web...@c6...> - 2002-05-12 12:33:44
|
Hi, I'm very new to Linux, so please excuse.... I have problems compiling the CBM4Linux 0.3.0 and 0.2.5a, running SuSE Linux 7.3 with Kernel 2.4.10. What I did: unpack the .tar.gz into some dir, cd there, and type make. What I get is a make: *** [cbm.o] Error 1 with a lot of #error-lines saying that I should not include /usr/include/{linux,asm}/ header files directly for the compilation of kernal modules. What to do? Thank for any help! --------------------------------------- Sabbi / web...@c6... C64.CH - Your #1 Demo-Source on the Net --------------------------------------- |
From: <ke...@fr...> - 2002-05-06 20:39:10
|
Thanks I am working on the KIO slave(I hope to post it here soon). because the drive spins I first tried to insmod the cbm module but that wasn't such a good idea, it looks like once the module has been initialised once it won't redectect the cable type so rmmod cbm and insmod cbm doen't do the job. I have to reboot set the drive on and load the modules I haven't tried yet to specify the cable type by hand it's not a real problem.. you just have to know On Mon, 6 May 2002, Michael Klein wrote: d64copy works fine > On Thu, 2 May 2002 ke...@fr... wrote: > > > http://carlit.mine.nu/c64/ > > Hey, nice handicraft ;-) Now, to answer your questions: > > The "spinning drive" thing is normal, because it gets a permanent reset > signal until the module is loaded. You can avoid it by cutting the > XM1541's reset line, but you can't force a reset from your linux box of > course. modprobe-ing for the cbm module early during bootup should also > end the reset. > > Full disk copies are Best Made(tm) with d64copy. > > I can't help you much with the KIO slave, but IMHO it should be doable > without a kernel module. > > Have fun, > > |
From: Michael K. <mic...@pu...> - 2002-05-06 19:42:58
|
On Thu, 2 May 2002 ke...@fr... wrote: > http://carlit.mine.nu/c64/ Hey, nice handicraft ;-) Now, to answer your questions: The "spinning drive" thing is normal, because it gets a permanent reset signal until the module is loaded. You can avoid it by cutting the XM1541's reset line, but you can't force a reset from your linux box of course. modprobe-ing for the cbm module early during bootup should also end the reset. Full disk copies are Best Made(tm) with d64copy. I can't help you much with the KIO slave, but IMHO it should be doable without a kernel module. Have fun, -- Michael Linux skua 2.4.17-xfs #4 Sat May 4 21:40:49 CEST 2002 i686 unknown |
From: <ke...@fr...> - 2002-05-02 20:30:35
|
On Wed, 1 May 2002, Michael Klein wrote: > On Wed, 1 May 2002 ke...@fr... wrote: > > > by adding > > MODULE_LICENSE("GPL"); > Ok, must be some "RedHat-extension", since it doesn't seem to happen > with kernels from ftp.kernel.org. Yup, here at home (mandrake) it don't have this problem. maybe we need a small pach for it. > Given the age of the cable it might be X1541 or XE1541, but surely no > XM1541 or even XA1541. > > If your cable contains diodes it's most likely a XE1541, so you'll only > have to swap to pins to get it working with cbm4linux. If it doesn't > contain any electronic parts (X1541) I'd go for a new cable. Thanks a lot. I decided to make a new one (XM1541) and it worked "of the box". very very cool. I'm so happy i even created some pics/artwork of the cable. and added the step I taken. http://carlit.mine.nu/c64/ > > Have fun, I shure will. |
From: Joe Forster/S. <st...@c6...> - 2002-05-02 09:33:14
|
Hi Kees, > Years ago I create my 1541 cable is there a test program to find out > what kind of cable i made? Try XCDetect from http://sta.c64.org/scextprg.html . It's a DOS program, not for Linux. Joe Forster/STA st...@c6... |