On Mon, 19 Feb 2001, Jay D Allen wrote:
> Is anyone successfully running Linux on SMP sm50 (thats a 50Mhz with no
> cache) Sparc? I have a Sparc 10 that runs Debian 2.2r2 fine in
> uniprocessor but periodically freezes/halts when running with both procs.
> It boots (most of the time) and runs
Thanks much for the responses. My ignorance of Sun systems has been
exposed! Setting the new ether addr did the trick.
Dennis
On Mon, 19 Feb 2001, Jay D Allen wrote:
> Suns have always done this (same MAC on all interfaces). It can confuse
> the hell out of an ethernet switch. Are both interf
Suns have always done this (same MAC on all interfaces). It can confuse
the hell out of an ethernet switch. Are both interfaces plugged into the
same network? If so you need to select another MAC address. Just ifconfig
in another ethernet address:
ifconfig eth1 10.10.10.10 hw ether 00:1
Dennis Keller <[EMAIL PROTECTED]> writes:
> I have an UltraSPARC 5 running debian (potato). Everything runs very
> well except when I insert a second Ethernet Card. The built-in HME card is
> recognized and configured properly by the kernel. The problem occurs when
> I add the second hme card. The
Hi -
I have an UltraSPARC 5 running debian (potato). Everything runs very
well except when I insert a second Ethernet Card. The built-in HME card is
recognized and configured properly by the kernel. The problem occurs when
I add the second hme card. The kernel assignes the first card's MAC addr
to
Marco Gaiarin <[EMAIL PROTECTED]> wrote:
> After some days of uptime (4-5) if i do "ps" i got:
> {iommu_get_scsi_one_gflush} {___f_mmu_get_scsi_one}
> Warning: /boot/System.map-2.2.18 does not match kernel data.
Do it with make-kpkg and you won't ever get this message again.
--
Debi
Hey there,
Is anyone successfully running Linux on SMP sm50 (thats a 50Mhz with no
cache) Sparc? I have a Sparc 10 that runs Debian 2.2r2 fine in
uniprocessor but periodically freezes/halts when running with both procs.
It boots (most of the time) and runs for a few minutes. The /proc/cpuin
* Tim ter Laak ([EMAIL PROTECTED]) [20010206 22:17]:
> Turned out swapping some memory did the trick (even though the
> Sparc's diagnostics claimed the memory to be ok).
* Brian Macy ([EMAIL PROTECTED]) [20010208 08:35]:
> I added the mem= param to my boot params and it works for me.
Hello,
Addi
On Mon, Feb 19, 2001 at 10:37:09 -0500,
"B.C.J.O" <[EMAIL PROTECTED]> wrote:
[...]
> Ensure that /boot/System.map is a link to System.map-`uname -r`. In theory
> removing the System.map softlink will cause the appropriate map to load on
> boot.
: uname({sys="Linux", node="lust.cluon.priv.at", ...}
On Mon, 19 Feb 2001, Thomas 'Mike' Michlmayr wrote:
> On Fri, Feb 16, 2001 at 17:08:36 +0100,
> Marco Gaiarin <[EMAIL PROTECTED]> wrote:
> > After some days of uptime (4-5) if i do "ps" i got:
> >
> > {iommu_get_scsi_one_gflush} {___f_mmu_get_scsi_one}
> > Warning: /boot/System.map-2.2.18
On Fri, Feb 16, 2001 at 17:08:36 +0100,
Marco Gaiarin <[EMAIL PROTECTED]> wrote:
> After some days of uptime (4-5) if i do "ps" i got:
>
> {iommu_get_scsi_one_gflush} {___f_mmu_get_scsi_one}
> Warning: /boot/System.map-2.2.18 does not match kernel data.
same problem here, with kernel-
11 matches
Mail list logo