Linux-Setup Digest #483, Volume #20              Tue, 23 Jan 01 12:13:11 EST

Contents:
  Re: win98/linux dual boot with 2 HDs revisited (Eric)
  Re: Adding two ethernet cards (David)
  Re: Weird problems with Nvidia drivers & kernel 2.4.0 ("Dan Osterrath")
  Re: Delaying eth0 initialization? ("Jet Set Willy")
  Re: instrumentation displays (question) (Steve Allen)
  Error msg during make bzImage (Philip Washington)
  lilo append question (Howard Cheng)
  Stuck in RH 5.2 + gcc 2.7 (Clark L. Coleman)
  PCI USR 5610 setup (Howard Cheng)

----------------------------------------------------------------------------

From: Eric <[EMAIL PROTECTED]>
Subject: Re: win98/linux dual boot with 2 HDs revisited
Date: Tue, 23 Jan 2001 16:59:43 +0100
Reply-To: [EMAIL PROTECTED]

> I've tried the first of your suggestions, connecting the two hard drives
> on IDE1, with the Windows one as slave (and hdb).  I still don't get any
> joy, however - it just hangs after printing 'Loading win98'.  Will the
> computer perhaps not boot off a drive set to slave?

You did use the map-drive commands too, right.
Otherwise it will indeed fail. Windows needs to be on 0x80, or it will
not boot.

If it's very old, perhaps, but it's very unlikely.
try to use the disk= commands too.
(it's in man lilo.conf IIRC)

> If so, how do I get
> around this, as I don't suppose I could have them both as master on the
> same cable.

Nope.

> Re your second suggestion, would the computer not just boot straight off
> hda into windows without looking at lilo (which would be on hdb)?

You would indeed need a bootfloppy for the first boot.
Then you can adjust lilo.conf and place LILO again in the MBR

> I greatly appreciate any light you could throw on the subject.

I hope I could be of some help.
I don't have the time now, but if you're still unclear, I'll
try to elaborate more tomorrow.

Eric

------------------------------

From: David <[EMAIL PROTECTED]>
Subject: Re: Adding two ethernet cards
Date: Tue, 23 Jan 2001 16:04:06 GMT

avi wrote:
> 
> for some reason my linux dosent want to configure two cards at the same
> time.
> they are both support to linux .
> what shull I do
> 
> LH


make sure these lines are in /etc/conf.modules or modules.conf depending
which the system uses.

alias eth0 module-name
alias eth1 module-name

Then configure the network.

-- 
Confucius say: He who play in root, eventually kill tree.
Registered with the Linux Counter.  http://counter.li.org
ID # 123538
Completed more W/U's than 99.015% of seti users. +/- 0.01%

------------------------------

From: "Dan Osterrath" <[EMAIL PROTECTED]>
Subject: Re: Weird problems with Nvidia drivers & kernel 2.4.0
Date: Tue, 23 Jan 2001 17:14:33 +0100

Do you use the rivafb.o framebuffer device for your console? Disable this in
your kernel configuration and everything should be fine...

"Holger Hees" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:94k6m7$btt$04$[EMAIL PROTECTED]...
> Hi
>
> i have the same problem
>
> my system runs SuSE 7.0, kernel 2.4.0, XFree 4.0.2 and NVidia driver 0.9.6
>
> when i start the first X session all works fine. After exiting this
session
> i start another X session and must reboot my system.
> i can also reboot my system via telnet.
>
> the same problem is when i switch to the text-console (<ctrl>+<alt>+<f1>)
>
> bye
>
>         Holger
>



------------------------------

Reply-To: "Jet Set Willy" <[EMAIL PROTECTED]>
From: "Jet Set Willy" <[EMAIL PROTECTED]>
Subject: Re: Delaying eth0 initialization?
Date: Tue, 23 Jan 2001 16:15:15 -0000


"Mike Loiterman" <[EMAIL PROTECTED]> wrote in message
news:94i76u$8i0$[EMAIL PROTECTED]...
> I'm trying to get Linux to recognize my 3com 3905b NIC, but when I try
> to restart the network it says Briging up interface lo: ok Bringing up
> interface eth0: Delaying eth0 initoialization [FAILED].  What does this
> mean?


Warning - could be a stupid newbie answer !

I used to get this with my Mandrake 7.1 machine (same NIC)
when you I went to netconf (I think) the system did not seem to
recognise that it was a 3C509 card - once I told it to use that
module all was well

JSW



------------------------------

Crossposted-To: 
comp.os.linux.misc,comp.os.linux.networking,comp.os.linux.security,comp.os.linux.x
From: [EMAIL PROTECTED] (Steve Allen)
Subject: Re: instrumentation displays (question)
Reply-To: [EMAIL PROTECTED]
Date: Tue, 23 Jan 2001 15:54:00 GMT

In article <[EMAIL PROTECTED]>,
        [EMAIL PROTECTED] (H.Bruijn) writes:
> On Fri, 19 Jan 2001 18:23:54 GMT, Steve Allen allegedly wrote:
>>What I want is to have the display be presented on the RH systems without
>>having to log in to them.  What do I need to do to accomplish this?  In
> 
> I wouldn't use xdm but rather do the following:
> Use ssh for secure connections to the remote machine running the app

An interesting concept; I'll have to try it sometime.  (BTW, we're a lab,
running 100Mbit, so don't really need the security or compression.)

Vincent Zweije got me pointed in the direction I needed to go, though.
Adding `xhost +` to /etc/X11/xdm/Xsetup_0 let me put up displays without
having to have anybody log in.

Thanks to everybody for their help.

~Steve

-- 
Steven R. Allen - SGI Admin Weenie
http://www.eskimo.com/~wormey/
Contrary to popular belief, Unix is user friendly.
It just happens to be selective about who it makes friends with.

------------------------------

From: Philip Washington <[EMAIL PROTECTED]>
Subject: Error msg during make bzImage
Date: Tue, 23 Jan 2001 16:21:10 GMT

Attempting to compile kernel  2.2.16
modutils -2.3.21, gcc-2.96-69 .  Pentium 233 , 64 M

make -C netlink fastdep
make[4]: Entering directory `/usr/src/linux/net/netlink'
/usr/src/linux/scripts/mkdep af_netlink.c netlink_dev.c > .depend
make[4]: Leaving directory `/usr/src/linux/net/netlink'
make -C sched fastdep
make[4]: Entering directory `/usr/src/linux/net/sched'
/usr/src/linux/scripts/mkdep cls_api.c cls_fw.c cls_route.c cls_rsvp6.c
cls_rsvp.c cls_rsvp.h cls_u32.c estimator.c police.c sch_api.c sch_cbq.c
sch_csz.c sch_fifo.c sch_generic.c sch_prio.c sch_red.c sch_sfq.c
sch_tbf.c sch_teql.c > .depend
make[4]: Leaving directory `/usr/src/linux/net/sched'
make -C packet fastdep
make[4]: Entering directory `/usr/src/linux/net/packet'
/usr/src/linux/scripts/mkdep af_packet.c > .depend
make[4]: Leaving directory `/usr/src/linux/net/packet'
make -C sunrpc fastdep
make[4]: Entering directory `/usr/src/linux/net/sunrpc'
/usr/src/linux/scripts/mkdep auth.c auth_null.c auth_unix.c clnt.c
pmap_clnt.c sched.c stats.c sunrpc_syms.c svcauth.c svcauth_des.c svc.c
svcsock.c sysctl.c xdr.c xprt.c > .depend
make[4]: Leaving directory `/usr/src/linux/net/sunrpc'
make -C econet fastdep
make[4]: Entering directory `/usr/src/linux/net/econet'
/usr/src/linux/scripts/mkdep econet.c > .depend
make[4]: Leaving directory `/usr/src/linux/net/econet'
make -C irda fastdep
make[4]: Entering directory `/usr/src/linux/net/irda'
/usr/src/linux/scripts/mkdep af_irda.c crc.c discovery.c irda_device.c
iriap.c iriap_event.c irias_object.c irlap.c irlap_comp.c irlap_event.c
irlap_frame.c irlmp.c irlmp_event.c irlmp_frame.c irmod.c irproc.c
irqueue.c irsysctl.c irttp.c parameters.c qos.c timer.c wrapper.c >
.depend
make _sfdep_irlan _sfdep_ircomm _sfdep_compressors
_FASTDEP_ALL_SUB_DIRS="irlan ircomm compressors"
make[5]: Entering directory `/usr/src/linux/net/irda'
make -C irlan fastdep
make[6]: Entering directory `/usr/src/linux/net/irda/irlan'
/usr/src/linux/scripts/mkdep irlan_client.c irlan_client_event.c
irlan_common.c irlan_eth.c irlan_event.c irlan_filter.c irlan_provider.c
irlan_provider_event.c > .depend
make[6]: Leaving directory `/usr/src/linux/net/irda/irlan'
make -C ircomm fastdep
make[6]: Entering directory `/usr/src/linux/net/irda/ircomm'
/usr/src/linux/scripts/mkdep ircomm_core.c ircomm_event.c ircomm_lmp.c
ircomm_param.c ircomm_ttp.c ircomm_tty_attach.c ircomm_tty.c
ircomm_tty_ioctl.c > .dependmake[6]: Leaving directory
`/usr/src/linux/net/irda/ircomm'
make -C compressors fastdep
make[6]: Entering directory `/usr/src/linux/net/irda/compressors'
/usr/src/linux/scripts/mkdep irda_deflate.c > .depend
make[6]: Leaving directory `/usr/src/linux/net/irda/compressors'
make[5]: Leaving directory `/usr/src/linux/net/irda'
make[4]: Leaving directory `/usr/src/linux/net/irda'
make[3]: Leaving directory `/usr/src/linux/net'
make[2]: Leaving directory `/usr/src/linux/net'
make -C ipc fastdep
make[2]: Entering directory `/usr/src/linux/ipc'
/usr/src/linux/scripts/mkdep msg.c sem.c shm.c util.c > .depend
make[2]: Leaving directory `/usr/src/linux/ipc'
make -C lib fastdep
make[2]: Entering directory `/usr/src/linux/lib'
/usr/src/linux/scripts/mkdep ctype.c errno.c inflate.c string.c
vsprintf.c > .depend
make[2]: Leaving directory `/usr/src/linux/lib'
make -C arch/i386/kernel fastdep
make[2]: Entering directory `/usr/src/linux/arch/i386/kernel'
/usr/src/linux/scripts/mkdep apm.c bios32.c bluesmoke.c entry.S head.S
i386_ksyms.c init_task.c io_apic.c ioport.c irq.c irq.h ldt.c mca.c
mtrr.c process.c ptrace.c setup.c signal.c smp.c sys_i386.c time.c
trampoline.S traps.c visws_apic.c vm86.c > .depend
make[2]: Leaving directory `/usr/src/linux/arch/i386/kernel'
make -C arch/i386/mm fastdep
make[2]: Entering directory `/usr/src/linux/arch/i386/mm'
/usr/src/linux/scripts/mkdep extable.c fault.c init.c ioremap.c >
.depend
make[2]: Leaving directory `/usr/src/linux/arch/i386/mm'
make -C arch/i386/lib fastdep
make[2]: Entering directory `/usr/src/linux/arch/i386/lib'
/usr/src/linux/scripts/mkdep checksum.S delay.c getuser.S old-checksum.c
putuser.S semaphore.S usercopy.c > .depend
make[2]: Leaving directory `/usr/src/linux/arch/i386/lib'
make[1]: Leaving directory `/usr/src/linux'
[root@box1 linux]# make bzImage
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586  -c -o init/main.o init/main.c
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586 -DUTS_MACHINE='"i386"' -c -o
init/version.o init/version.c
make -C  kernel
make[1]: Entering directory `/usr/src/linux/kernel'
make all_targets
make[2]: Entering directory `/usr/src/linux/kernel'
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586   -DEXPORT_SYMTAB -c signal.c
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586   -DEXPORT_SYMTAB -c ksyms.c
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586   -fno-omit-frame-pointer -c -o sched.o
sched.c
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586   -c -o dma.o dma.c
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586   -c -o fork.o fork.c
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe
-fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586   -c -o exec_domain.o exec_domain.c
exec_domain.c: In function `register_exec_domain':
exec_domain.c:83: Internal error: Segmentation fault.
Please submit a full bug report.
See <URL:http://bugzilla.redhat.com/bugzilla/> for instructions.
make[2]: *** [exec_domain.o] Error 1
make[2]: Leaving directory `/usr/src/linux/kernel'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/usr/src/linux/kernel'
make: *** [_dir_kernel] Error 2


------------------------------

From: Howard Cheng <[EMAIL PROTECTED]>
Subject: lilo append question
Date: Tue, 23 Jan 2001 11:01:06 -0500

  I am using LILO 0.21-15 from RH 6.2.  I need to have quite a few
specify quite a few boot options to get the kernel to boot properly
with my hardware.  I use the "append" option in /etc/lilo.conf,
together with \ to break new lines if necessarily.  However, I find
that regardless of whether I enter the parameters in one line or more,
it always truncate after a few characters...

  Part of the line that I use is:

  append="x86_serial_nr=1 ide2=0x8400,0x8002 ide3=0x7800,0x7402"
 
but the boot options seem to be truncated as
                                                    
         "x86_serial_nr=1 ide2=0x8400,0x8002 ide3=0x"

I cannot find any documentation on this behavior.  Is this a bug?

Howard

---
Howard Cheng              e-mail: [EMAIL PROTECTED]
University of Waterloo    URL   : http://www.scg.uwaterloo.ca/~hchcheng/
Computer Science Graduate Student (PhD)

Mathematics is the science which uses easy words for hard ideas.
                                          - E. Kasner & J. Newman


------------------------------

From: [EMAIL PROTECTED] (Clark L. Coleman)
Subject: Stuck in RH 5.2 + gcc 2.7
Date: 23 Jan 2001 16:39:08 GMT


Have RH 5.2, gcc 2.7.0 (came with 5.2 at the time.) I need to upgrade
to gcc 2.95.2.

When I try the rpm route to 2.95.1 or 2.96 (all that I find on mirror
sites; 2.95.2 RPM is available at redhat.com, but connecting to their
ftp server is an impossibility), I get all kinds of dependencies and
conflicts that seem to be circular. For example, trying to update
glibc to 2.2-12 from rpm tells me that there are various packages on
my machine that need previous versions of libc.so (part of glibc). Try
to update things that depend on glibc (like gcc) and they tell you
that you must have a newer glibc first.

Do I just start forcing these updates through rpm? Should I try to
install gcc 2.95.2 from a *.tar.gz file, and will that include the cpp
and glibc stuff that I need?

My first impulse was to simply buy RH7.0 and upgrade from 5.2. Then, I
started reading recommendations on this group to avoid 7.0. Should I
download or buy RH 6.2? (cannot seem to buy it from RedHat any more, I
noticed.)

Thanks for any advice.


------------------------------

From: Howard Cheng <[EMAIL PROTECTED]>
Subject: PCI USR 5610 setup
Date: Tue, 23 Jan 2001 11:15:55 -0500

Hi,

  I have read lots of info on this on the web and various newsgroup
archives, but I have not been able to talk to the modem with any of
these solutions.

  I have a USR Internal PCI Faxmodem (5610), detected as COM 5, IRQ
10, and port 0x8800 on Win ME.  I also have a Promise IDE controller
that is using IRQ 10 (perhaps that's the problem...).  I am running RH
6.2, kernel 2.2.16-3 (from RH update), serial driver 5.05, and
setserial 2.17.

  After rebuilding the kernel, the serial driver loaded up and
detected correctly that the modem is on ttyS4.  setserial also seem to
find the IRQ and port properly.  But when I tried using minicom to
talk to the modem, nothing happens.  The RH dial up config tool also
refuses to believe that I have a modem on ttyS4.  I don't know if it
is the problem of using the same IRQ as the IDE controller, but I do
not know how to change the IRQ setting of either of those devices.

  Here is the output of lspci -v (long):

00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02)
        Subsystem: Asustek Computer, Inc.: Unknown device 8033
        Flags: bus master, medium devsel, latency 0
        Memory at e0000000 (32-bit, prefetchable)
        Capabilities: [a0] AGP version 2.0
        Capabilities: [c0] Power Management version 2

00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 (prog-if 00 [Nor
mal decode])
        Flags: bus master, 66Mhz, medium devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 0000d000-0000dfff
        Memory behind bridge: db000000-dbdfffff
        Prefetchable memory behind bridge: dbf00000-dfffffff
        Capabilities: [80] Power Management version 2

00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22)
        Subsystem: Asustek Computer, Inc.: Unknown device 8033
        Flags: bus master, stepping, medium devsel, latency 0

00:04.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) (pr
og-if 8a [Master SecP PriP])
        Flags: bus master, medium devsel, latency 32
        I/O ports at b800
        Capabilities: [c0] Power Management version 2

00:04.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) (prog-if 0
0 [UHCI])
        Subsystem: Unknown device 0925:1234
        Flags: bus master, medium devsel, latency 32, IRQ 5
        I/O ports at b400
        Capabilities: [80] Power Management version 2

00:04.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10) (prog-if 0
0 [UHCI])
        Subsystem: Unknown device 0925:1234
        Flags: bus master, medium devsel, latency 32, IRQ 5
        I/O ports at b000
        Capabilities: [80] Power Management version 2

00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30
)
        Flags: medium devsel
        Capabilities: [68] Power Management version 2

00:09.0 Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 08)
        Subsystem: Creative Labs CT4832 SBLive! Value
        Flags: bus master, medium devsel, latency 32, IRQ 5
        I/O ports at 9400
        Capabilities: [dc] Power Management version 1

00:09.1 Input device controller: Creative Labs SB Live! (rev 08)
        Subsystem: Creative Labs Gameport Joystick
        Flags: bus master, medium devsel, latency 32
        I/O ports at 9000
        Capabilities: [dc] Power Management version 1

00:0b.0 Serial controller: US Robotics/3Com 56K FaxModem Model 5610 (rev 01) (pr
og-if 02 [16550])
        Subsystem: US Robotics/3Com: Unknown device 00aa
        Flags: medium devsel, IRQ 10
        I/O ports at 8800
        Capabilities: [dc] Power Management version 2

00:11.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown devic
e 0d30 (rev 02)
        Subsystem: Promise Technology, Inc.: Unknown device 4d33
        Flags: bus master, medium devsel, latency 32, IRQ 10
        I/O ports at 8400
        I/O ports at 8000
        I/O ports at 7800
        I/O ports at 7400
        I/O ports at 7000
        Memory at da800000 (32-bit, non-prefetchable)
        Capabilities: [58] Power Management version 1

01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF (prog-if 00 
[VGA])
        Subsystem: ATI Technologies Inc: Unknown device 0008
        Flags: bus master, stepping, 66Mhz, medium devsel, latency 64, IRQ 11
        Memory at dc000000 (32-bit, prefetchable)
        I/O ports at d800
        Memory at db000000 (32-bit, non-prefetchable)
        Expansion ROM at dbfe0000 [disabled]
        Capabilities: [50] AGP version 2.0
        Capabilities: [5c] Power Management version 1

Any help would be greatly appreciated.

Howard

---
Howard Cheng              e-mail: [EMAIL PROTECTED]
University of Waterloo    URL   : http://www.scg.uwaterloo.ca/~hchcheng/
Computer Science Graduate Student (PhD)

-- AlGoreithm (n: al-gor-ith-m): Any method of calculation performed
   repeatedly until a prior desired result is produced.


------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list by posting to comp.os.linux.setup.

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Setup Digest
******************************

Reply via email to