On 19.12.2009 21:38, murat maman wrote:
Hello,
I would want to integrate Eclipse with arm_v5t_le-gcc compiller. How can I do
this any one before do this. Also can we do debug with this integration
I can easily show my make file eclipse and compile it but I would want to
integrate
Mahalakshmi Gonuguntala wrote:
Hi all,
We are using Mistral OMAP3530 EVM.
Maybe OMAP
http://vger.kernel.org/vger-lists.html#linux-omap
or Beagle
http://groups.google.com/group/beagleboard
mailing list would be better for this than DaVinci list?
Best regards
Dirk
I would like to send
Ed Sutter wrote:
Hey folks,
Has anyone out there ever tried to run/port the OpenCV
platform to DaVinci or OMAP?
Check if
http://www.hbrobotics.org/wiki/index.php5/Beagle_Board
is what you are looking for.
Dirk
___
Davinci-linux-open-source
Ali Sohanghpurwala wrote:
Ali Sohanghpurwala [EMAIL PROTECTED] writes:
Patching the 2.6.26-davinci1 kernel with patch-2.6.26-rt1 went smoothly.
Unfortunately when I try to compile I get errors:
kernel/built-in.o(.text+0xdfd4): In function `__tasklet_hi_schedule':
Ali Asgar Sohanghpurwala wrote:
On Fri, 2008-08-29 at 20:20 +0200, Dirk Behme wrote:
Maybe this can help you:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01448.html
http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/9984428beb5c1c59/b62525e047966841?show_docid
Microtiger wrote:
hello, everyone! I have portted u-boot-1.3.3 to TI Davinci DM6446 dvevm
board,
Why did you do this? What's wrong with dvevm support in upstream uboot?
http://wiki.davincidsp.com/index.php?title=Linux_Toolchain#Get_recent_open_source_U-Boot
Dirk
but have some little
FYI: If interested in a free TI DSP C64x compiler for Linux: Under
https://www-a.ti.com/downloads/sds_support/targetcontent/LinuxDspTools/download.html
there is a Linux hosted C6x Code Generation Tools v6.1.2 release
available.
Note: Login required.
Dirk
P.S.: Thanks to Jason for the
[EMAIL PROTECTED] wrote:
I am getting the following error when I try to build my just checked out
kernel.
drivers/net/b44.c: in function `b44_sync_dma_desc_for_device':
drivers/net/b44.c:151: error: implicit declaration of function
`dma_sync_single_range_for_device':
drivers/net/b44.c: in
Subbrathnam, Swaminathan wrote:
Lee,
It is good to note that patch45 is delivering the performance
improvements that we intended to deliver.
We are making attempts within TI to enable our customers more on the GIT tree based development.
That sounds GREAT! We really
Andrew Armstrong wrote:
Hi Guys,
Does anyone know if there is a native Linux (or just vanilla C) version
of DVFlasher in existence?
I guess not.
You may like to have a look to
http://wiki.davincidsp.com/index.php?title=RBL_UBL_and_host_program
for possible Linux based alternatives.
Dirk
steven.zhang wrote:
port resizer driver to kernel 2.6.23. remove the devfs.
sign-off-by: steven.zhang[EMAIL PROTECTED]
both the two patches are created from:
pre-2.6.24-merge
Sorry, but:
-- cut --
./scripts/checkpatch.pl
patches/02-ARM-Davinci-port-resizer-driver-to-2.6.23.patch
steven.zhang wrote:
Video resizer driver supported by TI
Signed-off-by: steven.zhang[EMAIL PROTECTED]
Sorry, but:
-- cut --
./scripts/checkpatch.pl
patches/01-ARM-Davinci-resizer-dirver-supported-by-TI.patch
WARNING: __func__ should be used instead of gcc specific __FUNCTION__
#156:
Kevin Hilman wrote:
Dirk Behme [EMAIL PROTECTED] writes:
Remove I2C zero length transfer HACK and do real zero length
transfers. This fixes Oops at kernel startup while scanning for
TLV320AIC23IDx addresses.
Dirk,
I reworked this slightly, but hopefully didn't change any
functionality
Kevin Hilman wrote:
Caglar Akyuz [EMAIL PROTECTED] writes:
From ce80eb6c57aed829da5b141f0a04fccd71ceb073 Mon Sep 17 00:00:00 2001
From: Yusuf Caglar Akyuz [EMAIL PROTECTED]
Date: Wed, 2 Apr 2008 10:28:06 +0300
Subject: [PATCH] I2C: DaVinci: Fix GPIO expander driver
- Get i2c adapter with
Bernard Blackham wrote:
dev-id for the i2c platform device is now 1, instead of 0.
Update the GPIO expander to realise that.
Signed-off-by: Bernard Blackham [EMAIL PROTECTED]
Can you please check if
Ravi Chemudugunta wrote:
Hi,
I recompiled the new kernel to replace the 2.6.10 that came with my
DVEVM, using this kernel I was able to boot into a debootstrapped
(arm) rootfs and have basically managed to get debian working on it.
I am stuck with trying to get the serial terminal working.
My
Troy Kisky wrote:
Dirk Behme wrote:
Remove I2C zero length transfer HACK and do real zero length
transfers. This fixes Oops at kernel startup while scanning for
TLV320AIC23IDx addresses.
Signed-off-by: Alexander Vasiliev [EMAIL PROTECTED]
Signed-off-by: Brad Griffis [EMAIL PROTECTED]
Signed
I had a look to Oops [2] you get with recent git if OSS aic33 sound
driver is enabled.
System oopses because in tlv320aic33_write_value() the variable
new_client isn't initialized. This is because aic23_detect_client()
is never called. This is because system scans for AIC33 with the both
Remove I2C zero length transfer HACK and do real zero length
transfers. This fixes Oops at kernel startup while scanning for
TLV320AIC23IDx addresses.
Signed-off-by: Alexander Vasiliev [EMAIL PROTECTED]
Signed-off-by: Brad Griffis [EMAIL PROTECTED]
Signed-off-by: Dirk Behme [EMAIL PROTECTED
steven.zhang wrote:
On Mon, 2008-03-24 at 13:49 +0800, steven.zhang wrote:
This patch provides the Video Resizer support for DaVinci on kernel
2.6.10.
sign-off-by: [EMAIL PROTECTED]
___
Davinci-linux-open-source mailing list
Make sure that in case of I2C error (e.g. while scan for non-existing
I2C device) hardware is reset properly.
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/drivers/i2c/busses/i2c-davinci.c
===
--- linux
Alexander Vasiliev wrote:
Hi, Dirk.
You wrote
b) While scanning for the first non-existing ID the error exit path of
I2C driver (the if (dev-cmd_err DAVINCI_I2C_STR_NACK) path)
doesn't exits cleanly. Then, I2C HW is in an intermediate state not
able to execute the next scan with (correct)
Just a short note: I found that in last days people started to ask for
help at DaVinci wiki talk pages:
http://wiki.davincidsp.com/index.php?title=Help_talk:Contents
http://wiki.davincidsp.com/index.php?title=Talk:GStreamer
I don't think that this is good idea, because
- Nobody will read
[EMAIL PROTECTED] wrote:
Hi,
I just received my DM355 DVEVM demo system. Reading through the literature
my host PC requires Red Hat Enterprise Linux V3 or V4
server edition. Well Red Hat is upto V5. So does the DVEVM support V5 or
is there a way to get the older versions of Red Hat or is
specific
than Re: Contents of Davinci-linux-open-source digest...
Today's Topics:
1. RE: Davinci git tree issue (Hunter, Jon)
2. Re: Davinci git tree issue (Dirk Behme)
3. Re: [RFC][PATCH 1/1] I2C: DaVinci: Fix smbus
Jammy wrote:
Hi,all
i am developing the dm355 evm now and i found a problem of rebuilding
new linux kernel.
when i use make command to build a new kernel, the message is as follows:
[EMAIL PROTECTED] ti-davinci]$ make ARCH=arm CROSS_COMPILE=arm_v5t_le-
uImage
CHK
António Silva wrote:
Hello,
I am starting working with dm355 EVM, and one question arises: Is
there's any other way to load uBoot without Code Composer Studio?? Is
there any open-source aplication do perform this?
I don't know DM355.
But other DaVinci devices (e.g. DM644x) have a built in
This morning I observed two things regarding our wiki
http://wiki.davincidsp.com/index.php?title=Main_Page
- Today (?) the logo/picture in left top corner of wiki page switched
from DaVinci logo to TI OMAP logo. Is there a special reason for this?
Seems that nothing else changed, the main
Kevin Hilman wrote:
In addition to the sync w/mainline...
The IDE driver used on DaVinci is now in mainline (special thanks to
Anton Salnikov [EMAIL PROTECTED]). However, the
board-specific platform_data was missing for the dm6446 EVM, so I
added it. The driver still doesn't appear to work
Caglar Akyuz wrote:
Dirk Behme wrote:
While discussing with Michael [1] we found that DaVinci patch submission
rules are not written down somewhere.
So I did it:
http://wiki.davincidsp.com/index.php?title=Patch_upstream_sending
Most of this is stolen from rules on OMAP list ;)
Opinions
Kevin Hilman wrote:
In addition to the sync w/mainline...
Hmm, I thought we fixed this with I2C patches (see below)? Did I miss
anything?
It's a clean recent 2.6.25-rc6-davinci1.
Dirk
-- cut --
...
Linux video capture interface: v2.00
i2c /dev entries driver
i2c_davinci i2c_davinci.1:
Make sure that in case access to non-exisiting I2C address is done HW
is reset afterwards and works properly for next access.
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/drivers/i2c/busses/i2c-davinci.c
I had a look to Oops [1] you get with recent git if OSS aic33 sound
driver is enabled.
System oopses because in tlv320aic33_write_value() the variable
new_client isn't initialized. This is because aic23_detect_client()
is never called. This is because system scans for AIC33 with the both
Hunter, Jon wrote:
All,
I attempted a fresh clone of the davinci git tree today and it failed
after some time saying that a particular object was missing. See:
Getting index for pack bd1b0e287229918bc6d485a96514b8a052f24901
error: Unable to find 022ab2279d7c85f8bb204526602908580842432e under
Hi,
does anybody have git kernel (recent or pre-2.6.24-merge) on DM355?
Any patches?
Many thanks
Dirk
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
While discussing with Michael [1] we found that DaVinci patch
submission rules are not written down somewhere.
So I did it:
http://wiki.davincidsp.com/index.php?title=Patch_upstream_sending
Most of this is stolen from rules on OMAP list ;)
Opinions?
Dirk
Btw: Anybody knows if there is a
Stephen Berry wrote:
Dirk Behme wrote:
Stephen Berry wrote:
Ok - first let me say thanks!
Second, there was a slight issue with the patch, but it did compile more
or less cleanly.
Thirdly, it appears that there is some incompatibility between the old
and new yaffs filesystems - since
Santiago Lanzuela Benedicto wrote:
Hello Dirk
We are trying to port Gstreamer to DM355. We found your comments about
Gstreamer build on DM6446. We have found similar problems.
Trying to install LIBOIL-0.3.9 and GSTREAMER-0.10.11 we get the
following messages:
arm_v5t_le-gcc -g -O2
a low level
formatted NAND) and establish a complete new yaffs2 fs, i.e. starting
from scratch with the new yaffs2 code. Then put your original content
into the new yaffs2 fs and try if it behaves better.
Dirk
Dirk Behme wrote:
Narnakaje, Snehaprabha wrote:
Steve,
Unfortunately
steven.zhang wrote:
On Mon, 2008-03-17 at 11:48 +0100, Dirk Behme wrote:
steven.zhang wrote:
This patch mainly ports the video resizer driver by TI to Davinci 6446
on kernel 2.6.23.
In this and in your previous patch [1] you don't talk about git
kernel, right?
I can't apply your patches
steven.zhang wrote:
On Mon, 2008-03-17 at 11:53 +0100, Dirk Behme wrote:
steven.zhang wrote:
...
As part of the effort to build OSD
(www.neurostechnology.com) with Davinci 6446, Neuros cloned the 2.6.23
kernel tree (git.neurostechnology.com/git/kernels) and are in the
process of porting
Michael Gao wrote:
On Mon, 2008-03-17 at 12:15 +0530, Trilok Soni wrote:
For those who do not know, as part of the effort to build OSD
(www.neurostechnology.com) with Davinci 6446, Neuros cloned the 2.6.23
kernel tree (git.neurostechnology.com/git/kernels) and are in the
process of porting
/gstreamer/lib/
I still don’t know why automake would create an incorrect Makefile.
Would anybody know?
Vijay
*From:* Dirk Behme [mailto:[EMAIL PROTECTED]
*Sent:* Sun 3/9/2008 2:45 PM
*To:* Vijaydeep
Vijaydeep Kiran Nadkarni wrote:
Apologies for the incorrect subject line last time.
All,
I'm trying to build gstreamer (as provided by TI) for the DM6446. I could not
compile check-0.9.3, a lib required by gstreamer.
In the log messages during compilation of check, I see the line where a
Robert W. Kuhn wrote:
Am Fri, 7 Mar 2008 18:02:30 +0530 schrieb Subbrathnam, Swaminathan:
There seems to be no HDD connected though the bootargs assumed
that the rootfs is on HDD.
The 'root=/dev/hda1'-option is the same as with kernel 2.6.10?!?!
The enviroment:
DaVinci EVM #
While searching something different, I just found
http://www.spinics.net/lists/alsa-devel/msg12535.html
As I'm not subscribed to alsa-devel, I don't have the original post.
Maybe any of the authors can post it do this list as well?
The patch mainly applies to our git. I fixed two small
Dirk Behme wrote:
Robert W. Kuhn wrote:
Dirk Behme wrote:
Disable IDE (last output and most probably broken [1])
Do you have any idea when this is fixed?
When
a) somebody on this list has a look to it and sends a fix
or
b) somebody on this list checks what's about Kevin's
-- cut
Robert W. Kuhn wrote:
Am Tue, 4 Mar 2008 10:50:26 +0100 schrieb Robert W. Kuhn:
What did I forget to boot the new created kernel?
Okay, I just compile u-boot.
Hello,
I downloaded a new git-kernel. I compiled the kernel and got an uImage
(I used mkimage from U-Boot 1.1.4 although my
Thornton, Keith wrote:
Does anyone know of plans to integrate the changes needed to get
gstreamer running on the DM6446 into the gstreamer source at
gstreamer.freedesktop.org. The version ported (0.10.11) is now pretty
old and the configure scripts for the current versions of the plugins
stephen wrote:
Hi,all
Would someone here give me some advice about writing ARM Side interrupt
vector code ?
What's your detailed problem?
You could e.g. take i2c_davinci_isr() in
drivers/i2c/busses/i2c-davinci.c as example.
Dirk
___
Robert W. Kuhn wrote:
Hello,
I build my own kernel with
make ARCH=arm CROSS_COMPILE=arm_v5t_le- davinci_dm644x_defconfig
make ARCH=arm CROSS_COMPILE=arm_v5t_le- checksetconfig
make ARCH=arm CROSS_COMPILE=arm_v5t_le- uImage modules
(crosscompiled on my cygwin box)
Now i did a reboot with
Vitaly Makarov wrote:
Hi Troy,
I am using the snapshot from 12/02/08 from the git.
Just to be on the save side: Can you check if you have change
Alexander Vasiliev wrote:
This patch addes i2c slave functionality to git-davinci-2.6.24 and
fixes wrong register writing during DAVINCI_I2C_IVR_RDR interupt.
For example, we use mouse and keyboard on i2c as masters.
The module, which want process i2c slave interrupts, should call
int
RyanYee/叶晔 wrote:
I use configure --target=arm_v5t_le for my porting.
but with these error report:
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... Invalid configuration `arm_v5t_le': machine
`arm_v5t_le' not recognized
Troy Kisky wrote:
When a dma channel is opened, clear all pending events.
Remove SAM DAM bits if source or destination
isn't a fifo.
Signed-off-by: Troy Kisky [EMAIL PROTECTED]
Thanks! I think this replaces the first version of the patch?
Dirk
Btw: I created a wiki page
Dinh Ngoan Nguyen wrote:
Hi,
I’m trying to implement RAMdisk File System.
SPRAAH2.PDF describes how to use an existing Ram Disk. Fine, but the
size of the Ram Disk however is limited at about 6 MB.
I could not copy all needed files to Ram Disk!
Who please tell me how can I change this Ram
Bernard,
in DaVinci wiki I saw the change
http://wiki.davincidsp.com/index.php?title=RBL_UBL_and_host_tool_collectioncurid=98diff=835oldid=592
by Bernardb and assume that is you? Sorry if not ;)
-- cut --
You cannot use u-boot's NAND drivers to write the UBL because the RBL
(that loads the
Kim Klaiman wrote:
Hello all,
Following my previous email, I found a solution to my problem. I perform
the following steps:
1. Try to reopen the device every second or so.
2. If successful, close the new (dummy) file descriptor and continue
3. If fails, then I know that something is wrong,
Kai Fischer wrote:
Hi,
Did anyone ever try to build dsplink 1.50 with the ELDK or CodeSourcery
Toolchains
and DaVinci kernel 2.6.23?
Kai: I think you know
http://linux.omap.com/pipermail/davinci-linux-open-source/2008-February/005220.html
?
But this seems to be an other dsplink version.
probably you will not be able to use the drivers there 1:1 in the
old MV/TI kernel, but hopefully they can give you a hint what might be
an option to change.
Dirk
-Original Message-
From: Dirk Behme [mailto:[EMAIL PROTECTED]
Sent: February 14, 2008 11:21 AM
To: Kim Klaiman
Cc: davinci
Hi,
I got below patch from Vitaly Makarov in private mail. Thanks for this!
I forward it to the list for the archives and for review.
Troy Bernard: Can you check your MMC patches with Vitaly?
Vitaly: Regarding EMAC: Doesn't
Troy Kisky wrote:
Troy Kisky wrote:
Dirk Behme wrote:
Troy Kisky wrote:
davinci-i2c: fix lost interrupt
DAVINCI_I2C_STR_REG is a write 1 to clear register,
so don't use a read/modify/write cycle.
EVM doesn't have platform data yet, make bus_delay default correct
Ensure psc value gives
As I think this TI page is new
opensource.ti.com
just in case you don't know it already ;)
I wonder why the DaVinci section only stresses GStreamer and isn't
like the OMAP section.
Someting like DaVinci ... This site is a central resource for
developers working on Texas Instruments
before starting transfer
Signed-off-by: Troy Kisky [EMAIL PROTECTED]
Acked-by: Dirk Behme [EMAIL PROTECTED]
diff --git a/drivers/i2c/busses/i2c-davinci.c
b/drivers/i2c/busses/i2c-davinci.c
index f348ee0..488bd7c 100644
--- a/drivers/i2c/busses/i2c-davinci.c
+++ b/drivers/i2c/busses/i2c-davinci.c
Troy Kisky wrote:
The patch uses the spinlock version of netif_rx_complete
to fix ethernet lockup.
Signed-off-by: Troy Kisky [EMAIL PROTECTED]
Acked-by: Dirk Behme [EMAIL PROTECTED]
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 391e9a5..1cebbb7 100644
Fix NAND compilation after update to 2.6.24. nand_platform_data
doesn't exist any more.
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/arch/arm/mach-davinci/board-evm.c
===
--- linux-davinci.orig/arch/arm/mach
Add basic power management support for DaVinci.
Changes in v2:
- Update to 2.6.24
Functionality:
It support two modes: Normal ARM idle (WaitForInterrupt, WFI) waking
at every (timer etc.) interrupt and deeper sleep (suspend/standby)
with SDRAM switched to self refresh waking only on
Troy Kisky wrote:
davinci-i2c: fix lost interrupt
DAVINCI_I2C_STR_REG is a write 1 to clear register,
so don't use a read/modify/write cycle.
EVM doesn't have platform data yet, make bus_delay default correct
Ensure psc value gives a clock between 7-12 Mhz
Make sure no interrupts are pending
Bernard Blackham wrote:
Troy Kisky wrote:
The mmc driver appears to need work on 2.6.24, I'll take a stab at
that if noone
is already working on it.
I have a set of patches that were based against 2.6.23 that made the
SD/MMC driver mostly functional. I never got around to submitting them
hope v1.6 will solve the GPL issue.
Troy Kisky wrote:
I got videos playing with the 2.6.23 DaVinci git kernel.
The following are issues I encountered
Dirk Behme wrote:
This sounds great! Maybe you like to create a wiki page Using TI
examples with DaVinci git kernel or similiar?
Dirk
I
Christopher Stillson wrote:
Are there any plans to make these work together?
If you like to help community patches are really welcome!
Dirk
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Troy Kisky wrote:
Dirk Behme wrote:
Kevin Hilman wrote:
Dirk Behme [EMAIL PROTECTED] writes:
Troy Kisky wrote:
I'm exploring the montavista git tree and saw that there has been no
activity for a few months.
Yes, unfortunately, you are right. git kernel is hosted by MV, and
maintained
Albert Burbea wrote:
Hello everybody
I am quite a newbie at linux and I would like to understand
1. Is the git linux a full replacement for MV tools?
I think with git linux you refer to what we call here DaVinci git
kernel? This is what is available at
Kevin Hilman wrote:
Dirk Behme [EMAIL PROTECTED] writes:
Troy Kisky wrote:
I'm exploring the montavista git tree and saw that there has been no
activity for a few months.
Yes, unfortunately, you are right. git kernel is hosted by MV, and
maintained by a MV employee, Kevin Hilman
Kevin Hilman wrote:
DaVinci tree has now been updated to 2.6.24,
Again, many thanks for this!
While this are quite good news, hopefully TI doesn't take this as a
things work well without TI, we don't need to do anything. IMHO
Triloks comments
solved now. Together. Let us
start a seperate thread for this with better subject and see how far
we will come.
Regards
Dirk
-Original Message-
From: Dirk Behme [mailto:[EMAIL PROTECTED]
Sent: Monday, February 04, 2008 2:52 PM
To: Steve Spano
Cc: davinci-linux-open-source
Looking at the list archives (e.g. [1]) there is some interest to get
DVEVM eval codecs, gstreamer and git kernel [2] to work together. Let
us try to solve all remaining issues together. Would be nice if
everybody having some experience with running DVEVM eval codecs and/or
gstreamer
Troy Kisky wrote:
I'm exploring the montavista git tree and saw that there has been no
activity for a few months.
Yes, unfortunately, you are right. git kernel is hosted by MV, and
maintained by a MV employee, Kevin Hilman. This is the open source git
kernel for DaVinci, we all (the
Trilok Soni wrote:
On Feb 6, 2008 10:32 PM, Dirk Behme [EMAIL PROTECTED] wrote:
Troy Kisky wrote:
I'm exploring the montavista git tree and saw that there has been no
activity for a few months.
Yes, unfortunately, you are right. git kernel is hosted by MV, and
maintained by a MV employee
Steve Spano wrote:
Hello Folks,
We have a patchset that will be released shortly against the MontaVista
kernel from the DVEVM and the git U-BOOT.
The patchset will add support for the FLE FALCON, which is our
SingleBoard DSP System based on the DM6446 and Xilinx Spartan3E FPGAs.
The FALCON is
Jeff, Brian wrote:
The package was built for the latest Montavista kernel on the DM6446
DVEVM. Some additional work may be needed to port this to the latest
community open source Linux kernel for DaVinci.
I finally managed to get this GStreamber release at least built with
non-MV toolchain.
Geng, Hui wrote:
Craig:
Newer DaVinci boards use an Intel P30 NOR flash which is locked by
default at power-on. This has been fixed. You might be aware of this
already but the patch is attached for your reference.
Index: linux-2.6.10/drivers/mtd/maps/davinci_nor.c
^ ^ ^ ^ ^ ^ ^
Dirk Behme wrote:
Jeff, Brian wrote:
The package was built for the latest Montavista kernel on the DM6446
DVEVM. Some additional work may be needed to port this to the latest
community open source Linux kernel for DaVinci.
While trying to build with non-MV toolchain and open source Linux
Dirk Behme wrote:
Add basic power management support for DaVinci.
Changes in v1:
- Remove non-standard sleep_while_idle and switch to standard Linux
standby logic [1]
Functionality:
It support two modes: Normal ARM idle (WaitForInterrupt, WFI) waking at
every (timer etc.) interrupt
Philip Balister wrote:
Dirk Behme wrote:
Philip Balister wrote:
I am downloading dsplink 1.5.0 in hopes of getting it build in Open
Embedded. I tried to read the license carefully to understand it, but
apparently you need to be a lawyer to understand it.
I gather I can't distribute
David A Kondrad wrote:
I'm not familiar with the patching protocol (although I've garnered a
little bit off of the exchanges with the NAND driver), but is this
something that should be submitted to the 2.6.23 git?
If its confirmed to work: Yes!
If you like I can try to create a patch of your
Add basic power management support for DaVinci.
Changes in v1:
- Remove non-standard sleep_while_idle and switch to standard Linux
standby logic [1]
Functionality:
It support two modes: Normal ARM idle (WaitForInterrupt, WFI) waking
at every (timer etc.) interrupt and deeper sleep
Add basic power management support for DaVinci.
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/arch/arm/mach-davinci/Makefile
===
--- linux-davinci.orig/arch/arm/mach-davinci/Makefile
+++ linux-davinci/arch/arm
While waking from standby, resume code of DaVinci audio driver oopses [2].
Looking into it, it seems that in file
sound/oss/davinci-audio-dma-intfc.c
in function
davinci_start_sound_dma()
in else part of
if (s-input_or_output == FMODE_WRITE) {
ret =
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
It is mainly based on Sander Huijsen [EMAIL PROTECTED] work
[1] and ECC changes from Troy Kisky [EMAIL PROTECTED]
[2]. Many thanks!
Changes in v4:
- Change HW ECC as proposed by Troy
To use/test it, you have to configure
/pipermail/davinci-linux-open-source/2008-January/004910.html
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/drivers/mtd/nand/davinci_nand.c
===
--- /dev/null
+++ linux-davinci/drivers/mtd/nand/davinci_nand.c
@@ -0,0 +1,638
Troy Kisky wrote:
Dirk Behme wrote:
Troy Kisky wrote:
Dirk Behme wrote:
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
It is mainly based on Sander Huijsen [EMAIL PROTECTED] work
http://linux.omap.com/pipermail/davinci-linux-open-source/2007-December/004788.html
This patch exports davinci_mux_peripheral() to be used in modules.
Needed to compile NAND driver as module. Thanks to Kevin for the hint!
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/arch/arm/mach-davinci/mux.c
Troy Kisky wrote:
Dirk Behme wrote:
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
It is mainly based on Sander Huijsen [EMAIL PROTECTED] work
http://linux.omap.com/pipermail/davinci-linux-open-source/2007-December/004788.html
and ECC changes from Troy Kisky [EMAIL
your full 512MB.
Best regards
Dirk
On Jan 5, 2008 1:29 PM, Dirk Behme [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
It is mainly based on Sander Huijsen [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] work
[1
Kevin Hilman wrote:
On Sat, 2008-01-05 at 09:00 +0100, Dirk Behme wrote:
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
Looks OK, but doesn't build as a module due to some missing exported
symbols from the mux layer. Do you mind fixing that up and submitting a
patch too
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
It is mainly based on Sander Huijsen [EMAIL PROTECTED] work.
http://linux.omap.com/pipermail/davinci-linux-open-source/2007-December/004788.html
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/drivers/mtd
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
It is mainly based on Sander Huijsen [EMAIL PROTECTED] work
[1]. Many thanks!
To use/test it, you have to configure DVEVM:
- jumper J4 set to NAND
- S3-1 and S3-2 set to OFF (NAND boot)
- S3-3 set to OFF (8-bit CS2 bus
Ivan Tonchev wrote:
Hi guys,
As I promised, here you can find more information regarding MMS UBLs and
Flashers:
http://wiki.davincidsp.com/index.php?title=MMS_UBLs_and_Flashers
I also updated [1].
BR,
Ivan
[1]
http://wiki.davincidsp.com/index.php?title=RBL_UBL_and_host_program
The links
This patch adds NAND driver to recent git. Tested on DM6446 DVEVM.
It is mainly based on Sander Huijsen [EMAIL PROTECTED] work.
http://linux.omap.com/pipermail/davinci-linux-open-source/2007-December/004788.html
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-davinci/drivers/mtd
1 - 100 of 169 matches
Mail list logo