Re: [LinuxBIOS] [lm-sensors] [ANNOUNCE] superiotool -- Detect Super I/Os, dump register contents

Jean Delvare <[EMAIL PROTECTED]> wrote: > * When dumping a Winbond W83627THF chip, sometimes the default value > is replaced with NA, MM or RR. While I can imagine what NA stands > for, I am curious what MM and RR mean. This should be explained in > the manual page IMHO. I recently got that expla

Re: [LinuxBIOS] Tyan Thunder n3600R (S2912) support status?

it should. That's the difference between W83627F and HF, the HF has sensors, the F doesn't, according to the data sheet. -- /Rasmus Wiman Geek for hire lp0: on fire -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] [PATCH] Call for help: superiotool

e can adapt the patch to (smaller) changes > right before committing. Ok, here comes the line. It's my first contribution to a free software project, so it feels great anyway. Signed-off-by: Rasmus Wiman <[EMAIL PROTECTED]> -- /Rasmus Wiman Geek

Re: [LinuxBIOS] [PATCH] Call for help: superiotool

Rasmus Wiman <[EMAIL PROTECTED]> wrote: > Rediffed against r2825, my patch was against r2823. Oh, I forgot, you might want this too. Mainboard is still the MSI K7T266 PRO2 (MS-6380 v2.0) su -c './superiotool -d' Password: Found Winbond W83627HF/F/HG/G (id=0x52, rev=0x17) at

Re: [LinuxBIOS] [PATCH] Call for help: superiotool

Rasmus Wiman <[EMAIL PROTECTED]> wrote: > Also, I only grabbed the W83627HF/F datasheet, I think there was a > HG/G sheet available too. Rediffed against r2825, my patch was against r2823. -- /Rasmus Wiman Geek for hire Inde

Re: [LinuxBIOS] [PATCH] Call for help: superiotool

t, I think there was a HG/G sheet available too. -- /Rasmus Wiman Geek for hire Index: winbond.c === --- winbond.c (revision 2823) +++ winbond.c (arbetskopia) @@ -153,6 +153,48 @@ {0x9774, "W83977ATF", {

Re: [LinuxBIOS] [IMPORT] GIGABYTE GA-2761GXDK

Carl-Daniel Hailfinger <[EMAIL PROTECTED]> skrev: > Does that mean your code also works on the SiS966L or do we need some > changes? It would be great to be able to support SiS966 and SiS966L > with the same code. Plus, that Shuttle barebone costs less than many motherboards and just a little bit

Re: [LinuxBIOS] Call for help: superiotool

Uwe Hermann <[EMAIL PROTECTED]> wrote: > > Probing for SMSC Super I/O (idregs=0x20/0x21) at 0x2e... > > Failed. Returned data: id=0x6e, rev=0x00 > > OK, good. Looks like 0x6e is the ID for the LPC47B387. > > Please retry with r2823, just to make sure detection really works > (just run 'superio

Re: [LinuxBIOS] Call for help: superiotool

Uwe Hermann <[EMAIL PROTECTED]> skrev: > On Thu, Oct 04, 2007 at 04:22:02AM +0200, Uwe Hermann wrote: > > > I also ran superiotool on an Asus L8400 laptop and a HP compaq > > > d530 sff desktop, but it did not detect any super I/O. Opening up > > > the HP > > Oh, I almost forgot: what does the la

Re: [LinuxBIOS] Call for help: superiotool

Uwe Hermann <[EMAIL PROTECTED]> wrote: > Interesting. I can't find a datasheet for the LPC47B387, so dump > support won't happen anytime soon. But it would be nice if you could > re-run 'superiotool -V' on that box with my latest patch applied > ([PATCH] superiotool: Various improvements). That sh

Re: [LinuxBIOS] [IMPORT] GIGABYTE GA-2761GXDK

Uwe Hermann <[EMAIL PROTECTED]> wrote: > Are there any existing mainstream boards which can use this code > already? Stuff you can buy in computer shops, not prototype boards? I searched for "761GX" in a few webshops and came across this: , a

Re: [LinuxBIOS] Call for help: superiotool

for this Super I/O I also ran superiotool on an Asus L8400 laptop and a HP compaq d530 sff desktop, but it did not detect any super I/O. Opening up the HP revealed an SMSC LPC47B387-NC, I feel a bit reluctant to take the laptop apart. /Rasmus Wiman -- Geek for hire -- linuxbios mailing list

Re: [LinuxBIOS] newbee: Pl recommend MBD for dualcore and linuxBIOS

Corey Osgood <[EMAIL PROTECTED]> wrote: > >> Baski wrote: [ ... ] > >>> Dual-core,or multi-core, as in AMD X2 or intel duo-core. > >>> Thanks in advance. > >>> - Baski > No matter what he meant, the answer is the same: no chipsets > supporting any dual-core intel CPUs are supported in LB

Re: [LinuxBIOS] newbee: Pl recommend MBD for dualcore and linuxBIOS

Baski <[EMAIL PROTECTED]> skrev: > I need recommendation for Dual-core supported motherboard to try > linuxBIOS on. Appreciate your time. >From boot logs of the M57SLI-S4 it seems like the athlon X2 works fine. Right now, you would probably get a MB with an SPI BIOS if you buy one, and those boar

Re: [LinuxBIOS] [Fwd: Re: AMD 690G chipset support in LinuxBIOS v2]

"Marc Jones" <[EMAIL PROTECTED]> wrote: > The register documents have not been released. As Rasmus pointed out, > the datasheets that have been released don't contain the registers. > Marc Are you held back by legal stuff or is it just the fact that it's of ATI origin? Also, is ACPI done by some

Re: [LinuxBIOS] [Fwd: Re: AMD 690G chipset support in LinuxBIOS v2]

"Darmawan Salihun" <[EMAIL PROTECTED]> skrev: > hmmm, can be downloaded from: > > http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_739_15137,00.html > > But, I don't know how complete the datasheet over there ;-). I had a look at the 690 stuff. It looked like it mainly contained

Re: [LinuxBIOS] AMD 690G chipset support in LinuxBIOS v2

Peter Stuge <[EMAIL PROTECTED]> wrote: > On Thu, Sep 13, 2007 at 12:21:32AM +0200, Rasmus Wiman wrote: > > I just saw a Gigabyte GA-MA69VM-S2 ATX board for 373 kronor, and a > > MSI K9AGM2-L micro ATX for 464. > > Where? http://www.levitech.se I the page says they do

Re: [LinuxBIOS] AMD 690G chipset support in LinuxBIOS v2

Uwe Hermann <[EMAIL PROTECTED]> wrote: > On Tue, Sep 11, 2007 at 09:04:32PM +0200, Peter Stuge wrote: > > On Tue, Sep 11, 2007 at 09:37:04AM +0700, Darmawan Salihun wrote: > > > Is there any support coming down the road? > > > > I haven't seen it mentioned. > > See Marc's post, they're working o

Re: [LinuxBIOS] AMD 690G chipset support in LinuxBIOS v2

"Darmawan Salihun" <[EMAIL PROTECTED]> wrote: > Hi all, > I've grepped through the source code last night but haven't found > code for board that uses this chipset. Is there any support coming > down the road? I'm planning to buy a new system for BIOS experiments > in the next few days. This c

Re: [LinuxBIOS] M57 SLI SPI pads

Quux <[EMAIL PROTECTED]> wrote: > there are SPI sockets out there in industry, but less common & > probably pricey. plcc32 is much more commonplace. > > but then soldering 8 contacts might seem less risky to do manually > compared with 32 contacts. > > the 1.0 pcb layout has solder pads for

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Joseph Smith <[EMAIL PROTECTED]> skrev: > > Didn't even know LB has that kind of support for any graphics chip. > > I only knew about the CONFIG_PCI_ROM_RUN and (if needed ) > > extracting the vga bios from the stock bios approach. By the way, > > at least Rage XL (with its own memory) seems prett

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Ward Vandewege <[EMAIL PROTECTED]> wrote: > Different sockets, yes. I've updated the M57SLI howto with a picture > of an SPI version; I'll make a picture of a PLCC version too at work > today. Just had a look and I think I could work out where the BIOS is, but how about loading the picture in gim

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Ward Vandewege <[EMAIL PROTECTED]> wrote: > Just for the record; if you buy an M57SLI now, it's a new revision > with SPI rom chip. The second position is still unpopulated, but the > paths are now also SPI, no longer PLCC. > > I have one of these at home :/ I read about that, yes. What does it

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Peter Stuge <[EMAIL PROTECTED]> wrote: > On Thu, Aug 30, 2007 at 12:28:23AM +0200, Rasmus Wiman wrote: > > when I can afford it, I will buy a new MB with integrated vga, > > probably the one I think stands the best chance of getting > > supported. Right now I think th

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Corey Osgood <[EMAIL PROTECTED]> wrote: > Although true, many users do get high-end boards/video cards/cpus > because the cheap integrated solutions just don't do what they need > to do. They might be great for my grandmother, but not for me, and I > just can't see my grandmother understanding C.

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Peter Stuge <[EMAIL PROTECTED]> skrev: > On Thu, Aug 30, 2007 at 12:08:30AM +0200, Rasmus Wiman wrote: > > But I still think stuff that's still being sold is a better bet. > > No bets. :) :) > I think everything will be supported, eventually. Meanwhile, all >

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Peter Stuge <[EMAIL PROTECTED]> skrev: > On Wed, Aug 29, 2007 at 10:33:34PM +0200, Rasmus Wiman wrote: > > > I disagree strongly. There is definately a point in supporting > > > older hardware as well > > > > On the other hand, have a look at e.g. the Asu

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Joseph Smith <[EMAIL PROTECTED]> wrote: > Yeh, maybe I'm ignorant also?? What do you mean by Tivoization?? > LinuxBios on set-top-boxes?? Hardware hacking?? Fill me in "Here's the source code for the stuff in your tivo. Feel free to recompile it. Oh, by the way, the tivo will checksum the b

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Peter Stuge <[EMAIL PROTECTED]> skrev: > I disagree strongly. There is definately a point in supporting older > hardware as well, sometimes LB may even be the only way to utilize > older hardware to the fullest, but all the other motivations > mentioned in this thread apply too. (cheap, good for e

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations

Robert Millan <[EMAIL PROTECTED]> wrote: > Have you considered the possiblity that LinuxBIOS is used for > Tivoization? Anyway, anyone who insists on using LinuxBIOS to do evil things will probably succeed. Apart from tivoization, you could probably construct some hardware that runs LinuxBIOS but

[LinuxBIOS] Motherboard suggestions?

eem like a plausible idea? I have some coding skills, but they are rather basic. I suppose the main reason I'd want to do this is because I think it would be a good thing to have support for that kind of board, as they tend to be inexpensive, and that could tempt more people to give LB a try.

Re: [LinuxBIOS] Can we provide BIOS service base on the Linux BIOS

Peter Stuge <[EMAIL PROTECTED]> skrev: > All the details are in the GNU General Public License version 2, > which is the license under which we distribute LinuxBIOS to you. > > Please see the file COPYING in the source tree for the full text. > > Condition 2b specifies that any derived work (you

Re: [LinuxBIOS] VGA in qemu

Stefan Reinauer <[EMAIL PROTECTED]> skrev: > If you try Qemu, you should use LinuxBIOS v3. You also need a patch to > the Qemu VGA option rom, because the current one lacks a PCI rom > header. Thanks. I just checked v3 out. It works, but still no vga. Where can I find the VGA patch? Is it any of

[LinuxBIOS] VGA in qemu

Hi all, A week ago, I finally gave (I have wanted to do it for a long time) linuxbios a try, and just for fun I enabled VGA support when I compiled it. The qemu build tutorial says nothing about vga so I guessed there'd be a reason, and of course there was. Neither console nor X works. Is there a