- 22 Feb, 2005 27 commits
-
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
I've seen this happen a few times, and never got to the bottom of it, so hopefully this will make things a little easier to diagnose what's going on. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
We need to clear the previously found cap_ptr, or we exit after finding the first one, even if its not the one plugged into the bridge we're looking at. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Stupid inversion meant we passed '0' to userspace, and madness ensued resulting in very funky visuals. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Should fix the 'cant find AGP VGA controller' warnings. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
In this mode, fast writes are just ignored, and treated as regular PCI writes, but disabling them explicitly doesn't hurt. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
X munges what we hand to it, so with luck, this will lower the possibility of it handing us something with reserved bits set. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
If we got far enough to run this code, we *must* have an AMD bridge. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Some combinations of NVidia GeForce cards and this AGP chipset cause lockups when operated in AGP x2 mode. Force them to x1 mode for safety. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
B0/B1 steppings of this chipset were horribly broken, and couldn't do fast writes, or side band addressing. Looking through the errata on this one reads like a horror story, it's a miracle it could get AGP x1 working. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Allow chipset drivers to tell the generic routines not to enable certain features if they have errata when those features are used. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
(Basically a distinction between XFree and Xorg) Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
The AGP specifications define the following... agp2 agp3 000 BAD BAD 001 x1 x4 010 x2 x8 011 BAD x8 100 x4 BAD 101 BAD BAD 110 BAD BAD 111 BAD BAD Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
The previous checks were against AGP_STAT values, but userspace passes us an agp command register.
-
Dave Jones authored
Check the reserved bits in the agp mode register. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
The pci_get_class conversion leaked this refcount. Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
mode = What X wants us to set the mode to (As set by AGPMode in X config) cmd = PCI_AGP_STATUS from the AGP bridge. tmp = PCI_AGP_STATUS from the graphic card. mode -> requested_mode cmd -> bridge_agpstat tmp -> vga_agpstat Signed-off-by: Dave Jones <davej@redhat.com>
-
Dave Jones authored
Use the handy pci_get_class() function instead of implementing our own pci bus walking loop. Also makes it skip non-VGA devices fixing up a long-standing FIXME. Previously, it may have been tripping up on AGP bridges, which could have caused all sorts of sillyness. Signed-off-by: Dave Jones <davej@redhat.com>
-
Tom Rini authored
The following moves all includes <linux/fs.h> (except <linux/ioctl.h> and <linux/config.h> down to below the existing __KERNEL__ test. None of these includes are needed by the user-visible portions of the header, and in some cases can cause userland apps to break. For example, LTP and sash with an empty <linux/autoconf.h> will fail thusly: cc -Wall -I../../include -g -Wall -I../../../../include -Wall setrlimit02.c -L../../../../lib -lltp -o setrlimit02 In file included from /usr/include/asm/atomic.h:6, from /usr/include/linux/fs.h:20, from setrlimit02.c:46: /usr/include/asm/processor.h:68: error: `CONFIG_X86_L1_CACHE_SHIFT' undeclared here (not in a function) /usr/include/asm/processor.h:68: error: requested alignment is not a constant Build/run tested with a glibc rebuild as well. Signed-off-by: Tom Rini <trini@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Arnaldo Carvalho de Melo authored
Various routines were putting a full struct tcp_sock on the local stack. What they really wanted was a subset of this information when doing TCP options processing when we only have a mini-socket (for example in SYN-RECVD and TIME_WAIT states). Therefore pull out the needed information into a sub-struct and use that in the TCP options processing routines. Signed-off-by: Arnaldo Carvalho de Melo <acme@conectiva.com.br> Signed-off-by: David S. Miller <davem@davemloft.net>
-
- 21 Feb, 2005 11 commits
-
-
Mika Kukkonen authored
Trying to build latest BK-kernel with !CONFIG_PCI and with CONFIG_ISAPNP=y and CONFIG_PNPBIOS=y I got the following build error: LD vmlinux drivers/built-in.o(.text+0x5486): In function 'pnpbios_parse_allocated_irqresource': : undefined reference to 'pcibios_penalize_isa_irq' Clearly pcibios_penalize_isa_irq() is meant to be called only with CONFIG_PCI=y. Signed-off-by: Mika Kukkonen <mikukkon@gmail.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Anton Blanchard authored
The paca holds a shadow of the context struct, used for the real mode SLB handler. When we open up a new segment we have to sync up the paca copy otherwise we will instantiate small page SLB entries until the next context switch (at which point we resync the paca copy). Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
Greg's tree changes the order of fields in struct reasource, causing x86_64 to explode nastily. Fix. Cc: Greg KH <greg@kroah.com> Cc: Andi Kleen <ak@muc.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Randy Dunlap authored
Fix io_remap_page_range() call to pass a missing arg. Signed-off-by: Randy Dunlap <rddunlap@osdl.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
We need asm/irq.h for __irq_itoa() on sparc[64]. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
Some patch in -mm causes the sparc64 build to explode because `struct rusage' isn't defined or declared in compat.h. So forward-declare it. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
Use named initialisers. Cc: Greg KH <greg@kroah.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
Used named initialisers in this declaration before Greg's tree's struct resource layout changes come in and break it. (Probably "dma page reg" shouldn't have spaces in the name - be friendly to /proc/ioports parsers?) Cc: Richard Henderson <rth@twiddle.net> Cc: Greg KH <greg@kroah.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Stephen Hemminger authored
The BIC TCP cwnd problem as identified by Yee-Ting Li and Doug Leith is that the computation is recalc_ssthresh is incorrect and BICTCP_1_OVER_BETA/2 should be BICTCP_1_OVER_BETA*2. My fix is to implement the code from BIC TCP 1.1 which uses a sysctl to set the beta. There are a few variable name changes from the 1.1 code, and made the scaling factor a #define instead of hardcoded. I validated this using netem and kprobes, for more details see http://developer.osdl.org/shemminger/bic-beta-patch.pdfSigned-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Jeff Garzik authored
Fixes double-kfree that caused slab corruption. Signed-off-by: Jeff Garzik <jgarzik@pobox.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
ppc32's implementation of ptep_test_and_clear_young() has a logic error which makes it fail to flush the hash table. Thus PAGE_ACCESSED is almost never set again after beeing cleared (unless something else cause that hash entry to be flushed). Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 20 Feb, 2005 2 commits
-
-
Gary N. Spiess authored
This is a minor modification to the previous patch submission that does not assume the default contents of the DSPCFG register are zero. When used with Revision D of the DP83815, the "Recommended Registers Configuration" from page 78 of the DP83815 data sheet is not entirely compatible with the driver's "short cable patch". When the DSPCFG register is written with the value suggested in the document, then do_cable_magic() can't read the DSP coefficient and determines that all cables attached to the DP83815D are 'short', regardless of actual length. Short cables (< 30m) cause do_cable_magic to enable additional attenuation to reduce CRC and idle errors. If the extra attenuation is unintentionally enabled for long cables (> 50m?), they will not operate properly. The National Semiconductor driver, 'dp83815.c' from http://www.national.com/appinfo/networks/files/linux_2_4.tar.gz was used as a basis for this modification. Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
-
Ravinandan Arakali authored
Attached is the patch to address the incorrect programming of individual multicast address into the NIC. Signed-off-by: Ravinandan Arakali <ravinandan.arakali@neterion.com> Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
-