blems with it so please don't direct me to 'just search the list'.
Thanks for any tips.
BJ
Amey, Geoff wrote:
Try looking into udevtest, I don't remember the exact sytax, but it
applies all of your udev rules to a particular /sys/ entry and prints
the result to the console.
Hey Chris,
How did that actually work for you? When I try to run the same thing my
call to _control fails with the error "could not set PARAMS: 0x10c000".
I also was reading through the jpeg codec engine users guide (sprufe5c)
and it makes no mention of resizing dynParams (although their exa
ese are typically conservative */
if (IMGENC1_control(hVidEncode, XDM_GETBUFINFO,
(IMGENC1_DynamicParams*)&extDynParams,
&imgStatus) == XDM_EFAIL) {
fprintf(stderr, "%s: error: could not get BUFINFO: 0x%x\n",
"jpeg encoder",
im
What version of the sdk are you using? We're running dvsdk_1_30_00_40
and the dm355 demos certainly make use of threads.
BJ
Tivy, Robert wrote:
One reason would be that the DM355 doesn't have a DSP so there's no
other processor to wait on. In DM6446, a thread submitting a fr
I was only replying to Panchy's original question. I wasn't trying to
lash out at you at all. Sorry if it came out like that.
BJ
Tivy, Robert wrote:
I'm just speaking in general as to why one might not need to use threads on a
DM355.
- Rob
-Original Message-
F
#x27;decode_hd' that was meant to work with LSP 1.10 but the files
that it works with are very old and the demo code doesn't really match up.
Thanks,
BJ
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.
rk.
Also is there a reason you needed an external chip for your rgb data?
Davinci VPFE's are more than capable of manipulating input frames (such
as converting to yuv and cropping).
Steve
bj wrote:
All,
I'm currently trying to get the demos (either decode or encodedecode
oking at your bootargs I don't see where 'videostd'
is defined. Did you leave this at the default? (ntsc or pal).
BJ
Stephen Berry wrote:
Probably the only piece of the 355 hardware that I haven't touched is
the VPBE...
But, if I had to guess - I would double check your
te/read speeds in my SD writes as
well which leads me to believe something else is going on with the
system but I'm still very much interested on the progress of this patch.
BJ
Stephen Berry wrote:
Subbrathnam, Swaminathan wrote:
Steve/BJ,
Can you provide more details
You need to make sure you have debug turned on for that specific files
dev_dbg call. A quick and dirty way to get around that is to just use
printk() calls instead of the dev_dbg wrappers.
Mohamed AbdElwahed wrote:
hi all,
i try to modify in those files :-
davinci_display.c
davinci_enc_mng
Try this
http://www.mail-archive.com/davinci-linux-open-source@linux.davincidsp.com/index.html#03132
Neil Johnson wrote:
DaVinci List,
Is there a way to search the DaVinci Mailing List archive? I see that
tar.gz files can be downloaded and grepped, but it would be nice to be
able to search o
Seems to me that you just asked a question...? Just explain the problem
you're having and maybe we can help.
-BJ
장정필H wrote:
> Can you explain how to ask a question for DM355 Davinci DSP?
>
>
>
___
Davinci-linux-open-source mai
Chris, did you ever figure out exactly what mapdmaq was doing? I found
that reset the DDR2 'PBBPR' register to 0x50 after I set it to 0x10 in
the kernel. I wasn't able to find any source code for the application
either or I'd gladly rummage through it and remove the c
Maybe a silly question, but you're sure that the file you're editing is getting
compiled right? I've run into that situation before where I was adding print
statements all over the place only to see that there was never a .o of said
file bein
to copy on my ramdisk to make things
work properly. Any info is appreciated.
Thanks.
BJ
Kim Klaiman wrote:
I had the same problem, and this is the answer I’ve got from MV support:
"Since the framebuffer driver now implements the fb_blank method to
disable/enable windows, yo
ck > /tmp/test.txt"
KERNEL=="sda", RUN+="/bin/echo blah"
KERNEL=="sda", RUN+="/bin/echo blah > /tmp/test.txt"
*
I've gone through the kernel configuration and verified still that
CONFIG_HOTPLUG=y.
Sorry if this post was a bit erra
t
to use the single '=' sign in your rules files when checking the
'KERNEL' parameter.
----
*From:* BJ Opp [mailto:bj_...@seektech.com]
*Sent:* Tuesday, May 12, 2009 1:55 PM
*To:* Phil Quiney
*Cc:
either turn it off, or at
the very least increase the time.
Does anybody have any clues to this? I've searched the list, and saw
the 'setterm' posts, but that is for the terminal and I've already taken
care of that issue by setting the interval to 0 in vt.c
Thanks,
BJ
So am I really the only one in the world that's having this issue?
-Original Message-
From:
davinci-linux-open-source-bounces+bj_opp=seektech@linux.davincidsp.com
[mailto:davinci-linux-open-source-bounces+bj_opp=seektech@linux.davincidsp.com]
On Behalf Of BJ Opp
e back if I set the interval to say
1*60*HZ. If i set it longer than 5 minutes, the screen just goes
straight black and never returns.
Steve Chen wrote:
On Thu, 2009-06-04 at 13:11 -0700, BJ Opp wrote:
So am I really the only one in the world that's having this issue?
Not reall
All,
I have a weird problem going on with the dm355 evm. I'm trying to get
an LCD up and running using 16-bit parallel rgb mode but when I scope
all of my signal lines I'm not getting anything on the VDOUT_C[7..0]
lines. I have (I believe) setup all the proper registers in the vpbe to
allow for
I wanted to add that I _AM_ getting twiddling on all other lines except
those mentioned. Also, I can cat an image directly to /dev/fb/0 and can
see that data (although it's not properly displayed most likely due to
timing/porching problems) is indeed getting read in by the LCD.
BJ
-Ori
e pixels) that I can see the 2nd bar on the display. I have
no idea why the davinvi is just eating that data and not outputting it.
Any ideas are greatly appreciated. Thanks
BJ
___
Davinci-linux-open-source mailing list
Davinci-linux-open-sour
ep the thoughts coming mailing-list, I'm going nuts over here!! :)
BJ
-Original Message-
From: Jon Povey [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 1:13 AM
To: BJ Opp
Cc: davinci-linux-open-source@linux.davincidsp.com
Subject: Re: Frame buffer memory organization
On Thu,
registers both read 0x0 that's what led me to the mismatching in
offsets. What's going on here? Thanks.
BJ
Just to make things easier, here is a snip from my dm355_vpbe.h file
with a few of the registers in question and their definitions. These
addresses seem to follow that of the dm64
If you have the dvsdk that came with the eval board (assuming you're
using the eval board), there should be demo applications available that
do just that available in the 'demos' directory under your dvsdk install
path.
BJ
On Tue, 2008-05-13 at 10:39 +0200, Sami Bouraoui wrote:
&g
. Does anybody
have any better documentation than this pdf, or the examples in the
PSP_ directory?
Thanks
BJ
On Thu, 2008-04-17 at 11:10 -0400, Stephen Berry wrote:
> According to the IPIPE docs, you can turn on a bypass mode and it will
> not convert the input stream. Theoretical
applied the sdio patch which makes
reference to spi which is another reason why I believe I'm missing something.
Thanks for any direction.
BJ
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Steve,
It seems you and I are chasing the same problems. I'm seeing pretty horrid
write speeds on USB and was getting ready to try and chase down where they
could be coming from so I second your question regarding the patches. Has
anybody seen/fixed this issue
hifts as if the timing signals were being shifted somehow. Has
anybody seen this sort of issue before? The problem doesn't show up
when displaying video on /dev/fb/1 which is even stranger.
Thanks for any ideas,
BJ
___
Davinci-linux-open-s
age that I'm the
only one seeing this type of behavior? What kind of boot arguments are
people using on the dm355 for video if you're NOT seeing this? Much
appreciated.
BJ
BJ Opp wrote:
I'm running into a very strange problems with serial output on the
console affecting my L
y instead.
Sorry for the verbage...and thanks for any suggestions.
BJ
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Hi Dave, thanks for the reply. Some more questions/comments inline.
David Brownell wrote:
On Monday 15 December 2008, BJ Opp wrote:
All,
I'm currently working on adding a driver for an RTC into our kernel.
The chip I'm working with is the Dallas Semiconductor DS1340 and I've
s
s for the help, it's truly
appreciated.
BJ
From: David Brownell [davi...@pacbell.net]
Sent: Monday, December 15, 2008 7:09 PM
To: BJ Opp
Cc: davinci-linux-open-source@linux.davincidsp.com
Subject: Re: custom RTC chip/driver
On Monday 15 December 2008, BJ
What kind of detect times are people seeing when they plug in a usb
flash drive on the dm355? We're seeing that the time it takes from
insertion to creation of the /dev/sdx node is in the realm of ~12
seconds on average. Is there anyway to speed this up?
Thanks
My mistake, I should've prefaced my question with that I'm using the montavista
kernel 2.6.10 patchlevel 1952. I'm pretty sure lots of people are using this
kernel on this list and the lack of response it's making me believe that
something very unholy is going on wi
Unknown flash (not normal NAND)
I'm pretty sure that the mtd-utils package just isn't configured to work
with the xxxDAA nand chip but I wanted to first check to see if anybody
on this list has had the same problem? If so, did you edit the sourc
I've also been fighting with automounting a usb flash drive without much
success. We've been trying to use udev by adding this line to fstab
/dev/sda1 /mnt/usbflash auto auto,user 0
0
And also adding this to a rules a file we created in in
/etc/udev/rules.d/ by the
I think I may have moved around the initialization scripts
within /etc/rc.d/rcS.d to make the mountall script run after all the
udev stuff but I can't quite remember. I tried lots of things before
this one finally worked. Good luck, and if i manage to figure out the
hotplug mounting
envp->videoEncoder,
envp->imageWidth, envp->imageHeight,
envp->videoBitRate) == FAILURE) {
cleanup(THREAD_FAILURE);
}
DBG("hEncode value = %d\n",(int)hE
Sent: Friday, January 04, 2008 2:19 PM
To: [EMAIL PROTECTED]
Cc: Davinci-linux-open-source@linux.davincidsp.com
Subject: Re: failure when calling VIDENC_control
BJ Opp wrote:
> I've included the two functions, and how they're called below. Any
ideas would be g
output when I get only my development box if it'll help at all.
- BJ
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Fran Fadden
Sent: Tuesday, January 22, 2008 3:56 AM
To: Ilyssa Tzivia
Cc: davinci-linux-open-source@linux.davincidsp.com
Subject: R
dhcp
root=/dev/nfs nfsroot=111.111.110.155:/home/bj/workdir/filesys,nolock
bootfile="uImage"
bootcmd=nboot 0x8070 0 0x40; bootm
serverip=111.111.110.155
/* snip of dmesg /
eth0: link down
Sending DHCP requests ., OK
IP-Config: Got DHCP answer fr
Hmm, that seems odd that it does that. However, as long as others are
seeing the same behavior then I guess I'm ok with it. Thanks for the
help everybody.
-BJ
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Narnakaje, Snehaprabha
Sent: Wedn
command. Either that, or udev is not properly functioning?
I'm running 2.6.10_mvl401-davinci kernel.
Any ideas? (And I don't mean to do any sort of thread jack here)
BJ
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Sam Hague (shague)
Sent: Th
oller for an optrex lcd) would fit
more as a character device since the read/writes don't operate in block sizes.
As you can see I'm a bit confused here and would really appreciate some help.
Thanks
BJ
Viet Hoang wrote:
> Hi Steve,
>Boot the board, login, then use this c
tween the clock definitons in the
davinci_clks struct and actual pins on the board.
Can anybody shed some light on this? thanks.
BJ
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/m
reset but
this is hardly a proper solution. If anybody has run across this and
fixed it completely, what did you do? I had posted something regarding
this issue about a mont or 2 ago and the responses were along the lines
of _that's how the DM9000 ehternet
:01 AM
To: Chu, Owen; BJ Opp; Phil Quiney;
davinci-linux-open-source@linux.davincidsp.com
Subject: RE: DM355 Ethernet Start failure
I have seen issues with not being able to get dhcp or get a network
connection when using particular switches. Do you have a different
switch that you can try? L
We're using an HP 4097C and have had problems with both tftpboot and
failing to bring up the link during kernel boot.
From: Chu, Owen [mailto:[EMAIL PROTECTED]
Sent: Friday, March 28, 2008 9:50 AM
To: Phil Quiney; BJ Opp; Maupin, Chase;
davinci-linux
ch is not what I'm trying to do. If my only problem is patching drivers to have the proper
suspend/resume functions assigned that'd be good news. Any help or ideas are greatly appreciated. Thanks!
-bj
On 04/13/2011 07:30 AM, Nori, Sekhar wrote:
Hi Todd,
On Tue, Feb 15, 2011 at 18:1
I have only seen examples using RTC to wakeup a device, and only with the omap at that, so I
don't know if I'm supposed to be registering gpio0 as an interrupt in the device to get it to wakeup properly.
I'm being dumb about something and I'd love for someone to call me out on it so
52 matches
Mail list logo