#68: Is LinuxBIOS still funded by LANL?
-+--
Reporter: uwe | Owner: somebody
Type: defect|Status: new
Priority: blocker
#40: Decide on common header #ifndef names or standards for usage
+---
Reporter: uwe | Owner: uwe
Type: enhancement |Status: new
Priority: minor
#56: Support for AMD Virtualization (AMD-V) a.k.a Pacifica
+---
Reporter: uwe | Owner: somebody
Type: enhancement |Status: new
Priority: major|
#13: Support for Intel 845GE/PE Northbridge
+---
Reporter: uwe | Owner: somebody
Type: enhancement | Status: new
Priority: major| Milestone: Going
#71: Avoid device overlap with pci 0:0x18.0
---+
Reporter: uwe | Owner: somebody
Type: defect |Status: new
Priority: major | Milestone:
#14: Rename stream to payload
+---
Reporter: uwe | Owner: somebody
Type: enhancement |Status: new
Priority: major| Milestone:
#15: fix abuild for all boards that use the three images solution
--+-
Reporter: anonymous | Owner: yhlu
Type: defect | Status: new
Priority: major | Milestone:
#48: Ready-made, downloadable QEMU images with various payloads
-+--
Reporter: uwe | Owner: somebody
Type: enhancement |Status: new
On Thu, Apr 05, 2007 at 11:23:52PM -0400, Corey Osgood wrote:
+#define F71805F_FDC0x00/* Floppy */
+#define F71805F_SP10x01/* UART1 */
+#defineF71805F_SP2 0x02/* UART2 */
+#define F71805F_PP 0x03/* Parallel Port */
+#defineF71805F_HWM 0x04
* Beneo [EMAIL PROTECTED] [070405 20:27]:
Hi all,
I was using LinuxBIOS to boot Linux from IDE from a Broadcom HT,1000 south
bridge based platform , I encounter an issue which is hard to understand. I
hope somebody can give me some insight.
What bootloader are you using?
What kernel
* Edik Fainshtein [EMAIL PROTECTED] [070405 17:41]:
Hello everybody,
My problem is simple to describe. I am trying to boot VxWorks from LinuxBios.
I use compact flash on which I put my bootrom and my VxWorks. I use iWill
DK8-HTX.
I have a success to boot the bootrom or the VxWorks
Author: stepan
Date: 2007-04-06 13:58:03 +0200 (Fri, 06 Apr 2007)
New Revision: 2585
Modified:
trunk/LinuxBIOSv2/util/flashrom/82802ab.c
trunk/LinuxBIOSv2/util/flashrom/flash.h
trunk/LinuxBIOSv2/util/flashrom/flash_rom.c
trunk/LinuxBIOSv2/util/flashrom/lbtable.c
#65: Unify SuperIO code?
+---
Reporter: stepan | Owner: somebody
Type: enhancement |Status: new
Priority: minor| Milestone: Cosmetic fixes
#4: Directory names in svn should be (mostly) lower-case
+---
Reporter: uwe | Owner: somebody
Type: enhancement | Status: new
Priority: minor| Milestone:
#6: Add support for 10 cheap, mainstream motherboards
--+-
Reporter: uwe| Owner: somebody
Type: task |Status: new
Priority: major | Milestone: Going
#64: Epia-M COM2 does not work
---+
Reporter: stepan | Owner: somebody
Type: defect |Status: new
Priority: major | Milestone:
Component:
#46: Clarify LinuxBIOS vs. OpenBIOS vs. Open Firmware vs. EFI vs. GNUFI etc.
-+--
Reporter: uwe | Owner: somebody
Type: task |Status: new
#25: Clean up x86 emulator in the tree?
--+-
Reporter: uwe| Owner: somebody
Type: task | Status: new
Priority: major | Milestone:
Component: code | Version: v3
On Friday 06 April 2007 13:22, Stefan Reinauer wrote:
I have a success to boot the bootrom or the VxWorks immediately after
FILO. However, after booting my bootrom I cannot boot VxWorks image
from the bootrom on the same flash. I do have success booting VxWorks
from a flash connected to
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2585 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Trivial (cosmetic) cleanup:
* Only open /dev/mem once and do it early.
* Drop extern
Hello all,
Is there cache as ram codes for amd gx2 processor?
I don not think the codes in cpu/amd/car will work fine with gx2.
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
#31: Do proper checking for flash erase for SST FWH parts
-+--
Reporter: stepan| Owner: stepan
Type: defect|Status: closed
Priority:
#39: 440BX header file with register definitions
+---
Reporter: uwe | Owner: uwe
Type: enhancement |Status: closed
Priority: major|
#54: flashrom: Add install target to Makefile
+---
Reporter: uwe | Owner: uwe
Type: enhancement |Status: closed
Priority: minor
#63: make flashrom work on Iwill DK8-HTX
---+
Reporter: stuge | Owner: somebody
Type: defect |Status: new
Priority: major |
* Hao Li [EMAIL PROTECTED] [070406 15:06]:
Hello all,
Is there cache as ram codes for amd gx2 processor?
I don not think the codes in cpu/amd/car will work fine with gx2…
Why?
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2586 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Trivial patch:
* Drop empty file (0 bytes) northbridge/amd/amdk8/cpu_rev.c
and
#63: make flashrom work on Iwill DK8-HTX
---+
Reporter: stuge | Owner: somebody
Type: defect |Status: new
Priority: major |
Stefan Reinauer wrote:
* Hao Li [EMAIL PROTECTED] [070406 15:06]:
Hello all,
Is there cache as ram codes for amd gx2 processor?
I don not think the codes in cpu/amd/car will work fine with gx2…
Why?
Because AMD GX and LX share little with the AMD64 architecture. From
looking at the CAR
* Tom Sylla [EMAIL PROTECTED] [070406 15:50]:
Because AMD GX and LX share little with the AMD64 architecture. From
looking at the CAR code, it does a lot of its work with MTRRs. Geodes do
not have MTRRs, so it just won't work as-is. (they have similar
functionality to MTRRs, but they are
On 4/6/07, Stefan Reinauer [EMAIL PROTECTED] wrote:
As LinuxBIOS v3 wont support any systems which dont have CAR working,
how can we find out what is required to get CAR working on Geode CPUs?
Patience. It will happen.
thanks
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
Hi,
On Fri, Apr 06, 2007 at 10:51:00AM -0400, Ward Vandewege wrote:
Fresh LB buildtarget and make after rebuilding FILO still uses
the old payload file.. How can that be?
I don't think that was the case - perhaps the patch just didn't fix
the problem?
Of course you are right. Sorry about
Author: stepan
Date: 2007-04-06 20:34:39 +0200 (Fri, 06 Apr 2007)
New Revision: 2587
Modified:
trunk/LinuxBIOSv2/src/devices/pci_device.c
trunk/LinuxBIOSv2/src/devices/pci_rom.c
Log:
This patch makes sure that VGA is initialized before it is used. Without
this fix, LinuxBIOS crashes if the
What does this mean? Is there a bug in raminit_f.c?
* Lu, Yinghai [EMAIL PROTECTED] [070403 02:16]:
Check the ODC in raminit_f.c
YH
-Original Message-
From: Stefan Reinauer [mailto:[EMAIL PROTECTED]
Sent: Monday, April 02, 2007 4:47 PM
To: Lu, Yinghai
Cc: Adrian-Ken
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2587 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
This patch makes sure that VGA is initialized before it is used. Without
this fix,
Tom Sylla wrote:
IDE UDMA is always going to be faster than PIO. If your intent is only
to speed up CF, then it doesn't really matter, UDMA and MDMA CFs are
still pretty rare. If you want to make all filo loads faster, you may
want to look into IDE DMA. It really isn't much harder to
Corey Osgood wrote:
Tom Sylla wrote:
IDE UDMA is always going to be faster than PIO. If your intent is only
to speed up CF, then it doesn't really matter, UDMA and MDMA CFs are
still pretty rare. If you want to make all filo loads faster, you may
want to look into IDE DMA. It really isn't
Author: stepan
Date: 2007-04-06 21:49:05 +0200 (Fri, 06 Apr 2007)
New Revision: 2588
Modified:
trunk/LinuxBIOSv2/src/arch/i386/include/stdint.h
trunk/LinuxBIOSv2/src/cpu/amd/model_fxx/init_cpus.c
trunk/LinuxBIOSv2/src/cpu/amd/model_fxx/processor_name.c
Author: stepan
Date: 2007-04-06 21:51:02 +0200 (Fri, 06 Apr 2007)
New Revision: 2589
Modified:
trunk/LinuxBIOSv2/src/include/cpu/x86/bist.h
trunk/LinuxBIOSv2/src/pc80/serial.c
Log:
two more directories from YhLu's mcp55 megapatch.
Signed-off-by: Yinghai Lu yinghai.lu at amd.com
Author: stepan
Date: 2007-04-06 21:57:42 +0200 (Fri, 06 Apr 2007)
New Revision: 2590
Modified:
trunk/LinuxBIOSv2/src/arch/i386/lib/c_start.S
trunk/LinuxBIOSv2/src/arch/i386/lib/console.c
trunk/LinuxBIOSv2/src/arch/i386/lib/cpu.c
Log:
Part III of YhLu's patch from January 18th
Author: stepan
Date: 2007-04-06 21:59:11 +0200 (Fri, 06 Apr 2007)
New Revision: 2591
Modified:
trunk/LinuxBIOSv2/src/arch/i386/include/arch/acpi.h
Log:
Part IV
Signed-off-by: Yinghai Lu yinghai.lu at amd.com
Signed-off-by: Ed Swierk eswierk at arastra.com
Signed-off-by: Stefan Reinauer [EMAIL
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2588 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
This is part of the outstanding mcp55 commit from January 18th. It will
likely break
* Ward Vandewege [EMAIL PROTECTED] [070406 22:17]:
Hi Peter,
On Fri, Apr 06, 2007 at 08:54:59PM +0200, Peter Stuge wrote:
On Fri, Apr 06, 2007 at 10:51:00AM -0400, Ward Vandewege wrote:
Fresh LB buildtarget and make after rebuilding FILO still uses
the old payload file.. How can that
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2589 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
two more directories from YhLu's mcp55 megapatch.
Signed-off-by: Yinghai Lu yinghai.lu
On Fri, Apr 06, 2007 at 03:16:41PM -0400, Tom Sylla wrote:
A couple of comments on all of this:
Thanks for the comments!
After having processed the read command, it seems the hard disk
reports not busy before there is data but that's the wrong order
according to the ATA-3 working draft
Author: stepan
Date: 2007-04-06 22:58:37 +0200 (Fri, 06 Apr 2007)
New Revision: 2594
Modified:
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/raminit.c
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/raminit_f.c
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/raminit_f_dqs.c
Log:
YhLu's patch from
Author: stepan
Date: 2007-04-06 22:59:54 +0200 (Fri, 06 Apr 2007)
New Revision: 2595
Modified:
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/northbridge.c
Log:
This commit is part of YhLu's patch from January 18th.
Drop a lot of debugging code from northbridge.c
Signed-off-by: Yinghai Lu
Author: stepan
Date: 2007-04-06 23:06:44 +0200 (Fri, 06 Apr 2007)
New Revision: 2596
Modified:
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/coherent_ht.c
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/early_ht.c
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/incoherent_ht.c
Log:
YhLu's patch
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2590 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Part III of YhLu's patch from January 18th
Signed-off-by: Yinghai Lu yinghai.lu at
Peter Stuge wrote:
If you don't want to do that much work, you may want to at least
try to use rep insd when you can. It is faster. All relatively
modern IDE controllers support it just fine. (Some older
controllers do not, however)
Would insd be less compatible than insw? I don't want to
Hi,
is anyone going to the LinuxTag in Berlin?
Anyone interested in doing a LinuxBIOS booth there?
Stefan
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
--
linuxbios
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2594 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
YhLu's patch from January 18th. This part is mostly cleaning up
dead code and adding a
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2591 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Part IV
Signed-off-by: Yinghai Lu yinghai.lu at amd.com
Signed-off-by: Ed Swierk
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2595 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
This commit is part of YhLu's patch from January 18th.
Drop a lot of debugging code
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2592 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Disable USB console on the m57sli for now.
Signed-off-by: Ed Swierk [EMAIL PROTECTED]
On Fri, Apr 06, 2007 at 06:07:58PM -0400, Tom Sylla wrote:
Peter Stuge wrote:
If you don't want to do that much work, you may want to at least
try to use rep insd when you can. It is faster. All relatively
modern IDE controllers support it just fine. (Some older
controllers do not,
On Sat, Apr 07, 2007 at 01:53:30AM +0200, Stefan Reinauer wrote:
is anyone going to the LinuxTag in Berlin?
I can probably not resist. :)
Anyone interested in doing a LinuxBIOS booth there?
Yep.
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
Peter,
Thanks for the tips, I get it working.
I searched the Linux startup script, it is a RTC related, I rememer it is
something related to Daylight saving, so I go check the RTC, found the IRQ
for that RTC is not programmed, once I get that programmed, it can boot all
the way now.
I still
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2596 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
YhLu's patch from January 18th.
hypertransport specific updates
Signed-off-by:
?
Yes, here's a complete patch with signoff.
Yes, for sure. But I think Peter probably wants to speed it up some
more :)
Two things remain:
--8-- minicom-20070406-file-speedup-patch2.log.gz
Mounted ext2fs
ext2fs_read_one: block 43935752 offset=0 len=1 ret=0
ext2fs_read_one: block 43935752
On Sat, Apr 07, 2007 at 04:16:38AM +0200, LinuxBIOS information wrote:
Compilation of via:epia-m is still broken
See patch.
//Peter
Fix epia-m build after u8/u16/u32 changes in Yh Lu's patch.
Signed-off-by: Peter Stuge [EMAIL PROTECTED]
Index: src/southbridge/ricoh/rl5c476/rl5c476.h
FILO trunk can't boot from hdb, with or without my patch. Has anyone
ever been able to boot a kernel from a slave device?
In blockdev.c unsigned long is used for the sector, this will
overflow when a kernel is beyond 2TB on a drive. The IDE driver
users sector_t which is typedef:ed to uint64_t or
62 matches
Mail list logo