vadik wrote:
I have implementation of Virtex4 with hw FPU trough APU .
Is there any Real Time OS that directly supports this implementation
without
relying on sw floating point emulation.
This is a matter of tool chain and setup of your kernel?
Xilinx Relesed GCC build of their own that is
sumedh tirodkar wrote:
does there exist a Standalone RTLinux for powerpc?
I don't know, but there's a very good hard real-time extension called
Xenomai
for powerpc (and many other arch's). http://www.xenomai.org
Best Regards
--
Stephane
___
Dave Littell wrote:
I have a CFI Flash device which has some non-CFI commands I need to
issue from userland. I've tried mmap() of the mtdblock device, but
that
only yielded a corrupted Flash as my non-CFI command sequences were
simply written to Flash. An attempted mmap() of the character mtd
Vince Asbridge wrote:
We have an 8548 design, which implements a DDR2 on a SODIMM
We have an issue with dual rank memory (specific part number Viking
VR5DR287218EBSS1), which is a 1G ECC Registered SODIMM part, with two ranks.
Our platform wires CS0 and CS1 to the SODIMM slot.
At uBoot,
Hi,
Most of you know already about HugeTLB
(Documentation/vm/hugetlbpage.txt).
Is there any plan of HugeTLB support for the MPC 85xx platform?
This is IMO an important feature missing in Linux for those great SoC.
Would any 4K assumption in the kernel be a showstopper for HugeTLB?
On a similar
suresh suresh wrote:
I have to map physical memory to user space or kernel space. I am
writing driver for MPC8260 chip and I want to know how to map any
32-bit address space to user space and kernel space.
Your question is a linuxppc-embedded FAQ. User-land access is documented
in Denx's FAQ[1],
Charles Krinke wrote:
This routine uses a ccsr_pci struct to assign potar2, powar2, powbar2
and others like this:
pci-potar2 = 0x0010;
pci-powar2 = 0x8004401a;
pci-powbar2 = 0x00888000;
This is big-endian access to the registers, right?
I tend to prefer explicit macros like the
Charles Krinke wrote:
[...]
I am told that we are running this ppc in big endian, so would this
mean
that readl writel should actually be resolving to in_be32/out_be32
respectively? Is there some other setup that may be wrong?
IIRC, readl and writel were defined this way in order to ease PCI
Antonio Di Bacco wrote:
How can I access the physical memory? Can I MMAP for example /dev/mem?
Is
there a simpler way?
Your question is a linuxppc-embedded FAQ.
It is documented in Denx's FAQ[1], and accessible through shorter
URL[2].
For more information, please follow this thread[3] (not ppc
I would want to use a linux kernel 2.6 on a custom MPC8xx board.
Which stable kernel release must or can I use ?
http://www.denx.de/wiki/bin/view/Know/Linux24vs26
--
SF
Dan Malek wrote:
So my question is, is there some minor detail that my
FPU-state-save/restore
code is missing, that would cause these sort of symptoms?
Just get all of this out of the kernel. If you used the standard ALSA
drivers and framework, lots of mixing features are available to you.
Arnd Bergmann wrote:
On Thursday 05 January 2006 21:00, mcnernbm at notes.udayton.edu wrote:
I finally noticed out_8 and in_8 and what not are located in the
ppc io.h file in the kernel development download.? But when I
tried to do a io.h with in my program I added #include asm/io.h?
and it
Brett McNerney wrote:
[...]
I am open for other options on how I can do this other then mmap. And
am still not against a driver built into the kernel if someone has a an
example I could see and can explain how to add it in so it builds into
the kernel since I have had no success on that either
Wojciech Kromer wrote:
[..]
But inside kernel all RX frames are filled with 0xff data,
also send frames I can see on the other side, are full of 0xff.
Clocks and other FCC aware registers seems to be correct.
The same version on linux (2_4_devel from denx.de) works fine
on another mpc8260 board.
Bonjour G?rard,
G?rard Gu?vel wrote:
I don't especially want to see if the bit is set, I just want
to improve the board performance for a Linux application :-).
Do you know where your CPU is spending much of its time?
It looks like a job for OProfile. Support for e500 exists in 2.6.x
thanks to
I have a problem about Large File System on ppc. The following is my example
code:
Actually not problem with LFS, but with int types.
#define _FILE_OFFSET_BITS 64
#include sys/stat.h
#include unistd.h
Int main()
{
?? struct stat buf;
?? stat64(/3G,buf);
?? printf(size of
Clemens Koller wrote:
In the meanwhile, I got channel 0 working. It seems
that the DMA#0 machine got stuck in some configuration from any
previous (u-boot?) operation which didn't clean up things
properly. I had to explicitly abort a (continously running?)
transfer to be able to re-program it in
Robert P. J. Day wrote:
any recommendations for a small, relational database that can be
cross-compiled with ELDK 3.1.1 for a PPC system? it's not going to be
holding a lot of records (about 1000, more or less), and will be
initialized and loaded at system boot time, at which point the
majority
Sophie CARAYOL wrote:
Another question, if i use mmap to map physical addresses of I/O registers,
could i dereference the pointer on virtual adresse to access data or should
i use read/write on the file descriptor ?
Yes, you can dereference the pointer.
Don't you remember my past mail?
From the
Sophie CARAYOL wrote:
But, the real question is : if you use the /dev/mem (with open() and mmap
()), could you use, in the user space, the pointer returned by the mmap
function to access the physical memory or do you have to use read/write (on
the file descriptor) to access physical memory because
Sophie CARAYOL wrote:
[...]
What is the good manner to read or write in the physical memory?
Please have a look at Denx's FAQ for accessing memory bus:
http://www.denx.de/twiki/bin/view/PPCEmbedded/DeviceDrivers#Section_Acce
ssingPeripheralsFromUserSpace
or shorter: http://tinyurl.com/6c7th
Vijay Padiyar wrote:
I am running Linux 2.6.10 on an MPC8260 target. We have an I2C
controller
that is part of our application code. In VxWorks, we could address the
MPC8260 I2C memory registers directly from application space and so
this was
not a problem.
The I2C abstraction layer of Linux is
Robert P. J. Day wrote:
now this is the sticky part. imagine this system out in the field,
where you need to make an update to something in the initrd in the
root filesystem.
You could get away with mirrored partitions, having version N and N-1
in flash, so a rollback is possible. But static
I probably just wasn't looking hard enough but would anyone know if a
peek/poke type command line utility would exist for accessing physical
addresses under Linux on a 440GX board ? Thanks.
I have such, and I wanted to contribute them to busybox. My peek/poke
even support hotplug (as long as
recommend me some opensource solutions?
solution=(embedded)?boa:apache;
Ummm... depending on requirements, Mbedthis AppWeb, GoAhead, khttpd,
and others come to mind, too.
For DIY embedded HTTP server, what about the EHS library?
http://freshmeat.net/projects/ehs
SF
** Sent
Given that the physical address has already been mapped, via
ioremap64(), do I need remap_page_range()? Does anyone have any ideas
on what the mmap file_op for this driver would look like? Do I even
need mmap() or should I just use an ioctl to return the pointer I've
already got to the user?
Bob White wrote:
What configuration is necessary to map this memory into the kernel?
You need ioremap() and a good book on Linux Kernel Driver development.
Excellent examples are in linux/drivers directory.
Can you point me to some examples? How does it then get accessed from
a user
Anybody seen this error?
No :)
I'm getting it while trying to compile for a ppc405EP based board,
using the ELDK 2.1 toolchain (ppc_4xx).
Don't use ioperm. There's no io bus, only memory bus.
Please have a look at Denx's FAQ for accessing memory bus:
Jon Masters wrote:
The bigger the mmap, the better, and the lesser entries in page table
there will be.
That's not true though. I went along with the rest of your mail, but the
above just does not make sense to me.
Indeed! I should have written:
The bigger the mmap, the better, and the lesser
When I map only the the GRAM I get a throughput of
IoremapTest...8.0 s = 2049.4 kW/s
Talking about Retries count, the higher the better.
Getting 8 seconds is okay, but not less to have good average result.
Perform several times the IoremapTest to check for noise consistency.
To
Steven Scholz wrote:
Please refer to 11.13. Accessing peripherals from user space
in the excellent FAQ from DENX's TWiki at :
http://www.denx.de/twiki/bin/view/PPCEmbedded/DeviceDrivers#Section_Accessin
gPeripheralsFromUserSpace
There's no need to implement kernel side stuff. /dev/mem is
Dear Wolfgang,
Then you can edit / add to the U-Boot and Linux Guide at
http://www.denx.de/twiki/bin/view/DULG/WebHome yourself...
It seems like I have no permission to mess with DULG,
so I've added it to PPCEmbedded HOWTO:
http://www.denx.de/twiki/bin/view/PPCEmbedded/DeviceDrivers
Feel
Note to the list: sorry for the RFC2822
Do you know the replacement for iopl to work on PowerPC?
There's no such crap on PowerPC. No separate IO bus either.
Final goal is a kernel module, but now I'm writing a test program in
user space (standalone, dynamic compiled).
Okay, let's use ESP
33 matches
Mail list logo