Re: [PATCH 6/6] [C67x00] Merge c67x00-hub.c into c67x00-hcd.c

2007-06-12 Thread Peter Korsgaard
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes: Hi, Grant> Rather than c67x00-hub.c being compiled seperately, the Grant> original code had c67x00-hub.c *included* by c67x00-hcd.c. Grant> This is a very bad idea. Simplest solution is to merge the Grant> two files into one and be do

Request for framebuffer full patch

2007-06-12 Thread silicom
Hi, can anybody send me the full patch for framebuffer driver? thanks, sherbin ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded

[PATCH 6/6] [C67x00] Merge c67x00-hub.c into c67x00-hcd.c

2007-06-12 Thread Grant Likely
Rather than c67x00-hub.c being compiled seperately, the original code had c67x00-hub.c *included* by c67x00-hcd.c. This is a very bad idea. Simplest solution is to merge the two files into one and be done with it. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- drivers/usb/c67x00/c67x00-hcd.

[PATCH 3/6] [C67x00] Remove unnecessary references to pt_regs

2007-06-12 Thread Grant Likely
Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- drivers/usb/c67x00/c67x00-sched.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/usb/c67x00/c67x00-sched.c b/drivers/usb/c67x00/c67x00-sched.c index 0d08af7..3a870cf 100644 --- a/drivers/usb/c67x00/c67x00

[PATCH 0/6] Cleanups to c67x00 USB host controller driver

2007-06-12 Thread Grant Likely
Peter, Here's the series of changes that I've made to the c67x00 driver. Most of them are pretty straight forward. Most invasive is the rename of 'struct c67x00_drv' to 'struct c67x00_device' which is big and scary, but doesn't really do much. One thing that I haven't tackled is the layout of t

[PATCH 5/6] [C67x00] Change 'struct c67x00_drv' to 'struct c67x00_device'

2007-06-12 Thread Grant Likely
The structure describes per-device data, not per driver data. Convention seems to be to use the _device suffix for this kind of structure. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- drivers/usb/c67x00/c67x00-drv.c| 102 +++--- drivers/usb/c67x00/c67x00-drv.h| 10 +- d

[PATCH 4/6] [C67x00] Added error handling paths to lowlevel interface code

2007-06-12 Thread Grant Likely
Fix up some of the error paths in the low level code to not go into an endless loop. Replace the endless loops with failout code. This patch is just a first step. It eliminates the endless loops, but some of the code paths don't yet have a failure path, so instead the driver uses BUG_ON() to die

[PATCH 2/6] [C67x00] Fix calculation of frame bandwidth

2007-06-12 Thread Grant Likely
Use the correct formulas and values for calculating the bittime within a frame. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- drivers/usb/c67x00/c67x00-hcd.h | 10 ++-- drivers/usb/c67x00/c67x00-sched.c | 42 +--- 2 files changed, 45 insertions(+), 7

[PATCH 1/6] [C67x00] Add test of active flag when checking TDs

2007-06-12 Thread Grant Likely
The active flag in a TD needs to be checked to determine whether or not the TD was processed in the frame. Without this check, the HCD assumes the TD completed successfully, when in reality it was not processed at all. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- drivers/usb/c67x00/c67x00

Re: [PATCH] mpc5200: rtc driver

2007-06-12 Thread Guennadi Liakhovetski
On Tue, 12 Jun 2007, Domen Puncer wrote: > Index: work-powerpc.git/include/asm-powerpc/mpc5200_rtc.h > === > --- /dev/null > +++ work-powerpc.git/include/asm-powerpc/mpc5200_rtc.h > @@ -0,0 +1,49 @@ > +#ifndef _MPC5200_RTC_H_ > +#defi

Re: Xilinx git tree at source.mvista.com

2007-06-12 Thread Dale Farnsworth
In article <[EMAIL PROTECTED]> you write: > On Thu, 24 May 2007, Andrei Konovalov wrote: > > > Hello, > > > > My Xilinx Virtex Development tree is now alive again. > > > > Please use the dev branch (master is just the ko copy): > > http://source.mvista.com/git/gitweb.cgi?p=linux-xilinx-26.git;a=sh

Re: [spi-devel-general] [PATCH] Simple driver for Xilinx SPI controler.

2007-06-12 Thread David Brownell
On Saturday 09 June 2007, Andrei Konovalov wrote: > The new patch is attached to this message. Would you send a version that doesn't produce so many warnings when run against scripts/checkpatch.pl ?? The issues seem to be mostly whitespace and linelength, so that should be easy. - Dave _

Re: Linux 2.6.x, MTD drivers and NAND flashes

2007-06-12 Thread Detlev Zundel
Hi Laurent, > I use a Linux 2.6.9 on a 85xx custom board with a NAND flash. > > This flash has some bad blocks. > NAND device: Manufacturer ID: 0xec, Chip ID: 0xf1 (Samsung NAND 128MiB 3,3V > 8-bit) > Scanning device for bad blocks > Bad eraseblock 8 at 0x0010 > Bad eraseblock 430 at 0x035c0

Re: Xilinx git tree at source.mvista.com

2007-06-12 Thread Esben Nielsen
On Thu, 24 May 2007, Andrei Konovalov wrote: > Hello, > > My Xilinx Virtex Development tree is now alive again. > > Please use the dev branch (master is just the ko copy): > http://source.mvista.com/git/gitweb.cgi?p=linux-xilinx-26.git;a=shortlog;h=dev I can not access the git-tree there: No such

RE: Linux 2.6.x, MTD drivers and NAND flashes

2007-06-12 Thread Laurent Lagrange
Gary and Bill, My need is to load a basic Linux kernel on boards to program multiple NOR and NAND flashes with CRAMFS and JFFS2 (perhaps YAFFS) images. I usually used mtd character accesses to do the job on NOR flashes. But flash_eraseall and flashcp seem to be excellent tools. I'll try them qu

[PATCH] mpc5200: rtc driver

2007-06-12 Thread Domen Puncer
Driver for internal rtc on mpc5200. It isn't very useful, since its contents don't remain on power off. Can be used to set alarm for wake-up from deep-sleep or one second periodic interrupt ;-) Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- drivers/rtc/Kconfig | 10 + drive

[PATCH] mpc5200: /dev/watchdog driver for GPT0

2007-06-12 Thread Domen Puncer
Driver for internal mpc5200 watchdog on general purpose timer 0. For IPB clock of 132 MHz the maximum timeout is about 32 seconds. Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- Hi! I also have some generic GPT code that one could extend with what he/she needs. Mail me if you'd find it use