- 20 Jan, 2004 40 commits
-
-
Andrew Morton authored
From: Petri Koistinen <petri.koistinen@iki.fi> Little URL fix. Server requires www in front of URL, no automatic forwarding.
-
Andrew Morton authored
From: Vojtech Pavlik <vojtech@suse.cz>
-
Andrew Morton authored
From: Nikita Danilov <Nikita@Namesys.COM> fs/reiserfs/journal.c:cleanup_bitmap_list() can be called to cleanup reiserfs_list_bitmap that was only partly initialized. Check that jb->bitmaps array was actually allocated, before trying to free its elements.
-
Andrew Morton authored
The exception table search code currently fails if addresses differ by more than 2G. This is only a problem when using the 4g/4g address space split, but it's more robust this way. Also, shuffle the comparison order n there so the least likely case comes last.
-
Andrew Morton authored
From: Jan Kara <jack@suse.cz> Journalled-data files need a different set of address_space_operations, so we need to update the file's aops when someone runs `chattr +j' on the file.
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> This patch changes no code, just swaps macro arg names to match reality.
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Michael Still <mikal@stillhq.com> Viro and Andi Kleen agreed. The <flags> argument isn't used at all and cannot be used safely in the future. remove third arg <long flags> from all 3 fs/stat.c stat64() calls since it's not used and there's no way to use it safely;
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br> This #ifdef/#endif is not necessary.
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Andreas Beckmann <sparclinux@abeckmann.de> Patch is for consistency in spelling Unix98 (vs. Unix 98). This matches the other 20 or so occurrences of it.
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Patrick McLean <pmclean@linuxfreak.ca>
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br> It fixes these warnings when !CONFIG_PROC_FS: drivers/md/md.c: In function `md_geninit': drivers/md/md.c:3481: warning: unused variable `p' drivers/md/md.c: At top level: drivers/md/md.c:3007: warning: `md_seq_fops' defined but not used
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Eugene TEO <eugeneteo@eugeneteo.net> Handle OOM in mca_init()
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Eugene TEO <eugeneteo@eugeneteo.net>
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Luiz Fernando Capitulino <lcapitulino@prefeitura.sp.gov.br> this patch fixes this warning: drivers/ide/pci/amd74xx.c:80: warning: `amd_udma2cyc' defined but not used when !CONFIG_PROC_FS.
-
Andrew Morton authored
From: Michael Hunold <hunold@linuxtv.org> - TTUSB-DEC update by Alex Woods: - fix USB timeout bug under 2.6 - change some variable names to make it clearer what we are dealing with (PVA). - support DEC2540-t and add info on it to the ttusb-dec docs. - add model number returned from DEC2540-t firmware. - add a module option to get the raw AVPES packets from the dvr device. - send audio packets to their filter rather than the videos. - handle the new empty packets that appear with the 2.16 firmware. - extra error checks. - handle the new firmwares that change the devices' USB IDs. - tidy up the STB initialisation process a little. - apply Hans-Frieder Vogt's patch for calculating firmware CRCs. - make TTUSB budget card depend on USB subsystem
-
Andrew Morton authored
From: Michael Hunold <hunold@linuxtv.org> - after the firmware removal, split av7110.c into separate modules: - av7110.c: initialization and demux stuff - av7110_hw.c: lowlevel hardware access and firmware interface - av7110_ca.c: CI and ECD - av7110_av.c: audio/video MPEG decoder and remuxing stuff - av7110_v4l.c: v4l interface - av7110 fixes that were notcies during splitup - rename some non-static functions to enhance readability - lots of coding style & whitespace fixes - return -ERESTARTSYS from ci_ll_read/write() if interrupted - use time_after() for timeouts - added some comments about firmware interface - removed some unused fields from struct av7110, retabbing - follow driver splitup in Makefile
-
Andrew Morton authored
From: Michael Hunold <hunold@linuxtv.org> - demux: fix nasty bug where setting multiple filters resulted in ts packet duplication - frontend: merge frontend improvements from 2.4 DVB tree: - schedule_timeout(1) in dvb_frontend.c after setting frontend and before waking up frontend thread - do FE_RESET in each iteration of frontend thread if !FE_HAS_LOCK - use aquire_signal flag to call FE_RESET only after tuning until FE_HAS_LOCK has been signalled, and not when FE_HAS_LOCK drops out for short periods of time later - follow frontend changes in ves1x93 driver
-
Andrew Morton authored
From: Michael Hunold <hunold@linuxtv.org> - fix memory leak in page table handling - minor coding style changes - add simple resource management for video dmas (borrowed from saa7134) - use resource management to lock video and vbi access which sometimes share the same video dmas - honour return codes of extension functions in various places, when resources could not be locked - remove remains of dead code which were commented out anyway - add new flag FORMAT_IS_PLANAR to indicate planar capture formats, needed for resource allocation
-
Andrew Morton authored
From: Michael Hunold <hunold@linuxtv.org> - update contributors - documentation update for recent DVB TTUSB driver changes
-
Andrew Morton authored
From: Russell King <rmk+lkml@arm.linux.org.uk> Russell was unable to correctly migrate this driver to the new modem-control-signal API because TIOCMBIS/TIOCMBIC do not control only the DTR signal, but also the RTS, OUT1 and OUT2 signals, or even maybe nothing at all. Plus, these IOCTLs are no longer passed down to the driver. Instead, drivers should implement tiocmget and tiocmset driver methods. so mark it as broken so as to not break allmodconfig/allyesconfig.
-
Andrew Morton authored
From: Manfred Spraul <manfred@colorfullife.com> sendfile supports reading from a given start offset for in_file, like pread. But for the locks_verify_area call, in_file->f_pos is always used, even if a start offset is used. Result: wrong area is checked for mandatory locks.
-
Andrew Morton authored
From: Andi Kleen <ak@muc.de> The EFLAGS checking was not correct. This also fixes some problems with 32bit gdb who would sometimes make the kernel BUG.
-
Andrew Morton authored
From: Chris Wright <chrisw@osdl.org> Add default hooks for both the dummy and capability code to protect the XATTR_SECURITY_PREFIX namespace. These EAs were fully accessible to unauthorized users, so a user that rebooted from an SELinux kernel to a default kernel would leave those critical EAs unprotected. (Acked by Stephen Smalley)
-
Andrew Morton authored
From: Chris Wright <chrisw@osdl.org> Move the XATTR_SECURITY_PREFIX macro to the xattr.h header so that it's in a common location. (Acked by Stephen Smalley)
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> ..to access 'mddev' from the inode pointer. This is already set up for us.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> We only need it occasionally to map unit number to mddev, and we can use a linear search for that. This reduces dependance on MAX_MD_DEVS
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> Move the pointers into mddev. The reduces dependance on MAX_MD_DEVS.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> Currently a raid0 superblock is only written when the array is stopped, so a crash between creation and stop can lose your data. This patch marks a superblock 'dirty' at creation and forces a dirty superblock to be written when the array is started. Previously we would prod the per-array thread at this point, but as it avoids certain chores when the array is locked, and the array is locked at this point, that isn't guaranteed to do the right thing. Instead we prod the thread whenever the array is unlocked. Finally, only write the superblock at array stop if it is needed to mark the array as 'clean'. raid0 which is never dirty, doesn't need this.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> Current code calls do_md_stop to clean up if do_md_run fails, but this is a/ not needed as do_md_run cleans up itself b/ bad as it could try to clean up after an -EBUSY error !!!
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> Currently if there are two failed drives, and two spares are added, then recovery starts onto the first spare, but never notices the second spare. To cope, we set RECOVERY_NEEDED when recovery finishes so that we re-check.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> Thanks dann frazier <dannf@hp.com>
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> If the raid1 or raid5 thread gets to run md_check_recovery after the recovery thread has been interupted, but before do_md_stop completes, a spare drive can be incorporated into an array befure it is up-to-date. This patch corrects the relevant test.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> raid5 rebuild takes stripes so agressively that other access cannot get a look-in. With this patch, the rebuild pauses slightly if there is a shortage of stripes to let other processes have a chance. akpm: I was worried about starvation due to the harsh semantics of yield() in 2.6. But Neil has performed specific testing for that and things seem OK. If people do note CPU starvation problems we will need to replace the yield() with a schedule_timeout(1).
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> Following are 10 patches for md in 2.6.1-lastest. 1-6 are simple bugfixes that I am confident should be in 2.6.2. 7 is a bugfix that is fairly important, but could probably do with a bit more testing first. It is not impossible that it could deadlock, though I think I have caught and fixed all the problems. 8-10 are code simplication. So maybe 7-10 should only go in -mm for now, but if it is a while before 2.6.2, then maybe they can go in a 2.6.2-pre. From: Mike Tran <mhtran@us.ibm.com> If cannot find the device, return error (ENODEV) Otherwise, return success (0)
-
Andrew Morton authored
From: Rusty Russell <rusty@rustcorp.com.au> I *do* want to add a check for a truncated module, since that's probably the most common case (^C on "make modules_install"). But I don't want to double the size of module.c with every check I can think of. tested with: # bs=0; while [ $bs -lt 3764 ]; do dd if=dummy.ko bs=$bs count=1 2>/dev/null | insmod -; bs=`expr $bs + 1`; done
-
Andrew Morton authored
From: "H. Peter Anvin" <hpa@zytor.com> RAID6 implementation. See Kconfig help for usage details. The next release of `mdadm' has raid6 userspace support.
-
Andrew Morton authored
From: Davide Libenzi <davidel@xmailserver.org> The attached patch implements the one-shot support for epoll. Because of the way epoll works (hooking f_op->poll()) the ET behavior is not really ET because it might happen that, while data is still available to read (for the EPOLLIN case), another chunk will become available triggering another event. While those conditions can be easily be handled in userspace, the absolute triviality of the patch and the avoidance of user/kernel space switches and f_op->poll() calls, make IMHO worth doing this inside epoll itself.
-
Andrew Morton authored
From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> This patch fixes the error number when invalid file is passed (neother S_ISBLK nor S_ISREG is true). We should return -EINVAL.
-
Andrew Morton authored
From: Erik van Konijnenburg <ekonijn@xs4all.nl> There are two issues here: - absense of a MODULE_ALIAS_BLOCK in loop.c - mismatch between the patterns used in the MODULE_ALIAS_BLOCK define and the modprobe invokation in request_module. (acked by Rusty)
-
Andrew Morton authored
From: Pontus Fuchs <pontus.fuchs@tactel.se> I need the following patch for radeonfb to work on my Asus L5. See http://bugs.xfree86.org/show_bug.cgi?id=561 for more info. (benh confirmed this with ATI).
-