- 06 Mar, 2004 19 commits
-
-
Andrew Morton authored
From: Chris Mason <mason@suse.com> find_group_other looks buggy for ext2 and ext3 in 2.6, it can cause -ENOSPC errors when the fs has plenty of free room. To hit the bug, you need a filesystem where: parent_group has no free blocks (but might have free inodes) Every other group with free inodes has no free blocks. That gets you down to the final linear search in find_group_other. The linear search has two bugs: group = parent_group + 1; means we start searching at parent_group + 2 because the loop increments group before using it. for(i = 2 ; i < ngroups ; i++) means we don't search through all the groups. The end result is that parent_group and parent_group + 1 are not checked for free inodes in the final linear search. ext3 has the same problem.
-
Andrew Morton authored
From: Andreas Kies <andikies@t-online.de> Fix improperly handled 16 bit sample size. If you use an odd number of bytes in 16 bit mode the driver fails to work.
-
Andrew Morton authored
In file included from drivers/misc/ibmasm/uart.c:27: include/linux/serial_core.h: In function `uart_handle_dcd_change': include/linux/serial_core.h:407: `TASK_INTERRUPTIBLE' undeclared (first use in this function)
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> sleep_on hurts my eyes and this offender is compltely unused, so..
-
Andrew Morton authored
From: Arnd Bergmann <arnd@arndb.de> This use of deprecated struct initializers was hidden behind macro magic and has appearantly not been noticed before.
-
Andrew Morton authored
From: "Jim Gifford" <maillist@jg555.com> Prevent initrd from being built if ram device is built as a module.
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> From: Tony Breeds <tony@bakeyournoodle.com> It fixes 3 places where the ioctl returns positives instead of negatives. I've gotten feedback from the maintainer (Rogier Wolff (sp?) and he has no objections.
-
Andrew Morton authored
From: Arnd Bergmann <arnd@arndb.de> The wrong argument in put_compat_timespec is marked const, causing unnecessary compiler warnings.
-
Andrew Morton authored
From: David Gibson <david@gibson.dropbear.id.au> Converts the mm_context_t on ppc64 to be a struct. This lets us separate the low_hpages flag into a separate field rather than folding it into the actual context id. That makes things neater, since the flag is conceptually separate and has, for example, should be propogate across a fork whereas the context ID obviously isn't. The mm_context_id is the only place to put arch-specific information in the mm_struct. This patch will also make some interesting extensions to the hugepage support much easier, such as allowing dynamic resizing of the hugepage address space, or using special pagetables for hugepages.
-
Andrew Morton authored
From: Stephen Rothwell <sfr@canb.auug.org.au> This patch adds the virtual cdrom driver for PPC64 iSeries.
-
Andrew Morton authored
From: Stephen Rothwell <sfr@canb.auug.org.au> This patch declares iSeries_vio_dev in an include file and includes it where necessary. It also fixes arch/ppc64/kernel/mf.c to use the generic dma API with iSeries_vio_dev.
-
Andrew Morton authored
From: Olof Johansson <olof@austin.ibm.com> Below patch makes xmon survive a softreset invokation (and quite likely invocations because of other traps as well).
-
Andrew Morton authored
From: Gerd Knorr <kraxel@suse.de> Current gcc's error out if a function's declaration and definition disagree about the register passing convention. The patch adds a new `fastcall' declatation primitive, and uses that in all the FASTCALL functions which we could find. A number of inconsistencies were fixed up along the way.
-
Andrew Morton authored
From: Jakub Bogusz <qboosh@pld-linux.org> drivers/sbus/char/vfc_dev.c: In function `vfc_mmap': drivers/sbus/char/vfc_dev.c:623: error: dereferencing pointer to incomplete type
-
Andrew Morton authored
From: Joe Thornber <thornber@redhat.com> Remove the version-1 ioctl interface.
-
Andrew Morton authored
From: "J. Bruce Fields" <bfields@fieldses.org> I've done some testing with 2.6.4-rc1. It looks fine, except that one critical patch got dropped somewhere along the way, without which rpcsec_gss will oops. We've changed gss_get_mic to write mic in place instead of kmalloc'ing new memory for it; change must also be reflected in server side code.
-
Trond Myklebust authored
Here's a fix for an obvious typo in changeset neilb@cse.unsw.edu.au|ChangeSet|20040305155724|31191 that was causing ESTALE errors galore on my NFS testrig.
-
Roman Zippel authored
This fixes a problem with creating symlinks, a few fields in the inode/dentry were left uninitialized.
-
bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.4Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
- 07 Mar, 2004 3 commits
-
-
Nathan Scott authored
-
Nathan Scott authored
SGI Modid: xfs-linux:xfs-kern:167948a
-
Eric Sandeen authored
SGI Modid: xfs-linux:xfs-kern:167980a
-
- 05 Mar, 2004 18 commits
-
-
Andrew Morton authored
-
Benjamin Herrenschmidt authored
The code initializing the "high" BATs on CPUs like the 750FX got broken when copied over from 2.4. This cause random problems with machines using those CPUs (iBook 2s typically).
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
Dave Jones authored
Sparse noticed a bunch of mismatched prototypes in the new syscalls.h file when compiling net/socket.c Whilst most of them are just missing __user tags, the last argument of sys_socketpair was completely different.
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.6
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
bk://bk.arm.linux.org.uk/linux-2.6-serialLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.5/linux
-
Russell King authored
WRT 2.4, Ed Vance put this fix into 2.4: According to the data sheet, the OX16PCI952 has port 0 in BAR0 and port 1 in BAR1. (unlike the OX16C954, BTW) The 921600 base baud value is your oscillator rate divided by the default oversample rate, 16. Since 2.6 PCI IDs have been updated to use the real device ID for this part, we really should include this fix as well.
-
Russell King authored
If a serial port is hung up using vhangup() with HUPCL cleared (so DTR isn't dropped), and then re-opened, we don't want to drop the DTR line. This occurs during the login process, and dropping DTR would cause a modem to hang up.
-
Russell King authored
-
Russell King authored
-
Harald Welte authored
I didn't yet use one of my AFAVLAB boards with 2.6.x until now. The upper 4 ports are not detected at all. I suppose the bug was introduced while porting the driver from 2.4.x. Please consider applying the following patch. It also adds support for a new 8 port board called P030.
-
Bjorn Helgaas authored
The current serial console code only works for ports that are either defined in SERIAL_PORT_DFNS (and set up by serial8250_isa_init_ports()) or registered by early_serial_setup(). On ia64, SERIAL_PORT_DFNS is empty because we discover everything via ACPI and PCI. And we only use early_serial_setup() for one port described by the HCDP firmware table. This patch against 2.6.4-rc1 makes it work for any valid port. If we don't know about the port early, we just return -ENODEV from the setup() function, which leaves the serial console disabled. After the driver has found all the ports, we try to register the serial console again if it hasn't been enabled already. Keith Owens noticed that the first version of this patch broke some serial console setups because many early serial ports are registered with "type == PORT_UNKNOWN". So this version tests "port->ops" instead, and Keith has confirmed that this works for him.
-
David Stevens authored
-
bk://kernel.bkbits.net/wesolows/sparc32-2.6David S. Miller authored
into nuts.davemloft.net:/disk1/BK/sparc-2.6
-
Igmar Palsenberg authored
-
http://linux-mh.bkbits.net/bluetooth-2.6David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Marcel Holtmann authored
Only allocate the RFCOMM TTY devices when they are really in use. This prevents the system from calling hotplug and udev 256 times to create or remove every device node. In fact this makes the loading and unloading of the RFCOMM module much faster.
-