Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 1761 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

NIC Probrem 4.016(National semicon DP83820)

debizoh
Using NICS
LAN National Semiconductor CorporationDP83820
WAN Intel EEPRO100

4.015 has no problem.
But, a problem happened with 4.016. 

4.016 is installed newly.

LAN IP:192.168.220.249/24
GW:none
NIC:National Semiconductor DP83820

There is no place where it is not an error with this and besides, it makes a mistake in the setup, either.(:

rebooting..

IP was assigned properly in NIC. 
But, it becomes unreacheble even if ping is hit with ping IP in the same network. 

192.168.220.249->192.168.220.249 ok.
192.168.220.249->192.168.220.2 ng ....
 (ping doesn't pass even as well as other LAN IP.) 

Because of that, a webadmin can't be opened with a browser,
 and nothing can be set up. 

Though it was returned to 4.015, it is hoping that some coping is done. 
   


This thread was automatically locked due to age.
Parents
  • 0
    debizoh,

    login via console and check /var/log/kernel for suspicious entries such as driver errors or dropped
    packets. Check the interface settings with ifconfig.

    BTW the initial root password is set to 'root' [;)]

    read u
    o|iver
      
  • 0 in reply to oliver.desch
    thanks for your reoly.

    It is installed again later and confirmed. 
    Midnight comes because it is introduced to the public in the outside.
         
  • 0 in reply to debizoh
    No driver error appeared in the Kenel log. 
    dvier is not problem...
    ifconfig was in without any problem, too. 

    Tentatively, it tried to do the following on trial. 

    shell login

    ifconfig eth0 down
    rmmod ns83820
    ifconfig eth0 192.168.220.249 netmask 255.255.255.0 broadcast 192.168.220.255

    oh! PING passed! 

    Though it isn't understood well whether the timing of loading is bad or what to be,    It learned first of all to use.  [:S]

    But, a system is hung up when it tries to use backupfile of 4.015. (Moreover, with what setup being written, too, and doing not take the place.) 

    It decides to wait until up2date of 4.016 comes out because it is inevitable.    
  • 0 in reply to debizoh
    A system environment is written by the reference. 

    MotherBoard ECS P6VEM3
    SIS 630E chipset
    On board VIA C3 Samuel2 1GigaPro CPU
    On board LAN NoUse(BIOS Kill)

    512MB DIMM Memory

    As NIC written before. 

      
  • 0 in reply to debizoh
    4.015->4.016- Because it went with >4.017, it was updated in the environment which was the same at once. 
    As for the result ... It is no good. 

    It is the first problem. 
    The driver name of nic changed the moment the version of the kernel was upgraded, too. 

    4.017 is ns83820 with ns820 before 4.015 or 4.016up2date.
    A driver isn't loaded because modules.conf points at former ns820.
    shell login->/etc/modules.conf change -> ok.

    It is the second problem. 
    When /etc/itfhw.conf and ifconfig are seen. 

    With ver4.017
    [eth0]
    type = eth
    mac = 00:90:CC:30[[[[[[:D]]]]]]C:1F
    desc = [unknown vendor / unknown chipset]

    [eth1]
    type = eth
    mac = 00[[[[[[:D]]]]]]0:B7:BB:4E:17
    irq = 11
    desc = Intel Corp.EtherExpress PRO/100+ Management Adapter
    io = 0000
    base = f3ffe000
    pcidev = 0d.0

    starlet:/etc # ifconfig eth0
    eth0      Link encap:Ethernet  HWaddr 00:90:CC:30[[[[[[:D]]]]]]C:1F
              inet addr:192.168.220.249  Bcast:192.168.220.255  Mask:255.255.255.0
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:2274 errors:0 dropped:0 overruns:0 frame:0
              TX packets:2272 errors:15 dropped:0 overruns:15 carrier:15
              collisions:0 txqueuelen:100

    With ver4.015
    [eth0]
    type = eth
    mac = 00:90:CC:30[[[[[[:D]]]]]]C:1F
    irq = 10
    desc = National Semiconductor CorporationDP83820 10/100/1000 Ethernet Controller
    io = de00
    base = f3fff000
    pcidev = 09.0

    [eth1]
    type = eth
    mac = 00[[[[[[:D]]]]]]0:B7:BB:4E:17
    irq = 11
    desc = Intel Corp.82557/8/9 [Ethernet Pro 100]
    io = 0000
    base = f3ffe000
    pcidev = 0d.0

    starlet:/etc # ifconfig eth0
    eth0      Link encap:Ethernet  HWaddr 00:90:CC:30[[[[[[:D]]]]]]C:1F
              inet addr:192.168.220.249  Bcast:192.168.220.255  Mask:255.255.255.0
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:2274 errors:0 dropped:0 overruns:0 frame:0
              TX packets:2272 errors:15 dropped:0 overruns:15 carrier:15
              collisions:0 txqueuelen:100
              Interrupt:10 Base address:0x7000

    The address part of HW disappears to say, and it disappears. (The problem of ns83820 ver0.2?) 

    It seems to acquire IRQ in /usr/local/bin/setitfhw.pl from ifconfig though it tried to follow a source after that for a while. (Though it is skimming.) 

    How do you like it though it is afraid that inferior operation happens because the management of the acquisition of IRQ stops going well? 
         
  • 0 in reply to debizoh
    These contents are the things of 4.015. Say because it is raised to 4.017 again if information with 4.017 is necessary. 

    starlet:/etc # cat /proc/pci

    PCI devices found:
      Bus  0, device   0, function  0:
        Host bridge: Silicon Integrated Systems [SiS] 630 Host (rev 33).
          Master Capable.  Latency=64.
          Non-prefetchable 32 bit memory at 0xf4000000 [0xf7ffffff].
      Bus  0, device   0, function  1:
        IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 208).
          Master Capable.  Latency=16.
          I/O at 0xffa0 [0xffaf].
      Bus  0, device   1, function  0:
        ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513 (rev 0).
      Bus  0, device   2, function  0:
        PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP (rev 0).
          Master Capable.  No bursts.  Min Gnt=8.
      Bus  0, device   9, function  0:
        Ethernet controller: National Semiconductor Corporation DP83820 10/100/1000
    Ethernet Controller (rev 0).
          IRQ 10.
          Master Capable.  Latency=64.  Min Gnt=11.Max Lat=52.
          I/O at 0xde00 [0xdeff].
          Non-prefetchable 32 bit memory at 0xf3fff000 [0xf3ffffff].
      Bus  0, device  13, function  0:
        Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 8).
          IRQ 11.
          Master Capable.  Latency=64.  Min Gnt=8.Max Lat=56.
          Non-prefetchable 32 bit memory at 0xf3ffe000 [0xf3ffefff].
          I/O at 0xdc80 [0xdcbf].
          Non-prefetchable 32 bit memory at 0xf3e00000 [0xf3efffff].
      Bus  1, device   0, function  0:
        VGA compatible controller: Silicon Integrated Systems [SiS] SiS630 GUI Accel
    erator+3D (rev 33).
          Prefetchable 32 bit memory at 0xe0000000 [0xe7ffffff].
          Non-prefetchable 32 bit memory at 0xefae0000 [0xefafffff].
          I/O at 0xcc80 [0xccff].

    /etc/modules.conf
    starlet:/etc # cat modules.conf
    alias eth0 ns820
    alias eth1 e100

    modules.conf is as it is even if it becomes 4.017.   
  • 0 in reply to debizoh
    ah so thats why my card wasn't working, i have the same one and i tried to do the install with it and it gave the same problem
    i thought my card was not supported or the card wasn't working (i just bought the card a few days ago and installed asl at the same time)

    well i will have to get my usb modem to work first but thanks for finding out that its not a problem with my hardware  
Reply
  • 0 in reply to debizoh
    ah so thats why my card wasn't working, i have the same one and i tried to do the install with it and it gave the same problem
    i thought my card was not supported or the card wasn't working (i just bought the card a few days ago and installed asl at the same time)

    well i will have to get my usb modem to work first but thanks for finding out that its not a problem with my hardware  
Children
No Data
Cookie Information Banner