Matt,
I am not an expert, but it seems that upper layers mostly do not mind if
the Ethernet frame has extra data at the end--they will just ignore it
(as evidenced by the fact that the OpenCores driver failed to strip the
CRC but still worked for everything except bridging). Lots of the
headers ha
On Friday 17 August 2007 3:43:06 pm Crane, Matthew wrote:
> It doesn't have to be a mtd partition, it could be a tmpfs. Maybe you
> could pass mtdblock1 or the device number instead of mtd1 to get it to
> boot unconfused.
Yeah, it seems really strange that netflash has provision for reflashing a
Hi Matt,
this is related with other post:
http://mailman.uclinux.org/pipermail/uclinux-dev/2007-August/043765.html posted
by my
colleague Jorge. Our problems are related with JFFS2 on a Netburner MOD5272.
On last email I sent the boot console and my MTD configuration. We still have
problems w
It doesn't have to be a mtd partition, it could be a tmpfs. Maybe you
could pass mtdblock1 or the device number instead of mtd1 to get it to
boot unconfused.
Another option could be to do your flashes from some recovery kernel
with ramdisk, kexec it when you want to upgrade.
Matt
-Origin
On Friday 17 August 2007 12:23:09 pm Crane, Matthew wrote:
> You can chroot to a different root and then flash the device. Is rom1
> on the same 28F256P33T device?
I ended up using /dev/rom1 as the root filesystem since the kernel seemed
confused when I said /dev/mtd1. There are two flash devic
You can chroot to a different root and then flash the device. Is rom1
on the same 28F256P33T device?
Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew Kohlsmith
Sent: Friday, August 17, 2007 12:06 PM
To: uClinux development list
Subject: [uCli
Am Freitag, den 17.08.2007, 15:27 + schrieb Alberto João:
> Hello Matt,
>
> I am working with Jorge on this problem. I write the size of 6x64k
> sectors with netflash and the read result is ok.
> I activate DEBUG_CFI (there is a strange message "Chip erase not
> supported"):
This just inform
Good afternoon, everyone,
I've got a strange little scenario and I am wondering if I am alone, or just
doing something wrong.
MCF5282 system, running 2.4.31-uc0. If I boot with root=/dev/nfs, I can
netflash /dev/mtd1 and /dev/mtd2 (partitions on a 28F256P33T wired to #CS0).
If I have root=/d
Hi Alberto,
Alberto João wrote:
Hello Matt,
I am working with Jorge on this problem. I write the size of 6x64k
sectors with netflash and the read result is ok.
I activate DEBUG_CFI (there is a strange message "Chip erase not
supported"):
I think this means that the logic necessary to erase
Hello Matt, I am working with Jorge on this problem. I write the size of 6x64k
sectors with netflash and the read result is ok.
I activate DEBUG_CFI (there is a strange message "Chip erase not supported"):
uClinux/COLDFIRE(m5272)COLDFIRE port done by Greg Ungerer, [EMAIL PROTECTED]
model support
I forget the sequence of make commands, but I think you have to run a make
sequence as if you have just downloaded the source.
- Original Message -
From: "Chris Doré" <[EMAIL PROTECTED]>
To: "uclinux-dev"
Sent: Friday, August 17, 2007 9:25 AM
Subject: [uClinux-dev] elf2flt Issues
H
Hi all,
I am attempting to modify Boa using functions contained in our static libs.
Once I made the necessary changes (only added an if and a library function
call), Boa stopped linking:
--
make[3]: Entering directory `/firm/cdor
Greg Ungerer <[EMAIL PROTECTED]> writes:
> Hi Simon,
>
> Simon Josefsson wrote:
>> Hi! Quite some time ago, I posted the following:
>>
>> http://mailman.uclinux.org/pipermail/uclinux-dev/2005-August/034484.html
>>
>> For some reason, this was never integrated into uClinux CVS. A customer
>> rece
13 matches
Mail list logo