Skip to content

L
linux
Switch branch/tag
  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
  3. 02 Jun, 2004 33 commits
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7