1. 03 Jun, 2004 7 commits
    • Andrew Morton's avatar
      [PATCH] partition table validity checking · 18e95846
      Andrew Morton authored
      From: Andries Brouwer <Andries.Brouwer@cwi.nl>
      
      The patch examines a putative partition table, and if that doesnt look like a
      valid partition table it goes away again.
      
      Some devices have partition tables (and there are many styles of such), some
      don't.  Traditionally fixed disks have one, floppies don't.  Nobody knows what
      happens with ZIP disks, USB sticks and other such things.  Both the DOS-type
      partition table, and the "big floppy" whole disk FAT filesystem are common.
      It is undesirable for the kernel to detect partitions where there are none.
      This leads to great confusion, sometimes to kernel crashes.
      
      In the particular case of DOS-type partition tables a partition entry has a
      1-byte field boot_ind that traditionally is 0x80 for the boot partition and 0
      for the other three primary partitions.  Linux does not use this field, and
      one sometimes sees tables with all four entries zero.
      
      The patch tells the kernel not to think that something is a valid DOS-type
      partition table when a value other than 0 or 0x80 is encountered.  I think it
      is a fairly safe change: I do not know of any fdisk-type program that will
      write other values there.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      18e95846
    • Andrew Morton's avatar
      [PATCH] ppc64 gives up too quickly on hotplugged cpu · 1df9796b
      Andrew Morton authored
      From: Nathan Lynch <nathanl@austin.ibm.com>
      
      On some systems it can take a hotplugged cpu much longer to come up than it
      would at boot.  If the cpu comes up after we've given up on it, it tends to
      die in its first attempt to kmem_cache_alloc (uninitialized percpu data, I
      imagine).
      
      In my experimentation I haven't seen a processor take more than one second
      to become available; the patch waits five seconds just to be safe.
      Signed-off-by: default avatarNathan Lynch <nathanl@austin.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      1df9796b
    • Andrew Morton's avatar
      [PATCH] ppc64: update info about available iseries_veth interfaces · 0c2aaf20
      Andrew Morton authored
      From: Olaf Hering <olh@suse.de>
      
      /proc/iSeries/config contains now the number of configured virtual ethernet
      adapters.  AVAILABLE_VETH should only indicate if there is at least one
      interface available, iseries_veth must be loaded in this case.
      
      Printing the entire map will give installers some hints about what
      interface numbers will appear and how the MAC address may look like.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0c2aaf20
    • Andrew Morton's avatar
      [PATCH] ppc64: kernel Makefile options for $(AS) · f4815879
      Andrew Morton authored
      From: Olaf Hering <olh@suse.de>
      
      `-64' is no longer a valid option for as.  Pass it `-a64' instead.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f4815879
    • Andrew Morton's avatar
      [PATCH] ppc32: add "indirect" DCR access, pass 2 · b5f6a5b1
      Andrew Morton authored
      From: Matt Porter <mporter@kernel.crashing.org>
      
      DCR number is encoded in mfdcr/mtdcr command itself and this prevents easy
      DCR access when register number is not known on compile time.  This patch
      adds __mfdcr & __mtdcr helpers which use pre-generated mfdcr/mtdcr
      sequences for all possible DCR numbers.  We also use GCC extension
      __builtin_constant_p to optimize cases when DCR number is in fact known
      during compilation.
      Signed-off-by: default avatarEugene Surovegin <ebs@ebshome.net>
      Signed-off-by: default avatarMatt Porter <mporter@kernel.crashing.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      b5f6a5b1
    • Andrew Morton's avatar
      [PATCH] shrink_all_memory() fixes · 114b0865
      Andrew Morton authored
      - Off-by-one in balance_pgdat means that we're not scanning the zones all
        the way down to priority=0.
      
      - Always set zone->temp_priority in shrink_caches().  I'm not sure why I had
        the `if (zone->free_pages < zone->pages_high)' test in there, but it's
        preventing us from setting ->prev_priority correctly on the
        try_to_free_pages() path.
      
      - Set zone->prev_priority to the current priority if it's currently a
        "lower" priority.  This allows us to build up the pressure on mapped pages
        on the first scanning pass rather than only on successive passes.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      114b0865
    • Andrew Morton's avatar
      [PATCH] ramfs o_sync oops fix · 97e012bb
      Andrew Morton authored
      Writing to ramfs files with O_SYNC dereferences null in mpage_writepages(),
      due to null a_ops->writepage.  The call path is
      
      	generic_file_aio_write_nolock
      	->generic_osync_inode
      	  ->write_inode_now
      	    ->__writeback_single_inode
      	      ->__sync_single_inode
      	        ->do_writepages
      	          ->mpage_writepages
      
      The best fix for this is to visit all ram-backed filesystems and give them a
      no-op a_ops.writepages.  But baling out if the file is memory-backed is a
      sufficient coverall and is how we handle this in __filemap_fdatawrite().
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      97e012bb
  2. 02 Jun, 2004 33 commits