Hi,
I'm wondering if anyone has definitively solved the issue of having a USB flash
drive automatically mount to the file system when it is inserted?
To do this manually is quite simple:
mkdir /media/usbflash
mount -t vfat /dev/uba1 /media/usbflash
I wish to make this mount occur automatically
udev will create the device files but not mount the device (at least not
in our configuration.. I haven't got much into udev and suspect it of
taking a lot of processing power on boot so plan to remove it).
We have custom hotplug scripts to mount the device,
/etc/hotplug/block.agent
you get a
Hi Gabriele,
We have also been round this loop.
You also have the issue that the 'udev' package in the LSP is too old. With
more recent versions you can trigger an arbitrary program to run on both the
plug and unplug events. This does not work in the version that ships with MV
Pro 4.0.1.
HI!
Is it possible(right way) to use the davinci_i2c_read() and davinci_i2c_write()
from atomic context like interrupt handler or tasklet?
If not, whats the alternative to read data on i2c in atomic context?
regards
-Nitin
Get your preferred Email name!
Now you can @ymail.com and
HI!
Apologise to write earlier in Rich Text Mode.
Is it possible(right way) to use the davinci_i2c_read() and
davinci_i2c_write() from atomic context like interrupt handler or
tasklet?
If not, whats the alternative to read data on i2c in atomic context?
regards
-Nitin
New Email names
I had the same fun trying to deal with hotplug scripts.
The stdout is not connected to where you expect so echoes don't appear.
You can do echo pippo /tmp/test.txt and look in the file for the messages
to debug.
I'm sure there's a better way, but that worked for me!
--
Jon Povey, Design
Hi everyone!
I want to get a full resolution 5MP(2592x1944) picture from my MT9p031 sensor.
but I failed when I req_buffers in the ipipe initialization procedure.
I allocate a 80M memory to my linux in the bootargs(mem=80M),so I think there is
a enough space for I allocate 1 5MP ipipe buffer from
Hello,
I am looking for UBoot sources for DM355. I cant seem to find it at
https://www-a.ti.com/extranet/cm/product/dvevmsw/dspswext/general/dm355_dvevm.shtml
But I did find the User Boot Loader package for DM6467 ? Are they the same ?
Thanks
Kumar
Gabriele Filosofi wrote:
Phil,
I’m running
Nitin Mahajan wrote:
HI!
Apologise to write earlier in Rich Text Mode.
Is it possible(right way) to use the davinci_i2c_read() and
davinci_i2c_write() from atomic context like interrupt handler or tasklet?
If not, whats the alternative to read data on i2c in atomic context?
I use a
Thanks, That works. But shouldn't the i2c_read/write functions be made safe in
atomic context?
regards
-Nitin
- Original Message
From: Caglar Akyuz [EMAIL PROTECTED]
To: Nitin Mahajan [EMAIL PROTECTED]
Cc: davinci-linux-open-source@linux.davincidsp.com
Sent: Tuesday, September 2,
Stan,
While some of the changes from the rt-preempt patches have made their way
upstream, the majority of the modifications have not made it into the
mainline kernel. With the rt-preempt patchset, nearly everything in the
kernel is preemptible, interrupts run in software context with priorities
Nitin Mahajan wrote:
Thanks, That works. But shouldn't the i2c_read/write functions be made
safe in atomic context?
Actually I don't know, but looking at the i2c_davinci_xfer_msg function
(which is eventually called by i2c_transfer), not all of them are atomic.
Regards,
Caglar
On Sunday 31 August 2008 10:44, Paul Stuart wrote:
Anyway, you mentioned that you compiled it on the board. Is that
correct, or did you cross compile it? The reason I ask is it's probably
just a path issue. Does LD_LIBRARY_PATH contain the directory you've
installed directFB into?
I agree,
Hello,
You are actually reducing the memory available to kernel by setting mem=80M.
What you might want to do is to allocate memory using CMEM and use it instead
of req_buf. Request buffer allocates memory from kernel memory space.
Otherwise, use bigger kernel memory instead of reducing it.
There are a bunch of issues using kernel memory space. Even when you do
have enough to use for a large 5Mpix buffer (which is 10MB) it seems to
get fragmented over time. So while you might be able to allocate it
once, once it gets freed all bets are off the next time you want to use it.
In
They come with the dvsdk:
dvsdk_1_30_00_40\PSP_01_20_00_014\board_utilities\
The UBL NAND code is also there
paul
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kumar Bala
Sent: Tuesday, September 02, 2008 3:02 AM
To:
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
Phone : 301-515-3736
email: [EMAIL PROTECTED]
From: Stephen Berry [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 02, 2008 10:37 AM
To: Karicheri, Muralidharan
Cc: pavelhan;
Hi,
I'm using the DM355 EVM...
and have problems refering the installation of DVSDK.
regarding 4.5 of the getting started guide:
cp -R /opt/mv_pr_4.0.1/montavista/pro/devkit/lsp/ti-davinci .
after that:
cd ti-davinci/linux_2.6.10_mvl401
I cannot find the device
hi,everyone!
I am a freshman here! Nice to meet you all!
Chris
2008-09-03
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Pascal Klipstein wrote:
Hi,
I'm using the DM355 EVM...
Hi,
[...]
/bin/sh: arm_v5t_le-gcc: command not found
make[2]: *** [scripts/mod/empty.o] Fehler 127
make[1]: *** [scripts/mod] Fehler 2
make: *** [scripts] Fehler 2
+
I guess your PATH
20 matches
Mail list logo