Hi,
I am looking at a board chipsetwise a lot like the Tyan2735. When I compile
tyan2735 I get the following problem from a few days old CVS shapshot:
---
cp linuxbios_ram.nrv2b linuxbios_ram.rom
echo INCLUDE ldoptions ldscript.ld ; for file
in
Hi,
can I from the lspci output see where the superio chips is connected?
My lspci -tv says:
lspci -tv
-[00]-+-00.0 Intel Corp. E7501 Memory Controller Hub
+-00.1 Intel Corp. E7000 Series Host RASUM Controller
+-02.0-[02-04]--+-1c.0 Intel Corp. 82870P2 P64H2 I/OxAPIC
|
* Andreas Bach Aaen (AH/TED) [EMAIL PROTECTED] [050117 15:56]:
Hi,
I am looking at a board chipsetwise a lot like the Tyan2735. When I compile
tyan2735 I get the following problem from a few days old CVS shapshot:
---
cp linuxbios_ram.nrv2b linuxbios_ram.rom
echo INCLUDE
* Andreas Bach Aaen (AH/TED) [EMAIL PROTECTED] [050117 16:03]:
Hi,
can I from the lspci output see where the superio chips is connected?
Not really. you got to know that it usually hangs off the LPC bridge.
My lspci -tv says:
lspci -tv
+-1f.0 Intel Corp. 82801DB/DBL (ICH4/ICH4-L)
can I from the lspci output see where the superio chips is connected?
My lspci -tv says:
Not normally. The superIO normally hangs out on the ISA bus and just
sits on a buch of IO ports.
--
Richard A. Smith
___
Linuxbios mailing list
Hi there,
Has anyone looked at getting LinuxBIOS running in Wyse Winterms - I have a
huge number of these devices (WT3350 and WT3360's) which are now virtually
paperweights, but with Linux should still be very usable.
Thanks in advance
Hamish
--
No virus found in this outgoing message.
Checked
Hamish Guthrie Maillists wrote:
Hi there,
Has anyone looked at getting LinuxBIOS running in Wyse Winterms - I have a
huge number of these devices (WT3350 and WT3360's) which are now virtually
paperweights, but with Linux should still be very usable.
From what I recall they are pretty
I changed mainboard/vendor/board/Options.lb:
## Request this level of debugging output
default DEFAULT_CONSOLE_LOGLEVEL=9
## At a maximum only compile in this level of debugging
default MAXIMUM_CONSOLE_LOGLEVEL=9
Then I did a buildtarget, make clean and a make. Then romcc complains that
It all sounds good except I would really like to try generating
s-expressions as well. I am convinced that the binary table thing is going
to cause us future trouble, and the reason I am so convinced is that every
binary table I've ever seen had troubles not long after it was
disseminated as a
superio chips are legacy and not visible on the pci bus.
ron
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Mon, 17 Jan 2005 [EMAIL PROTECTED] wrote:
I changed mainboard/vendor/board/Options.lb:
## Request this level of debugging output
default DEFAULT_CONSOLE_LOGLEVEL=9
## At a maximum only compile in this level of debugging
default MAXIMUM_CONSOLE_LOGLEVEL=9
you don't change it
I'm sick and havea to go lie down, can somebody explain the loglvel stuff
to stephen.
ron
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
linkb_to_host and addon display adapter override onboard display card
committed.
1. linkb_to_host use bit 10 to find it if linkb to host.
Please refer to in_coherent.c and hypertransport.c
2. Add vga_pri in device.c to make it = add on card instead of onboard vga,
if add on card presents.
* Ronald G. Minnich rminnich@lanl.gov [050117 21:48]:
It all sounds good except I would really like to try generating
s-expressions as well. I am convinced that the binary table thing is going
to cause us future trouble, and the reason I am so convinced is that every
binary table I've ever
the new pcilib have a PCI domain parameter in additional
to the BUS:DEV:FN. I think you are using old pcilib, just
removed the 0x00 parameter.
When you say new pcilib you are talking the _alpha_ pcilib 2.1.99.
The latest stable version does not have this domain parameter.
The 2.1.99 alpha
On Fri, 2005-01-14 at 20:59, YhLu wrote:
I add the code to amd_earlymtrr.c but found two problem
1. in the cpu init, the second cpu cache can not be enabled. (still using
value set by amd_earlymtrr.c). ( before the amd_mtrr.c called by init).
2. some slow in auto.c stage. Maybe because of
On Mon, 2005-01-17 at 18:31, YhLu wrote:
You will create another member in dev?
in device_operations.
Ollie
YH
-Original Message-
From: Li-Ta Lo [mailto:[EMAIL PROTECTED]
Sent: Monday, January 17, 2005 5:18 PM
To: YhLu
Cc: Sagiv Yefet; LinuxBIOS
Subject: RE: Running with
You will create another member in dev?
YH
-Original Message-
From: Li-Ta Lo [mailto:[EMAIL PROTECTED]
Sent: Monday, January 17, 2005 5:18 PM
To: YhLu
Cc: Sagiv Yefet; LinuxBIOS
Subject: RE: Running with VGA
On Fri, 2005-01-14 at 20:59, YhLu wrote:
I add the code to amd_earlymtrr.c but
Ok with me.
-Original Message-
From: Li-Ta Lo [mailto:[EMAIL PROTECTED]
Sent: Monday, January 17, 2005 5:21 PM
To: YhLu
Cc: Sagiv Yefet; LinuxBIOS
Subject: RE: Running with VGA
On Mon, 2005-01-17 at 18:31, YhLu wrote:
You will create another member in dev?
in device_operations.
On Mon, 17 Jan 2005, Stefan Reinauer wrote:
You might be right. But it seems that it becomes harder and harder to
boot a machine without ACPI and mptables. Until we have Linux and other
OSes convinced of something better we might have to grin and bear it.
no argument that we have to create
Well my commell board is driving me nuts. OK, plan B. I am looking for
alternet motherboard. ITX form factor or smaller, preferred. The
application is a embedded car system for playing music and GPS. I want to
run linux on the embedded systerm; the whole point of running linuxbios is
to cut
Adam Talbot wrote:
Well my commell board is driving me nuts. OK, plan B. I am looking for
alternet motherboard. ITX form factor or smaller, preferred. The
application is a embedded car system for playing music and GPS. I want to
run linux on the embedded systerm; the whole point of running
Which Via Epia has the most support in LinuxBos V2...
--- Bari Ari [EMAIL PROTECTED] wrote:
Adam Talbot wrote:
Well my commell board is driving me nuts. OK, plan B. I am
looking for
alternet motherboard. ITX form factor or smaller,
preferred. The
application is a embedded car
adam, what about EPIA M2? Support on Linuxbios v2, no pain with intel NDA
info, works today.
ron
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxbios
Currently that is the best option I have. The EPIA-M2 or the new EPIA ML.
I really like the ML, it meets all my spec's very nicely. What is the
compatibility with linuxbios and the ML, it runs the same chipset as the M2,
so I would guess it would be easy, I hope.
-Adam Talbot
- Original
On Mon, 17 Jan 2005, Adam Talbot wrote:
Currently that is the best option I have. The EPIA-M2 or the new EPIA
ML. I really like the ML, it meets all my spec's very nicely. What is
the compatibility with linuxbios and the ML, it runs the same chipset as
the M2, so I would guess it would be
Adam Talbot wrote:
Currently that is the best option I have. The EPIA-M2 or the new EPIA ML.
I really like the ML, it meets all my spec's very nicely. What is the
compatibility with linuxbios and the ML, it runs the same chipset as the M2,
so I would guess it would be easy, I hope.
-Adam Talbot
The Nano is a very nice system and meats all the system spec's i need, but i
am tired of fighting with code... I think I will take the lazy road on this
one :-)
-Adam
- Original Message -
From: Bari Ari [EMAIL PROTECTED]
To: Adam Talbot [EMAIL PROTECTED]
Cc: Ronald G. Minnich
28 matches
Mail list logo