- 04 Mar, 2004 24 commits
-
-
Len Brown authored
into intel.com:/home/lenb/src/linux-acpi-test-2.6.4
-
-
Len Brown authored
-
Len Brown authored
into intel.com:/home/lenb/src/linux-acpi-test-2.6.4
-
Benjamin Herrenschmidt authored
This fixes a typo in the list of PCI IDs in radeonfb, which in turn fixes detection of some mobility models.
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
Deepak Saxena authored
Patch from Deepak Saxena The ARM makefile currently assumes that the compiler being used defaults to little-endian builds unless the big-endian options are provided. This may not always be the case (my toolchains default to BE since that's what I mostly work with) so this patch forces endianess options to be passed to the toolchain. W/O this, building without CONFIG_CPU_BIG_ENDIAN on a big-endian toolchain will still result in a big-endian kernel.
-
Ian Campbell authored
Patch from Ian Campbell __arch_strncpy_from_user needs to be exported if you build the framebuffer console driver as a module.
-
Deepak Saxena authored
Patch from Deepak Saxena
-
Alexander Viro authored
- inode leak on d_alloc_root() failure
-
Alexander Viro authored
- inode leak on d_alloc_root() failure - sanitized the cleanup logics
-
Alexander Viro authored
- inode leak on d_alloc_root() failure
-
Alexander Viro authored
- inode leak on d_alloc_root() failure
-
Alexander Viro authored
- inode leak on d_alloc_root() failure
-
Alexander Viro authored
- inode leak on d_alloc_root() failure
-
Alexander Viro authored
- inode leak on d_alloc_root() failure
-
Alexander Viro authored
- inode leak on d_alloc_root() failure
-
Alexander Viro authored
- inode leak on d_alloc_root() failure - unchecked result of d_alloc_root() leading to oops in fs/super.c
-
Alexander Viro authored
- unchecked result of d_alloc_root() leading to oops in fs/super.c
-
Alexander Viro authored
- inode leak if d_alloc_root() fails.
-
Alexander Viro authored
- oops if inode allocation fails.
-
Alexander Viro authored
- useless dput(NULL) on failure exit (would be a double-free if we ever got there with non-NULL dentry).
-
Alexander Viro authored
- leak of root inode if d_alloc_root() fails.
-
Alexander Viro authored
gatgetfs fill_super: - double-free of inode on last two failure exits - leak on the last failure exit - touching addresses near 0 on last two failure exits
-
- 03 Mar, 2004 16 commits
-
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
Len Brown authored
-
Jon Oberheide authored
-
Stephen Hemminger authored
New revision of the Sigmatel irda driver. This version has much better performance and doesn't drop frames in FIR mode. Tested with both UHCI and EHCI/OHCI against nsc-ircc on laptop. Thanks to Martin for additional testing and feedback. * Receiver: - changed from interrupt to bulk URB. Queue's one bulk urb per USB tick (1ms). - FIR unpack now uses get_unaligned and cpu32_le instead of explicit shifts - FIR unpack copies small frames * Transmitter: - pack data into io buffer. Since irda is half duplex can use same buffer for transmit and receive. - use xchange and wait_event for synchronization * Other: - use USB format messages rather than IRDA (ugly) - clean up USB startup - reset device on network open to clear up stuck state - handle FIFO errors - disconnect cleanup (from viro) - don't DMA onto stack when reading fifo status
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/sparc-2.6
-
Len Brown authored
into intel.com:/home/lenb/src/linux-acpi-test-2.6.4
-
Linus Torvalds authored
-
Linus Torvalds authored
It was missing an "s" from "uses_dvo"
-
Benjamin Herrenschmidt authored
This adds a "timbase" entry in /proc/cpuinfo like p/iSeries that provides the CPU timebase frequency. It is using by a all sort of performance analysis tools we are hacking in house. It also remove a useless bit about the l2 cache that was copied over from ppc32.
-
Benjamin Herrenschmidt authored
I've had reports of flicker that appear with large (23") flat panels and radeonfb. From experiments, it appears that forbiding the "odd" PLL divider values fix it (like it fixes the blur problem on TMDS2). There should not be anything special with TMDS1 and "odd" PLL values though, so the problem may be subtly different (a bandwidth problem), but until I have proper bandwidth calculation and access to this monitor, the following patch is an acceptable workaround (Odd PLL values aren't that useful anyway)
-
James Simmons authored
This fixes the permedia2 framebuffer driver to the new API. [ Currently it doesn't even compile. This only touches the current permedia driver. ]
-
bk://linux.bkbits.net/linux-2.5Dave Kleikamp authored
into hostme.bitkeeper.com:/repos/j/jfs/linux-2.5
-
Dave Kleikamp authored
-
Olof Johansson authored
* Tidy up some of the arguments to iommu_*() * Comment cleanup * Don't bump the hint to the next block for large allocs, to avoid fragmentation. * Simplify vmerge logic during SG allocations * Move the memory barriers from the bus-specific parts into the common code. Some changes are mine, some are from Ben Herrenschmidt.
-
Bartlomiej Zolnierkiewicz authored
- fix bug introduced by my recent fixes (do not try to disable 66MHz clock on PDC20246) - cleanup cable verification code a bit - remove unused macros (leftovers from driver split-up) and duplicated define from pdc202xx_old.h
-
bk://gkernel.bkbits.net/libata-2.5Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-