SEARCH  

NEWS

2010.10.06:11:36:28
HP wspiera studentów w Szczecinie
30 września br. Centrum Edukacji i Badań HP oficjalnie rozpoczęło swoją działalność przy Zachodniopomorskim Uniwersytecie Technologicznym w Szczecinie. Ośrodek powstał w ramach programu Międzynarodowego Instytutu Technologicznego HP (IIT HP). Jego głównym celem jest edukacja światowej klasy specjalistów w dziedzinie IT i zapewnienie zarówno studentom, jak i wykładowcom dostępu do najnowocześniejszych technologii.

 

163525604521_507060007886Russell 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

 
197822944930_526760007779Catalin 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

 
154529064378_577360007021Paul 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

 
134328594606_547760007491Benjamin 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

 
186622394292_558160007036Russell 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

 
190929834597_543060007492Russell 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

 
131520304786_524460007233Christian 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

 
102228434138_540160007354Christian 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

 
142229594212_502760007752Christian 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

 
151823014992_581060007338Christian 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

 
184727924321_544360007373Christian 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

 
193625364404_572260007702Christian 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

 
195528034545_509360007161christian 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 ++++

 
144726264120_566060007556christian 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 ++++

 
141221714857_540360007740doron
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 ++++

 
174228284531_506260007752doron
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 ++++

 
143622064287_584060007068Ben 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

 
154228834871_508760007075Christian 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)) +            

 
124824234701_536860007354christian 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

 
192424964526_578160007507christian 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

 
152026414335_505160007606Christian 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 |

 
180321394813_509060007741Russell 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

 
115825214624_502960007599Russell 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

 
110428574022_580660007106Jason 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

 
115921484602_568660007501Catalin 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

 
119224494142_552860007846Alessandro 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:

 
113323034985_594760007964Mark 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

 
168725524485_531060007092Mark 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

 
191026864950_593360007174Mark 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

 
103926514322_564160007252Mark 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:

 
114225294701_528460007201Mark 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

 
113021904504_511460007898Mark 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

 
107728244449_556260007030Greg KH

 
165520434716_560560007207Venkatraman S

 
177920154858_510160007194Venkatraman 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

 
135327994724_505460007781Venkatraman 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

 
125622134971_576060007107Venkatraman 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

 
165824064931_510760007064Tony 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

 
113726244108_585460007084Tony 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)  

 
106020074100_591960007757Venkatraman 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

 
111224624556_583660007639Sergei 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

 
161727734853_558760007180Venkatraman 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

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

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

 
188423484414_598560007523Rabin 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:

 
174123794986_529660007503Linus 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

 
193628324275_578960007809Rabin 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

 
197021135000_555660007297Rabin 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

 
111124304732_528960007020Abdoulaye 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

 
169621134368_511060007635Abdoulaye 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