_ARRAY_SIZE_V1.
> +*/
rsc
--
Pengutronix e.K. | Dipl.-Ing. Robert Schwebel |
Steuerwalder Str. 21 | https://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-9|
udden water infiltration into the cable, etc :)
As some of our applications are running on agricultural equipment, water
in the cable is not completely implausible :-)
rsc
--
Pengutronix e.K. | Dipl.-Ing. Robert Schwebel |
Steuerwalder Str. 21 | ht
de_handle *fwnode)
> {
> return fwnode && fwnode->type == FWNODE_OF;
> @@ -376,6 +378,10 @@ bool of_console_check(struct device_node *dn, char
> *name, int index);
>
> #else /* CONFIG_OF */
>
> +static inline void of_core_init(void)
> +{
> +}
>
On Tue, May 05, 2015 at 06:39:47AM -0400, Peter Hurley wrote:
> > > Further, I would ask how _you_ would programmatically distinguish
> > > misspellings amongst the following console strings?
> > >
> > > console=pl012,...
> > > console=_pl011,...
> > > console=pl,...
> > > console=ttyAMA0,.
Peter,
On Mon, May 04, 2015 at 06:31:44PM -0400, Peter Hurley wrote:
> > You say it is a diagnostics message that indicates a misspelling.
> > I fail to see what is misspelled, so what does it diagnose?
>
> Ok, so this is only about the diagnostic message, and not about some
> other failure.
>
>
On Mon, May 04, 2015 at 05:27:35PM -0400, Peter Hurley wrote:
> As I understand you,
>
> 1. you have CONFIG_SERIAL_EARLYCON=y
> 2. but you don't specify an earlycon
> 3. so no earlycon starts.
> 4. your command line includes "console=ttyAMA0,115200n8"
> 5. and a console starts on that port (yes?)
On Mon, May 04, 2015 at 04:21:47PM -0400, Peter Hurley wrote:
> >>> earlycon: no match for ttyAMA0,38400n8
> >>
> >> This shouldn't impact any previous earlycon setup. Are you saying
> >> you're seeing a regression?
> >
> > Well, it is a warning, and the system was warning-free on mainline with
Hi Peter,
On Mon, May 04, 2015 at 10:01:37AM -0400, Peter Hurley wrote:
> > with 4.1-rc1, my boxes with early console enabled show something like
> > this (the example is vexpress, but it for example also happens on an
> > AM335x board):
> >
> > earlycon: no match for ttyAMA0,38400n8
>
> This
Hi Peter,
with 4.1-rc1, my boxes with early console enabled show something like
this (the example is vexpress, but it for example also happens on an
AM335x board):
earlycon: no match for ttyAMA0,38400n8
The box was booted with "console=ttyAMA0,38400n8" on the commandline.
If I understand this
On Wed, Apr 15, 2015 at 11:22:18PM +0100, One Thousand Gnomes wrote:
> > The reason that 'everyone who works in this area' adopted is not as much
> > that the design is sound (I'm not arguing whether it is or isn't in this
> > case) as it is that none of them could come up with anything better.
>
>
Hi Grant,
On Wed, Feb 11, 2015 at 06:05:47PM +0100, Philipp Zabel wrote:
> > I have prepared a tag with the of-graph helper patch series last
> > discussed here: https://lkml.org/lkml/2014/12/23/219
> >
> > The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
> >
> > Li
Hi Steve,
On Wed, Mar 19, 2014 at 05:14:54PM +, Opensource [Steve Twiss] wrote:
> > > > > This patch will remove the older variant code ID which matches the
> > > > > pre-production silicon ID (0x3) for the DA9063 chip.
[...]
> > > we have a few i.MX6 Modules (imx6q-phytec-pfla02) with DA906
Hi,
On Thu, Mar 13, 2014 at 04:13:08PM +0100, Sylwester Nawrocki wrote:
> My experience and feelings are similar, I started to treat mainline
> kernel much less seriously after similar DT related blocking issues.
So how do we proceed now? Philipp implemented any of the suggested
variants now; nev
Hi Christian,
On Mon, Apr 08, 2013 at 08:56:03AM +0200, Christian Gmeiner wrote:
> Using the new mail address of wolfram sang - got the following error:
>
>
> Delivery to the following recipient failed permanently:
>
> w.s...@pengutronix.de
>
> Technical details of permanent failure:
> Go
On Mon, Aug 06, 2012 at 08:37:34PM +0100, Mark Brown wrote:
> As far as I can tell nobody's really running much up to date mainline
> on older i.MX processors, all the work is going on the new stuff and
> most of the board are on either vendor BSPs or older kernels.
That's not true; we still run M
s : __schedule+0x21c/0x444 (0 180)
What is this IRQ-193-681? Can you post your /proc/interrupts and the
output of
ps axHo
user,pid,%cpu,%mem,nice,rtprio,policy,tty,stat,start_time,bsdtime,args
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutio
, I didn't make any attempt to fix latency_tracing for PPC on this
> release. I expected as much. I do have a couple of PPC boxes that I can
> play with, and I'll see if I can get that working too before -rt2. But I
> want to get a stable x86 release out fast.
Yup, great, t
from kernel/latency_trace.c:7:
include/asm/pgtable-ppc32.h:91:1: warning: this is the location of the previous
definition
CC [M] fs/ext2/balloc.o
kernel/latency_trace.c: In function 'check_wakeup_timing':
kernel/latency_trace.c:2240: warning: format '%016lx' expects ty
've been told multiple times, that is where we are heading.
> asking the same question multiple times but expecting a different
> response is the definition of madness is it not?
Thanks for clarification. Regarding the original post, it justifies my
assumption that blackfin is currently
ally
done. Sorry, I don't buy this. Chip vendors just too often lose interest
in supporting their users once they have moved to the next generations
of chips or whatever.
Can you explain why bfin should not have gcc.gnu.org as it's upstream?
Robert
[1]
http://blackfin.uclinux.org/gf
branched/released,
> we're part of it
Ah, that sounds pretty good! At the moment we still need three different
toolchains to build u-boot, the kernel and the icebear tools, which is
not very satisfying. An upstream-blessed toolchain would probably be
progress.
rsc
--
Dipl.-Ing. Robert
gt; a kernel for the architecture.
Is an upstream toolchain available which is able to build blackfin?
rsc
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche S
Remove bogus commit f33bac8dd4573428b94c67149c5607be489092d1 which had
an incorrect path in the patch, leading to modify arm/... instead of
arch/arm/..., then re-add the right netx_defconfig file.
Signed-off-by: Robert Schwebel <[EMAIL PROTECTED]>
---
arch/arm/configs/netx_defconfig
file was
> exactly the same as arch/arm/configs/netx_defconfig is since one year.
/me puts on his brown paper bag. Patch follows.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsge
cript changing the patch from p0 to p1...
Please simply revert that patch, I'll send a new and correct one.
Sorry for the noise.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesh
On Tue, Sep 11, 2007 at 11:43:17AM +0200, Heiko Schocher wrote:
> I have developed a device driver and use the sysFS to export some
> registers to userspace.
Uuuh, uggly. Don't do that. Device drivers are there to abstract things,
not to play around with registers from userspace.
> I opened the s
rwise it could be bad memory?
Hmm, the box is relatively new, but one never knows. Ah, and it was
after I've resumed the machine from suspend-to-disk, but not right after
the start but some minutes later.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux
little driver to cause that BUG though)
Yup :-) It didn't happen again in the meantime, but anyway. I'll keep
you informed.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim,
-8<--8<--8<--8<--
[EMAIL PROTECTED]:~# uname -a
Linux thebe 2.6.22.1 #1 SMP PREEMPT Fri Jul 13 08:23:52 CEST 2007 i686 GNU/Linux
The only non-standard thing is the ipw drivers (ipw3945-1.2.1).
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengu
don't
compile any more.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hildesheim, Germany
Phone: +49-5121-206917-0 | Fax: +49-5
lem with SMP on Blackfin
Could you ealborate?
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hildesheim, Germany
Phone: +49-5121-206917-0
CONFIG_HOTPLUG is enabled.
Please send a fix.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hildesheim, Germany
Phone: +49-5121
On Thu, May 17, 2007 at 11:05:38PM +0200, Robert Schwebel wrote:
> So it must be something with my configuration. I've tried to build a
> minimized configuration, see below. You can trigger the bug here by
> changing "Enable loadable module support.
update: it can also be tri
ext:set_reset_devices
from .bss between 'stdout@@GLIBC_2.0' (at offset 0x814de40) and
'stderr@@GLIBC_2.0'
So it must be something with my configuration. I've tried to build a
minimized configuration, see below. You can trigger the bug here by
changing "Enable load
ct2: ld returned 1 exit status
KSYM.tmp_kallsyms1.S
nm: '.tmp_vmlinux1': No such file
No valid symbol.
make[1]: *** [.tmp_kallsyms1.S] Error 1
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsreg
suppose they are all
specialized sub-cases of what we'd need for fast DAQ.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hildes
ble ADC may be
connected to a SoC CS-bus or to a PCI bridge and you want to use the
same driver for it.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche
don't think it fits my
> needs in this case.
Could you elaborate the requirements a bit more? ADC is not ADC, because
slow i2c ADCs which measure a temperature every five minutes have other
requirements than multi-megabyte-per-second-dma-driven ADCs.
Robert
--
Dipl.-Ing. Robert Schwebel | http:
On Wed, May 02, 2007 at 12:25:53PM +0200, Stefan Roese wrote:
> Is there a maintainer for this "drivers/mfd" directory?
rmk
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hi
sfs in a simple and standard way,
> without adding yet another platform specific gpio driver to the kernel.
>
> As I understand it, a gpio class has already been begun by Robert Schwebel in
> but has not as of yet become part of the mainstream kernel.
>
> Searching the archives fo
OTECTED]:~$ sudo mount -t tmpfs -ouid=rsc none troet/
[EMAIL PROTECTED]:~$ ls -ld troet/
drwxrwxrwt 2 rsc root 40 Jan 11 12:33 troet/
[EMAIL PROTECTED]:~$ sudo umount troet/
Tested with 2.6.19-rc6, the behaviour seems to have worked until at
least 2.6.16. Does anyone have an idea?
Robert
--
D
they may increase runtime overhead and latencies.*
* *
*
Last time this machine worked was with 2.6.18-rt5, 2.6.18-rt7 didn't work any
more. If it is helpful, I can do some further boot tests to find out which
patch broke it.
Robert
--
Dipl.-Ing. Robert Sc
kernel.
Signed-off-by: Robert Schwebel <[EMAIL PROTECTED]>
Robert
--- linux-2.6.11/drivers/base/platform.c2005-03-02 08:37:48.0
+0100
+++ linux-2.6.11-trunk/drivers/base/platform.c 2005-03-14 22:01:46.0
+0100
@@ -341,6 +341,7 @@
EXPORT_SYMBOL_GPL(platfo
I couldn't see, which prevent to use netdev?
> >
> >
> >Maybe you try out:
> >http://www.linutronix.de/data/linux-2.6.11-can.diff
We have a newer version of this patch which we are currently making
ready for upstream.
Robert
--
Dipl.-Ing. Robert Schwebel | http://ww
On Wed, Feb 16, 2005 at 03:56:50PM -0800, Greg KH wrote:
> Known issue, you can't recursivly register or unregister with the
> driver core right now. I'm working on fixing this issue.
Ok, great! Tell me if you have something we can test.
Robert
--
Dipl.-Ing. Robert
g
keyboards), outputs (e.g. setting LEDs) or use them as interrupt
sources with various properties (level, edge, ...).
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildeshei
unload the drivers there is a deadlock. On driver exit we call
platform_device_unregister() for the base driver which seems to be run
under a lock which is also being aquired when unregistering the devices
"inside" the FPGA.
Before I investigate deeper - did anyone see this behaviour
47 matches
Mail list logo
