* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 18:09 ` Tony Lindgren
0 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 18:09 UTC (permalink / raw)
To: Linus Torvalds; +Cc: linux, linux-arm-kernel, linux-omap
Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
Regards,
Tony
The following changes since commit 74d2e4f8d79ae0c4b6ec027958d5b18058662eea:
Linus Torvalds (1):
Linux 2.6.33-rc3
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
Abhijit Pagare (2):
ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
Alexander Shishkin (1):
omap2/3: make serial_in_override() address the right uart port
Cory Maccarrone (5):
OMAP1 clock: Add missing clocks for OMAP 7xx
OMAP1 clock: Add missing clocks for OMAP 7xx
OMAP1 clock: remove __initdata from struct clk_functions to prevent crash
omap: gpio: Simultaneously requested rising and falling edge
omap1: Add 7xx clocks and pin muxes for SPI
Felipe Balbi (1):
OMAP2xxx clock: clk2xxx.c doesn't compile if CPUFREQ is enabled
Huang Weiyi (2):
OMAP2: remove duplicated #include
OMAP2: remove duplicated #include
Janusz Krzysztofik (1):
omap: McBSP: Fix possible port lockout
Kevin Hilman (2):
OMAP3: clock: add clockdomains for UART1 & 2
OMAP3: clock: add clockdomains for UART1 & 2
Paul Walmsley (11):
OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
OMAP clock: remove incorrect EXPORT_SYMBOL()s
OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
OMAP clock: remove incorrect EXPORT_SYMBOL()s
OMAP2xxx OPP: clean up comments in OPP data
OMAP clock/CPUFreq: add clk_exit_cpufreq_table()
OMAP2 clock: dynamically allocate CPUFreq frequency table
Roel Kluin (3):
omap: &&/|| confusion in iommu_put()
omap3: add missing parentheses
omap3: add missing parentheses
Tony Lindgren (5):
Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
omap: Remove uninitialized warning for gpio.c
omap1: Fix compile for omap1_bl.c
omap3: Fix booting if package is uninitialized
Tuukka Toivonen (2):
OMAP3 clock: Add capability to change rate of dpll4_m5_ck
OMAP3 clock: Add capability to change rate of dpll4_m5_ck
Vaibhav Hiremath (1):
omap3: EVM: Choose OMAP_PACKAGE_CBB
Vimal Singh (1):
omap2/3: ZOOM: Correcting key mapping for few keys
arch/arm/mach-omap1/clock_data.c | 10 +++-
arch/arm/mach-omap1/devices.c | 35 ++++++++++++++
arch/arm/mach-omap1/mux.c | 8 +++
arch/arm/mach-omap2/Kconfig | 1 +
arch/arm/mach-omap2/board-zoom-peripherals.c | 8 ++--
arch/arm/mach-omap2/clock2xxx.c | 57 +++++++++++++++++++----
arch/arm/mach-omap2/clock34xx.c | 1 -
arch/arm/mach-omap2/clock34xx_data.c | 6 ++-
arch/arm/mach-omap2/clockdomain.c | 4 +-
arch/arm/mach-omap2/io.c | 19 ++++----
arch/arm/mach-omap2/mux.c | 6 ++-
arch/arm/mach-omap2/opp2420_data.c | 38 ++++++++-------
arch/arm/mach-omap2/opp2430_data.c | 30 ++++++------
arch/arm/mach-omap2/pm34xx.c | 4 +-
arch/arm/mach-omap2/serial.c | 12 ++++-
arch/arm/plat-omap/clock.c | 16 ++++---
arch/arm/plat-omap/cpu-omap.c | 1 +
arch/arm/plat-omap/gpio.c | 63 +++++++++++++++++++++++++-
arch/arm/plat-omap/include/plat/board.h | 1 -
arch/arm/plat-omap/include/plat/clock.h | 2 +
arch/arm/plat-omap/include/plat/control.h | 2 +-
arch/arm/plat-omap/include/plat/io.h | 36 +++++++--------
arch/arm/plat-omap/include/plat/mux.h | 8 +++
arch/arm/plat-omap/include/plat/omap7xx.h | 3 +
arch/arm/plat-omap/io.c | 12 +++---
arch/arm/plat-omap/iommu.c | 2 +-
arch/arm/plat-omap/mcbsp.c | 20 +++++++-
drivers/video/backlight/omap1_bl.c | 2 -
28 files changed, 296 insertions(+), 111 deletions(-)
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 18:09 ` Tony Lindgren
0 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 18:09 UTC (permalink / raw)
To: linux-arm-kernel
Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
Regards,
Tony
The following changes since commit 74d2e4f8d79ae0c4b6ec027958d5b18058662eea:
Linus Torvalds (1):
Linux 2.6.33-rc3
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
Abhijit Pagare (2):
ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
Alexander Shishkin (1):
omap2/3: make serial_in_override() address the right uart port
Cory Maccarrone (5):
OMAP1 clock: Add missing clocks for OMAP 7xx
OMAP1 clock: Add missing clocks for OMAP 7xx
OMAP1 clock: remove __initdata from struct clk_functions to prevent crash
omap: gpio: Simultaneously requested rising and falling edge
omap1: Add 7xx clocks and pin muxes for SPI
Felipe Balbi (1):
OMAP2xxx clock: clk2xxx.c doesn't compile if CPUFREQ is enabled
Huang Weiyi (2):
OMAP2: remove duplicated #include
OMAP2: remove duplicated #include
Janusz Krzysztofik (1):
omap: McBSP: Fix possible port lockout
Kevin Hilman (2):
OMAP3: clock: add clockdomains for UART1 & 2
OMAP3: clock: add clockdomains for UART1 & 2
Paul Walmsley (11):
OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
OMAP clock: remove incorrect EXPORT_SYMBOL()s
OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
OMAP clock: remove incorrect EXPORT_SYMBOL()s
OMAP2xxx OPP: clean up comments in OPP data
OMAP clock/CPUFreq: add clk_exit_cpufreq_table()
OMAP2 clock: dynamically allocate CPUFreq frequency table
Roel Kluin (3):
omap: &&/|| confusion in iommu_put()
omap3: add missing parentheses
omap3: add missing parentheses
Tony Lindgren (5):
Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
omap: Remove uninitialized warning for gpio.c
omap1: Fix compile for omap1_bl.c
omap3: Fix booting if package is uninitialized
Tuukka Toivonen (2):
OMAP3 clock: Add capability to change rate of dpll4_m5_ck
OMAP3 clock: Add capability to change rate of dpll4_m5_ck
Vaibhav Hiremath (1):
omap3: EVM: Choose OMAP_PACKAGE_CBB
Vimal Singh (1):
omap2/3: ZOOM: Correcting key mapping for few keys
arch/arm/mach-omap1/clock_data.c | 10 +++-
arch/arm/mach-omap1/devices.c | 35 ++++++++++++++
arch/arm/mach-omap1/mux.c | 8 +++
arch/arm/mach-omap2/Kconfig | 1 +
arch/arm/mach-omap2/board-zoom-peripherals.c | 8 ++--
arch/arm/mach-omap2/clock2xxx.c | 57 +++++++++++++++++++----
arch/arm/mach-omap2/clock34xx.c | 1 -
arch/arm/mach-omap2/clock34xx_data.c | 6 ++-
arch/arm/mach-omap2/clockdomain.c | 4 +-
arch/arm/mach-omap2/io.c | 19 ++++----
arch/arm/mach-omap2/mux.c | 6 ++-
arch/arm/mach-omap2/opp2420_data.c | 38 ++++++++-------
arch/arm/mach-omap2/opp2430_data.c | 30 ++++++------
arch/arm/mach-omap2/pm34xx.c | 4 +-
arch/arm/mach-omap2/serial.c | 12 ++++-
arch/arm/plat-omap/clock.c | 16 ++++---
arch/arm/plat-omap/cpu-omap.c | 1 +
arch/arm/plat-omap/gpio.c | 63 +++++++++++++++++++++++++-
arch/arm/plat-omap/include/plat/board.h | 1 -
arch/arm/plat-omap/include/plat/clock.h | 2 +
arch/arm/plat-omap/include/plat/control.h | 2 +-
arch/arm/plat-omap/include/plat/io.h | 36 +++++++--------
arch/arm/plat-omap/include/plat/mux.h | 8 +++
arch/arm/plat-omap/include/plat/omap7xx.h | 3 +
arch/arm/plat-omap/io.c | 12 +++---
arch/arm/plat-omap/iommu.c | 2 +-
arch/arm/plat-omap/mcbsp.c | 20 +++++++-
drivers/video/backlight/omap1_bl.c | 2 -
28 files changed, 296 insertions(+), 111 deletions(-)
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 18:09 ` Tony Lindgren
@ 2010-01-08 18:19 ` Linus Torvalds
-1 siblings, 0 replies; 20+ messages in thread
From: Linus Torvalds @ 2010-01-08 18:19 UTC (permalink / raw)
To: Tony Lindgren; +Cc: linux, linux-arm-kernel, linux-omap
On Fri, 8 Jan 2010, Tony Lindgren wrote:
>
> Please pull omap fixes from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
No.
I don't know what the *** people have been doing in that tree, but it
looks like the _same_ branch was merged twice after rebasing:
Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
This is why we don't rebase public trees, and I refuse to pull crap like
that. You need to teach the people you work with to not rebase, and the
only way I can say "stop" is by simply not pulling the crap.
There are other problems with that branch too - the "committer"
information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
frankly, somebody hasn't even read the very first chapter of just about
every single git documentation that is out there.
And now that I noticed, I see that the crap-for-brains committer info has
been going on for a long time, and I just hadn't looked closely enough
before. I didn't look closely enough to see if the rebase problem had also
happened before.
Linus
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 18:19 ` Linus Torvalds
0 siblings, 0 replies; 20+ messages in thread
From: Linus Torvalds @ 2010-01-08 18:19 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, 8 Jan 2010, Tony Lindgren wrote:
>
> Please pull omap fixes from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
No.
I don't know what the *** people have been doing in that tree, but it
looks like the _same_ branch was merged twice after rebasing:
Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
This is why we don't rebase public trees, and I refuse to pull crap like
that. You need to teach the people you work with to not rebase, and the
only way I can say "stop" is by simply not pulling the crap.
There are other problems with that branch too - the "committer"
information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
frankly, somebody hasn't even read the very first chapter of just about
every single git documentation that is out there.
And now that I noticed, I see that the crap-for-brains committer info has
been going on for a long time, and I just hadn't looked closely enough
before. I didn't look closely enough to see if the rebase problem had also
happened before.
Linus
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 18:19 ` Linus Torvalds
@ 2010-01-08 18:22 ` Tony Lindgren
-1 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 18:22 UTC (permalink / raw)
To: Linus Torvalds; +Cc: linux, linux-arm-kernel, linux-omap
* Linus Torvalds <torvalds@linux-foundation.org> [100108 10:18]:
>
>
> On Fri, 8 Jan 2010, Tony Lindgren wrote:
> >
> > Please pull omap fixes from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
>
> No.
>
> I don't know what the *** people have been doing in that tree, but it
> looks like the _same_ branch was merged twice after rebasing:
>
> Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
> Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
>
> This is why we don't rebase public trees, and I refuse to pull crap like
> that. You need to teach the people you work with to not rebase, and the
> only way I can say "stop" is by simply not pulling the crap.
>
> There are other problems with that branch too - the "committer"
> information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
> frankly, somebody hasn't even read the very first chapter of just about
> every single git documentation that is out there.
>
> And now that I noticed, I see that the crap-for-brains committer info has
> been going on for a long time, and I just hadn't looked closely enough
> before. I didn't look closely enough to see if the rebase problem had also
> happened before.
Yeah sorry, noticed the duplicate mess too. Will look into it.
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 18:22 ` Tony Lindgren
0 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 18:22 UTC (permalink / raw)
To: linux-arm-kernel
* Linus Torvalds <torvalds@linux-foundation.org> [100108 10:18]:
>
>
> On Fri, 8 Jan 2010, Tony Lindgren wrote:
> >
> > Please pull omap fixes from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
>
> No.
>
> I don't know what the *** people have been doing in that tree, but it
> looks like the _same_ branch was merged twice after rebasing:
>
> Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
> Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
>
> This is why we don't rebase public trees, and I refuse to pull crap like
> that. You need to teach the people you work with to not rebase, and the
> only way I can say "stop" is by simply not pulling the crap.
>
> There are other problems with that branch too - the "committer"
> information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
> frankly, somebody hasn't even read the very first chapter of just about
> every single git documentation that is out there.
>
> And now that I noticed, I see that the crap-for-brains committer info has
> been going on for a long time, and I just hadn't looked closely enough
> before. I didn't look closely enough to see if the rebase problem had also
> happened before.
Yeah sorry, noticed the duplicate mess too. Will look into it.
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 18:22 ` Tony Lindgren
@ 2010-01-08 22:05 ` Paul Walmsley
-1 siblings, 0 replies; 20+ messages in thread
From: Paul Walmsley @ 2010-01-08 22:05 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Tony Lindgren, linux-omap, linux-arm-kernel, linux
Hello Linus, Tony,
On Fri, 8 Jan 2010, Tony Lindgren wrote:
> * Linus Torvalds <torvalds@linux-foundation.org> [100108 10:18]:
> >
> > There are other problems with that branch too - the "committer"
> > information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
> > frankly, somebody hasn't even read the very first chapter of just about
> > every single git documentation that is out there.
> >
> > And now that I noticed, I see that the crap-for-brains committer info has
> > been going on for a long time, and I just hadn't looked closely enough
> > before. I didn't look closely enough to see if the rebase problem had also
> > happened before.
Sorry - I seem to be the crap-for-brains committer. Will fix -
- Paul
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 22:05 ` Paul Walmsley
0 siblings, 0 replies; 20+ messages in thread
From: Paul Walmsley @ 2010-01-08 22:05 UTC (permalink / raw)
To: linux-arm-kernel
Hello Linus, Tony,
On Fri, 8 Jan 2010, Tony Lindgren wrote:
> * Linus Torvalds <torvalds@linux-foundation.org> [100108 10:18]:
> >
> > There are other problems with that branch too - the "committer"
> > information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
> > frankly, somebody hasn't even read the very first chapter of just about
> > every single git documentation that is out there.
> >
> > And now that I noticed, I see that the crap-for-brains committer info has
> > been going on for a long time, and I just hadn't looked closely enough
> > before. I didn't look closely enough to see if the rebase problem had also
> > happened before.
Sorry - I seem to be the crap-for-brains committer. Will fix -
- Paul
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 22:05 ` Paul Walmsley
@ 2010-01-08 22:27 ` Tony Lindgren
-1 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 22:27 UTC (permalink / raw)
To: Paul Walmsley; +Cc: Linus Torvalds, linux-arm-kernel, linux-omap
* Paul Walmsley <paul@pwsan.com> [100108 14:03]:
> Hello Linus, Tony,
>
> On Fri, 8 Jan 2010, Tony Lindgren wrote:
>
> > * Linus Torvalds <torvalds@linux-foundation.org> [100108 10:18]:
> > >
> > > There are other problems with that branch too - the "committer"
> > > information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
> > > frankly, somebody hasn't even read the very first chapter of just about
> > > every single git documentation that is out there.
> > >
> > > And now that I noticed, I see that the crap-for-brains committer info has
> > > been going on for a long time, and I just hadn't looked closely enough
> > > before. I didn't look closely enough to see if the rebase problem had also
> > > happened before.
>
> Sorry - I seem to be the crap-for-brains committer. Will fix -
Here's a check for unconfigured GIT_AUTHOR_EMAIL and GIT_COMMITTER_EMAIL:
$ git log --pretty=oneline --author=".(none)" --committer=".(none)" v2.6.33-rc1..
If it returns results, something is wrong.
Should we have some check like this in place for all pulls?
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 22:27 ` Tony Lindgren
0 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 22:27 UTC (permalink / raw)
To: linux-arm-kernel
* Paul Walmsley <paul@pwsan.com> [100108 14:03]:
> Hello Linus, Tony,
>
> On Fri, 8 Jan 2010, Tony Lindgren wrote:
>
> > * Linus Torvalds <torvalds@linux-foundation.org> [100108 10:18]:
> > >
> > > There are other problems with that branch too - the "committer"
> > > information is pure sh*t. It says "paul <paul@twilight.(none)>", so quite
> > > frankly, somebody hasn't even read the very first chapter of just about
> > > every single git documentation that is out there.
> > >
> > > And now that I noticed, I see that the crap-for-brains committer info has
> > > been going on for a long time, and I just hadn't looked closely enough
> > > before. I didn't look closely enough to see if the rebase problem had also
> > > happened before.
>
> Sorry - I seem to be the crap-for-brains committer. Will fix -
Here's a check for unconfigured GIT_AUTHOR_EMAIL and GIT_COMMITTER_EMAIL:
$ git log --pretty=oneline --author=".(none)" --committer=".(none)" v2.6.33-rc1..
If it returns results, something is wrong.
Should we have some check like this in place for all pulls?
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 22:27 ` Tony Lindgren
@ 2010-01-08 22:39 ` Linus Torvalds
-1 siblings, 0 replies; 20+ messages in thread
From: Linus Torvalds @ 2010-01-08 22:39 UTC (permalink / raw)
To: Tony Lindgren; +Cc: Paul Walmsley, linux-arm-kernel, linux-omap
On Fri, 8 Jan 2010, Tony Lindgren wrote:
>
> $ git log --pretty=oneline --author=".(none)" --committer=".(none)" v2.6.33-rc1..
Well, that will catch one particular common case of it, but..
> Should we have some check like this in place for all pulls?
.. it would probably make more sense to warn about it earlier in the
chain, so that people with bad configurations can fix them. By the time
somebody pulls, it's pretty late in the game.
Sadly, git doesn't do any real sanity checking, and now it's pretty much
too late. It takes about a year or two for new git versions to percolate
out, with things like Debian-stable etc, so making git warn about
suspicious-looking names is not necessarily going to help (and with
scripting and importing from other SCM's, it may be wrong to warn in
general).
It's _fairly_ easy to set up a hook at commit-time to check for random
thigns, but obviously if the problem is that people haven't configured
their git setup, then "add a hook" is not going to work. In that sense,
pull-time may be better, as a way to see it automatically after-the-fact.
Doing a post-merge hook would catch it, and could be used to warn about
the fact that you merged something odd.
Linus
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 22:39 ` Linus Torvalds
0 siblings, 0 replies; 20+ messages in thread
From: Linus Torvalds @ 2010-01-08 22:39 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, 8 Jan 2010, Tony Lindgren wrote:
>
> $ git log --pretty=oneline --author=".(none)" --committer=".(none)" v2.6.33-rc1..
Well, that will catch one particular common case of it, but..
> Should we have some check like this in place for all pulls?
.. it would probably make more sense to warn about it earlier in the
chain, so that people with bad configurations can fix them. By the time
somebody pulls, it's pretty late in the game.
Sadly, git doesn't do any real sanity checking, and now it's pretty much
too late. It takes about a year or two for new git versions to percolate
out, with things like Debian-stable etc, so making git warn about
suspicious-looking names is not necessarily going to help (and with
scripting and importing from other SCM's, it may be wrong to warn in
general).
It's _fairly_ easy to set up a hook at commit-time to check for random
thigns, but obviously if the problem is that people haven't configured
their git setup, then "add a hook" is not going to work. In that sense,
pull-time may be better, as a way to see it automatically after-the-fact.
Doing a post-merge hook would catch it, and could be used to warn about
the fact that you merged something odd.
Linus
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 22:39 ` Linus Torvalds
@ 2010-01-08 22:50 ` Tony Lindgren
-1 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 22:50 UTC (permalink / raw)
To: Linus Torvalds, Stephen Rothwell
Cc: Paul Walmsley, linux-arm-kernel, linux-omap
* Linus Torvalds <torvalds@linux-foundation.org> [100108 14:38]:
>
>
> On Fri, 8 Jan 2010, Tony Lindgren wrote:
> >
> > $ git log --pretty=oneline --author=".(none)" --committer=".(none)" v2.6.33-rc1..
>
> Well, that will catch one particular common case of it, but..
>
> > Should we have some check like this in place for all pulls?
>
> .. it would probably make more sense to warn about it earlier in the
> chain, so that people with bad configurations can fix them. By the time
> somebody pulls, it's pretty late in the game.
>
> Sadly, git doesn't do any real sanity checking, and now it's pretty much
> too late. It takes about a year or two for new git versions to percolate
> out, with things like Debian-stable etc, so making git warn about
> suspicious-looking names is not necessarily going to help (and with
> scripting and importing from other SCM's, it may be wrong to warn in
> general).
Yeah..
> It's _fairly_ easy to set up a hook at commit-time to check for random
> thigns, but obviously if the problem is that people haven't configured
> their git setup, then "add a hook" is not going to work. In that sense,
> pull-time may be better, as a way to see it automatically after-the-fact.
>
> Doing a post-merge hook would catch it, and could be used to warn about
> the fact that you merged something odd.
Hmm, sounds like it might make sense to check for that in Stephen's
for-next tree then. Added Stephen to the loop, let's see if what he
thinks.
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 22:50 ` Tony Lindgren
0 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 22:50 UTC (permalink / raw)
To: linux-arm-kernel
* Linus Torvalds <torvalds@linux-foundation.org> [100108 14:38]:
>
>
> On Fri, 8 Jan 2010, Tony Lindgren wrote:
> >
> > $ git log --pretty=oneline --author=".(none)" --committer=".(none)" v2.6.33-rc1..
>
> Well, that will catch one particular common case of it, but..
>
> > Should we have some check like this in place for all pulls?
>
> .. it would probably make more sense to warn about it earlier in the
> chain, so that people with bad configurations can fix them. By the time
> somebody pulls, it's pretty late in the game.
>
> Sadly, git doesn't do any real sanity checking, and now it's pretty much
> too late. It takes about a year or two for new git versions to percolate
> out, with things like Debian-stable etc, so making git warn about
> suspicious-looking names is not necessarily going to help (and with
> scripting and importing from other SCM's, it may be wrong to warn in
> general).
Yeah..
> It's _fairly_ easy to set up a hook at commit-time to check for random
> thigns, but obviously if the problem is that people haven't configured
> their git setup, then "add a hook" is not going to work. In that sense,
> pull-time may be better, as a way to see it automatically after-the-fact.
>
> Doing a post-merge hook would catch it, and could be used to warn about
> the fact that you merged something odd.
Hmm, sounds like it might make sense to check for that in Stephen's
for-next tree then. Added Stephen to the loop, let's see if what he
thinks.
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 22:50 ` Tony Lindgren
@ 2010-01-09 2:47 ` Stephen Rothwell
-1 siblings, 0 replies; 20+ messages in thread
From: Stephen Rothwell @ 2010-01-09 2:47 UTC (permalink / raw)
To: Tony Lindgren; +Cc: Linus Torvalds, Paul Walmsley, linux-arm-kernel, linux-omap
[-- Attachment #1: Type: text/plain, Size: 801 bytes --]
Hi Tony,
On Fri, 8 Jan 2010 14:50:23 -0800 Tony Lindgren <tony@atomide.com> wrote:
>
> Hmm, sounds like it might make sense to check for that in Stephen's
> for-next tree then. Added Stephen to the loop, let's see if what he
> thinks.
I can certainly add hooks to my tree if someone can suggest what should
be in them (I didn't get enough context here ...). That way I could send
the tree maintainer a warning email letting them know something is
fishy ...
Of course, this only helps those who don't mind rebasing their trees,
right? The non-rebasing tree maintainers should do these checks
themselves. Maybe we could propogate a suggested (or mandatory) set of
hooks?
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-09 2:47 ` Stephen Rothwell
0 siblings, 0 replies; 20+ messages in thread
From: Stephen Rothwell @ 2010-01-09 2:47 UTC (permalink / raw)
To: linux-arm-kernel
Hi Tony,
On Fri, 8 Jan 2010 14:50:23 -0800 Tony Lindgren <tony@atomide.com> wrote:
>
> Hmm, sounds like it might make sense to check for that in Stephen's
> for-next tree then. Added Stephen to the loop, let's see if what he
> thinks.
I can certainly add hooks to my tree if someone can suggest what should
be in them (I didn't get enough context here ...). That way I could send
the tree maintainer a warning email letting them know something is
fishy ...
Of course, this only helps those who don't mind rebasing their trees,
right? The non-rebasing tree maintainers should do these checks
themselves. Maybe we could propogate a suggested (or mandatory) set of
hooks?
--
Cheers,
Stephen Rothwell sfr at canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20100109/a58dc3e4/attachment.sig>
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-09 2:47 ` Stephen Rothwell
@ 2010-01-09 17:28 ` Tony Lindgren
-1 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-09 17:28 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Linus Torvalds, Paul Walmsley, linux-arm-kernel, linux-omap
* Stephen Rothwell <sfr@canb.auug.org.au> [100108 18:45]:
> Hi Tony,
>
> On Fri, 8 Jan 2010 14:50:23 -0800 Tony Lindgren <tony@atomide.com> wrote:
> >
> > Hmm, sounds like it might make sense to check for that in Stephen's
> > for-next tree then. Added Stephen to the loop, let's see if what he
> > thinks.
>
> I can certainly add hooks to my tree if someone can suggest what should
> be in them (I didn't get enough context here ...). That way I could send
> the tree maintainer a warning email letting them know something is
> fishy ...
Just trying to warn about unconfigured environment for GIT_AUTHOR_EMAIL
and GIT_COMMITTER_EMAIL that makes commits show from user@hostname.(none).
There are quite a few of them, but looks like none after v2.6.33-rc1.
So I guess the test would be to do a pull into for-next, then do a
git log of the pull to see if there were any unconfigured email
addresses. Then notify the maintainers if there were .(none) type
email addresses.
The git commands to test for these would be something like this:
ORIG=$(git log --pretty=format:"%H" -n1)
git pull whatevever
...
git log --pretty=format:"Bad author: %H %ae" --author=".(none)" $ORIG..HEAD
git log --pretty=format:"Bad committer: %H %ce" --committer=".(none)" $ORIG..HEAD
> Of course, this only helps those who don't mind rebasing their trees,
> right? The non-rebasing tree maintainers should do these checks
> themselves. Maybe we could propogate a suggested (or mandatory) set of
> hooks?
Right, this won't catch all of them, and might be too late in many
cases to fix the issue. But just letting the maintainers know about
issues might be enough to fix the problem.
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-09 17:28 ` Tony Lindgren
0 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-09 17:28 UTC (permalink / raw)
To: linux-arm-kernel
* Stephen Rothwell <sfr@canb.auug.org.au> [100108 18:45]:
> Hi Tony,
>
> On Fri, 8 Jan 2010 14:50:23 -0800 Tony Lindgren <tony@atomide.com> wrote:
> >
> > Hmm, sounds like it might make sense to check for that in Stephen's
> > for-next tree then. Added Stephen to the loop, let's see if what he
> > thinks.
>
> I can certainly add hooks to my tree if someone can suggest what should
> be in them (I didn't get enough context here ...). That way I could send
> the tree maintainer a warning email letting them know something is
> fishy ...
Just trying to warn about unconfigured environment for GIT_AUTHOR_EMAIL
and GIT_COMMITTER_EMAIL that makes commits show from user at hostname.(none).
There are quite a few of them, but looks like none after v2.6.33-rc1.
So I guess the test would be to do a pull into for-next, then do a
git log of the pull to see if there were any unconfigured email
addresses. Then notify the maintainers if there were .(none) type
email addresses.
The git commands to test for these would be something like this:
ORIG=$(git log --pretty=format:"%H" -n1)
git pull whatevever
...
git log --pretty=format:"Bad author: %H %ae" --author=".(none)" $ORIG..HEAD
git log --pretty=format:"Bad committer: %H %ce" --committer=".(none)" $ORIG..HEAD
> Of course, this only helps those who don't mind rebasing their trees,
> right? The non-rebasing tree maintainers should do these checks
> themselves. Maybe we could propogate a suggested (or mandatory) set of
> hooks?
Right, this won't catch all of them, and might be too late in many
cases to fix the issue. But just letting the maintainers know about
issues might be enough to fix the problem.
Regards,
Tony
^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: [GIT PULL] omap fixes for 2.6.33-rc3
2010-01-08 18:09 ` Tony Lindgren
@ 2010-01-08 18:20 ` Tony Lindgren
-1 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 18:20 UTC (permalink / raw)
To: Linus Torvalds; +Cc: linux, linux-arm-kernel, linux-omap
* Tony Lindgren <tony@atomide.com> [100108 10:07]:
> Linus,
>
> Please pull omap fixes from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
Oops, please dont, let me first check what's up with the duplicate commits first.
Regards,
Tony
> Regards,
>
> Tony
>
>
> The following changes since commit 74d2e4f8d79ae0c4b6ec027958d5b18058662eea:
> Linus Torvalds (1):
> Linux 2.6.33-rc3
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
>
> Abhijit Pagare (2):
> ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
> ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
>
> Alexander Shishkin (1):
> omap2/3: make serial_in_override() address the right uart port
>
> Cory Maccarrone (5):
> OMAP1 clock: Add missing clocks for OMAP 7xx
> OMAP1 clock: Add missing clocks for OMAP 7xx
> OMAP1 clock: remove __initdata from struct clk_functions to prevent crash
> omap: gpio: Simultaneously requested rising and falling edge
> omap1: Add 7xx clocks and pin muxes for SPI
>
> Felipe Balbi (1):
> OMAP2xxx clock: clk2xxx.c doesn't compile if CPUFREQ is enabled
>
> Huang Weiyi (2):
> OMAP2: remove duplicated #include
> OMAP2: remove duplicated #include
>
> Janusz Krzysztofik (1):
> omap: McBSP: Fix possible port lockout
>
> Kevin Hilman (2):
> OMAP3: clock: add clockdomains for UART1 & 2
> OMAP3: clock: add clockdomains for UART1 & 2
>
> Paul Walmsley (11):
> OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
> OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
> OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
> OMAP clock: remove incorrect EXPORT_SYMBOL()s
> OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
> OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
> OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
> OMAP clock: remove incorrect EXPORT_SYMBOL()s
> OMAP2xxx OPP: clean up comments in OPP data
> OMAP clock/CPUFreq: add clk_exit_cpufreq_table()
> OMAP2 clock: dynamically allocate CPUFreq frequency table
>
> Roel Kluin (3):
> omap: &&/|| confusion in iommu_put()
> omap3: add missing parentheses
> omap3: add missing parentheses
>
> Tony Lindgren (5):
> Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
> Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
> omap: Remove uninitialized warning for gpio.c
> omap1: Fix compile for omap1_bl.c
> omap3: Fix booting if package is uninitialized
>
> Tuukka Toivonen (2):
> OMAP3 clock: Add capability to change rate of dpll4_m5_ck
> OMAP3 clock: Add capability to change rate of dpll4_m5_ck
>
> Vaibhav Hiremath (1):
> omap3: EVM: Choose OMAP_PACKAGE_CBB
>
> Vimal Singh (1):
> omap2/3: ZOOM: Correcting key mapping for few keys
>
> arch/arm/mach-omap1/clock_data.c | 10 +++-
> arch/arm/mach-omap1/devices.c | 35 ++++++++++++++
> arch/arm/mach-omap1/mux.c | 8 +++
> arch/arm/mach-omap2/Kconfig | 1 +
> arch/arm/mach-omap2/board-zoom-peripherals.c | 8 ++--
> arch/arm/mach-omap2/clock2xxx.c | 57 +++++++++++++++++++----
> arch/arm/mach-omap2/clock34xx.c | 1 -
> arch/arm/mach-omap2/clock34xx_data.c | 6 ++-
> arch/arm/mach-omap2/clockdomain.c | 4 +-
> arch/arm/mach-omap2/io.c | 19 ++++----
> arch/arm/mach-omap2/mux.c | 6 ++-
> arch/arm/mach-omap2/opp2420_data.c | 38 ++++++++-------
> arch/arm/mach-omap2/opp2430_data.c | 30 ++++++------
> arch/arm/mach-omap2/pm34xx.c | 4 +-
> arch/arm/mach-omap2/serial.c | 12 ++++-
> arch/arm/plat-omap/clock.c | 16 ++++---
> arch/arm/plat-omap/cpu-omap.c | 1 +
> arch/arm/plat-omap/gpio.c | 63 +++++++++++++++++++++++++-
> arch/arm/plat-omap/include/plat/board.h | 1 -
> arch/arm/plat-omap/include/plat/clock.h | 2 +
> arch/arm/plat-omap/include/plat/control.h | 2 +-
> arch/arm/plat-omap/include/plat/io.h | 36 +++++++--------
> arch/arm/plat-omap/include/plat/mux.h | 8 +++
> arch/arm/plat-omap/include/plat/omap7xx.h | 3 +
> arch/arm/plat-omap/io.c | 12 +++---
> arch/arm/plat-omap/iommu.c | 2 +-
> arch/arm/plat-omap/mcbsp.c | 20 +++++++-
> drivers/video/backlight/omap1_bl.c | 2 -
> 28 files changed, 296 insertions(+), 111 deletions(-)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 20+ messages in thread
* [GIT PULL] omap fixes for 2.6.33-rc3
@ 2010-01-08 18:20 ` Tony Lindgren
0 siblings, 0 replies; 20+ messages in thread
From: Tony Lindgren @ 2010-01-08 18:20 UTC (permalink / raw)
To: linux-arm-kernel
* Tony Lindgren <tony@atomide.com> [100108 10:07]:
> Linus,
>
> Please pull omap fixes from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
Oops, please dont, let me first check what's up with the duplicate commits first.
Regards,
Tony
> Regards,
>
> Tony
>
>
> The following changes since commit 74d2e4f8d79ae0c4b6ec027958d5b18058662eea:
> Linus Torvalds (1):
> Linux 2.6.33-rc3
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
>
> Abhijit Pagare (2):
> ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
> ARM: OMAP3: PM: Fix the Invalid CM_CLKSTCTRL reg access.
>
> Alexander Shishkin (1):
> omap2/3: make serial_in_override() address the right uart port
>
> Cory Maccarrone (5):
> OMAP1 clock: Add missing clocks for OMAP 7xx
> OMAP1 clock: Add missing clocks for OMAP 7xx
> OMAP1 clock: remove __initdata from struct clk_functions to prevent crash
> omap: gpio: Simultaneously requested rising and falling edge
> omap1: Add 7xx clocks and pin muxes for SPI
>
> Felipe Balbi (1):
> OMAP2xxx clock: clk2xxx.c doesn't compile if CPUFREQ is enabled
>
> Huang Weiyi (2):
> OMAP2: remove duplicated #include
> OMAP2: remove duplicated #include
>
> Janusz Krzysztofik (1):
> omap: McBSP: Fix possible port lockout
>
> Kevin Hilman (2):
> OMAP3: clock: add clockdomains for UART1 & 2
> OMAP3: clock: add clockdomains for UART1 & 2
>
> Paul Walmsley (11):
> OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
> OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
> OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
> OMAP clock: remove incorrect EXPORT_SYMBOL()s
> OMAP2xxx IO mapping: mark DSP mappings as being 2420-only
> OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space
> OMAP3 clock: McBSP 2, 3, 4 functional clock parent is PER_96M_FCLK, not CORE_96M_FCLK
> OMAP clock: remove incorrect EXPORT_SYMBOL()s
> OMAP2xxx OPP: clean up comments in OPP data
> OMAP clock/CPUFreq: add clk_exit_cpufreq_table()
> OMAP2 clock: dynamically allocate CPUFreq frequency table
>
> Roel Kluin (3):
> omap: &&/|| confusion in iommu_put()
> omap3: add missing parentheses
> omap3: add missing parentheses
>
> Tony Lindgren (5):
> Merge branch 'for_2_6_33_rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-2.6.33-rc3
> Merge branch 'for_2.6.33rc_b' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
> omap: Remove uninitialized warning for gpio.c
> omap1: Fix compile for omap1_bl.c
> omap3: Fix booting if package is uninitialized
>
> Tuukka Toivonen (2):
> OMAP3 clock: Add capability to change rate of dpll4_m5_ck
> OMAP3 clock: Add capability to change rate of dpll4_m5_ck
>
> Vaibhav Hiremath (1):
> omap3: EVM: Choose OMAP_PACKAGE_CBB
>
> Vimal Singh (1):
> omap2/3: ZOOM: Correcting key mapping for few keys
>
> arch/arm/mach-omap1/clock_data.c | 10 +++-
> arch/arm/mach-omap1/devices.c | 35 ++++++++++++++
> arch/arm/mach-omap1/mux.c | 8 +++
> arch/arm/mach-omap2/Kconfig | 1 +
> arch/arm/mach-omap2/board-zoom-peripherals.c | 8 ++--
> arch/arm/mach-omap2/clock2xxx.c | 57 +++++++++++++++++++----
> arch/arm/mach-omap2/clock34xx.c | 1 -
> arch/arm/mach-omap2/clock34xx_data.c | 6 ++-
> arch/arm/mach-omap2/clockdomain.c | 4 +-
> arch/arm/mach-omap2/io.c | 19 ++++----
> arch/arm/mach-omap2/mux.c | 6 ++-
> arch/arm/mach-omap2/opp2420_data.c | 38 ++++++++-------
> arch/arm/mach-omap2/opp2430_data.c | 30 ++++++------
> arch/arm/mach-omap2/pm34xx.c | 4 +-
> arch/arm/mach-omap2/serial.c | 12 ++++-
> arch/arm/plat-omap/clock.c | 16 ++++---
> arch/arm/plat-omap/cpu-omap.c | 1 +
> arch/arm/plat-omap/gpio.c | 63 +++++++++++++++++++++++++-
> arch/arm/plat-omap/include/plat/board.h | 1 -
> arch/arm/plat-omap/include/plat/clock.h | 2 +
> arch/arm/plat-omap/include/plat/control.h | 2 +-
> arch/arm/plat-omap/include/plat/io.h | 36 +++++++--------
> arch/arm/plat-omap/include/plat/mux.h | 8 +++
> arch/arm/plat-omap/include/plat/omap7xx.h | 3 +
> arch/arm/plat-omap/io.c | 12 +++---
> arch/arm/plat-omap/iommu.c | 2 +-
> arch/arm/plat-omap/mcbsp.c | 20 +++++++-
> drivers/video/backlight/omap1_bl.c | 2 -
> 28 files changed, 296 insertions(+), 111 deletions(-)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2010-01-09 17:28 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-01-08 18:09 [GIT PULL] omap fixes for 2.6.33-rc3 Tony Lindgren
2010-01-08 18:09 ` Tony Lindgren
2010-01-08 18:19 ` Linus Torvalds
2010-01-08 18:19 ` Linus Torvalds
2010-01-08 18:22 ` Tony Lindgren
2010-01-08 18:22 ` Tony Lindgren
2010-01-08 22:05 ` Paul Walmsley
2010-01-08 22:05 ` Paul Walmsley
2010-01-08 22:27 ` Tony Lindgren
2010-01-08 22:27 ` Tony Lindgren
2010-01-08 22:39 ` Linus Torvalds
2010-01-08 22:39 ` Linus Torvalds
2010-01-08 22:50 ` Tony Lindgren
2010-01-08 22:50 ` Tony Lindgren
2010-01-09 2:47 ` Stephen Rothwell
2010-01-09 2:47 ` Stephen Rothwell
2010-01-09 17:28 ` Tony Lindgren
2010-01-09 17:28 ` Tony Lindgren
2010-01-08 18:20 ` Tony Lindgren
2010-01-08 18:20 ` Tony Lindgren
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.