headers
AFG GTBANK LOAN | 17 Jun 2013 21:28
Picon
Favicon

(unknown)


Loan Syndicacion

Am AFG Guaranty Trust Bank, zu strukturieren wir Kreditlinien treffen Sie
unsere
Kunden spezifischen geschäftlichen Anforderungen und einen deutlichen
Mehrwert für unsere
Kunden Unternehmen.
eine Division der AFG Finance und Private Bank plc.

Wenn Sie erwägen, eine große Akquisition oder ein Großprojekt sind, können
Sie
brauchen eine erhebliche Menge an Kredit. AFG Guaranty Trust Bank setzen
können
zusammen das Syndikat, das die gesamte Kredit schnürt für
Sie.

Als Bank mit internationaler Reichweite, sind wir gekommen, um Darlehen zu
identifizieren
Syndizierungen als Teil unseres Kerngeschäfts und durch spitzte diese Zeile
aggressiv sind wir an einem Punkt, wo wir kommen, um als erkannt haben
Hauptakteur in diesem Bereich.

öffnen Sie ein Girokonto heute mit einem Minimum Bankguthaben von 500 £ und
Getup zu £ 10.000 als Darlehen und auch den Hauch einer Chance und gewann
die Sterne
Preis von £ 500.000 in die sparen und gewinnen promo in may.aply jetzt.

mit dem Folowing Informationen über Rechtsanwalt steven lee das Konto
Offizier.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gary Thomas | 17 Jun 2013 16:25
Favicon

PCAN drivers?

What's the best driver for the Peak PCAN PCI board?
   PEAK-System Technik GmbH PCAN-PCI CAN-Bus controller
I'm interested in linux-3.5.2 on Fedora 17

Thanks

--

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-can" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 4 comments |
headers
Michael Luxen | 16 Jun 2013 21:35
Picon

AW: [Socketcan-users] [socketcan]problem to using CAN with BeagleBone Black A5A

Hi Mohamed,

did you disable UART2 within am335x-bone-common.dtsi which shares the same GPIOs as DCAN1?

uart2: serial <at> 48022000 {
       status = "disabled";    //Switch off UART2
}; 

Please go again trough the guidline step by step as mentioned here:
http://www.aero-box.co.uk/beaglebone-black


If everything goes correct, the BeagleBone Black should enable DCAN1 and maybe DCAN0 (depends only on your 
am335x-bone-common.dtsi) automatically. 
lsmod must show all can related modules (can, c_can, c_can_platform) manually after booting. Otherwise
something doesn't work.

Which Image do you use?

Regards
Mike

-----Ursprüngliche Nachricht-----
Von:	Sebastian Haas <dev <at> sebastianhaas.info>
Gesendet:	So 16.06.2013 21:02
Betreff:	Re: [Socketcan-users] [socketcan]problem to using CAN with BeagleBone Black A5A
An:	Mohamed HAMZAOUI <requinham <at> gmail.com>; 
CC:	Michael Luxen <mluxen <at> gmx.net>; linux-can <at> vger.kernel.org; Oliver Hartkopp
<socketcan <at> hartkopp.net>; Wolfgang Grandegger <wg <at> grandegger.com>; 
> Hi Mohamed,
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Oliver Hartkopp | 14 Jun 2013 20:05
Favicon

Re: RFC: (optional) software filtering in candump

On 14.06.2013 10:29, Janusz Uzycki wrote:
> Hi.
>  
> I read the discussion. I agree the documentation should better explain
> multifilter filter policy. I think good workaround could be duplicated
> timestamp filtering - it seems simple to realize in userspace.

Did you see my patch to remove duplicates by matching the CAN-ID and the
timestamp for the raw socket?

> The problem
> could be a lot of frames in short time. Then additional field in can_frame
> struct with packet_id in queue would be useful.

No. For two reasons:

1. The struct can_frame contains the content of a CAN frame, which is
   - a CAN Identifier
   - a data length
   - CAN payload data

   all other stuff is not really CAN specific.

2. The struct can_frame is set in stone with Linux 2.6.25. Any change breaks
   the binary API

> The timestamp could be also
> added in the same way. How SIOCGSTAMP works now?

Use ioctl(s, SIOCGSTAMP, &tv) after read/recvmsg:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Janusz Uzycki | 14 Jun 2013 10:42
Picon

Re: RFC: (optional) software filtering in candump


Hi.

I read the discussion. I agree the documentation should better explain 
multifilter filter policy. I think good workaround could be duplicated 
timestamp filtering - it seems simple to realize in userspace. The problem 
could be a lot of frames in short time. Then additional field in can_frame 
struct with packet_id in queue would be useful. The timestamp could be also 
added in the same way. How SIOCGSTAMP works now? What is difference in 
SO_TIMESTAMP? Where in kernel (socket layer or low level CAN driver, eq. 
irq) the timestamp is generated?

best regards
Janusz Uzycki

(text mode now)

--
To unsubscribe from this list: send the line "unsubscribe linux-can" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Mirza Krak | 13 Jun 2013 14:47

Dual SJA1000 can controllers on SMP system.

Dear Sirs.

I am running a 3.1.10 kernel on Nvidia Tegra 2 CPU (Dual Core). Not 
vanilla kernel (Linux4Tegra).

We are using dual can controllers connected on th external data bus on 
our custom hardware. The can controllers are SJA1000.

Driver that is used is vanilla sja1000 driver (sja1000.c)

Now to the issue at hand. Will try my best to explain our scenario and 
issue:
     1. The two can controllers are connected with each other with a 
loop-back.
     2. What we are attempting is to send data on both controllers in 
two separate processes. We are using following command "cansequence can0 
-p &" and "cansequence can1 -p &". With a bit-rate configured to 1 Mbit/s.
     3. What we see when we attempt the above is that one of the 
controllers stop sending and the software buffer gets filled up. When it 
stops varies but usually after a few packets are sent.

After some digging we came to this conclusion. The two cansequence 
processes end up on different CPU cores. The process that ends up in 
CPU1 is the one that always stops transmitting.

Workarounds that we have seen that works is
     1. Disable dual core with kernel argument "maxcpus=1".
     2. Forcing the cansequence processes to CPU0 with "taskset" command.

My question to you is if anyone has tested the SJA1000 driver on an SMP
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sachin Kamat | 12 Jun 2013 13:30
Favicon

[PATCH 1/1] net: can: at91_can: Use of_match_ptr()

of_match_ptr() eliminates having an #ifdef returning NULL for the case
when OF is disabled.

Signed-off-by: Sachin Kamat <sachin.kamat <at> linaro.org>
Cc: Marc Kleine-Budde <mkl <at> pengutronix.de>
---
 drivers/net/can/at91_can.c |    4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/drivers/net/can/at91_can.c b/drivers/net/can/at91_can.c
index ce8421a..dbbe97a 100644
--- a/drivers/net/can/at91_can.c
+++ b/drivers/net/can/at91_can.c
 <at>  <at>  -1264,8 +1264,6  <at>  <at>  static const struct of_device_id at91_can_dt_ids[] = {
 	}
 };
 MODULE_DEVICE_TABLE(of, at91_can_dt_ids);
-#else
-#define at91_can_dt_ids NULL
 #endif

 static const struct at91_devtype_data *at91_can_get_driver_data(struct platform_device *pdev)
 <at>  <at>  -1424,7 +1422,7  <at>  <at>  static struct platform_driver at91_can_driver = {
 	.driver = {
 		.name = KBUILD_MODNAME,
 		.owner = THIS_MODULE,
-		.of_match_table = at91_can_dt_ids,
+		.of_match_table = of_match_ptr(at91_can_dt_ids),
 	},
 	.id_table = at91_can_id_table,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Fabio Estevam | 11 Jun 2013 04:12
Picon

[PATCH 1/3] ARM: imx: prepare for removal of flexcan_platform_data

From: Marc Kleine-Budde <mkl <at> pengutronix.de>

As there are no imx in-tree users of flexcan_platform_data, this patch removes
the possibility to register a flexcan device with platform data.

The functionality to swith on/off CAN transceivers is added to DT via
regulators on a later patch.

Compile time tested with imx_v4_v5_defconfig and imx_v6_v7_defconfig.

Signed-off-by: Marc Kleine-Budde <mkl <at> pengutronix.de>
---
 arch/arm/mach-imx/devices-imx25.h              | 8 ++++----
 arch/arm/mach-imx/devices-imx35.h              | 8 ++++----
 arch/arm/mach-imx/devices/devices-common.h     | 4 +---
 arch/arm/mach-imx/devices/platform-flexcan.c   | 5 ++---
 arch/arm/mach-imx/eukrea_mbimxsd25-baseboard.c | 2 +-
 arch/arm/mach-imx/eukrea_mbimxsd35-baseboard.c | 2 +-
 arch/arm/mach-imx/mach-mx25_3ds.c              | 2 +-
 arch/arm/mach-imx/mach-pcm043.c                | 2 +-
 8 files changed, 15 insertions(+), 18 deletions(-)

diff --git a/arch/arm/mach-imx/devices-imx25.h b/arch/arm/mach-imx/devices-imx25.h
index 0d2922b..769563f 100644
--- a/arch/arm/mach-imx/devices-imx25.h
+++ b/arch/arm/mach-imx/devices-imx25.h
 <at>  <at>  -13,10 +13,10  <at>  <at>  extern const struct imx_fec_data imx25_fec_data;
 	imx_add_fec(&imx25_fec_data, pdata)

 extern const struct imx_flexcan_data imx25_flexcan_data[];
(Continue reading)

Permalink | Reply | 5 comments |
headers
Marc Kleine-Budde | 10 Jun 2013 19:36
Picon
Favicon

[PATCH] ARM: imx: prepare for removal of flexcan_platform_data

As there are no imx in-tree users of flexcan_platform_data, this patch removes
the possibility to register a flexcan device with platform data.

The functionality to swith on/off CAN transceivers is added to DT via
regulators on a later patch.

Compile time tested with imx_v4_v5_defconfig and imx_v6_v7_defconfig.

Signed-off-by: Marc Kleine-Budde <mkl <at> pengutronix.de>
---
 arch/arm/mach-imx/devices-imx25.h              | 8 ++++----
 arch/arm/mach-imx/devices-imx35.h              | 8 ++++----
 arch/arm/mach-imx/devices/devices-common.h     | 4 +---
 arch/arm/mach-imx/devices/platform-flexcan.c   | 5 ++---
 arch/arm/mach-imx/eukrea_mbimxsd25-baseboard.c | 2 +-
 arch/arm/mach-imx/eukrea_mbimxsd35-baseboard.c | 2 +-
 arch/arm/mach-imx/mach-mx25_3ds.c              | 2 +-
 arch/arm/mach-imx/mach-pcm043.c                | 2 +-
 8 files changed, 15 insertions(+), 18 deletions(-)

diff --git a/arch/arm/mach-imx/devices-imx25.h b/arch/arm/mach-imx/devices-imx25.h
index 0d2922b..769563f 100644
--- a/arch/arm/mach-imx/devices-imx25.h
+++ b/arch/arm/mach-imx/devices-imx25.h
 <at>  <at>  -13,10 +13,10  <at>  <at>  extern const struct imx_fec_data imx25_fec_data;
 	imx_add_fec(&imx25_fec_data, pdata)

 extern const struct imx_flexcan_data imx25_flexcan_data[];
-#define imx25_add_flexcan(id, pdata)	\
-	imx_add_flexcan(&imx25_flexcan_data[id], pdata)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Luxen | 10 Jun 2013 18:30
Picon

AW: Web GUI for can-utils (i.e. cangw, cansend, candump)

Hello Oliver,

OK!
Thnak you for pointing me to the interestin toolchain with .kcd files (CANbabel translator), socketcand
and Kayak.
Nevertheless I did some tests last weekend on my BeagleBone Black setup with DCAN0/DCAN1.

If I fire round about 37% <at> 500kbit/s to DCAN0 I get a tast load of round about 45% of socketcand. In general
it's possible for me to use Kayak on i.e. my Windows machine and connect to my BeagleBone Black via
ethernet. But if I use the second CAN channel (DCAN1) or increase the busload of channel one (DCAN0) the
taskload/CPUload increases unacceptable.

Did you have the same experience with socketcand and Kayak?
Why isn't it possible to connect directly to the can0/can1 socketcan interfaces without socketcand?

Regards
Mike

-----Ursprüngliche Nachricht-----
Von:	Oliver Hartkopp <socketcan <at> hartkopp.net>
Gesendet:	Sa 08.06.2013 14:31
Betreff:	Re: Web GUI for can-utils (i.e. cangw, cansend, candump)
An:	Michael Luxen <mluxen <at> gmx.net>; 
CC:	linux-can Mailing List <linux-can <at> vger.kernel.org>; 
> On 07.06.2013 22:10, Michael Luxen wrote:
> 
> > I'm looking for a easy solution to make the powerful cangw tool more 
> comfortable for endusers (dummy user).
> > 
> > Therefore I prefer to have a webfrontend / Web GUI to configure the cangw
(Continue reading)

Permalink | Reply | 3 comments |
headers
Tushar Behera | 10 Jun 2013 13:34
Favicon

[PATCH 00/15] Convert to use devm_ioremap_resource

These are the remaining instances of devm_request_and_ioremap. Convert
them to use devm_ioremap_resource as introduced by commit
75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()).
Patches 1 to 13 remove occurrences of devm_request_and_ioremap.
Patch 14 modifies one comment that speaks about devm_request_and_ioremap.
Patch 15 removes the definition of devm_request_and_ioremap which
should only be applied if all other pathces are merged.

Tushar Behera (15):
  sparc,leon: Convert to use devm_ioremap_resource
  sudmac: Convert to use devm_ioremap_resource
  mmc: mvsdio: Convert to use devm_ioremap_resource
  gpio_msm: Convert to use devm_ioremap_resource
  gpio-sta2x11: Convert to use devm_ioremap_resource
  net: bcm63xx_enet: Convert to use devm_ioremap_resource
  net: fec: Convert to use devm_ioremap_resource
  net: emaclite: Convert to use devm_ioremap_resource
  net: can: Convert to use devm_ioremap_resource
  Staging: netlogic: Convert to use devm_ioremap_resource
  regulator: ti-abb: Convert to use devm_ioremap_resource
  ASoC: spear: Convert to use devm_ioremap_resource
  pci: mvebu: Convert to use devm_ioremap_resource
  usb: phy: rcar-usb: Fix comment w.r.t. devm_ioremap_resource
  lib: devres: Remove deprecated devm_request_and_ioremap

 Documentation/driver-model/devres.txt         |    1 -
 arch/sparc/kernel/leon_pci_grpci1.c           |    6 +++---
 drivers/dma/sh/sudmac.c                       |    6 +++---
 drivers/gpio/gpio-msm-v1.c                    |   12 +++++------
 drivers/gpio/gpio-sta2x11.c                   |    4 +++-
(Continue reading)

Permalink | Reply | 53 comments |

Gmane