- 25 Sep, 2004 1 commit
-
-
Hideaki Yoshifuji authored
We failed to leave all-routers multicast address. Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
-
- 23 Sep, 2004 30 commits
-
-
Benjamin Herrenschmidt authored
The code re-allocating new bus resources in case of conflicts use a function called probe_resource(), which has a typo (spotted by the uninitialized variable use of gcc) causing it to potentially return bogus results. This fixes it: Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
The changes to prom_init/offb interaction introduced by the ppc64 monster cleanup patch need a fix to ppc32 prom_init so that offb works again. ppc32 prom_init() could use a lot more cleanup, but let's do the minimal fix to make it work now. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
The recent ppc64 changes for offb introduced an uninitialized pointer use for ppc32, here's the fix: Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
A typo in pmac_feature.c can cause us to use a bogus node pointer when iterating the i2c controllers during boot. Fortunately, it seems that we always find the one we are looking for first, and thus never ended up in an inifinite loop here, but let's fix it and fix the warning at the same time. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
In chrp_setup.c, chrp_int_ack could be left uninitialized and passed "as-is" to i8259_init() if the OF node for the 8259 wasn't found. I don't know if that should happen, but the i8259 code can deal with int_ack beeing 0, so let's be safe, initialize it, and remove a warning at the same time. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
There's an obvious uninitialized return value in pmac_cpufreq, here's a fix: Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
When pci_assign_all_busses is set, the common code will re-assign all the bus numbers, which we still need to do one various pmacs, at least until XFree/XOrg understands PCI domains properly. However, this process triggers a bug if during this renumbering, on a given segment, a P2P bridge not yet renumbered has conflicting downstream bus range with a P2P bridge just renumbered. The probing will just behave randomly and either miss devices, show duplicates, or just lockup in some circumstances. This is typically triggered on Apple Xserve G4s who have at least 2 P2P bridges built-in on the same segment of the first PCI (non-AGP) domain The "workaround" we use on pmac that was in my tree for a while but got "lost" during the big merge a while ago is to offset the bus numbers between domains by 16. This avoids the above collision scenario in all practical cases. The long term solution of course is to stop renumbering and make sure that all drivers are domain safe (there may be a couple issue remaining in the code that matches PCI / OF devices on ppc32) and XFree/XOrg has to be fixed. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
-
Bartlomiej Zolnierkiewicz authored
From: Brett Russ <russb@emc.com> The following code needs to be added to ide_end_drive_cmd(), since ide_error() calls ide_end_drive_cmd() after ide_dump_status() has left the registers pointing at the high order part of the LBA. Using the taskfile ioctl will then lead to hobRegister[] and subsequently hob_ports[] being loaded with the wrong values. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
-
Bartlomiej Zolnierkiewicz authored
into trik.(none):/home/bzolnier/bk/ide-2.6
-
Bartlomiej Zolnierkiewicz authored
From: Nicholas Reilly <nreilly@magma.ca> I have a Shuttle SN41G2 and the secondary IDE channel alternates between IRQ 15 (correct) and IRQ 7 (causing failures accessing the DVD+-RW which is master, no slave and also messing with the parallel port if it is enabled) on each boot. This is running ACPI and APIC on 2.6.5, 2.6.7 and 2.6.8. dmesg, dmidecode and /proc/acpi/dsdt are all identical (apart from dmesg printing of IRQ and errors it causes) regardless of whether it decides to go on 7 or 15. It is now running the latest BIOS, earlier BIOS did the same. bart: IRQ auto-detection sometimes fails and gets "screaming" IRQ Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
http://lia64.bkbits.net/linux-ia64-release-2.6.9Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Tony Luck authored
Patch written by Ben Woodard. Sanity checked by Jesse Barnes. Signed-off-by: Tony Luck <tony.luck@intel.com>
-
Benjamin Herrenschmidt authored
This is the third & hopefully final version of the monster cleanup patch. It does significant cleanups of the early boot code of the ppc64 kernel, and begins the long process of cleaning up & splitting properly the platform support. It completely reworks the interface between the early code that is run in the firmware context (prom_init) and the rest of the kernel, in such a way that will make kexec or static device-tree for embedded people possible. The early init code can eventually be moved to a separate link entity, it no longer touches any of the kernel globals, everything is passed via a single blob of data in memory containing a flattened version of the device-tree and a memory reserve map. While doing it, I also cut the ties between pSeries and Powermac. Now, the kernel config provides a choice between legacy iSeries and "multiplatform". The later is a set of various supported platform, each of them beeing a boolean switch, currently defined beeing pSeries and PowerMac. You can enable both or just one of them. CONFIG_PPC_PSERIES is now specifically set for IBM pSeries support, you can build a PowerMac kernel without pSeries support if you which. The main goal here is to simplify addition of new platform types. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Herbert Xu authored
It looks like some of the places where FIB_SCAN_TOS macros were used have lost the tos check. This patch adds them back. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
fib_find_alias is meant to return either an exact match or the entry just before where it should be. Currently it returns the entry after that. This patch fixes that. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Chas Williams authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Chas Williams authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Chas Williams authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Chas Williams authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Hideaki Yoshifuji authored
> I am trying to upgrade my labtop to 2.6.8.1. I have ArcNet COM20020 > PCMCIA card. After editing /etc/pcmcia/config to make it know about the > module, it finds the com20020 with no problems but as soon as I try to > start the network device the ifconfig process crashes. : > I fixed it by changing > lp->hw.open(dev); > to > if(lp->hw.open) { > lp->hw.open(dev); > } Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Patrick McHardy authored
This patch fixes an unbalanced spin_unlock_bh in __xfrm_find_acq_byseq left over from the larval state SA fix. Signed-off-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Robert Olsson authored
Stephen's patches. version change and hard_xmit printout removed. And 2.7 is still a promise... Signed-off-by: Robert Olsson <Robert.Olsson@data.slu.se> Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Olaf Hering authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
This line in net/ipv4/Makefile was left behind when the rest of the dumb NAT option was taken out. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
Here is a minor optimisation to fz_hash_alloc. The break-even point should be based on PAGE_SIZE rather than the value of divisor. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
-
Herbert Xu authored
-
Russell King authored
At present, flush_cache_page() is used to handle the case where we unmap a page or alter the page permissions on the target page with one exception - access_process_vm(). Based upon the former, the decision to implement this function is: do we need to flush the cache when we unmap or change the mapping permissions? However, kernel/ptrace.c: access_process_vm() also includes into this: or we need to ensure cache coherency between the kernel and user space mapping of this page. I argue that the use of flush_cache_page() here in the generic code is wrong, and if an architecture wishes to use it for this purpose, it should do so within it's architecture private implementation of copy_to_user_page() and copy_from_user_page(). So this patch removes the flush_cache_page() from kernel/ptrace.c, adding it to the arch-specific copy_{to,from}_user_page() where flush_cache_page is non-empty. Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 22 Sep, 2004 9 commits
-
-
Tony Luck authored
into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9
-
Bartlomiej Zolnierkiewicz authored
It is always equal to zero. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
-
Bartlomiej Zolnierkiewicz authored
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl>
-
Richard Henderson authored
into kanga.twiddle.home:/home/rth/work/linux/axp-2.6
-
Richard Henderson authored
-
Benjamin Herrenschmidt authored
The adt746x driver currently adds a "°C" suffix to temperatures exposed via sysfs, and I don't like that. First, we all agree that any other unit here makes no sense (do we ? do we ? yes of course :) and I don't like having anything but numbers in there, and finally it's more consistent with what the g5 driver does. And finally, the _REAL_ reason is that this is not a low ASCII character and so has nothing to do in the kernel sources or in /sys :) Unfortunately, generating a patch here is nasty because of that (my mailer is rightfully complaining about the non-ASCII char on text import) so you might have to apply by hand... Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Nishanth Aravamudan authored
Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Nicolas Pitre authored
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Ingo Molnar authored
There is another (minor) bug that the smp_processor_id() debugger unearthed: diskstats_show() could do a disk_round_stats() -> disk_stat_add() with preemption enabled - possibly resulting in losing statistics updates. Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-