You can subscribe to this list here.
2003 |
Jan
|
Feb
(9) |
Mar
(21) |
Apr
(12) |
May
(11) |
Jun
(6) |
Jul
(3) |
Aug
|
Sep
(10) |
Oct
(20) |
Nov
(32) |
Dec
(41) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(48) |
Feb
(27) |
Mar
(120) |
Apr
(69) |
May
(15) |
Jun
(1) |
Jul
(6) |
Aug
(1) |
Sep
(1) |
Oct
(6) |
Nov
(2) |
Dec
(4) |
2005 |
Jan
|
Feb
(10) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(3) |
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(1) |
2006 |
Jan
(3) |
Feb
(4) |
Mar
(9) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Bernard L. <le...@bo...> - 2004-04-20 08:43:13
|
Hi Jonathan, sounds like you're making some really good progress there! It would be really neat if we could get libmad decoding at full speed. The big win there will probably be if we can move some of the data that is accessed frequently into the on-chip ram. The only question is which data to move. Currently the onchip ram is used as a circular buffer for buffering data that is to be written to the DAC (the CPU is a produced and the COP a consumer on this buffer). At the moment it is using the entire 96K for that purpose so if that were reduced then some could be used by the user process. (E.g. just create a pointer to 0x40000000 somewhere ;)). Regarding the big malloc problem that is a little strange. The patches in the mp3example player malloc up a chunk large enough for the entire file so you can definitely malloc more than 512 bytes. The uclinux 2.4 has a special slab allocator (non power of 2 version) which we use to allow big mallocs. (Sofar 2.6 doesn't have one so I'm not sure what the plan there is). In /proc are some files which can give you some status on the memory subsystem. I can't remember their exact names but they should be fairly obvious. As for the -ipod0 and ftp problems the default ip address changed to 192.168.222.2, maybe that is causing you some problems? Anyhow looking forward to seeing some of your patches ;) cheers bern. "Jonathan C. Ross" <jon...@ba...> said: > Hi Bernard et. al., > > As mentioned before on the mailing list, I am working on a play > queue/multi song buffer, and incorporating mp3 playback into podzilla. > In the process, I have run into a problem with memory management. After > coding and testing on the host (works great with libmad!) I > cross-compiled and installed the app on my iPod. Upon initialisation I > allocate 16M for the buffer, but this fails on the iPod. (Okay, I > probably need to allocate several blocks instead of one chunk, because > there is definately more than 20 M free, albeit not contiguous.) I then > wrote a simple-minded programme to probe the maximum amount of > contiguous memory: > > int main() > { > int bytes = 1; > char* buffer; > > while (buffer = (char*) malloc(bytes * sizeof(char))) { > free(buffer); > printf ("success with %d bytesn", bytes); > bytes <<=1; > } > > return 1; > } > > The app hangs after 64-512 bytes, with endless errors scrolling by on > the lcd display, too fast to read. I am invoking the app via telnet > with the 2.4.24-ipod0 kernel. I have not tried it standalone. As there > are examples of malloc in existing code, I can only presume that there > is a problem with free(), or that I am missing the point entirely... (I > haven't coded plain c in a couple of years). > > Anbody else seen this behaviour? If not, any pointers as to how I can > debug it? (Slowing down the console messages would be a start!) > > A quick update on my progress: I have built a standalone libmad app with > console input (play/pause/quit) and with a modest (1 song) buffer (using > mmap). This works fine on the iPod, except of course that it is not > 100% real time... (a couple of tweaks in the configuration of libmad did > improve matters drastically though! I still have hope...). Otherwise, > I have built a circular buffer for multiple-track caching into > Podzilla. Playback is incorporated into the main loop by decoding a > single frame in between each successive poll of the event loop. > > As soon as I have sorted out the allocation problems and tidied up the > code a little, I will post my patches. > > Thanks, > Jonathan. > > P.S. since I upgraded to the ipod0 kernel, I have not been able to ftp > -p 192.10.1.1 anymore. Anyone know what's going on there? > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > iPodlinux-devel mailing list > iPo...@li... > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel > -- |
From: Matthew J. S. <ge...@do...> - 2004-04-20 08:26:56
|
Forgive me if I'm mistaken about what you're trying to do, but would it not be possible simply to get the songs chosen for play, and attempt to allocate memory per song, and just retain a list of where these songs are in memory and then point to those for playing? It seems sort of strange that you're trying to re-implement something that's technically built into the memory manager. If there is no contiguous block large enough to hold the mp3 then you could attempt to split, and store half in one part half in another, and continue to split until it does fit... just an idea. On Tue, 20 Apr 2004 09:46:11 +0200 "Jonathan C. Ross" <jon...@ba...> wrote: > Hi Bernard et. al., > > As mentioned before on the mailing list, I am working on a play > queue/multi song buffer, and incorporating mp3 playback into podzilla. > In the process, I have run into a problem with memory management. After > coding and testing on the host (works great with libmad!) I > cross-compiled and installed the app on my iPod. Upon initialisation I > allocate 16M for the buffer, but this fails on the iPod. (Okay, I > probably need to allocate several blocks instead of one chunk, because > there is definately more than 20 M free, albeit not contiguous.) I then > wrote a simple-minded programme to probe the maximum amount of > contiguous memory: > > int main() > { > int bytes = 1; > char* buffer; > > while (buffer = (char*) malloc(bytes * sizeof(char))) { > free(buffer); > printf ("success with %d bytes\n", bytes); > bytes <<=1; > } > > return 1; > } > > The app hangs after 64-512 bytes, with endless errors scrolling by on > the lcd display, too fast to read. I am invoking the app via telnet > with the 2.4.24-ipod0 kernel. I have not tried it standalone. As there > are examples of malloc in existing code, I can only presume that there > is a problem with free(), or that I am missing the point entirely... (I > haven't coded plain c in a couple of years). > > Anbody else seen this behaviour? If not, any pointers as to how I can > debug it? (Slowing down the console messages would be a start!) > > A quick update on my progress: I have built a standalone libmad app with > console input (play/pause/quit) and with a modest (1 song) buffer (using > mmap). This works fine on the iPod, except of course that it is not > 100% real time... (a couple of tweaks in the configuration of libmad did > improve matters drastically though! I still have hope...). Otherwise, > I have built a circular buffer for multiple-track caching into > Podzilla. Playback is incorporated into the main loop by decoding a > single frame in between each successive poll of the event loop. > > As soon as I have sorted out the allocation problems and tidied up the > code a little, I will post my patches. > > Thanks, > Jonathan. > > P.S. since I upgraded to the ipod0 kernel, I have not been able to ftp > -p 192.10.1.1 anymore. Anyone know what's going on there? > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > iPodlinux-devel mailing list > iPo...@li... > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel > |
From: Jonathan C. R. <jon...@ba...> - 2004-04-20 07:46:19
|
Hi Bernard et. al., As mentioned before on the mailing list, I am working on a play queue/multi song buffer, and incorporating mp3 playback into podzilla. In the process, I have run into a problem with memory management. After coding and testing on the host (works great with libmad!) I cross-compiled and installed the app on my iPod. Upon initialisation I allocate 16M for the buffer, but this fails on the iPod. (Okay, I probably need to allocate several blocks instead of one chunk, because there is definately more than 20 M free, albeit not contiguous.) I then wrote a simple-minded programme to probe the maximum amount of contiguous memory: int main() { int bytes = 1; char* buffer; while (buffer = (char*) malloc(bytes * sizeof(char))) { free(buffer); printf ("success with %d bytes\n", bytes); bytes <<=1; } return 1; } The app hangs after 64-512 bytes, with endless errors scrolling by on the lcd display, too fast to read. I am invoking the app via telnet with the 2.4.24-ipod0 kernel. I have not tried it standalone. As there are examples of malloc in existing code, I can only presume that there is a problem with free(), or that I am missing the point entirely... (I haven't coded plain c in a couple of years). Anbody else seen this behaviour? If not, any pointers as to how I can debug it? (Slowing down the console messages would be a start!) A quick update on my progress: I have built a standalone libmad app with console input (play/pause/quit) and with a modest (1 song) buffer (using mmap). This works fine on the iPod, except of course that it is not 100% real time... (a couple of tweaks in the configuration of libmad did improve matters drastically though! I still have hope...). Otherwise, I have built a circular buffer for multiple-track caching into Podzilla. Playback is incorporated into the main loop by decoding a single frame in between each successive poll of the event loop. As soon as I have sorted out the allocation problems and tidied up the code a little, I will post my patches. Thanks, Jonathan. P.S. since I upgraded to the ipod0 kernel, I have not been able to ftp -p 192.10.1.1 anymore. Anyone know what's going on there? |
From: Ronja <ra...@we...> - 2004-04-19 21:46:34
|
Hellor Bernard, sorry to disappoint you. i just tested your loader binary on my iPod. apple firmware still doesnt play songs when its default boot. greetings Ronja Am 19.04.2004 um 23:04 schrieb Bernard Leach: > > Hi all, > > Attached is an updated loader.bin which I believe resolves the problem > people are seeing with the lockups in the Apple firmware. > Unfortunately > I can't reproduce it on my iPods so if people with the problem could > give this a try that would be great. > > Simply replace the loader.bin in the existing release, re-create your > firmware image with make_fw and install to your iPod. > > thanks, > bern. > > On Fri, 2004-04-16 at 14:01, Bernard Leach wrote: >> Hi Lucas, >> >> Thanks for the confirmation. My guess is that the extra time taken to >> relocate the Apple firmware (which happens only when it is not the >> default) >> ensures that the race condition does not occur. >> >> I hope to get a chance to test this on the weekend and if all goes >> well will >> hopefully sort out a fix then. >> >> cheers, >> bern. >> >> Lucas Bradstreet <lbr...@we...> said: >> >>> Hi Bern >>> >>> Same behaviour occurs for me.. ipod boots fine into both OSes, >>> however >>> when you attempt to play a file in the ipod OS it reboots. Setting >>> Linux >>> to boot by default solves the problem. >>> >>> iPod G2 (20G). >>> >>> Lucas >>> >>> On Thu, Apr 15, 2004 at 06:19:51PM +0200, Bernard Leach wrote: >>>> Hi Ronja, >>>> >>>> Are you saying that it works when the Linux firmware is the default >>>> but >>>> not when the Apple firmware is? Is it readily reproducible on your >>>> iPod? What model is your iPod? >>>> >>>> It looks like there is a race condition during the startup, I think >>>> I >>>> have it worked out but no coded solution yet. >>>> >>>> Hopefully I can reproduce the problem so I can test a fix. >>>> >>>> cheers, >>>> bern. >>>> >>>> On Fri, 2004-04-09 at 18:08, Ronja Wilkening wrote: >>>>> Hi, >>>>> i was just installing the 2.4.24 release. i noticed that after >>>>> installing it regarding the directions in the readme files that >>>>> came >>>>> with the 2.4.24 binary release, my apple firmware refused to play >>>>> auio >>>>> files again. (i had that problem on my first install with 2.4.20rc2 >>>>> too). >>>>> i played around with it, and now achieved to get it running with >>>>> linux >>>>> as default boot. >>>>> am i doing something wrong? or is this somehow a known bug? it >>>>> still >>>>> seems to persist even with the latest files. >>>>> >>>>> Ronja >>>>> >>>>> >>>>>> I've downloaded and built the latest bootloader, and I'm having >>>>>> troubles with it: >>>>>> The bootloader works, abd lets me boot into the Apple software, >>>>>> or the >>>>>> Linux kernel. The linux kernel works fine. The apple software >>>>>> 'seems' >>>>>> to wokr, I can navigate the song database, etc... But when I play >>>>>> a >>>>>> song, it reboots the device. >>>>>> >>>>>> If I don't have the bootloader, and I only use the apple software, >>>>>> everything plays fine. >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> This SF.Net email is sponsored by: IBM Linux Tutorials >>>>> Free Linux tutorial presented by Daniel Robbins, President and CEO >>>>> of >>>>> GenToo technologies. Learn everything from fundamentals to system >>>>> administration.http://ads.osdn.com/? >>>>> ad_id=1470&alloc_id=3638&op=click >>>>> _______________________________________________ >>>>> iPodlinux-devel mailing list >>>>> iPo...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel >>>>> >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by: IBM Linux Tutorials >>>> Free Linux tutorial presented by Daniel Robbins, President and CEO >>>> of >>>> GenToo technologies. Learn everything from fundamentals to system >>>> administration.http://ads.osdn.com/? >>>> ad_id=1470&alloc_id=3638&op=click >>>> _______________________________________________ >>>> iPodlinux-devel mailing list >>>> iPo...@li... >>>> https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel >>> >> >> > <loader_bin.DEFANGED-407397> |
From: Bernard L. <le...@bo...> - 2004-04-19 20:46:22
|
Hi all, Attached is an updated loader.bin which I believe resolves the problem people are seeing with the lockups in the Apple firmware. Unfortunately I can't reproduce it on my iPods so if people with the problem could give this a try that would be great. Simply replace the loader.bin in the existing release, re-create your firmware image with make_fw and install to your iPod. thanks, bern. On Fri, 2004-04-16 at 14:01, Bernard Leach wrote: > Hi Lucas, > > Thanks for the confirmation. My guess is that the extra time taken to > relocate the Apple firmware (which happens only when it is not the default) > ensures that the race condition does not occur. > > I hope to get a chance to test this on the weekend and if all goes well will > hopefully sort out a fix then. > > cheers, > bern. > > Lucas Bradstreet <lbr...@we...> said: > > > Hi Bern > > > > Same behaviour occurs for me.. ipod boots fine into both OSes, however > > when you attempt to play a file in the ipod OS it reboots. Setting Linux > > to boot by default solves the problem. > > > > iPod G2 (20G). > > > > Lucas > > > > On Thu, Apr 15, 2004 at 06:19:51PM +0200, Bernard Leach wrote: > > > Hi Ronja, > > > > > > Are you saying that it works when the Linux firmware is the default but > > > not when the Apple firmware is? Is it readily reproducible on your > > > iPod? What model is your iPod? > > > > > > It looks like there is a race condition during the startup, I think I > > > have it worked out but no coded solution yet. > > > > > > Hopefully I can reproduce the problem so I can test a fix. > > > > > > cheers, > > > bern. > > > > > > On Fri, 2004-04-09 at 18:08, Ronja Wilkening wrote: > > > > Hi, > > > > i was just installing the 2.4.24 release. i noticed that after > > > > installing it regarding the directions in the readme files that came > > > > with the 2.4.24 binary release, my apple firmware refused to play auio > > > > files again. (i had that problem on my first install with 2.4.20rc2 > > > > too). > > > > i played around with it, and now achieved to get it running with linux > > > > as default boot. > > > > am i doing something wrong? or is this somehow a known bug? it still > > > > seems to persist even with the latest files. > > > > > > > > Ronja > > > > > > > > > > > > > I've downloaded and built the latest bootloader, and I'm having > > > > > troubles with it: > > > > > The bootloader works, abd lets me boot into the Apple software, or the > > > > > Linux kernel. The linux kernel works fine. The apple software 'seems' > > > > > to wokr, I can navigate the song database, etc... But when I play a > > > > > song, it reboots the device. > > > > > > > > > > If I don't have the bootloader, and I only use the apple software, > > > > > everything plays fine. > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email is sponsored by: IBM Linux Tutorials > > > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > > GenToo technologies. Learn everything from fundamentals to system > > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > > _______________________________________________ > > > > iPodlinux-devel mailing list > > > > iPo...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: IBM Linux Tutorials > > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > _______________________________________________ > > > iPodlinux-devel mailing list > > > iPo...@li... > > > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel > > > > |
From: Jeffrey H. <jef...@cl...> - 2004-04-18 09:06:03
|
Finally decided to install linux on my iPod after following this project = for a while. Everything went surprisingly well, with both linux and the = apple os's working well. The problem came when I rebooted into XP, which told me that my iPod was = not formatted so couldnt be used...! In linux I can mount sda3 fine, and sda2 sometimes (often redhat 9 hangs = at this point or soon after, which it never used to do). Has anyone else had this problem before? Maybe I should dd the original firmware back on and see if that fixes = things... Jeff |
From: Terje W. <wie...@sa...> - 2004-04-17 17:13:14
|
Ok The thing is, the module has to be built for your excact kernel... Your best choice would be to download a kernel-source package from fedora= , =20 and configure and compile that yourself. After that the ipodeth module =20 should build without any problems. Then copy the module (ipodeth1394.ko) = =20 to /lib/modules/<your version>/kernel/drivers/iee1394 and run depmod. Alternatively, you could try to download the kernel-headers package for =20 your kernel, and see if you can get the module to compile with that. I =20 tried that with no luck in Debian linux, however. Good luck Terje On Sat, 17 Apr 2004 16:03:49 +0000, <ic...@co...> wrote: > 2.6.1-1.65 > > came from the vendor (RedHat - Fedora Core 1.90) >> It's not that easy... which (excact) version of the kernel are you =20 >> using? >> A pre-built one from a vendor, or one you built yourself? >> >> Terje >> >> On Sat, 17 Apr 2004 01:23:05 +0000, <ic...@co...> wrote: >> >> > I am having some trouble compiling the ethernet through firewire =20 >> module, >> > can someone please send me a precompiled patched version of the =20 >> eth1394 >> > module with instructions to where it goes? Thanks >> > >> > >> > ------------------------------------------------------- >> > This SF.Net email is sponsored by: IBM Linux Tutorials >> > Free Linux tutorial presented by Daniel Robbins, President and CEO o= f >> > GenToo technologies. Learn everything from fundamentals to system >> > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3D= click >> > _______________________________________________ >> > iPodlinux-devel mailing list >> > iPo...@li... >> > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel >> >> >> >> -- > >> Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2= / --=20 Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ |
From: PALFFY D. <dpa...@ra...> - 2004-04-17 15:01:16
|
On Sat, 17 Apr 2004 ic...@co... wrote: > I am having some trouble compiling the ethernet through firewire module, > can someone please send me a precompiled patched version of the eth1394 > module with instructions to where it goes? Thanks Check out tools/ipodeth1394 from CVS, make KDIR=/your/kernel/source, and load ipodeth1394.ko. -- Dani ...and Linux for all. |
From: <ic...@co...> - 2004-04-17 01:23:11
|
I am having some trouble compiling the ethernet through firewire module, can someone please send me a precompiled patched version of the eth1394 module with instructions to where it goes? Thanks |
From: PALFFY D. <dp...@ra...> - 2004-04-16 18:38:17
|
Hi! > arch.c:27: `MACH_TYPE_IPOD' undeclared here (not in a function) Your include/asm-armnommu/mach-types.h is out of date. If a make dep ; make clean doesn't solve it, you might try to remove this file (it's autogenerated). I've also seen this, but I don't know, what causes this file not to be rebuilt correctly... -- Daniel ...and Linux for all. |
From: Florin B. <bo...@gm...> - 2004-04-16 18:29:27
|
hello! i'm trying to compile linux-2.4.24 (patched with the uClinux-patch and ipodlinux from CVS) for the ipod from a debian-ppc (running on ibook). it stops with the following error: make[1]: Entering directory `/home/florin/work/ipod/down/linux-2.4.24/arch/armnommu/mach-ipod' make all_targets make[2]: Entering directory `/home/florin/work/ipod/down/linux-2.4.24/arch/armnommu/mach-ipod' arm-elf-gcc -D__KERNEL__ -I/home/florin/work/ipod/down/linux-2.4.24/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fno-common -pipe -fno-builtin -D__linux__ -DNO_MM -mapcs-32 -mtune=arm7tdmi -mshort-load-bytes -msoft-float -nostdinc -iwithprefix include -DKBUILD_BASENAME=arch -c -o arch.o arch.c arch.c:27: `MACH_TYPE_IPOD' undeclared here (not in a function) arch.c:27: initializer element is not constant arch.c:27: (near initialization for `__mach_desc_IPOD.nr') arch.c:30: warning: initialization from incompatible pointer type make[2]: *** [arch.o] Error 1 make[2]: Leaving directory `/home/florin/work/ipod/down/linux-2.4.24/arch/armnommu/mach-ipod' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/home/florin/work/ipod/down/linux-2.4.24/arch/armnommu/mach-ipod' make: *** [_dir_arch/armnommu/mach-ipod] Error 2 can anybody give me a hint? regards, florin. |
From: Bernard L. <le...@bo...> - 2004-04-16 12:01:44
|
Hi Lucas, Thanks for the confirmation. My guess is that the extra time taken to relocate the Apple firmware (which happens only when it is not the default) ensures that the race condition does not occur. I hope to get a chance to test this on the weekend and if all goes well will hopefully sort out a fix then. cheers, bern. Lucas Bradstreet <lbr...@we...> said: > Hi Bern > > Same behaviour occurs for me.. ipod boots fine into both OSes, however > when you attempt to play a file in the ipod OS it reboots. Setting Linux > to boot by default solves the problem. > > iPod G2 (20G). > > Lucas > > On Thu, Apr 15, 2004 at 06:19:51PM +0200, Bernard Leach wrote: > > Hi Ronja, > > > > Are you saying that it works when the Linux firmware is the default but > > not when the Apple firmware is? Is it readily reproducible on your > > iPod? What model is your iPod? > > > > It looks like there is a race condition during the startup, I think I > > have it worked out but no coded solution yet. > > > > Hopefully I can reproduce the problem so I can test a fix. > > > > cheers, > > bern. > > > > On Fri, 2004-04-09 at 18:08, Ronja Wilkening wrote: > > > Hi, > > > i was just installing the 2.4.24 release. i noticed that after > > > installing it regarding the directions in the readme files that came > > > with the 2.4.24 binary release, my apple firmware refused to play auio > > > files again. (i had that problem on my first install with 2.4.20rc2 > > > too). > > > i played around with it, and now achieved to get it running with linux > > > as default boot. > > > am i doing something wrong? or is this somehow a known bug? it still > > > seems to persist even with the latest files. > > > > > > Ronja > > > > > > > > > > I've downloaded and built the latest bootloader, and I'm having > > > > troubles with it: > > > > The bootloader works, abd lets me boot into the Apple software, or the > > > > Linux kernel. The linux kernel works fine. The apple software 'seems' > > > > to wokr, I can navigate the song database, etc... But when I play a > > > > song, it reboots the device. > > > > > > > > If I don't have the bootloader, and I only use the apple software, > > > > everything plays fine. > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: IBM Linux Tutorials > > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > > _______________________________________________ > > > iPodlinux-devel mailing list > > > iPo...@li... > > > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > > _______________________________________________ > > iPodlinux-devel mailing list > > iPo...@li... > > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel > -- |
From: Bernard L. <le...@bo...> - 2004-04-15 16:20:04
|
Hi Ronja, Are you saying that it works when the Linux firmware is the default but not when the Apple firmware is? Is it readily reproducible on your iPod? What model is your iPod? It looks like there is a race condition during the startup, I think I have it worked out but no coded solution yet. Hopefully I can reproduce the problem so I can test a fix. cheers, bern. On Fri, 2004-04-09 at 18:08, Ronja Wilkening wrote: > Hi, > i was just installing the 2.4.24 release. i noticed that after > installing it regarding the directions in the readme files that came > with the 2.4.24 binary release, my apple firmware refused to play auio > files again. (i had that problem on my first install with 2.4.20rc2 > too). > i played around with it, and now achieved to get it running with linux > as default boot. > am i doing something wrong? or is this somehow a known bug? it still > seems to persist even with the latest files. > > Ronja > > > > I've downloaded and built the latest bootloader, and I'm having > > troubles with it: > > The bootloader works, abd lets me boot into the Apple software, or the > > Linux kernel. The linux kernel works fine. The apple software 'seems' > > to wokr, I can navigate the song database, etc... But when I play a > > song, it reboots the device. > > > > If I don't have the bootloader, and I only use the apple software, > > everything plays fine. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > iPodlinux-devel mailing list > iPo...@li... > https://lists.sourceforge.net/lists/listinfo/ipodlinux-devel > |
From: <tra...@sp...> - 2004-04-15 01:24:14
|
Ive gotten through my first round of problems with a factory restore. My ipod is now succssesfully booting into linux and back to the original firmware. However now my music won't play. When I try to play from the regular firmware, it just waits a couple of secs and then reboots. When i try to play from podzilla, i can't even open the browse menu. I plugged it into my mac and opened itunes, all of the music was grayed out and unplayable. Any pointers would be greatly appreciated. ---- Msg sent via Spymac Mail - http://www.spymac.com |
From: <tra...@sp...> - 2004-04-14 22:26:28
|
Got it installed on my ipod but when I try to boot it kernel panics. "no init found . Try passing init=option to the kernel" If someone could figure out what's wrong please let me know. ---- Msg sent via Spymac Mail - http://www.spymac.com |
From: <tra...@sp...> - 2004-04-14 02:49:24
|
Could someone out their explain to me in very simple terms, the steps I need to take to install linux on my ipod. Im running mac os x and I have a 1st gen mac ipod. ---- Msg sent via Spymac Mail - http://www.spymac.com |
From: Jens T. <jl...@sh...> - 2004-04-12 13:04:43
|
Version 0.3 adds functionality to _update_ certain entries. In other words not the whole db is rewritten but only the parts that actually changed. Currently functions to change the playcount, last_played and rating entries are implemented. Apart from that the callback API chaged slightly. The user can now pass data to the callbacks. The tarball can be found at: http://www-users.rwth-aachen.de/jens.taprogge/files/libitunesdb_0.3.tar.gz Best Regards Jens -- Jens Taprogge |
From: Terje W. <wie...@sa...> - 2004-04-11 16:05:44
|
> I have not yet put linux on the ipod. And I will likely not find the > time until the week after next week. I would certainly like to know > if/how well it runs on the ipod. There might be endianess problems in > two places. But that should be fixable easyly. [snip] > This is the first time I have done an autotools package. So it is not > unlikely something is broken in that regard. What version of the > autotools programs are you using? (I am using autoconf 2.59, automake > 1.7.9) > Here it says: > checking how to run the C++ preprocessor... g++ -E > You might also want to try setting the C++ preprocessor manually by > specifying CXXCPP (see configure --help). I don't remember the version of autoconf, but I am using automake 1.7.=20 Using the newest Debian unstable packages for both. I'll check it next=20 time I boot into linux. If you have the build environment set up for compiling arm-binaries,=20 please feel free to send me a binary and I'll see how it performs on the=20 pod. Terje |
From: Jens T. <jl...@sh...> - 2004-04-11 14:57:42
|
Hi Terje, On Sun, Apr 11, 2004 at 03:43:31PM +0200, Terje Wiesener wrote: > Hi > > Seems we are working on the same thing, basically =) > > I just finished my version 0.11 yesterday, downloadable from > http://orz.dyndns.org/stash/parsedb0.11.tar.gz , > which parses the playlists as well as the tracks. > > I would be very interested in the performance of your program, when run on > the ipod. My port parses my 1600 track db with output to /dev/null in 85 > milliseconds on my 1800MHz Athlon, but uses a whopping 30 seconds on the > ipod. I have not yet put linux on the ipod. And I will likely not find the time until the week after next week. I would certainly like to know if/how well it runs on the ipod. There might be endianess problems in two places. But that should be fixable easyly. One way to optimize for ipod use it to only parse the information the ipod uses or is going to use (most likely Artist, Album, Track Name, Track Number, Volume Adjust, Playcount, Rating, Genre). That would save us the UTF conversion etc. I have been thinking about adding that. A rough estimate is that it would increase performance by about Bernard: I guess using mmap is not an option on the ipod since it does not have a full scale MMU? > I have tried to build your program, but the ./configure script fails with: > checking how to run the C++ preprocessor... /lib/cpp > configure: error: C++ preprocessor "/lib/cpp" fails sanity check > I guess I'm missing some package. This is the first time I have done an autotools package. So it is not unlikely something is broken in that regard. What version of the autotools programs are you using? (I am using autoconf 2.59, automake 1.7.9) Here it says: checking how to run the C++ preprocessor... g++ -E You might also want to try setting the C++ preprocessor manually by specifying CXXCPP (see configure --help). > Anyway, good work, I'll probably discontinue work on the port if your > library turns out to be more efficient =) Thanks. I think a native implementation is preferable. (That's why I ended up coding it.) It should be quite fast. There also is still room for improvement (by inlining certain functions that are only used once etc.). But for now I want the implementation to be correct and clean in the first place. Adding playlist support should be easy. Perhaps we can join our efforts. If the project is appreciated by the other developers I will put it in CVS on sf.org. > Terje > > PS: Funny that we both ended up using the same UTF conversion functions =) Well, I have actually taken a look on your port. And than figures that the implementation by unicode.org should be the most reliable. Also the api did fit perfectly. Thank you very much for your feedback! Jens -- Jens Taprogge |
From: <One...@ao...> - 2004-04-11 14:55:57
|
# Version 0.2 # Mac OS X podzilla # These instructions will guide you through the steps necessary to compile p= odzilla # under Mac OS X. # These instructions assume you already have linux set up on your iPod and t= hat you # have already installed the arm toolchain. # # Instructions written by Jeff N. (One...@ao...) (macPod on irc) mkdir ipodlinux cd ipodlinux curl -O ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz tar zxf jpegsrc.v6b.tar.gz cd JPEG-6B/ cp jconfig.doc jconfig.h cp makefile.ansi Makefile Open the Makefile file: At line 11: change "CC=3D cc" to "CC=3D arm-elf-gcc" At line 20: change "LDFLAGS=3D " to "LDFLAGS=3D -Wl, -elf2flt" Search for "jconfig.h" and add a "#" to the beginning of this line. make If you recieve this error: libjpeg.a: could not read symbols: Archive has no index; run ranlib to add o= ne collect2: ld returned 1 exit status make: *** [cjpeg] Error 1 Run: arm-elf-ranlib libjpeg.a make Do not worry if you see the following: echo You must prepare a system-dependent jconfig.h file. You must prepare a system-dependent jconfig.h file. echo Please read the installation directions in install.doc. Please read the installation directions in install.doc. exit 1 make: *** [wrjpgcom] Error 1 cd .. curl -O ftp://microwindows.censoft.com/pub/microwindows-0.90.tar.gz tar zxf microwindows-0.90.tar.gz && mv microwindows-0.90 microwindows cvs -d:pserver:ano...@cv...:/cvsroot/ipodlinux login=20 [ press enter for "CVS password:" ]=20 cvs -z3 -d:pserver:ano...@cv...:/cvsroot/ipodlinux co tools= /microwindows=20 cp -r tools/microwindows/* microwindows cd microwindows/src/ cp configs/config.ipod config Open the config file: Search for "HAVE_JPEG_SUPPORT" and modify the file to look as the following.= (session=20 should be replaced with your user name.) HAVE_JPEG_SUPPORT =3D Y INCJPEG =3D /Users/session/ipodlinux/jpeg-6b/ LIBJPEG =3D /Users/session/ipodlinux/jpeg-6b/ Open Arch.rules: Search for "__uClinux__" and change the line that this appears on to look li= ke: DEFINES +=3D -DLINUX=3D1 -DUNIX=3D1 -DARM_LINUX -D__uClinux__ -DNDEBUG make Do not worry if you see the following: Generating keynorm.c from bitmap file ... Error: bits per pixel must be 1, 4, 8 or 24 Conversion failed: keynorm.bmp make[2]: *** [keynorm.c] Error 1 make[1]: *** [subdir-nxkbd] Error 2 cd ..; cd .. cvs -z3 -d:pserver:ano...@cv...:/cvsroot/ipodlinux co tools= /podzilla cp -r tools/podzilla/ podzilla cp -r microwindows/src/lib/ podzilla/lib cd podzilla/ open the Makefile file: At line 9: Change "CFLAGS=3D-DIPOD" to "CFLAGS=3D-DIPOD -DNDEBUG" At line 14: remove the "#" from the line "# LDFLAGS+=3D-L ../jpeg-6b" At line 30: remove the "#" from the line "# LDFLAGS +=3D -ljpeg" make IPOD=3D1 Move the file named "podzilla" to the sbin folder on your iPod. Open up the rc file in the etc directory of your ipod. Add "podzilla" to the last line of the file followed by a return if it is no= t already there. Reboot your iPod and enjoy. |
From: Terje W. <wie...@sa...> - 2004-04-11 13:43:10
|
Hi Seems we are working on the same thing, basically =3D) I just finished my version 0.11 yesterday, downloadable from=20 http://orz.dyndns.org/stash/parsedb0.11.tar.gz , which parses the playlists as well as the tracks. I would be very interested in the performance of your program, when run o= n=20 the ipod. My port parses my 1600 track db with output to /dev/null in 85=20 milliseconds on my 1800MHz Athlon, but uses a whopping 30 seconds on the=20 ipod. I have tried to build your program, but the ./configure script fails with= : checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor "/lib/cpp" fails sanity check I guess I'm missing some package. Anyway, good work, I'll probably discontinue work on the port if your=20 library turns out to be more efficient =3D) Terje PS: Funny that we both ended up using the same UTF conversion functions =3D= ) > Verision 0.2 of the library converts all strings to UTF8. It seems to b= e > much more convinient that way, saves nearly 50% memory on the strings > and does not add too much overhead. (Since the filenames are within > ASCII range the pathnames can be used 1:1 now). > > The tarball is at: > http://www-users.rwth-aachen.de/jens.taprogge/files/libitunesdb_0.2.tar= .gz |
From: <One...@ao...> - 2004-04-11 13:39:12
|
I know how to change the terminal mode to be noncanotical as well as how to turn off terminal echoing using POSIX functions. When I run the shell on my computer, it works without flaws. Unfortunately, when I run the same code on my iPod, turning off terminal echoing does not work and it does not seem that I can receive anything from the stdin stream in either canonical or noncanonical mode. If you have a program that can read what is typed on the iPod I would appreciate seeing the code. Jeff N. In a message dated 4/11/04 7:03:55 AM, pon...@ya... writes: > For reading letters ( keys pushed ) on the ipod you > will have to change the console mode, instead of > reading after a return ( you only read letters after > return is pushed ) you must put the console in a mode > that reads character by character ( but you loose the > return key and one key in the ipod is a lot ) > > I made a program that makes the same you try also for > running podzilla > |
From: Jens T. <jl...@sh...> - 2004-04-11 11:51:44
|
On Sun, Apr 11, 2004 at 01:04:33AM +0200, Jens Taprogge wrote: > So far the lib does not handle converison of the iTunesDB strings > (UTF-16). And I am not sure it should. Basically I am undecided between > not handling conversion (and leaving that part to the app) or converting > everything to UTF-8. The latter has some performance and/or memory usage > advantages. What does everyone else think? Verision 0.2 of the library converts all strings to UTF8. It seems to be much more convinient that way, saves nearly 50% memory on the strings and does not add too much overhead. (Since the filenames are within ASCII range the pathnames can be used 1:1 now). The tarball is at: http://www-users.rwth-aachen.de/jens.taprogge/files/libitunesdb_0.2.tar.gz Best Regards Jens -- Jens Taprogge |
From: <pon...@ya...> - 2004-04-11 11:02:31
|
For reading letters ( keys pushed ) on the ipod you will have to change the console mode, instead of reading after a return ( you only read letters after return is pushed ) you must put the console in a mode that reads character by character ( but you loose the return key and one key in the ipod is a lot ) I made a program that makes the same you try also for running podzilla >> On an unrelated note: >> Has anybody found a way to read what buttons the user >> has pressed on the >> ipod? I have made a small shell that lets you scroll >> through letters to type words >> etc however when I tried it on the ipod, I could not >> read what buttons the >> user pressed. >> Turning off terminal echoing on the iPod also does not >> seem to work. Does >> anyone know how to do this on the ipod? ___________________________________________________ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es |
From: <One...@ao...> - 2004-04-11 02:50:03
|
# Version 0.1 # Mac OS X podzilla # These instructions will guide you through the steps necessary to compile p= odzilla # under Mac OS X. # These instructions assume you already have linux set up on your iPod and t= hat you # have already installed the arm toolchain. # # Instructions written by Jeff N. (One...@ao...) (macPod on irc) mkdir ipodlinux cd ipodlinux curl -O ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz tar zxf jpegsrc.v6b.tar.gz cd JPEG-6B/ cp jconfig.doc jconfig.h cp makefile.ansi Makefile Open the Makefile file: At line 11: change "CC =3D cc" to "CC =3D arm-elf-gcc" At line 20: change "LDFLAGS=3D " to "LDFLAGS =3D -Wl -elf2flt" Search for "jconfig.h" and add a "#" to the beginning of this line. make If you recieve this error: libjpeg.a: could not read symbols: Archive has no index; run ranlib to add o= ne collect2: ld returned 1 exit status make: *** [cjpeg] Error 1 Run: arm-elf-ranlib libjpeg.a make Do not worry if you see the following: echo You must prepare a system-dependent jconfig.h file. You must prepare a system-dependent jconfig.h file. echo Please read the installation directions in install.doc. Please read the installation directions in install.doc. exit 1 make: *** [wrjpgcom] Error 1 cd .. curl -O ftp://microwindows.censoft.com/pub/microwindows-0.90.tar.gz tar zxf microwindows-0.90.tar.gz && mv microwindows-0.90 microwindows cvs -d:pserver:ano...@cv...:/cvsroot/ipodlinux login=20 [ press enter for "CVS password:" ]=20 cvs -z3 -d:pserver:ano...@cv...:/cvsroot/ipodlinux co tools= /microwindows=20 cp -r tools/microwindows/* microwindows cd microwindows/src/ cp configs/config.ipod config Open the config file: Search for "HAVE_JPEG_SUPPORT" and modify the file to look as the following.= (session=20 should be replaced with your user name.) HAVE_JPEG_SUPPORT =3D Y INCJPEG =3D /Users/session/Linuxonipod/jpeg-6b/ LIBJPEG =3D /Users/session/Linuxonipod/jpeg-6b/ Open Arch.rules: Search for "__uClinux__" and change the line that this appears on to look li= ke: DEFINES +=3D -DLINUX=3D1 -DUNIX=3D1 -DARM_LINUX -D__uClinux__ -DNDEBUG make Do not worry if you see the following: Generating keynorm.c from bitmap file ... Error: bits per pixel must be 1, 4, 8 or 24 Conversion failed: keynorm.bmp make[2]: *** [keynorm.c] Error 1 make[1]: *** [subdir-nxkbd] Error 2 cd ..; cd .. cvs -z3 -d:pserver:ano...@cv...:/cvsroot/ipodlinux co tools= /podzilla cp -r tools/podzilla/ podzilla cp -r microwindows/src/lib/ podzilla/lib cd podzilla/ open the Makefile file: At line 9: Change "CFLAGS=3D" to "CFLAGS=3D-DIPOD -DNDEBUG" At line 14: remove the "#" from the line "# LDFLAGS+=3D-L ../jpeg-6b" At line 30: remove the "#" from the line "# LDFLAGS +=3D -ljpeg" make IPOD=3D1 Move the file named "podzilla" to the sbin folder on your iPod. Open up the rc file in the etc directory of your ipod. Add "podzilla" to the last line of the file followed by a return if it is no= t already there. Reboot your iPod and enjoy. |