From: Arnar B. <ar...@gm...> - 2007-03-27 08:57:33
|
Hi there, What are the specs for the Roboaudiostix regulators? Specifically I'm looking for the maximum input voltage. I wanted to run roboaudio, connex 400xm and a wifistix-cf on five NiMH AA cells, which freshly charged give me ~6.5 volts. This didn't work at all, it seems the voltage drops too much when I put the load on the batteries, maybe because of their internal resistance or something. What I'm thinking is that if it is safe to plug in 6 cells, which freshly charged might give me maybe 7,8 - 8 volts although their nominal voltage should be 7,2V. As with 5 cells I expect that to drop somewhat under load. I have a regulator in between the batteries and the boards that gives the wifistix 3.9V and I disconnected the 5V feed between the robostix and gumstix on the hirose instead. The only board getting voltage directly from the batteries is thus the Roboaudio. Is anyone using a reliable method of powering with cheap NiMH cells? Arnar |
From: <ad...@so...> - 2007-03-27 11:57:45
|
Hey all, Currently we are trying to be SPI working on the Robostix and are using the conversion of the i2c-io project - it however does not compile. We get the error 'spi-io.c:174: warning: function declaration isn't a prototype'. We are following the commands on the page: http://docwiki.gumstix.org/Sample_code/C/SPI/kernel under the heading Robostix firmware and user-mode app. We can follow all of the commands but we are unsure about 'Above I2C_SlaveBootInit add' as we do not know if this implied to the actual function or the first call of this function in the i2c-io.c file. Firstly could anyone else to us what the compilation error means, and secondly if anyone knows how to fix it. Kind Regards, Alex |
From: Dave H. <dhy...@gm...> - 2007-03-27 14:31:19
|
HI Alex, > Currently we are trying to be SPI working on the Robostix and are using the > conversion of the i2c-io project - it however does not compile. We get the > error 'spi-io.c:174: warning: function declaration isn't a prototype'. It's really just a warning, but I think I have the robostix builds setup to make warnigns be treated as errors. > We are following the commands on the page: > http://docwiki.gumstix.org/Sample_code/C/SPI/kernel under the heading > Robostix firmware and user-mode app. > We can follow all of the commands but we are unsure about 'Above > I2C_SlaveBootInit add' as we do not know if this implied to the actual > function or the first call of this function in the i2c-io.c file. > > Firstly could anyone else to us what the compilation error means, and > secondly if anyone knows how to fix it. The first part (that goes under #include "svn-version.h" is the prototype and the second part means above the call to I2C_SlaveBootInit. Check for spelling mistakes. If both blocks of code are done exactly as described, then you shouldn't get the warning. If that doesn't work, send me the file and I'll take a look at it. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Alex G. <ad...@so...> - 2007-03-28 10:23:53
|
Hey again Dave, We have decided to put you in our dissertation acknoledgements for all the help you have given us! I have attached the makefile and the modified i2c-io.c file, we are still getting the same problem "spi-io.c:174: warning: function declaration isn't a prototype". Any help would be greatly appreciated, Alex ----- Original Message ----- From: "Dave Hylands" <dhy...@gm...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Tuesday, March 27, 2007 3:31 PM Subject: Re: [Gumstix-users] SPI compilation problems > HI Alex, > >> Currently we are trying to be SPI working on the Robostix and are using >> the >> conversion of the i2c-io project - it however does not compile. We get >> the >> error 'spi-io.c:174: warning: function declaration isn't a prototype'. > > It's really just a warning, but I think I have the robostix builds > setup to make warnigns be treated as errors. > >> We are following the commands on the page: >> http://docwiki.gumstix.org/Sample_code/C/SPI/kernel under the heading >> Robostix firmware and user-mode app. >> We can follow all of the commands but we are unsure about 'Above >> I2C_SlaveBootInit add' as we do not know if this implied to the actual >> function or the first call of this function in the i2c-io.c file. >> >> Firstly could anyone else to us what the compilation error means, and >> secondly if anyone knows how to fix it. > > The first part (that goes under #include "svn-version.h" is the > prototype and the second part means above the call to > I2C_SlaveBootInit. > > Check for spelling mistakes. If both blocks of code are done exactly > as described, then you shouldn't get the warning. > > If that doesn't work, send me the file and I'll take a look at it. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Dave H. <dhy...@gm...> - 2007-03-28 14:11:28
|
Hi Alex, > We have decided to put you in our dissertation acknoledgements for all the > help you have given us! I have attached the makefile and the modified > i2c-io.c file, we are still getting the same problem "spi-io.c:174: warning: > function declaration isn't a prototype". Hmmm. I created a new directory, copied in your files, and the Config.h Hardware.c Hardware.h files from my i2c-io project and everything compiles with no errors or warnings. I tried with both windows and linux versions of avr-gcc. Which version of avr-gcc are you usinig? i.e. If you type avr-gcc --version what does ti report? -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Dave H. <dhy...@gm...> - 2007-03-28 14:18:08
|
Hi Alex, On 3/28/07, Dave Hylands <dhy...@gm...> wrote: > Hi Alex, > > > We have decided to put you in our dissertation acknoledgements for all the > > help you have given us! I have attached the makefile and the modified > > i2c-io.c file, we are still getting the same problem "spi-io.c:174: warning: > > function declaration isn't a prototype". Ahhh - the error is happening in the spi-io.c file. So what should really have happened is that the void spi_init_slave(void); should have gone in a header file. Anyways, the quite and dirty fix is to add that line just above the int ProcessCommand(I2C_Data_t *packet); in spi-io.c -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Alex G. <ad...@so...> - 2007-03-28 14:22:25
|
Hey Dave, Yep that fixed it! Thanks again for your help :-) Alex ----- Original Message ----- From: "Dave Hylands" <dhy...@gm...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Wednesday, March 28, 2007 3:17 PM Subject: Re: [Gumstix-users] SPI compilation problems > Hi Alex, > > On 3/28/07, Dave Hylands <dhy...@gm...> wrote: >> Hi Alex, >> >> > We have decided to put you in our dissertation acknoledgements for all >> > the >> > help you have given us! I have attached the makefile and the modified >> > i2c-io.c file, we are still getting the same problem "spi-io.c:174: >> > warning: >> > function declaration isn't a prototype". > > Ahhh - the error is happening in the spi-io.c file. > > So what should really have happened is that the > > void spi_init_slave(void); > > should have gone in a header file. Anyways, the quite and dirty fix is > to add that line just above the > > int ProcessCommand(I2C_Data_t *packet); > > in spi-io.c > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Alex G. <ad...@so...> - 2007-03-28 14:18:26
|
To Dave, Our version is: avr-gcc(GCC) 4.1.1 WinAVR 20070122 We still get the error. As it compiled correctly on your machine, I turned off compiler warnings and it compiled. I will now test it to see if it works. Thank you for your help, Alex ----- Original Message ----- From: "Dave Hylands" <dhy...@gm...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Wednesday, March 28, 2007 3:11 PM Subject: Re: [Gumstix-users] SPI compilation problems > Hi Alex, > >> We have decided to put you in our dissertation acknoledgements for all >> the >> help you have given us! I have attached the makefile and the modified >> i2c-io.c file, we are still getting the same problem "spi-io.c:174: >> warning: >> function declaration isn't a prototype". > > Hmmm. > > I created a new directory, copied in your files, and the Config.h > Hardware.c Hardware.h files from my i2c-io project and everything > compiles with no errors or warnings. I tried with both windows and > linux versions of avr-gcc. > > Which version of avr-gcc are you usinig? > > i.e. If you type > > avr-gcc --version > > what does ti report? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Dave H. <dhy...@gm...> - 2007-03-27 14:16:15
|
Hi Arnar, > What are the specs for the Roboaudiostix regulators? Specifically I'm > looking for the maximum input voltage. Unfortunately, it's not that simple. The maximum voltage depends on the load. A lighter load allows higher max voltages. > I wanted to run roboaudio, connex 400xm and a wifistix-cf on five NiMH > AA cells, which freshly charged give me ~6.5 volts. It sounds like you might have one bad cell. Check your cells individually and see if they're all around the same voltage. 1.3v each seems a little low for freshly charged. > This didn't work at all, it seems the voltage drops too much when I > put the load on the batteries, maybe because of their internal > resistance or something. How much of a load? > What I'm thinking is that if it is safe to plug in 6 cells, which > freshly charged might give me maybe 7,8 - 8 volts although their > nominal voltage should be 7,2V. As with 5 cells I expect that to drop > somewhat under load. You just have to be careful about your load. What happens is that the excess voltage gets converted into heat. If the regulstors get too warm then they shutdown, which will cause them to cool off and then they'll turn back on again. To the gumstix, this looks like it got powered off and then on again. > I have a regulator in between the batteries and the boards that gives > the wifistix 3.9V and I disconnected the 5V feed between the robostix > and gumstix on the hirose instead. The only board getting voltage > directly from the batteries is thus the Roboaudio. In that case, the voltage can probably be increased without too much trouble. > Is anyone using a reliable method of powering with cheap NiMH cells? NiMH cells do go bad, especially when you draw too much current from them. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Arnar B. <ar...@gm...> - 2007-03-27 15:21:57
|
Hi there, Thanks Dave. On 3/27/07, Dave Hylands <dhy...@gm...> wrote: > > I wanted to run roboaudio, connex 400xm and a wifistix-cf on five NiMH > > AA cells, which freshly charged give me ~6.5 volts. > > It sounds like you might have one bad cell. Check your cells > individually and see if they're all around the same voltage. 1.3v each > seems a little low for freshly charged. Will do. Four of them are new (one charge-discharge cycle) and the one is from a set I use for my photographig flash, which does put quite a strain on them I guess. > > This didn't work at all, it seems the voltage drops too much when I > > put the load on the batteries, maybe because of their internal > > resistance or something. > > How much of a load? ~400mA constant but with spikes going as high as 550-600mA while the gumstix is booting and associating to the wifi ap. > What happens is that the excess voltage gets converted into heat. If > the regulstors get too warm then they shutdown, which will cause them > to cool off and then they'll turn back on again. > > To the gumstix, this looks like it got powered off and then on again. The behaviour I got yesterday was something like that - the robostix power led would flicker rapidly. I attributed this to a low voltage since the battery pack measured only 6.5V on my multimeter. > > I have a regulator in between the batteries and the boards that gives > > the wifistix 3.9V and I disconnected the 5V feed between the robostix > > and gumstix on the hirose instead. The only board getting voltage > > directly from the batteries is thus the Roboaudio. > > In that case, the voltage can probably be increased without too much trouble. Ok, even up to 8V with the load I described above? > > Is anyone using a reliable method of powering with cheap NiMH cells? > > NiMH cells do go bad, especially when you draw too much current from them. Any alternative with similar size and cost? Arnar |
From: Dave H. <dhy...@gm...> - 2007-03-27 15:36:10
|
Hi Arnar, > Will do. Four of them are new (one charge-discharge cycle) and the one > is from a set I use for my photographig flash, which does put quite a > strain on them I guess. Ideally, you want all your cells to have similar history, so in theory they'll all have similar charge/discharge characteristics. > > > This didn't work at all, it seems the voltage drops too much when I > > > put the load on the batteries, maybe because of their internal > > > resistance or something. > > > > How much of a load? > > ~400mA constant but with spikes going as high as 550-600mA while the > gumstix is booting and associating to the wifi ap. So that's on you 3.9v regulator. If it's a switcher then things should be fine. > > What happens is that the excess voltage gets converted into heat. If > > the regulstors get too warm then they shutdown, which will cause them > > to cool off and then they'll turn back on again. > > > > To the gumstix, this looks like it got powered off and then on again. > > The behaviour I got yesterday was something like that - the robostix > power led would flicker rapidly. I attributed this to a low voltage > since the battery pack measured only 6.5V on my multimeter. That doesn't sound right to me. The robostix should work fine with even only 5v. When you measured the battery pack, were you measuring under load? > > > I have a regulator in between the batteries and the boards that gives > > > the wifistix 3.9V and I disconnected the 5V feed between the robostix > > > and gumstix on the hirose instead. The only board getting voltage > > > directly from the batteries is thus the Roboaudio. > > > > In that case, the voltage can probably be increased without too much trouble. > > Ok, even up to 8V with the load I described above? The load you decribed above was the load on the 3.9v regulator, not on the robostix. So it will depend on the sensors connected to the robostix. For a bare robostix, it should be fine. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Arnar B. <ar...@gm...> - 2007-03-27 16:07:34
|
Hi Dave, On 3/27/07, Dave Hylands <dhy...@gm...> wrote: > So that's on you 3.9v regulator. If it's a switcher then things should be fine. It's linear (LM317). The load I mentioned is the total load from the "battery" - only with a AC-DC converter instead of the batteries since I couldn't get them to work. The converter gives out regulated 6V: Batt+ >-x-+----------------------> v_robobatt | +--(LM317 reg. 3.9V)---> v_batt Batt- <--------------------------< GND The load I measured is at the x. I'll measure the current on v_robobatt and v_batt seperately, I expect v_robobatt to be quite low as you said since the robostix doesn't have any sensors/peripherals connected. I have a switching regulator that I'll try and see if that makes a difference. > That doesn't sound right to me. The robostix should work fine with > even only 5v. When you measured the battery pack, were you measuring > under load? No, I just measured the batteries directly. I'll try measuring them under load but it's hard to get a meaningful readout since I only have a digital multimeter which doesn't do so well with flucutating measurements. Maybe I was hooking things up incorrectl too, I'll double-check tonight. Arnar |
From: Arnar B. <ar...@gm...> - 2007-03-27 23:33:57
|
On 3/27/07, Arnar Birgisson <ar...@gm...> wrote: > I'll measure the current on v_robobatt and v_batt seperately, I expect > v_robobatt to be quite low as you said since the robostix doesn't have > any sensors/peripherals connected. The load on v_robobatt was ~110mA. Should I be safe to put six cells directly on that (NiMHs, so nominal voltage is 1.2V per cell)? > I have a switching regulator that I'll try and see if that makes a difference. Ok, that helped alot - the whole thing ran for exactly one hour on five AA cells. They were almost fully charged - I'm charging now so I can measure the time with comletely fresh cells. > > That doesn't sound right to me. The robostix should work fine with > > even only 5v. When you measured the battery pack, were you measuring > > under load? Measuring under load gives the voltage I expected, staying at about 6.2V for most of the time. Arnar |
From: Alex G. <ad...@so...> - 2007-03-28 16:15:54
|
Hey All, When following the instructions on the page: http://docwiki.gumstix.org/Sample_code/C/SPI/kernel I have got to the bit of compiling the kernal and it breaks down. I first get the warning: arch/arm/mach-pxa/gumstix.c:74:2: warning: # #warning some versions have just .timeout instead of .timeout_microsecs. I get this a few times then I get the errors: arch/arm/mach-pxa/gumstix.c:52:2: error: unknown field 'timeout_microsecs' specified in initializer I also get this a few times. Can anyone help with what this means? Alex ----- Original Message ----- From: "Dave Hylands" <dhy...@gm...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Wednesday, March 28, 2007 3:17 PM Subject: Re: [Gumstix-users] SPI compilation problems > Hi Alex, > > On 3/28/07, Dave Hylands <dhy...@gm...> wrote: >> Hi Alex, >> >> > We have decided to put you in our dissertation acknoledgements for all >> > the >> > help you have given us! I have attached the makefile and the modified >> > i2c-io.c file, we are still getting the same problem "spi-io.c:174: >> > warning: >> > function declaration isn't a prototype". > > Ahhh - the error is happening in the spi-io.c file. > > So what should really have happened is that the > > void spi_init_slave(void); > > should have gone in a header file. Anyways, the quite and dirty fix is > to add that line just above the > > int ProcessCommand(I2C_Data_t *packet); > > in spi-io.c > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Andrei R. <po...@gm...> - 2007-03-28 16:53:43
|
Earlier versions of pxa2xx SPI master driver used .timeout_microsecs, then at some point it was changed to .timeout. I don't know the new .timeout units, but the numbers used are for the later, .timeout version of the driver. Bottom line: comment out the warning and rename .timeout_microsecs to .timeout On 3/28/07, Alex Gooding <ad...@so...> wrote: > Hey All, > > When following the instructions on the page: > http://docwiki.gumstix.org/Sample_code/C/SPI/kernel > > I have got to the bit of compiling the kernal and it breaks down. I first > get the warning: > arch/arm/mach-pxa/gumstix.c:74:2: warning: # #warning some versions have > just .timeout instead of .timeout_microsecs. > > I get this a few times then I get the errors: > arch/arm/mach-pxa/gumstix.c:52:2: error: unknown field 'timeout_microsecs' > specified in initializer > > I also get this a few times. Can anyone help with what this means? > > Alex > > > > ----- Original Message ----- > From: "Dave Hylands" <dhy...@gm...> > To: "General mailing list for gumstix users." > <gum...@li...> > Sent: Wednesday, March 28, 2007 3:17 PM > Subject: Re: [Gumstix-users] SPI compilation problems > > > > Hi Alex, > > > > On 3/28/07, Dave Hylands <dhy...@gm...> wrote: > >> Hi Alex, > >> > >> > We have decided to put you in our dissertation acknoledgements for all > >> > the > >> > help you have given us! I have attached the makefile and the modified > >> > i2c-io.c file, we are still getting the same problem "spi-io.c:174: > >> > warning: > >> > function declaration isn't a prototype". > > > > Ahhh - the error is happening in the spi-io.c file. > > > > So what should really have happened is that the > > > > void spi_init_slave(void); > > > > should have gone in a header file. Anyways, the quite and dirty fix is > > to add that line just above the > > > > int ProcessCommand(I2C_Data_t *packet); > > > > in spi-io.c > > > > -- > > Dave Hylands > > Vancouver, BC, Canada > > http://www.DaveHylands.com/ > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: <ad...@so...> - 2007-03-29 00:41:41
|
Hey thanks for your help, I have now got the error: [Alsky@localhost linux-2.6.20gum]$ make ARCH=arm CROSS_COMPILE=../staging_dir/bin/arm-linux- CHK include/linux/version.h make[1]: `include/asm-arm/mach-types.h' is up to date. CHK include/linux/utsrelease.h CHK include/linux/compile.h make[2]: *** No rule to make target `drivers/spi/robostix_spi.c', needed by `drivers/spi/robostix_spi.o'. Stop. make[1]: *** [drivers/spi] Error 2 make: *** [drivers] Error 2 I did add the data to the make file though... Alex Quoting Andrei Rylin <po...@gm...>: > Earlier versions of pxa2xx SPI master driver used .timeout_microsecs, > then at some point it was changed to .timeout. > I don't know the new .timeout units, but the numbers used > are for the later, .timeout version of the driver. > Bottom line: comment out the warning and rename > .timeout_microsecs to .timeout > > On 3/28/07, Alex Gooding <ad...@so...> wrote: > > Hey All, > > > > When following the instructions on the page: > > http://docwiki.gumstix.org/Sample_code/C/SPI/kernel > > > > I have got to the bit of compiling the kernal and it breaks down. I > first > > get the warning: > > arch/arm/mach-pxa/gumstix.c:74:2: warning: # #warning some versions > have > > just .timeout instead of .timeout_microsecs. > > > > I get this a few times then I get the errors: > > arch/arm/mach-pxa/gumstix.c:52:2: error: unknown field > 'timeout_microsecs' > > specified in initializer > > > > I also get this a few times. Can anyone help with what this means? > > > > Alex > > > > > > > > ----- Original Message ----- > > From: "Dave Hylands" <dhy...@gm...> > > To: "General mailing list for gumstix users." > > <gum...@li...> > > Sent: Wednesday, March 28, 2007 3:17 PM > > Subject: Re: [Gumstix-users] SPI compilation problems > > > > > > > Hi Alex, > > > > > > On 3/28/07, Dave Hylands <dhy...@gm...> wrote: > > >> Hi Alex, > > >> > > >> > We have decided to put you in our dissertation acknoledgements for > all > > >> > the > > >> > help you have given us! I have attached the makefile and the > modified > > >> > i2c-io.c file, we are still getting the same problem > "spi-io.c:174: > > >> > warning: > > >> > function declaration isn't a prototype". > > > > > > Ahhh - the error is happening in the spi-io.c file. > > > > > > So what should really have happened is that the > > > > > > void spi_init_slave(void); > > > > > > should have gone in a header file. Anyways, the quite and dirty fix > is > > > to add that line just above the > > > > > > int ProcessCommand(I2C_Data_t *packet); > > > > > > in spi-io.c > > > > > > -- > > > Dave Hylands > > > Vancouver, BC, Canada > > > http://www.DaveHylands.com/ > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > > your > > > opinions on IT & business topics through brief surveys-and earn cash > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys-and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Andrei R. <po...@gm...> - 2007-03-29 04:50:34
|
That means that the 'make' can't find drivers/spi/robostix_spi.c Either the file isn't there or 'make' is looking in the wrong place. On 3/28/07, ad...@so... <ad...@so...> wrote: > Hey thanks for your help, > I have now got the error: > > [Alsky@localhost linux-2.6.20gum]$ make ARCH=arm > CROSS_COMPILE=../staging_dir/bin/arm-linux- > CHK include/linux/version.h > make[1]: `include/asm-arm/mach-types.h' is up to date. > CHK include/linux/utsrelease.h > CHK include/linux/compile.h > make[2]: *** No rule to make target `drivers/spi/robostix_spi.c', needed by > `drivers/spi/robostix_spi.o'. Stop. > make[1]: *** [drivers/spi] Error 2 > make: *** [drivers] Error 2 > > I did add the data to the make file though... > > Alex > > > > Quoting Andrei Rylin <po...@gm...>: > > > Earlier versions of pxa2xx SPI master driver used .timeout_microsecs, > > then at some point it was changed to .timeout. > > I don't know the new .timeout units, but the numbers used > > are for the later, .timeout version of the driver. > > Bottom line: comment out the warning and rename > > .timeout_microsecs to .timeout > > > > On 3/28/07, Alex Gooding <ad...@so...> wrote: > > > Hey All, > > > > > > When following the instructions on the page: > > > http://docwiki.gumstix.org/Sample_code/C/SPI/kernel > > > > > > I have got to the bit of compiling the kernal and it breaks down. I > > first > > > get the warning: > > > arch/arm/mach-pxa/gumstix.c:74:2: warning: # #warning some versions > > have > > > just .timeout instead of .timeout_microsecs. > > > > > > I get this a few times then I get the errors: > > > arch/arm/mach-pxa/gumstix.c:52:2: error: unknown field > > 'timeout_microsecs' > > > specified in initializer > > > > > > I also get this a few times. Can anyone help with what this means? > > > > > > Alex > > > > > > > > > > > > ----- Original Message ----- > > > From: "Dave Hylands" <dhy...@gm...> > > > To: "General mailing list for gumstix users." > > > <gum...@li...> > > > Sent: Wednesday, March 28, 2007 3:17 PM > > > Subject: Re: [Gumstix-users] SPI compilation problems > > > > > > > > > > Hi Alex, > > > > > > > > On 3/28/07, Dave Hylands <dhy...@gm...> wrote: > > > >> Hi Alex, > > > >> > > > >> > We have decided to put you in our dissertation acknoledgements for > > all > > > >> > the > > > >> > help you have given us! I have attached the makefile and the > > modified > > > >> > i2c-io.c file, we are still getting the same problem > > "spi-io.c:174: > > > >> > warning: > > > >> > function declaration isn't a prototype". > > > > > > > > Ahhh - the error is happening in the spi-io.c file. > > > > > > > > So what should really have happened is that the > > > > > > > > void spi_init_slave(void); > > > > > > > > should have gone in a header file. Anyways, the quite and dirty fix > > is > > > > to add that line just above the > > > > > > > > int ProcessCommand(I2C_Data_t *packet); > > > > > > > > in spi-io.c > > > > > > > > -- > > > > Dave Hylands > > > > Vancouver, BC, Canada > > > > http://www.DaveHylands.com/ > > > > > > > > > > ------------------------------------------------------------------------- > > > > Take Surveys. Earn Cash. Influence the Future of IT > > > > Join SourceForge.net's Techsay panel and you'll get the chance to > > share > > > > your > > > > opinions on IT & business topics through brief surveys-and earn cash > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > _______________________________________________ > > > > gumstix-users mailing list > > > > gum...@li... > > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > > opinions on IT & business topics through brief surveys-and earn cash > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: <ad...@so...> - 2007-03-29 09:36:30
|
Hey again I figured out that I had saved the files with the first letter on each file as a capital. I changed this and then I get a massive amount of errors about the files. I have attached the error message as a text file, I think I am just missing a link to another file. Can anyone check the file please and tell me where I have gone wrong. Thank you very much for all your help, Alex Quoting Andrei Rylin <po...@gm...>: > That means that the 'make' can't find drivers/spi/robostix_spi.c > Either the file isn't there or 'make' is looking in the wrong place. > > On 3/28/07, ad...@so... <ad...@so...> wrote: > > Hey thanks for your help, > > I have now got the error: > > > > [Alsky@localhost linux-2.6.20gum]$ make ARCH=arm > > CROSS_COMPILE=../staging_dir/bin/arm-linux- > > CHK include/linux/version.h > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > CHK include/linux/utsrelease.h > > CHK include/linux/compile.h > > make[2]: *** No rule to make target `drivers/spi/robostix_spi.c', > needed by > > `drivers/spi/robostix_spi.o'. Stop. > > make[1]: *** [drivers/spi] Error 2 > > make: *** [drivers] Error 2 > > > > I did add the data to the make file though... > > > > Alex > > > > > > > > Quoting Andrei Rylin <po...@gm...>: > > > > > Earlier versions of pxa2xx SPI master driver used .timeout_microsecs, > > > then at some point it was changed to .timeout. > > > I don't know the new .timeout units, but the numbers used > > > are for the later, .timeout version of the driver. > > > Bottom line: comment out the warning and rename > > > .timeout_microsecs to .timeout > > > > > > On 3/28/07, Alex Gooding <ad...@so...> wrote: > > > > Hey All, > > > > > > > > When following the instructions on the page: > > > > http://docwiki.gumstix.org/Sample_code/C/SPI/kernel > > > > > > > > I have got to the bit of compiling the kernal and it breaks down. I > > > first > > > > get the warning: > > > > arch/arm/mach-pxa/gumstix.c:74:2: warning: # #warning some versions > > > have > > > > just .timeout instead of .timeout_microsecs. > > > > > > > > I get this a few times then I get the errors: > > > > arch/arm/mach-pxa/gumstix.c:52:2: error: unknown field > > > 'timeout_microsecs' > > > > specified in initializer > > > > > > > > I also get this a few times. Can anyone help with what this means? > > > > > > > > Alex > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Dave Hylands" <dhy...@gm...> > > > > To: "General mailing list for gumstix users." > > > > <gum...@li...> > > > > Sent: Wednesday, March 28, 2007 3:17 PM > > > > Subject: Re: [Gumstix-users] SPI compilation problems > > > > > > > > > > > > > Hi Alex, > > > > > > > > > > On 3/28/07, Dave Hylands <dhy...@gm...> wrote: > > > > >> Hi Alex, > > > > >> > > > > >> > We have decided to put you in our dissertation acknoledgements > for > > > all > > > > >> > the > > > > >> > help you have given us! I have attached the makefile and the > > > modified > > > > >> > i2c-io.c file, we are still getting the same problem > > > "spi-io.c:174: > > > > >> > warning: > > > > >> > function declaration isn't a prototype". > > > > > > > > > > Ahhh - the error is happening in the spi-io.c file. > > > > > > > > > > So what should really have happened is that the > > > > > > > > > > void spi_init_slave(void); > > > > > > > > > > should have gone in a header file. Anyways, the quite and dirty > fix > > > is > > > > > to add that line just above the > > > > > > > > > > int ProcessCommand(I2C_Data_t *packet); > > > > > > > > > > in spi-io.c > > > > > > > > > > -- > > > > > Dave Hylands > > > > > Vancouver, BC, Canada > > > > > http://www.DaveHylands.com/ > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > Take Surveys. Earn Cash. Influence the Future of IT > > > > > Join SourceForge.net's Techsay panel and you'll get the chance to > > > share > > > > > your > > > > > opinions on IT & business topics through brief surveys-and earn > cash > > > > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > > _______________________________________________ > > > > > gumstix-users mailing list > > > > > gum...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > Take Surveys. Earn Cash. Influence the Future of IT > > > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > > your > > > > opinions on IT & business topics through brief surveys-and earn > cash > > > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > _______________________________________________ > > > > gumstix-users mailing list > > > > gum...@li... > > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > > your > > > opinions on IT & business topics through brief surveys-and earn cash > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys-and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: <ad...@so...> - 2007-03-29 09:38:19
Attachments:
error-message.txt
|
This time with the attachment! Hey again I figured out that I had saved the files with the first letter on each file as a capital. I changed this and then I get a massive amount of errors about the files. I have attached the error message as a text file, I think I am just missing a link to another file. Can anyone check the file please and tell me where I have gone wrong. Thank you very much for all your help, Alex Quoting ad...@so...: > Hey again > > I figured out that I had saved the files with the first letter on each > file > as a capital. I changed this and then I get a massive amount of errors > about the files. I have attached the error message as a text file, I > think > I am just missing a link to another file. Can anyone check the file > please > and tell me where I have gone wrong. > > Thank you very much for all your help, > > Alex > > > > Quoting Andrei Rylin <po...@gm...>: > > > That means that the 'make' can't find drivers/spi/robostix_spi.c > > Either the file isn't there or 'make' is looking in the wrong place. > > > > On 3/28/07, ad...@so... <ad...@so...> wrote: > > > Hey thanks for your help, > > > I have now got the error: > > > > > > [Alsky@localhost linux-2.6.20gum]$ make ARCH=arm > > > CROSS_COMPILE=../staging_dir/bin/arm-linux- > > > CHK include/linux/version.h > > > make[1]: `include/asm-arm/mach-types.h' is up to date. > > > CHK include/linux/utsrelease.h > > > CHK include/linux/compile.h > > > make[2]: *** No rule to make target `drivers/spi/robostix_spi.c', > > needed by > > > `drivers/spi/robostix_spi.o'. Stop. > > > make[1]: *** [drivers/spi] Error 2 > > > make: *** [drivers] Error 2 > > > > > > I did add the data to the make file though... > > > > > > Alex > > > > > > > > > > > > Quoting Andrei Rylin <po...@gm...>: > > > > > > > Earlier versions of pxa2xx SPI master driver used > .timeout_microsecs, > > > > then at some point it was changed to .timeout. > > > > I don't know the new .timeout units, but the numbers used > > > > are for the later, .timeout version of the driver. > > > > Bottom line: comment out the warning and rename > > > > .timeout_microsecs to .timeout > > > > > > > > On 3/28/07, Alex Gooding <ad...@so...> wrote: > > > > > Hey All, > > > > > > > > > > When following the instructions on the page: > > > > > http://docwiki.gumstix.org/Sample_code/C/SPI/kernel > > > > > > > > > > I have got to the bit of compiling the kernal and it breaks down. > I > > > > first > > > > > get the warning: > > > > > arch/arm/mach-pxa/gumstix.c:74:2: warning: # #warning some > versions > > > > have > > > > > just .timeout instead of .timeout_microsecs. > > > > > > > > > > I get this a few times then I get the errors: > > > > > arch/arm/mach-pxa/gumstix.c:52:2: error: unknown field > > > > 'timeout_microsecs' > > > > > specified in initializer > > > > > > > > > > I also get this a few times. Can anyone help with what this > means? > > > > > > > > > > Alex > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Dave Hylands" <dhy...@gm...> > > > > > To: "General mailing list for gumstix users." > > > > > <gum...@li...> > > > > > Sent: Wednesday, March 28, 2007 3:17 PM > > > > > Subject: Re: [Gumstix-users] SPI compilation problems > > > > > > > > > > > > > > > > Hi Alex, > > > > > > > > > > > > On 3/28/07, Dave Hylands <dhy...@gm...> wrote: > > > > > >> Hi Alex, > > > > > >> > > > > > >> > We have decided to put you in our dissertation > acknoledgements > > for > > > > all > > > > > >> > the > > > > > >> > help you have given us! I have attached the makefile and the > > > > modified > > > > > >> > i2c-io.c file, we are still getting the same problem > > > > "spi-io.c:174: > > > > > >> > warning: > > > > > >> > function declaration isn't a prototype". > > > > > > > > > > > > Ahhh - the error is happening in the spi-io.c file. > > > > > > > > > > > > So what should really have happened is that the > > > > > > > > > > > > void spi_init_slave(void); > > > > > > > > > > > > should have gone in a header file. Anyways, the quite and dirty > > fix > > > > is > > > > > > to add that line just above the > > > > > > > > > > > > int ProcessCommand(I2C_Data_t *packet); > > > > > > > > > > > > in spi-io.c > > > > > > > > > > > > -- > > > > > > Dave Hylands > > > > > > Vancouver, BC, Canada > > > > > > http://www.DaveHylands.com/ > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > Take Surveys. Earn Cash. Influence the Future of IT > > > > > > Join SourceForge.net's Techsay panel and you'll get the chance > to > > > > share > > > > > > your > > > > > > opinions on IT & business topics through brief surveys-and earn > > cash > > > > > > > > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > > > _______________________________________________ > > > > > > gumstix-users mailing list > > > > > > gum...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > Take Surveys. Earn Cash. Influence the Future of IT > > > > > Join SourceForge.net's Techsay panel and you'll get the chance to > > share > > > > your > > > > > opinions on IT & business topics through brief surveys-and earn > > cash > > > > > > > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > > _______________________________________________ > > > > > gumstix-users mailing list > > > > > gum...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > Take Surveys. Earn Cash. Influence the Future of IT > > > > Join SourceForge.net's Techsay panel and you'll get the chance to > > share > > > > your > > > > opinions on IT & business topics through brief surveys-and earn > cash > > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > _______________________________________________ > > > > gumstix-users mailing list > > > > gum...@li... > > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > your > > > opinions on IT & business topics through brief surveys-and earn cash > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _______________________________________________ > > > gumstix-users mailing list > > > gum...@li... > > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your > > opinions on IT & business topics through brief surveys-and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2007-03-29 13:46:16
|
Hi Alex, > I figured out that I had saved the files with the first letter on each file > as a capital. I changed this and then I get a massive amount of errors > about the files. I have attached the error message as a text file, I think > I am just missing a link to another file. Can anyone check the file please > and tell me where I have gone wrong. It looks like you did the same thing I did, which was to mistake the link to being the file as being a source file, when in fact the link goes to an HTML file. So you need to follow the link and then copy and paste the text from the HTML page. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: <ad...@so...> - 2007-03-29 15:49:34
|
You were right, I did save the html as the source file. I rectified this, and it was compiling all happily til I received this error: [Alsky@localhost linux-2.6.20gum]$ make ARCH=arm CROSS_COMPILE=../staging_dir/bin/arm-linux- CHK include/linux/version.h make[1]: `include/asm-arm/mach-types.h' is up to date. CHK include/linux/utsrelease.h CHK include/linux/compile.h CC [M] drivers/spi/robostix_spi.o drivers/spi/robostix_spi.c: In function 'this_read': drivers/spi/robostix_spi.c:529: warning: ignoring return value of 'copy_to_user', declared with attribute warn_unused_result drivers/spi/robostix_spi.c: In function 'this_interrupt': drivers/spi/robostix_spi.c:696: error: cannot convert to a pointer type drivers/spi/robostix_spi.c:696: error: cannot convert to a pointer type drivers/spi/robostix_spi.c:704: error: cannot convert to a pointer type drivers/spi/robostix_spi.c:704: error: cannot convert to a pointer type drivers/spi/robostix_spi.c: In function 'this_probe': drivers/spi/robostix_spi.c:739: warning: passing argument 2 of 'request_irq' from incompatible pointer type drivers/spi/robostix_spi.c:736: warning: ignoring return value of 'class_device_create_file', declared with attribute warn_unused_result make[2]: *** [drivers/spi/robostix_spi.o] Error 1 make[1]: *** [drivers/spi] Error 2 make: *** [drivers] Error I am sorry for all the consistant questions but it have tried playing around with the code and I just make it worse. Can anyone help with how to correct this problem? Alex Quoting Dave Hylands <dhy...@gm...>: > Hi Alex, > > > I figured out that I had saved the files with the first letter on each > file > > as a capital. I changed this and then I get a massive amount of errors > > about the files. I have attached the error message as a text file, I > think > > I am just missing a link to another file. Can anyone check the file > please > > and tell me where I have gone wrong. > > It looks like you did the same thing I did, which was to mistake the > link to being the file as being a source file, when in fact the link > goes to an HTML file. > > So you need to follow the link and then copy and paste the text from > the HTML page. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Andrei R. <po...@gm...> - 2007-03-30 04:29:13
|
Try to remove third parameter - struct pt_regs* regs - from function this_interrupt(int irq, void* context, struct pt_regs* regs) i.e. make it this_interrupt(int irq, void* context) Linux kernel is changing... Complain about line 529 is probably about unused return value of copy_to_user(). The code shall treat non-zero return value as error. On 3/29/07, ad...@so... <ad...@so...> wrote: > You were right, I did save the html as the source file. I rectified this, > and it was compiling all happily til I received this error: > > [Alsky@localhost linux-2.6.20gum]$ make ARCH=arm > CROSS_COMPILE=../staging_dir/bin/arm-linux- > CHK include/linux/version.h > make[1]: `include/asm-arm/mach-types.h' is up to date. > CHK include/linux/utsrelease.h > CHK include/linux/compile.h > CC [M] drivers/spi/robostix_spi.o > drivers/spi/robostix_spi.c: In function 'this_read': > drivers/spi/robostix_spi.c:529: warning: ignoring return value of > 'copy_to_user', declared with attribute warn_unused_result > drivers/spi/robostix_spi.c: In function 'this_interrupt': > drivers/spi/robostix_spi.c:696: error: cannot convert to a pointer type > drivers/spi/robostix_spi.c:696: error: cannot convert to a pointer type > drivers/spi/robostix_spi.c:704: error: cannot convert to a pointer type > drivers/spi/robostix_spi.c:704: error: cannot convert to a pointer type > drivers/spi/robostix_spi.c: In function 'this_probe': > drivers/spi/robostix_spi.c:739: warning: passing argument 2 of 'request_irq' > from incompatible pointer type > drivers/spi/robostix_spi.c:736: warning: ignoring return value of > 'class_device_create_file', declared with attribute warn_unused_result > make[2]: *** [drivers/spi/robostix_spi.o] Error 1 > make[1]: *** [drivers/spi] Error 2 > make: *** [drivers] Error > > I am sorry for all the consistant questions but it have tried playing around > with the code and I just make it worse. Can anyone help with how to correct > this problem? > > Alex > > > > Quoting Dave Hylands <dhy...@gm...>: > > > Hi Alex, > > > > > I figured out that I had saved the files with the first letter on each > > file > > > as a capital. I changed this and then I get a massive amount of errors > > > about the files. I have attached the error message as a text file, I > > think > > > I am just missing a link to another file. Can anyone check the file > > please > > > and tell me where I have gone wrong. > > > > It looks like you did the same thing I did, which was to mistake the > > link to being the file as being a source file, when in fact the link > > goes to an HTML file. > > > > So you need to follow the link and then copy and paste the text from > > the HTML page. > > > > -- > > Dave Hylands > > Vancouver, BC, Canada > > http://www.DaveHylands.com/ |