Amateur here, but i was wondering if there are Java WiFi JNI API`s available to call local C language functions from our Java code that we would code? Going through the WiKi, i noticed that such API`s exist for the COM ports. The penultimate objective would be to be able to control the WiFi interface board using Java code that a developer could write, rather than use native C code.

is what you probably want to call from kernel space -- you'd probably
need to export it, though you might be able to drill down from themachine object somehow -- I'd check how the fbcon driver ends upcalling it. Actually, you probably want to call something upstreamof that to tell the fbcon driver to put itself in low power/blank
mode, and that'll call the gumstix_lcd_backlight function.

C

On Sep 29, 2007, at 5:34 AM, Heilpern, Mark wrote:

> I think that using the file system isn't an option since I need> access from a driver. I could write a helper app that interacts
> with my driver, but if there's a more clean way to do this from> kernel space directly, I'd prefer that.>> Thanks,> Mark>>> From:
gumstix-users-bounces@lists.sourceforge.net on behalf of> Craig Hughes> Sent: Fri 9/28/2007 4:28 PM> To: General mailing list for gumstix users.> Subject: Re: [Gumstix-users] How to output text to the
> framebufferconsoledurring boot, and disable the blinking cursor?>> On Sep 28, 2007, at 11:05 AM, Heilpern, Mark wrote:>> > I would like to be able to enable / disable the LCD from a driver
> > module. I see that I can dim the backlighting by controlling> > GPIO17. Is> > there a GPIO that corresponds to /sys/class/graphics/fb0/blank?> > Or... is> > there some kernel function I can call to control the LED's state? I
> > imagine this is a generic kernel task, as the functions in> pxafb.c are> > static entrypoints in a table.>> Don't hit GPIO17 directly. Use /sys/class/graphics/fb0/blank -- echo
> 1 to that to turn off backlight and blank the screen; echo 0 to turn> back on. The FB driver will in turn toggle GPIO17 the correct way> for you. There is probably a linux console ESC sequence which will
> initiate the blanking (and cause the driver to twiddle the GPIO too)> as well.>> C>> ----------------------------------------------------------------------> ---> This
SF.net email is sponsored by: Microsoft> Defy all challenges. Microsoft(R) Visual Studio 2005.> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________> gumstix-users mailing list> gumstix-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/gumstix-users>> NOTE: The information in this message is intended for the personal> and confidential use of the designated recipient(s) named above. To
> the extent the recipient(s) is/are bound by a non-disclosure> agreement, or other agreement that contains an obligation of> confidentiality, with AuthenTec, then this message and/or any> attachments shall be considered confidential information and
> subject to the confidentiality terms of that agreement. If the> reader of this message is not the intended recipient named above,> you are notified that you have received this document in error, and
> any review, dissemination, distribution or copying of this message> is strictly prohibited. If you have received this document in> error, please delete the original message and notify the sender
> immediately.>> Thank you.>> AuthenTec, Inc. http://www.authentec.com>>>> ----------------------------------------------------------------------
> ---> This SF.net email is sponsored by: Microsoft> Defy all challenges. Microsoft(R) Visual Studio 2005.> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________> gumstix-users mailing list> gumstix-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/gumstix-users

-------------- next part --------------An HTML attachment was scrubbed...

On 9/29/07, Kevin Uhlir <
eku@dropboxone.net> wrote:> I've been using connex400xm + netMMC + robostix-th for a small project. So> I'm familiar with it.>> I've now got a new project where I want to use verdex XL-6P + netmicroSD-vx
> + roboaudio-th.>> A few questions before I proceed to purchase:>> 1) Will I have communication with the ATMega128 in a way similar to my> current configuration?

You should. You need to make sure you've got the latest robostix
driver since a few of the GPIOs changed. This was fixed in revision1361. I tested the i2c communication, uisp programming and serialcommunication between the robostix and verdex.

> 2) Are there any "gotchas" in the new configuration that might preclude
> using the audio portion of the roboaudio?

I'm not sure - I think it should work fine. My brother has used theaudiostix with the verdex, so the audio portion of the roboaudiostixshould work fine.

> 3) Can I use any microSD card? I remember a known driver or some kind of> issue that precluded me from using SD cards on the netMMC.

That was fixed quite a while ago. SD and MMC cards should both work
under linux and under u-boot.

I couldn't find any Apache http server buildroot configuration package inthe Gumstix buildroot or on
http://buildroot.uclibc.org/. I now have Apachecompiled and running on the Verdex. Any interest in a Buildrootconfiguration for Apache?

CheersRasmus-------------- next part --------------An HTML attachment was scrubbed...

> Has anybody hooked up any low power text only displays?>> Like OLED for example?>>>> I'm looking for a display with really low power.>>>> For example Densitron makes a 256x64 OLED DD-25664 that uses about 18mA
> (50% fill factor).>> It uses an STV8105 controller.>>>> Has anybody out there done something like this or can recommend another> low power device???

Hi,

Some of the OLED screen can be interfaced normally like any other LCDscreens, and some uses a parallel bus.In any case the PXA 270 can drive them, but the driver exists only fornormal LCD screen.Some testing drivers exists for the 'bus' screen but since each OLED
screen is kind of different, I guess a general driver is unlikely to bemade.

You also can have a look at 4D Systems' smart LCD, look for the ?OLEDs,they can be interfaced with a simple serial communication port.
On the other hand they are bloody slow, and it's still not possible touse the embedded SPI port for other purposes.According to the spec (?OLED160) power consumption vary between 10 and110mA, typical 40.
With contrast low and text and graphics displayed on screen, the moduleis rated at 18mA.

I designed a custom daughter-board to provide host USB though the flexconnector. After referring to the pxa270 manual and the gumstix wiki, I
provided circuitry to pull USBH_PWR1 (pin20 on 24 pin connector) to 3.3V (tosignal that there is not an over-current condition on the port). After manydays of frustration, I managed to get the board working by pulling USBH_PWR1
to *ground*. I had read in the manual that it was possible to configure theprocessor this way, but had found no mention of it in the wiki. Is this thedefault configuration for the gumstix? (I?m using version 1421 from svn, and
made no attempt to modify the configuration of USBH_PWR1)

Also, I have been having strange experiences with buildroot, and ?makearch=arm menuconfig? when trying to configure device drivers in the kernel
(i2c/usb etc.). It seems that menuconfig isn?t reading the Kconfig scripts,but is instead reading the host system (i386) config scripts. Has anyoneever experienced this? It is causing me a lot of confusion and wasted time.
I?m sure it is a simple stupid issue, but I can?t figure what it could be.