On 10/10/07 20:23 +0200, Stefan Reinauer wrote:
Here's the cleaned up version of the XIP/initram patch.
New since the last version:
* It uses the macro suggestion from Jordan
* SHARED-ify post_code()
* use -N during linking initram code to noticably reduce
initram size (drops ~8k of
Hi Florentin,
On Mon, Oct 08, 2007 at 03:27:20AM +0200, [EMAIL PROTECTED] wrote:
I don't think that my little quickie deserves so much consideration, but I
will post it, hopping that it could be usefull for someone..
Thank you!
Btw you have to do first a setpci -s 00:01.1 64.l to retrieve
What must the BIOS initialize in order to have Linux boot, if the kernel
is the payload. I know that the dram controller must be up, but what
else? Super IO is nice for debug reasons, but is it required?. South
bridge? Does the modern 2.6 have enough brains to start the south bridge?
-Adam
Author: uwe
Date: 2007-10-11 12:25:35 +0200 (Thu, 11 Oct 2007)
New Revision: 2848
Modified:
trunk/LinuxBIOSv2/src/mainboard/asi/mb_5blmp/Options.lb
trunk/LinuxBIOSv2/src/mainboard/eaglelion/5bcm/Options.lb
trunk/LinuxBIOSv2/src/mainboard/iei/juki-511p/Options.lb
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2848 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Set the default video memory to 0 MB for all GX1 boards which don't yet
use that feature
OK, second try, this time adding instead of removing full stops.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
Some cosmetic cleanups in the flashrom code and output.
Signed-off-by: Uwe Hermann [EMAIL
On Wed, Oct 10, 2007 at 06:20:10PM +0200, Juergen Beisert wrote:
On Wednesday 10 October 2007 03:35, Corey Osgood wrote:
Already posted this once, but I guess it got overlooked.
Description: This patch adds the CONFIG_VIDEO_MB option to boards that
currently don't have it but need it to
On Wed, Oct 10, 2007 at 08:36:07PM +0200, Juergen Beisert wrote:
Did you change website's content? I added some test results to it, can you
change the colours of the fields?
Yep, done now. There was some Slashdot-related downtime, so I couldn't
do it earlier.
Found chipset ICH7M: Enabling flash write... OK.
No EEPROM/flash device found.
Wild guess: a SPI flash not enabled for writing?
Torsten
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
console to hyperterminal output) and I am then back at the grub prompt.
Not too bad. You basically need 3 pieces of information: kernel file, initrd
file and command line. There's probably an isolinux boot loader on the CD.
Look for isolinux.cnf and cat it. Look for the installation entry. The
What must the BIOS initialize in order to have Linux boot, if the kernel
is the payload. I know that the dram controller must be up, but what
else? Super IO is nice for debug reasons, but is it required?. South
bridge? Does the modern 2.6 have enough brains to start the south bridge?
-Adam
Uwe,
On Thursday 11 October 2007 03:30, Uwe Hermann wrote:
I have not yet read all of your PDF and all code, but there seem to be
lots of useful patches in there... I hope we can merge all/most of them
soon (in LinuxBIOS as well as in Linux). Please send patches for
the stuff which is ready
Trying http://www.linuxbios.org/
results into LinuxBIOS has a problem?
Juergen
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Uwe,
On Wednesday 10 October 2007 01:32, Uwe Hermann wrote:
Thanks, committed with some small changes in r2843.
Did you change website's content? I added some test results to it, can you
change the colours of the fields?
Why: Tested with irqpoll kernel parameter. Tested: USB thumb drive.?
My
Hi Ward,
Yes I confirm this behaviour, I observed it too (but omitted to mention it in
my previous posts..).
Unfortunately I have no rational explanation for this. Btw it is extremely
difficult and time (and nerve!) consuming to work without at least a token
amount of technical documentation!..
On 10/10/07, Jordan Crouse [EMAIL PROTECTED] wrote:
Acked-by: Jordan Crouse [EMAIL PROTECTED]
Now that this is place, can we figure out why stage2 goes into the
weeds?
once committed, I will try it too.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
On 10/10/07, Juergen Beisert [EMAIL PROTECTED] wrote:
Trying http://www.linuxbios.org/
results into LinuxBIOS has a problem?
Juergen
it works for me.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
My changes based on comments. NOT tested.
ron
David's changes plus suggested changes from uwe.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Index: jedec.c
===
--- jedec.c (revision 2847)
+++ jedec.c (working copy)
@@ -281,7
On 10/11/07, ron minnich [EMAIL PROTECTED] wrote:
On 10/10/07, Juergen Beisert [EMAIL PROTECTED] wrote:
Trying http://www.linuxbios.org/
results into LinuxBIOS has a problem?
Juergen
it works for me.
It looks like Juergen sent this message 20 hours ago (if all of the
datestamps
On 10/11/07, Torsten Duwe [EMAIL PROTECTED] wrote:
Found chipset ICH7M: Enabling flash write... OK.
No EEPROM/flash device found.
Wild guess: a SPI flash not enabled for writing?
can you get a look at the board?
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
Author: stepan
Date: 2007-10-11 18:13:12 +0200 (Thu, 11 Oct 2007)
New Revision: 505
Added:
LinuxBIOSv3/include/shared.h
Modified:
LinuxBIOSv3/arch/x86/Makefile
LinuxBIOSv3/arch/x86/pci_ops_conf2.c
LinuxBIOSv3/include/console.h
LinuxBIOSv3/include/post_code.h
Hello there,
I am wondering if this board is supported at all:
Asus M2N-SLI Deluxe, based on an nVidia MCP55 (NF570-SLI), running with an
Amd Athlon64 6000+ X2
The lspci output is:
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a1)
00:01.0 ISA bridge: nVidia Corporation MCP55
I'm thinking to drag out my FS2 -- I think the norwich takes that
connection, right? It ought to be simpler with jtag in place.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
* Robinson Tryon [EMAIL PROTECTED] [071011 17:38]:
On 10/11/07, ron minnich [EMAIL PROTECTED] wrote:
On 10/10/07, Juergen Beisert [EMAIL PROTECTED] wrote:
Trying http://www.linuxbios.org/
results into LinuxBIOS has a problem?
Juergen
it works for me.
It looks like
attached. I am working to integrate the SIS NB support in, as the
discussion seems to have
gone silent.
ron
These files are now used in more than one place, so we copy them here, prior to removing them elsewhere.
I don't see a need for a long debate about location, given that we plan to
* ron minnich [EMAIL PROTECTED] [071011 17:11]:
On 10/10/07, Jordan Crouse [EMAIL PROTECTED] wrote:
Acked-by: Jordan Crouse [EMAIL PROTECTED]
r505
Now that this is place, can we figure out why stage2 goes into the
weeds?
What's wrong with stage2? Are you referring to initram or to the
* Uwe Hermann [EMAIL PROTECTED] [071010 20:47]:
OK, second try, this time adding instead of removing full stops.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
Some cosmetic cleanups in the
* ron minnich [EMAIL PROTECTED] [071011 18:39]:
attached. I am working to integrate the SIS NB support in, as the
discussion seems to have
gone silent.
ron
These files are now used in more than one place, so we copy them here, prior
to removing them elsewhere.
I don't see a need for a
ron minnich wrote:
I'm thinking to drag out my FS2 -- I think the norwich takes that
connection, right? It ought to be simpler with jtag in place.
ron
Yes, the fs2 header is on norwich and will probably help you a lot.
It would be good to know if memory is really working and we fail
On 10/10/07, Uwe Hermann [EMAIL PROTECTED] wrote:
You're working on this one?
http://global.msi.com.tw/index.php?func=proddescprod_no=170maincat_no=1
Shall we add it to http://linuxbios.org/Desktops as Work in progress?
Yep, that's the one. And yes, we should probably add it as a WIP. It's
will start setup tonight, esp. now that I have a workshop!
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Stupid of me, I did the diff in the wrong place. They are going to
include/device.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
How is this work going? We seem to have stalled. Can we start with
some specific changes, of a few files (e.g. northbridge) to get this
going? I am anxious to use these boards.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On Thu, Oct 11, 2007 at 09:39:54AM -0700, ron minnich wrote:
attached. I am working to integrate the SIS NB support in, as the
discussion seems to have
gone silent.
I'm not sure what the course of action is here -- shall we try to modify
the code ourselves or wait for SiS developers? I don't
On Thu, Oct 11, 2007 at 07:47:48PM +0200, Uwe Hermann wrote:
These files are now used in more than one place, so we copy them here,
prior to removing them elsewhere.
Nope, please make the moving of the files one atomic commit, i.e.
use 'svn mv foo.h bar.h' as appropriate.
Further
On 10/11/07, Uwe Hermann [EMAIL PROTECTED] wrote:
Index: amdk8.h
Index: amdk8_f.h
Why move these files? And from where to where? They're likely K8
specific and located in src/northbridge/amd/amdk8/ (which sounds
correct), so why move them?
that location is specific to one north part,
* Uwe Hermann [EMAIL PROTECTED] [071011 20:27]:
Ah, yes, but the files in the 761GX code are 100% identical with the
amdk8 ones. And as the 761GX is K8-based/-related somehow (at least
that's what I'm guessing, but I may be wrong) I think we could simply
leave the amdk8 files where they are,
* ron minnich [EMAIL PROTECTED] [071011 20:01]:
On 10/11/07, Uwe Hermann [EMAIL PROTECTED] wrote:
Index: amdk8.h
Index: amdk8_f.h
Why move these files? And from where to where? They're likely K8
specific and located in src/northbridge/amd/amdk8/ (which sounds
correct), so why move
On Thu, Oct 11, 2007 at 11:01:52AM -0700, ron minnich wrote:
On 10/11/07, Uwe Hermann [EMAIL PROTECTED] wrote:
Index: amdk8.h
Index: amdk8_f.h
Why move these files? And from where to where? They're likely K8
specific and located in src/northbridge/amd/amdk8/ (which sounds
Author: uwe
Date: 2007-10-11 20:30:05 +0200 (Thu, 11 Oct 2007)
New Revision: 2849
Modified:
trunk/util/superiotool/README
trunk/util/superiotool/superiotool.8
Log:
Superiotool manpage/documentation improvements (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Uwe Hermann
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2849 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Superiotool manpage/documentation improvements (trivial).
Signed-off-by: Uwe Hermann
On Thu, Oct 11, 2007 at 08:47:58PM +0200, Stefan Reinauer wrote:
* Uwe Hermann [EMAIL PROTECTED] [071011 20:27]:
Ah, yes, but the files in the 761GX code are 100% identical with the
amdk8 ones. And as the 761GX is K8-based/-related somehow (at least
that's what I'm guessing, but I may be
On 07.10.2007 19:46, bari wrote:
At $360 USD ea. I thought maybe M$ got into the BIOS business.
The interesting question is whether we want to get that payload running
under LB and with any board we support.
Suggested slogan: Sick of having to pay $360 just for a 5-second boot
into a Linux
Hi Liran,
I have thought a while about your problem but no obvious solution appeared.
On 04.09.2007 17:50, liran tal wrote:
I have done some more investigating on this issue but no luck (yet).
It made some sense to me as well that the problem might be with the use of
7ZIP-specific
Dear Morgan,
On 08.10.2007 08:01, Morgan Tsai wrote:
SiS966 SiS966L have same init sequence during BIOS time.
So it should be OK with the same code.
That's really nice.
The only diffence is Ethernet device id.
966's MAC DeviceID is 0x0191
966L's MAC DeviceID is 0x0190
Great! Then we
On 10/11/07, Uwe Hermann [EMAIL PROTECTED] wrote:
If the current v2 build system can cope with two northbridges, then yes,
that's definately the way to go. List amdk8 and 761gx in Config.lb and
you don't duplicate any files and keep the components separate.
it was designed to do this and I
On Sun, Oct 07, 2007 at 09:38:12AM -0700, ron minnich wrote:
It's interesting as it is an Intel chipset.
Folks have known how to make Linux into an EFI-replacement for several
years. I have heard that Linux can easily replace EFI, and is loaded
after PEI. PEI has most of the really secret
Hi!
I'd like to point out that I've merged a patch with Patrick's GRUB port in the
debian package of grub, and binaries are now provided in sid:
http://packages.debian.org/sid/grub-linuxbios
Unfortunately it isn't fully functional because I had to remove the IDE
driver which isn't legaly
On 10/11/07, Robert Millan [EMAIL PROTECTED] wrote:
Do you have any prediction on when EFI is going to (attempt to) hit the
consumer market? I assume it will be when the Vista transition has finished,
and either after or simultaneously with the win64 transition [1].
it's already hit. It's in
On Thu, Oct 11, 2007 at 03:05:45PM -0700, ron minnich wrote:
On 10/11/07, Robert Millan [EMAIL PROTECTED] wrote:
Do you have any prediction on when EFI is going to (attempt to) hit the
consumer market? I assume it will be when the Vista transition has
finished,
and either after or
Robert Millan wrote:
Hi!
I'd like to point out that I've merged a patch with Patrick's GRUB port in the
debian package of grub, and binaries are now provided in sid:
http://packages.debian.org/sid/grub-linuxbios
Unfortunately it isn't fully functional because I had to remove the IDE
Hey Robert!
On Fri, Oct 12, 2007 at 12:00:03AM +0200, Robert Millan wrote:
I'd like to point out that I've merged a patch with Patrick's GRUB port in the
debian package of grub, and binaries are now provided in sid:
http://packages.debian.org/sid/grub-linuxbios
This is excellent. I need
AFAIK not all architectures start executing code at the top of ROM, some
start at the bottom (low address). In that case, we can't start the
archive with a LAR header, but we can end it with one or postfix the
first archive member with a LAR header. To achieve that, the patch
redefines offset as
On Fri, Oct 12, 2007 at 12:28:14AM +0200, Stefan Reinauer wrote:
Robert Millan wrote:
Hi!
I'd like to point out that I've merged a patch with Patrick's GRUB port in
the
debian package of grub, and binaries are now provided in sid:
http://packages.debian.org/sid/grub-linuxbios
On Thursday 11 October 2007, ron minnich wrote:
On 10/11/07, Torsten Duwe [EMAIL PROTECTED] wrote:
Found chipset ICH7M: Enabling flash write... OK.
No EEPROM/flash device found.
Wild guess: a SPI flash not enabled for writing?
can you get a look at the board?
Sorry, by replying to an
Add resource size and resource granularity reporting to device_util.c
Signed-off-by: Carl-Daniel Hailfinger [EMAIL PROTECTED]
---
Index: LinuxBIOSv2/src/devices/device_util.c
===
--- LinuxBIOSv2/src/devices/device_util.c
Add a debug message to keyboard init. This helped isolate at least one
case of keyboard failure (the keyboard initialization was never hit).
Signed-off-by: Carl-Daniel Hailfinger [EMAIL PROTECTED]
---
Index: LinuxBIOSv2/src/pc80/keyboard.c
On Wed, Oct 10, 2007 at 04:31:23PM -0700, Adam Talbot wrote:
I know that the dram controller must be up, but what else?
PCI
..Super IO..
Dunno.
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Clarify the LZMA decoder license
Signed-off-by: Carl-Daniel Hailfinger [EMAIL PROTECTED]
---
Index: LinuxBIOSv2/src/lib/lzma.c
===
--- LinuxBIOSv2/src/lib/lzma.c (Revision 2849)
+++ LinuxBIOSv2/src/lib/lzma.c (Arbeitskopie)
@@
On Thu, Oct 11, 2007 at 08:31:18AM +0200, Juergen Beisert wrote:
- Any ideas about the smartcard reader?
Does it need special init in LinuxBIOS?
No.
I did not find any documentation about the used device. I only know
its connected through the UART2 with TTL levels.
Can you guys find
60 matches
Mail list logo