OESF | ELSI | pdaXrom | OpenZaurus | Zaurus Themes | Community Links | Ibiblio

IPB

Welcome Guest ( Log In | Register )

3 Pages V   1 2 3 >  
Reply to this topicStart new topic
> Possible New Zaurus Kernel For Oe, Possible newew zaurus kernel for OE
weasel123
post Mar 28 2005, 04:22 PM
Post #1





Group: Members
Posts: 41
Joined: 20-July 04
Member No.: 4,047



I have noticed that the sl c3000 uses kernel 2.4.20 and the sources are available on sharps site.
I would like to ask wether it is possible to use the new kernel (2.4.20) with future OE releases, than the old 2.4.18 rmk one.

IMHO the only reason we are using the 2.4.18 is because of the binary only sd driver from sharp. We should ditch the SD thing (its a propriotory closed format) which has been hindering us from moving to a newer kernel for a long time. We should instead write/use a existing MMC driver and forget about the whole SD thing.

There is a lot of hype about OZ moving to the 2.6 kernels, well that will anyway break the SD compatibility as there is no SD driver for the 2.6 yet, so in the meantime till a 2.6 zaurus kernel comes out I suggest that we move ahead with newer 2.4 releases than that 2.4.18 release.
Go to the top of the page
 
+Quote Post
Mickeyl
post Mar 29 2005, 01:00 AM
Post #2





Group: Members
Posts: 1,497
Joined: 12-November 03
From: Germany
Member No.: 907



2.4.20-embedix is a piece of crap. It doesn't compile for anything else than the C3000 target right now. There's no way we spend anymore seconds with this retarded code than absolutely necessary. Kernel 2.6 for C7x0 is 95% finished. We will ship it in OpenZaurus 3.5.3.

For the 5000 and the 5500, it doesn't look that good because of the SD thing. Then again, 2.4.20 doesn't contain collie code, so we wouldn't gain anything.
Go to the top of the page
 
+Quote Post
allanjard
post Mar 29 2005, 03:11 AM
Post #3





Group: Members
Posts: 48
Joined: 13-March 05
Member No.: 6,624



Ah pants - and I just went and bought a new SD card. I could decide on SD or MMC since they were the same price... doh

This slap on head... sad.gif

Looking forward to seeing the 2.6.x kernels though!
Go to the top of the page
 
+Quote Post
mussi
post Mar 29 2005, 04:20 PM
Post #4





Group: Members
Posts: 95
Joined: 7-December 03
From: Berne, Switzerland
Member No.: 1,048



And what about SD support for the 6000 and the clamshell Zaurii in that case? I'd hate not to be able to use that 'slower' (but perfectly usable) storage.
Go to the top of the page
 
+Quote Post
Joshp
post Mar 29 2005, 05:21 PM
Post #5





Group: Members
Posts: 265
Joined: 15-February 04
From: The Chicago land area ,Illinois, USA
Member No.: 1,875



QUOTE(Mickeyl @ Mar 29 2005, 03:00 AM)
2.4.20-embedix is a piece of crap. It doesn't compile for anything else than the C3000 target right now. There's no way we spend anymore seconds with this retarded code than absolutely necessary. Kernel 2.6 for C7x0 is 95% finished. We will ship it in OpenZaurus 3.5.3.

For the 5000 and the 5500, it doesn't look that good because of the SD thing. Then again, 2.4.20 doesn't contain collie code, so we wouldn't gain anything.
*


Where there be a 2.6 kernel for the sl-6000?

JP
Go to the top of the page
 
+Quote Post
Bedman
post Mar 29 2005, 11:01 PM
Post #6





Group: Members
Posts: 28
Joined: 30-June 04
Member No.: 3,867



Hey,

i don't know if i'm the right person to say. But there is development for the 2.6 kernel of the SL-6000 device.
For more information look at the openzaurus-mailinglist:
http://sourceforge.net/mailarchive/forum.php?forum_id=11924

Ciao Bedman
Go to the top of the page
 
+Quote Post
sashz
post Mar 30 2005, 01:06 AM
Post #7





Group: Members
Posts: 388
Joined: 7-December 03
Member No.: 1,058



QUOTE(Mickeyl @ Mar 29 2005, 01:00 AM)
2.4.20-embedix is a piece of crap. It doesn't compile for anything else than the C3000 target right now. There's no way we spend anymore seconds with this retarded code than absolutely necessary. Kernel 2.6 for C7x0 is 95% finished. We will ship it in OpenZaurus 3.5.3.

For the 5000 and the 5500, it doesn't look that good because of the SD thing. Then again, 2.4.20 doesn't contain collie code, so we wouldn't gain anything.
*


well, this kernel works fine with pdaXrom on SL-C7x0/860 smile.gif just need fix problem with MMC driver
Go to the top of the page
 
+Quote Post
Mickeyl
post Mar 30 2005, 01:20 AM
Post #8





Group: Members
Posts: 1,497
Joined: 12-November 03
From: Germany
Member No.: 907



So you patched it to behave? Did you notice any differences?
Go to the top of the page
 
+Quote Post
sashz
post Mar 30 2005, 01:51 AM
Post #9





Group: Members
Posts: 388
Joined: 7-December 03
Member No.: 1,058



QUOTE(Mickeyl @ Mar 30 2005, 01:20 AM)
So you patched it to behave? Did you notice any differences?
*


There was little problem with PXA SSP initialization and kernel linking, i fixed it and added pdaXrom specific and part of japan patches - devfs support, optimized w100 modes, etc

unzip attachment, there bzip2ed archive with patches, because forum unlike attach bzip2 file
Attached File(s)
Attached File  linux_c3000_patches.zip ( 104.21K ) Number of downloads: 34
 
Go to the top of the page
 
+Quote Post
weasel123
post Apr 3 2005, 10:16 AM
Post #10





Group: Members
Posts: 41
Joined: 20-July 04
Member No.: 4,047



QUOTE(Mickeyl @ Mar 29 2005, 01:00 AM)
Kernel 2.6 for C7x0 is 95% finished. We will ship it in OpenZaurus 3.5.3.

For the 5000 and the 5500, it doesn't look that good because of the SD thing. Then again, 2.4.20 doesn't contain collie code, so we wouldn't gain anything.
*


IMHO why dont you forget about the SD support for collie with regard to the 2.6 kernels altogether and just use a genereic mmc driver for collie. I think that the main reason kernel developement fir collie has been retarded is because of the absurd binary only sd module.

Its because of the binary sd module that we are still stuck with the ancient kernel 2.4.18 rmk-pxa7 etc. compiled using the 2.95 compiler too.

I think its high time we (OZ) like the guys at familiar just forget about supporting SD( propriotory format) and support mmc instead and move ahead. Its s small sacrifice to pay for the added benefits of a newer kernel.
Go to the top of the page
 
+Quote Post
lpotter
post Apr 3 2005, 11:54 AM
Post #11





Group: Members
Posts: 451
Joined: 27-November 03
From: Brisbane, Australia
Member No.: 1,001



[quote=weasel123,Apr 4 2005, 04:16 AM]
[quote=Mickeyl,Mar 29 2005, 01:00 AM]Kernel 2.6 for C7x0 is 95% finished. We will ship it in OpenZaurus 3.5.3.

I think its high time we (OZ) like the guys at familiar just forget about supporting SD( propriotory format) and support mmc instead and move ahead. Its s small sacrifice to pay for the added benefits of a newer kernel.
*

[/quote]

I don't think the benefits of any new kernel outweighs having a properly working sd slot.
Users want a device that works, they don't really care about which kernel it uses.
Go to the top of the page
 
+Quote Post
adf
post Apr 3 2005, 12:04 PM
Post #12





Group: Members
Posts: 2,821
Joined: 13-September 04
From: Wasilla Ak.
Member No.: 4,572



I'm not sure I understand the issue clearly.

That the new 2.6 won't support Sd is clear enough. ...

It will, however support mmc cards?

is there a serious performance difference? (sd is already slow enough)

My sd casn easily enough be replaced with an mmc, if needed.
(mmc cards are as low as us $68 at price watch)

I agree with potter that a working system should be a pretty high priority--- right now, fior example, I use sharprom on my 6k because it works.

If, though, mmc does work and oz also works well on my 6k, then i would be willing to buy an mmc and replace my sd--and call it good.

of course my last jaunt to the 2.6kernel stuff at sourceforge only showed work on the 5500, the 5600 and the 7&8 series clamshells....
i hope this doesn't bode ill for 6k support...
2 cents from an end user...
Go to the top of the page
 
+Quote Post
pframpton
post Apr 3 2005, 01:59 PM
Post #13





Group: Members
Posts: 24
Joined: 25-June 04
Member No.: 3,822



The SD slot on an SL5x00 doesn't support any of the SD features anyway (the Secure part), would an MMC driver read an SD card - I would have thought it would. As for speed, surely that's hardware based. Is the actual problem that you can't use a generic MMC driver with the Sharp SD reader chip?

Also, according to the website with info on 5x00 kernels, there are other things not working too. http://www.cs.wisc.edu/~lenz/zaurus/

Maybe someone should try building a kernel with MMC support and do some tests to see what speed/perforamnc you actual get, if it does work.
Go to the top of the page
 
+Quote Post
Mickeyl
post Apr 3 2005, 02:02 PM
Post #14





Group: Members
Posts: 1,497
Joined: 12-November 03
From: Germany
Member No.: 907



QUOTE
Is the actual problem that you can't use a generic MMC driver with the Sharp SD reader chip?


Bingo. The chipset that drives the SD/MMC slot has zero publically available documentation. That means no SD/MMC for 5500 and 5000d until Sharp releases documentation and/or the driver source code - both which is very unlikely to happen.

Note that this is _no_ problem on all other models since they use standard chipsets.
Go to the top of the page
 
+Quote Post
adf
post Apr 3 2005, 02:52 PM
Post #15





Group: Members
Posts: 2,821
Joined: 13-September 04
From: Wasilla Ak.
Member No.: 4,572



then would this mean the continuation of the 2.4 kernel (and separate crosscompiler) for the 5500 while the other models move to a 2.6 based better integrated OE build system?
Go to the top of the page
 
+Quote Post

3 Pages V   1 2 3 >
Reply to this topicStart new topic
2 User(s) are reading this topic (2 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 19th December 2014 - 06:59 PM