16 Oct, 2008
13 commits
-
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Robin Getz
Signed-off-by: Bryan Wu -
- to be correct wrt to end ranges
- to be optimal with a one-instruction hardware loopSigned-off-by: Mike Frysinger
Signed-off-by: Bryan Wu -
Signed-off-by: Michael Hennerich
Signed-off-by: Bryan Wu -
Signed-off-by: Graf Yang
Signed-off-by: Bryan Wu -
This is to kill some compiling warning on DM9000 netdev driver.
Signed-off-by: Bryan Wu
-
* 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
MIPS: Kill unused inclusions
MIPS: IP32: Add platform device for CMOS RTC; remove dead code
RTC: M48T35: new RTC driver
MIPS: IP27: Switch over to RTC class driver
MIPS: DS1286: New RTC driver
MIPS: IP22/28: Switch over to RTC class driver
MIPS: PCI: Scan busses when they are registered
MIPS: WGT634U: Add reset button support
MIPS: BCM47xx: Use the new SSB GPIO API
MIPS: BCM47xx: Remove references to BCM947XX
MIPS: WGT634U: Add machine detection message
MIPS: Align .data.cacheline_aligned based on CONFIG_MIPS_L1_CACHE_SHIFT
MIPS: show_cpuinfo prints the type of the calling CPU
MIPS: Fix wrong branch target in new spin_lock code.
MIPS: Have a heart for a lonely, lost header file ... -
proc_clear_tty() gets called with interrupts off (while holding the task list
lock) from sys_setid. This means that it needs the _irqsave version of the
locking primitives.Reported-by: Marcin Slusarz
Tested-by: Marcin Slusarz
Signed-off-by: Arjan van de Ven
Signed-off-by: Alan Cox
Signed-off-by: Linus Torvalds -
The metronome driver produces warnings when built on x86-64 as it assumes that
size_t is an int. Use %Zd instead.Signed-off-by: Alan Cox
Signed-off-by: Linus Torvalds -
When we skip unrecognized options in xfs_fs_remount we should just break
out of the switch and not return because otherwise we may skip clearing
the xfs-internal read-only flag. This will only show up on some
operations like touch because most read-only checks are done by the VFS
which thinks this filesystem is r/w. Eventually we should replace the
XFS read-only flag with a helper that always checks the VFS flag to make
sure they can never get out of sync.Bug reported and fix verified by Marcel Beister on #xfs.
Bug fix verified by updated xfstests/189.Signed-off-by: Christoph Hellwig
Acked-by: Eric Sandeen
Signed-off-by: Timothy Shimmin
Signed-off-by: Linus Torvalds
15 Oct, 2008
26 commits
-
* 'build_fix' of git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2:
ocfs2: fix build error -
* 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc: (158 commits)
powerpc: Fix CHRP PCI config access for indirect_pci
powerpc/chrp: Fix detection of Python PCI host bridge on IBM CHRPs
powerpc: Fix 32-bit SMP boot on CHRP
powerpc: Fix link errors on 32-bit machines using legacy DMA
powerpc/pci: Improve detection of unassigned bridge resources
hvc_console: Fix free_irq in spinlocked section
powerpc: Get USE_STRICT_MM_TYPECHECKS working again
powerpc: Reflect the used arguments in machine_init() prototype
powerpc: Fix DMA offset for non-coherent DMA
powerpc: fix fsl_upm nand driver modular build
powerpc/83xx: add NAND support for the MPC8360E-RDK boards
powerpc: FPGA support for GE Fanuc SBC610
i2c: MPC8349E-mITX Power Management and GPIO expander driver
powerpc: reserve two DMA channels for audio in MPC8610 HPCD device tree
powerpc: document the "fsl,ssi-dma-channel" compatible property
powerpc: disable CHRP and PMAC support in various defconfigs
OF: add fsl,mcu-mpc8349emitx to the exception list
powerpc/83xx: add DS1374 RTC support for the MPC837xE-MDS boards
powerpc: remove support for bootmem-allocated memory for the DIU driver
powerpc: remove non-dependent load fsl_booke PTE_64BIT
... -
Signed-off-by: Shinya Kuribayashi
Signed-off-by: Ralf Baechle -
Signed-off-by: Thomas Bogendoerfer
Signed-off-by: Ralf Baechle -
This driver replaces the broken ip27-rtc driver in drivers/char and
gives back RTC support for SGI IP27 machines.Signed-off-by: Thomas Bogendoerfer
Acked-by: Alessandro Zummo
Signed-off-by: Ralf Baechle -
This patchset removes some dead code and creates a platform device
for the RTC class driver.Signed-off-by: Thomas Bogendoerfer
Signed-off-by: Ralf Baechle -
This driver replaces the broken DS1286 driver in drivers/char and gives back
RTC support for SGI IP22 and IP28 machines.Signed-off-by: Thomas Bogendoerfer
Acked-by: Alessandro Zummo
Signed-off-by: Ralf Baechle -
This patchset removes some dead code and creates a platform device
for the RTC class driver.Signed-off-by: Thomas Bogendoerfer
Signed-off-by: Ralf Baechle -
The patch below changes register_pci_controller() such that controllers
being added after pcibios_init() has run are be scanned immediately.This is needed for example by the BCM47xx PCI controller, which is located
on the SSB bus, which is now initialized after the PCI subsystem.Signed-off-by: Aurelien Jarno
Signed-off-by: Ralf Baechle -
This patch adds support for the reset button of WGT634U machine, using
GPIO interrupts. Based on a patch from Michel Lespinasse.Signed-off-by: Aurelien Jarno
Signed-off-by: Ralf Baechle -
This patch simplifies the BCM47xx GPIO code by using the new SSB GPIO
API, which does a lot things that were implemented directly in the
BCM47xx code.Signed-off-by: Aurelien Jarno
Signed-off-by: Ralf Baechle -
This patch removes the remaining reference to the BCM947xx development
board codename.Signed-off-by: Florian Fainelli
Signed-off-by: Aurelien Jarno
Signed-off-by: Ralf Baechle -
This adds a printk message when a WGT634U machine is detected.
Signed-off-by: Aurelien Jarno
Signed-off-by: Ralf Baechle -
Signed-off-by: David Daney
Signed-off-by: Tomaso Paoletti
Signed-off-by: Ralf Baechle -
It should print the type of the Nth processor.
Signed-off-by: Johannes Dickgreber
Signed-off-by: Ralf Baechle -
Signed-off-by: Johannes Dickgreber
Signed-off-by: Ralf Baechle -
... and move it to where all its brothers and sisters reside. Requested by
Shane McDonald .Signed-off-by: Ralf Baechle
-
I merged the latest ocfs2_read_blocks() changes in xattr.c wrong. This makes
Ocfs2 compile again.Signed-off-by: Mark Fasheh
-
Manual fixup of conflicts on:
arch/powerpc/include/asm/dcr-regs.h
drivers/net/ibm_newemac/core.h -
* 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6:
i2c-viapro: Add support for SMBus Process Call transactions
i2c: Restore i2c_smbus_process_call function
i2c: Do earlier driver model init
i2c: Only build Tyan SMBus mux drivers on x86
i2c: Guard against oopses from bad init sequences
i2c: Document the implementation details of the /dev interface
i2c: Improve dev-interface documentation
i2c-parport-light: Don't register a platform device resource
hwmon: (dme1737) Convert to a new-style i2c driver
hwmon: (dme1737) Be less i2c-centric
i2c/tps65010: Vibrator hookup to gpiolib
i2c-viapro: Add VX800/VX820 support
i2c: Renesas Highlander FPGA SMBus support
i2c-pca-isa: Don't grab arbitrary resources
i2c/isp1301_omap: Convert to a new-style i2c driver, part 2
i2c/isp1301_omap: Convert to a new-style i2c driver, part 1 -
* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid: (55 commits)
HID: build drivers for all quirky devices by default
HID: add missing blacklist entry for Apple ATV ircontrol
HID: add support for Bright ABNT2 brazilian device
HID: Don't let Avermedia Radio FM800 be handled by usb hid drivers
HID: fix numlock led on Dell device 0x413c/0x2105
HID: remove warn() macro from usb hid drivers
HID: remove info() macro from usb HID drivers
HID: add appletv IR receiver quirk
HID: fix a lockup regression when using force feedback on a PID device
HID: hiddev.h: Fix example code.
HID: hiddev.h: Fix mixed space and tabs in example code.
HID: convert to dev_* prints
HID: remove hid-ff
HID: move zeroplus FF processing
HID: move thrustmaster FF processing
HID: move pantherlord FF processing
HID: fix incorrent length condition in hidraw_write()
HID: fix ttyhid deadlock
HID: ignore iBuddy devices
HID: report descriptor fix for remaining MacBook JIS keyboards
... -
* 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2: (56 commits)
ocfs2: Make cached block reads the common case.
ocfs2: Kill the last naked wait_on_buffer() for cached reads.
ocfs2: Move ocfs2_bread() into dir.c
ocfs2: Simplify ocfs2_read_block()
ocfs2: Require an inode for ocfs2_read_block(s)().
ocfs2: Separate out sync reads from ocfs2_read_blocks()
ocfs2: Refactor xattr list and remove ocfs2_xattr_handler().
ocfs2: Calculate EA hash only by its suffix.
ocfs2: Move trusted and user attribute support into xattr.c
ocfs2: Uninline ocfs2_xattr_name_hash()
ocfs2: Don't check for NULL before brelse()
ocfs2: use smaller counters in ocfs2_remove_xattr_clusters_from_cache
ocfs2: Documentation update for user_xattr / nouser_xattr mount options
ocfs2: make la_debug_mutex static
ocfs2: Remove pointless !!
ocfs2: Add empty bucket support in xattr.
ocfs2/xattr.c: Fix a bug when inserting xattr.
ocfs2: Add xattr mount option in ocfs2_show_options()
ocfs2: Switch over to JBD2.
ocfs2: Add the 'inode64' mount option.
... -
We shouldn't rely on "pnp_platform_devices" to tell us whether there
is a PNP RTC device.I introduced "pnp_platform_devices", but I think it was a mistake.
All it tells us is whether we found any PNPBIOS or PNPACPI devices.
Many machines have some PNP devices, but do not describe the RTC
via PNP. On those machines, we need to do the platform driver probe
to find the RTC.We should just register the PNP driver and see whether it claims anything.
If we don't find a PNP RTC, fall back to the platform driver probe.This (in conjunction with the arch/x86/kernel/rtc.c patch to add
a platform RTC device when PNP doesn't have one) should resolve
these issues:http://bugzilla.kernel.org/show_bug.cgi?id=11580
https://bugzilla.redhat.com/show_bug.cgi?id=451188Signed-off-by: Bjorn Helgaas
Acked-by: Rafael J. Wysocki
Acked-by: David Brownell
Reported-by: Rik Theys
Reported-by: shr_msn@yahoo.com.tw
Signed-off-by: Linus Torvalds -
Most if not all x86 platforms have an RTC device, but sometimes the RTC
is not exposed as a PNP0b00/PNP0b01/PNP0b02 device in PNPBIOS or ACPI:http://bugzilla.kernel.org/show_bug.cgi?id=11580
https://bugzilla.redhat.com/show_bug.cgi?id=451188It's best if we can discover the RTC via PNP because then we know
which flavor of device it is, where it lives, and which IRQ it uses.But if we can't, we should register a platform device using the
compiled-in RTC_PORT/RTC_IRQ resource assumptions.Signed-off-by: Bjorn Helgaas
Acked-by: Rafael J. Wysocki
Acked-by: David Brownell
Reported-by: Rik Theys
Reported-by: shr_msn@yahoo.com.tw
Signed-off-by: Linus Torvalds -
Recently, indirect_pci was changed to test if the bus number requested
is the one hanging straight off the PHB, then it substitutes the bus
number with another one contained in a new "self_busno" field of the
pci_controller structure.However, this breaks CHRP which didn't initialize this new field, and
which relies on having the right bus number passed to the hardware.This fixes it by initializing this variable properly for all CHRP bridges
Signed-off-by: Benjamin Herrenschmidt
-
The detection of the IBM "Python" PCI host bridge on IBM CHRP
machines such as old RS6000 was broken when we changed
of_device_is_compatible() from strncasecmp to strcasecmp (dropped
the "n" variant) due to the way IBM encodes the chip version.We fix that by instead doing a match on the model property like
we do for others bridges in that file. It should be good enough
for those machines. If yours is still broken, let me know.Signed-off-by: Benjamin Herrenschmidt
13 Oct, 2008
1 commit
-
…should all be outputs
Signed-off-by: Sonic Zhang <sonic.zhang@analog.com>
Signed-off-by: Bryan Wu <cooloney@kernel.org>
