with specific extensions.
Without knowing this code it is impossible for us to help you, sorry.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)
d, so the additional memory footprint should be acceptable
(especially if you make that option configurable, so those who are not
interested in it or are already tight on memory can opt out).
Further discussions should be done on the U-Boot list [1].
[1] http://lists.denx.de/mailman/listinfo/u-boot
B
always 1.
See 7.7.1 PLL Mode Register (CPC0_PLLMR) page 7.10f:
Bits 17:18 PPDV PCIPLB Frequency Divisor
So that should be (... & 0x6000) >> 13 ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirche
orth it's name, and unsuitable for any
kind of aplications where security / reliability are required.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989
asure any difference.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
When it is in
this
includes some performance penalty - which actually should be
neglibale. In my tests (when running standard Debian for PPC on a
E500 only very few programs actually triggered this situation, and
none of them in a time-critical way. I doubt I would even be able to
measure the performance impact.
Dear Scott,
In message <1382114321.7979.840.ca...@snotra.buserror.net> you wrote:
>
> There's already been a patch posted for this:
> http://patchwork.ozlabs.org/patch/256747/
>
> I plan to apply it for my next pull request.
Ah, cool. Thanks!
Best regards,
Wolfga
code to emulate this insn. This is expensive
performance-wise, but allows to run standard user land code.
Signed-off-by: Wolfgang Denk
Cc: Benjamin Herrenschmidt
Cc: Scott Wood
---
I am aware that the clean solution to the problem is to build user
space with compiler options that match the targ
ny DRAM memory on the card)? OK, I would
normally not expect such on a 10/100 PCI Ethernet network adapter, but
I don't know this card at all...
Do you know if this card works in any other non-x86 system at all?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgan
>
> If you want, I'll send you my set of patches for the kernel. They might
> be useful (not sure since I don't use BDI).
Please rather submit as a patch on the mailing list.
Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk
new driver to mainline (and one
which has been repeatedly been rejected), I vote for focussing on the
existing driver code that is already in mainline, and testing and
improving this so we can use a single implementation of this driver
code for all SoCs that use the same IP block.
Best regard
n build any working PPC kernel with these old
tools.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
rsions, we
should add appropriate tests and issue helpful error messages. Here,
we should issue an error "binutils versions x.y.z or later needed" or
similar.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office
gt;
> Can you either propvide the config file or the name of the config target
> so I look into why it's enabling the currituck platform.
Robert mentioned it in the Subjct: he was building for the Kilauea
board, i. e. 40x/kilauea_defconfig
Best regards,
Wolfgang Denk
--
DENX So
tion. Otherwise we'll need to figure out how to stub out the
> instruction in boot/dcr.h and use the asm long trick. Ew. I can look
> at that next week.
Thanks a lot in advance!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev
*sdr_addr + 1, lower_32_bits(res.start)); /* Low addr */
...
> + msi->msi_addr_hi = (u32)(msi_phys >> 32);
> + msi->msi_addr_lo = (u32)(msi_phys & 0x);
Is there any reason for not using upper_32_bits() / lower_32_bits()
consistently?
Best regards,
Wolfgang De
rs old.
Update, or restrict yourself to using 4 years old Linux kernel
versions as well, like v2.6.23 or so :-(
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49
ot; / "eth?addr"
environment variable is set.
No additional actions are needed.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax:
How do I change the MAC address. If different targets boards are
U-Boot can store (it the environment variables) MAC addresses and
update the DT with this information.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offi
ove.
But be warned: this is ancient hardware, and so is the kernel code.
There is no guarantee it will even compile using recent tool chains.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-8219
and Session Request Protocol (SRP).
> ---
Signed-off-by: line missing.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-
he kernel log only shows,
I don't really understand why you ask this again, now on the next
mailing list - after I sent you a reply on the ELDK list.
Here is a link to my reply:
http://thread.gmane.org/gmane.comp.embedded.eldk/1827/focus=1828
Please update, and try again.
Best regards,
t; all the information on the internet very aged (forum discussions from 2005
> and below mostly).
> Is there something that I can do to try to narrow the cause of the problem?
Check your interrupts.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
t http://www.denx.de/wiki/view/DULG/UBootCrashAfterRelocation
Note that U-Boot related questions (and this is one) should better go
to the U-Boot mailing list instead (see
http://lists.denx.de/mailman/listinfo/u-boot)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfg
OSRH bits 0:1 and 6:7.
> + */
Earlier versions of the patch included a delay after the clrbits8()
call as well. Is it intentional that you dropped this now?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirc
elds
> in the USB DR controller CONTROL register.
>
> Signed-off-by: Ilya Yanok
Tested-by: Wolfgang Denk
Acked-by: Wolfgang Denk
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
l with bitfield structures in IO space...
>
> Regards, Ilya.
>
> Signed-off-by: Ilya Yanok
> Cc: Piotr Ziecik
Tested-by: Wolfgang Denk
Acked-by: Wolfgang Denk
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 16523
g a
sinlge kernel image across a wide range of boards. You only replied
"We select the architecture at build time." without any explanation if
there is a pressing technical reason to do it this way, or if this was
just a arbitrary decision.
The same goes for putting so much source code in a
correct here? My understanding is that MPC831x processors
have yet other DMA cotnrollers, and we're on a MPC8308 here?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germ
inning to add more new DMA engines support. I expect more changes to
> come in.
Why would that go into a header file? This is source code, not header
stuff. It should stay in a .c file! [Note that Ilya asked the same
question.]
Best regards,
Wolfgang Denk
--
DENX Software Engineering
s(-)
Please use -M with "git format-patch" so it detects renames (here we
should probably see a rename from dma.h into ppc440spe-dma.h [plus
some changes]) instead of a remove plus add file.
That would make it much easier to review your changes.
Thanks.
Best regards,
Wolfgang Denk
static int ppc440spe_can_rxor(struct page **srcs, int src_cnt, size_t len)
Again, should this then not be in ppc440spe specific files?
It seems the split / generalization is highly incomplete yet.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
checksum protection on the device tree we would
have been able to recognize the memory corruption that triggered this
thread MUCH easier.
Acutally this is my biggest critique on the FDT blob: that we cannot
detect corruptions like this.
Best regards,
Wolfgang Denk
--
DENX Software Engineeri
powerpc/configs/ppc44x_defconfig in mainline.
What's wrong with using these?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49
warning: zero-length printf format string
drivers/scsi/sd.c:2630: warning: zero-length printf format string
drivers/scsi/sd.c: In function 'sd_print_result':
drivers/scsi/sd.c:2636: warning: zero-length printf format string
And the ``'err' is used uninitialized'' w
?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Time is an illusion perpetrated by the man
arning: initialization from incompatible
pointer type
make[2]: *** [drivers/ata/sata_dwc_460ex.o] Error 1
Do you have any hints how to fix that?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenz
hat all 83xx
> > can be affected).
> > I'm not actually an PCI expert so I've just tried to write IMMR base
> > address to the BAR0 register from the U-Boot to get the correct address
> > but this doesn't help.
> > Please direct me how to init 83xx PC
to make it compatible
> with this patch.
>
> Kim, I think MPC8315E is affected too, could you please test it?
>
> Thanks in advance.
>
> Regards, Ilya.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich
doesn't seem to work for me
(and yes, I did add the required "pata_it821x.noraid=1" to the
bootargs).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+
ext question is if this is really needed for this driver.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@d
sata_dwc_460ex.c:1578: error: unknown field 'bmdma_start' specified
in initializer
drivers/ata/sata_dwc_460ex.c:1578: warning: initialization from incompatible
pointer type
drivers/ata/sata_dwc_460ex.c: In function 'sata_dwc_probe':
drivers/ata/sata_dwc_460ex.c:1638: error: &
on 6/24/2010 the driver compiled. I also tested the
> functionality on the SATA drive & it worked.
v2.6.35-rc3 was released on June 11, 13 days before 6/24/2010.
Can you please give the exact git commit ID so I can try reproducing
this?
Best regards,
Wolfgang Denk
--
DENX Software Engineer
460ex.c:1638: error: 'struct ata_port' has no member named
'ioaddr'
drivers/ata/sata_dwc_460ex.c:1639: error: 'struct ata_port' has no member named
'ioaddr'
drivers/ata/sata_dwc_460ex.c:1641: error: 'struct ata_port' has no member named
'ioaddr'
ld be a question with an obvious answer, but which tree are you
> referring to when you say 'our tree'?
git://git.denx.de/linux-2.6-denx.git
Fushen Chen should know this, as the fixes I've mentioned were part
of contract/support work for Applied Micro.
Best regards,
Wolfgang D
In [PATCH 6/9] Add Synopsys DesignWare HS USB OTG Controller driver
you are missing
commit 538fe70d696bc5e694ab08e9627a99a0b11358ec
Author: Stefan Roese
Date: Wed Sep 23 08:50:29 2009 +0200
USB: Fix problem with reconnection in DWC USB-OTG driver
etc.
Please update your code
. You might be missing options like
CONFIG_UNIX98_PTYS or CONFIG_LEGACY_PTYS or similar.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-8
=...p
fc0c0071: 0072 007b 0076 0070...r...{...v...p
> I'm not sure what the proper fix is for this. If I use memcpy_fromio I
> think I'll just run into problems somewhere else. Any other
> suggestions?
See http://article.gmane.org/gmane.comp.boot-loaders.u-boot/8
ay not be done in
U-Boot. Keep in mind that drivers may be loaded as modules, and that
we even see cases where the same port serves multiple purposes by
loading different driver modules (yes, this is not exactly a clever
idea, but hardware designers come up with such solutions).
Best regards,
Wolf
hsdevp->cmd_issued[i] = SATA_DWC_CMD_ISSUED_NOT;
> +
> + ap->prd = 0;/* set these so libata doesn't use them */
> + ap->prd_dma = 0;
s/prd/bmdma_prd/ in these two lines (cf. commit f60d7011).
Best regards,
Wolfgang Denk
--
DENX Software Engineering Gm
king into account in the
> driver.
It is not.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
T
ny testing results from him yet. If you want to see the patch
> in the list, too, please just drop me a note.
Anatolij is on vacation until mid April.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirc
to its
> schematic. That doesn't guarantee that the board matches the schematic,
> of course.
We tested CF cards for DMA support some time ago, and IIRC this
included the STK5200. Situation was that only very few CF cards
actually support DMA (even if they advertise it on the label).
from working.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Doubt isn't the opposit
tached to the "tqm8xx" system; I
think there should be a usable root file system on it, but I cannot
remember the actual state. Maybe we can use that. Please contact me
on jabber this afternoon!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detl
hout 8xx: Don't touch ACCESSED
> when no SWAP)
> 13-16 2.6.33-rc6 with all your patches and CONFIG_PIN_TLB=y
So CONFIG_PIN_TLB imroves the performance as expected, while the other
patches don;t show any measurable improvememt - or am I reading the
results incorrectly?
Best regards,
Wol
#define _ENDIAN_H 1
#define __BIG_ENDIAN 4321
#define PDP_ENDIAN __PDP_ENDIAN
#define LITTLE_ENDIAN __LITTLE_ENDIAN
In both cases __BYTE_ORDER is set to a sane value.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165
image as a
classic multifile image, or (recommended) as a FIT image?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-6698
icon assumed to be broken then?
I vote for keeping it this way - if you look at the diffferences
between revision 1 and 2, or at differences between MPC5121/3 and
MPC5125, it is more than likely that revision 3, should it ever come
out, will be incompatible and require driver changes.
Best
me in May last year, but it was not about 512x
> and 8xx, IIRC.
You can re-read this discussion here:
http://patchwork.ozlabs.org/patch/26927/
ee especiall Grant's note of 2009-05-21 15:36:11: "If it looks too
ugly, then just fork the driver."
Best regards,
Wolfgang Denk
--
DENX
Dear Grant Likely,
In message you
wrote:
>
> > /* mpc52xx_lpbfifo.c */
> > #define MPC52XX_LPBFIFO_FLAG_READ (0)
> > -#define MPC52XX_LPBFIFO_FLAG_WRITE (1<<0)
> > -#define MPC52XX_LPBFIFO_FLAG_NO_INCREMENT (1<<1)
> > -#define MPC52XX_LPBFIFO_FLAG_NO_DMA
but your
reply surprised me...
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Gods don't lik
ation should be updated as well, as you can't use
> all options on such revisions.
We only support MPC512x Rev. 2 (and later). This is also true for
other parts of the mainline kernel code - see for example trhe NAND
driver.
Best regards,
Wolfgang Denk
--
DENX Software Engineering Gm
ome more important in the future.
>
> So I don't want to support it by default; but OTOH, I'm not going to
> actively prevent embedded .dtb blobs either.
But by blocking the addition of such a make target you do actively
prevent this, don;t you?
Best regards,
Wolfgang Denk
--
DE
l cause too much breakage and pain to do so.
We did this before, and the argument then was "progress". Keep in mind
that the old arch/ppc uImage file is much more compatible to the
current arch/powerpc "cuImage" target than to the current "uImage".
I think the same
> the pattern is right or that it is even needed in the kernel at all.
Is this just your personal opinion, or do you think that this is
really what a majority of kernel developers and users are wanting?
Speaking for myself, I have to admit that I don't understand and don't
share this
in the future - how should we name it then?
"uImage.newer" ? "uImage.verynew" ? "uImage.new2" ?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenz
se this same mechanism for example on ARM, and on other
architectures as well.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-6698
ndor wants to be able to distribute a single file for his target
systems to avoid customers bricking their devices by chosing
incompatible combinations.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: K
gacy and FIT images on the
same level - the idea is clearly that legacy images is the old, to be
replaced format, while FIT images is the new, to be used as standard
format. In this sense I vote for using plain and simple "uImage" for
the (new) standard format, and marking the old f
ing 'fitImage' instead of 'uImage.fit'?
Why chose a different name at all? We could still call it "uImage",
meaning "U-Boot image" - U-Boot is clever enought o detect
automatically if we pass it an old style or a fit image.
Best regards,
Wolfgang Denk
--
DENX
o use andredistribute this Software
in source and binary forms, with or without modification, provided
that redistributions of source code must retain this notice." And
there is no warranty, of course.
IANAL, but I see no risks here.
Best regards,
Wolfgang Denk
--
DENX Software Engineeri
x repo.]
I recommend you give a try to our latest stable branch.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email:
> compatible = "uboot,bootcount";
> reg = <0x3eb0 0x08>;
> };
>
> This driver is tested on the mgcoge(82xx) and mgsuvd(8xx) board.
>
> Signed-off-by: Heiko Schocher
> Signed-off-by: Wolfgang Denk
> Signed-off-by: Vita
work (atleast
it allows me to build the kernel image).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email:
e SM501 driver and the device
tree entries are still missing.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email:
Console display driver support --->
[ ] VGA text console (! disable VGA text console!)
<*> Framebuffer Console support
Please find attached below a patch which fixes some issues (but we
don't consider it clean enough for inclusion into mainline yet), and a
known to
n space setup. Post a question to the
> U-Boot list.
PCI is enabled by default on the Canyonlands board, both in U-Boot and
Linux.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzel
__iomem *portmap; /* mmap address */
struct Scsi_Host*sh;/* Scsi Host pointer */
SpiCfgData spi_data; /* Scsi config. data */
RaidCfgData raid_data; /* Raid config. data */
--
1.5.6.1
--
Yuri Tikhonov, Senior
est regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Save ener
e? Which sort of root file system are
> you trying to mount - NFS, ramdisk, UBIFS, ... ?
>
> I try to use NFS for the root file system.
Then you can also run a packet sniffer (like wireshark) to see if any
NFS requests actually get sent to the targte, resp. where it stops).
Best rega
fter all...]
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
If the car industry behaved like
o the Linux kernel?
What does your device tree look like?
> 2. It pakics when mounting the root file system(NFS):
> (gdb) bt
> #0 panic (fmt=0xc0290e94 "VFS: Unable to mount root fs on %s")
So what is the "%s" argument here? Which sort of root file system are
you try
of our repository, or a recent version from our
2.6.30.y or 2.6.31.y stable branches, i. e at least DENX-v2.6.30.3 or
DENX-v2.6.31.4
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenze
r Rev1? Couldn't find any hint neither in the manual nor in
> the web.
We saw
PVR/SVR = 0x80862010 / 0x80180010 for MPC5121
and
PVR/SVR = 0x80862010 / 0x80180030 for MPC5123
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
he above cache SRAM memory window is passed via the
> +kernel command line as
Would it not make more sense to configure this property through the
device tree?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office:
foo"); with soft-float: "lis 9,x...@ha;
stw 3,x...@l(9)" = 2 instructions, with MATH_EMU "lis 9,x...@ha; stfs
1,x...@l(9)" = 1 insn plus a kernel trap.
For real numbers, run a benchmark that models your real use case.
Best regards,
Wolfgang Denk
--
DENX Software Eng
of
500...1000.
> OK, but then you don't mix some libs/apps with soft and other
> apps/libs with hard FP?
No, we never tried that. Sounds scary to me.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirc
liable enough to install and run standard distributions like
Debian, Ubuntu, or Fedora, but I have to admit that we haven't stress
tested any special FP test suites in such an environment. In everyday
use I didn't see any real issues, though.
Best regards,
Wolfgang Denk
--
DENX Softwa
is about 8 (!) kernel releases behind. Scrap
it.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email
. This old repository was intended for co-operation
with John Rigby, when he was still working for Freescale. It is a
dead end and totally unsupported. Guess I should remove it. Indeed.
Removed now. Sorry for the confusion.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD:
es are working. You don;t get any
information about the behaviour for burst mode accesses from such a
test. See the FAQ at
http://www.denx.de/wiki/view/DULG/LinuxCrashesRandomly and at
http://www.denx.de/wiki/DULG/UBootCrashAfterRelocation
Best regards,
Wolfgang Denk
--
DENX Software Engineerin
IMBX11deboschc_
> Content-Type: text/html; charset"iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
And *please* do not post HTML to mailing lists. Never ever do that.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zund
o 2.6.25.7". Is it true for
> all PowerPCs or only for 460EX CPU?
This messages is explicitly about (and only about) the AMCC 460EX
Canyonlands board and the Synopsys DesignWare Cores (DWC) SATA driver
used on this processor.
This has nothing to do with your poblems with a SIL controller
7;s in the Linux kernel. With this change even bigger
Linux kernels (> 8MB) can be booted.
This patch also sets CONFIG_SYS_BOOTM_LEN to 16MB (default 8MB) to enable
decompression of bigger images.
Signed-off-by: Stefan Roese
Best regards,
Wolfgang Denk
--
DENX S
age.
See also http://www.denx.de/wiki/view/DULG/RootFileSystemSelection
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@den
637b54 bytes
You loaded the image at 0190, but the uncompr4essed image extends
until 02f58efc, i. e. there is a good chance that you will overwrite
parts of the still uncompressed image.
> Linux/PowerPC load:
> Finalizing device tree... flat tree at 0x2f65300 <== Beyond this point no
&
a constant
Actually these bit numbers are wrong, as bit 0 is the MSB for PowerPC
;-)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax:
rpc ethernet drivers into separate of_platform drivers.
If you like, I can re-introduce the mpc5xxx_get_mii_speed() I unrolled
upon your request (with or without re-using it for the MPC512x case).
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zunde
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
register on MPC52xx systems.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar Gala
Cc:
---
v3: - use maximum divider in case MPC512x IPS clock is
1 - 100 of 238 matches
Mail list logo