On Thu, Jul 26, 2007 at 01:59:45AM -0400, Corey Osgood wrote:
> The cn700/vt8237r is almost working,
Cool!
> @line 259:
> In vt8237r_enable .
> Disabling static device: PCI: 00:0f.0
> In vt8237r_enable .
> Disabling static device: PCI: 00:0f.1
>
> why? [..] It looks like bad d
Hello Florentin,
On Thu, Jul 26, 2007 at 03:41:01AM +0200, [EMAIL PROTECTED] wrote:
> I discovered the LinuxBios project very recently and I found that
> is a great idea!
>
> So great idea, that I consider participating myself at this
> project.
Welcome aboard! :)
> But then I had a very nasty
The cn700/vt8237r is almost working, but I'm having problems booting
from IDE using filo. boot log, vt8237r.c, vt8237r_lpc.c, vt8237r_ide.c,
and Config.lb are all attached (sorry for filling your inboxes, just
trying to make sure anything that might help is available). This is
based mostly off the
Hi,
I discovered the LinuxBios project very recently and I found that is a great
idea!
So great idea, that I consider participating myself at this project. I do not
consider myself an "elite hacker", not at all, but I do have some experience in
low level and system programming, mostly in the emb
On 07/25/2007 08:45 PM, Peter Stuge wrote:
Please try the FILO patch in this message:
http://www.linuxbios.org/pipermail/linuxbios/2007-May/021586.html
You don't have to enable the DEBUG_* values but if the patched FILO
doesn't work properly I would appreciate if you could send the output
of a
On Thu, Jul 26, 2007 at 02:45:23AM +0200, Peter Stuge wrote:
> > Allocating VGA resource PCI: 07:00.0
> > Setting PCI_BRIDGE_CTL_VGA for bridge PCI: 00:0f.0
> > Setting PCI_BRIDGE_CTL_VGA for bridge PCI: 00:18.0
> > Setting PCI_BRIDGE_CTL_VGA for bridge PCI_DOMAIN:
> > Setting PCI_BRIDGE_CTL_V
On Wed, Jul 25, 2007 at 07:09:42PM -0400, john wrote:
> 2. Kernel loading is slow but initrd loading is very, very, slow.
Please try the FILO patch in this message:
http://www.linuxbios.org/pipermail/linuxbios/2007-May/021586.html
You don't have to enable the DEBUG_* values but if the patched FI
On 7/25/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
> * yhlu <[EMAIL PROTECTED]> [070725 21:58]:
> > On 7/25/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
> >> * yhlu <[EMAIL PROTECTED]> [070725 17:37]:
> >> >> I think implementing ACPI for this board would be the best solution to
> >> >> fix t
Can you please post a patch with all your changes to the code or config
files (if any) and a full boot log (get it via serial console) with
maximum debug level enabled?
And/or can you try with another PCI VGA card to see if it makes a
difference?
Thanks, Uwe.
Well, I dug up an ancient AT
If no one else is close I can do it. What is a good time for you?
thanks
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On Wed, Jul 25, 2007 at 10:16:59PM +0100, Declan Gannon wrote:
> I am not sure where precisely I should send this information.so
> I thought this might be a start.
You found the right place. :)
> it is the output from my MSI mobo. I am new to Linux and am
> currently running PClinuxOSI o
On Wed, Jul 25, 2007 at 09:56:11PM +0200, Stefan Reinauer wrote:
> * Peter Stuge <[EMAIL PROTECTED]> [070725 20:38]:
> > Please use mkdirp_below() and pass "." for the parent parameter.
>
> We should include the "." in the function if we never call it with
> any other directory.
Sure.
I made it
I am not sure where precisely I should send this information.so I
thought this might be a start.
it is the output from my MSI mobo. I am new to Linux and am currently
running PClinuxOSI only encountered the notion of a linuxBIOS
while searching some of the Linux sites for as much info as I
On Wed, Jul 25, 2007 at 09:54:55PM +0200, Markus Boas wrote:
> I try to write support for the winbond W29C040C
> I can somehow erase, but nor write or read.
> It reads the 512 kb, but awardecode finde nothing.
That sounds like a timing issue, but I can't say for sure. Double
check the code and any
* yhlu <[EMAIL PROTECTED]> [070725 21:58]:
> On 7/25/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
>> * yhlu <[EMAIL PROTECTED]> [070725 17:37]:
>> >> I think implementing ACPI for this board would be the best solution to
>> >> fix this.
>> >
>> > i don't think so.
>>
>> why not?
>
> the mptable c
On 7/25/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
> * yhlu <[EMAIL PROTECTED]> [070725 17:37]:
> >> I think implementing ACPI for this board would be the best solution to
> >> fix this.
> >
> > i don't think so.
>
> why not?
the mptable can do the same thing about irq routing.
YH
--
linuxb
* Peter Stuge <[EMAIL PROTECTED]> [070725 20:38]:
>
> > + mkdirp((const char *) dirname(path), 0755);
>
> Please use mkdirp_below() and pass "." for the parent parameter.
We should include the "." in the function if we never call it with any
other directory.
--
coresystems GmbH • Brahmsstr.
* Jordan Crouse <[EMAIL PROTECTED]> [070725 21:35]:
> Fair enough. I've been thinking about something like that, being able
> to control where in the LAR the blob goes (as well as being able to control
> where in memory it gets loaded to).
>
> But seeing as though the bootblock is 1) very special
Hi
I try to write support for the winbond W29C040C
I can somehow erase, but nor write or read.
It reads the 512 kb, but awardecode finde nothing.
So has somebody time and will help me?
Greedings
Markus
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/li
* Peter Stuge <[EMAIL PROTECTED]> [070725 20:36]:
> > This code also turns the bootblock path name as a constant value.
>
> ..but I think this is a disaster. I don't think lar should know about
> bootblocks, it should instead offer the functionality needed for the
> caller to put special files in
On 25/07/07 20:36 +0200, Peter Stuge wrote:
> > This code also turns the bootblock path name as a constant value.
>
> ..but I think this is a disaster. I don't think lar should know about
> bootblocks, it should instead offer the functionality needed for the
> caller to put special files in specia
On 25/07/07 20:29 +0200, Peter Stuge wrote:
> This patch aside, I would like a better way to provide the flags and
> pathname rather than around the filename, but I can't think of
> anything really simple. The manifest file is the best idea so far,
> but I would like to be able to run lar without o
On Wed, Jul 25, 2007 at 02:25:26PM -0400, john wrote:
> I already use the two options you mention with no difference. I assume that
> for an "add on" card that's all I need. My card is a BFG 8600GTS.
Can you please post a patch with all your changes to the code or config
files (if any) and a full
On Wed, Jul 25, 2007 at 08:45:10PM +0200, Stefan Reinauer wrote:
> > A minimal version of the Xorg server, it ran in the 6sec video.
>
> Oh right. It is pretty obvious that this does not use any of the
> advanced features that would require interrupts from a graphics
> card?
I'm not sure - but an
* yhlu <[EMAIL PROTECTED]> [070725 17:37]:
>> I think implementing ACPI for this board would be the best solution to
>> fix this.
>
> i don't think so.
why not?
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTE
* Peter Stuge <[EMAIL PROTECTED]> [070725 16:13]:
> On Wed, Jul 25, 2007 at 04:03:40PM +0200, Stefan Reinauer wrote:
> > > > It looks interrupts are not set up correctly.
> > >
> > > kdrive did work though..
> >
> > What's kdrive?
>
> A minimal version of the Xorg server, it ran in the 6sec vide
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "uwe" checked in revision 2741 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
This patch adds support for the M50FLW040A, M50FLW040B, M50FLW080A,
M50FLW080B, M50FW080,
On Mon, Jul 23, 2007 at 10:06:04AM -0600, [EMAIL PROTECTED] wrote:
> + * Write a buffer to a file - this is used to write blobs from a
> LAR archive
How are blobs different from other files in larfiles?
> + mkdirp((const char *) dirname(path), 0755);
Please use mkdirp_below() and pass "." f
On Mon, Jul 23, 2007 at 10:06:04AM -0600, [EMAIL PROTECTED] wrote:
> In preparation for adding new LAR functionality - this patch
> consolidates creating and accessing the LAR into new code utilizing
> mmap which facilitates moving about within the archive.
This part is fine..
> This code also
This patch aside, I would like a better way to provide the flags and
pathname rather than around the filename, but I can't think of
anything really simple. The manifest file is the best idea so far,
but I would like to be able to run lar without one too.
On Mon, Jul 23, 2007 at 10:06:06AM -0600,
yhlu wrote:
> On 7/25/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
>> * john <[EMAIL PROTECTED]> [070725 03:52]:
>> > Hello,
>> >
>> > I managed to boot LinuxBIOS on my M57sli MB but without X. I'm
>> using
>> > the Nvidia proprietary driver. Here's the error message:
>> >
>> > (EE) NVIDIA(0
Uwe Hermann wrote:
On Wed, Jul 25, 2007 at 12:10:35PM -0400, john wrote:
Ok, I tried the free NV driver and it's running, but I still have a problem
- I have no login screen! I can ssh -X to my LB machine and run X programs
remotely but my expensive LCD monitor on my LB machine is black (no
On Wed, Jul 25, 2007 at 12:10:35PM -0400, john wrote:
> Ok, I tried the free NV driver and it's running, but I still have a problem
> - I have no login screen! I can ssh -X to my LB machine and run X programs
> remotely but my expensive LCD monitor on my LB machine is black (no
> signal).
> I su
On Wed, Jul 25, 2007 at 01:49:32AM +0200, Carl-Daniel Hailfinger wrote:
> This patch adds support for the M50FLW040A, M50FLW040B, M50FLW080A,
> M50FLW080B, M50FW080, M50FW016, M50LPW116, M29W010B flash chips made
> by ST to flashrom.
>
> The patch is based on the data sheets of the chips and has n
Author: uwe
Date: 2007-07-25 19:55:45 +0200 (Wed, 25 Jul 2007)
New Revision: 2741
Modified:
trunk/util/flashrom/flash.h
trunk/util/flashrom/flashchips.c
Log:
This patch adds support for the M50FLW040A, M50FLW040B, M50FLW080A,
M50FLW080B, M50FW080, M50FW016, M50LPW116, M29W010B flash chips ma
On Mon, Jul 23, 2007 at 10:06:03AM -0600, [EMAIL PROTECTED] wrote:
> Add a top level target to the LAR makefile so it can be built by itself
> in the LBv3 tree. Also remove any reference to the build system so that
> LAr can be constructed in an un-configured tree.
Would it be simple to allow in-
On Wed, Jul 25, 2007 at 09:34:44AM -0600, Jordan Crouse wrote:
> [PATCH][LAR] Allow human friendly suffixes for the size option
>
> Enable 'k' and 'm' suffixes to modify the size in a human friendly
> way - s 32k is much easier on the brain then -s 32768.
>
> Signed-off-by: Jordan Crouse <[EMAIL
Peter Stuge wrote:
On Tue, Jul 24, 2007 at 09:52:25PM -0400, john wrote:
Should I be using the free driver?
Perhaps try it as a start, yes.
//Peter
Ok, I tried the free NV driver and it's running, but I still have a
problem - I have no login screen! I can ssh -X to my LB machine
On 7/25/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
> * john <[EMAIL PROTECTED]> [070725 03:52]:
> > Hello,
> >
> > I managed to boot LinuxBIOS on my M57sli MB but without X. I'm using
> > the Nvidia proprietary driver. Here's the error message:
> >
> > (EE) NVIDIA(0): The NVIDIA kernel modu
On 23/07/07 19:37 +0200, Peter Stuge wrote:
> File global larsize is yucky and hurts reuse.
Updated patch removing global larsize is attached.
Now, not to be a jerk, but if there are no more comments, can I get some
ACKs, so I can get this code in? :-)
Jordan
--
Jordan Crouse
Systems Softwar
On Wed, Jul 25, 2007 at 04:03:40PM +0200, Stefan Reinauer wrote:
> > > It looks interrupts are not set up correctly.
> >
> > kdrive did work though..
>
> What's kdrive?
A minimal version of the Xorg server, it ran in the 6sec video.
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
h
2007/7/25, Stefan Reinauer <[EMAIL PROTECTED]>:
> What's kdrive?
Say it 100 times - "I will always try Google first before asking dumb
questions" :)
http://en.wikipedia.org/wiki/Kdrive
--
With best regards!
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/li
* Peter Stuge <[EMAIL PROTECTED]> [070725 15:50]:
> On Wed, Jul 25, 2007 at 03:11:37PM +0200, Stefan Reinauer wrote:
> > > (EE) NVIDIA(0): The NVIDIA kernel module does not appear to be receiving
> > > (EE) NVIDIA(0): interrupts generated by the NVIDIA graphics device
> > > (EE) NVIDIA(0):
On Wed, Jul 25, 2007 at 03:11:37PM +0200, Stefan Reinauer wrote:
> > (EE) NVIDIA(0): The NVIDIA kernel module does not appear to be receiving
> > (EE) NVIDIA(0): interrupts generated by the NVIDIA graphics device
> > (EE) NVIDIA(0): PCI:7:0:0. Please see Chapter 8: Common Problems in the
>
Greetings,
I'm new to this project :) I've found it, while looking trough google
for something that let me boot from usb.
I would like to try the linuxbios on my notebook, but I need to be
rasonable sure to do not make my computer unworking. So I will need your
help to undestain if it is suppo
* john <[EMAIL PROTECTED]> [070725 03:52]:
> Hello,
>
> I managed to boot LinuxBIOS on my M57sli MB but without X. I'm using
> the Nvidia proprietary driver. Here's the error message:
>
> (EE) NVIDIA(0): The NVIDIA kernel module does not appear to be receiving
> (EE) NVIDIA(0): interrupt
On Tue, Jul 24, 2007 at 09:52:25PM -0400, john wrote:
> Should I be using the free driver?
Perhaps try it as a start, yes.
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
* Darmawan Salihun <[EMAIL PROTECTED]> [070724 06:11]:
> I'm currently completing the MMIO mapping routine
> in the device driver, but I have a problem as follows:
> - The current driver doesn't limit the application
> to map certain MMIO phy address range even if it's
> already mapped by anoth
48 matches
Mail list logo