From: Marco Stornelli marco.storne...@gmail.com
Memory write protection.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -Nurp linux-2.6.36-orig/fs/pramfs/wprotect.c
linux-2.6.36/fs/pramfs/wprotect.c
--- linux-2.6.36-orig/fs/pramfs/wprotect.c 1970-01-01 01:00:00.0
From: Marco Stornelli marco.storne...@gmail.com
Makefile and Kconfig.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -Nurp linux-2.6.36-orig/fs/Makefile linux-2.6.36/fs/Makefile
--- linux-2.6.36-orig/fs/Makefile 2010-09-13 01:07:37.0 +0200
+++ linux-2.6.36/fs
From: Marco Stornelli marco.storne...@gmail.com
Extended attributes block descriptors tree.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -Nurp linux-2.6.36-orig/fs/pramfs/desctree.c
linux-2.6.36/fs/pramfs/desctree.c
--- linux-2.6.36-orig/fs/pramfs/desctree.c 1970-01-01
From: Marco Stornelli marco.storne...@gmail.com
ACL operations.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -Nurp linux-2.6.36-orig/fs/pramfs/acl.c linux-2.6.36/fs/pramfs/acl.c
--- linux-2.6.36-orig/fs/pramfs/acl.c 1970-01-01 01:00:00.0 +0100
+++ linux-2.6.36/fs
From: Marco Stornelli marco.storne...@gmail.com
Test module.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -Nurp linux-2.6.36-orig/fs/pramfs/pramfs_test.c
linux-2.6.36/fs/pramfs/pramfs_test.c
--- linux-2.6.36-orig/fs/pramfs/pramfs_test.c 1970-01-01 01:00:00.0
From: Marco Stornelli marco.storne...@gmail.com
File operations.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -Nurp linux-2.6.36-orig/fs/pramfs/file.c linux-2.6.36/fs/pramfs/file.c
--- linux-2.6.36-orig/fs/pramfs/file.c 1970-01-01 01:00:00.0 +0100
+++ linux-2.6.36
From: Marco Stornelli marco.storne...@gmail.com
XIP operations.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -Nurp linux-2.6.36-orig/fs/pramfs/xip.c linux-2.6.36/fs/pramfs/xip.c
--- linux-2.6.36-orig/fs/pramfs/xip.c 1970-01-01 01:00:00.0 +0100
+++ linux-2.6.36/fs
a lot of
information about implementation, technical details, benchemarking and
so on.
Regards,
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
you some information on the system startup
about OpenSuse, have you look at it? It's possible that what Greg
said, it's true.
Regards,
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info
2010/5/30 Felipe Balbi m...@felipebalbi.com:
On Sun, May 30, 2010 at 11:53:49AM +0200, Marco Stornelli wrote:
beagle board uses musb. You shouldn't be relying on the udc controller.
Your Kconfig is just wrong.
--
balbi
Oops, my fault. I see the error in the configuration. Thank you very
cannot work. Is it a regression? Is
there any workaround?
Thanks.
Regards,
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Il 02/05/2010 15:29, Samo Pogacnik ha scritto:
Dne 02.05.2010 (ned) ob 11:58 +0200 je Marco Stornelli zapisal(a):
01/05/2010 20:48, Samo Pogacnik wrote:
Mmm...It's an interesting problem. I see in my distro (openSuse) a
script called boot.klog that it seems to perform that (even initrd
part
not
an expert of tty layer. A naive implementation could be patch the kernel
to choose a well-known baud rate for your hw reading a revision register
or something like that.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord
for
the initrd part of the boot process (i'd be glad, if i'm wrong).
Mmm...It's an interesting problem. I see in my distro (openSuse) a
script called boot.klog that it seems to perform that (even initrd
part). In the file boot.msg I can see the initial prints of the kernel
and user space scripts.
Marco
in the log, too.
It's very similar to my driver ramoops, have you already seen it?
Currently it's in the mm tree, I think it will be included in mainline
early.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More
From: Marco Stornelli marco.storne...@gmail.com
Ramoops, like mtdoops, can log oops/panic information but in RAM. It can
be used with persistent RAM for systems without flash support. In
addition, for this systems, with this driver, it's no more needed
add to the kernel the mtd subsystem
2010/3/15 Jamie Lokier ja...@shareable.org:
Marco Stornelli wrote:
Il 13/03/2010 00:31, Jamie Lokier ha scritto:
I agree, but the bootloader should be aware of it. I mean, usually
bootloaders at boot, reset the RAM, so you have to tell to the
bootloader that you are using a piece of RAM
can be completely transparent to the admin in all
situations.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Il 12/03/2010 23:48, Andrew Morton ha scritto:
On Wed, 10 Mar 2010 13:15:25 +0100
Marco Stornelli marco.storne...@gmail.com wrote:
2010/3/10 Yuasa Yoichi yu...@linux-mips.org:
2010/3/10 Marco Stornelli marco.storne...@gmail.com:
2010/3/10 Yuasa Yoichi yu...@linux-mips.org:
I meant
2010/3/10 Yuasa Yoichi yu...@linux-mips.org:
Hi,
2010/3/10 Marco Stornelli marco.storne...@gmail.com:
Ramoops, like mtdoops, can log oops/panic information but in RAM.
What is different from mtdoops + mtd-ram?
Yoichi
It can be used in a very easy way with persistent RAM for systems
Ramoops, like mtdoops, can log oops/panic information but in RAM. It can
be used with persistent RAM for systems without flash support. In
addition, for this systems, with this driver, it's no more needed
add to the kernel the mtd subsystem with advantage in footprint.
Signed-off-by: Marco
2010/1/20 Matthias Kaehlcke matth...@kaehlcke.net:
El Wed, Jan 20, 2010 at 08:57:44AM +0100 Marco Stornelli ha dit:
2010/1/20 Johnny Hung johnny.hack...@gmail.com:
2010/1/19 Matthias Kaehlcke matth...@kaehlcke.net:
El Tue, Jan 19, 2010 at 02:17:22PM +0100 Ricard Wanderlof ha dit:
I
partition) for
strong permanent data (/etc, ) and pramfs for light permanent
data (/var/log, .).
I think you should split your rootfs. Ramdisk is an old approach
with some drawbacks.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message
below:
---
diff --git a/thunderbird b/thunderbird
+++
---
if (using_thunderbird) {
you can send patches safely
}
---
Hein
And with pasteCode and Toggle Word Wrap extensions it is even more easier ;)
Marco
--
To unsubscribe from this list: send the line
? Is there already
anything similar out-of-tree?
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
or
less 1k) we have to add mtd subsys (more or less 14k) to the kernel to
achieve this and it's all overhead.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
Artem Bityutskiy wrote:
On Tue, 2009-11-17 at 13:45 +0100, Marco Stornelli wrote:
2009/11/17 Artem Bityutskiy dedeki...@gmail.com:
We need to store this information of NAND flash. Implementing logs on
NAND flash is about handling bad blocks, choosing format of records, and
may be even
the log and when possible the system should send all via
network for example. Are there problems that I can't see to follow this
approach? When David says ...so this looks much more like a real file
than a sysctl file I quite agree, it seems a normal application/system
log indeed.
Marco
Artem
:
Allows annotation of panics to include platform information. It's no big
deal to collect information, but way helpful when you are collecting
failure reports from a eventual base of millions of systems deployed in
other people's homes.
Marco
--
To unsubscribe from this list: send the line
2009/9/2 Marc Andre Tanner m...@brain-dump.org:
On Wed, Sep 02, 2009 at 06:44:19PM +0200, Marco Stornelli wrote:
Marc Andre Tanner ha scritto:
+#define printk(fmt, ...) (
\
Shouldn't it be an and?
Don't think so
bool BUG() support if EMBEDDED
default y
If there are some problems to handle KERN_CONT you should say something
here. You should even add in cc: the kernel ML, however it seems a good
work.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
projects. You cannot think to have a
normal desktop, imho some tools and some solutions must be very
specific, it's the embedded world. However your problems are very common
in the production environment.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body
Pavel Machek wrote:
Ah now the write protection is a needed feature, in your previous
comment you talked about why not use ext2/3...
Marco
Just for your information I tried the same test with pc in a virtual
machine with 32MB of RAM:
Version 1.03e --Sequential Output
Pavel Machek wrote:
Ah now the write protection is a needed feature, in your previous
comment you talked about why not use ext2/3...
Marco
Just for your information I tried the same test with pc in a virtual
machine with 32MB of RAM:
Version 1.03e --Sequential Output
2009/6/24 Pavel Machek pa...@ucw.cz:
On Wed 2009-06-24 19:38:37, Marco wrote:
Pavel Machek wrote:
On Mon 2009-06-22 14:50:01, Tim Bird wrote:
Pavel Machek wrote:
block of fast non-volatile RAM that need to access data on it using a
standard filesytem interface.
Turns a block of fast
submitted for a review a new filesystem for 2.6.30 called pramfs that
it can be useful for your case. You could use a little piece of ram to
store the log.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More
On Tue, 23 June 2009 19:38:33 +0200, Marco wrote:
dd? You haven't got any device file to have a dump. I think we're going
a bit out of scope. I had some doubt to support rootfs in pram and after
some feedback and the comments of this review I think I'll remove it
from the next release
2009/6/23 Arnd Bergmann a...@arndb.de:
On Tuesday 23 June 2009, David Woodhouse wrote:
And dd on /dev/mem would work, surely?
Actually, reading from /dev/mem is only valid on real RAM. If the nvram
is part of an IO memory mapping, you have to do mmap()+memcpy() rather
than read(). So dd
?
Pavel
Ah now the write protection is a needed feature, in your previous
comment you talked about why not use ext2/3...
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
Arnd Bergmann wrote:
On Wednesday 24 June 2009, Marco Stornelli wrote:
Actually, reading from /dev/mem is only valid on real RAM. If the nvram
is part of an IO memory mapping, you have to do mmap()+memcpy() rather
than read(). So dd won't do it, but it's still easy to read from user
space
?
Pavel
Ah now the write protection is a needed feature, in your previous
comment you talked about why not use ext2/3...
Marco
Just for your information I tried the same test with pc in a virtual machine
with 32MB of RAM:
Version 1.03e
for this review). I agree to use the
native endian. As I said the important thing is that if an user want to
use it in a 64bit environment then the fs must work well and then it
must be designed to support even this situation, I think it's obvious.
Marco
--
To unsubscribe from this list: send the line
.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
2009/6/21 Arnd Bergmann a...@arndb.de:
On Sunday 21 June 2009, Marco wrote:
I was thinking about your comment and I think I'll use __kernel_off_t
for the exported headers. I know that it will differ between 32 and 64
bit architectures, but for this kind of fs there isn't any compatibility
Arnd Bergmann wrote:
On Monday 22 June 2009, Marco Stornelli wrote:
It's still a problem. You might be creating a file system image
for an embedded board with a different endianess.
It's not possible to create an image with pramfs, it's like tmpfs.
But the data is persistant, you even
Pavel Machek wrote:
On Mon 2009-06-22 10:31:28, Tim Bird wrote:
Pavel Machek wrote:
How do you handle hard-links, then?
Indeed hard-links are not supported :) Due to the design of this fs
there are some limitations explained in the documentation as not
hard-link, only private memory mapping
. You cannot remove a chip of RAM from a board
32bit little endian and attach it to a board with a cpu 64bit big
endian, the memory isn't a disk. Indeed, I see that tmpfs uses simply
unsigned long in the exported header file without any problems to
little or big endian.
Regards,
Marco
,
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
2009/6/18 Paul Mundt let...@linux-sh.org:
On Wed, Jun 17, 2009 at 06:58:00PM +0200, Marco wrote:
Jared Hulbert wrote:
Why not just fix flush_tlb_range()?
If an arch has a flush_tlb_kernel_page() that works then it stands to
reason that the flush_tlb_kernel_range() shouldn't work
2009/6/17 Chris Friesen cfrie...@nortel.com:
Marco wrote:
This is a second attempt at mainlining Pramfs. The first attempt was
back in early 2004 by MontaVista. Since then the kernel code has almost
been completely rewritten. So my first item on the list was porting the
code on a recent
not impossible to use a mutex, but as I said it's inherited from
code written for 2.6.10. This function works as
pram_get_and_update_block works.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
that.
(Who is the maintainer of H8300 arch?)
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Bryan Henderson wrote:
Marco wrote:
To enable direct
I/O at all times for all regular files requires either that
applications be modified to include the O_DIRECT flag on all file
opens, or that a new filesystem be used that always performs direct
I/O by default.
This could
Tim Bird wrote:
Marco wrote:
This is a second attempt at mainlining Pramfs. The first attempt was
back in early 2004 by MontaVista. Since then the kernel code has almost
been completely rewritten. So my first item on the list was porting the
code on a recent kernel version. After that I added
later in this file.
+
+ifneq ($(CONFIG_PRAMFS_NOWP),y)
+pramfs-objs += wprotect.o
+endif
+pramfs-$(CONFIG_PRAMFS_XIP) += xip.o
Sam
Ok, thanks.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
Daniel Walker wrote:
On Sat, 2009-06-13 at 15:22 +0200, Marco wrote:
From: Marco Stornelli marco.storne...@gmail.com
Makefile and Kconfig.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
You should move this patch to 11 of 14, as I think that is the point
when
Arnd Bergmann wrote:
On Saturday 13 June 2009, Marco wrote:
void __init mount_root(void)
{
+#ifdef CONFIG_ROOT_PRAMFS
+ if (MAJOR(ROOT_DEV) == MEM_MAJOR) {
+ if (mount_pramfs_root())
+ return;
+
+ printk(KERN_ERR VFS: Unable
David Woodhouse wrote:
On Sun, 2009-06-14 at 10:21 +0200, Marco wrote:
Mmm...MEM_MAJOR and RAMDISK_MAJOR have the same value and pramfs works
in memory. We could simply use /dev/null (there was an error in the
submitted kconfig description, my intention was to use /dev/mem). In
that case I
David Woodhouse wrote:
On Sun, 2009-06-14 at 10:21 +0200, Marco wrote:
Mmm...MEM_MAJOR and RAMDISK_MAJOR have the same value and pramfs works
in memory. We could simply use /dev/null (there was an error in the
submitted kconfig description, my intention was to use /dev/mem). In
that case I
.
Are there any pending patents on this code?
NO, there aren't patents pending on this code. MontaVista had a pending
patent application but now it has abandoned this way. Daniel Walker can
confirm that.
Marco
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
From: Marco Stornelli marco.storne...@gmail.com
File operations for directories.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/pramfs/dir.c linux-2.6.30/fs/pramfs/dir.c
--- linux-2.6.30-orig/fs/pramfs/dir.c 1970-01-01 01:00:00.0 +0100
From: Marco Stornelli marco.storne...@gmail.com
Pramfs can be used even as root filesystem.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/init/do_mounts.c linux-2.6.30/init/do_mounts.c
--- linux-2.6.30-orig/init/do_mounts.c 2009-06-10 05:05
From: Marco Stornelli marco.storne...@gmail.com
File operations for files.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/pramfs/file.c linux-2.6.30/fs/pramfs/file.c
--- linux-2.6.30-orig/fs/pramfs/file.c 1970-01-01 01:00:00.0 +0100
From: Marco Stornelli marco.storne...@gmail.com
Inode operations.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/pramfs/inode.c linux-2.6.30/fs/pramfs/inode.c
--- linux-2.6.30-orig/fs/pramfs/inode.c 1970-01-01 01:00:00.0 +0100
+++ linux
From: Marco Stornelli marco.storne...@gmail.com
Include files.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/pramfs/pram_fs.h
linux-2.6.30/fs/pramfs/pram_fs.h
--- linux-2.6.30-orig/fs/pramfs/pram_fs.h 1970-01-01 01:00:00.0
+0100
From: Marco Stornelli marco.storne...@gmail.com
Makefile and Kconfig.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/Kconfig linux-2.6.30/fs/Kconfig
--- linux-2.6.30-orig/fs/Kconfig2009-06-10 05:05:27.0 +0200
+++ linux-2.6.30/fs
From: Marco Stornelli marco.storne...@gmail.com
Symbolic link operations.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/pramfs/symlink.c
linux-2.6.30/fs/pramfs/symlink.c
--- linux-2.6.30-orig/fs/pramfs/symlink.c 1970-01-01 01:00:00.0
From: Marco Stornelli marco.storne...@gmail.com
Test module.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/pramfs/pramfs_test.c
linux-2.6.30/fs/pramfs/pramfs_test.c
--- linux-2.6.30-orig/fs/pramfs/pramfs_test.c 1970-01-01 01:00:00.0
From: Marco Stornelli marco.storne...@gmail.com
Inode operations for directories.
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
---
diff -uprN linux-2.6.30-orig/fs/pramfs/namei.c linux-2.6.30/fs/pramfs/namei.c
--- linux-2.6.30-orig/fs/pramfs/namei.c 1970-01-01 01:00:00.0
From: Marco Stornelli marco.storne...@gmail.com
This patch adds the possibility for an application to receive statistics
information only
for processes belonging to a cgroup. The mechanism is the same of the cpu's
exit data statistics.
With this patch, instead of waiting on a specific cpumask
Hi Greg,
I suggest you this board:
http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4102
It's very cheaper, sometimes ago I bought it for 65 Euro. However it
hasn't got an host USB port, but only a device one.
Regards,
Marco
Greg Lee ha scritto:
I'm in the process of selecting
in the MAINTAINER file in the kernel source.
Regards,
Marco
Neil Armstrong wrote:
Add an ioctl callback to the UIO device class.
This can be useful when status and data are needed after an interrupt
occurs.
Changes :
- Add an uio_ioctl method
- Add en ioctl entry in uio_info
Neil
No I don't think you can decide kernel or user space, indeed you can
read my previous posts, I quite agree with you, I meant the same to Bill
Gatliff.
Ben Nizette ha scritto:
On Tue, 2008-10-21 at 11:30 +0200, Marco Stornelli wrote:
I could agree, but the facto due to UIO license condition
/majordomo-info.html
--
Marco Stornelli
Embedded Software Engineer
CoRiTeL - Consorzio di Ricerca sulle Telecomunicazioni
http://www.coritel.it
[EMAIL PROTECTED]
+39 06 72582838
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED
Jamie Lokier ha scritto:
David Woodhouse wrote:
On Sat, 2008-10-18 at 13:56 +0100, Jamie Lokier wrote:
Trouble is, that's not suitable for a dashboard unit where users plug
in their own media card.
Marco didn't say if the SD card is for users to plug in their own
media, or if it's internal
scritto:
On Tue, Oct 7, 2008 at 05:14, Marco Stornelli wrote:
I enjoyed to make a porting of pramfs to the kernel 2.6.26.5. In
addition, I made a patch to add execute-in-place support. You can
download the patches from the project site under tracker/patches. If
you have comments
,
--
Marco Stornelli
Embedded Software Engineer
CoRiTeL - Consorzio di Ricerca sulle Telecomunicazioni
http://www.coritel.it
[EMAIL PROTECTED]
+39 06 72582838
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info
debian package and/or to do native development. This
is (not yet) meant as a tool to make your final rootfs fit on a small
flash partition.
Very interesting, where can I found it? Can you give me a site to
download it?
--
Marco Stornelli
Embedded Software Engineer
CoRiTeL - Consorzio di Ricerca
Bernd Petrovitsch ha scritto:
On Tue, 2008-07-29 at 09:51 +0200, Alexander Neundorf wrote:
On Tuesday 29 July 2008 09:40:20 Marco Stornelli wrote:
Robert P. J. Day ha scritto:
just curious -- how many folks are working in C++ in their embedded
linux work?
Not if it's in anyway avoidable
to customize the dump information. What do you think about it?
Regards,
--
Marco Stornelli
Embedded Software Engineer
CoRiTeL - Consorzio di Ricerca sulle Telecomunicazioni
http://www.coritel.it
[EMAIL PROTECTED]
+39 06 72582838
--
To unsubscribe from this list: send the line unsubscribe linux
101 - 180 of 180 matches
Mail list logo