Stefan Reinauer wrote:
> * Peter Stuge <[EMAIL PROTECTED]> [070712 17:27]:
>
>> Then compile board_enable.c also into the app, but not to call any of
>> the functions (which would fail anyway) but only to get the same
>> board_pciid_enables list. The struct may have to be extended to have
>> a u
Peter Stuge wrote:
> On Thu, Jul 12, 2007 at 05:13:38PM +0700, Darmawan Salihun wrote:
>
>>> As for the EPIA board, well, where is that base specified? In a
>>> PCI config register or where?
>>>
>> The base is in a PCI config register. Relevant code as follows:
>>
>> base = pci_read_w
Whoops, please disregard previous email, now I see you already sent them
(will teach me to read email in chronological order...). I've done a
very very little bit of work, namely setting up the nic to program the
MAC address, but I don't even know if it works or not yet.
-Corey
Rudolf Marek wrote
Rudolf Marek wrote:
>>
>> Slightly off-topic, have you done any more work on the vt8237? I've
>> resumed work on it, but I'm still stuck on the northbridge at the
>> moment.
>
> Yes it works now.I have only that problem with the C-E
> Otherwise it works. The files are missing copyright and
Slightly off-topic, have you done any more work on the vt8237? I've
resumed work on it, but I'm still stuck on the northbridge at the moment.
I'm attaching some files (except the NB code). I just did some minor
tweaks, hope it compiles ;) The code is working well.
I have still o
For some reason BX_ELTORITO_BOOT was disabled when using ADLO. Does anyone
know why? At this point I need qmeu + linuxbios_+ ADLO to be able to install
windwos in a qemu image from the installation CD.
file: rombios.c
Where can I find what are the current cmos settings?
qemu + bochsbios is able
On Fri, Jul 13, 2007 at 07:21:47AM -0400, Joseph Smith wrote:
> Quoting Peter Stuge <[EMAIL PROTECTED]>:
> > Please don't use bit shifting for multiplication and division.
>
> > Quoting Stefan Reinauer <[EMAIL PROTECTED]>:
> > I think this is a bad dogma. Using shifts for mul/div is pretty
> > obv
On Fri, Jul 13, 2007 at 12:38:02PM +0200, Stefan Reinauer wrote:
> > > dra = ((page_size / 8) >> 10);
> >
> > Please don't use bit shifting for multiplication and division.
>
> I think this is a bad dogma. Using shifts for mul/div is pretty
> obvious to understand and almost cou
Quoting Peter Stuge <[EMAIL PROTECTED]>:
> On Fri, Jul 13, 2007 at 01:44:52AM -0400, Joseph Smith wrote:
>> /* convert to Kilobytes */
>> dra = ((page_size / 8) >> 10);
>
> Please don't use bit shifting for multiplication and division.
>
> page_size / 8 /
* Darmawan Salihun <[EMAIL PROTECTED]> [070713 11:29]:
> Anyway, I have a question about the rom layout file (rom.layout). Is it
> being read as binary or text file?
> Looking at the code and the rom.layout itself (with hex editor) suggests
> that it's read as text file.
It's a text file.
--
co
* Darmawan Salihun <[EMAIL PROTECTED]> [070713 11:56]:
> Any ideas how to detect whether we are in MinGW or true Linux's bash in the
> Makefile?
OS = $(shell uname -s)
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL
* Peter Stuge <[EMAIL PROTECTED]> [070712 17:27]:
> Then compile board_enable.c also into the app, but not to call any of
> the functions (which would fail anyway) but only to get the same
> board_pciid_enables list. The struct may have to be extended to have
> a unique index for each entry so that
* Darmawan Salihun <[EMAIL PROTECTED]> [070712 09:19]:
> Another note that I have difficulty in limiting the direct I/O access
> in the current driver because I don't know exactly which port to give
> access to and which one to block. Below is what I've found from the current
> flashrom code so far
On Fri, Jul 13, 2007 at 10:48:54AM +0200, Stefan Reinauer wrote:
> Acked-by: Stefan Reinauer <[EMAIL PROTECTED]>
r453 with small doxygen documentation improvement.
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Author: stuge
Date: 2007-07-13 12:40:31 +0200 (Fri, 13 Jul 2007)
New Revision: 453
Modified:
LinuxBIOSv3/util/lar/extract.c
LinuxBIOSv3/util/lar/lib.c
LinuxBIOSv3/util/lar/lib.h
Log:
Replaces mkdirp() with mkdirp_below() that aborts directory creation and
returns an error if any part of d
* Peter Stuge <[EMAIL PROTECTED]> [070713 12:16]:
> On Fri, Jul 13, 2007 at 01:44:52AM -0400, Joseph Smith wrote:
> > /* convert to Kilobytes */
> > dra = ((page_size / 8) >> 10);
>
> Please don't use bit shifting for multiplication and division.
I think th
On Fri, Jul 13, 2007 at 01:44:52AM -0400, Joseph Smith wrote:
> /* convert to Kilobytes */
> dra = ((page_size / 8) >> 10);
Please don't use bit shifting for multiplication and division.
page_size / 8 / 1024
is nicer to read, and the compiler will prob
>
> Slightly off-topic, have you done any more work on the vt8237? I've
> resumed work on it, but I'm still stuck on the northbridge at the moment.
Yes it works now.I have only that problem with the C-E Otherwise it
works. The files are missing copyright and license. If you want I can se
Hello Peter,
Peter Lemenkov wrote:
> Hello Rudolf!
>
> 2007/7/13, Rudolf Marek <[EMAIL PROTECTED]>:
>>
>> > http://lemenkov.googlepages.com/lspsi_xxx.txt
>>
>> Hmm for first quick view I cant tell. Perhaps not everything. Do you
>> want to
>> write support for your chipset yourself?
>
> Yes. It
Peter Stuge wrote:
> On Thu, Jul 12, 2007 at 05:13:38PM +0700, Darmawan Salihun wrote:
>
>>> As for the EPIA board, well, where is that base specified? In a
>>> PCI config register or where?
>>>
>> The base is in a PCI config register. Relevant code as follows:
>>
>> base = pci_read_w
Peter Stuge wrote:
>> There are still a few issues with this code.
>>
>> 1. I've tested it on ICH-5 board. However, the BIOS binary that it
>> reads from it is 514KB. It should be only 512KB.
>> I'm still trying to find out the bug. Any info from ICH-x code
>> maintainer?
>>
>
> This is pr
Peter Stuge wrote:
> On Thu, Jul 12, 2007 at 05:13:38PM +0700, Darmawan Salihun wrote:
>
>>> As for the EPIA board, well, where is that base specified? In a
>>> PCI config register or where?
>>>
>> The base is in a PCI config register. Relevant code as follows:
>>
>> base = pci_read_w
Rudolf Marek wrote:
>>> BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is
>>> linuxbios claiming that the RAM is from C-E???
>>>
>> Weird. It should be mapped to C and that is usually hardcoded. What
>> card is that? External? Is there onboard VGA?
>>
* Uwe Hermann <[EMAIL PROTECTED]> [070712 21:11]:
> But I agree that we could change the abuild hooks to only "fire" if
> there was a change in the LinuxBIOSv2/ directory or below.
>
> For v3 there's no abuild at the moment anyway.
We'll try to build this up on Jordan's buildrom. Let's see how th
* Peter Stuge <[EMAIL PROTECTED]> [070712 17:33]:
> On Thu, Jul 12, 2007 at 02:49:36PM +0200, Stefan Reinauer wrote:
> > * Peter Stuge <[EMAIL PROTECTED]> [070712 09:50]:
> > > Have a look.
> >
> > I think the better way would be to check the paths for ../ and skip
> > those with a warning.
>
> T
Joseph Smith wrote:
> Ok, here is my DRA function for i82830 raminit.c. Feedback,
> suggestions welcome. If there is any easier way to write this please
> let me know. I am still a newbie at C, but learning quickly. If the
> format looks funky, blaime Horde IMAP.
>
> Thanks - Joe
Looks good,
Rudolf Marek wrote:
>>> BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is
>>> linuxbios claiming that the RAM is from C-E???
>> Weird. It should be mapped to C and that is usually hardcoded. What
>> card is that? External? Is there onboard VGA?
>
> Sorry for t
27 matches
Mail list logo
