NIMIT,

how did you get the touch screen working ?

On Thu, Jan 15, 2009 at 2:45 AM, vishal bhoj <vishalb...@gmail.com> wrote:

> NIMIT,
>
>
> remove WAKE_DROPPED from the keys and try, worked for me . with the default
> mapping are you getting some characters when you press key ?
>
>
> On Thu, Jan 15, 2009 at 1:59 AM, Nimit Manglick <nimitandr...@gmail.com>wrote:
>
>> Hi Kapare,
>>
>> Thanks for ur reply and sorry for late replying..
>>
>> So my status is :- I tried with ur suggestions but still my MENU key is
>> not getting
>>
>> mapped :(
>>
>> Thanks & Regards
>> Nimit
>>
>> On Thu, Jan 15, 2009 at 11:33 AM, vishal bhoj <vishalb...@gmail.com>wrote:
>>
>>>  Kapare,
>>>
>>>
>>> I have got Android running on omap3evm ,Keypad is working fine. I am
>>> having problem with the touchscreen. the touch are recognised ans the top
>>> bar (date and time) slides and goes back . how can i get touchscreen running
>>> on android ?
>>>
>>>
>>> On Fri, Dec 19, 2008 at 1:27 PM, kapare 
>>> <kevyn.alexandre.p...@gmail.com>wrote:
>>>
>>>>
>>>> 1- Go to minicom console and run getevent&
>>>>
>>>>
>>>> 2- Click on keypad buttons of OMAP35xx EVM and you will see something
>>>> like that:
>>>>
>>>> /dev/input/event0: 0001 006a 00000001
>>>> /dev/input/event0: 0001 006a 00000000
>>>>
>>>>
>>>> 3- This mean that the hexadecemal value for the key pressed is 6A.
>>>>
>>>>
>>>> 4- Convert that value to decimal 106.
>>>>
>>>>
>>>> 5- Edit /system/usr/keylayout/qwerty.kl and map with the current
>>>> OMAP35xx EVM keypad.
>>>>
>>>>
>>>> 6- Here from OMAP35xx EVM keypad from left(next to SD slot) to right
>>>> (serial port) and from top(screen) to bottom(power connector) Map of
>>>> OMAP35xx EVM keypad "Hexa(Dec)":
>>>>
>>>> 19(25) 18(24) 31(49) 25(37) 24(36)
>>>>
>>>> 17(23) 1C(28) 21(33) 12(18) 67(103)
>>>>
>>>> 6C(108) 30(48) 1E(30) 6A(106) 69(105)
>>>>
>>>>
>>>> 7- Edit /system/usr/keylayout/qwerty.kl like that:
>>>>
>>>> key 25 HOME WAKE_DROPPED
>>>>
>>>> key 24 DPAD_UP WAKE_DROPPED
>>>>
>>>> key 49 BACK WAKE_DROPPED
>>>>
>>>> key 37 MENU WAKE_DROPPED
>>>>
>>>> key 36 A WAKE_DROPPED
>>>>
>>>> key 23 DPAD_LEFT WAKE_DROPPED
>>>>
>>>> key 28 DPAD_CENTER WAKE_DROPPED
>>>>
>>>> key 33 DPAD_RIGHT WAKE_DROPPED
>>>>
>>>> key 18 VOLUME_UP
>>>>
>>>> key 103 B WAKE_DROPPED
>>>>
>>>> key 108 CALL WAKE_DROPPED
>>>>
>>>> key 48 DPAD_DOWN WAKE_DROPPED
>>>>
>>>> key 30 ENDCALL WAKE_DROPPED
>>>>
>>>> key 106 VOLUME_DOWN WAKE_DROPPED
>>>>
>>>> key 105 C WAKE_DROPPED
>>>>
>>>> Regards
>>>>
>>>> kap
>>>>
>>>> On Dec 19, 12:21 am, "Nimit Manglick" <nimitandr...@gmail.com> wrote:
>>>> > Hi Anil,
>>>> >
>>>> > can you please share the keypad mapping of 3530 EVM
>>>> >
>>>> > Regards
>>>> > Nimit
>>>> >
>>>> > On Thu, Dec 18, 2008 at 12:15 PM, Nimit Manglick <
>>>> nimitandr...@gmail.com>wrote:
>>>> >
>>>> > > Hi Rupesh,
>>>> >
>>>> > > Its compiling now. In your patch the filename is there.
>>>> >
>>>> > > Thanks
>>>> >
>>>> > > Nimit
>>>> >
>>>> > > On Thu, Dec 18, 2008 at 12:10 PM, Nimit Manglick <
>>>> nimitandr...@gmail.com>wrote:
>>>> >
>>>> > >> Hi Rupesh,
>>>> >
>>>> > >> Ya now i am following all the steps. I have applied the patches .
>>>> >
>>>> > >> But If you can see the new file added in
>>>> libc/arch-arm/bionic/ffs.S, there
>>>> > >> is an empty
>>>> >
>>>> > >> #include i.e there is no filename mentioned there.
>>>> >
>>>> > >> Can you please verify it and let me know.
>>>> >
>>>> > >> Thanks & Regards
>>>> > >> Nimit
>>>> >
>>>> > >> On Thu, Dec 18, 2008 at 12:01 PM, Rupesh Gujare <
>>>> > >> rupesh.guj...@embinux.com> wrote:
>>>> >
>>>> > >>>  Nimit,
>>>> > >>>   Did you followed all steps given on :-
>>>> > >>>http://labs.embinux.org/android-porting-on-beagle.html
>>>> >
>>>> > >>>   You are required to apply patches to Android build, to make
>>>> sound work.
>>>> >
>>>> > >>> Regards,
>>>> >
>>>> > >>> --
>>>> > >>> Rupesh Gujarehttp://embinux.com
>>>> >
>>>> > >>> Regards,
>>>> >
>>>> > >>> Nimit Manglick wrote:
>>>> >
>>>> > >>> Hi Anil / Rupesh,
>>>> >
>>>> > >>> I am getting the following errors after doing a check out of
>>>> alsa-lib &
>>>> > >>> while doing "make"
>>>> >
>>>> > >>> in the top source directory.
>>>> >
>>>> > >>>
>>>> out/target/product/generic/obj/STATIC_LIBRARIES/libasound_intermediates/libasound.a(input.o):
>>>> > >>> In function `snd_input_buffer_scan':
>>>> > >>> external/alsa-lib/src/input.c:245: undefined reference to
>>>> `vsscanf'
>>>> > >>> collect2: ld returned 1 exit status
>>>> > >>> make: ***
>>>> > >>>
>>>> [out/target/product/generic/obj/SHARED_LIBRARIES/libaudio_intermediates/LINKED/libaudio.so]
>>>> > >>> Error 1
>>>> >
>>>> > >>> Thanks & Regards
>>>> > >>> Nimit
>>>> >
>>>> > >>> On Thu, Dec 18, 2008 at 11:14 AM, Rupesh Gujare <
>>>> > >>> rupesh.guj...@embinux.com> wrote:
>>>> >
>>>> > >>>> Nimit,
>>>> > >>>>   We have already successfully tested sound on beagle (OMAP3530)
>>>> .
>>>> > >>>> You can go through following how to for more details:-
>>>> > >>>>http://labs.embinux.org/android-porting-on-beagle.html
>>>> >
>>>> > >>>> Regards,
>>>> > >>>> Rupesh Gujare
>>>> > >>>>http://embinux.com
>>>> >
>>>> > >>>> Nimit Manglick wrote:
>>>> >
>>>> > >>>> Hi Anil,
>>>> >
>>>> > >>>> Can you please tell me which all packages shall i need to check
>>>> out.
>>>> >
>>>> > >>>> 1. external/alsa-lib.git
>>>> >
>>>> > >>>> 2. hardware/alsa_sound.git
>>>> >
>>>> > >>>> Other than this shall I need to check out any other package ?
>>>> >
>>>> > >>>> But i didn't found the alsa-utils package ? As i want aplay,
>>>> amixer
>>>> > >>>> utilities as well.
>>>> >
>>>> > >>>> What else is required to integrate ?
>>>> >
>>>> > >>>> I am just doing the "make" in root directory so taht i wwill have
>>>> my new
>>>> > >>>> file system with
>>>> >
>>>> > >>>> alsa libs. Will mount this new filesystem.
>>>> >
>>>> > >>>> Thanks & Regards
>>>> > >>>> Nimit
>>>> >
>>>> > >>>> On Wed, Dec 17, 2008 at 6:54 PM, Anil Sasidharan <
>>>> anil...@gmail.com>wrote:
>>>> >
>>>> > >>>>> Hi,
>>>> >
>>>> > >>>>>          This has already been done by Windriver and TI. You
>>>> will be
>>>> > >>>>> able to get the sources 
>>>> > >>>>> fromhttp://android.git.kernel.org/(ASLA<http://android.git.kernel.org/%28ASLA>lib
>>>> > >>>>> and HAL ported by Windriver) or fromhttp://git.omapzoom.org.
>>>> > >>>>> Integration is pretty straightforward.
>>>> >
>>>> > >>>>> Warm Regards,
>>>> > >>>>> Anil
>>>> >
>>>> > >>>>> On Wed, Dec 17, 2008 at 4:35 PM, Nimit Manglick <
>>>> > >>>>> nimitandr...@gmail.com> wrote:
>>>> > >>>>> > Hi Anil,
>>>> >
>>>> > >>>>> > I am now trying to compile alsa using android tool chain but i
>>>> am not
>>>> > >>>>> > getting success.
>>>> >
>>>> > >>>>> > Secondly i also tried to compile it using another  arm-eabi
>>>> toolchain
>>>> > >>>>> but
>>>> > >>>>> > there also my alsa-utils are not getting compiled.
>>>> >
>>>> > >>>>> > Regards
>>>> > >>>>> > Nimit
>>>> >
>>>> > >>>>> > On Wed, Dec 17, 2008 at 11:54 AM, Anil Sasidharan <
>>>> anil...@gmail.com>
>>>> > >>>>> wrote:
>>>> >
>>>> > >>>>> >> Hi Nimit,
>>>> >
>>>> > >>>>> >>          Have you integrated the ALSA audio support into
>>>> Android
>>>> > >>>>> HAL?
>>>> > >>>>> >> Or is it another sound support being added there (OSS, ESD,
>>>> custom)?
>>>> > >>>>> >> Do you see the media files listed (scanned and enumerated by
>>>> media
>>>> > >>>>> >> scanner)?
>>>> >
>>>> > >>>>> >> Warm Regards,
>>>> > >>>>> >> Anil
>>>> >
>>>> > >>>>> >> On Wed, Dec 17, 2008 at 11:01 AM, Nimit Manglick <
>>>> > >>>>> nimitandr...@gmail.com>
>>>> > >>>>> >> wrote:
>>>> > >>>>> >> > Hi Anil,
>>>> >
>>>> > >>>>> >> > Can you give me some pointers on my previous query on 35x
>>>> EVM
>>>> >
>>>> > >>>>> >> > I have put some media files on SD card (audio + video -
>>>> mpeg + wmv
>>>> > >>>>> >> > format +
>>>> > >>>>> >> > 3gp)
>>>> > >>>>> >> > Media player is able to play the audio file but i am not
>>>> able to
>>>> > >>>>> hear
>>>> > >>>>> >> > any
>>>> > >>>>> >> > sound :(
>>>> >
>>>> > >>>>> >> > So where i need to change in the hardware so that i will be
>>>> able
>>>> > >>>>> to
>>>> > >>>>> >> > listen
>>>> > >>>>> >> > music ?? But the media player is not even detecting any of
>>>> the
>>>> > >>>>> video
>>>> > >>>>> >> > files
>>>> > >>>>> >> > ..
>>>> >
>>>> > >>>>> >> > Thanks & Regards
>>>> > >>>>> >> > Nimit
>>>> >
>>>> > >>>>> >> > On Wed, Dec 17, 2008 at 10:46 AM, Anil Sasidharan <
>>>> > >>>>> anil...@gmail.com>
>>>> > >>>>> >> > wrote:
>>>> >
>>>> > >>>>> >> >> twebb,
>>>> >
>>>> > >>>>> >> >>          Please see my answers in-lined.............
>>>> >
>>>> > >>>>> >> >> > Anil,
>>>> > >>>>> >> >> > Hope you don't mind me contacting you directly.  We
>>>> actually
>>>> > >>>>> own a
>>>> > >>>>> >> >> > Mistral OMAP35x EVM board and I've gotten android
>>>> running on
>>>> > >>>>> it.
>>>> > >>>>> >> >> > However I'm running into an issue or two that maybe you
>>>> can
>>>> > >>>>> help
>>>> > >>>>> >> >> > with.
>>>> >
>>>> > >>>>> >> >> > 1.  I've only run with a filesystem that was extracted
>>>> from the
>>>> > >>>>> >> >> > android emulator, mounted via NFS or YAFFS2.  No
>>>> problems.
>>>> > >>>>>  However,
>>>> > >>>>> >> >> > I
>>>> > >>>>> >> >> > now have built the android source and want to run with
>>>> the
>>>> > >>>>> "built"
>>>> > >>>>> >> >> > filesystem, but I'm having problems.  On startup, either
>>>> init
>>>> > >>>>> >> >> > function
>>>> > >>>>> >> >> > says it can't find files on /data or /system, or (if I
>>>> mess
>>>> > >>>>> around
>>>> > >>>>> >> >> > alot with permissions/ownership) android will start but
>>>> several
>>>> > >>>>> apps
>>>> > >>>>> >> >> > don't run because of permissions/ownership issues.  Is
>>>> there
>>>> > >>>>> any
>>>> > >>>>> >> >> > secret to "preparing" the source built filesystem
>>>> > >>>>> (../out/target/
>>>> > >>>>> >> >> > product/generic/system and ../root and ../data) for use
>>>> on an
>>>> > >>>>> actual
>>>> > >>>>> >> >> > target?  (I'd rather not have to "un-yaffs" the
>>>> system.img and
>>>> > >>>>> >> >> > data.img files since I won't be using yaffs in the long
>>>> run.)
>>>> >
>>>> > >>>>> >> >> The out/target/product/<board-name> directory contains
>>>> /system,
>>>> > >>>>> /data
>>>> > >>>>> >> >> and /root directories. You don't need to worry about
>>>> un-yaffs the
>>>> > >>>>> .img
>>>> > >>>>> >> >> files. However please make sure that the init.rc under
>>>> /root
>>>> > >>>>> directory
>>>> > >>>>> >> >> is modified according to your setup (especially comment
>>>> out the
>>>> > >>>>> >> >> mounting of YAFFS2 partitions). The easy approach would be
>>>> to
>>>> > >>>>> make use
>>>> > >>>>> >> >> of the very same file system you already have on the NFS
>>>> or SD
>>>> > >>>>> card
>>>> > >>>>> >> >> and just replace the system directory alone with the one
>>>> built
>>>> > >>>>> out of
>>>> > >>>>> >> >> sources.
>>>> >
>>>> > >>>>> >> >> > 2.  I'm also seeing an issue where I'm having an issue
>>>> where
>>>> > >>>>> D-pad
>>>> > >>>>> >> >> > key
>>>> > >>>>> >> >> > presses (i.e. left/right/up/down) don't seem to cause
>>>> the
>>>> > >>>>> >> >> > screen to refresh such that the next icon is
>>>> highlighted.
>>>> > >>>>>  Based on
>>>> > >>>>> >> >> > how the code reacts, the icon is actually active (i.e.
>>>> ENTER
>>>> > >>>>> causes
>>>> > >>>>> >> >> > it
>>>> > >>>>> >> >> > to launch) but just not highlighted.  It seems as though
>>>> every
>>>> > >>>>> other
>>>> > >>>>> >> >> > key press results in the screen being refreshed (such
>>>> that
>>>> > >>>>> every
>>>> > >>>>> >> >> > other
>>>> > >>>>> >> >> > icon is highlighted as the directions keys are used to
>>>> move
>>>> > >>>>> around an
>>>> > >>>>> >> >> > array of icons on the screen).  Is this a keyboard
>>>> driver
>>>> > >>>>> issue, a
>>>> > >>>>> >> >> > frame buffer driver issue, or something else?  All other
>>>> key
>>>> > >>>>> related,
>>>> > >>>>> >> >> > touchscreen related, and frame buffer related
>>>> functionality
>>>> > >>>>> seems
>>>> > >>>>> >> >> > fine.  I've modified omapfb_main.c per the "page
>>>> flipping frame
>>>> > >>>>> >> >> > buffer" question onhttp://elinux.org/Android_on_OMAP.
>>>>  Are
>>>> > >>>>> there
>>>> > >>>>> >> >> > other mods to frame buffer driver or keypad driver I
>>>> need to
>>>> > >>>>> make to
>>>> > >>>>> >> >> > eliminate this problem?
>>>> >
>>>> > >>>>> >> >> This is one of the notorious/infamous issues that I've
>>>> faced
>>>> > >>>>> while
>>>> > >>>>> >> >> bringing up Android on OMAP3EVM. This is an issue with the
>>>> > >>>>> framebuffer
>>>> > >>>>> >> >> update. I presume you already have added support for
>>>> > >>>>> double-buffering
>>>> > >>>>> >> >> in fb driver (fb_pan). The GO bit needs to be set for the
>>>> > >>>>> shadowed
>>>> > >>>>> >> >> registers to take effect in hardware. Once the hardware is
>>>> ready,
>>>> > >>>>> the
>>>> > >>>>> >> >> GO bit will be reset. Per the hardware specifications, we
>>>> should
>>>> > >>>>> not
>>>> > >>>>> >> >> change any display controller registers until the GO bit
>>>> is
>>>> > >>>>> >> >> reset.Android desktop icon-navigation problem got resolved
>>>> after
>>>> > >>>>> this
>>>> > >>>>> >> >> change is made in the display controller source.
>>>> > >>>>> >> >> For you reference the code is added here (extracted from
>>>> the
>>>> > >>>>> function
>>>> > >>>>> >> >> _setup_plane in drivers/video/omap/dispc.c. The source
>>>> file to be
>>>> > >>>>> >> >> modified may change depending on the kernel version at you
>>>> end
>>>> > >>>>> :-) ):
>>>> >
>>>> > >>>>> >> >> MOD_REG_FLD(DISPC_CONTROL, 0x20, 0); /* clears and sets
>>>> the GOLCD
>>>> > >>>>> bit
>>>> > >>>>> >> >> */
>>>> > >>>>> >> >> MOD_REG_FLD(DISPC_CONTROL, 0x20, 0x20);
>>>> >
>>>> > >>>>> >> >> > Thanks for your time.
>>>> > >>>>> >> >> > twebb
>>>> >
>>>> > >>>>> >> >> Warm Regards,
>>>> > >>>>> >> >> Anil
>>>> >
>>>> > >>>>   --
>>>> > >>>> Rupesh Gujare
>>>> > >>>> Engineer- Embedded Software
>>>> > >>>> Embedded and
>>>> >
>>>> > ...
>>>> >
>>>> > read more ยป
>>>>
>>>>
>>>
>>>
>>> --
>>> with regards vishal
>>>
>>>
>>>
>>>
>>
>> >>
>>
>
>
> --
> with regards vishal
>



-- 
with regards vishal

--~--~---------~--~----~------------~-------~--~----~
unsubscribe: android-porting+unsubscr...@googlegroups.com
website: http://groups.google.com/group/android-porting
-~----------~----~----~----~------~----~------~--~---

Reply via email to