1. 06 Nov, 2008 1 commit
    • Dan Williams's avatar
      [ARM] xsc3: fix xsc3_l2_inv_range · c7cf72dc
      Dan Williams authored
      When 'start' and 'end' are less than a cacheline apart and 'start' is
      unaligned we are done after cleaning and invalidating the first
      cacheline.  So check for (start < end) which will not walk off into
      invalid address ranges when (start > end).
      
      This issue was caught by drivers/dma/dmatest.
      
      2.6.27 is susceptible.
      
      Cc: <stable@kernel.org>
      Cc: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
      Cc: Lothar WaÃ<9f>mann <LW@KARO-electronics.de>
      Cc: Lennert Buytenhek <buytenh@marvell.com>
      Cc: Eric Miao <eric.miao@marvell.com>
      Signed-off-by: default avatarDan Williams <dan.j.williams@intel.com>
      c7cf72dc
  2. 02 Nov, 2008 19 commits
  3. 01 Nov, 2008 16 commits
  4. 31 Oct, 2008 4 commits
    • Alexey Dobriyan's avatar
      key: fix setkey(8) policy set breakage · 920da692
      Alexey Dobriyan authored
      Steps to reproduce:
      
      	#/usr/sbin/setkey -f
      	flush;
      	spdflush;
      
      	add 192.168.0.42 192.168.0.1 ah 24500 -A hmac-md5 "1234567890123456";
      	add 192.168.0.42 192.168.0.1 esp 24501 -E 3des-cbc "123456789012123456789012";
      
      	spdadd 192.168.0.42 192.168.0.1 any -P out ipsec
      		esp/transport//require
      		ah/transport//require;
      
      setkey: invalid keymsg length
      
      Policy dump will bail out with the same message after that.
      
      -recv(4, "\2\16\0\0\32\0\3\0\0\0\0\0\37\r\0\0\3\0\5\0\377 \0\0\2\0\0\0\300\250\0*\0"..., 32768, 0) = 208
      +recv(4, "\2\16\0\0\36\0\3\0\0\0\0\0H\t\0\0\3\0\5\0\377 \0\0\2\0\0\0\300\250\0*\0"..., 32768, 0) = 208
      Signed-off-by: default avatarAlexey Dobriyan <adobriyan@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      920da692
    • Linus Torvalds's avatar
      Merge branch 'for-2.6.28' of git://linux-nfs.org/~bfields/linux · e06f42d6
      Linus Torvalds authored
      * 'for-2.6.28' of git://linux-nfs.org/~bfields/linux:
        NLM: Set address family before calling nlm_host_rebooted()
        nfsd: fix failure to set eof in readdir in some situations
      e06f42d6
    • Eric Paris's avatar
      SELinux: properly handle empty tty_files list · 37dd0bd0
      Eric Paris authored
      SELinux has wrongly (since 2004) had an incorrect test for an empty
      tty->tty_files list.  With an empty list selinux would be pointing to part
      of the tty struct itself and would then proceed to dereference that value
      and again dereference that result.  An F10 change to plymouth on a ppc64
      system is actually currently triggering this bug.  This patch uses
      list_empty() to handle empty lists rather than looking at a meaningless
      location.
      
      [note, this fixes the oops reported in
      https://bugzilla.redhat.com/show_bug.cgi?id=469079]
      Signed-off-by: default avatarEric Paris <eparis@redhat.com>
      Signed-off-by: default avatarJames Morris <jmorris@namei.org>
      37dd0bd0
    • Jesper Nilsson's avatar
      [CRIS] Remove links from CRIS build · c5ec6fb0
      Jesper Nilsson authored
      Remove the links to architecture and machine dependent directories
      (boot, lib, drivers, arch, mach)
      
      The links were created and used mostly from the arch/cris/Makefile,
      so why not dispense with them altogether?
      Changed $(ARCH) to "cris" in Makefile, it is easier to read this way.
      
      The CRISv32 head.S common files for the kernel and compressed images
      needed to be modified to use ifdefs instead of using the now removed
      mach link. Since there are only two versions, this is not a huge loss
      in readability.
      
      The link to vmlinux.lds.S is also replaced with a merged version
      which uses ifdefs to select the correct layout.
      System.map before and after are identical.
      Signed-off-by: default avatarJesper Nilsson <jesper.nilsson@axis.com>
      Acked-by: default avatarSam Ravnborg <sam@ravnborg.org>
      c5ec6fb0