Hi,
Is it acceptable to do direct port I/O through driver for I/O port
accesses (other than
the PCI bus accesses). I still couldn't figure out the solution for this
kind of problem.
It will require fair amount of changes to the current flashrom code base
for that :-(.
--Darmawan
Stefan
Hi,
On Mon, Jun 25, 2007 at 11:02:50PM +0700, Darmawan Salihun wrote:
Is it acceptable to do direct port I/O through driver for I/O
port accesses (other than the PCI bus accesses). I still couldn't
figure out the solution for this kind of problem.
Ahh - for enabling flash writes. Well -
Hi,
Peter Stuge wrote:
Hi,
On Mon, Jun 25, 2007 at 11:02:50PM +0700, Darmawan Salihun wrote:
Is it acceptable to do direct port I/O through driver for I/O
port accesses (other than the PCI bus accesses). I still couldn't
figure out the solution for this kind of problem.
Ahh -
in the previous version of dtc, to set up the constructor array, one
had to declare it by hand
in the mainboard dts, viz:
%%
struct constructor *all_constructors[] = {
i440bx_constructors, i82371eb_constructors, qemuvga_constructors, 0
};
This change eliminates that requirement. In the new
This adds cpu info support for v3. Other arch-specific cpu support
should go here. This file taken from V2.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Index: include/arch/x86/cpu.h
===
--- include/arch/x86/cpu.h (revision 0)
On Mon, Jun 25, 2007 at 10:58:18AM -0700, ron minnich wrote:
This adds cpu info support for v3. Other arch-specific cpu support
should go here. This file taken from V2.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
--
linuxbios mailing list
Author: rminnich
Date: 2007-06-25 23:15:44 +0200 (Mon, 25 Jun 2007)
New Revision: 365
Added:
LinuxBIOSv3/include/arch/x86/cpu.h
Log:
This adds cpu info support for v3. Other arch-specific cpu support
should go here. This file taken from V2.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
On 6/25/07, Peter Stuge [EMAIL PROTECTED] wrote:
On Mon, Jun 25, 2007 at 10:58:18AM -0700, ron minnich wrote:
This adds cpu info support for v3. Other arch-specific cpu support
should go here. This file taken from V2.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Peter
Per discussion on the list, we are adding an arch directory to
arch/x86, and putting a lib and other files in there we want to
include with #include arch/foo.h
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Index: include/arch/x86/arch/lib.h
On Mon, Jun 25, 2007 at 02:19:35PM -0700, ron minnich wrote:
Per discussion on the list, we are adding an arch directory to
arch/x86, and putting a lib and other files in there we want to
include with #include arch/foo.h
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
NAK.
Index:
Hi guys,
I am looking for gigabyte contacts to request a mainboard donation
because I want add support to it on LBdistro.
I contacted Gigabyte Brazil (Digitrom) but they don't manufacture this
board here in Brazil and don't make efforts to contact Gigabyte
international do request one.
Then if
try this one.
ron
arch library file
inluded in include/lib.h
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Index: include/lib.h
===
--- include/lib.h (revision 364)
+++ include/lib.h (working copy)
@@ -37,4 +37,5 @@
void
On Mon, Jun 25, 2007 at 02:59:51PM -0700, ron minnich wrote:
try this one.
Better, thanks, but some more comments:
arch library file
inluded in include/lib.h
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Index: include/lib.h
On 6/25/07, Uwe Hermann [EMAIL PROTECTED] wrote:
I think we handle this differently currently (and that works fine
so far) -- we should not include include/arch/x86/arch/lib.h
in include/lib.h, but rather change the Makefile to add the
include/arch/x86 path to the includes.
The only
On Mon, Jun 25, 2007 at 04:16:04PM -0700, ron minnich wrote:
Right, I did this arch/lib.h thing in response to a request; people
did not like arch/x86/lib.h in includes. I personally like it, as
it reduces magic.
We shouldn't need magic - just some simple logic.
Ie. 1:1 rules for what files
Hi all,
It may sound weird but the fact is: that a logitech camera daemon
somewhere within my system
cause this random crashes. Problem solved. Next time I need more RTFM :(.
Cheers,
Darmawan
Darmawan Salihun wrote:
Hi,
I've been trying to build the code using MinGW. But, apparently the
On 6/25/07, Peter Stuge [EMAIL PROTECTED] wrote:
include/lib.h currently has:
log2, {u,m,}delay, beep_{short,long}, smbus_read_byte, ram_failure
and ram_initialize.
Shouldn't they just go into separate .h files?
That's what made V2 too greppy in the words of one. No, I don't like it.
Darmawan Salihun wrote:
Hi all,
It may sound weird but the fact is: that a logitech camera daemon
somewhere within my system
cause this random crashes. Problem solved. Next time I need more RTFM :(.
Cheers,
Darmawan
God bless windows (and logitech) :D Good to hear you worked it out, that
18 matches
Mail list logo