| 00:31:24 | Sammy | Hello all |
| 02:58:34 | Sammy | who change the topic ? |
| 03:04:53 | Russ | chanserv |
| 03:05:04 | Russ | its the default topic for the channel |
| 03:07:43 | CiCo | Hi.... |
| 03:07:52 | CiCo | a very little question... |
| 03:07:55 | Russ | k |
| 03:08:04 | CiCo | how to make a channel? |
| 03:08:12 | CiCo | (in this server irc) |
| 03:10:14 | Sammy | ? |
| 03:12:44 | Russ | ... |
| 03:12:46 | Russ | curious |
| 03:12:51 | Russ | why are you asking here? |
| 03:13:14 | Sammy | so does me ... |
| 03:14:02 | CiCo | I take a random channel for this cuestion... |
| 07:16:29 | erikm | hi |
| 07:53:50 | Russ | hey erikm |
| 07:54:34 | erikm | Russ: sorry, I really don't have time to look at your paramblock in details |
| 07:54:47 | erikm | Russ: deadline on wednesday |
| 07:54:47 | Russ | deadline still looms? |
| 07:55:26 | Russ | do you agree that bootldr partitions need to be extended? |
| 07:56:15 | erikm | I haven't looked into it yet, so I can't comment |
| 07:56:26 | Russ | keep at the grind then |
| 07:56:27 | erikm | what about redboot partitioning? is that any better? |
| 07:56:47 | Russ | I'll look it up, jamey seemed to have disliked it enough to start from scratch |
| 07:57:32 | Russ | redboot is just in the last eraseblock |
| 07:57:50 | Russ | bootldr extends that by allowing it to be in the second erase block as well |
| 07:58:33 | Russ | I want to extend it by allowing it to be at a abituary offset (ptag.u.core.bootldr_offset) which would usually by right after the PTAG_CORE tag |
| 07:59:02 | erikm | why would you want to extend it? |
| 07:59:30 | Russ | so that the paramater block and partition data go in the same erase block |
| 07:59:42 | erikm | makes sense |
| 07:59:58 | Russ | bootldr is already extendable, no one has extended it though |
| 08:00:09 | erikm | is it easy to modify the kernel to find the partition data? |
| 08:00:25 | Russ | very |
| 08:01:13 | erikm | I'd say discuss the kernel changes with nico and rmk, and go ahead if they OK it |
| 08:01:32 | Russ | it figuratively would be (((struct ptag *) *(&blob + 0x34))->u.core.bootldr_offset) |
| 08:01:47 | Russ | course, the code would be cleaner than that and check for magic |
| 08:02:07 | erikm | sure |
| 08:02:15 | Russ | I would think jamey, since he wrote bootldr.c, but he's at that LWCE thing till tuesday |
| 08:03:04 | Russ | know anything about the rumored sharp giveaway? |
| 08:03:54 | erikm | no |
| 08:04:39 | Russ | tim was saying something about it, giving away 30-50 of their new strongarm handhelds to linux-arm developers |
| 08:05:31 | Russ | from the face of it, they really don't seem to like linux users... |
| 08:05:33 | Russ | http://www.sharp-usa.com/browser.html |
| 08:06:17 | Russ | wtf |
| 08:06:18 | Russ | http://www.sharp-usa.com/index.html |
| 08:06:25 | Russ | "RVT Corporation is now working on a Windows-like GUI for MS-DOS..." |
| 08:06:42 | erikm | we'll see what happens. maybe we'll get contacted about it |
| 08:07:02 | erikm | and maybe we'll never get it (like the Intel Xscale board :) |
| 08:07:15 | Russ | hadn't heard about that |
| 08:08:49 | Russ | hmm...linux is allowed to view the japanese sharp pages....how usefull |
| 08:09:47 | erikm | I'll get an Intel Xscale board (and so does rmk), but so far Intel has problems with both the CPU and the board, so we didn't get it yet |
| 08:09:57 | erikm | continues hacking |
| 10:10:32 | sammy_ | question .....framebuffer need LCD driver or not ? |
| 10:11:11 | sammy_ | is that kernel support the framebuffer or need LCD driver to do this ? |
| 10:58:55 | sammy_ | erikm : may I ask that framebuffer for arm it can work when kernel is on , or it must build anohter for arm ? |
| 11:02:05 | sammy_ | another one , if now I can compiler my own blob on LART , then if that I layout the LCD on it , then how is the driver on ? |
| 11:03:54 | erikm | sa1100fb.c IS the LCD driver |
| 11:06:20 | sammy_ | 320*240 ? |
| 11:06:35 | sammy_ | if I need 800*600 ? |
| 11:07:52 | sammy_ | framebuffer and LCD driver , which one is on after boot kernel ? |
| 11:09:17 | erikm | framebuffer driver *IS* LCD driver |
| 11:09:45 | erikm | you can't do 800x600 in 16bpp mode. see www.arm.linux.org.uk/developer/ and follow the LCD modes link |
| 11:10:03 | erikm | sorry, too busy to answer questions right now |
| 11:10:19 | sammy_ | oh ...( silly question ) |
| 11:11:28 | sammy_ | OK , I'll try my self , until U have time ....Thanx "A LOT" ... |