Am Donnerstag, den 06.12.2007, 15:34 -0700 schrieb Jordan Crouse:
> +menu "Build Options"
> +
> +config VERBOSE
> + bool "See the build output on stdout"
> + default n
> + help
> + See the entire build output on stdout. Otherwise, it will
> + be saved off in a seri
Initial support for MSI MS-7135 (K8N Neo3) mainboard.
Signed-off-by: Jonathan A. Kollasch <[EMAIL PROTECTED]>
Index: src/mainboard/msi/ms7135/Config.lb
===
--- src/mainboard/msi/ms7135/Config.lb (revision 0)
+++ src/mainboard/msi/ms7
Jordan Crouse wrote:
> This is my code to expand on what Myles has already done for v3 -
> basically, we move to using a V3 only .mk for LinuxBIOS, and take
> advantage of LAR to clean up the build considerably. Also, introduce
> my new idea for option ROMs which totally cleans things up - if thi
Initial support for MSI MS-7135 (K8N Neo3) mainboard.
Signed-off-by: Jonathan A. Kollasch <[EMAIL PROTECTED]>
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On 07/12/07 01:38 +0100, Uwe Hermann wrote:
> On Wed, Dec 05, 2007 at 02:45:55AM +0100, [EMAIL PROTECTED] wrote:
> > linuxbios.stage2.o (and stage2.o in the LAR) are NOT .o files, they are
> > ELF executables. Remove the .o suffix to reduce confusion.
>
> For clarity's sake we might even want to a
On Wed, Dec 05, 2007 at 02:45:55AM +0100, [EMAIL PROTECTED] wrote:
> linuxbios.stage2.o (and stage2.o in the LAR) are NOT .o files, they are
> ELF executables. Remove the .o suffix to reduce confusion.
For clarity's sake we might even want to add an .elf extention? Opinions?
Uwe.
--
http://www.
On 06/12/07 16:32 -0700, Myles Watson wrote:
> It complains that the logs directory doesn't exist when it tries to fetch
> and create the linuxbiosv3/logs/fetch.log file.
oops - my bad - I can fix that.
> I prefer to have LinuxBIOSv2 and LinuxBIOSv3 represented in the same way. I
> think it's co
It complains that the logs directory doesn't exist when it tries to fetch
and create the linuxbiosv3/logs/fetch.log file.
I prefer to have LinuxBIOSv2 and LinuxBIOSv3 represented in the same way. I
think it's confusing to have one be LBV3 and one LINUXBIOS. It seems like
LINUXBIOS should be used
Signed-off-by: Reinder E.N. de Haan [EMAIL PROTECTED]
This patch fixes non working erasing of Pm49fl002/4
The erasing part of writing did work because it uses erase_block_jedec
and not erase_chip_jedec
datasheets says: "Chip erase is available in A/A Mux Mode only."
this patch needs the patch f
Ulf Jordan wrote:
> Hello!
>
> I'm writing a patch to add detection and dump support for the NSC PC97317.
> According to the datasheet from National it has SID = 0xdf. However, in
> superiotool/nsc.c there is the conflicting entry
>
> {0xdf, "PC97371", { /* From sensors-detect */
>
Signed-off-by: Reinder E.N. de Haan [EMAIL PROTECTED]
This patch fixes non working erasing of Pm49fl002/4
The erasing part of writing did work because it uses erase_block_jedec
and not erase_chip_jedec
datasheets says: "Chip erase is available in A/A Mux Mode only."
this patch needs the patch f
Signed-off-by: Reinder E.N. de Haan
This patch fixes non working erasing of Pm49fl002/4
The erasing part of writing did work because it uses erase_block_jedec
and not erase_chip_jedec
datasheets says: "Chip erase is available in A/A Mux Mode only."
this patch needs the patch from:
http://www.
This is my code to expand on what Myles has already done for v3 -
basically, we move to using a V3 only .mk for LinuxBIOS, and take
advantage of LAR to clean up the build considerably. Also, introduce
my new idea for option ROMs which totally cleans things up - if this
doesn't set off anybody's B
> [BUILDROM] Some fixes
>
> Remove a spurious variable from the GPXE stuff, rearrange the menu
> a little bit, and switch the Make jobs to an integer to make it
> easier to understand and use.
>
> Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
It works for me.
Acked-by: Myles Watson <[EMAIL PROT
On Thu, Dec 06, 2007 at 03:34:53PM -0700, Jordan Crouse wrote:
> A few fixes before my v3 patch - this cleans up the menuconfig to be
> a little bit more clear, and fixes a spurious variable that I removed
> behind Ward's back.
Heh :) I saw that warning late last night but hadn't looked into it ye
please ignore that patch
a a wrote:
> Signed-off-by: Reinder E.N. de Haan [EMAIL PROTECTED]
>
>
>
>
> Express yourself instantly with MSN Messenger! MSN Messenger
>
>
_
A few fixes before my v3 patch - this cleans up the menuconfig to be
a little bit more clear, and fixes a spurious variable that I removed
behind Ward's back.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Some fixes
Remove a spurious varia
> On Thu, Dec 06, 2007 at 10:14:41AM -0700, Myles Watson wrote:
> > It was submitted (but not in patch form) by Brendan Trotter
> > http://www.mail-archive.com/linuxbios@linuxbios.org/msg08771.html
> >
> > Here it is in patch form.
> > - data32 lgdt %cs:gdtptr
> > + movl$gdtptr, %ebx
> >
Hello!
I'm writing a patch to add detection and dump support for the NSC PC97317.
According to the datasheet from National it has SID = 0xdf. However, in
superiotool/nsc.c there is the conflicting entry
{0xdf, "PC97371", { /* From sensors-detect */
{EOT}}},
I have
Signed-off-by: Reinder E.N. de Haan [EMAIL PROTECTED]
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
flashrom-2998-pm49fl00x_erase_fixed.d
On Thu, Dec 06, 2007 at 10:14:41AM -0700, Myles Watson wrote:
> It was submitted (but not in patch form) by Brendan Trotter
> http://www.mail-archive.com/linuxbios@linuxbios.org/msg08771.html
>
> Here it is in patch form.
> - data32 lgdt %cs:gdtptr
> + movl$gdtptr, %ebx
> + lgdt
Add detection and dump support for NSC PC97307.
/ulf
Add detection and dump support for NSC PC97307.
Signed-off-by: Ulf Jordan <[EMAIL PROTECTED]>
Index: nsc.c
===
--- nsc.c (revision 2998)
+++ nsc.c (working copy)
@@ -
On Dec 6, 2007 10:57 AM, Marc Karasek <[EMAIL PROTECTED]> wrote:
> I am trying to get a system up using QEMU. I have compiled LinuxBIOS
> with Filo as a payload.
>
> I followed the steps on the wiki about making a harddrive image, I had
> to make it a bit bigger than 200M though.
> When I "boot"
On Friday 30 November 2007 14:17, Shocky wrote:
> On Friday 30 November 2007 13:49, Carl-Daniel Hailfinger wrote:
> > On 30.11.2007 05:25, Shocky wrote:
> > > Now that I can build and run flashrom, I get:
> > >
> > > Calibrating delay loop.. OK.
> > > No LinuxBIOS table found.
> > > Found chipset "
Marc Karasek wrote:
> I am trying to get a system up using QEMU. I have compiled LinuxBIOS
> with Filo as a payload.
>
> I followed the steps on the wiki about making a harddrive image, I had
> to make it a bit bigger than 200M though.
> When I "boot" the system, it finds the kernel and the i
I was dealing with a strange first-time issue that would cause problems
on power on but appear fine after that. I'm working with a dual Opteron
board with two banks of DIMMs on separate I2C buses connected to a
pca9544 I2C mux.
This problem manifested itself as a series of "no memory" messages
dur
I am trying to get a system up using QEMU. I have compiled LinuxBIOS
with Filo as a payload.
I followed the steps on the wiki about making a harddrive image, I had
to make it a bit bigger than 200M though.
When I "boot" the system, it finds the kernel and the initrd image, but
then when it
> > You need to add a new version of the loader since the BIOS is larger,
> and
> > use the larger elf header.
>
> You mean the new version of ADLO is needed?
>
Yes,
The file loader.s copies the BIOS into RAM and sets up the CMOS values. If
you use the 32-bit BIOS, you need to make sure all o
Hi Ron,
does the current v3 tree allow you to boot on any hardware targets? If
not, can you post the boot log so I can take a look?
Regards,
Carl-Daniel
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On 06/12/07 12:22 -0500, Corey Osgood wrote:
> Jordan Crouse wrote:
> > On 06/12/07 10:00 -0700, Myles Watson wrote:
> >
> >>
> None of the new files came through. They look like they're in the
>
> >>> patch,
> >>>
> but not in the commit. Am I supposed to ge
Jordan Crouse wrote:
> On 06/12/07 10:00 -0700, Myles Watson wrote:
>
>>
None of the new files came through. They look like they're in the
>>> patch,
>>>
but not in the commit. Am I supposed to generate the patches
>>> differently?
>>>
>>
> -Original Message-
> From: Carl-Daniel Hailfinger [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 06, 2007 9:40 AM
> To: [EMAIL PROTECTED]
> Cc: 'Linuxbios'
> Subject: Re: [LinuxBIOS] r77 - in buildrom-devel: . config/payloads
> config/platforms packages/linuxbios
>
> On 06.12.2007 1
On 06/12/07 10:00 -0700, Myles Watson wrote:
>
>
> > >
> > > None of the new files came through. They look like they're in the
> > patch,
> > > but not in the commit. Am I supposed to generate the patches
> > differently?
> > > I'm just using
> > > svn diff buildrom-devel
> >
> > My bad - I scr
> >
> > None of the new files came through. They look like they're in the
> patch,
> > but not in the commit. Am I supposed to generate the patches
> differently?
> > I'm just using
> > svn diff buildrom-devel
>
> My bad - I screwed it up on my end.
>
It seems easy to do. Is there an automat
On 05.12.2007 19:04, Andreas B. Mundt wrote:
>>> This has been changed in rev 2972. Buildrom has still the 'old'
>>> version. Flashing works fine for me if irq 0xc9 = 0x0 is set. With irq
>>> 0xc9 = 0x40 it fails.
>>>
>>>
>> OK, is that a difference between board revisions, BIOS revision
On 06/12/07 09:34 -0700, Myles Watson wrote:
>
>
> > -Original Message-
> > From: Jordan Crouse [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 06, 2007 9:26 AM
> > To: Myles Watson
> > Cc: Linuxbios
> > Subject: Re: State of the buildrom
> >
> > On 06/12/07 09:00 -0700, Myles Wat
On 06.12.2007 17:34, Myles Watson wrote:
>
>> -Original Message-
>> From: Jordan Crouse [mailto:[EMAIL PROTECTED]
>> Sent: Thursday, December 06, 2007 9:26 AM
>> To: Myles Watson
>> Cc: Linuxbios
>> Subject: Re: State of the buildrom
>>
>> On 06/12/07 09:00 -0700, Myles Watson wrote:
>>
Author: jcrouse
Date: 2007-12-06 17:38:25 +0100 (Thu, 06 Dec 2007)
New Revision: 78
Added:
buildrom-devel/config/platforms/qemu.conf
buildrom-devel/packages/filo/conf/qemu-Config
buildrom-devel/packages/kernel/conf/defconfig-qemu
buildrom-devel/packages/kernel/qemu-kernel.mk
buildro
On 06.12.2007 17:33, Myles Watson wrote:
>>> Modified: buildrom-devel/Config.in
>>> ===
>>> --- buildrom-devel/Config.in2007-12-05 23:27:08 UTC (rev 76)
>>> +++ buildrom-devel/Config.in2007-12-06 16:18:18 UTC (rev 77)
>
On 05.12.2007 14:00, Harald Gutmann wrote:
> Am Mittwoch, 5. Dezember 2007 13:44:53 schrieb ST:
>
>> Hi
>>
>>
>>> one of the main big things on that board is the missing ACPI
>>> implementation. the other issues seem to be just little things:
>>>
>> ACPI or in my case fan control is
> -Original Message-
> From: Jordan Crouse [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 06, 2007 9:26 AM
> To: Myles Watson
> Cc: Linuxbios
> Subject: Re: State of the buildrom
>
> On 06/12/07 09:00 -0700, Myles Watson wrote:
> > And the patch :)
> > >
> > > Myles
> > >
> > > Sig
> > Modified: buildrom-devel/Config.in
> > ===
> > --- buildrom-devel/Config.in2007-12-05 23:27:08 UTC (rev 76)
> > +++ buildrom-devel/Config.in2007-12-06 16:18:18 UTC (rev 77)
> > @@ -43,6 +43,23 @@
> >
> > menu "Linu
On 06.12.2007 17:18, [EMAIL PROTECTED] wrote:
> Author: jcrouse
> Date: 2007-12-06 17:18:18 +0100 (Thu, 06 Dec 2007)
> New Revision: 77
>
> Log:
> This patch adds support for QEMU to buildrom, for both v2 and v3. It
> also allows you to build QEMU from sources with the patches.
>
> Signed-off-by:
> -Original Message-
> From: Jordan Crouse [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 06, 2007 9:09 AM
> To: Myles Watson
> Cc: Linuxbios
> Subject: Re: State of the buildrom
>
> On 06/12/07 08:57 -0700, Myles Watson wrote:
> > This is the same patch, updated to use HEAD instea
On 06/12/07 09:00 -0700, Myles Watson wrote:
> And the patch :)
> >
> > Myles
> >
> > Signed-off-by: Myles Watson <[EMAIL PROTECTED]>
> >
r77. Everybody please update - and go nuts.
> --
> linuxbios mailing list
> linuxbios@linuxbios.org
> http://www.linuxbios.org/mailman/listinfo/linuxbios
--
Author: jcrouse
Date: 2007-12-06 17:18:18 +0100 (Thu, 06 Dec 2007)
New Revision: 77
Modified:
buildrom-devel/Config.in
buildrom-devel/config/payloads/payloads.conf
buildrom-devel/config/platforms/Config.in
buildrom-devel/config/platforms/platforms.conf
buildrom-devel/packages/linuxb
On Thu, Dec 06, 2007 at 09:16:52AM -0700, Jordan Crouse wrote:
> On 06/12/07 09:00 -0700, Myles Watson wrote:
> > And the patch :)
>
> So begins the v3 era in buildrom. I also have some ideas and patches
> for v3 - but since this patch is here, and it works, I think what I'll
> do is ack and comm
On 06/12/07 09:00 -0700, Myles Watson wrote:
> And the patch :)
So begins the v3 era in buildrom. I also have some ideas and patches
for v3 - but since this patch is here, and it works, I think what I'll
do is ack and commit it immediately, and then we can build from there.
Is that okay with eve
On 05.12.2007 05:02, Peter Stuge wrote:
> On Wed, Dec 05, 2007 at 03:30:16AM +0100, Carl-Daniel Hailfinger wrote:
>
>> util/lar/lar.h was accidentially changed to point to the wrong
>> other header.
>>
>> Signed-off-by: Carl-Daniel Hailfinger <[EMAIL PROTECTED]>
>>
>
> This would qualify as
Author: hailfinger
Date: 2007-12-06 17:06:07 +0100 (Thu, 06 Dec 2007)
New Revision: 541
Modified:
LinuxBIOSv3/util/lar/lar.h
Log:
util/lar/lar.h was accidentially changed to point to the wrong other
header.
Signed-off-by: Carl-Daniel Hailfinger <[EMAIL PROTECTED]>
Acked-by: Peter Stuge <[EMAIL
On 05.12.2007 04:59, Peter Stuge wrote:
> On Wed, Dec 05, 2007 at 02:56:26AM +0100, Carl-Daniel Hailfinger wrote:
>
>> To reduce code duplication, make sure STAGE2_OBJ does not contain
>> any object already mentioned in STAGE0_OBJ.
>> This saves 386 bytes in qemu stage2 (~240 bytes after LZMA co
Author: hailfinger
Date: 2007-12-06 17:03:32 +0100 (Thu, 06 Dec 2007)
New Revision: 540
Modified:
LinuxBIOSv3/arch/x86/Makefile
Log:
To reduce code duplication, make sure STAGE2_OBJ does not contain
any object already mentioned in STAGE0_OBJ.
This saves 386 bytes in qemu stage2 (~240 bytes afte
On 06/12/07 08:57 -0700, Myles Watson wrote:
> This is the same patch, updated to use HEAD instead of 539. Because
> of the way linuxbios.inc works, this only gets the true head the first
> time, then it just takes the previously built tarball. So if you
> really want the new head you have to rem
This is the same patch, updated to use HEAD instead of 539. Because
of the way linuxbios.inc works, this only gets the true head the first
time, then it just takes the previously built tarball. So if you
really want the new head you have to remove the tarball.
I also created a new variable LINUX
As promised here is the patch for first the --build-on problem and also
the final linker problem. Although I consider the second one a patch
rather than a fix.. :-)
I have compiled this and tested it with FILO under QEMU. I think this
will take care of all of the other builds as well. At l
On Thu, Dec 06, 2007 at 10:35:34AM +0100, Dijk, Michiel van [FDS] wrote:
> > Yep, let's do it. Does the board have a socketed BIOS so you can
> > hot-swap it to have a backup chip stored away safely?
>
> The BIOS is a socketed chip yes (a PLCC, don't know what type).
> I need a replacement chip f
> Yep, let's do it. Does the board have a socketed BIOS so you can
> hot-swap it to have a backup chip stored away safely?
The BIOS is a socketed chip yes (a PLCC, don't know what type).
I need a replacement chip first so I can back-up the original.
> Please send the output of 'lspci -tvnn' and
I have an Acer 5102WLMi Notebook with Dual Core AMD TL50s, which are 64
bit CPUs AMD/ATI Radeon Xpress 1100 Graphics and an AMD SB600
(Southbridge Chipset). The MOBO # is LX.ABH0J.011. Other identifying
information is listed below:
Acer Aspire 5102WLMi w/o Bluetooth, Orbicam, or TV Tune
58 matches
Mail list logo
