- 29 Jun, 2004 40 commits
-
-
James Bottomley authored
This patch implements dma_get_required_mask() which may be used by drivers to probe the optimal DMA descriptor type they should be implementing on the platform. I've also tested it this time with the sym_2 driver...making it chose the correct descriptors for the platform. (although I don't have a 64 bit platform with >4GB memory, so I only confirmed it selects the 32 bit descriptors all the time...) Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Mika Kukkonen authored
Well, one of these (fs/block_dev.c) is little non-trivial, but i felt throwing that away would be a shame (and I did add comments ;-). Also almost all of these have been submitted earlier through other channels, but have not been picked up (the only controversial is again the fs/block_dev.c patch, where Linus felt a better job would be done with __ffs(), but I could not convince myself that is does the same thing as original code). Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Matt Domsch authored
Currently, the x86/x86_64 real-mode kernel setup code reads and stores the mbr_signature (4 bytes in the MBR at offset 440 decimal) for BIOS int13h device 80h only. This is useful, but not as useful as if we stored such signatures for all int13h devices. Think OS installer wanting to set up md software RAID across several BIOS disks. Patch below against 2.6.7 allows the storing of the mbr_signature for the first 16 BIOS int13h devices, and exports them via /sys/firmware/edd/int13_dev8x/mbr_signature as before. This also merges the three EXPORT_SYMBOLs that setup.c exported for edd.c's use into one. Signed-off-by: Matt Domsch <Matt_Domsch@dell.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Olaf Hering authored
drivers/video/console/fbcon.c:310: warning: comparison is always true due to limited range of data type char can be either signed or unsigned, depending on the target system. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
François Romieu authored
- fix unbalanced invocation of pci_enable_device(); - leaks plugged in cirrusfb_zorro_setup(); - move framebuffer_release() into cirrusfb_{pci/zorro}_unmap() to balance cirrusfb_{pci/zorro}_setup(); - make cirrusfb_{pci/zorro}_setup() return adequate error codes when something fails; - cirrusfb_zorro_unmap: iounmap() now take as argument values previously returned by ioremap(). Signed-off-by: Francois Romieu <romieu@fr.zoreil.com> Signed-off-by: David Eger <eger@havoc.gtf.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Paul Mundt authored
This updates MAINTAINERS for sh/sh64 to match up with the 2.4 entries. I've also removed NIIBE-san as an active sh maintainer, since he hasn't been involved or submitted any code since 2002/06/26. Signed-off-by: Paul Mundt <lethal@linux-sh.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Paul Mundt authored
Since James confirmed that this doesn't need to be module specific, we get rid of the #ifndef MODULE checks for both the modedb and the modedb lookup. Additionally we also switch from memset_io() to fb_memset(). Signed-off-by: Paul Mundt <lethal@linux-sh.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Paul Mundt authored
If the syscall table is in the text section, the movi that loads its address into a register will at link time have its immediates resolved as though it's an SHmedia symbol, i.e. the LSB will be 1. This is then misaligned as a base address for loading the address to jump to. This could be fixed either by moving the table back to the .data section (as done here), or by masking off the LSB after loading the table address into a register. Signed-off-by: Richard Curnow <richard.curnow@superh.com> Signed-off-by: Paul Mundt <lethal@linux-sh.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Paul Mundt authored
This patch adds sh64 support. This is a bit overdue, as this was on the should-fix list, though we weren't done debugging and finishing off the port until just recently (I did a port against 2.5.68 but it wasn't in any shape to be merged). sh64 is already in 2.4 and has been for quite awhile, so this is mostly just a forward port of that code to 2.6 with appropriate bug fixes, etc. along the way. There isn't much in the way of new features that have been added to the port yet, though I have added rough hugetlb and oprofile support. This patch doesn't really touch any common code, with the exception of an ifdef or two for keyboard support and an ifdef in fb.h to omit sh64 from the __raw_xxx() wrapping that sh does. The only other common driver changes were to sh-sci for serial support, but those bits were already merged with the latest batch of sh-sci updates. Beyond that, the port is completely isolated. Signed-off-by: Richard Curnow <richard.curnow@superh.com> Signed-off-by: Paul Mundt <lethal@linux-sh.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Robert Picco authored
Some hpet clean up and a fix to the RTC request_irq issue. Signed-off-by: Bob Picco <Robert.Picco@hp.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Stephen Rothwell authored
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Stephen Rothwell authored
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Stephen Rothwell authored
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Stephen Rothwell authored
Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Stephen Rothwell authored
The intention here is to have no effect on pSeries except: 1) vio_register_device is renamed to vio_register_device_node to better reflect is purpose and to allow me to introduce vio_register_device_iseries. 2) I have introduced the name and type fields in struct vio_dev to make these two fields independent of subarchitecture. Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Bjorn Helgaas authored
Check for ioremap failure and use correct UPIO_{MEM,PORT} constants. Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Luiz Capitulino authored
Luiz has ~40 patches to his name, go he gets a banana. Signed-off-by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Tigran Aivazian authored
Here is a patch against Linux 2.6.7 which fixes the sigmatch() macro to work for the relatively old processors as well, which have 'pf == 0' (processor flags as read from MSR 0x17), For example, the processors failing without this patch are Pentium II 300 MHz (Klamath) with family/model/stepping 6/3/4 and 6/3/3. The patch also contains minor cosmetic changes (to make source code more uniform). Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Antonino Daplas authored
Fixed display artifacts present in the space reserved for the boot logo. Use attributes of the background erase character instead of hardcoding the color to zero. Signed-off-by: Antonino A. Daplas <adaplas@pol.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Wim Van Sebroeck authored
<wim@iguana.be> (04/06/27 1.1770) [WATCHDOG] indydog.c-patch-20040627 * Fix: since we use the new module_param's: make sure that linux/moduleparam.h stays included * in the release code we can just use indydog_stop(); The ChangeSets can also be looked at on: http://linux-watchdog.bkbits.net:8080/linux-2.6-watchdogSigned-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Russell King authored
Add console_stop() and console_start() methods so the serial drivers can disable console output before suspending a port, and re-enable output afterwards. We also add locking to ensure that we synchronise with any in-progress printk. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Russell King authored
[This patch series has also been separately sent to the architecture maintainers] Add console_device() to return the console tty driver structure and the index. Acquire the console lock while scanning the list of console drivers to protect us against console driver list manipulations. Signed-off-by: Russell King <rmk@arm.linux.org.uk> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Kalin Rumenov Kozhuharov authored
Convert the Japanese comments in arch/v850. I am not exactly 100% sure I translated it correctly since I have no idea what exactly was that NEC v850 evaluation board, but should be OK (say 95% sure). Acked by Miles Bader <miles@lsi.nec.co.jp> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Yoav Zach authored
The proposed patch uses the aux-vector to pass the fd of the open misc binary to the interpreter, instead of using argv[1] for that purpose. Previous patch - open_nonreadable_binaries, offered the option of binfmt_misc opening the binary on behalf of the interpreter. In case binfmt_misc is requested to do that it would pass the file-descriptor of the open binary to the interpreter as its second argument (argv[1]). This method of passing the file descriptor was suspected to be problematic, since it changes the command line that users expect to see when using tools such as 'ps' and 'top'. The proposed patch changes the method of passing the fd of the open binary to the translator. Instead of passing it as an argument, binfmt_misc will request the ELF loader to pass it as a new element in the aux-vector that it prepares on the stack for ELF interpreter. With this patch, argv[1] will hold the full path to the binary regardless of whether it opened it or not. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andy Whitcroft authored
If a fault in the kernel leads to an unexpected protection fault whilst in a code path which holds mmap_sem we will deadlock in do_page_fault() while trying to classify the fault. By carefully testing the source of the fault we can detect and OOPS on the vast majority of these, greatly enhancing diagnosis of such bugs. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
We're now putting 24-byte structures into .init.setup via __setup. But x86_64's compiler is emitting a `.align 16' in there, so they end up on 32-byte boundaries and do_early_param()'s pointer arithmetic goes wrong. Fix that up by forcing the compiler to align these structures to sizeof(long). Cc: Andi Kleen <ak@muc.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
http://lia64.bkbits.net/to-linus-2.5Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/gregkh/linux/usb-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Hidetoshi Seto authored
Trivial patch to quiet messages about corrected errors. Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com> Signed-off-by: David Mosberger <davidm@hpl.hp.com>
-
David Mosberger authored
-
Stephen Hemminger authored
This is a revised version of Kishore's patch to set message age appropriately in STP configuration packets. Signed-off-by: Kishore A K <KishoreAK@myw.ltindia.com> Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Tony Luck authored
I'm hitting this problem because the module I want to load was compiled with -g, so the filesize is absolutely huge. kernel/module.c does a vmalloc() to inhale the entire file, and then two calls to module_alloc() (which calls vmalloc() on ia64) to load the 'init' and 'core' sections. The 'init' is small and slips into a gap early in the vmalloc playspace, while the 'core' area is allocated after the huge area that was allocated for the inhaled copy of the whole file. I made a one coding change to Jean-Marc's version, adding a check to see whether the init/core sections are close enough together for the PCREL21B to reach (they almost always are). I've kept the test that there are no jumps from core to init (though the message that is printed is almost as unhelpful as the one that you get when you statically link a module into the kernel that has calls to the discarded .exit section :-) This patch stalled out before on the question of whether a PLT was overkill for a section-to-section branch, and whether it would be better to use relaxation techniques to extend the range. Doing that might be more elegant in some way, but it needs a whole heap of extra code (to count how many relaxed branches need to be added and allocated them as needed). This seems a lot of extra code that is only ever going to be exercised by maniacs like me with 49MB .ko files. I fixed up the comments to be a little more heplful. Signed-off-by: <tony.luck@intel.com> Signed-off-by: David Mosberger <davidm@hpl.hp.com>
-
David S. Miller authored
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/usb-2.6
-
Jesse Barnes authored
The Altix console driver has been replaced in Andrew's tree by a new one that uses the serial core API. Update the early_console_setup routine to use the new config option so that it's ready when the driver hits Linus' tree. This will also fix a build bug since the old driver hasn't been updated. Signed-off-by: Jesse Barnes <jbarnes@sgi.com> Signed-off-by: David Mosberger <davidm@hpl.hp.com>
-
Stephen Hemminger authored
The packet scheduler simulates 64 bit jiffies on 32 bit platforms by running a timer keeping a mark and and offset. Since there is no locking and this is racy and doesn't handle jiffie wrap real well. We can use get_jiffies_64 on 2.6 do get what is needed. The downside is the overhead of a function call, and a cache miss in get_jiffies_64. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Stephen Hemminger authored
The last argument in the PSCHED_TDIFF_SAFE is no longer used; only usage eliminated by previous patch. It gets rid of a bad macro usage. Also, can use the standard min_t macro which also eliminates the macro problem of double evaluation of bound. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Stephen Hemminger authored
This code in the csz scheduler, is just plain broken. The TDIFF_SAFE effectively expands to: unsigned long delay = now - q->t_c; if (delay > 0) { delay = 0; goto do_reset; } if (delay >> q->delta_log) So delay is always 0! I assume that what was originally intended is the to keep delay bounded to 1<<q->delta_log. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Kenneth W. Chen authored
The patch to move the current pointer for init_task from region 7 to region 5 inadvertendly caused ar.k4 (CURRENT_STACK) to be initialized improperly for the bootstrap processor. Fix this by initializing it to -1. Signed-off-by: David Mosberger <davidm@hpl.hp.com>
-