headers
Stephen Satchell | 4 Jun 2003 22:25

RH 9 and Toshiba Satellite 2545XCDT

I have received a few letters from time to time about how I got Red Hat 7.3 
up and running on my Toshiba Satellite 2545XCDT laptop computer.  This is 
an older box with a 233-MHz AMD chip, and available quite inexpensively on 
eBay from time to time.

This week, I decided to dump RH 7.3 in favor of loading RH 9.  The work I 
do on my laptop in Linux is not very serious right now, and I thought that 
given the current situation the laptop would be a good playpen to get used 
to RH 9's little foibles.

After a tedious install, though, the laptop would freeze up when a PCMCIA 
card (Xircom modem/ethernet combo card) was inserted.  I also didn't have 
any sound.

So here is a very small HOWTO which may apply to other Toshiba laptops.

1)  Get into the BIOS setup program.  With the laptop turned off, hold down 
the ESC key and press the power button.  Follow the prompts (input password 
if you have one set up, then press F1 when it tells you to).  Collect as 
much information about your current motherboard configuration as you can 
from the two setup pages.  I went ahead and disabled the internal modem, as 
the Xircom mode works far better anyway.  Press END, and let the thing come up.

2)  Install RH 9 (or whatever).

3)  Run sndconfig.  Select the proper chip ("OPL3-SA2/3/x sound chip") and 
configure the options as prompted on-screen.  The default mixer settings 
make it difficult to hear the sample audio file, so turn up the gain to 
ensure you have it.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Aaron Baer | 4 Jun 2003 23:24

Re: RH 9 and Toshiba Satellite 2545XCDT

On Wed, 2003-06-04 at 13:25, Stephen Satchell wrote:
>   I'm trying to find out why 
> there is a routing table entry for 169.254.0.0/16 on eth0.  (I suspect a 
> script blew up, but I have to trace it.)  

This is a new to RH9 and it has to do with Zeroconf
http://www.zeroconf.org/ , zero configuration ip addressing like
connection two laptops together with a cross over cable. "without
needing a man in a white lab coat to set it all up for you" as they say
on their site. 

It can be turned off by adding 

NOZEROCONF=yes

to any of your /etc/sysconfig/network-scripts/ifcfg-* files.. 

ifcfg-eth0 for instance.

A-

--

-- 
----
Aaron Baer
judah <at> opusnet.com
http://www.cat.pdx.edu/~baera/

-
To unsubscribe from this list: send the line "unsubscribe linux-laptop" in
the body of a message to majordomo <at> vger.kernel.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Samuel Thibault | 21 Jun 2003 04:51
Picon
Picon

Time freezing on Armada E500 Laptop

Hi,

This has been happening for months since I bougth my laptop: it
sometimes seems to be frozen, and merely pressing a key unfreezes it.
Sending chars on serial port does as well, but the USB mouse does not.
I had a closer look and realized that the only matter was the IRQ0 not
being generated by the pit any more... So that jiffies wouldn't
increase, hence any program based on time would indeed freeze while
cpu burners would still run for instance. Fancy things being the window
manager still working, but freezing on raising a window. The system
clock goes round within ~5s. Remote shells still work of course, since
network generates IRQs, but sshd is frozen :/.

I tried 2.4 & 2.5, enabling / disabling APM, ACPI, speedstep, without
any change. Flashing my bios to the latest version didn't add any option
to the setup, it still only has a dozen, the only one related to power
management being speedstep, which I tried to enable / disable as well.
The Power Management program shipped by compaq for win95 won't run ("you
need administrator rights", uh? on w95?)

Just to be sure, Linux wouldn't ever disable IRQ0, would it? Could it
on the other hand use other timers such as the rtc for detecting this
trouble, and even use them as fallbacks?

Regards,
Samuel Thibault
-
To unsubscribe from this list: send the line "unsubscribe linux-laptop" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Denis Vlasenko | 23 Jun 2003 09:57
Picon

Re: Time freezing on Armada E500 Laptop

On 21 June 2003 05:51, Samuel Thibault wrote:
> Hi,
> 
> This has been happening for months since I bougth my laptop: it
> sometimes seems to be frozen, and merely pressing a key unfreezes it.
> Sending chars on serial port does as well, but the USB mouse does not.
> I had a closer look and realized that the only matter was the IRQ0 not
> being generated by the pit any more... So that jiffies wouldn't
> increase, hence any program based on time would indeed freeze while
> cpu burners would still run for instance. Fancy things being the window
> manager still working, but freezing on raising a window. The system
> clock goes round within ~5s. Remote shells still work of course, since
> network generates IRQs, but sshd is frozen :/.
> 
> I tried 2.4 & 2.5, enabling / disabling APM, ACPI, speedstep, without
> any change. Flashing my bios to the latest version didn't add any option
> to the setup, it still only has a dozen, the only one related to power
> management being speedstep, which I tried to enable / disable as well.
> The Power Management program shipped by compaq for win95 won't run ("you
> need administrator rights", uh? on w95?)
> 
> Just to be sure, Linux wouldn't ever disable IRQ0, would it? Could it
> on the other hand use other timers such as the rtc for detecting this
> trouble, and even use them as fallbacks?

CMOS clock can bee used to detect this I suppose.
There is also the NMI watchdog.
--
vda
-
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mitch Sukalski | 27 Jun 2003 21:21
Picon

PROBLEM: non-transparent Intel 82801BAM/CAM PCI-to-PCI bridge (rev. 81 chip, in IBM T40 2373-92U 4/2003 laptop)

If you have a new IBM T40 (mine is a model 2372-92U, build 4/03, 2GB RAM), the 
latest 2.4.21 kernel (and 2.4.20 as well), and PCMCIA support is broken, then 
you may have the same problem that I've just isolated. My symptoms included 
crazy values for socket status, and many "timed out during reset" messages 
(see dmesg output below).

Jun 12 15:00:36 juggler kernel: Yenta IRQ list 0000, PCI irq11 
Jun 12 15:00:36 juggler kernel: Socket status: 080c2420 
Jun 12 15:00:36 juggler kernel: Yenta IRQ list 0000, PCI irq11 
Jun 12 15:00:36 juggler kernel: Socket status: 000dd9e2 
Jun 12 15:00:39 juggler kernel: cs: socket f74a8000 timed out during reset. 
Try increasing setup_delay. 
<last line repeated...>

The root of the problem is that PCI fixup code currently assumes that all 
Intel 82801 family PCI bridge chips operate in transparent mode, no matter 
what they self-report or how they are configured. With that assumption, the 
Cardbus controller will have its I/O regions fortuitously mapped into the 
right space (at least on my machine), but the memory regions are mapped right 
at the end of RAM (instead of memory the bridge is configured to access).

If you remove the next-to-last entry for pcibios_fixup[] in file 
arch/i386/kernel/pci-pc.c for pci_fixup_transparent_bridge() and recompile, 
then everything will be mapped correctly. I realize that this is not a 
general fix, since many 82801 chips are broken. Still, I thought the user 
community might want this information to save time in tracking down this 
problem. I've attached "/sbin/lspci -vv -x" output running under this 
modified working kernel for the experts.

Cheers,
(Continue reading)

Permalink | Reply | 0 comments |

Gmane