OMAP2430 Linux Porting to OMAP-GIT Tree:
----------------------------------------
* I have started the porting Linux baseport for OMAP2430 available on to OMAP-GIT
tree.
Published the minimal OMAP2430 Linux Port:
As of now the status is:
* Serial - OK
* GPIO support for block 5 - OK
* Intel Starata 64MB Flash - OK
* JFFS2 Mounting - ??
* SMC91X detection - OK
* NFS Mounting - ??
* Ramdisk - ??
Future Plan to add simple drivers:
* Watchdog - ??
* RNG - ??
* Keyboard - ??
Any help/patches/review comments would be appreciated for 2430.
On OMAP2420 front, I have not heard any review comments for camera driver. I need to split it as per new "omap patches guidelines". I will do it probably next week.
---
Back to Bangalore and its raining every evening here, so it's not too hot summer anymore. Lot of things are happening at personal life front, most of the time is planned for it for coming months. So, I might slow down the 2430/2420 work.
Thursday, May 18, 2006
Wednesday, April 26, 2006
First Time
Finally I had started decorating my Blog. It very much visible if you had visited my blog earlier.
Addition:
o Enabled comments word verification. I got funniest DaVinci Code comment on my TI DaVinci Platform.
o Enabled Flickr photo link. Various photos will soon be uploaded there.
o Enabled Visitor's link. Just for Fun.
o Added the blogs and site links I regularly visit during tea /(ah or Juhla Mokka coffee time). Atanu Dey's on Development of Rural India is my favourite.
Back to Basics:
o I am feeling very sick these days. Yesterday I went to one of Finnish Private Clinic, and diagonsed for Viral Infection.(Now this happened third time in last six months :(. ). Now I have concluded that it happens whenever there is season change mixed with rain and sunlight. Worst thing happened was I got allergic to the IbuProfen and Paracetamol content of tablet and generated itching on my skin. Got two red spots on my forehead and my ears became red :(. Allergy is not new to me, I am allergic to various things (I don't have exact list) from my childhood. Last time I got similar skin allergy when I was at rock music comp. in IIT, Mumbai, year 2000.
o Travelling back to India is on the cards, I will start on Saturday. Visting to my family after long time. Time to face full sunlight and +30-40 Centigrade temp. It is better that -25 to -30 temp. I faced here.
Now Reading:
o DaVinci manuals.
o openDML AVI Extension Headers 2.0.
* Making DaVici Linux Kernel code more readable and in strict compliance with Linux Kernel Coding Starndards is one of the goal, I can do various changes even if I don't have EVM.
* If I don't get DaVinci EVM access (due to other projects, and travel plans), I plan to have remote access to the board, by doing it myself, or utilizing someones EVM. If he/she allows me to access it.
* For OMAP24xx, Camera code is very much ready for linux-omap-git tree, except streaming through userptr is not working, as we need to fillup the vb_dma_sync_sg helper functions, but mmap and read works. So, it can be pushed to git tree. If I am feeling well, I can atleast submit that patch on this Friday.
* New subsystems :
- There are now new RTC and LED subsystems in kernel, so someone if having H2/H3/1510/OSK then can start working moving omap-rtc and various led drivers to those subsytems. It will be fun.
* OMAP24xx multiplane support: As said earlier, it seems now that someone (Imre?) will submit that support either through existing (omap/pub) driver (v4l2 interface) or thorough framebuffer driver (dev/fb1 and /dev/fb2). First option will be intrusive to Imre's fb driver, and implementing 2nd option might make Imre more happy. Please don't keep the implementation in your tree, even if it is not fully working. I would be glad to help in testing !!!
* OMAP24xx TI EVM TSC2101 Audio driver: No one is working on this for omap-git tree, AFAIK. So, someone can take it and implement using new SPI subsystem master driver for OMAP2. I would also appreciate EAC driver, if someone has explored that interface. I can only find few traces of such code interface in H2/H3 ALSA time.
* DaVinci Bridge: Someone recently asked support for C64x support in Nokia Open Source DSPGateway. AFAIK, Toshiharo-san, was working on c55x support for OMAP2. But he still need to submit the code. I am sure he is worried more about the updating documentation pdf :). Now it is more important to generate community/user base to use that dspgw. I don't see much contribution from the community except posting user experience and bugs/problems faced by them.
- Reasons for above could be:
o It is hard to add one more async. processor in parallel with C55x. eg. OMAP2 IVA. with the existing interface.
o When you move from the OMAP1 to OMAP2, for C55x, only few things change. So, as Toshiharo-san said, much of the code can be reusable. But it should be better no t to #ifdef the various register offset and base addresses. We should better have generic framework for it. As per my reading and comparision in those cases, mbx and mmu can be abstraced as fwk. Paul seem to have mentioned about mmu fwk on the linux-omap mailing list.
Funny thing about OMAP2 is IVA and DSP share same MMU architecture but same code can't be shared with Camera MMU, due to slight differences :). Now that's TI architecture :)
o Standardization: It is not new to have dual/triple/quad core architecture, and other semiconductor companies e.g Phillips, Motorola too have those architecture and so does bridges, running might be as binary only modules, having their own HAL and various abstractions. So, it is better to have some sort of abstracted generic fs interface in the Linux kernel to support more than one async. processors. But it is the long way to go.
----
Q: What is the last time you did it for first time?
Answer: From the last 3months, every event happend to me was first time. Travelling abroad, lot's of snow around, freezing temp., Travel by cruise, Sweden trip, and many more :)
Addition:
o Enabled comments word verification. I got funniest DaVinci Code comment on my TI DaVinci Platform.
o Enabled Flickr photo link. Various photos will soon be uploaded there.
o Enabled Visitor's link. Just for Fun.
o Added the blogs and site links I regularly visit during tea /(ah or Juhla Mokka coffee time). Atanu Dey's on Development of Rural India is my favourite.
Back to Basics:
o I am feeling very sick these days. Yesterday I went to one of Finnish Private Clinic, and diagonsed for Viral Infection.(Now this happened third time in last six months :(. ). Now I have concluded that it happens whenever there is season change mixed with rain and sunlight. Worst thing happened was I got allergic to the IbuProfen and Paracetamol content of tablet and generated itching on my skin. Got two red spots on my forehead and my ears became red :(. Allergy is not new to me, I am allergic to various things (I don't have exact list) from my childhood. Last time I got similar skin allergy when I was at rock music comp. in IIT, Mumbai, year 2000.
o Travelling back to India is on the cards, I will start on Saturday. Visting to my family after long time. Time to face full sunlight and +30-40 Centigrade temp. It is better that -25 to -30 temp. I faced here.
Now Reading:
o DaVinci manuals.
o openDML AVI Extension Headers 2.0.
* Making DaVici Linux Kernel code more readable and in strict compliance with Linux Kernel Coding Starndards is one of the goal, I can do various changes even if I don't have EVM.
* If I don't get DaVinci EVM access (due to other projects, and travel plans), I plan to have remote access to the board, by doing it myself, or utilizing someones EVM. If he/she allows me to access it.
* For OMAP24xx, Camera code is very much ready for linux-omap-git tree, except streaming through userptr is not working, as we need to fillup the vb_dma_sync_sg helper functions, but mmap and read works. So, it can be pushed to git tree. If I am feeling well, I can atleast submit that patch on this Friday.
* New subsystems :
- There are now new RTC and LED subsystems in kernel, so someone if having H2/H3/1510/OSK then can start working moving omap-rtc and various led drivers to those subsytems. It will be fun.
* OMAP24xx multiplane support: As said earlier, it seems now that someone (Imre?) will submit that support either through existing (omap/pub) driver (v4l2 interface) or thorough framebuffer driver (dev/fb1 and /dev/fb2). First option will be intrusive to Imre's fb driver, and implementing 2nd option might make Imre more happy. Please don't keep the implementation in your tree, even if it is not fully working. I would be glad to help in testing !!!
* OMAP24xx TI EVM TSC2101 Audio driver: No one is working on this for omap-git tree, AFAIK. So, someone can take it and implement using new SPI subsystem master driver for OMAP2. I would also appreciate EAC driver, if someone has explored that interface. I can only find few traces of such code interface in H2/H3 ALSA time.
* DaVinci Bridge: Someone recently asked support for C64x support in Nokia Open Source DSPGateway. AFAIK, Toshiharo-san, was working on c55x support for OMAP2. But he still need to submit the code. I am sure he is worried more about the updating documentation pdf :). Now it is more important to generate community/user base to use that dspgw. I don't see much contribution from the community except posting user experience and bugs/problems faced by them.
- Reasons for above could be:
o It is hard to add one more async. processor in parallel with C55x. eg. OMAP2 IVA. with the existing interface.
o When you move from the OMAP1 to OMAP2, for C55x, only few things change. So, as Toshiharo-san said, much of the code can be reusable. But it should be better no t to #ifdef the various register offset and base addresses. We should better have generic framework for it. As per my reading and comparision in those cases, mbx and mmu can be abstraced as fwk. Paul seem to have mentioned about mmu fwk on the linux-omap mailing list.
Funny thing about OMAP2 is IVA and DSP share same MMU architecture but same code can't be shared with Camera MMU, due to slight differences :). Now that's TI architecture :)
o Standardization: It is not new to have dual/triple/quad core architecture, and other semiconductor companies e.g Phillips, Motorola too have those architecture and so does bridges, running might be as binary only modules, having their own HAL and various abstractions. So, it is better to have some sort of abstracted generic fs interface in the Linux kernel to support more than one async. processors. But it is the long way to go.
----
Q: What is the last time you did it for first time?
Answer: From the last 3months, every event happend to me was first time. Travelling abroad, lot's of snow around, freezing temp., Travel by cruise, Sweden trip, and many more :)
Sunday, February 19, 2006
OMAP (H4) and DaVinci
o Finally submitted pending keypad patch for H4.
Pending patches/work for H4 + some other modifications. Someone who wants to do in their free time.
o camera_core.c needs platform_driver_register structure.
o H4 camera
- David Cohen was working on that, and he had submitted patch to the list.
o H4 TSC2101 Driver
- As per the SPI framework.
- I am planning to work on this, as it can be done easily as per the new SPI framework.
o H4 TSC2101 with ALSA driver.
- Someone posted TSC2101 with ALSA driver effort on the linux-omap mailing list.
o H4 Menelaus RTC driver
- It should be implemented in the different file altogether from omap-rtc.c, as it is implemented using different chip (Menelaus).
o H4 video out driver
- As I have pointed earlier, this might take some time.
o H4 NAND Driver
- I had posted the patch on the list, but not tested fully. Kyungmin had commented on that patch, but I was not able to do followup on that.
MCBSP Framework.
----------------
- As of now, we can see that McBSP.c is becoming ugly day by day, we would appreciate if someone( or may be I) can work on ideas of writing a small framework, like SPI. I have already thought of something about it. I will down my ideas may be next week.
o Just think of adding DaVinci, OMAP2430, OMAP3430 McBSP additional code added to mcbsp.c ...and you will see that file more ugly than before :).
o Also it adds lots of #ifdefers in audio codecs chips drivers on selection of mcbsp instance, as different boards design use different instance altogether, which should ideally come from board-*.c files.
DaVinci
-------
Ah, I never wrote on this before. We/Community were supposed to get DaVinci tree code by end of Feb'06, as per some of the articles I read online.
As per my observation, GNU/Linux kernel porting for DaVinci must be going on by TI and MV from more than 8-9 months (I guess...), we can also see the name of the tree of DaVinci on source.mvista.com git trees owned by Kevin Hilman. (Do you remember this OMAP730 guy ?). But think that, if they have opened the tree to public by this now,
o they would have got early review of code they have developed
o A chance of getting free of charge patches (Yes, you do have to pay MV).
o A chance of getting a Free of Charge maintainer, who can sync it up with latest Linux kernel tree.
o A chance of getting up-to-date drivers, as you know about changing frameworks and more better code, considering that it is easy to add new custom/EVM board based on the same chip. (Think of LINUX-OMAP tree :)).
o Early decision to merge with LINUX OMAP tree, if we think that most of the code can stay common, even if both the processor series is being targetted to different customers (Think customers here as ODM/OEM guys please).
---Komal Shah
Pending patches/work for H4 + some other modifications. Someone who wants to do in their free time.
o camera_core.c needs platform_driver_register structure.
o H4 camera
- David Cohen was working on that, and he had submitted patch to the list.
o H4 TSC2101 Driver
- As per the SPI framework.
- I am planning to work on this, as it can be done easily as per the new SPI framework.
o H4 TSC2101 with ALSA driver.
- Someone posted TSC2101 with ALSA driver effort on the linux-omap mailing list.
o H4 Menelaus RTC driver
- It should be implemented in the different file altogether from omap-rtc.c, as it is implemented using different chip (Menelaus).
o H4 video out driver
- As I have pointed earlier, this might take some time.
o H4 NAND Driver
- I had posted the patch on the list, but not tested fully. Kyungmin had commented on that patch, but I was not able to do followup on that.
MCBSP Framework.
----------------
- As of now, we can see that McBSP.c is becoming ugly day by day, we would appreciate if someone( or may be I) can work on ideas of writing a small framework, like SPI. I have already thought of something about it. I will down my ideas may be next week.
o Just think of adding DaVinci, OMAP2430, OMAP3430 McBSP additional code added to mcbsp.c ...and you will see that file more ugly than before :).
o Also it adds lots of #ifdefers in audio codecs chips drivers on selection of mcbsp instance, as different boards design use different instance altogether, which should ideally come from board-*.c files.
DaVinci
-------
Ah, I never wrote on this before. We/Community were supposed to get DaVinci tree code by end of Feb'06, as per some of the articles I read online.
As per my observation, GNU/Linux kernel porting for DaVinci must be going on by TI and MV from more than 8-9 months (I guess...), we can also see the name of the tree of DaVinci on source.mvista.com git trees owned by Kevin Hilman. (Do you remember this OMAP730 guy ?). But think that, if they have opened the tree to public by this now,
o they would have got early review of code they have developed
o A chance of getting free of charge patches (Yes, you do have to pay MV).
o A chance of getting a Free of Charge maintainer, who can sync it up with latest Linux kernel tree.
o A chance of getting up-to-date drivers, as you know about changing frameworks and more better code, considering that it is easy to add new custom/EVM board based on the same chip. (Think of LINUX-OMAP tree :)).
o Early decision to merge with LINUX OMAP tree, if we think that most of the code can stay common, even if both the processor series is being targetted to different customers (Think customers here as ODM/OEM guys please).
---Komal Shah
Sunday, February 12, 2006
Helsinki
Ok, I am now in Helsinki, Finland from last 2 wks. I am leaving the reader to guess where I am working for a while now :).
The very difference from the INDIA you can find here is
o No Honking (Ah...How I am gonna wakeup then?. I need to use Alarm now )
o Electric switches has different meaning of ON and OFF. Actually reverse from India.
o Use lots of Eletronic gadgets in Home.
o Stay inside home...(It is very cold outside for an Indian...) and increase your productivity...ultimately you do the computing.
o Very Very big super markets ...but hard to find people there on weekdays. (I think India needs this ..but unfortunately we don't have that yet).
Anyways, there are many cultural differences which we know and not needed any mention. Sad part of the story is I am not able to pull the OMAP GIT tree yet...but I am sure I am gonna have workaround, once I get free from my current work, which might take few wks more, but ofcourse I can review few patches :). I will post few pictures soon.
The very difference from the INDIA you can find here is
o No Honking (Ah...How I am gonna wakeup then?. I need to use Alarm now )
o Electric switches has different meaning of ON and OFF. Actually reverse from India.
o Use lots of Eletronic gadgets in Home.
o Stay inside home...(It is very cold outside for an Indian...) and increase your productivity...ultimately you do the computing.
o Very Very big super markets ...but hard to find people there on weekdays. (I think India needs this ..but unfortunately we don't have that yet).
Anyways, there are many cultural differences which we know and not needed any mention. Sad part of the story is I am not able to pull the OMAP GIT tree yet...but I am sure I am gonna have workaround, once I get free from my current work, which might take few wks more, but ofcourse I can review few patches :). I will post few pictures soon.
Wednesday, December 28, 2005
OMAP2 SPI : David Brownells Framework
OMAP2 SPI Driver update:
------------------------
* I have started writing the OMAP2 SPI (Serial Peripheral Interface) driver using David Brownell's Simple SPI Framework.
* I am writing this driver as bit fancy, means "interrupt based transfers" in first phase and later with "dma based transfers".
* If interrupt based transfers works, then my plan is to move this driver using Bitbang interface also, to be useful while testing new OMAP2 series processors and custom boards based on the same too.
Today is 28th December, Time for for Tony to comeback from Vacation. Let's hope for fireworks !!!
------------------------
* I have started writing the OMAP2 SPI (Serial Peripheral Interface) driver using David Brownell's Simple SPI Framework.
* I am writing this driver as bit fancy, means "interrupt based transfers" in first phase and later with "dma based transfers".
* If interrupt based transfers works, then my plan is to move this driver using Bitbang interface also, to be useful while testing new OMAP2 series processors and custom boards based on the same too.
Today is 28th December, Time for for Tony to comeback from Vacation. Let's hope for fireworks !!!
Sunday, December 25, 2005
Submitting OMAP drivers to upstream
Tony,
How about starting to submit OMAP drivers to respective maintainers in
upstream [A]?
As discussed on linux-arm-kernel mailing list about "clock framework"
changes, we can think of submitting drivers to upstream after resolving
"clock fwk" issue.
[1]
I am sure you guys, must have put thought on that, but by doing this we
might not have to do some trivial changes to all the drivers, if any
driver model gets changes. e.g struct device_driver to platform_driver.
[1.1] We will get close reviews outside OMAP community.
[1.2] This might increase the acceptance time of patches by resp.
maintainer.
[2]
Yes, if we submit all the drivers to upstream, then our linux-omap-git
tree becomes obsolete, _or_ initially we have to follow two-step process
for submission.
[2.1] Submit new drivers/bugs fixes to linux-omap tree.
[2.2] Then to resp. maintainer in upstream.
But, if someone(a new user) picks up kernel from the upstream(with
drivers, whose bugs are fixed in linux-omap tree, but yet not submitted
to upstream), then it will be a big problem initially.
[A]
As of my knowledge, right now only OMAP nor flash mapping driver is in
upstream.
---Komal Shah
PS: This e-mail is still in my "draft" folder. I will wait for conclusion of "clock fwk".
How about starting to submit OMAP drivers to respective maintainers in
upstream [A]?
As discussed on linux-arm-kernel mailing list about "clock framework"
changes, we can think of submitting drivers to upstream after resolving
"clock fwk" issue.
[1]
I am sure you guys, must have put thought on that, but by doing this we
might not have to do some trivial changes to all the drivers, if any
driver model gets changes. e.g struct device_driver to platform_driver.
[1.1] We will get close reviews outside OMAP community.
[1.2] This might increase the acceptance time of patches by resp.
maintainer.
[2]
Yes, if we submit all the drivers to upstream, then our linux-omap-git
tree becomes obsolete, _or_ initially we have to follow two-step process
for submission.
[2.1] Submit new drivers/bugs fixes to linux-omap tree.
[2.2] Then to resp. maintainer in upstream.
But, if someone(a new user) picks up kernel from the upstream(with
drivers, whose bugs are fixed in linux-omap tree, but yet not submitted
to upstream), then it will be a big problem initially.
[A]
As of my knowledge, right now only OMAP nor flash mapping driver is in
upstream.
---Komal Shah
PS: This e-mail is still in my "draft" folder. I will wait for conclusion of "clock fwk".
Thursday, December 22, 2005
Komal Shah
Komal Shah: "TODO:
1. IrDA: See, if workqueues can be seemlessly integrated for GPIO Exapander access on H3 and H4. I will wait for few suggestions from Tony and other members."
Solutions, keeping board-specific data out of driver:
* transceiver_mode(struct omap_irda *si, int mode)
- Passing private omap irda structure to transceiver_mode function.
- but for this, we need to move "struct omap_irda" from our driver file to include/asm-arm/arch-omap/irda.h ? It may not look as clean interface.
* Ugly way: Pass work_struct as transceiver_mode() argument. No applicable to all the platform, so ruled out.
* Add "struct work" in irda platform_data.
1. IrDA: See, if workqueues can be seemlessly integrated for GPIO Exapander access on H3 and H4. I will wait for few suggestions from Tony and other members."
Solutions, keeping board-specific data out of driver:
* transceiver_mode(struct omap_irda *si, int mode)
- Passing private omap irda structure to transceiver_mode function.
- but for this, we need to move "struct omap_irda" from our driver file to include/asm-arm/arch-omap/irda.h ? It may not look as clean interface.
* Ugly way: Pass work_struct as transceiver_mode() argument. No applicable to all the platform, so ruled out.
* Add "struct work" in irda platform_data.
Tuesday, December 20, 2005
OMAP-L: TODO
DONE:
* Watchdog fix submitted and accepted.
* IrDA testing on H4 board. - Discovery testing done.
* Submitted updated patch for IrDA to list.
* Submitted 2.6.9-TI based SPI commo. hack and touchscreen patch to the list. I am not going to work on this anymore.
TODO:
1. IrDA: See, if workqueues can be seemlessly integrated for GPIO Exapander access on H3 and H4. I will wait for few suggestions from Tony and other members.
* I need ARM cross-compiled "irdadump" utiltiy. Anyone?
2. NAND:
* I tried hard for different switch positons, but no success. Send your experiements to corresponding developers to test. I have kept this work aside for a while.
3. RTC
* I don't know how we will accomodate Menelaus RTC framework in existing 2.6.9-TI tree with git-omap2 tree.
4. SPI
* Start using David Brownells framework. Atleast experiments first polling based method with this framework and in second phase move to Interrupt and DMA support.
5. Video
* Work suspended until Imre Deak responds back.
* Watchdog fix submitted and accepted.
* IrDA testing on H4 board. - Discovery testing done.
* Submitted updated patch for IrDA to list.
* Submitted 2.6.9-TI based SPI commo. hack and touchscreen patch to the list. I am not going to work on this anymore.
TODO:
1. IrDA: See, if workqueues can be seemlessly integrated for GPIO Exapander access on H3 and H4. I will wait for few suggestions from Tony and other members.
* I need ARM cross-compiled "irdadump" utiltiy. Anyone?
2. NAND:
* I tried hard for different switch positons, but no success. Send your experiements to corresponding developers to test. I have kept this work aside for a while.
3. RTC
* I don't know how we will accomodate Menelaus RTC framework in existing 2.6.9-TI tree with git-omap2 tree.
4. SPI
* Start using David Brownells framework. Atleast experiments first polling based method with this framework and in second phase move to Interrupt and DMA support.
5. Video
* Work suspended until Imre Deak responds back.
Saturday, December 17, 2005
OMAP-L Dev. Update
Patches submitted to linux-omap-open-source mailing list:
1. IrDA Patch
- Cleanup of H2/H3 support, and moved platform specifc information to board-*.c files.
- Added support for 24xx.
Update:
- Patch was having few errors, which I have now resolved, but I am still not getting the interrupt and discovery test failes. But
#ifconfig irda0 up/down commands works on 24xx.
2. Video Out patch
- I have just cleanup of video out patch for git-omap tree and submitted for Imre Deak and Tony to review it.
- There were quite conflict in the development method and usage of vout along with existing git-omap2-fb driver. Need to resolve. It seems that Imre will reply only after x'-mas.
3. 24xx NAND patch
- It is not yet released, but it sitting under my tree. Submitted to Jian for review
- I got confused about flashing x-loader and u-boot for Nand flashing on 2420. Thanx Jian and team for giving me direction. I will try that on Monday it seems. I feel that PATCH will work straight away, and will publish it to list soon.
Bug fixing: TODO:
o Watchdog
- driver name should be changed from "omap-wdt" to "omap_wdt", as _probe function is not working in the current tree. I will submit that patch soon.
o RTC
- I don't know how we will accomodate Menelaus RTC framework in existing 2.6.9-TI tree with git-omap2 tree.
1. IrDA Patch
- Cleanup of H2/H3 support, and moved platform specifc information to board-*.c files.
- Added support for 24xx.
Update:
- Patch was having few errors, which I have now resolved, but I am still not getting the interrupt and discovery test failes. But
#ifconfig irda0 up/down commands works on 24xx.
2. Video Out patch
- I have just cleanup of video out patch for git-omap tree and submitted for Imre Deak and Tony to review it.
- There were quite conflict in the development method and usage of vout along with existing git-omap2-fb driver. Need to resolve. It seems that Imre will reply only after x'-mas.
3. 24xx NAND patch
- It is not yet released, but it sitting under my tree. Submitted to Jian for review
- I got confused about flashing x-loader and u-boot for Nand flashing on 2420. Thanx Jian and team for giving me direction. I will try that on Monday it seems. I feel that PATCH will work straight away, and will publish it to list soon.
Bug fixing: TODO:
o Watchdog
- driver name should be changed from "omap-wdt" to "omap_wdt", as _probe function is not working in the current tree. I will submit that patch soon.
o RTC
- I don't know how we will accomodate Menelaus RTC framework in existing 2.6.9-TI tree with git-omap2 tree.
Sunday, December 04, 2005
OMAP Linux Update
o Submitted remaining platform_driver usage patches to list.
o Working on SPI Controller driver. - Understanding David's framework in detail.
o Will be also looking at Video out and IVA bridge support too.
TI Dev Conf, was good, lot's of presentations/talks. Da Vinci Rocks. The companies I remember showing demos were (most of them were on DM642/320/270 series).
o Ittiam Systems, Bangalore - H.264 codec 3-way conference.
- Custom made boards on DM320/642.
- Their video conferencing phone was on display.
- Custom made PMP was there too.
o EPIGON - Audio codecs guys.
- Not concentrated much on the demo.
o ADMIYA - Wireless capabilities demo.
o SlingMedia - SlingBox - A cool use of DMXXX series of chip for TV on your laptop.
o HalloSoft - VoIP suite on OMAP1710 and some DM series.
o Intervideo - Again Audio Codecs guys - OMAP310/DM320 with Micro C Linux. Not open-sourced, so I hate them.
o Mistral - Their LCD module for OMAP5912 - Their marketting guys told me pricing at about 799$ plus taxes. :-).
o Emuzed - Only company showing OMAP2420 demos. Amazing performance of their codecs on OMAP2. They were using Open Source Linux (not MV ...Yo...) I was happy seeing that. Pointed them to latest development on linux-omap-open-source series too.
o Working on SPI Controller driver. - Understanding David's framework in detail.
o Will be also looking at Video out and IVA bridge support too.
TI Dev Conf, was good, lot's of presentations/talks. Da Vinci Rocks. The companies I remember showing demos were (most of them were on DM642/320/270 series).
o Ittiam Systems, Bangalore - H.264 codec 3-way conference.
- Custom made boards on DM320/642.
- Their video conferencing phone was on display.
- Custom made PMP was there too.
o EPIGON - Audio codecs guys.
- Not concentrated much on the demo.
o ADMIYA - Wireless capabilities demo.
o SlingMedia - SlingBox - A cool use of DMXXX series of chip for TV on your laptop.
o HalloSoft - VoIP suite on OMAP1710 and some DM series.
o Intervideo - Again Audio Codecs guys - OMAP310/DM320 with Micro C Linux. Not open-sourced, so I hate them.
o Mistral - Their LCD module for OMAP5912 - Their marketting guys told me pricing at about 799$ plus taxes. :-).
o Emuzed - Only company showing OMAP2420 demos. Amazing performance of their codecs on OMAP2. They were using Open Source Linux (not MV ...Yo...) I was happy seeing that. Pointed them to latest development on linux-omap-open-source series too.
Tuesday, November 29, 2005
TI dev conf
Going to TI India dev conf. tomorrow.
http://tii.developerconference.ext.ti.com/
So, platform_driver cleanup patches will be submitted either in the evening tomorrow or on Thursday.
o RTC and oss/omap-audio patches are ready.
o alsa/omap-audio-aic23 will be ready too.
Will be working on
o Touchscreen
o camera driver
o and RNG driver
Then I will be review omap1610-ir.c too, as I believe it can have more cleanup too _or_ omap-nand-flash driver cleanups, if Ladis don't have time to do that. Let's complete all the cleanup by these weekends, so all the remaining drivers are cleaned-up for OMAP2.
http://tii.developerconference.ext.ti.com/
So, platform_driver cleanup patches will be submitted either in the evening tomorrow or on Thursday.
o RTC and oss/omap-audio patches are ready.
o alsa/omap-audio-aic23 will be ready too.
Will be working on
o Touchscreen
o camera driver
o and RNG driver
Then I will be review omap1610-ir.c too, as I believe it can have more cleanup too _or_ omap-nand-flash driver cleanups, if Ladis don't have time to do that. Let's complete all the cleanup by these weekends, so all the remaining drivers are cleaned-up for OMAP2.
Monday, October 31, 2005
Vacation: Reliance WebWorld
Ok, Finally I was able to reach Ahmedabad Airport at 1:30 AM. Waited for Air Deccand - BOMBAY to AHMEDABAD flight for seven hours :( . Totally non-productive 7 hours of my life.
Ok, Finally Sunday started as usual ...got up very late 10:30 AM :-). No e-mails on sunday.
Today first time I had opened the accound in Reliance Webworld. Their PCs are running Windows XP. Very slow...registration process. You need to restart the machine to make your new id take effect. Anyway lady here knew that in advance :-).
Fine...their Broadband connection works ok...but not cool. Today I will start my journey to explore the places in Gujarat again...It's very hot here in Afternoon and very cold in Night...So need to take care of my health due to everchanging weather conditions. Ofcourse I miss Bangalore and it's parks.
Let's go...check e-mails today....
Ok, Finally Sunday started as usual ...got up very late 10:30 AM :-). No e-mails on sunday.
Today first time I had opened the accound in Reliance Webworld. Their PCs are running Windows XP. Very slow...registration process. You need to restart the machine to make your new id take effect. Anyway lady here knew that in advance :-).
Fine...their Broadband connection works ok...but not cool. Today I will start my journey to explore the places in Gujarat again...It's very hot here in Afternoon and very cold in Night...So need to take care of my health due to everchanging weather conditions. Ofcourse I miss Bangalore and it's parks.
Let's go...check e-mails today....
Saturday, October 29, 2005
Vacation: Reached to Bombay
I am typing this from Bombay Airport Terminal 1B. I started from Bangalore (Flight Air Deccan - DN 606). This flight was on time. It started at sharp 2:20 PM and reached to Bombay at 4:00 PM.
I had to wait 30Minutes to get the baggage. And the sad news is in the store that next flight leaving to Ahmedabad (State: Gujarat) is delayed by 7 hours :( . So, you can think of how I am utilizing this time at cybercafe having burger on the surfing point.
This surfing seems to nice and having name "Skyber cafe", serves good food.
Ok..then back to surfing....Hoping that flight is on time and I get it at 10:20 PM. I will reach to Ahmedabad at 11:30 PM.
Tony has pushed 24xx cpu detection code done by Imre. And people started asking about GStreamer on maemo mailing list, which seems to be hot topic, but never got so much response from the original developers on dsp plugins.
Lot depends on this, as I want to get maemo (some interface atleast) on 24xx. I am hoping for the best ...once I come back from the vacation....Enjoy !!!!...Happy Diwali !!!
I had to wait 30Minutes to get the baggage. And the sad news is in the store that next flight leaving to Ahmedabad (State: Gujarat) is delayed by 7 hours :( . So, you can think of how I am utilizing this time at cybercafe having burger on the surfing point.
This surfing seems to nice and having name "Skyber cafe", serves good food.
Ok..then back to surfing....Hoping that flight is on time and I get it at 10:20 PM. I will reach to Ahmedabad at 11:30 PM.
Tony has pushed 24xx cpu detection code done by Imre. And people started asking about GStreamer on maemo mailing list, which seems to be hot topic, but never got so much response from the original developers on dsp plugins.
Lot depends on this, as I want to get maemo (some interface atleast) on 24xx. I am hoping for the best ...once I come back from the vacation....Enjoy !!!!...Happy Diwali !!!
Friday, October 28, 2005
Vacation
Diwali(Festival of Light) Vacation
Going on vacation for 2wks. 29th Oct to 13th Nov. Feeling
sick these days, hoping that I will recover soon and enjoy
the vacation.
Hoping to see 24xx-git tree with few more drivers when I will come back.
Going on vacation for 2wks. 29th Oct to 13th Nov. Feeling
sick these days, hoping that I will recover soon and enjoy
the vacation.
Hoping to see 24xx-git tree with few more drivers when I will come back.
Saturday, August 27, 2005
DebConf2005
This is a un-official report I have created to just write down what I have seen/discussed/learned during the first ever Debian Conference(DebConf - 2005) in Bangalore. This is a kind of blogged entry...
o I am living in Bangalore since last 2 years, but first time I have dared to go Electronics City,Phase-1 to attend the DebConf hosted by students from the Indian Institute of Information Technology, Bangalore (IIITB). As everyone know, this school is governed by big IT guys.
o I had asked few securities guys and students to direct me to Registration counter for DebConf.Well, volunteers had prepared the list of persons those who have registered online. But they were not able to find my name ...because names were not alphabetically sorted :-). Anyways, I was able to find my name at the 3rd page. There were approximately 138 online registered participants.
o I entered the conf. hall at around 2:25 PM (Actually timing for conf was 2:30 PM to 6:30 PM). Conf. hall was cool having 6 projectors and good audio arrangements. Alok (seems to be from HP) started the video of the presentation given by Jaldhar Vyas, somewhere in US on Debian.
o I had enjoyed that presentation from 2:30 to 3:00 and then finally IIITB prof. S. Sadagopan started his speech ...He had ignited the fire within the students to not just talk about that we are using Open Source and GNU/Linux, but to really open...the...source and contribute :-). He encouraged weekend hacking and use of Internet effectively to promote and increase the contribution in OSS
community.
o On a funny side, in India we have _only_ 2 registered Debian developers from south.
o Ramki (from TI) and o Ganesan (Don't know, may be from cisco/novell ).
o Ramki and Ganesan explained how they started using Debian from its early releases and the problems they have faced while waiting in NM (New Maintainer) queue for Debian. They explained Social Contract and how Debian is filtering the packages for inclusion in the release with its cycle. Few points were stressed upon increasing the contribution on Debian-Indian project (Maintained by Jaldhar Vyas) and various projects forked by it for Indic Languages. In short, it was very helpful for participants to see how Debian works.
o Then Chirag Kanthuria (Juniper Networks) started his short presentation on how he started using Debian and work he did on "netterm" and oops analysis tool across the network.
o Ramakrishan (IndLinux Project) came with Apple i-book for the presentation, and had difficulties in setting up slides (properitery stuff bugged him :-)). We were not able to view it properly. He had explained the project status and various features.
o After this few participants shared the difficulties faced by them in using Debian and Ramki and Ganeshan promised to mentor them for the new projects and set the goal for having 20 registered debian devlopers in one year from India (Next Debconf will be on 19th August, 2006).
o Only 2 women attended the conference (very less).
o There was some discussion on Embedded-Debian and I have cheerfully registered my name to mentor students on Embedded Linux project.
o I am living in Bangalore since last 2 years, but first time I have dared to go Electronics City,Phase-1 to attend the DebConf hosted by students from the Indian Institute of Information Technology, Bangalore (IIITB). As everyone know, this school is governed by big IT guys.
o I had asked few securities guys and students to direct me to Registration counter for DebConf.Well, volunteers had prepared the list of persons those who have registered online. But they were not able to find my name ...because names were not alphabetically sorted :-). Anyways, I was able to find my name at the 3rd page. There were approximately 138 online registered participants.
o I entered the conf. hall at around 2:25 PM (Actually timing for conf was 2:30 PM to 6:30 PM). Conf. hall was cool having 6 projectors and good audio arrangements. Alok (seems to be from HP) started the video of the presentation given by Jaldhar Vyas, somewhere in US on Debian.
o I had enjoyed that presentation from 2:30 to 3:00 and then finally IIITB prof. S. Sadagopan started his speech ...He had ignited the fire within the students to not just talk about that we are using Open Source and GNU/Linux, but to really open...the...source and contribute :-). He encouraged weekend hacking and use of Internet effectively to promote and increase the contribution in OSS
community.
o On a funny side, in India we have _only_ 2 registered Debian developers from south.
o Ramki (from TI) and o Ganesan (Don't know, may be from cisco/novell ).
o Ramki and Ganesan explained how they started using Debian from its early releases and the problems they have faced while waiting in NM (New Maintainer) queue for Debian. They explained Social Contract and how Debian is filtering the packages for inclusion in the release with its cycle. Few points were stressed upon increasing the contribution on Debian-Indian project (Maintained by Jaldhar Vyas) and various projects forked by it for Indic Languages. In short, it was very helpful for participants to see how Debian works.
o Then Chirag Kanthuria (Juniper Networks) started his short presentation on how he started using Debian and work he did on "netterm" and oops analysis tool across the network.
o Ramakrishan (IndLinux Project) came with Apple i-book for the presentation, and had difficulties in setting up slides (properitery stuff bugged him :-)). We were not able to view it properly. He had explained the project status and various features.
o After this few participants shared the difficulties faced by them in using Debian and Ramki and Ganeshan promised to mentor them for the new projects and set the goal for having 20 registered debian devlopers in one year from India (Next Debconf will be on 19th August, 2006).
o Only 2 women attended the conference (very less).
o There was some discussion on Embedded-Debian and I have cheerfully registered my name to mentor students on Embedded Linux project.
24xx GIT development
Aug. 7th, 2005 04:37 pm 24xx GIT development
Quick and Dirty Guide to start development using
latest kernel from GIT tree of omap-linux.
a. Read OMAP_GIT readme from http://www.muru.com
b. Then read this...
1. Download pre-built arm-linux toolchain from codesourcery.com
Link: http://www.codesourcery.com/gnu_toolchains/arm/
Host Platform:
Please select IA32 GNU/Linux, if you are using the RH _or_ any
other distribution for host.
Target Platform:
Please select GNU/Linux
2. Click on download :-)
3. Go to your home directory. "Don't login as root..Please".
#cd ~/
#mkdir -p toolchains/cs/q12005
Copy the toolchain to above directory.
#cd toolchains/cs/q12005
#tar -xvjf ./ {It is very big name :-)}
Export the path to bin
{update your .bashrc or related file with
your shell}
export PATH=/your/home/toolchains/cs/q12005/bin:$PATH
restart the shell.
#which arm-none-gnueabi-gcc
It should show
/your/home/toolchains/cs/q12005/bin/arm-none-gnueabi-gcc
That's it, you are set for cross-compilation.
You can write your "hello, world" "c" program and test it, like this.
#arm-none-gnueabi-gcc -o test test.c
#file ./test
Check shared libraries. [on host]
#arm-none-gnueabi-readelf -a ./test | grep "Shared"
...
4. Compile the kernel.
Please change the CROSS in top makefile.
It should look like this.
CROSS_COMPILE ?= arm-none-linux-gnueabi-
And go ahead with compilation...It will work...I have tested.
5. Filesystem
You have to create filesystem with the libraries supplied
with toolchain. So earlier filesytem won't work.
Not generated filesystem yet...
Caution:
========
Above steps for compilation are done for latest GIT tree
for linux-omap only, which is linux-2.6.13-rc4-omap1 +
24xx patch + omap_h4_2420_defconfig only.
Don't Don't try to compile your MontaVista kernel (2.4.x)
_or_ earlier 2.6.x series. I don't know, about it's
working...
If you developing test program in "c++" then please
use "arm-none-gnueabi-g++" and don't include
use.
3 comments - Leave a comment
Jul. 31st, 2005 08:00 pm SPI
Ok, Linux Symposium is over. I have lot's of things to read. As the client for whom, I am working, was not interested to sponsor me to attend the event :(.
Anyways, worked on lot's of things. Soon, I will be going back to 2.4.x world !!!. It is concluded now that I need a new PC for my 2.4.x work.
And Finally, 24xx activities on linux-omap-open-source list is started. I am very happy.
Submitted first git-patch to the list. It is nothing but defconfig file :-).
Kernel boot-sequence shows McBSP and USB failing for linux-omap-24xx boot-sequence, need to investigate...
---------snip----------------
Initializing OMAP McBSP system
mcbsp: could not acquire dsp_ck handle.
omapdsp: unsupported omap architecture.
USB: No board-specific platform config found
---------snip----------------
Hey, I have disabled the USB from tree..don't know yet, why it shows up.
Notes for new cogito user with linux-omap tree.
(This is not mentioned in the quick and dirty readme of on muru.com)
- o Always get synced with cogito tree.
- o Last week, cogito-git http was broken (rsync was to rescue).
- o Use cg-admin-uncommit in your temporary commit tree, if you feel that something is missing.
- o Use cg-mkpatch to generate the patch from commit tree to the original tree.
I will try to import my current work tree (oh..it is 2.6.9-omap-24xx) to git.
Quick and Dirty Guide to start development using
latest kernel from GIT tree of omap-linux.
a. Read OMAP_GIT readme from http://www.muru.com
b. Then read this...
1. Download pre-built arm-linux toolchain from codesourcery.com
Link: http://www.codesourcery.com/gnu_toolchains/arm/
Host Platform:
Please select IA32 GNU/Linux, if you are using the RH _or_ any
other distribution for host.
Target Platform:
Please select GNU/Linux
2. Click on download :-)
3. Go to your home directory. "Don't login as root..Please".
#cd ~/
#mkdir -p toolchains/cs/q12005
Copy the toolchain to above directory.
#cd toolchains/cs/q12005
#tar -xvjf ./
Export the path to bin
{update your .bashrc or related file with
your shell}
export PATH=/your/home/toolchains/cs/q12005/bin:$PATH
restart the shell.
#which arm-none-gnueabi-gcc
It should show
/your/home/toolchains/cs/q12005/bin/arm-none-gnueabi-gcc
That's it, you are set for cross-compilation.
You can write your "hello, world" "c" program and test it, like this.
#arm-none-gnueabi-gcc -o test test.c
#file ./test
Check shared libraries. [on host]
#arm-none-gnueabi-readelf -a ./test | grep "Shared"
...
4. Compile the kernel.
Please change the CROSS in top makefile.
It should look like this.
CROSS_COMPILE ?= arm-none-linux-gnueabi-
And go ahead with compilation...It will work...I have tested.
5. Filesystem
You have to create filesystem with the libraries supplied
with toolchain. So earlier filesytem won't work.
Not generated filesystem yet...
Caution:
========
Above steps for compilation are done for latest GIT tree
for linux-omap only, which is linux-2.6.13-rc4-omap1 +
24xx patch + omap_h4_2420_defconfig only.
Don't Don't try to compile your MontaVista kernel (2.4.x)
_or_ earlier 2.6.x series. I don't know, about it's
working...
If you developing test program in "c++" then please
use "arm-none-gnueabi-g++" and don't include
use
3 comments - Leave a comment
Jul. 31st, 2005 08:00 pm SPI
Ok, Linux Symposium is over. I have lot's of things to read. As the client for whom, I am working, was not interested to sponsor me to attend the event :(.
Anyways, worked on lot's of things. Soon, I will be going back to 2.4.x world !!!. It is concluded now that I need a new PC for my 2.4.x work.
And Finally, 24xx activities on linux-omap-open-source list is started. I am very happy.
Submitted first git-patch to the list. It is nothing but defconfig file :-).
Kernel boot-sequence shows McBSP and USB failing for linux-omap-24xx boot-sequence, need to investigate...
---------snip----------------
Initializing OMAP McBSP system
mcbsp: could not acquire dsp_ck handle.
omapdsp: unsupported omap architecture.
USB: No board-specific platform config found
---------snip----------------
Hey, I have disabled the USB from tree..don't know yet, why it shows up.
Notes for new cogito user with linux-omap tree.
(This is not mentioned in the quick and dirty readme of on muru.com)
- o Always get synced with cogito tree.
- o Last week, cogito-git http was broken (rsync was to rescue).
- o Use cg-admin-uncommit in your temporary commit tree, if you feel that something is missing.
- o Use cg-mkpatch to generate the patch from commit tree to the original tree.
I will try to import my current work tree (oh..it is 2.6.9-omap-24xx) to git.
SPI
Jul. 31st, 2005 08:00 pm SPI
Ok, Linux Symposium is over. I have lot's of things to read. As the client for whom, I am working, was not interested to sponsor me to attend the event :(.
Anyways, worked on lot's of things. Soon, I will be going back to 2.4.x world !!!. It is concluded now that I need a new PC for my 2.4.x work.
And Finally, 24xx activities on linux-omap-open-source list is started. I am very happy.Submitted first git-patch to the list. It is nothing but defconfig file :-).
Kernel boot-sequence shows McBSP and USB failing for linux-omap-24xx boot-sequence, need to investigate...
---------snip----------------
Initializing OMAP McBSP system
mcbsp: could not acquire dsp_ck handle.
omapdsp: unsupported omap architecture.
USB: No board-specific platform config found
---------snip----------------
Hey, I have disabled the USB from tree..don't know yet, why it shows up.
Notes for new cogito user with linux-omap tree.
(This is not mentioned in the quick and dirty readme of on muru.com)
- o Always get synced with cogito tree.
- o Last week, cogito-git http was broken (rsync was to rescue).
- o Use cg-admin-uncommit in your temporary commit tree, if you feel that something is missing.
- o Use cg-mkpatch to generate the patch from commit tree to the original tree.
I will try to import my current work tree (oh..it is 2.6.9-omap-24xx) to git.
Ok, Linux Symposium is over. I have lot's of things to read. As the client for whom, I am working, was not interested to sponsor me to attend the event :(.
Anyways, worked on lot's of things. Soon, I will be going back to 2.4.x world !!!. It is concluded now that I need a new PC for my 2.4.x work.
And Finally, 24xx activities on linux-omap-open-source list is started. I am very happy.Submitted first git-patch to the list. It is nothing but defconfig file :-).
Kernel boot-sequence shows McBSP and USB failing for linux-omap-24xx boot-sequence, need to investigate...
---------snip----------------
Initializing OMAP McBSP system
mcbsp: could not acquire dsp_ck handle.
omapdsp: unsupported omap architecture.
USB: No board-specific platform config found
---------snip----------------
Hey, I have disabled the USB from tree..don't know yet, why it shows up.
Notes for new cogito user with linux-omap tree.
(This is not mentioned in the quick and dirty readme of on muru.com)
- o Always get synced with cogito tree.
- o Last week, cogito-git http was broken (rsync was to rescue).
- o Use cg-admin-uncommit in your temporary commit tree, if you feel that something is missing.
- o Use cg-mkpatch to generate the patch from commit tree to the original tree.
I will try to import my current work tree (oh..it is 2.6.9-omap-24xx) to git.
git and sparse
Apr. 10th, 2005 06:33 pm git and sparse
It is weekend coding session :-). But Linus gave us a gift of git this week. So I just wanted to go through the little bit of code. I have tried BitKeeper, CVS, Clearcase (Ah, Prop. solution), Microsoft Visual Source Safe and many more version control tools.
So, it is my love to check the code of git - patch manager. Right now I need to CVS for no reason. I am wondering around lots of 2.6.x trees on my PC right now. Hoping to control them all over through CVS, and in future with better SCM tool (ofcourse, open-source only).
Personally I liked Bitkeeper's disributed version control system, it kept me very near to the linux source. As I am living in a region where frequent downloads of huge patch tarballs cost me much. But the situation is improving at my side.
ok...let's look at the code of git...
It is weekend coding session :-). But Linus gave us a gift of git this week. So I just wanted to go through the little bit of code. I have tried BitKeeper, CVS, Clearcase (Ah, Prop. solution), Microsoft Visual Source Safe and many more version control tools.
So, it is my love to check the code of git - patch manager. Right now I need to CVS for no reason. I am wondering around lots of 2.6.x trees on my PC right now. Hoping to control them all over through CVS, and in future with better SCM tool (ofcourse, open-source only).
Personally I liked Bitkeeper's disributed version control system, it kept me very near to the linux source. As I am living in a region where frequent downloads of huge patch tarballs cost me much. But the situation is improving at my side.
ok...let's look at the code of git...
Apr. 9th, 2005 07:05 pm Life starts here...
Ok, I came to office on Saturday to just do my hacking stuff :-).
Hacked few ARM11 cache functions, to see that selective
cache flushing is happening or not.
well, 2.6.9 TI drop seems to be working fine with
flush_cache_range function. But I still see some
cache flushing problems, with my test :-).
I will dig into more, with my own hacked coherent cache
range function.
Ok, I came to office on Saturday to just do my hacking stuff :-).
Hacked few ARM11 cache functions, to see that selective
cache flushing is happening or not.
well, 2.6.9 TI drop seems to be working fine with
flush_cache_range function. But I still see some
cache flushing problems, with my test :-).
I will dig into more, with my own hacked coherent cache
range function.
Subscribe to:
Posts (Atom)