snip...
Yes, that that is another part of the puzzle as both the /etc/securetty
and the /etc/xinetd.d/telnet files are identical in both root filesystems.
So, there must be some ither file somewhere keeping me from cooking my toast
with a telnet login to the 8541.
Seems to me thing you can
Seems to me thing you can do is find out why the telnet session is being
rejected. Have you done an ethernet capture?
Do you have any firewalling setup? In that case you need to make sure your
rules are setup properly. The ethernet capture should give you a clue.
Are you sure the telnetd
Domen Puncer wrote:
U-Boot part of Lite5200b low power mode support.
Puts SDRAM out of self-refresh and transfers control to
address saved at physical 0x0.
Hi Domen,
As I understand while waking up from the low-power mode the machine is
effectively powering on, similarly to the cold reset,
On 31/03/07 19:20 +0200, Rafal Jaworowski wrote:
Domen Puncer wrote:
U-Boot part of Lite5200b low power mode support.
Puts SDRAM out of self-refresh and transfers control to
address saved at physical 0x0.
Hi Domen,
Hi!
As I understand while waking up from the low-power mode the
In message [EMAIL PROTECTED] you wrote:
The question is:
What are the various things that might cause one toaster to be able to login
from a telnet session and another, very similar one to not be able to do
this?
Different settings of disable = ... in the /etc/xinetd.d/telnet
config
It's probably basic knowledge, but I still having trouble figure it
out anyway:
Working with a SCC in a CPM (MPC8250 running linux 2.6.13-AM)
I need to place Buffer Descriptors (BD) in the Dual-Port RAM (DPRAM)
somewhere
But two FCCs, SMC1 and SCC1 are in use, and they might use some