- 19 May, 2003 1 commit
-
-
Christoph Hellwig authored
Yeah, I know the method is obsolete but for proper refcounting we need to get rid of all those scsi_host_hn_get() abusers. scsi_host_hn_get() and scsi_host_put() are not exported anymore after this patch.
-
- 15 May, 2003 20 commits
-
-
Andrew Morton authored
-
David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
Brian Gerst authored
fake_sep_struct is no longer used.
-
Andrew Morton authored
This is a bit neater.
-
Andrew Morton authored
From: Bernardo Innocenti <bernie@develer.com> the following patch fixes a bug in the CS89xx net device which would set new MAC address through SIOCSIFHWADDR _only_ when net_debug is set, which is obviously not what it was meant to do. The original code bogusly interpreted the addr argument as a buffer containing the MAC address instead of a struct sockaddr.
-
Andrew Morton authored
From: Andy Wihitcroft <apw@shadowen.org> The generic-subarch patch broke visws builds.
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> memory_lseek() should return a loff_t.
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> Remove smp.h leftovers. From the ia64 tree.
-
Andrew Morton authored
From: Paul Fulghum <paulkf@microgate.com> * Remove PCMCIA release from timer context * Add irqreturn_t to ISR * Add dosyncppp module parameter
-
Andrew Morton authored
It needs fs.h for struct inode.
-
Andrew Morton authored
From Badari Pulavarti. Fixes lots of error-path memleaks which the Stanford guys found.
-
Andrew Morton authored
From: Petr Vandrovec <vandrove@vc.cvut.cz> While I was trying to hunt down problem with spin_lock_irq in send_sig_info, I noticed that debugging spinlocks are a bit unusable. The problem is that these spinlocks first print warning, and then decrement babble. So if the lock is used by printk code (like runqueue lock was), we get nothing, just a lockup or a double fault... When we first decrement babble and then print the error message we can break this unfortunate situation and the error message (5 of the same...) appear on screen.
-
Andrew Morton authored
From: john stultz <johnstul@us.ibm.com> I've been having problems with ACPI on a box here in our lab. Some of our more recent hardware requires that SMIs are routed through the IOAPIC, thus when we clear_IO_APIC() at boot time, we clear the BIOS initialized SMI pin. This basically clobbers the SMI so we can then never make the transition into ACPI mode. This patch simply reads the apic entry in clear_IO_APIC to make sure the delivery_mode isn't dest_SMI. If it is, we leave the apic entry alone and return. With this patch, the box boots and SMIs function properly.
-
Andrew Morton authored
From: Faik Uygur <faikuygur@ttnet.net.tr>: mtrr_file_del() is using the wrong thing for fcount. This causes it to print mtrr: MTRR 2 not used" twice when exiting X.
-
Andrew Morton authored
From: Rusty Russell <rusty@rustcorp.com.au> loop.c has one of those places where manipulating own refcounts is safe: to get into the ioctl handler you need to have the device open, so that holds a refcount already (verified that this actually happens). The compile warning is irritating.
-
Andrew Morton authored
From: Dave Olien <dmo@osdl.org> I'm forwarding this patch to the DAC9690 driver from Christoph. I've applied it to the 2.5.69 DAC960 driver, compiled it, and ran it through some tests on both V1 and V2 type controllers. It looks good.
-
Andrew Morton authored
From: norbert_wolff@t-online.de (Norbert Wolff) In arch/i386/mm/hugetlbpage.c htlbzone_pages and htlbpage_freelist are declared static at the Top of the File and later in set_hugetlb_mem_size() as extern. gcc-3.4 does not accept this conflict.
-
Andrew Morton authored
put_dirty_page() currently assumes PAGE_COPY for the stack page's ptes. But for x86_64 (at least) this is not the case. The patch adds the extra arg to put_dirty_page(), updates all callers and fixes x86_64.
-
Andrew Morton authored
From: Hal Duston <hduston@speedscript.com> This fixes a bug that appears to have crept in between 2.5.69-mm1 and 2.5.69-mm2 with the "switch most remaining drivers over to devfs_mk_bdev" patch
-
Andrew Morton authored
CPU flags are unsigned long.
-
- 14 May, 2003 19 commits
-
-
David S. Miller authored
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.5
-
Dave Jones authored
Originally from Matt Dobson. I've been running with this for a while in -dj, with no noticable side-effects. Matt: node_zonelists looks like it should really be declared of size MAX_NR_ZONES, not GFP_ZONEMASK. GFP_ZONEMASK is currently 15, making node_zonelists an array of 16 elements. The extra zonelists are all just duplicates of the *real* zonelists, namely the first 3 entries. Again, if anyone can explain to me why I'm wrong in my thinking, I'd love to know. There's certainly no way you could bitwise-and something with any combination of the GFP_DMA and GFP_HIGHMEM flags to refer to the 12th zonelist or some such! Or am I crazy?
-
Dave Jones authored
Syncs up with 2.4
-
Dave Jones authored
From 2.4 long long ago.
-
Dave Jones authored
From 2.4 from way back 13 months ago..
-
Dave Jones authored
Single spin_unlock path cuts this down a little..
-
Dave Jones authored
Patch from Steven Cole to fix up ver_linux output on a system with no module-init-tools, just modutils. As noted in bugzilla #267 and at http://marc.theaimsgroup.com/?l=linux-kernel&m=104492524815220&w=2
-
Dave Jones authored
-
Dave Jones authored
Erk, that's a really funny looking switch. Every case fell through..
-
Dave Jones authored
-
Dave Jones authored
From Dominik Brodowski, comments says it all..
-
Dave Jones authored
This went into 2.4 nearly a year back with the wonderfully descriptive "Fix from maintainer" comment.
-
Dave Jones authored
-
Dave Jones authored
This went into 2.4 back last August with the comment in $subject.
-
Dave Jones authored
-
Dave Jones authored
-
Dave Jones authored
There are still a few places where we play with the RTC directly, with no locking. This catches some of them.
-
Dave Jones authored
This went into 2.4 with the following comments.. ide-scsi driver starts DMA as soon as it writes the ATAPI PACKET command in command register and before sending the ATAPI command. This will cause problems on many drives. Right way to do it is to start DMA after sending the ATAPI command. I am attaching a patch that fixes this. This patch will allow many more CD-RW drives to work reliably in DMA mode than do today Alan's comment to this diff previously.. "Thats the least of the 2.5 ide-scsi problems, but yes its probably one to add"
-