Re: 2.6.37-rc3-git installed modules zero bytes long

Previous thread: [PATCH] allow inode_readahead_blks=0 by Alexander V. Lukyanov on Tuesday, November 30, 2010 - 6:52 am. (1 message)

Next thread: Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily by Alan Stern on Tuesday, November 30, 2010 - 8:13 am. (2 messages)
From: Sid Boyce
Date: Tuesday, November 30, 2010 - 7:59 am

openSUSE 11.3 on one box and openSUSE 11.4 Milestone 4 on the other.
I have a message that says the built modules not found. When I check 
e.g /lib/modules/2.7.37-rc3-git7-smp, most modules are zero bytes long.
I have to "make modules_install" and use modprobe on each.
To get the network up on the 11.3 box "modprobe r6189" then "rcnetwork 
restart", "modprobe rtl8187", "/etc/init.d/network-remotefs start", 
etc., etc.
Then ifconfig is OK for those devices.
eth_s1_0  Link encap:Ethernet  HWaddr 00:1C:F0:BB:14:E1
           inet addr:192.168.10.10  Bcast:192.168.10.255  Mask:255.255.255.0
           inet6 addr: fe80::21c:f0ff:febb:14e1/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:1927 errors:0 dropped:0 overruns:0 frame:0
           TX packets:1923 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:287532 (280.7 Kb)  TX bytes:283044 (276.4 Kb)
           Interrupt:17 Base address:0xe000
wlan0     Link encap:Ethernet  HWaddr 00:15:AF:23:04:37
           inet addr:192.168.1.4  Bcast:192.168.1.255  Mask:255.255.255.0
           inet6 addr: fe80::215:afff:fe23:437/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:25 errors:0 dropped:0 overruns:0 frame:0
           TX packets:62 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:4324 (4.2 Kb)  TX bytes:18470 (18.0 Kb)

On 11.3 module-init-tools-3.12-1.3.x86_64
On 11.4 Milestone 4 module-init-tools-3.12-5.3.x86_64

tindog:/usr/src/linux-2.6.37-rc3-git7 # grep MODULE .config
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_MODULE_SRCVERSION_ALL=y


Another guy has emailed me saying he's seen the same.
11.3
====
gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux)
11.4 Milestone 4
================
gcc version 4.5.1 20101116 [gcc-4_5-branch revision ...
From: Américo Wang
Date: Tuesday, November 30, 2010 - 8:48 am

Confused, shouldn't we always run 'make modules_install'?
What did you do before that?
--

From: Américo Wang
Date: Tuesday, November 30, 2010 - 11:07 pm

(Please don't drop lkml, and I am not a subscriber of the opensuse list.)


Hmm, nothing is wrong with this script.

Sounds like a regression, but I don't recall we have any 'module_install'
changes recently.

What does 'make V=2 modules_install' output?

Thanks.
--

From: Sid Boyce
Date: Wednesday, December 1, 2010 - 7:48 am

OK. I built 2.6.37-rc3-git7-smp on the second box, checked the modules 
were OK. Rebooted and modules were still OK, built the NVidia module, 
rebooted and it's OK.
I didn't build VirtualBox-3.2-3.2.10_66523 modules this time to 
eliminate that as the problem previously appeared after I had rebuilt 
VBox as the last action before rebooting straight into X.

I'm now building 2.6.37-rc4-git1 and I shall repeat that sequence again.
Regards


-- 
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

--

Previous thread: [PATCH] allow inode_readahead_blks=0 by Alexander V. Lukyanov on Tuesday, November 30, 2010 - 6:52 am. (1 message)

Next thread: Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily by Alan Stern on Tuesday, November 30, 2010 - 8:13 am. (2 messages)