Bug 151509

Summary: Good: touch pad is not recognized on toshibal satellite A70
Product: Red Hat Enterprise Linux 4 Reporter: Homayoun Shahri <hsa>
Component: kernelAssignee: Jason Baron <jbaron>
Status: CLOSED WONTFIX QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0CC: benl, jbaron, knoel, riel
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-20 13:29:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Homayoun Shahri 2005-03-18 20:05:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041215 Firefox/1.0 Red Hat/1.0-12.EL4

Description of problem:
The touchpad on this laptop (toshiba satellite A70) is not recognized during or after the installation. The only work around is to disable support for legacy usb devices in bios. But this causes reboot failure, in other words reboot never displays the bios screen after unmounting things. Shutdown works though. 
This bug did not exist in 2.4.22+ kernels and only shows up when running 2.6+ kernels. Sounds like an issue with the mouse driver. A suggestion was made to compile the psmouse as module and then load at the very end. But I have not verified it. 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Boot the machine with support for legacy usb devices enabled in bios

Actual Results:  touchpad is not recognized

Expected Results:  touchpad should have been functional

Additional info:

Comment 1 Suzanne Hillman 2005-03-22 18:21:06 UTC
Please disable legacy usb device in bios again.

[note: the following instructions presume the use of grub as a bootloader]

After you've done this, when you get to the grub kernel selection screen, please
move to the kernel you want to be using (2.6.8-5.EL, I would imagine), and type
'a' to add text to the kernel line in question. 

Enter "reboot=[letter]". Instead of '[letter], however, you will want to use one
of 'w', 'c', 'b', or 'h'.

'w' will cause rebooting from the kernel with that added to its commandline to
use a 'warm' reboot, which does not test memory or other similar pre-booting
type behaviors.
'c' will cause the use of a 'cold' reboot, which will do the memory testing and
other pre-booting behaviors which are skipped with a 'warm' reboot.
'b' will cause the use of a 'bios' reboot, which will jump through the BIOS as
part of the reboot process.
'h' will cause the use of a 'hard' reboot, by toggling RESET or crashing the CPU
(not a terribly nice sounding reboot method, I'd think).

One of these should solve your problem. Once you figure out which one does what
you want it to, please edit your /etc/grub.conf file and add the appropriate
"reboot=[letter]" piece to the kernel line.

Comment 2 Homayoun Shahri 2005-03-22 19:11:52 UTC
Thank you for the suggestion. However, I have tried all the above reboot options
from grub (before filing this bug), but reboot still fails. Eventhough I am
pretty sure I have tested warm, cold, bios, and hard, I will try these one more
time to make sure I have not missed anything, and will report the results.

Comment 3 Homayoun Shahri 2005-03-22 19:46:40 UTC
Also when I did man bootparam:
       (Only  when  CONFIG_BUGi386  is defined.)  Since 2.0.22 a reboot is by
       default  a  cold  reboot.   One  asks  for  the   old   default   with
       âreboot=warmâ.   (A cold reboot may be required to reset certain hard-
       ware, but might destroy not yet written data in a disk cache.  A  warm
       reboot  may  be  faster.)   By default a reboot is hard, by asking the
       keyboard controller to pulse the reset line low, but there is at least
       one   type   of  motherboard  where  that  doesnât  work.  The  option
       âreboot=biosâ will instead jump through the BIOS.

I get the above and I know that CONFIG_BUGi386 is not defined at least not in
.config. I am using kernel 2.6.9-5.EL. Does this matter? In other words I am not
sure if the above reboot parameters do anything.


Comment 4 Homayoun Shahri 2005-03-24 18:50:28 UTC
I now have tested all 4 possibilities for kernel reboot parameters, namely, 'b',
'h', 'c', and 'w', and non work. So the current stat is that either I disable
the support for legacy usb-devices in bios, resulting in reboot failure, or the
touchpad is not recognized and does not work. By the way my cpu is p4-ht, and I
have tested both the single processor as well as the smp version of kernel.


Comment 5 Homayoun Shahri 2005-04-19 16:56:12 UTC
I finally got around building kernel 2.6.10 with psmouse as a module and then
loading it in rc.local, with support for legacy usb devices turned on in bios
(this used make touchpad not work). The touchpad was recognized and the laptop
reboots just fine. It seems that psmouse needs to be loaded after the usb
drivers, else the touchpad will not be recognized. Is there anyway to get the
sources to the latest kernel in RHEL-4? Thanks.

Comment 6 Jason Baron 2007-03-29 17:58:42 UTC
latest sources are at: http://people.redhat.com/~jbaron/rhel4/SRPMS.kernel/

Comment 7 Jiri Pallich 2012-06-20 13:29:00 UTC
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. 
Please See https://access.redhat.com/support/policy/updates/errata/

If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.