Virtual machine installation issue.
Kim George
kim.george83 at yahoo.com
Fri May 7 14:11:46 UTC 2010
I think I solved my first problem but a new problem has manifested itself. On the first issue, I thought the machine was hung, but I noticed under the session information dialogue that the virtual machine was reading data. I let the machine run for about 15 minutes "hung" on the cursor and it finally came up with the following error:
"This kernel requires the following feature not present on the cpu: pae/nx"
Turns out this is a known error as described here for Ubuntu 8.10 (Still a problem with 9.10 obviously):
https://help.ubuntu.com/community/VirtualBox/Installation
The workaround on VirtualBox version 3.1.6 is to enable pae/nx feature. Right click on the fedora machine you've setup (must be shutdown) follow the path:
settings > system > processor > enable pae/nx
The system boots now however after a while it arrives with the following error:
"prefdm respawning too fast stopped"
The screen goes blank and the boot process hangs. From reading through Fedora forums it appears to be a problem with a failure of the X-configuration as described here:
http://forums.fedoraforum.org/showthread.php?t=188317
The workaround appears to be to rename the xorg.conf file????? Does anyone have any ideas how I could go about doing this for a virtual system?
Sorry for the ongoing trouble, I'd love to just install Fedora however Ubuntu is my working system, if I keep having troubles I'll just go through the process of installing all the packages and maybe try to setup a debian repository so any other Ubuntu users can install all the packages directly through apt.
- kim
________________________________
From: "rtems-users-request at rtems.org" <rtems-users-request at rtems.org>
To: rtems-users at rtems.org
Sent: Fri, May 7, 2010 4:00:36 AM
Subject: rtems-users Digest, Vol 44, Issue 7
Send rtems-users mailing list submissions to
rtems-users at rtems.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.rtems.org/mailman/listinfo/rtems-users
or, via email, send a message with subject or body 'help' to
rtems-users-request at rtems.org
You can reach the person managing the list at
rtems-users-owner at rtems.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of rtems-users digest..."
Today's Topics:
1. Setting to prevent memory allocation (Yaklin, Allan C)
2. RE: Setting to prevent memory allocation (Yaklin, Allan C)
3. Re: Setting to prevent memory allocation (Joel Sherrill)
4. Virtual machine installation issue. (Kim George)
5. Bluetooth (Robert S. Grimes)
6. RE: Bluetooth (Lu Chih Wen)
7. Re: [PATCH] ftpd: RETR of a directory should fail (Chris Johns)
----------------------------------------------------------------------
Message: 1
Date: Thu, 6 May 2010 12:34:03 -0600
From: "Yaklin, Allan C" <acyakli at sandia.gov>
To: "'rtems-users at rtems.com'" <rtems-users at rtems.com>
Subject: Setting to prevent memory allocation
Message-ID:
<A8CAC25314C27F4E9E1BAA280339ACD016EC9BF6F0 at ES02SNLNT.srn.sandia.gov>
Content-Type: text/plain; charset="us-ascii"
Hello,
I'm working on an embedded system with limited memory, and we were wondering if there was a way to prevent RTEMS programs from dynamic allocating memory. I was specifically thinking of a possible setting in confdefs.h, but I was unable to find anything relevant when searching through the file. Is this possible in RTEMS?
--
Allan Yaklin
acyakli at sandia.gov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.rtems.org/pipermail/rtems-users/attachments/20100506/60cbfca0/attachment-0001.htm>
------------------------------
Message: 2
Date: Thu, 6 May 2010 14:51:44 -0600
From: "Yaklin, Allan C" <acyakli at sandia.gov>
To: "'rtems-users at rtems.com'" <rtems-users at rtems.com>
Subject: RE: Setting to prevent memory allocation
Message-ID:
<A8CAC25314C27F4E9E1BAA280339ACD016EC9BF752 at ES02SNLNT.srn.sandia.gov>
Content-Type: text/plain; charset="us-ascii"
I apologize for cluttering your inboxes, but I didn't ask the right question the first time around.
Does the RTEMS kernel dynamically allocate memory? If it does, is there a setting in confdefs.h to prevent it?
--
Allan Yaklin
acyakli at sandia.gov
(505) 284-8660
From: rtems-users-bounces at rtems.org [mailto:rtems-users-bounces at rtems.org] On Behalf Of Yaklin, Allan C
Sent: Thursday, May 06, 2010 12:34 PM
To: 'rtems-users at rtems.com'
Subject: Setting to prevent memory allocation
Hello,
I'm working on an embedded system with limited memory, and we were wondering if there was a way to prevent RTEMS programs from dynamic allocating memory. I was specifically thinking of a possible setting in confdefs.h, but I was unable to find anything relevant when searching through the file. Is this possible in RTEMS?
--
Allan Yaklin
acyakli at sandia.gov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.rtems.org/pipermail/rtems-users/attachments/20100506/39f4744b/attachment-0001.htm>
------------------------------
Message: 3
Date: Thu, 6 May 2010 16:45:55 -0500
From: Joel Sherrill <joel.sherrill at OARcorp.com>
To: "Yaklin, Allan C" <acyakli at sandia.gov>
Cc: "'rtems-users at rtems.com'" <rtems-users at rtems.com>
Subject: Re: Setting to prevent memory allocation
Message-ID: <4BE33893.4080506 at oarcorp.com>
Content-Type: text/plain; charset="windows-1252"; format=flowed
On 05/06/2010 03:51 PM, Yaklin, Allan C wrote:
>
> I apologize for cluttering your inboxes, but I didn?t ask the right
> question the first time around.
>
> Does the RTEMS kernel dynamically allocate memory? If it does, is
> there a setting in confdefs.h to prevent it?
>
Not via malloc at all. But after the 1st task runs, it is
only in a very few specific places:
+ thread create (for stacks, etc)
+ message queue create
POSIX may do a few others but that should be it for the Classic API.
Those come from the RTEMS Workspace.
--joel
>
> --
>
> Allan Yaklin
>
> acyakli at sandia.gov
>
> (505) 284-8660
>
> *From:* rtems-users-bounces at rtems.org
> [mailto:rtems-users-bounces at rtems.org] *On Behalf Of *Yaklin, Allan C
> *Sent:* Thursday, May 06, 2010 12:34 PM
> *To:* 'rtems-users at rtems.com'
> *Subject:* Setting to prevent memory allocation
>
> Hello,
>
> I?m working on an embedded system with limited memory, and we were
> wondering if there was a way to prevent RTEMS programs from dynamic
> allocating memory. I was specifically thinking of a possible setting
> in confdefs.h, but I was unable to find anything relevant when
> searching through the file. Is this possible in RTEMS?
>
> --
>
> Allan Yaklin
>
> acyakli at sandia.gov
>
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherrill at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
------------------------------
Message: 4
Date: Thu, 6 May 2010 19:21:27 -0700 (PDT)
From: Kim George <kim.george83 at yahoo.com>
To: rtems-users at rtems.org
Subject: Virtual machine installation issue.
Message-ID: <89524.70548.qm at web46408.mail.sp1.yahoo.com>
Content-Type: text/plain; charset="us-ascii"
Hi,
I'm having some trouble installing the Fedora virtual machine through Virtualbox on my Ubuntu 9.10 (Karmic Koala) system.
When I try to boot the virtual machine the system freezes on the cursor.
I've never used Virtualbox before so I may have done something wrong. I created a new fedora linux machine and then when selecting the boot hard disk I've selected the use existing hard disk option and pointed to the c++.vmdk file which I downloaded via torrent.
Has anyone experienced something similar that can suggest a workaround?
Cheers,
Kim George
Mechanical Engineer
Montreal Canada
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.rtems.org/pipermail/rtems-users/attachments/20100506/e0fb93d4/attachment-0001.htm>
------------------------------
Message: 5
Date: Thu, 06 May 2010 23:32:41 -0400
From: "Robert S. Grimes" <rsg at alum.mit.edu>
To: rtems-users at rtems.com
Subject: Bluetooth
Message-ID: <4BE389D9.1030305 at alum.mit.edu>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Hi,
On a new project using a Freescale ColdFire MCF5227x processor (CVS
head), I will need to support a Bluetooth protocol stack. I did a
search of the mailing list archive, and got only one hit from 2000, so I
am posting now.
Has anyone any experience with Bluetooth, ideally with RTEMS, though
other platforms could be helpful?
I have heard rumors of lwBT out there from a few years back, but haven't
been able to locate anything current.
Anyone interested in collaboration?
Thanks in advance for any insight/pointers!
-Bob
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rsg.vcf
Type: text/x-vcard
Size: 247 bytes
Desc: not available
URL: <http://www.rtems.org/pipermail/rtems-users/attachments/20100506/379ecbe1/attachment-0001.vcf>
------------------------------
Message: 6
Date: Fri, 7 May 2010 11:49:56 +0800
From: "Lu Chih Wen" <rudolph at jmicron.com>
To: "'Robert S. Grimes'" <rsg at alum.mit.edu>, <rtems-users at rtems.com>
Subject: RE: Bluetooth
Message-ID: <201005070349.o473ntWX016966 at jmr105.jmicron.com>
Content-Type: text/plain; charset="us-ascii"
Hi Robert
I am interested in Bluetooth on RTEMS, and have an ARM9 SOC EVB(With USB
OTG) with BT USB dongle(with CSR chip) .
How can I collaborate with you ?
Thanks
you
-----Original Message-----
From: rtems-users-bounces at rtems.org [mailto:rtems-users-bounces at rtems.org]
On Behalf Of Robert S. Grimes
Sent: Friday, May 07, 2010 11:33 AM
To: rtems-users at rtems.com
Subject: Bluetooth
Hi,
On a new project using a Freescale ColdFire MCF5227x processor (CVS
head), I will need to support a Bluetooth protocol stack. I did a
search of the mailing list archive, and got only one hit from 2000, so I
am posting now.
Has anyone any experience with Bluetooth, ideally with RTEMS, though
other platforms could be helpful?
I have heard rumors of lwBT out there from a few years back, but haven't
been able to locate anything current.
Anyone interested in collaboration?
Thanks in advance for any insight/pointers!
-Bob
------------------------------
Message: 7
Date: Fri, 07 May 2010 18:00:23 +1000
From: Chris Johns <chrisj at rtems.org>
To: Ralf Corsepius <ralf.corsepius at rtems.org>
Cc: rtems-users at rtems.org
Subject: Re: [PATCH] ftpd: RETR of a directory should fail
Message-ID: <4BE3C897.2000902 at rtems.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 6/05/10 11:12 PM, Ralf Corsepius wrote:
> On 05/06/2010 02:33 PM, Sebastian Huber wrote:
>> On 05/06/2010 02:12 PM, Ralf Corsepius wrote:
>>> On 05/06/2010 01:48 PM, Sebastian Huber wrote:
>>>> On 05/06/2010 01:42 PM, Ralf Corsepius wrote:
>>>>
>>>>> On 05/06/2010 01:27 PM, Sebastian Huber wrote:
>>>>>
>>>>>
>>>>>> Please do not send patches to this mailing list. Instead they should
>>>>>> go into
>>>>>> the bugzilla data base:
>>>>>>
>>>>> Sebastian, no idea were you've got this idea from.
>>>>>
>>>> It just makes sense.
>>>>
>>> Many projects will disagree with you.
>>>
>>> The traditional arguments against bugzilla (floating around ever since
>>> bugzilla exists):
>>> - It requires a log-in. Many users refuse to get one.
>> Yes, this is annoying, but it is only a configuration issue.
> Not only this, it also is a matter of spam prevention.
Agreed. We do not have to remove bugs that are spam. When I converted
the GANTS database to bugzilla a large number of bugs were spam.
>
>> For FreeBSD it is
>> possible to send bug reports without a log in (they use Gnats).
>>
>
>>> - It means additional bureaucracy / overhead.
>> Yes, but this overhead helps to track the patches and reports.
>>
>
> Bugzilla has it's use-case: Bug tracking. I.e. to report bugs, esp. in
> cases when no immediate patch is around.
>
> For reviewing patches, bugzilla doesn't add any value in comparison to
> posting to lists.
I find a bug's single list of the thread easier to deal with. I can also
find what I need to deal with quicker. Email and threading is weak and
breaks.
> Finally, "patch-tracking" in general - Whether this makes any sense at
> all is highly questionable.
In terms of bugzilla maybe, other approaches, I tjink they could be
useful. RTEMS has a large number of targets and some are 16bit. This
makes the code sometimes difficult to get clean on all platforms. I
think asking a user to download and build on all targets and BSPs is too
much but this becomes the role of the person who applies the patch.
The daily build system I run that posts the errors in a table is part of
a process to help deal with this issue but it is after the patch has
been applied. The system is actually called the 'patch queue' and one
day it would be nice to be able to submit a patch and get back the
results. The feedback would the targets the patch breaks on and the
differences in warning levels. This is not about a system to manage
patches in RTEMS, rather a place to vet patches from users.
> Forcing/pushing around people to use bugzilla to submit patches
> certainly can be considered to rude and unfriendly.
We need to be flexible and approachable. If someone only wants to submit
a patch to the mailing list that is fine with me. I just hope they are
prepared to follow up and ping to make sure it is in the queue to be
committed.
>>> - It means having http:-access
>>> - It's ui and usabilty leaves much to be desired.
>> Yes, it is not perfect. I am not a Bugzilla expert, but Gnats has also an
>> email interface (and more).
> Bugzillas internals are a real mess, customizing it is a night-mare.
Customization only ends in tears. Maybe this is doing us a service :)
> GNATS once was easy to maintain/customize, but it was unstable and had
> an effectively dead upstream. I don't know if this situation meanwhile
> might have changed (http://www.gnu.org/software/gnats/ indicates GNATS
> is dead).
I hope things have not changed.
> Openly said, I am really surprised, anybody is still using GNATS,
> because most users switched away from it
> (RTEMS was one of them - IIRC, we switched away from GNATS to bugzilla
> in 2005).
Lets not go there. I still have memories of the pain that caused.
Chris
------------------------------
_______________________________________________
rtems-users mailing list
rtems-users at rtems.org
http://www.rtems.org/mailman/listinfo/rtems-users
End of rtems-users Digest, Vol 44, Issue 7
******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20100507/81d72538/attachment-0001.html>
More information about the users
mailing list