| Anonymous | Login | Signup for a new account | 2010-09-08 17:24 MDT |
| Main | My View | View Issues | Change Log | Roadmap | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
| 0000067 | [channel: elrepo/el5] kmod-w83627ehf | minor | have not tried | 2010-06-14 01:33 | 2010-07-12 07:38 | |||||||
| Reporter | sHaggY_caT | View Status | public | |||||||||
| Assigned To | pperry | |||||||||||
| Priority | normal | Resolution | open | |||||||||
| Status | assigned | |||||||||||
| Summary | 0000067: Please backport in el 5.5 new version of w83627ehf | |||||||||||
| Description |
Please backport in el 5.5 new version of w83627ehf. 1. Elrepo's module don't insert in 2.6.18-194 2. This module is in new upstream module(i use ovzkernel, based on upstream 2.6.18-194 el5.5): rpm -qf /lib/modules/2.6.18-194.3.1.el5.028stab069.6/kernel/drivers/hwmon/w83627ehf.ko ovzkernel-2.6.18-194.3.1.el5.028stab069.6 3(main!) in http://www.lm-sensors.org/wiki/Devices [^] now add support of Intel DQ57TM (desktop board with integrate IP KVM support - it's very good solution for ultra low cost servers): ======= Winbond (now Nuvoton) W83667HG-B, W83677HG-I yes LPC (2010-05-18) Support can probably be added to the w83627ehf driver. Three requests ( Lars Lindquist, Artem S. Tashkinov, Bin Ximeng). ======= |
|||||||||||
| Additional Information |
Output of sensors-detect script: ========================== ./sensors.pl # sensors-detect revision 5841 (2010-06-12 09:41:30 +0200) # Board: Intel Corporation DQ57TM <..> Trying family `VIA/Winbond/Nuvoton/Fintek'... Yes Found `Nuvoton W83677HG-I Super IO Sensors' Success! (address 0x290, driver `to-be-written') Probing for Super-I/O at 0x4e/0x4f Trying family `National Semiconductor'... No <..> Probing for `Winbond W83627EHF'... No Probing for `Winbond W83627DHG/W83667HG/W83677HG'... Success! (confidence 8, driver `use-isa-instead') Probing for `Asus AS99127F (rev.1)'... No <..> Driver `to-be-written': * ISA bus, address 0x290 Chip `Nuvoton W83677HG-I Super IO Sensors' (confidence: 9) Note: there is no driver for Nuvoton W83677HG-I Super IO Sensors yet. Check http://www.lm-sensors.org/wiki/Devices [^] for updates. No modules to load, skipping modules configuration. ======================== |
|||||||||||
| Tags | No tags attached. | |||||||||||
| Attached Files | ||||||||||||
|
|
||||||||||||
Relationships |
||||||
|
||||||
Notes |
|
|
(0000302) pperry (administrator) 2010-06-14 05:32 |
1. Acknowledged. We tested all kmods against el5.5 beta kernel before release, and it would appear something changed in the kABI between beta and release. I will backport the latest driver from kernel-2.6.34 and build it for el5.5 for you. 2. The w83627ehf.ko module has always been in the main EL kernel - our module is just more up to date supporting more hardware. If the kernel module works for you then you should probably use that. 3. Are you suggesting lm_sensors v3 is required? I haven't seen lm_sensors v3 available for el5. I can backport the latest w83627ehf kernel driver for you but if it also requires lm_sensors v3 then you're going to be out of luck. I don't see any mention of W83677HG-I (the -I variant) even in the latest source: quote Supports the following chips: Chip #vin #fan #pwm #temp chip IDs man ID w83627ehf 10 5 4 3 0x8850 0x88 0x5ca3 0x8860 0xa1 w83627dhg 9 5 4 3 0xa020 0xc1 0x5ca3 w83627dhg-p 9 5 4 3 0xb070 0xc1 0x5ca3 w83667hg 9 5 3 3 0xa510 0xc1 0x5ca3 /quote I'll hopefully release an updated kmod-w83627ehf later today. |
|
(0000303) sHaggY_caT (reporter) 2010-06-14 05:43 |
>2. The w83627ehf.ko module has always been in the main EL kernel - our module >is just more up to date supporting more hardware. If the kernel module works >for you then you should probably use that. On one server (of this desktop motherboard) I use main el 5.5 kernel, but on 2 another, openvz kernel, based on main el 5.5 kernel. May i rebuild src rpm with ovz kernel source? Is this will be work? >3. Are you suggesting lm_sensors v3 is required? May be, I may rebuild fedora src.rpm ? Or it's does'ent work? |
|
(0000304) pperry (administrator) 2010-06-14 06:57 |
>2. The w83627ehf.ko module has always been in the main EL kernel - our module >is just more up to date supporting more hardware. If the kernel module works >for you then you should probably use that. On one server (of this desktop motherboard) I use main el 5.5 kernel, but on 2 another, openvz kernel, based on main el 5.5 kernel. May i rebuild src rpm with ovz kernel source? Is this will be work? If your kernel is not kABI compatible with the RHEL kernel then you will need to rebuild our src.rpm against your kernel. rpmbuild -ba --target=`uname -m` foo-kmod.spec you can also define kversion and kvariants on the rpmbuild comand line. Look in the SPEC file for more info. >3. Are you suggesting lm_sensors v3 is required? May be, I may rebuild fedora src.rpm ? Or it's does'ent work? I don't know - I don't have w83627ehf based hardware to test. You will have to tell us if it works with lm_sensors 2.x or not. We have an updated lm_sensors 2.x in the main elrepo repository. I understand it's not easy to backport lm_sensors 3 to RHEL5 due to dependencies, but I've never tried. |
|
(0000305) pperry (administrator) 2010-06-14 09:26 |
New packages backported from kernel-2.6.34 and kABI compatible with el5.5 will shortly be available in the testing repository: http://lists.elrepo.org/pipermail/elrepo/2010-June/000292.html [^] x86: kmod-w83627ehf-0.0-4.el5.elrepo.i686.rpm kmod-w83627ehf-PAE-0.0-4.el5.elrepo.i686.rpm kmod-w83627ehf-xen-0.0-4.el5.elrepo.i686.rpm x86_64: kmod-w83627ehf-0.0-4.el5.elrepo.x86_64.rpm kmod-w83627ehf-xen-0.0-4.el5.elrepo.x86_64.rpm Please note: These packages are only kABI compatible with el5.5 series kernels (kernel-2.6.18-194.el5) upwards. |
|
(0000306) pperry (administrator) 2010-06-14 09:27 |
Please advise if these updated drivers work with lm_sensors 2.x, either from the distro or from elrepo. Thanks |
|
(0000310) sHaggY_caT (reporter) 2010-06-14 11:55 |
Thank you. Standart el5.5 kernel: [root@kvm02u ~]# insmod /lib/modules/2.6.18-194.el5/extra/w83627ehf/w83627ehf.ko insmod: error inserting '/lib/modules/2.6.18-194.el5/extra/w83627ehf/w83627ehf.ko': -1 Unknown symbol in module [root@kvm02u ~]# uname -a Linux kvm02u.renaspb.ru 2.6.18-194.el5 #1 SMP Fri Apr 2 14:58:14 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux [root@kvm02u ~]# rpm -qf /lib/modules/2.6.18-194.el5/extra/w83627ehf/w83627ehf.ko kmod-w83627ehf-0.0-4.el5.elrepo [root@kvm02u ~]# On ip kvm console: w83627ehf: Unknown symbol vid_which_vrm |
|
(0000311) pperry (administrator) 2010-06-14 12:33 |
Please just try 'modprobe w83627ehf' Please show the output from: $ /sbin/modinfo w83627ehf and $ grep 'vid_which_vrm' /usr/src/kernels/2.6.18-194.el5-x86_64/* |
|
(0000314) sHaggY_caT (reporter) 2010-06-15 04:16 |
2pperry thank you for help, I may try this ~ at Saturday/Sunday. Now this servers is in production use and i don't may now make this to servers. |
|
(0000315) sHaggY_caT (reporter) 2010-06-15 04:19 |
It's modinfo: [root@kvm02u ~]# /sbin/modinfo -k 2.6.18-194.el5 w83627ehf filename: /lib/modules/2.6.18-194.el5/extra/w83627ehf/w83627ehf.ko license: GPL description: W83627EHF driver author: Jean Delvare <khali@linux-fr.org> srcversion: 7FDA2A02556D3C1D550EC7F depends: hwmon,hwmon-vid vermagic: 2.6.18-194.el5 SMP mod_unload gcc-4.1 parm: force_id:Override the detected device ID (ushort) [root@kvm02u ~]# |
|
(0000316) sHaggY_caT (reporter) 2010-06-15 04:24 |
And, kernel src, on _this_ server is standart CentOS server (not openvz). Now, on this server load CentOS kernel of CentOS 5.4, becouse dm-ioband broken in 5.5 (and i will be rebuild it on next end of week), now server in production, and i don't may reboot it in 5.5 el kernel Another 2 servers now use ovz kernel, based on 5.5 (loaded from this kernel), but i think, now is bad idea try build to it this module. |
|
(0000317) sHaggY_caT (reporter) 2010-06-24 08:53 |
Now i don't may insert module in machine with standart el5 kernel (becouse it's downtime to services), i rebuild module with src rpm to ovz-kernel: [shaggycat@build SPECS]$ rpmbuild --target=i686 -ba w83627ehf-kmod.spec [shaggycat@build SPECS]$ cat ~/.rpmmacros %_topdir /home/shaggycat/workspace/redhat %kversion 2.6.18-194.3.1.el5.028stab069.6 [shaggycat@build SPECS]$ This module: [root@ovz02u ~]# rpm -qi kmod-w83627ehf.i686 Name : kmod-w83627ehf Relocations: (not relocatable) Version : 0.0 Vendor: (none) Release : 4 Build Date: Чтв 24 Июн 2010 18:26:11 Install Date: Чтв 24 Июн 2010 18:29:09 Build Host: build.int.ha-systems.ru Group : System Environment/Kernel Source RPM: w83627ehf-kmod-0.0-4.src.rpm Size : 33572 License: GPL v2 Signature : (none) URL : http://www.kernel.org/ [^] Summary : w83627ehf kernel module(s) Description : This package provides the w83627ehf kernel module built for the Linux kernel using the i686 family of processors. [root@ovz02u ~]# But, it's say, what don't device: [root@ovz02u ~]# modprobe w83627ehf FATAL: Error inserting w83627ehf (/lib/modules/2.6.18-194.3.1.el5.028stab069.6/extra/w83627ehf/w83627ehf.ko): No such device [root@ovz02u ~]# Is this trouble of not-standart el5 kernel, or may be, it's disabled ACPI/another in bios? In dmesg is'nt any new information. |
|
(0000320) burakkucat (administrator) 2010-07-12 07:38 |
Unless you have any evidence re. disabled by ACPI or BIOS, then it does look as if the issue you are experiencing is due to your use of a non-standard EL5 kernel. I agree that the package appears to build on the 028stab069.6 kernel but custom kernels, such as that, are not within ELRepo's sphere. We only provide kmod packages for (and have the experience thereof) RHEL kernels. |
| Mantis 1.1.8[^] Copyright © 2000 - 2009 Mantis Group |