From: Scott Wood
Most of the MSCR bit assigments are different in e500mc versus
e500, and they are now write-one-to-clear.
Some e500mc machine check conditions are made recoverable (as long as
they aren't stuck on), most notably L1 instruction cache parity errors.
Signed-off-by: Scott Wood
Sig
From: Scott Wood
Most of the MSCR bit assigments are different in e500mc versus
e500, and they are now write-one-to-clear.
Some e500mc machine check conditions are made recoverable (as long as
they aren't stuck on), most notably L1 instruction cache parity errors.
Signed-off-by: Scott Wood
Sig
Firmware changed the way it represents memory and cpu affinity on POWER7.
Unfortunately the old method now caps the topology to work around issues
with legacy operating systems. For Linux to get the correct topology we
need to use the new form 1 affinity information.
We set the form 1 field in th
On Tue, 6 Apr 2010 09:12:38 pm Anton Blanchard wrote:
> The patch below changes things to call tty_kref_put once for every
> hvc_close call, and with that my machine boots fine.
Thanks, applied.
Cheers,
Rusty.
___
Linuxppc-dev mailing list
Linuxppc-dev@
I am using the latest LTIB BSP (2.6.23) for mpc8313 and want to use
udev to automatically mount and umount USB flash storage.
But it appears udev never executes the rule and the script file even
though it is called when a stick is attached. I can manually mount the
USB stick with no problem.
Here
On Wed, Apr 07, 2010 at 11:46:24AM +0200, Manfred Rudigier wrote:
> switch (config.tx_type) {
> case HWTSTAMP_TX_OFF:
> + priv->hwts_tx_en = 0;
> break;
> case HWTSTAMP_TX_ON:
> + if (!(priv->device_flags & FSL_GIANFAR_DEV_HAS_TIMER))
> +
Le mercredi 07 avril 2010 à 07:25 -0600, John Linn a écrit :
> > -Original Message-
> > From: David Miller [mailto:da...@davemloft.net]
> > Sent: Tuesday, April 06, 2010 8:52 PM
> > To: eric.duma...@gmail.com
> > Cc: John Linn; net...@vger.kernel.org; linuxppc-...@ozlabs.org;
> grant.lik...
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Tuesday, April 06, 2010 8:52 PM
> To: eric.duma...@gmail.com
> Cc: John Linn; net...@vger.kernel.org; linuxppc-...@ozlabs.org;
grant.lik...@secretlab.ca;
> jwbo...@linux.vnet.ibm.com; john.willi...@petalogix.com;
This patch configures the eTSEC to time stamps outgoing packets that have
the skb_shared_tx->hardware flag set. The eTSEC is configured to write the
time stamps back to memory after the frame is transmitted. During the
clean_tx_ring operation these time stamps will be extracted and copied
into the
Hello,
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 network packets
and can also time stamp trans
This patch configures the eTSEC to insert time stamps into all received
packets as padding alignment bytes. During the clean_rx_ring operation
these raw time stamps are extracted and copied into the
skb_shared_hwtstamps struct of the skb if required.
Signed-off-by: Manfred Rudigier
---
drivers/n
The timer clock module is an intrinsic feature of every eTSEC. It supports
hardware time stamping of all incoming and outgoing network packets. This
patch checks if the underlying hardware is an eTSEC and adds the
new FSL_GIANFAR_DEV_HAS_TIMER flag to the device flags. This flag is then
used in the
This ioctl command is required for enabling hardware time stamping support
for network packets, see Documentation/networking/timestamping.txt. At the
moment nothing will be done for all requests that enable time stamping and
thus ERANGE will be returned.
Signed-off-by: Manfred Rudigier
---
drive
From: Manfred Rudigier
Date: Wed, 7 Apr 2010 11:46:08 +0200
> This ioctl command is required for enabling hardware time stamping support
> for network packets, see Documentation/networking/timestamping.txt. At the
> moment nothing will be done for all requests that enable time stamping and
> thus
On Wednesday 07 April 2010 09:41:56 Benjamin Herrenschmidt wrote:
> BTW. Stefan mentioned earlier that they had some fixes for that driver
> in the Denx tree. Are those fixes now included in that variant ?
Yes, from a first scan the fix I was referring to seems to be included.
Cheers,
Stefan
Ok so too many problems with your last patch, I didn't have time to fix
them all, so it's not going into -next this week.
Please, test with a variety of defconfigs (iseries, cell, g5 for
example), and especially with CONFIG_PERF_EVENTS not set. There are
issues in the generic header for that (thou
Hi Jeff,
Thanks. I would go through your suggestions and resubmit a newer
version.
Regards,
Rup
-Original Message-
From: Jeff Garzik [mailto:jgpo...@gmail.com] On Behalf Of Jeff Garzik
Sent: Tuesday, April 06, 2010 8:46 PM
To: Rupjyoti Sarmah
Cc: linux-...@vger.kernel.org; linux-ker...@v
On Tue, 2010-04-06 at 11:16 -0400, Jeff Garzik wrote:
> > +static irqreturn_t dma_dwc_interrupt(int irq, void *hsdev_instance)
> > +{
> > + int chan;
> > + u32 tfr_reg, err_reg;
> > +
> > + struct sata_dwc_device *hsdev =
> > + (struct sata_dwc_device *) hsdev_instance;
> >
18 matches
Mail list logo
