- 18 May, 2004 10 commits
-
-
Andrew Morton authored
From: Matt Porter <mporter@kernel.crashing.org> Fixes return value from ocp_register_driver().
-
Andrew Morton authored
From: Tom Rini <trini@kernel.crashing.org> From: Geoffrey LEVAND <geoffrey.levand@am.sony.com> Fix some of the problems with 'make O=...' Ack'd by Sam Ravnborg.
-
Andrew Morton authored
From: Tom Rini <trini@kernel.crashing.org> From: Fabian.Frederick <Fabian.Frederick&prov-liege.be> Remove mem_pieces_append, it is never used.
-
Andrew Morton authored
From: Tom Rini <trini@kernel.crashing.org> Update the Motorola LoPEC and Sandpoint config files.
-
Andrew Morton authored
From: Christoph Hellwig <hch@lst.de> Note that most of the drivers are in a compiling shape currently, but I want to get rid of the last callers of those. (acked by Tom Rini)
-
Andrew Morton authored
From: Paul Mackerras <paulus@samba.org> This patch updates several of the ppc32 defconfigs.
-
Andrew Morton authored
From: Paul Mackerras <paulus@samba.org> On machines with Altivec (i.e. G4 and G5 processors), the altivec floating-point instructions can operate in two modes: one where denormalized inputs or outputs are truncated to zero, and one where they aren't. In the latter mode the processor can take an exception when it encounters denormalized floating-point inputs or outputs rather than dealing with them in hardware. This patch adds code to deal properly with the exception, by emulating the instruction that caused the exception. Previously the kernel just switched the altivec unit into the truncate-to-zero mode, which works but is a bit gross. Fortunately there are only a limited set of altivec instructions which can generate the assist exception, so we don't have to emulate the whole altivec instruction set. This patch also makes sure that we always have a handler for the altivec unavailable exception. Without this, if you run a kernel that is not configured for altivec support on a machine with altivec, it works fine until a user process tries to execute an altivec instruction. At that point the kernel thinks it has taken an unknown exception and panics. With this patch it sends a SIGILL to the process instead.
-
Andrew Morton authored
From: Paul Mackerras <paulus@samba.org> This patch does nothing but fix up whitespace in three files in arch/ppc. It deletes trailing blanks and tabs in several places and joins two lines that didn't need to be split.
-
Andrew Morton authored
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> From: Bryan Rittmeyer <bryan@staidm.org> This patch adds preliminary support for the IBM PowerPC 750GX. In summary this part is a PPC750FX ramped to 1 GHz with a 1MB 4-way L2 and more advanced I/O pipelining. It is beginning to appear in embedded systems and was rumored to be under evaluation inside Apple. Tested on PVR 70020101; please merge. http://www-3.ibm.com/chips/techlib/techlib.nsf/products/PowerPC_750GX_Microprocessor
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 17 May, 2004 9 commits
-
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.6
-
Olof Johansson authored
arch/ppc64/lib/locks.c was recently added by Paulus' lock rewrite. It's always compiled, which breaks non-SMP builds. Below patch makes it depend on CONFIG_SMP.
-
bk://kernel.bkbits.net/gregkh/linux/pci-2.6Linus 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
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/usb-2.6
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 18 May, 2004 1 commit
-
-
bk://dsaxena.bkbits.net/linux-2.6-for-rmkRussell King authored
into flint.arm.linux.org.uk:/usr/src/bk/linux-2.6-rmk
-
- 17 May, 2004 19 commits
-
-
Russell King authored
-
Russell King authored
This re-jigs atomic.h by providing atomic_add_return and atomic_sub_return as other architectures do. This allows us to implement the atomic ops that test the new value without having to write the underlying atomic operation in various forms.
-
Ian Campbell authored
Patch from: Ian Campbell This changes the atomic_t in struct page named count into a private member _count which breaks arch/arm/mm/init.c at line 80 which reads page->count directly in show_mem(). The comments in the above changeset suggest that page_count(page) is precisely equal to the old page->count semantics, even though the semantics of _count are different, so I think the following is correct
-
Greg Kroah-Hartman authored
Doesn't anyone ever actually build the patches they send me...
-
Oliver Neukum authored
this makes the core use the new safe waiting helper. - remove wait_ms from hub driver
-
Oliver Neukum authored
this is a new waiting helper safe even if we are left on a waitqueue. This version addresses Alan's concerns about ifdefs. Please apply. - add delay helper that is safe even if we are still on another waitqueue
-
David Brownell authored
This resolves a FIXME by adding module parameters that can be used to provide stable (vs random) addresses, and gets rid of a runtime error from obsolete module parameter usage in the RNDIS code. The stable ethernet addresses are nice to hosts, which will normally want to save them away in config databases. For example, without stable addresses Windows XP will end up recording quite a lot of RNDIS devices.
-
David Brownell authored
This should fix the problem David Meggy found, where RNDIS was setting the OID_GEN_CURRENT_PACKET_FILTER state incorrectly. It's the same issue Andrew Morton noticed a while back, for that matter, but with more than just a "now compiles on 64 bit" fix. Basically the code needs to interpret 32 bits provided in the request from the (Windows) host, rather than 8 bits of other memory that's got some irrelevant value. The fix is just to save the 32 bits. I did the same thing with the CDC Ethernet filter, which should eventually be used the same way: to limit what packets get sent to the host. Also defined a couple more of the CDC requests.
-
Bryan W. Headley authored
-
bk://gkernel.bkbits.net/libata-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.6
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.6
-
David S. Miller authored
-
Oliver Neukum authored
I made a mistake fixing that driver. Here's the fix. Please apply soon. - fix race condition leading to busy waiting
-
David Brownell authored
Here are some MSEC_TO_JIFFIES() fixes missed by whoever did it, plus a minor fix to grab root_hub->serialize() during OHCI suspend. (I forgot to cut/paste those lines from resume.)
-
David Brownell authored
-
Arjan van de Ven authored
drivers/scsi/hosts.h is obsolete, <scsi/scsi_host.h> is the prefered header nowadays. (hosts.h is just a 1 line wrapper to include it for now anyway)
-
Zwane Mwaikambo authored
No usb serial devices, just compiled in and the system has a USB controller. Unable to handle kernel NULL pointer dereference at virtual address 0000000c printing eip: c046a188 *pde = 00000000 Oops: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC Modules linked in: CPU: 0 EIP: 0060:[<c046a188>] Not tainted VLI EFLAGS: 00010246 (2.6.6-mm3) EIP is at serial_open+0x38/0x170 eax: 00000000 ebx: dc883000 ecx: c0613db8 edx: 00000000 esi: 00000001 edi: 00000000 ebp: dc84cef0 esp: dc84cedc ds: 007b es: 007b ss: 0068 Process serial (pid: 1073, threadinfo=dc84c000 task=ddffca50) Stack: 00000000 de8f4f5c ffffffed 00000100 de8f4f5c dc84cf14 c035a874 090115a0 0bc00000 dc883000 00000000 de8f4f5c 00000001 df8a2dfc dc84cf40 c0171270 dc84c000 00000001 00000000 de8f4f5c dbc75e94 00000000 de8f4f5c dbc75e94 Call Trace: [<c01076c5>] show_stack+0x75/0x90 [<c010781f>] show_registers+0x11f/0x180 [<c01079c6>] die+0xb6/0x170 [<c011af20>] do_page_fault+0x1e0/0x525 [<c010732d>] error_code+0x2d/0x40 [<c035a874>] tty_open+0x274/0x3b0 [<c0171270>] chrdev_open+0x160/0x340 [<c0166426>] dentry_open+0x156/0x230 [<c01662cd>] filp_open+0x4d/0x50 [<c0166858>] sys_open+0x38/0x70 [<c0106199>] sysenter_past_esp+0x52/0x79 Code: de 63 c0 89 55 f0 c7 45 ec 00 00 00 00 85 f6 0f 85 31 01 00 00 c7 83 8c 09 00 00 00 00 00 00 8b 43 08 e8 3c fe ff ff 31 d2 89 c7 <8a> 50 0c 8b 43 08 29 d0 8b 74 87 18 89 b3 8c 09 00 00 89 5e 04 (gdb) list *serial_open+0x38 0xc046a188 is in serial_open (drivers/usb/serial/usb-serial.c:465). 460 461 /* get the serial object associated with this tty pointer */ 462 serial = usb_serial_get_by_index(tty->index); 463 464 /* set up our port structure making the tty driver remember our port object, and us it */ 465 portNumber = tty->index - serial->minor; 466 port = serial->port[portNumber]; 467 tty->driver_data = port; 468 469 port->tty = tty;
-
Greg Kroah-Hartman authored
Thanks to Adrian Bunk <bunk@fs.tum.de> for pointing this out.
-
- 16 May, 2004 1 commit
-
-
Jeff Garzik authored
Detection of an ATAPI taskfile is possible using a simple test on existing information, so there is no need to cache this value in a separate flag (ATA_QCFLAG_ATAPI). Instead, create and use a new helper function is_atapi_taskfile().
-