- 30 Jun, 2005 17 commits
-
-
Michael Ellerman authored
The hvlpevent_queue (formally ItLpQueue) has a member called xInUseWord which is used for serialising access to the queue. Because it's a word (ie. 32 bit) there's a custom 32-bit version of test_and_set_bit() or thereabouts in ItLpQueue.c. The xInUseWord is not shared with they hypervisor, so we can replace it with a spinlock and remove the custom code. There is also another locking mechanism (ItLpQueueInProcess). This is redundant because it's only manipulated while the lock's held. Remove it. Signed-off-by:
Michael Ellerman <michael@ellerman.id.au> Acked-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
Paul Mackerras <paulus@samba.org>
-
Michael Ellerman authored
Just formatting cleanups: * rename some "nextLpEvent" variables to just "event" * make code fit in 80 columns * use brackets around if/else * use a temporary to make hvlpevent_clear_valid clearer Signed-off-by:
-
Michael Ellerman authored
Just cleanup white space. Signed-off-by:
-
Michael Ellerman authored
The code that prints event counts by type uses a hand-coded number of tabs to get the alignment right. Instead use a printf alignment which will allow allow us to use the event_type strings elsewhere in the future. Signed-off-by:
-
Michael Ellerman authored
Currently there's a per-cpu count of lpevents processed, a per-queue (ie. global) total count, and a count by event type. Replace all that with a count by event for each cpu. We only need to add it up int the proc code. Signed-off-by:
-
Michael Ellerman authored
Currently we count the number of lpevents processed in 3 seperate places. One of these counters is never read, so just remove it. This means hvlpevent_queue_process() no longer needs to return the number of events processed. Signed-off-by:
-
Michael Ellerman authored
Now that we've renamed the xItLpQueue structure, rename the functions that operate on it also. Signed-off-by:
-
Michael Ellerman authored
The xItLpQueue is a queue of HvLpEvents that we're given by the Hypervisor. Rename xItLpQueue to hvlpevent_queue and make the type struct hvlpevent_queue. Signed-off-by:
-
Michael Ellerman authored
The xItLpQueue is declared in LparData.c, move it into ItLpQueue.c. Signed-off-by:
-
Michael Ellerman authored
External parties don't need to use ItLpQueue_getNextLpEvent() or ItLpQueue_clearValid(), they're internal to ItLpQueue.c Signed-off-by:
-
Michael Ellerman authored
Move the code that displays xItLpQueue values in /proc into ItLpQueue.c. Signed-off-by:
-
Michael Ellerman authored
The xItLpQueue is initalised manually in iSeries_setup_arch(). Move this code into ItLpQueue.c for a cleaner separation. Signed-off-by:
-
Michael Ellerman authored
Because there's only one ItLpQueue and we know where it is, ie. xItLpQueue, there's no point passing pointers to it it around all over the place. Signed-off-by:
-
Michael Ellerman authored
This patch updates the macros that initialise the paca to remove the lpq parameter. It also rearranges them a bit with the hope of making them a bit clearer. Signed-off-by:
-
Michael Ellerman authored
The only code outside ItLpQueue.c that refers to spread_lpevents is in set_apread_lpevents(), so move it inside ItLpQueue.c and make spread_lpevents static. Signed-off-by:
-
Michael Ellerman authored
With the previous patch in place, spreading lpevents by default becomes a one liner. Signed-off-by:
-
Michael Ellerman authored
The iSeries code keeps a pointer to the ItLpQueue in its paca struct. But all these pointers end up pointing to the one place, ie. xItLpQueue. So remove the pointer from the paca struct and just refer to xItLpQueue directly where needed. The only complication is that the spread_lpevents logic was implemented by having a NULL lpqueue pointer in the paca on CPUs that weren't supposed to process events. Instead we just compare the spread_lpevents value to the processor id to get the same behaviour. Signed-off-by:
-
- 28 Jun, 2005 23 commits
-
-
Olaf Hering authored
initrd size is printed as hex, add a missing 0x remove a duplicate printf when initrd is used. remove use of kernel type to access the first bytes of the initrd memarea. Signed-off-by:
Olaf Hering <olh@suse.de> Signed-off-by:
-
Olaf Hering authored
remove the printk usage in the zImage. we are not there, yet. Signed-off-by:
-
Olaf Hering authored
mknote is not called in arch/ppc64/boot/Makefile Signed-off-by:
-
Olaf Hering authored
piggyback is not called in arch/ppc64/boot/Makefile Signed-off-by:
-
Nathan Lynch authored
On partitioned systems we can wind up creating spurious symlinks in /sys/devices/system/node/node0 to non-present cpus. The symlinks are not broken; the problem is that we're potentially misinforming userspace that there is a relationship between node0 and cpus which are to be added later. There's no guarantee at all that a cpu which is added later will belong to node 0. Signed-off-by:
Nathan Lynch <ntl@pobox.com> Signed-off-by:
-
Arnd Bergmann authored
Convert nvram_create_os_partition to use list_for_each_entry instead of list_for_each, as this reduces the code size by two lines. Signed-off-by:
Arnd Bergmann <arnd@arndb.de> Signed-off-by:
-
Andrew Morton authored
drivers/block/cfq-iosched.c: In function 'cfq_put_queue': drivers/block/cfq-iosched.c:303: sorry, unimplemented: inlining failed in call to 'cfq_pending_requests': function body not available drivers/block/cfq-iosched.c:1080: sorry, unimplemented: called from here drivers/block/cfq-iosched.c: In function '__cfq_may_queue': drivers/block/cfq-iosched.c:1955: warning: the address of 'cfq_cfqq_must_alloc_slice', will always evaluate as 'true' make[1]: *** [drivers/block/cfq-iosched.o] Error 1 make: *** [drivers/block/cfq-iosched.o] Error 2 Cc: Jeff Garzik <jgarzik@pobox.com> Cc: Jens Axboe <axboe@suse.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
-
Dominik Brodowski authored
Don't auto-configure yenta sockets for PCMCIA devices if it is connected to the root PCI bus on the x86 or x86_64 architectures. Previously, this was handled by the "ioport_resource"/"iomem_resource" check a few lines below, but with the new ACPI-based resource handling this doesn't catch all cases any longer. pci-yenta-cardbus-fix.patch and this patch should solve the initialization time trouble. However, the ACPI-based PCI resource handling is badly broken, IMHO: - many resources of devices don't show up in the resource trees ( /proc/iomem and /proc/ioports) any longer. This means that PCMCIA, but also possibly other subsystems (ISA, PnP, ...) do not know which resources it cannot use. - verify_root_windows() should fail if there are no iomem _or_ ioport resources, not only if there are no iomem _and_ ioport resources. Signed-off-by:
Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by:
-
Dominik Brodowski authored
Provide a "modalias" entry in sysfs for PCMCIA devices. Signed-off-by:
-
Dominik Brodowski authored
The PCMCIA card services layer is never setting the i/o map attributes when SS_CAP_STATIC_MAP is specified. Net result, sockets' set_io_map() calls always see requests with most flags clear, meaning 8 bit access. For hardware that always autosizes, that won't matter; and all current STATIC_MAP drivers ignore those attributes. A new driver (for at91rm9200) suffers badly from this, since this forces everything into 8 bit mode and that breaks both (a) cards requiring 16 bit access, and (b) ide-cs; but of course 8-bit cards work OK (as does accessing card attributes). So this patch arranges to pass the attributes down, matching the behavior for non-static mappings (using the first/only I/O window). Signed-off-by:
David Brownell <dbrownell@users.sourceforge.net> Signed-off-by:
Dominik Brodowski <linux@dominikbrodowski.de> Signed-off-by:
-
Dominik Brodowski authored
register_chrdev() can return errors (negative) other then -EBUSY, so check for any negative error code. Signed-off-by:
Randy Dunlap <rdunlap@xenotime.net> Signed-off-by:
-
Jar authored
Fix example hash generator in Documentation. Signed-off-by:
-
Dominik Brodowski authored
- properly bail out in set_cis_map if call to socket driver's set_mem_map failed - don't abort do_mem_probe cycle if one entry failed (!CONFIG_PCMCIA_PROBE) - don't do iomem probing in chunks larger than 0x800000 (1 << 23) as yenta_socket and vrc4173_cardu.c fail to set_mem_map for windows equal to or larger than (1 << 24). Signed-off-by:
-
Dominik Brodowski authored
PCMCIA needs CRC32. Signed-off-by:
-
Dominik Brodowski authored
The size of pointers may differ between (userspace) modpost and (kernelspace) modules -- so fix mod_devicetable.h to reflect this possibility. Signed-off-by:
-
Dominik Brodowski authored
Remove the IRQ_INFO2_VALID flag in synclink_cs -- I overlooked it when removing all other users in PCMCIA drivers for 2.6.11. Thanks to Marcelo Tosatti for noticing it. Signed-off-by:
-
Dominik Brodowski authored
randy_dunlap <rdunlap@xenotime.net> Convert deprecated check_region() calls to request/release region. Add return value check on one request_region(). I suspect that it may do an extra release_region(), which should generate a warning message from the kernel. Signed-off-by: -
Dominik Brodowski authored
Properly wait for the class refcount to reach zero. Signed-off-by:
-
Dominik Brodowski authored
Clean up ds.c Signed-off-by:
-
Dominik Brodowski authored
Clean up cs.c Signed-off-by:
-
Dominik Brodowski authored
Move the 16-bit PCMICA resource handling from pcmcia_core.o to pcmcia.o. Signed-off-by:
-
Dominik Brodowski authored
Rename some functions in drivers/pcmcia/ to show they belong to the PCMCIA subsystem. Signed-off-by:
-
