SEARCH  

NEWS

2010.10.06:11:36:28
Najpopularniejsze domeny dla Twojej firmy w nazwa.pl (reklama)
Myślisz o zdobyciu zagranicznych rynków? Chcesz mieć adresy WWW w najbardziej rozpoznawalnych domenach? A może chciałbyś zabezpieczyć swoją markę przed wykorzystaniem jej przez kogoś innego? Powinieneś więc rozważyć rejestrację firmowych adresów WWW zawierających najpopularniejsze rozszerzenia używane na świecie.

 

175420104992_523960007433Russell King ARM Li
There are places in Linux where writes to newly allocated page cache pages happen without a subsequent call to flush_dcache_page() (several PIO drivers including USB HCD). This patch changes the mean

 
106425904582_517560007240Catalin Marinas
On Thu, 2010-03-04 at 16:44 +0000, Russell King - ARM Linux wrote: On Tue, Mar 02, 2010 at 05:34:29PM +0000, Catalin Marinas wrote: There are places in Linux where writes to newly allocated pag

 
190321904209_592560007722Paul Mundt
On Thu, Mar 04, 2010 at 06:36:42PM +0000, Catalin Marinas wrote: ARM: Assume new page cache pages have dirty D-cache From: Catalin Marinas <catalin.marinas@xxxxxxx There are places in

 
182923144173_505760007886Benjamin Herrenschmi
On Fri, 2010-03-05 at 10:28 +0900, Paul Mundt wrote: In the anonymous page case, flush_anon_page() is always called prior to flush_dcache_page(), so flush_anon_page() could just set PG_dcache_cle

 
179423954307_561060007420Russell King ARM Li
On Thu, 2010-03-04 at 21:44 +0000, Russell King - ARM Linux wrote: On Thu, Mar 04, 2010 at 06:36:42PM +0000, Catalin Marinas wrote: ARM: Assume new page cache pages have dirty D-cache F

 
193829714430_593060007306Russell King ARM Li
On Thu, 2010-03-04 at 21:44 +0000, Russell King - ARM Linux wrote: On Thu, Mar 04, 2010 at 06:36:42PM +0000, Catalin Marinas wrote: ARM: Assume new page cache pages have dirty D-cache F

 
136222744897_594460007190Christian Pellegrin
On Fri, 2010-03-05 at 21:16 +0000, Russell King - ARM Linux wrote: On Fri, Mar 05, 2010 at 04:52:40PM +0000, Catalin Marinas wrote: As Ben said, I think we can set PG_dcache_clean in the cl

 
118423534381_539360007754Christian Pellegrin
On Fri, 2010-03-05 at 21:16 +0000, Russell King - ARM Linux wrote: On Fri, Mar 05, 2010 at 04:52:40PM +0000, Catalin Marinas wrote: As Ben said, I think we can set PG_dcache_clean in the cl

 
111421064067_528860007293Christian Pellegrin
Hi Linus, Please pull omap updates from: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-for-linus Regards, Tony The following changes since commit ac0f6f927db539e03

 
117329584689_548160007906Christian Pellegrin
Hi Linus, Please pull omap updates from: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-for-linus Regards, Tony The following changes since commit ac0f6f927db539e03

 
190125054876_533160007085Christian Pellegrin
Sorry, blundered the description line. Sending a better one in response to this mail. -- Christian Pellegrin, see rel="nofollow" www.evolware.org/chri/ www.evolware.org/chri/ "Real Pro

 
163727974360_553360007811Christian Pellegrin
Sorry, blundered the description line. Sending a better one in response to this mail. -- Christian Pellegrin, see rel="nofollow" www.evolware.org/chri/ www.evolware.org/chri/ "Real Pro

 
172429254163_510460007441christian pellegrin
On Tue, Mar 02, 2010 at 05:05:37PM +0100, Christian Pellegrin wrote: Signed-off-by: Christian Pellegrin <chripell@xxxxxxxx --- arch/arm/mach-s3c2410/include/mach/gpio-core.h | 5 ++++

 
185824324547_592660007712christian pellegrin
On Tue, Mar 02, 2010 at 05:05:37PM +0100, Christian Pellegrin wrote: Signed-off-by: Christian Pellegrin <chripell@xxxxxxxx --- arch/arm/mach-s3c2410/include/mach/gpio-core.h | 5 ++++

 
121928944669_590860007236doron
This patch adds support to gpiolib for GPIO bank J present on S3C244X CPUs. Signed-off-by: Christian Pellegrin <chripell@xxxxxxxx --- arch/arm/mach-s3c2410/include/mach/gpio-nrs.h | 4 ++++

 
181322744741_568860007175doron
This patch adds support to gpiolib for GPIO bank J present on S3C244X CPUs. Signed-off-by: Christian Pellegrin <chripell@xxxxxxxx --- arch/arm/mach-s3c2410/include/mach/gpio-nrs.h | 4 ++++

 
177422424972_513460007712Ben Dooks
This patch adds bank H and J GPIOs (present on S3C244X CPUs) to the list of registers that must be saved/resumed during suspend. Signed-off-by: Christian Pellegrin <chripell@xxxxxxxx --- arch/a

 
194524994637_510760007954Christian Pellegrin
On Fri, Mar 5, 2010 at 12:21 AM, Ben Dooks <ben-linux@xxxxxxxxx wrote: +#ifdef CONFIG_CPU_S3C244X +     if (pin S3C2410_GPJ(15)) +            

 
154824604385_509560007105christian pellegrin
On Mon, Mar 08, 2010 at 12:21:28PM +0100, Christian Pellegrin wrote: This patch adds bank H and J GPIOs (present on S3C244X CPUs) to the list of registers that must be saved/resumed during suspen

 
180726054999_547660007373christian pellegrin
On Mon, Mar 08, 2010 at 05:14:05PM +0100, christian pellegrin wrote: On Mon, Mar 8, 2010 at 4:55 PM, Ben Dooks <ben-linux@xxxxxxxxx wrote: Still not getting why youre changing this from

 
171323244647_545460007252Christian Pellegrin
This patch corrects the list of registers that must be saved/resumed during suspend. Signed-off-by: Christian Pellegrin <chripell@xxxxxxxx --- arch/arm/mach-s3c2410/include/mach/gpio-core.h |

 
162927864494_560160007269Russell King ARM Li
clk_find function looks for clock with matching dev_id and con_id. We should return from clk_find as soon as we get a clock with matching dev_id and con_id. This can be done by comparing variable &qu

 
131328654768_595060007370Russell King ARM Li
Hello, On Tue, Mar 02, 2010 at 08:39:11PM +0000, Russell King - ARM Linux wrote: On Tue, Mar 02, 2010 at 04:35:54PM +0530, Viresh KUMAR wrote: clk_find function looks for clock with matching d

 
190425204831_528960007216Jason Wessel
Hi there ! I am curently trying to compile kgdb on an ARM SMP core. I have the following error : kernel/kgdb.c:1481: undefined reference to `kgdb_roundup_cpus When I am looking at the function kgd

 
139424234821_539360007332Catalin Marinas
Hello, No one has yet to submit a patch which implements the proper way to interrupt the slave CPUs and get them to call the kgdb_nmicallback(), as well as to run the kgdb test suite on the SM

 
176626114657_541260007669Alessandro Rubini
Hi Catalin, On Thu, 2010-03-04 at 17:28 +0000, Will Deacon wrote: I took a quick look at the code in kernel/kgdb.c and adding the following memory barrier appears to resolve the issue:

 
166526944455_515860007374Mark Brown
The reorgs of the Samsung headers have moved the GPIO bank definitions from plat/ to mach/ - the IIS driver needs to be updated to take care of this. Signed-off-by: Mark Brown <broonie@xxxxxxxxxx

 
142726084238_519560007210Mark Brown
On Mon, Mar 01, 2010 at 06:52:22PM +0000, Mark Brown wrote: Commit 5de813b6 (ARM: Eliminate decompressor -Dstatic= PIC hack) among other things changed the declared type of the error() function t

 
156624624730_539660007346Mark Brown
On Wed, Mar 10, 2010 at 05:17:37PM +0000, Mark Brown wrote: On Mon, Mar 01, 2010 at 06:52:22PM +0000, Mark Brown wrote: Commit 5de813b6 (ARM: Eliminate decompressor -Dstatic= PIC hack) among

 
161321454769_543360007667Mark Brown
On Wed, Mar 10, 2010 at 05:42:28PM +0000, Mark Brown wrote: On Wed, Mar 10, 2010 at 05:25:03PM +0000, Russell King - ARM Linux wrote: On Wed, Mar 10, 2010 at 05:17:37PM +0000, Mark Brown wrote:

 
176623034278_542260007343Mark Brown
On Wed, Mar 10, 2010 at 05:56:11PM +0000, Mark Brown wrote: On Wed, Mar 10, 2010 at 05:46:50PM +0000, Russell King - ARM Linux wrote: Lets do the job properly this time then and put a declar

 
109023804036_554560007332Mark Brown
Commit 5de813b6 (ARM: Eliminate decompressor -Dstatic= PIC hack) among other things changed the declared type of the error() function to an extern, conflicting with the forward declartion in the Sams

 
192029674940_515860007498Greg KH

 
136827274960_509860007710Venkatraman S

 
144427364855_521260007393Venkatraman S
-----Original Message----- From: linux-mmc-owner@xxxxxxxxxxxxxxx [ rel="nofollow" mailto:linux-mmc- mailto:linux-mmc- owner@xxxxxxxxxxxxxxx] On Behalf Of Venkatraman S Sent: Monday, Mar

 
188029354696_515860007412Venkatraman S
-----Original Message----- From: svenkatr@xxxxxxxxx [ rel="nofollow" mailto:svenkatr@xxxxxxxxx mailto:svenkatr@xxxxxxxxx ] On Behalf Of Venkatraman S Sent: Thursday, March 11, 2010 4:52

 
150124464793_553860007331Venkatraman S
-----Original Message----- From: svenkatr@xxxxxxxxx [ rel="nofollow" mailto:svenkatr@xxxxxxxxx mailto:svenkatr@xxxxxxxxx ] On Behalf Of Venkatraman S Sent: Thursday, March 11, 2010 11:43

 
187029114298_581060007459Tony Lindgren
See previous post rel="nofollow" patchwork.kernel.org/patch/82909/ patchwork.kernel.org/patch/82909/ . Rebased to 2.6.34-rc1 CC: Adrian Hunter <adrian.hunter@xxxxxxxxx CC: Madhusudhan C &l

 
130724374186_526760007309Tony Lindgren
Tony Lindgren wrote: * Venkatraman S <svenkatr@xxxxxx [100310 06:08]: @@ -1400,14 +1471,23 @@ omap_hsmmc_prepare_data(struct omap_hsmmc_host *host, struct mmc_request *req)  

 
197729814045_583260007214Venkatraman S
Tony Lindgren wrote: * Venkatraman S <svenkatr@xxxxxx [100311 07:04]: Tony Lindgren wrote: Does the driver still work in PIO mode? We need to have the drivers capable to

 
122420724148_592160007504Sergei Shtylyov
It is observed that sometimes the MMC Transfer Complete (TC) is not received when DMA completion callback is processed (or takes too long to process) This patch moves the releasing of DMA channel fro

 
133327314951_512560007942Venkatraman S
-----Original Message----- From: linux-mmc-owner@xxxxxxxxxxxxxxx [ rel="nofollow" mailto:linux-mmc- mailto:linux-mmc- owner@xxxxxxxxxxxxxxx] On Behalf Of Venkatraman S Sent: Monday, Mar

 
145721384853_575660007922Venkatraman S
-----Original Message----- From: linux-omap-owner@xxxxxxxxxxxxxxx [ rel="nofollow" mailto:linux-omap-owner@xxxxxxxxxxxxxxx mailto:linux-omap-owner@xxxxxxxxxxxxxxx ] On Behalf Of Venkatraman

 
121522554359_540160007896Chris Ball
Venkatraman S <svenkatr@xxxxxx writes: Shilimkar, Santosh wrote: -----Original Message----- From: linux-omap-owner@xxxxxxxxxxxxxxx [ rel="nofollow" mailto:linux-omap-owner@xxxxxxxxx

 
171124994876_575660007068Rabin Vincent
This patch series is introduction of new sDMA feature: descriptor autoloading (v5) and its adoption by omap hsmmc driver. Previous thread (v4 of sDMA patch, without hsmmc adoptions) is here:

 
197025554141_511860007371Linus Walleij
Add support for the GPIOs on the U8500, using the plat-nomadik GPIO driver. Acked-by: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx Acked-by: Srinidhi Kasagar <srinidhi.kasagar@xxxxxxxxxxxxxx

 
162228094102_557260007371Rabin Vincent
Since we register as a chained handler, we need to take care of acking the parent irq. Current code had the acking disabled because just acking the interrupt disables it on some interrupt controller

 
151423924510_536760007458Rabin Vincent
Move the Nomadik GPIO driver to plat-nomadik so that it can also be used on the Ux500 platform. The mach-nomadik include/mach/gpio.h is replaced by one that includes the one now in plat-nomadik, so

 
128923634713_564960007235Abdoulaye Walsimou G
Currently the files in ux500 state that the instance of the MTU timer runs at 110 MHz, but actually this is currently either 50 MHz or 100 MHz depending on operating point. By explictly setting it to

 
154424764734_542060007064Abdoulaye Walsimou G
Currently the files in ux500 state that the instance of the MTU timer runs at 110 MHz, but actually this is currently either 50 MHz or 100 MHz depending on operating point. By explictly setting it to

 

 

home   |    register   |    login