linux-toradex.git/include/linux/dmi.h, branch v2.6.16.15

[PATCH] x86_64: Generalize DMI and enable for x86-64

2006-01-12T03:04:51+00:00

Some people need it now on 64bit so reuse the i386 code for
x86-64. This will be also useful for future bug workarounds.

It is a bit simplified there because there is no need
to do it very early on x86-64. This means it doesn't need
early ioremap et.al. We run it as a core initcall right now.

I hope it's not needed for early setup.

I added a general CONFIG_DMI symbol in case IA64 or someone
else wants to reuse the code later too.

Signed-off-by: Andi Kleen 
Signed-off-by: Linus Torvalds

[PATCH] CONFIG_IA32

2005-10-31T01:37:10+00:00

Add CONFIG_X86_32 for i386.  This allows selecting options that only apply
to 32-bit systems.

(X86 && !X86_64) becomes X86_32
(X86 ||  X86_64) becomes X86

Signed-off-by: Brian Gerst 
Cc: Sam Ravnborg 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] x86-64: Make dmi_find_device for !DMI case inline

2005-09-12T17:50:58+00:00

Otherwise it will generate warnings and be generated many times.

Signed-off-by: Andi Kleen 
Signed-off-by: Linus Torvalds

[PATCH] dmi: add onboard devices discovery

2005-09-07T23:57:44+00:00

This patch adds onboard devices and IPMI BMC discovery into DMI scan code.
Drivers can use dmi_find_device() function to search for devices by type and
name.

Signed-off-by: Andrey Panin 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] I8K: use standard DMI interface

2005-06-25T23:24:24+00:00

I8K: Change to use stock dmi infrastructure instead of homegrown
     parsing code. The driver now requires box's DMI data to match
     list of supported models so driver can be safely compiled-in
     by default without fear of it poking into random SMM BIOS
     code. DMI checks can be ignored with i8k.ignore_dmi option.

Signed-off-by: Dmitry Torokhov 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

Linux-2.6.12-rc2

2005-04-16T22:20:36+00:00

Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!