gp32linux-devel Mailing List for gp32linux
Status: Alpha
Brought to you by:
toholl
Menu
▾
▴
gp32linux-devel
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(10) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Hector O. <hec...@gm...> - 2006-04-14 15:15:29
|
Hello, I have been trying to compile my own kernel with a gcc-3.3 cross compiler= . First of all i have been trying to compile latest stable kernel linux-2.6.16.5.tar.bz2 unsuccesfull, then i have download 2.6.14 and i have patch it with rc3-git4 patches and lucas coreilla's patches http://cscience.org/~lucasvr/patches/linux/2.6.14-rc3-git4/ but i keep having errors: CC mm/vmscan.o /tmp/ccLCqKTY.s: Assembler messages: /tmp/ccLCqKTY.s:192: Error: .err encountered make[1]: *** [mm/vmscan.o] Error 1 make: *** [mm] Error 2 Any clue ? Somebody has build 2.6 kernel for GP32 succesfully that wants to share how to do it ? |
|
From: Florin A. <fan...@ul...> - 2005-12-26 14:09:34
|
>Hello folks ! > >As i read on gp32x forums, USB port to 2.6 kernel isn't done. I think it >would be great to port it, because we could add wireless to the device, is >there info about it ? Well someone is working one 2.6 port, but alone isn't easy and now with the new gp, maybe people are more interested in the new one ..= . The wifi is working with 2.4 kernel. I tested wifi and it works, seek on the gp32x.com foroms you can even use a text mode msn messenger clone ;) >Also, do you know how could i do an image for GP32 that reads from a tftp >server and bootp and load rootfs by NFS ? I guess with EXT-to-DB9 cable an= d >minicom phisical connection. check the kernel compilation options modify the init >I apologize for my poor english. And thanks ! no problem >Merry Christmas ! Merry Christmas to everybody :D =20 --------------------------------------------------------------- "Le pr=E9sent e-mail ainsi que ses annexes =E9ventuelles peuvent contenir d= es informations confidentielles et/ou prot=E9g=E9es par des droits de propr= i=E9t=E9 intellectuelle, et sont destin=E9s =E0 l=92usage exclusif du (des)= destinataire(s) susmentionn=E9(s). Toute utilisation (notamment mais non e= xclusivement pour la reproduction,la communication ou la distribution total= e ou partielle sous quelque forme que ce soit) de leur contenu par des pers= onnes autres que le(s) destinataire(s) d=E9sign=E9(s) est interdite. Si vou= s avez re=E7u cet e-mail par erreur, veuillez en informer l=92exp=E9diteur = soit par t=E9l=E9phone soit par e-mail, et supprimer de tout ordinateur les= donn=E9es y aff=E9rentes. Merci de votre collaboration." -------------------------------------------- "This e-mail and any attachments thereto may contain=20 information which is confidential and/or protected by=20 intellectual property rights and are intended for the sole use of the reci= pient(s)named above. Any use of the information contained herein (including= , but not limited to, total or partial reproduction, communication or distr= ibution in any form) by persons other than the designated recipient(s) is p= rohibited. If you have received this e-mail in error, please notify the sen= der either by telephone or by e-mail and delete the material from any compu= ter. Thank you for your cooperation." no attachments have been sent=20 =20 --------------------------------------------------------------- "Le pr=E9sent e-mail ainsi que ses annexes =E9ventuelles peuvent contenir d= es informations confidentielles et/ou prot=E9g=E9es par des droits de propr= i=E9t=E9 intellectuelle, et sont destin=E9s =E0 l=92usage exclusif du (des)= destinataire(s) susmentionn=E9(s). Toute utilisation (notamment mais non e= xclusivement pour la reproduction,la communication ou la distribution total= e ou partielle sous quelque forme que ce soit) de leur contenu par des pers= onnes autres que le(s) destinataire(s) d=E9sign=E9(s) est interdite. Si vou= s avez re=E7u cet e-mail par erreur, veuillez en informer l=92exp=E9diteur = soit par t=E9l=E9phone soit par e-mail, et supprimer de tout ordinateur les= donn=E9es y aff=E9rentes. Merci de votre collaboration." -------------------------------------------- "This e-mail and any attachments thereto may contain=20 information which is confidential and/or protected by=20 intellectual property rights and are intended for the sole use of the reci= pient(s)named above. Any use of the information contained herein (including= , but not limited to, total or partial reproduction, communication or distr= ibution in any form) by persons other than the designated recipient(s) is p= rohibited. If you have received this e-mail in error, please notify the sen= der either by telephone or by e-mail and delete the material from any compu= ter. Thank you for your cooperation." |
|
From: Hector O. <hec...@gm...> - 2005-12-26 13:05:30
|
Hello folks ! As i read on gp32x forums, USB port to 2.6 kernel isn't done. I think it would be great to port it, because we could add wireless to the device, is there info about it ? Also, do you know how could i do an image for GP32 that reads from a tftp server and bootp and load rootfs by NFS ? I guess with EXT-to-DB9 cable and minicom phisical connection. I apologize for my poor english. And thanks ! Merry Christmas ! |
|
From: Lucas C. V. R. <lu...@go...> - 2005-06-15 15:02:28
|
On Wednesday 15 June 2005 11:09, Hector Oron wrote: > Hello ! Hi there, > I'm new to this list. I have been looking for a target platform to get > some stuff done with this little systems. Development boards are very > expensive, and i have found out that GP32, it's awesome, it ships with a > ARM9 with MMU and a nice screen, also it has good conectivity. I've been > thinking and i've booked one GP32 at one store arround. > > I'm very interested on linux port for GP32. I've spent a couple days > searching forums and webpages (firmwares, bios, etc...) and i have some > things i haven't cleared it out. > > First of all, i've been hearing that GP32 is an opensource tool, but > is it openhardware, are there some schematics arround or developing > linux documentation (besides the datasheets)? The schematics (s3c2400 datasheets) are all freely available. The only problem relies on the SmartMedia datasheets, which are proprietary, but they can be easily find on the web. > I've also been reading that 2.4.13 is working already, but what about > 2.6 series. I've seen Lucas patches, but are they working or are they > buggy ? > > What is the status for drivers ? What are working drivers ? USB (i > think it could work as a host), Wifi, etc... 2.4.13 is fine, with both USB host and USB device support. I'm commiting 2.6.12 patches directly into the mainline kernel (gp32 support is going to be shipped on the official Linux release). 2.6 is not working fine yet; I've finished the base port (clocks, uart, i2c, dma, irq, etc) and have rewritten the bootloader, moving a lot of initialization code from the machine in the kernel (2.4.13) to it. Currently it's just sending some debug strings through the UART to my minicom session. I needed to freeze development some weeks, since I moved to a new home. I'm now stable and have my computer working fine on my new appartment, but I still lack an internet connection (I'm going to ask for a phone line today). Until then, development will go a bit slow, since I need to keep communicating with Ben Dooks (s3c2410 maintainer, used by iPaq and some other machines) while merging the patches. > Why do you use linux kernel, have you think about using uclinux kernel > ? Are you compiling against glibc, uclibc, dietlibc ? what about X ? > using nanoX or some other software ? could you write to framebuffer > directly ? I'm using Linux kernel because we have a MMU on the s3c2400. However, I've seen some reports where the uClinux kernel had a great speedup advantage over Linux for an architecture MMU-enabled. IIRC, this was on a Sony camera, on LinuxDevices.com. It might be cool to work with uClibc later, but I'd like to finish the Linux port before doing that. > How do you flash the board ? with JTAG ? or using some hack with SMC > (btw how is the driver working and is it possible to use adapters) ? I'm not flashing it. I'm keeping the BIOS as it is; the bootloader was written as a game, so one can still use its GP32 to play games. The bootloader and the kernel image are uploaded as usual (with gplink or with a SMC card reader/writer). > And, finally, for cross-compiling, are you using sbox, buildroot, ... ? I'm using a toolchain taken from CodeSourcery.com which works just fine. > Anyways, would you recommend me to get one of those GP32 ? I hope > so... (c: As a gaming environment, there's some more interesting consoles with more games available. However, it seems that the GP32 community is much nicer than these others. As a development target, the GP32 is just great - there's many SDKs and source code available, and the hardware is also not hard to understand. I just became an ARM addicted after started playing with it, so it's hard not to recommend it for you ;-) Cheers, -- Lucas powered by /dev/dsp |
|
From: Hector O. <tan...@gm...> - 2005-06-15 14:08:51
|
Hello ! I'm new to this list. I have been looking for a target platform to get some stuff done with this little systems. Development boards are very expensive, and i have found out that GP32, it's awesome, it ships with a ARM9 with MMU and a nice screen, also it has good conectivity. I've been thinking and i've booked one GP32 at one store arround. I'm very interested on linux port for GP32. I've spent a couple days searching forums and webpages (firmwares, bios, etc...) and i have some things i haven't cleared it out. First of all, i've been hearing that GP32 is an opensource tool, but is it openhardware, are there some schematics arround or developing linux documentation (besides the datasheets)? I've also been reading that 2.4.13 is working already, but what about 2.6 series. I've seen Lucas patches, but are they working or are they buggy ? What is the status for drivers ? What are working drivers ? USB (i think it could work as a host), Wifi, etc... Why do you use linux kernel, have you think about using uclinux kernel ? Are you compiling against glibc, uclibc, dietlibc ? what about X ? using nanoX or some other software ? could you write to framebuffer directly ? How do you flash the board ? with JTAG ? or using some hack with SMC (btw how is the driver working and is it possible to use adapters) ? And, finally, for cross-compiling, are you using sbox, buildroot, ... ? Anyways, would you recommend me to get one of those GP32 ? I hope so... (c: Thanks, Hector Oron ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es |
|
From: Lucas C. V. R. <lu...@go...> - 2005-04-07 00:52:28
|
Hi there, I've some news on the Linux 2.6 port (and yes, this is a copy+paste from my gp32x post ;-) The GP32 base port is almost complete for Linux 2.6. I've been working full time on it for more than 1 month, and I've finished today the base support against 2.6.12-rc2. So, this is what I've completed until now: - clock, dma, irq, gpio, uart, sleep code, uncompress code, spi, i2s and i2c for the s3c2400; - gp32 machine support, based on the s3c2400 cpu. This is what's missing: - mmc controller, usb device, lcd driver, power management; - proper modification of the gp32 linux bootloader. The LCD driver is on the way; I have mine here, ported from 2.4, but there's a guy involved with HP's H1940 port that's going to submit a new one, probably with PM support as well. USB, MMC and PM aren't really necessary at the moment, so they will need to wait. Now, all we need to do is get it to boot. The bootloader used by the 2.4 is really poor, since it only copies the zImage to a memory location and jumps there. It lacks to pass information needed by the kernel, such as passing the atag array, which is mandatory for new bootloaders. I've started to enhance it, but I won't be able to finish it for the next 2 weeks. Another thing is that maybe we'll need to move some pieces of asm code from 2.4's arch/arm/boot/compressed/head-gp32.S to C code, inside the init_machine function at mach-gp32.c The code was uploaded to http://cscience.org/~lucasvr/patches/linux/2.6.12-rc. Some of these may not apply, since I've already merged some stuff to the -rc tree. For those interested, I'm keeping a (b)log of my activities on the GP32 Linux port at http://www.livejournal.com/users/lucasvr. I'll try go get in touch with the code for the next week, but I think it's going to be a bit complicated, since I'll be changing $HOME to a new city this sunday. Anyway, Linus is leaving BitKeeper usage (http://lkml.org/lkml/2005/4/6/121), so the kernel is in freeze state. No patches being merged for some time.. Well, that's it. Feel free to hack in the code. Just remember to send me an email if you make something interesting, like getting it to boot ;-) Cheers, -- Lucas powered by /dev/dsp |
|
From: Lucas C. V. R. <lu...@go...> - 2005-04-07 00:50:32
|
On Monday 04 April 2005 00:21, Lucas Correia Villa Real wrote: > Hi there, > > Does anybody knows if is there some device using the i2c interface of the > gp32? Well, I've adapted the driver to the s3c2400 anyway.. -- Lucas powered by /dev/dsp |
|
From: Lucas C. V. R. <lu...@go...> - 2005-04-04 03:21:02
|
Hi there, Does anybody knows if is there some device using the i2c interface of the gp32? Thanks, -- Lucas powered by /dev/dsp |
|
From: <jhi...@el...> - 2005-03-11 07:58:28
|
It seems that cs1 pin could set bank1 and cs0 sets bank0. I "suppose" t= hat gp32 don't need to use bank1 so cs1 is no needed. "The SMDK2400 shares nGCS0 signal for AMD Flash memory and Intel STRATA= FLASH memory, so user can select appropriate flash memory type. But AMD= Flash memory should be selected as boot ROM (BANK0), when user write im= age to either AMD or INTEL STRATA Flash." [s3c2400AppNote doc] Hope it helps... = |
|
From: Lucas C. V. R. <lu...@go...> - 2005-03-10 20:16:18
|
Hi, Does anyone know if is there a way to get s3c2400's ID code? The s3c2410 has a general status register called GSTATUS1 which provides the ID when read. It returns 0x32410000 when the CPU is a s3c2410, 0x32440000 when it's a s3c2440 and so on. However, s3c2400 doesn't have this same register, and I haven't found, so far, anything similar to get its ID. Maybe is some undocumented register out there? -- Lucas powered by /dev/dsp |
|
From: Lucas C. V. R. <lu...@go...> - 2005-03-10 16:04:15
|
On Wednesday 09 March 2005 17:22, Lucas Correia Villa Real wrote:
> Hi there,
>
> Does anyone know what kind of devices (if any) are assigned to cs0 and cs1?
> By reading the samsung's port of s3c2400 to linux, we have the following
> mappings:
>
> // virtual addr phys addr lenght
> { 0xd0000000, 0x00000000, 0x02000000, ... }, /* AMD Flash (cs0) */
> { 0xd2000000, 0x02000000, 0x02000000, ... }, /* Intel Flash (cs1) */
>
> Does this apply to the gp32 or are these mappings used only for the
> smdk2400 and other boards?
Well, I've decided to open my console and follow nGCS{0,1} tracks. nGCS0,
assigned to pin #148, is set to the AT49BV040, which is the BOOT-ROM
controller, while nGCS1 (pin #147) is connected to nowhere.
--
Lucas
powered by /dev/dsp
|
|
From: Lucas C. V. R. <lu...@go...> - 2005-03-09 20:24:10
|
Hi there,
Does anyone know what kind of devices (if any) are assigned to cs0 and cs1? By
reading the samsung's port of s3c2400 to linux, we have the following
mappings:
// virtual addr phys addr lenght
{ 0xd0000000, 0x00000000, 0x02000000, ... }, /* AMD Flash (cs0) */
{ 0xd2000000, 0x02000000, 0x02000000, ... }, /* Intel Flash (cs1) */
Does this apply to the gp32 or are these mappings used only for the smdk2400
and other boards?
Thanks,
--
Lucas
powered by /dev/dsp
|
|
From: cyberic <cyb...@gm...> - 2005-03-03 08:48:27
|
I think we should use uClibc, and glibc for static progs when uClibc fails. As I said before, I tested compiling some apps with scratchbox (very easy) and they cashed on the GP32... New scratchbox releases are out now, so maybe we could try again... > Date: Wed, 2 Mar 2005 09:10:28 +0100 (MET) > From: Florin Angelescu <fan...@ul...> > To: gp3...@li... > Subject: [gp32linux-devel] Just a thread to see who is involved in the project > > scractchbox provides > gcc toolkits uclibc or glibc > for some applications i think we have to use glibc ... :( |
|
From: cyberic <cyb...@gm...> - 2005-03-02 11:13:52
|
> From: Lucas Correia Villa Real <lu...@go...> > Organization: Shuffle Experiments > To: gp3...@li... > Subject: Re: [gp32linux-devel] Just a thread to see who is involved in the project > Date: Tue, 1 Mar 2005 19:54:59 -0300 > > On Tuesday 01 March 2005 19:09, CybEriC wrote: > > Hi everybody. > > Hy Cyb, > > > As Ingeras said, we have to agree on a file standard hierarchy, and on > > development tools. For instance, we should use the same cross compiler, > > the same libc (uClibc or GNU Libc?), and so on. > > Well, I would tend to defeat gobolinux hierarchy, naturally :-) > I like it just to be able to keep each program on its directory, as I have > here for my gp32linux mini-distro: > > /Depot/GP32Linux/Programs] ls > BusyBox Fontconfig GoboHide JPEG LibPNG Matchbox SDL UClibc ZLib > Expat FreeType GPM LibOGG LibVorbis RXVT SDL_mixer Xserver > > But I think we can discuss about this later; it's really just a matter of > having an easy way to ship packages and install them easilly. > Allright, I find your hierarchy is a good idea. In addition, it will allow us to mount individual packages into /Packages, for instance. I have made some tools that automatically mount squashfs images, and set the necessary PATH and LD_LIBRARY_PATH. > > Personally, I think that uClibc is great due to its light memory > > footprint, but it sometimes makes some program unable/harder to compile... > > > > Is there a way tu use both libs? > > Yes, but when using glibc you'll need to compile your project statically. I > don't consider using glibc on the distribution, as it's large both in memory > footprint and in size. > OK, this may be an option for some programs that are really impossible to compile with uClibc, and that are designed to run alone. > > Fo the compilers, we have a working gcc-2.95 and gcc-3.3.1 (I think), > > both based on uClibc. > > The latter does not support large file functions, it is very annoying > > for some software (like mplayer) > > > > So I think we need a new one. > > I'm using a cross-compiler downloaded from codesourcery.com/gnu_toolchains. > It's based on GCC 3.4.2 and is generating very nice programs here. It's also > interesting to use a newer GCC release to be able to compile the kernel, as > GCC 2.9x will not do the job. It looks great! does it use uClibc? does it support large file offsets? > > -- > Lucas > powered by /dev/dsp > > --__--__-- > C ya |
|
From: Florin A. <fan...@ul...> - 2005-03-02 08:10:47
|
scractchbox provides gcc toolkits uclibc or glibc for some applications i think we have to use glibc ... :( |
|
From: Lucas C. V. R. <lu...@go...> - 2005-03-01 22:56:41
|
On Tuesday 01 March 2005 19:09, CybEriC wrote: > Hi everybody. Hy Cyb, > As Ingeras said, we have to agree on a file standard hierarchy, and on > development tools. For instance, we should use the same cross compiler, > the same libc (uClibc or GNU Libc?), and so on. Well, I would tend to defeat gobolinux hierarchy, naturally :-) I like it just to be able to keep each program on its directory, as I have here for my gp32linux mini-distro: /Depot/GP32Linux/Programs] ls BusyBox Fontconfig GoboHide JPEG LibPNG Matchbox SDL UClibc ZLib Expat FreeType GPM LibOGG LibVorbis RXVT SDL_mixer Xserver But I think we can discuss about this later; it's really just a matter of having an easy way to ship packages and install them easilly. > Personally, I think that uClibc is great due to its light memory > footprint, but it sometimes makes some program unable/harder to compile... > > Is there a way tu use both libs? Yes, but when using glibc you'll need to compile your project statically. I don't consider using glibc on the distribution, as it's large both in memory footprint and in size. > Fo the compilers, we have a working gcc-2.95 and gcc-3.3.1 (I think), > both based on uClibc. > The latter does not support large file functions, it is very annoying > for some software (like mplayer) > > So I think we need a new one. I'm using a cross-compiler downloaded from codesourcery.com/gnu_toolchains. It's based on GCC 3.4.2 and is generating very nice programs here. It's also interesting to use a newer GCC release to be able to compile the kernel, as GCC 2.9x will not do the job. -- Lucas powered by /dev/dsp |
|
From: CybEriC <cyb...@gm...> - 2005-03-01 22:09:35
|
Hi everybody. At the moment, we are at least 4 know developers: Lucas Ingeras Toholl and me: Cyberic I am not skilled enough to work on the kernel (except for some minor patches) But I had success porting apps to gp32linux. Let's try to organise a bit: As Ingeras said, we have to agree on a file standard hierarchy, and on development tools. For instance, we should use the same cross compiler, the same libc (uClibc or GNU Libc?), and so on. Personally, I think that uClibc is great due to its light memory footprint, but it sometimes makes some program unable/harder to compile... Is there a way tu use both libs? I should also mention the scratchbox project, which eases cross compilation a lot. Unfortunately I tried id with mplayer, and it crashed randomly... Maybe this was because I used precompiled libraries bundled with scratchbox... Fo the compilers, we have a working gcc-2.95 and gcc-3.3.1 (I think), both based on uClibc. The latter does not support large file functions, it is very annoying for some software (like mplayer) So I think we need a new one. Tell me what you think. Regards Cyberic |
|
From: Lucas C. V. R. <lu...@go...> - 2005-03-01 19:44:24
|
Testing, 1 2 3! -- Lucas powered by /dev/dsp |
