On Wed, Oct 8, 2008 at 11:59 AM, Martin Owens <[EMAIL PROTECTED]> wrote:
>> >>
>> >> udi =
>> >> '/org/freedesktop/Hal/devices/usb_device_fca_4_155FF3210780674CC49459D03AE08189ACFE3799_if1_scsi_host_scsi_device_lun0'
>> > snip
>> >> usb.version_bcd = 272 (0x110) (int)
>> >
>> > Which part of that said it was an 8830? All I saw was generic devices.
>>
>> Is it important that we know it is an 8830 (or any other model number)
>> rather than it is a blackberry and what mode it is in?
>
> Depends on how far up the stack your thinking.
>
> snip
>
> I already have HAL fdi files and scripts(python) written which use barry
> to fill in these details into HAL. HAL is an interface used by many
> things don't forget, the phone may function, but our users won't _feel_
> like we know what we're doing unless we can identify the device.
>
> What I feel is that instead of me running barry discover the information
> could be made available via a serial node. although if Chris would
> include my fdi/hal stuff in the distrobution I'd at least get feedback
> about it.
Ah, now I think I understand better what you are thinking. You are
detecting the BB properties from user space and stuffing the info back
into the os (via hal) and using, or proposing to use, that info from
other apps. Am I close?
Now the trip through random thoughts...
So I guess the corollary to this at least from a device driver view,
would be to notice the BB via hal, extract the same properties from it
via the usb bus that you now do from user space and put them back into
the os via hal - and do this all from the kernel and not from user
space.
If we extend this path, then I guess the most obvious way to access
the 'data' is via a file system layer that may look like
/dev/bb/pim/various_databases
|
/storage/
|
/configuration/various_databases
|
/apps/
and so forth, somewhat like Rick described at the beginning of this
thread. Plugging the various file_ops in each 'directory' with the
necessary conversion routines would give users and apps the ability to
read, seek and write the databases in a file-centric way. An app
could be written that reads the files and talks to opensync, backup,
etc..
But, I wonder what advantages that would give us over a user space app
like barry?
-edge
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel
