- 06 Jan, 2006 40 commits
-
-
Alexey Dobriyan authored
Signed-off-by:
Alexey Dobriyan <adobriyan@gmail.com> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Alexey Dobriyan authored
And fix trivial warnings that emerged. Signed-off-by:
-
Trent Jaeger authored
This patch contains two corrections to the LSM-IPsec Nethooks patches previously applied. (1) free a security context on a failed insert via xfrm_user interface in xfrm_add_policy. Memory leak. (2) change the authorization of the allocation of a security context in a xfrm_policy or xfrm_state from both relabelfrom and relabelto to setcontext. Signed-off-by:
Trent Jaeger <tjaeger@cse.psu.edu> Signed-off-by:
-
Luiz Capitulino authored
pktgen_find_thread() and pktgen_create_thread() are only called at initialization time. Signed-off-by:
Luiz Capitulino <lcapitulino@mandriva.com.br> Signed-off-by:
-
Joe authored
From: Joe <joecool1029@gmail.com> Signed-off-by: -
Stephen Hemminger authored
It looks like the bridge netfilter code does not correctly update the hardware checksum after popping off the VLAN header. This is by inspection, I have *not* tested this. To test you would need to set up a filtering bridge with vlans and a device the does hardware receive checksum (skge, or sungem) Signed-off-by:
Stephen Hemminger <shemminger@osdl.org> Signed-off-by:
-
Shaun Pereira authored
When a user-space server application calls bind on a socket, then in kernel space this bound socket is considered 'x25-linked' and the SOCK_ZAPPED flag is unset.(As in x25_bind()/af_x25.c). Now when a user-space client application attempts to connect to the server on the listening socket, if the kernel accepts this in-coming call, then it returns a new socket to userland and attempts to reply to the caller. The reply/x25_sendmsg() will fail, because the new socket created on call-accept has its SOCK_ZAPPED flag set by x25_make_new(). (sock_init_data() called by x25_alloc_socket() called by x25_make_new() sets the flag to SOCK_ZAPPED)). Fix: Using the sock_copy_flag() routine available in sock.h fixes this. Tested on 32 and 64 bit kernels with x25 over tcp. Signed-off-by:
Shaun Pereira <pereira.shaun@gmail.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
-
Kris Katterjohn authored
It should return an unsigned value, and fix sk_filter() as well. Signed-off-by:
Kris Katterjohn <kjak@ispwest.com> Signed-off-by:
-
Kris Katterjohn authored
This uses is_multicast_ether_addr() because it has recently been changed to do the same thing these seperate tests are doing. Signed-off-by:
Kris Katterjohn <kjak@users.sourceforge.net> Signed-off-by:
-
git://brick.kernel.dk/data/git/linux-2.6-blockLinus Torvalds authored
Manual fixup for merge with Jens' "Suspend support for libata", commit ID 9b847548. Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
This was harmless, but for the case of a device that had no irq pre-defined we would incorrectly suggest that "usepirqmask" might make a difference. It never would, and the message was just confusing people. Reported in the dmesg of Etienne Lorrain. Signed-off-by: -
Jens Axboe authored
This patch adds suspend patch to libata, and ata_piix in particular. For most low level drivers, they should just need to add the 4 hooks to work. As I can only test ata_piix, I didn't enable it for more though. Suspend support is the single most important feature on a notebook, and most new notebooks have sata drives. It's quite embarrassing that we _still_ do not support this. Right now, it's perfectly possible to suspend the drive in mid-transfer. Signed-off-by:
Jens Axboe <axboe@suse.de> Signed-off-by:
-
NeilBrown authored
Also export current (average) speed and status in sysfs. Signed-off-by:
Neil Brown <neilb@suse.de> Acked-by:
Greg KH <greg@kroah.com> Signed-off-by:
-
NeilBrown authored
Writing major:minor to md/new_dev will bind that device to the array. Signed-off-by:
-
NeilBrown authored
Signed-off-by:
-
Andrew Morton authored
drivers/md/md.c: In function `offset_show': drivers/md/md.c:1670: warning: long long unsigned int format, different type arg (arg 3) Cc: Neil Brown <neilb@suse.de> Signed-off-by:
-
NeilBrown authored
Signed-off-by:
-
NeilBrown authored
This the role that a device has in an array can be viewed and set. Signed-off-by:
-
NeilBrown authored
Move the checks - that dev size is never less than array size - into bind_rdev_to_array to make sure it always happens properly (there is one place where currently it doesn't). Also reject any superblock which claims an array size smaller than the device in question can hold. Signed-off-by:
-
NeilBrown authored
If array is active, try to reshape, else just set the value. Signed-off-by:
-
NeilBrown authored
Store this total in superblock (As appropriate), and make it available to userspace via sysfs. Signed-off-by:
-
NeilBrown authored
Signed-off-by:
-
NeilBrown authored
Allow it to be set to a particular version, or 'none'. Signed-off-by:
-
NeilBrown authored
Signed-off-by:
-
NeilBrown authored
... only before array is started of course. Signed-off-by:
-
NeilBrown authored
When we do a user-requested check/repair, we lose count of the outstanding requests... Also make sure that when anything is written to md/sync_action, the RECOVERY_NEEDED flag is set and the thread is woken up so any changes take effect. Signed-off-by:
-
NeilBrown authored
When we update a page_cache page in the kernel, we need to flush_dache_page or userspace might not see the change. Signed-off-by:
-
Adrian Bunk authored
Make the needlessly global function md_new_event() static. Signed-off-by:
Adrian Bunk <bunk@stusta.de> Cc: Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by:
-
NeilBrown authored
.. because they aren't used outside md.c Signed-off-by:
-
NeilBrown authored
Signed-off-by:
-
NeilBrown authored
Commands written to sysfs files may, or my not, be \n terminated. We want to accept with case. For this we use cmd_match. Signed-off-by:
-
NeilBrown authored
md sometimes call put_page on NULL pointers (treating it like kfree). This is not safe, so define and use a 'safe_put_page' which checks for NULL. Signed-off-by:
-
NeilBrown authored
The kernel should not be imposing these policy limits: The time between bitmap updates should certainly be allowed to be more than 15 seconds, and if someone wants a bitmap chunk size in excess of 4MB, the kernel isn't the place to stop them. Signed-off-by:
-
NeilBrown authored
The code to overwrite/reread for addressing read errors in raid1/raid10 currently assumes that the read will not alter the buffer which could be used to write to the next device. This is not a safe assumption to make. So we split the loops into a overwrite loop and a separate re-read loop, so that the writing is complete before reading is attempted. Cc: Paul Clements <paul.clements@steeleye.com> Signed-off-by:
-
NeilBrown authored
md supports multiple different RAID level, each being implemented by a 'personality' (which is often in a separate module). These personalities have fairly artificial 'numbers'. The numbers are use to: 1- provide an index into an array where the various personalities are recorded 2- identify the module (via an alias) which implements are particular personality. Neither of these uses really justify the existence of personality numbers. The array can be replaced by a linked list which is searched (array lookup only happens very rarely). Module identification can be done using an alias based on level rather than 'personality' number. The current 'raid5' modules support two level (4 and 5) but only one personality. This slight awkwardness (which was handled in the mapping from level to personality) can be better handled by allowing raid5 to register 2 personalities. With this change in place, the core md module does not need to have an exhaustive list of all possible personalities, so other personalities can be added independently. This patch also moves the check for chunksize being non-zero into the ->run routines for the personalities that need it, rather than having it in core-md. This has a side effect of allowing 'faulty' and 'linear' not to have a chunk-size set. Signed-off-by: -
NeilBrown authored
Signed-off-by:
-
NeilBrown authored
...because that seems to be the preferred practice these days. Signed-off-by:
-
NeilBrown authored
Signed-off-by:
-
NeilBrown authored
- replace open-coded hash chain with hlist macros - Fix hash-table size at one page - it is already quite generous, so there will never be a need to use multiple pages, so no need for __get_free_pages No functional change. Signed-off-by:
-
NeilBrown authored
Replace multiple kmalloc/memset pairs with kzalloc calls. Signed-off-by:
-
