- 14 Dec, 2004 7 commits
-
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Linus Torvalds authored
It's "const volatile __iomem *". The "const" was missing.
-
Patrick McHardy authored
Signed-off-by:
Patrick McHardy <kaber@trash.net> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Chris Wright authored
When adding or deleting from the source list make sure to find matches by comparing against the new source address, not the group address. Also, check each addr in the list rather than just the first one. And, finally, only delete from list when there's a match rather than vice-versa. Drop the effort to keep list sorted, since it's not done on full-state api and can create an sl_addr entry that the delta api won't be able to delete. Without these fixes sl_count can be corrupted which can allow for kernel memory corruption. Signed-off-by:
Chris Wright <chrisw@osdl.org> Signed-off-by:
-
Tony Luck authored
into intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.10
-
Stéphane Eranian authored
- undo the pfm_context_free() call in pfm_handle_work(). The logic is different. In the case of a controlling task exiting while monitored in pfm_handle_work. The context is freed in pfm_close() and not pfm_handle_work(). signed-off-by:
stephane eranian <eranian@hpl.hp.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Tony Luck authored
Andrew took the patch that created this, and Linus applied it to his BK tree. Remove my copy so that we can merge. Signed-off-by:
-
- 13 Dec, 2004 33 commits
-
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Stéphane Eranian authored
- fix pfm_force_terminate() to really cleanup the state. There was a bug affecting sessions which use PFM_FL_OVFL_BLOCK flag. It could lead to an assertion failure in pfm_load_regs() in the case where the owner of the session died unexpectedly. The fix is to do the full unload operation. - simplifies the debug output in pfm_flush_pmds() - simplifies the debug output in pfm_overflow_handler() - fix a minor typos in a comment in pfm_flush(). signed-off-by:
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Russell King authored
Fix ZBOOT_ROM options help texts to describe what's going on there bettwe. Make ZBOOT_ROM depend on ZBOOT_ROM_TEXT and ZBOOT_ROM_BSS being different values. This allows all*config-created configurations to work where ZBOOT_ROM_TEXT and ZBOOT_ROM_BSS were both zero.
-
Johannes Stezenbach authored
emard<at>softhome!net discovered an embarrasing bug in dvb_net.c where the NET_REMOVE_IF ioctl will cause an Oops when called with an invalid interface number. Signed-off-by:
Johannes Stezenbach <js@linuxtv.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Bjorn Helgaas authored
The hisax driver looks at dev_avm->irq before calling pci_enable_device(), which means it requests the wrong IRQ. This patch fixes it. Thanks to Thorsten Doil for reporting the problem and testing the fix. Signed-off-by:
Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by:
-
Andrew Morton authored
Avoid documenting something which isn't there. Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
-
James Nelson authored
Add some configuration information to Documentation/rocket.txt that was included with the external driver package. Signed-off-by:
James Nelson <james4765@gmail.com> Signed-off-by:
-
Magnus Damm authored
I recently learnt that limiting RAM with by using only "mem=xxxM" is no good on machines equipped with PCI. In my case (vanilla 2.6.9) the cardbus bridge on my laptop got mapped to the unused RAM area which resulted in wierd errors due to the collision. The right solution is to use "mem=" together with "memmap=" to mark the unused RAM area reserved. Henceforth I force the kernel to use 2016MiB by passing "mem=2016M memmap=32M#2016M" instead of just "mem=2016M". Signed-off-by:
-
sundarapandian@gmail.com authored
Signed-off-by:
-
Michael Hunold authored
- av7110: fixed av7110_before_after_tune()/av7110_fe_lock_fix(): firmware >= 261d: wait for empty message queue, firmware <= 261c: wait 50ms - av7110: add __user and __iomem annotations, remove some unnecessary cast (patch by C.Y.M) - av7110: __av7110_send_fw_cmd(): added some sanity checks suggested by Werner Fin - av7110: added support for full-featured DVB-C cards: 13c2:0000 Siemens DVB-C (full-length card) VES1820/Philips CD1516 and 13c2:0003 Haupauge DVB-C 2.1 VES1820/ALPS TDBE2 - av7110: follow saa7146 changes, remove superflous casts, and other misc. minor cleanups - av7110: Fixed race condition between driver and av7110 while accessing the COMMAND register in DPRAM. See http://www.linuxtv.org/mailinglists/vdr/2004/01-2004/msg00331.html - budget: various cleanups by Adrian bunk Signed-off-by:
Michael Hunold <hunold@linuxtv.org> Signed-off-by:
-
Michael Hunold authored
- dib3000: support for dynamically i2c addresses of the demod - tda1004x: fixed firmware upload problems, forgot to include tune_settings for tda1004x, added setting to allow inversion of OCLK, set fesettings->min_delay_ms = 800 as suggested by Peter Siering - stv0297: code cleanup - mt312: added vp310 support - mt352: decrease verbosity Signed-off-by:
-
Michael Hunold authored
- dvb-core: remove unused frequency bending code, simplify internal frontend handling - dvb-net: add ULE dvb-net support according to draft-ietf-ipdvb-ule-03 Signed-off-by:
-
Michael Hunold authored
- added new usb ids for some more clones - added option to deliver the complete TS with USB2.0 devices - added support for the dib3000mc/p frontend driver Signed-off-by:
-
Michael Hunold authored
- B2C2: move generic b2c2 code a separate module, added basic b2c2-usb support - [DVB] Skystar2: add mt312/vp310 support Signed-off-by:
-
Michael Hunold authored
- saa7146: prefix IER_DISABLE and IER_ENABLE with SAA7146_, add SAA7146_ISR_CLEAR - dvb-bt8xx/dst: fix typo - cinergyT2: locking in SET_PARAMETERS and some VDR compatibility code for GET_EVENT (thanks to Stefan Lucke) Signed-off-by:
-
Matt Mackall authored
This patch fixes a problem where /dev/urandom can return duplicate values when two processors read from it at the same time. It relies on the fact that we already are taking a lock in add_entropy_words(), and atomically hashes in some freshly mixed in data into the returned randomness. Signed-off-by:
Matt Mackall <mpm@selenic.com> Signed-off-by:
Theodore Ts'o <tytso@mit.edu> Signed-off-by:
-
Pavel Machek authored
This fixes types so that sparse has less stuff to complain about. Signed-off-by:
-
Pavel Machek authored
Fixes typo in header, please apply, Signed-off-by:
-
Pavel Machek authored
This fixes confusing printk. Signed-off-by:
-
Pavel Machek authored
This fixes memory leak when we are low on memory during suspend. Ouch and nr_needed_pages is only used twice, and only written :-(. I guess that can wait for 2.6.10. Signed-off-by:
-
Pavel Machek authored
This prevents oops when not enough memory is available during resume. Signed-off-by:
-
Pawel Sikora authored
Fix the below: drivers/atm/zatm.c:1608: error: invalid lvalue in assignment drivers/atm/iphase.c:623: error: invalid storage class for function 'ia_pkt_tx' drivers/cdrom/sbpcd.c: In function 'get_state_T': drivers/cdrom/sbpcd.c:1168: error: invalid storage class for function 'cmd_out_T' drivers/cdrom/sbpcd.c: In function 'cmd_out_T': drivers/cdrom/sbpcd.c:1317: error: invalid storage class for function 'cc_DriveReset' drivers/media/video/saa7134/saa7134-core.c:90: error: static declaration of 'saa7134_devcount' follows non-static declaration drivers/media/video/saa7134/saa7134.h:479: error: previous declaration of 'saa7134_devcount' was here drivers/net/acenic.c:488: error: invalid storage class for function 'ace_watchdog' Signed-off-by:
-
Tom Rini authored
As of 2.6.10-rc3, the following is needed to allow various userland packages (sysvinit, dhcp, ppp, libcap, libpcap, lilo) to compile as parts that userland needs (e.g. for ioctls) is in files with stuff userland isn't allowed to see. This adds __KERNEL__ around <linux/ata.h> and some defines (<linux/ata.h> isn't needed by userland, and is unhappy right now). sysvinit and some other packages need <linux/hdreg.h> for HDIO_DRIVE_CMD and other IOCTL things. In <linux/types.h> we were unsafely typedef'ing __le64/__be64 as __u64 only exists when __GNUC__ && !__STRICT_ANSI__ (causing libcap to fail, for example). Finally, <asm/atomic.h> provides routines userland simply cannot use on all arches, but <linux/filter.h> is needed by iputils for example. While not all arches put __KERNEL__ around their header, on MIPS including this header currently blows up the build. Signed-off-by:
Tom Rini <trini@kernel.crashing.org> Signed-off-by:
-
Bjorn Helgaas authored
Document how Linux/ia64 names serial devices and how to use them as console devices. Signed-off-by:
-
Anton Blanchard authored
It turns out there are more issues with our VPA code: 1. vpa_init doesnt report errors when it fails. This was masking a bug where the VPA spanned 2 pages and phyp failed to register it. 2. We call idle_setup before we initialise the boot cpus vpa. This means we never select the shared processor idle loop. 3. We dont call vpa_init on UP kernels. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Benjamin Herrenschmidt authored
ppc64 has a global called "pci_probe_only" which, when set, prevents the arch PCI code from calling pci_assign_unassigned_resources(). This was cleared by pmac so far, but a bug in the definition of the variable make that ineffective until 2.6.10, and so we never called pci_assign_unassigned_resources(). With 2.6.10, that bug was fixed and so we now call it, which results in some problems. Some devices who have perfectly valid assigned addresses by firmware end up beeing moved around anyway, which is a BAD thing can can break boot on some machines since it breaks the relationship between addresses in Open Firmware device-tree and actual location of PCI devices. (Some low level things like the PIC are ioremap'ed based on their OF address, way before the PCI based ASIC hosting them has been found). This also break the "offb" default framebuffer driver since the video card ends up beeing moved around as well. For now, the fix is to set pci_probe_only on pmac, thus reverting to the old behaviour. In the long run, it would be interesting to "fix" pci_assign_unassigned_resources() so that it does what it's name claims, and only assigns things that have been left unassigned instead of moving things around gratuituously... Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Hugh Dickins authored
Sometimes /proc/<pid>/status shows VmLib: 42949..... kB. mprotect_fixup must note oldflags on entry: if vma_merge is successful, vma->vm_flags afterwards may be either the oldflags or the newflags, and the extent of the change will be less than the extent of the vma. And let's use unsigned long for these flags throughout. Signed-off-by:
Hugh Dickins <hugh@veritas.com> Acked-by:
William Lee Irwin III <wli@holomorphy.com> Signed-off-by:
-
Hugh Dickins authored
In some cases /proc/<pid>/status shows VmLib: 42949..... kB. If READ_IMPLIES_EXEC then the break area is VM_EXEC, but omitted from exec_vm since do_brk contains no __vm_stat_account call. Later munmaps count its pages out of exec_vm, hence (exec_vm - VmExe) can go negative. do_brk is right not to call __vm_stat_account, its pages shouldn't need to be counted. What's wrong is that __vm_stat_account is counting all the VM_EXEC pages, whereas (to mimic 2.4 and earlier 2.6) it should be leaving VM_WRITE areas and non-vm_file areas out of exec_vm. VmLib may still appear larger than before - where a READ_IMPLIES_EXEC personality makes what was a readonly mapping of a file now executable e.g. /usr/lib/locale stuff. And a program which mprotects its own text as writable will appear with wrapped VmLib: sorry, but while it's worth showing ordinary programs as ordinary, it's not worth much effort to avoid showing odd ones as odd. Signed-off-by:
-
Hugh Dickins authored
Michael Kerrisk has observed that at present any process can SHM_LOCK any shm segment of size within process RLIMIT_MEMLOCK, despite having no permissions on the segment: surprising, though not obviously evil. And any process can SHM_UNLOCK any shm segment, despite no permissions on it: that is surely wrong. Unless CAP_IPC_LOCK, restrict both SHM_LOCK and SHM_UNLOCK to when the process euid matches the shm owner or creator: that seems the least surprising behaviour, which could be relaxed if a need appears later. Signed-off-by:
-
Gerd Knorr authored
ObviouslyCorrect[tm] buildfix ;) Signed-off-by:
Gerd Knorr <kraxel@bytesex.org> Signed-off-by:
-
Heiko Carstens authored
The patch below fixes an ext2/ext3 memory leak: the *_fill_super functions allocate percpu data structures but don't free them in *_put_super. Signed-off-by:
Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by:
-
Andrew Morton authored
Use pid_alive() rather than testing for a zero value of ->pid. Is the right thing to do and addresses an oops dereferencing real_parent which one person reported. Signed-off-by:
-
