An error occurred fetching the project authors.
- 30 Dec, 2003 40 commits
-
-
Andrew Morton authored
From: Alan Cox <alan@redhat.com> Change by Clear Zhang of ALI
-
Andrew Morton authored
From: Bernardo Innocenti <bernie@develer.com> It needs init.h
-
Andrew Morton authored
From: Steven Cole <elenstev@mesatop.com>
-
Andrew Morton authored
From: "Seth, Rohit" <rohit.seth@intel.com> We recently covered a bug in mm/mmap.c on IA-64. While unmapping a address space, unmap_region calls free_pgtables to possibly free the pages that are used for page tables. Currently no distinction is made between freeing a region that is mapped by normal pages vs the pages that are mapped by hugepages. Architecture specific code needs to handle cases where PTEs corresponding to a region that is mapped by hugepages is properly getting unmapped. Attached please find a patch that makes the required changes in generic part of kernel. We will need to send a separate IA-64 patch to use this new semantics. Currently, so not to disturb the PPC (as that is the only arch that had ARCH_HAS_HUGEPAGE_ONLY_RANGE defined) we are mapping back the definition of new function hugetlb_free_pgtables to free_pgtables.
-
Andrew Morton authored
From: Joe Korty <joe.korty@ccur.com> We need to check whether preemption is needed after reenabling preemption in kunmap_atomic().
-
Andrew Morton authored
From: Mark Haverkamp <markh@osdl.org> This fixes a problem similar to the patch I submitted on 11/20 http://marc.theaimsgroup.com/?l=linux-kernel&m=106936439707962&w=2 In this case, though, the result is an: "Incorrect number of segments after building list" message. The macro __BVEC_START assumes a bi_idx of zero when the dm code can submit a bio with a non-zero bi_idx. The code has been tested on an 8 way / 8gb OSDL STP machine with a 197G lvm volume running dbt2 test.
-
Andrew Morton authored
From: Juergen Quade <quade@hsnr.de> I just hit a copy-paste typo in floppy.c.
-
Andrew Morton authored
From: Jim Radford <radford@indigita.com> I finally took the time to figure our why my parallel port wasn't working... here's the patch.
-
Andrew Morton authored
From: Michael Hunold <hunold@convergence.de> the Linux-on-a-CD system Knoppix has nearly all framebuffer drivers for 2.4.23 compiled in. Additionally, it surpresses most kernel messages by lowering the kernel log level. Two framebuffer drivers (clgenfb.c and hgafb.c), however, use KERN_ERR to say that their particular card has *not* been found which is very annoying. Especially the clgenfb.c driver simply says on bootup: > Couldn't find PCI device which can really confuse newbie users. I've already send a patch that fixes this for 2.4 -- Marcelo and Geert Uytterhoeven have already ack'ed it. The same change should be done for 2.6, too IMHO. The appended patch replaces two KERN_ERR with KERN_INFO and additionally makes the cirrusfb.c message more descriptive.
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> Add Intel SpeedStep zero-page memory usage doc.
-
Andrew Morton authored
From: Yoshinori Sato <ysato@users.sourceforge.jp> * using generic_ffs * optimized code
-
Andrew Morton authored
From: IWAMOTO Toshihiro <iwamoto@valinux.co.jp> I found linux-2.6.0-test11 leaks memory when execve fails. I've also checked the bitkeeper tree and the problem seems to be unchanged. The attached patch is a partial backout of bitkeeper rev. 1.87 of fs/exec.c. I guess the original change was a simple mistake. (free_arg_pages() is a NOP when CONFIG_MMU is defined).
-
Andrew Morton authored
From: "H. Peter Anvin" <hpa@zytor.com> This patch fixes the "non-terminating inflate" problem that Russell King complained about on LKML earlier today. I chose to use "goto" much like zlib does, in order to not require setjmp/longjmp inside the kernel. It's a bit ugly, but it also lets each function chose how it needs to be terminated on error, which is a good thing.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> - uses just printk() instead of unneeded fat_fs_panic() - removes the debug printk - less verbose on error path - uses correct a error number on error path
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> If path length became zero by fat_striptail_len(), this returns the -ENOENT as empty path.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> fatfs misc cleanups/fixes.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> This adds the check of count of clusters. And if it's too big, fat driver can't handle it. So doesn't recognize this as fatfs.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> The -1 was documented as "there is no hint", so this patch uses -1 instead of 0 for FAT32 fsinfo.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> include/linux/msdos_fs.h cleanup
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> Fix printk format
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> For atomicity write, adds readv/writev support to FAT.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> Michal Rokos <m.rokos@sh.cvut.cz> The problem is: even if vfat_striptail_len() counts len of name without trailing dots and sets len to the correct value, utf8_mbstowcs() doesn't care about len and takes whole name. So dirs and files with dots can be created on vfat fs.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> Yokota Hiroshi <yokota@netlab.is.tsukuba.ac.jp> This patch is required for my 640MB Optical disk. Because MS windows 95/ME based FAT filesystem disk formatter generetes wrong super bloacks.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> - remove unused "rows" and "cols" - change the 2 variable to static
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> Suppress a buffer_error() warning which occurs when a page which previously had an I/O error gets its buffers stripped.
-
Andrew Morton authored
From: David Mosberger <davidm@napali.hpl.hp.com> This patch makes /proc/PID/maps report the range from FIXADDR_USER_START to FIXADDR_USER_END as a final pseudo-vma. This is consistent with the notion that reading /proc/PID/maps tells you about every page containing data that the process can in fact access, and with things such as ptrace allowing access to this memory. Without this, userland tools that want to look at all of a process's accessible pages need special-case knowledge about things such as the vsyscall DSO page. With this change, existing code that iterates over the /proc/PID/maps lines will cover those pages like any other. For example, this lets gdb's "gcore" command synthesize a core file from a live process that contains the vsyscall DSO page as a real core dump would, using its existing generic iterator code and no new special cases.
-
Andrew Morton authored
From: "Josef 'Jeff' Sipek" <jeffpc@optonline.net> Simple clean up patch to remove double logical operators.
-
Andrew Morton authored
From: "Martin J. Bligh" <mbligh@aracnet.com>
-
Andrew Morton authored
From: Chris Bajumpaa <cbajumpa@or8.net> This patch fixes a problem with the TSC failing on via686a/KX133 motherboards either reverting to using the pit or deadlocking the machine alltogether under heavy load. (Specifically Abit KA7/KA7-100). Message from the log: Dec 18 18:20:37 grinder kernel: Losing too many ticks! Dec 18 18:20:37 grinder kernel: TSC cannot be used as a timesource. (Are you running with SpeedStep?) Dec 18 18:20:37 grinder kernel: Falling back to a sane timesource. The snippet of code that was missing from timer_tsc.c comes from timer_pit.c.
-
Andrew Morton authored
From: "Maciej Soltysiak" <solt@dns.toxicfilms.tv> make gconfig causes this: scripts/kconfig/gconf.c: In function `on_treeview1_button_press_event': scripts/kconfig/gconf.c:1175: warning: passing arg 1 of `gtk_widget_grab_focus' from incompatible pointer type
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> The fatfs was ignoring the I/O error on two points. If I/O error happen while checking a free block entries, this checks the all entries, and reports an I/O error on each entry. This problem became cause of the disk full by syslogd.
-
Andrew Morton authored
From: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> The code to parse the EBDA (Extended BIOS Data Area) for Summit boxen is broken because it does not handle Lookout boxen (external boxes full of additional PCI slots). This patch cleans up some ugliness in arch/i386/kernel/summit.c as well as fixing the code to handle Lookout boxen and various other configurations of PCI buses. Without this, Summit PCI bus to node mappings are totally hosed with Lookout boxen attatched. This patch depends upon the GENERICARCH fix.
-
Andrew Morton authored
From: Matthew Dobson <colpatch@us.ibm.com> Trying to build a kernel with both CONFIG_X86_GENERICARCH and CONFIG_NUMA on results in a compile error. This patch fixes that build problem by adding a config option for NUMA on Summit which is used to correctly conditionally compile arch/i386/kernel/summit.c and properly ifdef the function calls used in generic code. Please apply. Running make -j24 bzImage arch/i386/mach-generic/built-in.o: In function `mps_oem_check': arch/i386/mach-generic/built-in.o(.text+0x3ce): undefined reference to `setup_summit' arch/i386/mach-generic/built-in.o: In function `acpi_madt_oem_check': arch/i386/mach-generic/built-in.o(.text+0x468): undefined reference to `setup_summit' make: *** [.tmp_vmlinux1] Error 1
-
Andrew Morton authored
From: Adrian Bunk <bunk@fs.tum.de> CC [M] drivers/isdn/eicon/eicon_mod.o drivers/isdn/eicon/eicon_mod.c: In function `eicon_exit': drivers/isdn/eicon/eicon_mod.c:1362: warning: implicit declaration of function `mca_mark_as_unused'
-
Andrew Morton authored
From: Stephen Smalley <sds@epoch.ncsc.mil> This patch against 2.6.0 adds a control to the SELinux module over the inheritance of signal-related state upon security context transitions in order to protect the new security context. If the permission is not granted by the policy for a given pair of contexts, then transitions between them will clear itimers, flush all pending signals, forcibly flush signal handlers, and unblock all signals. Roland McGrath provided input and feedback on the patch. Please apply, or let James Morris and me know if you'd like this to be resubmitted later. Thanks.
-
Andrew Morton authored
From: Stephen Smalley <sds@epoch.ncsc.mil> This patch removes the use of nameidata by selinux_inode_permission, as this appears to be unsafe in certain cases (e.g. path_walk call from rpc_lookup_parent), leading to an Oops if d_path is subsequently called by avc_audit on the (mnt,dentry) pair to generate a pathname for an audit message. The change does not affect the ability of SELinux to perform its permission check (which only requires the inode), only the set of information that is available for audit messages. We'll investigate better approaches for the SELinux audit generation in the future.
-
Andrew Morton authored
From: Stephen Smalley <sds@epoch.ncsc.mil> This patch reduces the full capability check in the SELinux module for the KDSKBENT/SENT ioctls to only check the corresponding SELinux permission, avoiding a change to the Linux permissions model for these operations.
-
Andrew Morton authored
From: Stephen Smalley <sds@epoch.ncsc.mil> This patch fixes the SELinux build for "make O=..." by removing the use of -include and eliminating the global.h file, adding appropriate individual #include's to the various files in the security/selinux/ss subdirectory. The compilation error was reported by Sam Ravnborg and again by Adrian Bunk.
-
Andrew Morton authored
From: Michael Hunold <hunold@convergence.de> > Thomas Meyer <tantalus@gmx.ch> wrote: >>there seems to be a problem with a DVB driver. >>Dec 29 17:15:30 jupiter kernel: dvb_ttpci: Unknown symbol request_firmware The dvb-ttpci/av7110 driver needs the firmware_class stuff to work now. IMHO the appropriate fix is to let the driver automatically select the firmware loader via Kconfig's SELECT facility. The dvb-ttusb-dec driver should behave like this, too. (It currently depends on the FW_LOADER, which is not "the right thing" (tm))
-