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.

 

175821794430_564560007299Russell 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

 
176623344512_569760007871Catalin 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

 
170029394281_547460007234Paul 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

 
186920384258_557660007063Benjamin 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

 
107129665000_594760007516Russell 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

 
127722354695_570860007372Russell 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

 
100626464706_551860007319Christian 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

 
138820424257_567060007597Christian 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

 
190423854636_516260007880Christian 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

 
122620334846_522560007322Christian 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

 
174122574557_543660007437Christian 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

 
180829714082_551460007425Christian 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

 
183328784468_508960007986christian 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 ++++

 
168724524370_532260007332christian 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 ++++

 
120228404365_504760007345doron
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 ++++

 
136928054602_592760007567doron
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 ++++

 
136320484538_544560007027Ben 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

 
187123944905_533960007452Christian 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)) +            

 
132421714904_569560007518christian 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

 
102626964357_539260007421christian 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

 
173721124226_533960007467Christian 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 |

 
190724024515_544460007077Russell 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

 
147127184471_537660007956Russell 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

 
182923804126_573260007621Jason 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

 
125021014316_560760007059Catalin 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

 
102822314172_525560007210Alessandro 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:

 
172224774612_523760007459Mark 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

 
131423934177_578660007234Mark 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

 
174225974614_586960007690Mark 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

 
148925794792_580560007285Mark 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:

 
186522144516_503660007087Mark 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

 
124721914564_586060007486Mark 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

 
131927444879_549660007647Greg KH

 
173022714244_534460007573Venkatraman S

 
103326284152_582560007338Venkatraman 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

 
111022974553_562660007021Venkatraman 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

 
171425814213_527760007642Venkatraman 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

 
176427594386_564260007915Tony 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

 
128829854186_553260007325Tony 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)  

 
110523624953_525760007386Venkatraman 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

 
159522974683_514760007016Sergei 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

 
116926374597_538360007037Venkatraman 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

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

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

 
183822454726_579160007913Rabin 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:

 
117620974209_585960007132Linus 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

 
187624154769_547360007683Rabin 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

 
151028244361_530560007680Rabin 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

 
135625614287_539160007427Abdoulaye 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

 
175529114672_548160007174Abdoulaye 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