On Wed, May 19, 2010 at 08:46:19PM -0500, Timur Tabi wrote:
On Wed, May 19, 2010 at 8:18 PM, David Gibson
da...@gibson.dropbear.id.au wrote:
Couldn't you use the configurable padding, but put the stuff to do it
into u-boot. i.e. repad the dtb at u-boot build time, rather than
u-boot
Hi,
Michael Ellerman mich...@ellerman.id.au wrote on 20.05.2010 03:34:08:
Subject:
Re: [PATCH RT] ehea: make receive irq handler non-threaded (IRQF_NODELAY)
On Wed, 2010-05-19 at 23:08 +0200, Thomas Gleixner wrote:
On Wed, 19 May 2010, Thomas Gleixner wrote:
I'm still not clear on
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Thought more about that. The case at hand (ehea) is nasty:
The driver does _NOT_ disable the rx interrupt in the card in the rx
interrupt handler - for whatever reason.
Yeah I saw that, but I don't know why it's written that way.
On Thu, 20 May 2010, Michael Ellerman wrote:
On Wed, 2010-05-19 at 16:38 +0200, Thomas Gleixner wrote:
On Wed, 19 May 2010, Darren Hart wrote:
On 05/18/2010 06:25 PM, Michael Ellerman wrote:
On Tue, 2010-05-18 at 15:22 -0700, Darren Hart wrote:
The result of the discussion about
Hi Thomas
Re: [PATCH RT] ehea: make receive irq handler non-threaded (IRQF_NODELAY)
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Thought more about that. The case at hand (ehea) is nasty:
The driver does _NOT_ disable the rx interrupt in the card in the
rx
interrupt handler -
Jan-Bernd,
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Hi Thomas
Re: [PATCH RT] ehea: make receive irq handler non-threaded (IRQF_NODELAY)
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Thought more about that. The case at hand (ehea) is nasty:
The driver does _NOT_
When strncmp() on powerpc is given a length of zero, it detects this and
returns early to make the comparison loop simpler. When it does this, however,
it fails to set a return value, and thus returns the address of the first
string as the number of the character match. It should return 0
On Wednesday 19 May 2010 20:52:01 Grant Likely wrote:
Hi Sergey. Comments below.
diff -r 9d9ac97e095d .config
--- a/.config Thu Feb 25 21:23:42 2010 +0300
+++ b/.config Thu Feb 25 21:49:02 2010 +0300
.config changes should not appear in your patch file.
diff -r
This patch enables support for Xilinx Virtex 4 FX singe-float FPU.
Changelog v1-v2:
-Added MSR_AP bit definition
-Renamed CONFIG_XILINX_FPU to CONFIG_XILINX_SOFTFPU, moved it to
'Platform support' and made it Virtex4-FX-only.
-Changed
On Thu, May 20, 2010 at 1:17 AM, David Gibson
da...@gibson.dropbear.id.au wrote:
Um.. what? As far as I can tell that thread is about runtime
expanding the space given to the dtb. I'm talking about altering the
padding on the file before giving it to u-boot in the first place.
Sorry, I
I find a problem in
drivers/serial/cpm_uart/cpm_uart_cpm2.c:
int cpm_uart_allocbuf(struct uart_cpm_port *pinfo, unsigned int is_con)
{
... ...
pinfo-tx_bd_base = pinfo-rx_bd_base + pinfo-rx_nrfifos;
/*The above line should be :*/
pinfo-tx_bd_base = pinfo-rx_bd_base + sizeof(cbd_t) *
On Thu, May 20, 2010 at 09:36:03AM +0530, K.Prasad wrote:
Right. However, the thread is running the signal handler without the
DABR being set, which is unfortunate.
In order to keep the breakpoint active during signal handling, a
PowerPC specific signal handling code, say
This extends the emulate_step() function to handle most of the load
and store instructions implemented on current 64-bit server processors.
The aim is to handle all the load and store instructions used in the
kernel, so this handles the Altivec/VMX lvx and stvx and the VSX
lxv2dx and stxv2dx
On Wed, 2010-05-19 at 22:32 +1000, Michael Ellerman wrote:
Some bogus firmwares include properties with / in their name. This
causes problems when creating the /proc/device-tree file system,
because the slash is taken to indicate a directory.
We don't care about those properties, and we
Thomas Gleixner wrote:
Pleaes check if multiple queues are enabled. The following module parameter
is used for that:
MODULE_PARM_DESC(use_mcs, 0:NAPI, 1:Multiple receive queues, Default = 0
);
you should also see the number of used HEA interrupts in /proc/interrupts
I leave that for Will
On 05/20/2010 01:14 AM, Thomas Gleixner wrote:
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Thought more about that. The case at hand (ehea) is nasty:
The driver does _NOT_ disable the rx interrupt in the card in the rx
interrupt handler - for whatever reason.
Yeah I saw that, but I don't
On Thu, 20 May 2010, Darren Hart wrote:
On 05/20/2010 01:14 AM, Thomas Gleixner wrote:
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Thought more about that. The case at hand (ehea) is nasty:
The driver does _NOT_ disable the rx interrupt in the card in the rx
interrupt
On Thu, 2010-05-20 at 11:05 +0200, Jan-Bernd Themann wrote:
Hi Thomas
Re: [PATCH RT] ehea: make receive irq handler non-threaded (IRQF_NODELAY)
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Thought more about that. The case at hand (ehea) is nasty:
The driver does _NOT_
Hi all,
I am trying to use MBX 3D engine driver of my ads5121. AFAIK, drivers were
built against same kernel as mine but I get problems for testing the demos
and for loading the service:
[r...@freescale /]# etc/init.d/rc.pvr start
[ 29.526994] dbgdrv: module license 'unspecified' taints
On 05/19/2010 08:18 PM, David Gibson wrote:
On Wed, May 19, 2010 at 07:03:17PM -0500, Timur Tabi wrote:
On Wed, May 19, 2010 at 5:44 PM, Benjamin Herrenschmidt
The padding in the kernel built is intended to
make space for DT changes done by the zImage wrapper.
Well, okay. I think it would
On Thu, May 20, 2010 at 04:58:27PM +0800, hellohello wrote:
I find a problem in
drivers/serial/cpm_uart/cpm_uart_cpm2.c:
int cpm_uart_allocbuf(struct uart_cpm_port *pinfo, unsigned int is_con)
{
... ...
pinfo-tx_bd_base = pinfo-rx_bd_base + pinfo-rx_nrfifos;
/*The above line should be
On Wed, May 19, 2010 at 01:13:04PM -0400, Jeff Angielski wrote:
On 05/19/2010 03:26 AM, Andre Prendel wrote:
Ok, so there is only one remaining task :) Please update the documentation
under
Documentation/hwmon/tmp421. Then you will get my Acked-by.
Documentation is updated in this patch
On 05/20/2010 02:50 PM, Andre Prendel wrote:
You made a careless mistake, see below. Please fix this and resend the patch
again. Then I added my Acked-by and I think Jean will schedule the patch for
2.6.35 (after another review of course :))
You sir, would be correct... *sigh* I tried using
On Thu, May 20, 2010 at 03:07:05PM -0400, Jeff Angielski wrote:
On 05/20/2010 02:50 PM, Andre Prendel wrote:
You made a careless mistake, see below. Please fix this and resend the patch
again. Then I added my Acked-by and I think Jean will schedule the patch for
2.6.35 (after another review
On Thu, 2010-05-20 at 16:45 +0200, Thomas Gleixner wrote:
On Thu, 20 May 2010, Darren Hart wrote:
On 05/20/2010 01:14 AM, Thomas Gleixner wrote:
On Thu, 20 May 2010, Jan-Bernd Themann wrote:
Thought more about that. The case at hand (ehea) is nasty:
The driver does _NOT_
No, it shouldn't -- rx_bd_base is of type cbd_t *, so the multiplication
already happens as part of pointer arithmetic.
---Yes, you are right. I made a basic mistake.
But now I have another question.
The SMC1 params can be relocated to any offset of the DPRAM on a 64 byte
boundary, not as the
26 matches
Mail list logo