From: Pavel Kysilka
Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

If you use an external graphic card, the secondary device disappears,
which makes agpgart spew a message like

Detected an Intel i815 Chipset, but could not find the secondary device.

Which is ok, as we don't want to use it anyway.
This is confusing to users, as I've even had some people saying they
thought it was a hardware fault.
Signed-off-by: Dave Jones <davej@redhat.com>

These drivers 'inherited' the license of the old agpgart code, which was
licensed as 'and additional rights' even though those rights were never
publically documented anywhere to my knowledge.
This was a hangover from the days when agpgart maintainence was done primarily
in the X tree, where GPL code cannot live without 'additional rights'.

These days, agpgart maintainence happens in the kernel tree, so these
'additional rights' mean nothing.  Remove them from some drivers.
(More to follow).
Signed-off-by: Dave Jones <davej@redhat.com>

Untested, but from the looks of things (comparing with DragonFlyBSD's agp implementation)
this should work.  Strangely, we added the PCI ID for this a long time ago, back
in 2.0.34 (long before agpgart driver got merged) and then we never used it.
Signed-off-by: Dave Jones <davej@redhat.com>

From: Alan Hourihane <alanh@tungstengraphics.com>
Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Kris Kersey <augustus@linuxhardware.org>
Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Spotted by Rainer Klier
Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

Signed-off-by: Dave Jones <davej@redhat.com>

If something fails, we should now explain what happened,
before we fall back to AGPx4 gracefully.
Signed-off-by: Dave Jones <davej@redhat.com>

agp_v3_parse_one() does some changes to these args by the time we
get to the printk. It'll be useful to know what they started at.
Signed-off-by: Dave Jones <davej@redhat.com>

This should stop people seeing crazy stuff like agpgart
trying to set itself to x0 mode when it sees a x8 bridge and a x4 card.
Signed-off-by: Dave Jones <davej@redhat.com>

Bump copyright dates whilst we're there.
Signed-off-by: Dave Jones <davej@redhat.com>

The refactoring of the PCI IDs supported by the VIA driver dropped
this one.

Spotted-by: Carsten Rietzschel
Signed-off-by: Dave Jones <davej@redhat.com>

From: Matt Domsch
Signed-off-by: Dave Jones <davej@redhat.com>

into delerium.codemonkey.org.uk:/mnt/data/src/bk/agpgart

Updates i386 defconfig.  I simply ran `make oldconfig' and selected `m' where
it was available, otherwise `y'.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Forgot to update the top-level makefile to invoke the new reference_init
script.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Signed-off-by: Vojtech Pavlik <vojtech@suse.cz>

into suse.cz:/home/vojtech/bk/for-linus

From: Tuncer M zayamut Ayaz
Signed-off-by: Dave Jones <davej@redhat.com>

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into kernel.bkbits.net:/home/davem/net-2.6

Signed-off-by: Jamal Hadi Salim <hadi@zynx.com>
Signed-off-by: David S. Miller <davem@redhat.com>

When handling FBIOPUTCMAP_SPARC, sbusfb fails to initialize cmap.transp,
which quickly leads to an oops when fb_set_cmap() dereferences it.

First encountered in Aurora Wombat kernels and seems to afflict mainline
as well. Patch is against 2.6.7-rc2. xorg still fails to actually get
anything to display on my CG6, but at least it no longer oopses the kernel.
Signed-off-by: Adam Kropelin <akropel1@rochester.rr.com>
Signed-off-by: David S. Miller <davem@redhat.com>

into kernel.bkbits.net:/home/davem/net-2.6

into ppc970.osdl.org:/home/torvalds/v2.6/linux

This entry in the DMI blacklist table is missing it's NO_MATCH
tags, which means the struct gets padded instead of filled with
the desired NO_MATCH data which is {255, NULL}

Usually not fatal it seems, but there have been numerous cases
in Red Hat bugzilla where this did get tripped up, and caused
an immediate reset on these boards. Not fun to track down.
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>