Allow parts of drivers/mtd to compile on uml by pushing the HAS_IOMEM
dependencies down closer to the parts of mtd that actually need it. This
allows enough of mtd to build to let jffs2 be used on uml.
Signed-off-by: Jason Lunz <[EMAIL PROTECTED]>
---
arch/um/Kconfig
Allow parts of drivers/mtd to compile on uml by pushing the HAS_IOMEM
dependencies down closer to the parts of mtd that actually need it. This
allows enough of mtd to build to let jffs2 be used on uml.
Signed-off-by: Jason Lunz [EMAIL PROTECTED]
---
arch/um/Kconfig |4
Push the "depends on HAS_IOMEM" in mtd down closer to the parts that
actually need it. This allows enough of mtd to build to let jffs2 be
used on uml.
Signed-off-by: Jason Lunz <[EMAIL PROTECTED]>
---
On Wed, Oct 24, 2007 at 07:51:29AM +0100, David Woodhouse wrote:
>
Push the depends on HAS_IOMEM in mtd down closer to the parts that
actually need it. This allows enough of mtd to build to let jffs2 be
used on uml.
Signed-off-by: Jason Lunz [EMAIL PROTECTED]
---
On Wed, Oct 24, 2007 at 07:51:29AM +0100, David Woodhouse wrote:
Why build anything in chips
Declare mtdsuper to be gpl-licensed so it can access get_mtd_device and
put_mtd_device when loaded as a module.
Signed-off-by: Jason Lunz <[EMAIL PROTECTED]>
---
drivers/mtd/mtdsuper.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.22.6-uml/drivers/mtd/mtds
Declare mtdsuper to be gpl-licensed so it can access get_mtd_device and
put_mtd_device when loaded as a module.
Signed-off-by: Jason Lunz [EMAIL PROTECTED]
---
drivers/mtd/mtdsuper.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.22.6-uml/drivers/mtd/mtdsuper.c
es may have
been introduced for other read_cache_page callers, including the other
two in jffs2.
Signed-off-by: Jason Lunz <[EMAIL PROTECTED]>
---
fs/jffs2/fs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/jffs2/fs.c b/fs/jffs2/fs.c
index 1d3b7a9..8bc727b 100
been introduced for other read_cache_page callers, including the other
two in jffs2.
Signed-off-by: Jason Lunz [EMAIL PROTECTED]
---
fs/jffs2/fs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/jffs2/fs.c b/fs/jffs2/fs.c
index 1d3b7a9..8bc727b 100644
--- a/fs
On Thu, Aug 30, 2007 at 11:23:55AM -0700, Jason Lunz wrote:
> commit 1d8715b388c978b0f1b1bf4812fcee0e73b023d7 was added between
> 2.6.22.4 and 2.6.22.5 to cure a locking problem, but it seems to have
> introduced another (worse?) one.
I spoke too soon. I checked more carefully, and thi
On Thu, Aug 30, 2007 at 11:23:55AM -0700, Jason Lunz wrote:
commit 1d8715b388c978b0f1b1bf4812fcee0e73b023d7 was added between
2.6.22.4 and 2.6.22.5 to cure a locking problem, but it seems to have
introduced another (worse?) one.
I spoke too soon. I checked more carefully, and this problem
commit 1d8715b388c978b0f1b1bf4812fcee0e73b023d7 was added between
2.6.22.4 and 2.6.22.5 to cure a locking problem, but it seems to have
introduced another (worse?) one.
With a jffs2 filesystem (on block2mtd) on a 2.6.22.5 kernel, if I do
anything that appends to a file with many small writes, I
commit 1d8715b388c978b0f1b1bf4812fcee0e73b023d7 was added between
2.6.22.4 and 2.6.22.5 to cure a locking problem, but it seems to have
introduced another (worse?) one.
With a jffs2 filesystem (on block2mtd) on a 2.6.22.5 kernel, if I do
anything that appends to a file with many small writes, I
In gmane.linux.kernel, you wrote:
> I was wondering: is there any reason not to use ext2 on an USB
> pendrive? Really my question is not only about USB pendrives, but any
> device whose storage is flash based. Let's assume that the device has a
> good quality flash memory with wear leveling
In gmane.linux.kernel, you wrote:
I was wondering: is there any reason not to use ext2 on an USB
pendrive? Really my question is not only about USB pendrives, but any
device whose storage is flash based. Let's assume that the device has a
good quality flash memory with wear leveling and
On Fri, Apr 13, 2007 at 03:46:53PM -0700, Andrew Morton wrote:
> > If I want to run a system entirely from ram with a compressed filesystem
> > image mounted on /, is it better to store that image in a ramdisk, or on
> > a tmpfs and mount it via loopback?
>
> Store it all in ramfs, no loopback
On Thu, Apr 12, 2007 at 12:15:53PM -0700, Andrew Morton wrote:
> All of ZONE_NORMAL got used by ramdisk, and networking wants to
> allocate a page from ZONE_NORMAL. An oom-killing is the correct
> response, although probably not effective.
>
> ramdisk is a nasty thing - cannot you use ramfs or
On Thu, Apr 12, 2007 at 12:15:53PM -0700, Andrew Morton wrote:
All of ZONE_NORMAL got used by ramdisk, and networking wants to
allocate a page from ZONE_NORMAL. An oom-killing is the correct
response, although probably not effective.
ramdisk is a nasty thing - cannot you use ramfs or tmpfs?
On Fri, Apr 13, 2007 at 03:46:53PM -0700, Andrew Morton wrote:
If I want to run a system entirely from ram with a compressed filesystem
image mounted on /, is it better to store that image in a ramdisk, or on
a tmpfs and mount it via loopback?
Store it all in ramfs, no loopback needed?
I
On Tue, Apr 03, 2007 at 10:28:40AM +0200, roland wrote:
> what is the real advantage to package uml-kernel and rootfs into a single
> file ?
>
> If this needs to be distributed with additional script, that's two files,
> anyway.
If a common means of doing this were widespread, the script would
On Tue, Apr 03, 2007 at 10:28:40AM +0200, roland wrote:
what is the real advantage to package uml-kernel and rootfs into a single
file ?
If this needs to be distributed with additional script, that's two files,
anyway.
If a common means of doing this were widespread, the script would be
On Mon, Apr 02, 2007 at 05:44:34PM -0400, Jeff Dike wrote:
> There are sites (http://uml.nagafix.co.uk/ being the best one I know
> of) where, with two downloads, two uncompressions, and one command
> line later, you have a booted UML.
>
> The only way I know of to improve on this, aside from
On Mon, Apr 02, 2007 at 05:44:34PM -0400, Jeff Dike wrote:
There are sites (http://uml.nagafix.co.uk/ being the best one I know
of) where, with two downloads, two uncompressions, and one command
line later, you have a booted UML.
The only way I know of to improve on this, aside from
[EMAIL PROTECTED] said:
> You know what would be really useful... if www.kernel.org listed the
> "latest -ac" patch as something current instead of 2.6.10-ac12, which was
> a great patch in its day, but hasn't been current for a while.
>
> In fairness, the -mm is out of date, too. Perhaps a bit of
[EMAIL PROTECTED] said:
You know what would be really useful... if www.kernel.org listed the
latest -ac patch as something current instead of 2.6.10-ac12, which was
a great patch in its day, but hasn't been current for a while.
In fairness, the -mm is out of date, too. Perhaps a bit of
I'm looking for a way to do FIBMAP on linux 2.4 without being root, and
I learned from the archive that it's restricted for security reasons,
and that it's obsolete anyway. I found this discussion about a
replacement called FIONDEV:
http://uwsg.iu.edu/hypermail/linux/kernel/9906.1/0817.html
I'm looking for a way to do FIBMAP on linux 2.4 without being root, and
I learned from the archive that it's restricted for security reasons,
and that it's obsolete anyway. I found this discussion about a
replacement called FIONDEV:
http://uwsg.iu.edu/hypermail/linux/kernel/9906.1/0817.html
I've set up a Pioneer 305S scsi dvd-rom on an old adaptec card using the
stock aic7xxx driver included with the 2.4.4 kernel (not the old_aic7xxx
one). Everything works well, except when trying to access an encrypted
file on a DVD. This ioctl from libcss fails:
static int _get_title_key(int fd,
I've set up a Pioneer 305S scsi dvd-rom on an old adaptec card using the
stock aic7xxx driver included with the 2.4.4 kernel (not the old_aic7xxx
one). Everything works well, except when trying to access an encrypted
file on a DVD. This ioctl from libcss fails:
static int _get_title_key(int fd,
This is in reply to an earlier thread,
"aic7xxx problem on linux-2.4.0-test10-pre1".
If you play hr eject an audio cd-rom from gtcd (a GNOME cd player), you
get an oops like the one mentioned. I just wanted to confirm that Jens'
one-liner patch fixes the problem for me.
The aic7xxx driver was
This is in reply to an earlier thread,
"aic7xxx problem on linux-2.4.0-test10-pre1".
If you play hr eject an audio cd-rom from gtcd (a GNOME cd player), you
get an oops like the one mentioned. I just wanted to confirm that Jens'
one-liner patch fixes the problem for me.
The aic7xxx driver was
30 matches
Mail list logo