00:24.59 | *** join/#htc-linux QTourist (n=qtourist@CPE00119507347d-CM001ac317f044.cpe.net.cable.rogers.com) |
00:32.33 | *** join/#htc-linux cr2 (n=cr2@ip-90-187-103-46.web.vodafone.de) |
00:50.17 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
01:02.35 | *** join/#htc-linux tcccp (n=hey@satanic-server.heybunch.de) |
01:25.47 | *** join/#htc-linux madCoder` (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) |
01:34.40 | *** join/#htc-linux paulproteus (i=paulprot@2002:db69:2513:0:0:0:0:1) |
01:48.41 | *** join/#htc-linux cmonexaway (n=xy6091@fahhklowj4.adsl.datanet.hu) |
01:55.18 | *** join/#htc-linux madCoder- (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) |
02:40.42 | *** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
02:45.59 | *** join/#htc-linux swc|666 (n=swc@unaffiliated/swc666/x-4934821) |
03:02.28 | *** join/#htc-linux QTourist (n=qtourist@CPE00119507347d-CM001ac317f044.cpe.net.cable.rogers.com) |
03:09.46 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-119-95.dynamic.mnet-online.de) |
04:05.12 | *** join/#htc-linux Moku (n=John@g228144045.adsl.alicedsl.de) |
04:44.52 | *** join/#htc-linux madCoder- (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) |
05:10.24 | *** join/#htc-linux madCoder` (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) |
05:13.53 | *** join/#htc-linux maejrep (n=madcoder@71.225.238.170) |
05:35.05 | *** join/#htc-linux maejrep (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) |
06:15.56 | *** join/#htc-linux alfadir (n=alfadir@e180043116.adsl.alicedsl.de) |
06:53.27 | *** part/#htc-linux RyeBrye (n=ryebrye@66.236.68.84.ptr.us.xo.net) |
07:24.56 | *** join/#htc-linux goxboxlive (n=goxboxli@84.48.126.204) |
07:34.46 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d740.pool.einsundeins.de) |
07:39.19 | *** join/#htc-linux nebi_ (n=nebi@217.142.147.19) |
08:39.05 | *** join/#htc-linux zycho (n=zycho@dslb-088-070-062-200.pools.arcor-ip.net) |
08:59.06 | *** join/#htc-linux zycho_ (n=zycho@dslb-088-070-062-200.pools.arcor-ip.net) |
09:03.39 | j0b0 | 23:37:53 <tmzt> it would be good to get 1.5 working <-- if that refers to android, 1.5 works to the same degree 1.0 and 1.1 do |
09:16.10 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
10:09.02 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
10:29.51 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
10:32.46 | *** join/#htc-linux BluesLee (n=malik197@e182056138.adsl.alicedsl.de) |
10:33.15 | *** join/#htc-linux timebomb (n=tb@d007254.adsl.hansenet.de) |
10:33.20 | *** part/#htc-linux exception13 (n=exceptio@78.138.154.26) |
10:36.06 | *** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
10:48.56 | *** join/#htc-linux cr2 (n=cr2@ip-90-187-67-133.web.vodafone.de) |
11:08.28 | *** join/#htc-linux captnoord (i=507fc283@gateway/web/ajax/mibbit.com/x-5e1a8c330d92692b) |
11:36.44 | *** join/#htc-linux timebomb (n=tb@80.171.7.254) |
11:46.34 | *** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
11:47.37 | *** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
11:49.12 | *** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
11:49.29 | *** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
11:56.05 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
12:26.07 | *** join/#htc-linux cmonex (n=xy6091@zcxrt1u4up.adsl.datanet.hu) |
12:29.01 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
12:31.25 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) |
13:12.38 | *** join/#htc-linux wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
13:21.07 | *** join/#htc-linux shiznebit_ (n=fircuser@m345a36d0.tmodns.net) |
13:28.10 | *** join/#htc-linux BluesLee (n=malik197@e182056138.adsl.alicedsl.de) |
13:28.26 | BluesLee | any g1 hackers here? |
13:34.09 | swc|666 | #android |
14:04.31 | *** join/#htc-linux nebi_ (n=nebi@c-bbed70d5.02-145-7570701.cust.bredbandsbolaget.se) |
14:30.36 | *** part/#htc-linux BluesLee (n=malik197@e182056138.adsl.alicedsl.de) |
14:35.24 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-b3b5af4a363bb938) |
14:36.41 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-e2038511471860e8) |
15:07.45 | *** join/#htc-linux nebi_ (n=nebi@c-bbed70d5.02-145-7570701.cust.bredbandsbolaget.se) |
15:13.41 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-a3bb63845357009f) |
15:25.53 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-22de59da64a77211) |
15:33.49 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d740.pool.einsundeins.de) |
15:36.25 | *** join/#htc-linux swc|666 (n=swc@unaffiliated/swc666/x-4934821) |
15:45.45 | *** join/#htc-linux szsoftware (n=szsoftwa@e178247246.adsl.alicedsl.de) |
15:58.20 | *** join/#htc-linux striccio61 (n=maxy@host-78-14-48-198.cust-adsl.tiscali.it) |
15:58.23 | *** part/#htc-linux striccio61 (n=maxy@host-78-14-48-198.cust-adsl.tiscali.it) |
16:01.46 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
16:17.12 | *** join/#htc-linux sheepbat (n=lev3k@c-71-197-113-179.hsd1.ca.comcast.net) |
16:23.08 | *** join/#htc-linux Amynka (n=bedrunec@hellmachine.klfree.cz) |
16:38.43 | *** join/#htc-linux dcordes-kais (n=dcordes-@ip-77-25-192-58.web.vodafone.de) |
16:38.51 | dcordes-kais | hello |
16:39.12 | tmzt | hey |
16:39.19 | tmzt | really on kais now? |
16:39.41 | cr2 | hi dcordes-kais |
16:39.53 | tmzt | I've gotten tslib working on raph but I haven't looked at kais (vogue-ts) again |
16:40.03 | cr2 | tmzt: why not ? |
16:40.09 | tmzt | for raph I changed input_report_abs x to absx |
16:40.09 | dcordes-kais | tmzt. no, on the kovsky |
16:40.19 | tmzt | cr2: sorry? |
16:40.36 | cr2 | tmzt: why can't he use irc from kaiser ? |
16:40.48 | tmzt | no reason |
16:40.52 | cr2 | lol |
16:40.56 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
16:40.59 | dcordes-kais | heh |
16:41.03 | dcordes-kais | hello BabelO |
16:41.06 | tmzt | just that he's on kov and was before when using dcordes-kais |
16:41.12 | cr2 | i've finally found my raph headset ;) |
16:41.26 | BabelO | hi dcordes-kais, cr2, tmzt |
16:41.33 | cr2 | hi BabelO |
16:41.35 | tmzt | I'm working with solar in #linwizard on getting shr for raphs |
16:41.42 | tmzt | using gentoo arm |
16:42.04 | dcordes-kais | tmzt do you want to add the raph tslib patch in git? |
16:42.09 | tmzt | illume appears to be working |
16:42.16 | dcordes-kais | nice |
16:42.17 | tmzt | dcordes-kais: not until it's really fixed |
16:42.40 | cr2 | BabelO: ali1234 said that docg3.c works on wizard. why did we have problems ?? |
16:42.41 | tmzt | - input_report_abs(msm_ts_dev, ABS_X, x); |
16:42.41 | tmzt | - input_report_abs(msm_ts_dev, ABS_Y, y); |
16:42.41 | tmzt | + input_report_abs(msm_ts_dev, ABS_X, absx); |
16:42.42 | tmzt | + input_report_abs(msm_ts_dev, ABS_Y, absy); |
16:42.47 | tmzt | this is all I've changed |
16:42.58 | tmzt | for some reason Y was not getting reported at all |
16:43.08 | dcordes-kais | lupine_85 had it working iirc |
16:43.12 | BabelO | cr2: it was chipset detection on artemis and ba |
16:43.27 | cr2 | BabelO: weird. |
16:43.34 | tmzt | marex had a mtd version too apparently |
16:43.44 | tmzt | or at least a cleaned up version |
16:43.55 | cr2 | tmzt: for mdoc g3 ? |
16:44.00 | tmzt | yeah |
16:44.07 | marex | cr2, IIRC I sent it to you |
16:44.37 | cr2 | marex: got lost |
16:45.22 | marex | marex.hackndev.com/docg3.c |
16:54.47 | *** join/#htc-linux nebi_ (n=nebi@217.142.147.19) |
16:57.34 | szsoftware | dcordes-kais: yo man! |
16:57.41 | cr2 | marex: ok, but what about g4 ? afair there are 2 different g4 implentations too |
16:58.05 | szsoftware | dcordes-kais: what's up? Everthing fine? |
16:58.17 | cr2 | marex: btw, can we autodetect the mdoc size ? what about 8 vs. 16bit access ? |
16:58.30 | marex | cr2, haven't looked into it |
16:58.45 | marex | I haven't tinkered with it much |
16:59.09 | cr2 | marex: the linux g3/g4 driver has such module options, no autodetect. |
16:59.19 | cr2 | marex: the closed source driver. |
17:02.11 | cr2 | if((cur + count) > 0x10000000 ) { |
17:02.12 | cr2 | printk("truncating %llx %x\n",cur,count); |
17:02.14 | cr2 | <PROTECTED> |
17:02.23 | cr2 | looks strange |
17:02.26 | marex | cr2, I don't have that one |
17:02.29 | marex | where did you get one ? |
17:02.57 | cr2 | a780 for g3, and greenphone for g4 driver |
17:03.09 | cr2 | get the rootfs and pick out the module |
17:21.23 | szsoftware | dcordes-kais: ping |
17:29.23 | ali1234 | cr2: docg3 only works partially, doesn't handle multiple chips properly |
17:30.50 | cr2 | ali1234: i think it's not possible to detect the chip size or multiple chips ? |
17:31.50 | ali1234 | as i understand it the chips are always the same size and if the device has say, 128mb and g3 then that always means you have two chips |
17:31.51 | *** join/#htc-linux zycho (n=zycho@dslb-088-070-062-200.pools.arcor-ip.net) |
17:33.56 | ali1234 | but i can't even get a whole chip's worth of data from it |
17:34.15 | ali1234 | only the first 16mb makes any sense, after that i just get garbage |
17:41.51 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
17:44.52 | cr2 | ali1234: ok, but this driver is for 64MB |
18:22.49 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
18:36.59 | *** join/#htc-linux miknix_ghost (n=miknix@bl11-214-127.dsl.telepac.pt) |
18:37.43 | *** join/#htc-linux miknix (n=miknix@bl11-214-127.dsl.telepac.pt) |
18:51.56 | szsoftware | Question: What is in your opinion the best current distro for pda's beside android? |
18:54.35 | BabelO | ah oui ? |
18:54.40 | BabelO | jamais vu ca |
18:54.57 | BabelO | oups, sorry |
19:01.45 | *** join/#htc-linux ChanServ (ChanServ@services.) |
19:01.45 | *** mode/#htc-linux [+o ChanServ] by irc.freenode.net |
19:15.14 | *** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
19:32.57 | *** join/#htc-linux FreaX (n=micha@g224193030.adsl.alicedsl.de) |
19:35.50 | FreaX | Hi, any Magician specialists around here? |
19:35.56 | *** join/#htc-linux Amynka (n=bedrunec@hellmachine.klfree.cz) |
19:57.32 | *** join/#htc-linux tcccp (n=hey@2001:470:c926:666:666:666:666:666) |
19:59.51 | j0b0 | the /initlogo.rle is only before surfaceflinger starts up |
20:01.11 | AstainZZZZZZ | sup j0b0 |
20:01.50 | j0b0 | meh .. dumping smem |
20:02.57 | j0b0 | not so much ..uhm.. immersed |
20:03.02 | j0b0 | tv w/ 1 eye .. |
20:03.52 | j0b0 | yourself? |
20:06.49 | j0b0 | what is a non-section mapping? |
20:16.14 | *** join/#htc-linux wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
20:22.16 | *** join/#htc-linux DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
20:23.22 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
20:23.27 | cr2 | j0b0: you want to trace smem ? |
20:24.35 | j0b0 | that either gives me that warning, or nothing at all. i'm now just watch'ing it |
20:47.09 | cr2 | j0b0: what are the virtual mappings of this area ? |
20:50.34 | j0b0 | cr2 i get that warning for anything in the 0x50000000 neigborhood there are 2 higher ones that work but give nothing |
20:51.12 | j0b0 | and the suggestion to set permissivemmutrace crashes the phone completely :) |
20:59.51 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-244-235.ewe-ip-backbone.de) |
21:05.37 | cr2 | j0b0: what do you want to trace ? |
21:07.46 | j0b0 | im trying to make maejreps battery charger driver work for raph100. some addresses change multiple times in bursts, so i guess im probably missing changes between samples |
21:13.37 | cr2 | ok |
21:14.01 | cr2 | the battery uses ioremap() , so you need to find the 0x5* area ... |
21:20.18 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
21:27.21 | ali1234 | cr2: confirmed. doc G3 is always 64mb, the 128mb version has two dies in one chip and to the host cpu is identical to two 64mb chips. |
21:29.54 | ali1234 | so to work out the total flash size you just ask how many chips are present |
21:30.25 | *** join/#htc-linux timebomb (n=tb@c203247.adsl.hansenet.de) |
21:39.14 | cr2 | ali1234: how is the 128MB mdoc accessed ? |
21:39.29 | cr2 | ali1234: the driver did not work on universal (128MB) |
21:40.37 | ali1234 | you use the device register to select the device (up to 4) |
21:41.00 | ali1234 | this driver doesn't even seem to be able to read the hwole of one chip though i can't figure out why |
21:41.09 | ali1234 | it bugs out after 32mb |
21:41.39 | ali1234 | it also does not do ecc :) |
21:43.52 | ali1234 | there is also the 8bit/16bit thing which i don't understand yet |
21:47.15 | cr2 | ali1234: this driver is written based on the ipl |
21:47.35 | AstainHellbring | cr2 what do you know of the driver status of the athena? |
21:47.43 | ali1234 | quite possibly the ipl does not need to read past 32 mb :/ |
21:47.44 | cr2 | ali1234: but not 100%. the data readout is a bit different in the ipl |
21:48.03 | cr2 | ipl needs to read the spl (256K) |
21:48.16 | ali1234 | cr2: it looks to me like the only difference with the G4 is that the single chip G4 is 128mb |
21:48.26 | cr2 | AstainHellbring: what do you want to know ? |
21:48.56 | cr2 | ali1234: g4 has some other registers. but it's easy to adapt the g3 driver for g4. |
21:49.05 | AstainHellbring | just curious how much of the hardware is working in linux |
21:50.47 | cr2 | hdd,sd,sound,cam do not work |
21:51.13 | cr2 | the phone needs some kind of smd driver like on msm7xxx |
21:51.52 | cr2 | gps and bt are on serial ports, so it's easy to make them work |
21:51.56 | AstainHellbring | nice |
21:52.13 | cr2 | usb host works, the lcd driver is vsfb (no resume) |
21:52.32 | AstainHellbring | ok |
21:52.39 | cr2 | resume will work if the lcd init will be implemented (90% is documented) |
21:52.46 | AstainHellbring | very nice |
21:52.55 | cr2 | the hermes keyboard driver will work. |
21:53.07 | AstainHellbring | wow it will thats good to know |
21:53.19 | cr2 | you only need the hotplug irq handler, that will also apply the power. |
21:53.46 | cr2 | but if you don't detach the keybaord, it will work as is. |
21:54.49 | AstainHellbring | very nice |
22:12.57 | AstainHellbring | cr2 how hard you think it would be to get sd or sound working? |
22:13.04 | ali1234 | cr2: confirmed i can read the first 32mb of the second chip by putting 1 into DoC_G3_DeviceIdSelect |
22:14.19 | ali1234 | maybe this is actually working correctly and the upper 32mb of chip 0 is just not used |
22:28.18 | cr2 | ali1234: so it' is easy to extend the driver to support the select? |
22:28.35 | ali1234 | cr2: yes, trivial :) |
22:28.50 | ali1234 | but reading half of both chips is not much use :) |
22:28.55 | cr2 | AstainHellbring: sd and sound are on the ATI chip. |
22:29.24 | cr2 | AstainHellbring: it's not going to be easy. the sound will be real PITA, so don't count on it. |
22:29.38 | AstainHellbring | damn |
22:29.39 | cr2 | ali1234: what about this 8 vs. 16bit access ? |
22:29.58 | ali1234 | i still don't understand it |
22:30.11 | ali1234 | in windows mobile control panel it says wizard uses 16 bit mode |
22:30.34 | cr2 | AstainHellbring: it's a DSP and everything should be done from scratch. more or less hopeless |
22:30.53 | cr2 | ali1234: i had a list |
22:31.22 | ali1234 | cr2: HTC_DiskOnChip wiki page has some devices listed... wizard seems identical to uni |
22:31.29 | ali1234 | and a couple of others |
22:31.41 | ali1234 | G3, 128mb, mapped at 0x0, 16 bit access |
22:32.32 | cr2 | ali1234: ok |
22:32.56 | cr2 | ali1234: you must have it @0x0 if you want to resume :) |
22:33.31 | cr2 | only omap has a bank switch, but afaik nobody really uses it. |
22:33.37 | ali1234 | it seems to be mapped at every multiple of 0x2000 up to 0x8000000 |
22:34.11 | cr2 | it's like 0xa0000000 ram for pxa. only 1 axim put it at 0xa8000000 |
22:35.05 | cr2 | ali1234: btw, what about ecc ? do you read the full raw dataset ? |
22:35.28 | ali1234 | ? don't know what you mean... this driver dkips over the ecc bytes |
22:35.42 | cr2 | skips? |
22:35.45 | ali1234 | yeah |
22:35.56 | ali1234 | tmp = ReadDOC_32(g3->virtaddr, DoC_G3_IO+4); |
22:36.08 | ali1234 | the "+4" being the 16 bytes of ecc data |
22:36.15 | ali1234 | which it is ignoring :) |
22:36.26 | cr2 | for which block ? |
22:36.50 | ali1234 | which ever block you asked it to read?? |
22:36.53 | cr2 | i must have the pdf slides describing ecc used by mdoc |
22:37.02 | cr2 | block is 2K ? |
22:37.11 | cr2 | or 512 bytes ? |
22:37.21 | cr2 | i don't remember anymore ... |
22:37.22 | ali1234 | page = 512 bytes + 16 bytes ecc |
22:37.27 | cr2 | was too long ago :) |
22:37.31 | cr2 | ok |
22:37.36 | ali1234 | block = 64 pages |
22:38.11 | cr2 | ok, what do you think about writing ? |
22:39.07 | ali1234 | i think it should be easy once i untangle the addressing :) |
22:39.28 | ali1234 | but i only really need reading, in order to simplify dumping the radio rom in linux for our gsm driver |
22:39.31 | cr2 | is the doc2000 of any help ? |
22:39.44 | ali1234 | probably the millenium+ uses the same ecc stuff |
22:40.12 | cr2 | ok, reading will also allow to put the zimage into wince area. |
22:40.38 | cr2 | i mean stacking 8/16bit |
22:40.45 | cr2 | ~seen lamikr |
22:40.47 | apt | lamikr <n=chatzill@78.84.154.115> was last seen on IRC in channel #htc-linux, 283d 21m 1s ago, saying: 'ok, anyway just to get the tcp/ip & udp working over usb.'. |
22:40.58 | cr2 | hoho |
22:41.29 | ali1234 | hmm maybe... i don't know if 8/16 bit is even something that is visible from software |
22:41.58 | ali1234 | like for example normal/multiplexed mode is an entirely hardware thing and the device operates the same from software view |
22:42.27 | cr2 | are you reading byte or 2 bytes at once ? |
22:43.43 | cr2 | the data bus on a mdoc is 8bit ? |
22:43.53 | cr2 | i don't remember the datasheet details. |
22:44.26 | cr2 | damn. i should find all these old pdfs and upload them to htc-linux.org |
22:44.55 | ali1234 | seems to be 32 bit accesses |
22:45.06 | ali1234 | i have a couple of pdfs if you want them |
22:47.56 | cr2 | well, if you will fix the driver for universal, i can check it. |
22:48.57 | cr2 | if the read/write will work, flashing is not that far away. |
22:50.22 | ali1234 | on uni does the existing driver output 64mb of data that makes sense? |
22:50.43 | cr2 | it does not work at all afair. |
22:50.45 | ali1234 | because i'm getting 32mb of data and then 32mb of the last 4 bytes of the first 32mb |
22:50.52 | cr2 | [00:37] <ali1234> page = 512 bytes + 16 bytes ecc |
22:51.05 | cr2 | 16bytes ecc sounds too much |
22:51.22 | cr2 | maybe 16bits ? |
22:51.22 | ali1234 | not just ecc, also ffs data |
22:51.34 | cr2 | spl can't be ffs |
22:52.02 | ali1234 | this is what the data sheet says: Each page contains 512 bytes of user data and a 16-byte extra area that is used to store flash management and EDC/ECC signature data |
22:52.05 | cr2 | and ffs uses hamming to checksumming |
22:52.34 | cr2 | ok |
22:52.46 | cr2 | then it's 8byte per 256byte of data |
22:53.02 | cr2 | 8bit for 256bit of data |
22:54.36 | ali1234 | i think i'm only getting half the data because of the planes |
22:55.05 | cr2 | and hw to switch the plane ? |
22:56.43 | ali1234 | dont know but the io area is 0x800 bytes which is big enough for two pages, one from each plane |
22:57.50 | ali1234 | hmm that +4 can't be related to the extra bytes because it isn't adding to an int pointer |
23:01.42 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
23:04.22 | ali1234 | addr= num%0x40 + 0x80*(num/0x40); <- that effectively skips every other sector/page |
23:04.40 | ali1234 | sorry, every other block |
23:06.21 | ali1234 | if i replace the 0x80 with 0x40 that leaves me with addr = num :) |
23:06.56 | cr2 | for reading 2wods at once ? |
23:07.23 | ali1234 | for not skipping half the data |
23:07.52 | cr2 | is think the ipl code read 16bytes twice, but from a different location |
23:08.09 | ali1234 | maybe the +4 indicates the the doc to fast forward 4 bytes |
23:08.32 | ali1234 | but the pages that i get seem to be read ok, i can see strings |
23:08.34 | cr2 | yes, next 32 |
23:08.40 | ali1234 | and they are consecutive also |
23:08.50 | ali1234 | some strings continue in next page |
23:08.56 | cr2 | ok |
23:09.17 | ali1234 | so if i put 0x40 instead of 0x80 i'll get all the pages but they will be interleaved |
23:09.24 | *** join/#htc-linux Amynka (n=bedrunec@hellmachine.klfree.cz) |
23:09.26 | ali1234 | but atleast i'll be able to read the whole chip |
23:09.35 | ali1234 | that's the theory anyway |
23:10.16 | cr2 | btw, if we will forget about dma for now. is it diffucult to write a block device driver from this code ? |
23:10.43 | ali1234 | writing drivers is easy if you know how the hardware works (imho) :) |
23:11.10 | ali1234 | but you probably want a nand driver like the existing doc2000/m+ ones |
23:11.13 | cr2 | if you know how to read a $random block, it's enough |
23:11.21 | cr2 | no. |
23:11.24 | ali1234 | no? |
23:11.30 | cr2 | they look horrible |
23:11.49 | cr2 | and too complicated for no good reason. |
23:12.16 | ali1234 | there is a good reason: normal block devies don't cope well with large erase block sizes |
23:12.29 | *** join/#htc-linux swc|666 (n=swc@unaffiliated/swc666/x-4934821) |
23:12.31 | ali1234 | you need mtd if you want eg. jffs2 |
23:12.53 | cr2 | ok |
23:13.06 | cr2 | jffs2 should be the goal. |
23:23.46 | cr2 | good night |