> You're probably getting to the point where udbg is disabled because the
> real serial driver is trying to take over -- and something's going
> wrong with the real serial port driver. Check to make sure the brg
> config is correct (both the input clock and the baud rate you're trying
> to switch
This patch adds the driver for RTC chip DS3232 via I2C bus.
Signed-off-by: Mingkai Hu
Signed-off-by: Jingchang Lu
Signed-off-by: Srikanth Srinivasan
Signed-off-by: Roy Zang
---
Tested on MPC8536DS and P4080DS board
drivers/rtc/Kconfig | 11 ++
drivers/rtc/Makefile |1 +
driver
All these files use the big kernel lock in a trivial
way to serialize their private file operations,
typically resulting from an earlier semi-automatic
pushdown from VFS.
None of these drivers appears to want to lock against
other code, and they all use the BKL as the top-level
lock in their file
This is a repost of an earlier patch to remove
those users of the big kernel lock that can be
converted to a mutex using a simple script.
The only use of the BKL is in file operations
that are called without any other lock, so the
new mutex is the top-level serialization
and cannot introduce any A
On Jul 7, 2010, at 11:56 PM, Anton Vorontsov wrote:
> On Wed, Jul 07, 2010 at 02:45:02PM -0700, Andrew Morton wrote:
>> On Fri, 2 Jul 2010 16:41:11 +0400
>> Anton Vorontsov wrote:
>>
>>> Since commit 5753c082f66eca5be81f6bda85c1718c5eea6ada ("powerpc/85xx:
>>> Kconfig cleanup"), there is no MPC
* a few build fixes and a bug fix for 2.6.35
The following changes since
commit e467e104bb7482170b79f516d2025e7cfcaaa733:
Linus Torvalds (1):
Merge branch 'for-linus' of git://git.kernel.org/.../roland/infiniband
are available in the git repository at:
git://git.kernel.org/pub/scm/li
On Jul 8, 2010, at 12:16 PM, Anton Vorontsov wrote:
> This saves runtime memory and fixes lots of sparse warnings like this:
>
>CHECK arch/powerpc/sysdev/micropatch.c
> arch/powerpc/sysdev/micropatch.c:27:6: warning: symbol 'patch_2000'
> was not declared. Should it be static?
> arch/po
On Jun 29, 2010, at 2:42 PM, Matthew McClintock wrote:
> When booting a relocatable kernel it needs to jump to the correct
> start address, which for BookE parts is usually unchanged
> regardless of the physical memory offset.
>
> Recent changes cause problems with how we calculate the start
> a
On Jul 8, 2010, at 12:16 PM, Anton Vorontsov wrote:
> Warnings are treated as errors for arch/powerpc code, so build fails
> with CONFIG_I2C_SPI_UCODE_PATCH=y:
>
>CC arch/powerpc/sysdev/micropatch.o
> cc1: warnings being treated as errors
> arch/powerpc/sysdev/micropatch.c: In functio
On Jul 8, 2010, at 12:16 PM, Anton Vorontsov wrote:
> spi_t was removed in commit 644b2a680ccc51a9ec4d6beb12e9d47d2dee98e2
> ("powerpc/cpm: Remove SPI defines and spi structs"), the commit assumed
> that spi_t isn't used anywhere outside of the spi_mpc8xxx driver. But
> it appears that the struct
Hello,
I am currently trying to use the C67x00 driver in the vanilla branch of
Linux. I use it in coprocessor hpi mode (GPIO30 and GPIO31 =0) There is
something that I do not understand in the code.
In the probe() function there is a call to the function hpi_reg_init(). In
this function the interru
On Fri, 09 Jul 2010 about 08:55:01 -, Will Schmidt wrote:
> We've been seeing some issues with userspace randomly SIGSEGV'ing while
> running the -RT kernels on POWER7 based systems. After lots of
> debugging, head scratching, and experimental changes to the code, the
> problem has been narr
Steve wrote:
> These processors will corrupt data if accessing the local bus with
> unaligned addresses. This version fixes the typical case of copying from
> Flash on the local bus by keeping the source address always aligned.
As Dave said in May of 2008[1], the map driver is advertising xip acc
13 matches
Mail list logo
