Re: A better way to sequence driver initialization?

2010-04-09 Thread Grant Likely
On Fri, Apr 9, 2010 at 1:23 PM, Bill Gatliff wrote: > Guys: > > > My recent post, "Requesting a GPIO that hasn't been registered yet", and > Anton's reply thereto (thanks, Anton!) on linuxppc-dev got me thinking > about the problem of dependencies between devices in different  classes, > and/or be

Re: Continual reading from the PowerPc time base register is not stable

2010-04-09 Thread Csdncannon
Sorry, I attached the wrong log, this attachment is the right one. 2010/3/25 Csdncannon > In my program, the value of the 64-bit time base register is read > out, and you will find the later value is even smaller than the earlier > value from the log “log_timebase”. While the kernel de

Re: A better way to sequence driver initialization?

2010-04-09 Thread Bill Gatliff
Bill Gatliff wrote: > > ... and kset_register() might be the only place that calls > wake_up_interruptible(). Wow. > Wow, indeed. With just the attached patch, I get exactly one OOPS now--- in ssc_free(), which I think is getting called because atmel_ssc_modinit() is racing with something. I

Re: A better way to sequence driver initialization?

2010-04-09 Thread Bill Gatliff
Bill Gatliff wrote: > Maybe there are fewer places that would need wait queues than I > originally thought! At least for drivers that use the device API, > kset_find_obj() might be the only place that needs to wait until a > device or bus appears. ... and kset_register() might be the only place t

Re: A better way to sequence driver initialization?

2010-04-09 Thread Bill Gatliff
Bill Gatliff wrote: > If someone doesn't tell me this is a stupid idea, I might post it to > lkml. Now's your chance! :) > So I went ahead and tried it anyway: $ git diff init/main.c diff --git a/init/main.c b/init/main.c index dac44a9..1461d09 100644 --- a/init/main.c +++ b/init/main.c @@

[PATCH] fsl_booke: Correct test for MMU_FTR_BIG_PHYS

2010-04-09 Thread Becky Bruce
The code was looking for this in cpu_features, not mmu_features. Fix this. Signed-off-by: Becky Bruce --- arch/powerpc/mm/fsl_booke_mmu.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/mm/fsl_booke_mmu.c b/arch/powerpc/mm/fsl_booke_mmu.c index c539472..

A better way to sequence driver initialization?

2010-04-09 Thread Bill Gatliff
Guys: My recent post, "Requesting a GPIO that hasn't been registered yet", and Anton's reply thereto (thanks, Anton!) on linuxppc-dev got me thinking about the problem of dependencies between devices in different classes, and/or between drivers/devices in general. I'd like to float an idea to s

RE: Upgrade to 2.6.26 results in Oops during request_irq

2010-04-09 Thread Sparks, Sam
>-Original Message- >From: Sparks, Sam >Sent: Thursday, April 08, 2010 4:15 PM In the interest of making it easier for someone to help, I've been able to replicate the problem with the following minimal kernel module: #include #include #include static unsigned int cpld_virq = NO_IRQ;

Re: [PATCH 2/2] [V5] Add non-Virtex5 support for LL TEMAC driver

2010-04-09 Thread Grant Likely
On Thu, Apr 8, 2010 at 11:08 AM, John Linn wrote: > This patch adds support for using the LL TEMAC Ethernet driver on > non-Virtex 5 platforms by adding support for accessing the Soft DMA > registers as if they were memory mapped instead of solely through the > DCR's (available on the Virtex 5). >

Re: [-next April 8] eHEA driver failure on powerpc

2010-04-09 Thread Sachin Sant
Sachin Sant wrote: With today's next release, eHEA network interface on couple of power6 boxes fails to initialize. # modprobe ehea IBM eHEA ethernet device driver (Release EHEA_0102) alloc irq_desc for 256 on node 0 alloc kstat_irqs on node 0 irq: irq 590080 on host null mapped to virtual irq

[PATCH v2 net-next 2/2] gianfar: Add hardware TX timestamping support

2010-04-09 Thread Manfred Rudigier
If a packet has the skb_shared_tx->hardware flag set the device is instructed to generate a TX timestamp and write it back to memory after the frame is transmitted. During the clean_tx_ring operation the timestamp will be extracted and copied into the skb_shared_hwtstamps struct of the skb. TX tim

[PATCH v2 net-next 1/2] gianfar: Add hardware RX timestamping support

2010-04-09 Thread Manfred Rudigier
The device is configured to insert hardware timestamps into all received packets. The RX timestamps are extracted from the padding alingment bytes during the clean_rx_ring operation and copied into the skb_shared_hwtstamps struct of the skb. This extraction only happens if the rx_filter was set to

[PATCH v2 net-next 0/2] timestamping support for gianfar

2010-04-09 Thread Manfred Rudigier
On 2010-04-07 Manfred Rudigier wrote: > this patch series adds support for hardware time stamping to gianfar. It uses > the new SO_TIMESTAMPING infrastructure to deliver raw hardware timestamps to > user space applications. > > Freescale CPUs with an eTSEC are able to time stamp all incoming netwo

Re: [PATCH 3/5] powerpc: enabled asymmetric SMT scheduling on POWER7

2010-04-09 Thread Michael Neuling
In message <20100409062118.f04b4cb...@localhost.localdomain> you wrote: > The POWER7 core has dynamic SMT mode switching which is controlled by > the hypervisor. There are 3 SMT modes: > SMT1 uses thread 0 > SMT2 uses threads 0 & 1 > SMT4 uses threads 0, 1, 2 & 3 > When in any