Tried to set that flag, but can not find the right spot.
Any help?
Maddes
On 26.05.2010 00:08, Bernhard Loos wrote:
> It should work out of the box with the patch.
> It will (should) set the erase size to the right value.
>
> 2010/5/26 Matthias Buecher / Germany :
>> So I can mark the partition
On 2010-05-26 12:10 AM, Per Åstrand wrote:
> Hi!
>
> I've updated the patch for wnr3500l to build against @21567.
> I don't have access to the router for a couple of more days, so it's
> untested so far.
Please remove all #ifdef CONFIG_WNR3500L
It makes the code harder to read and it's not accepta
On 2010-05-26 12:02 AM, Matthias Buecher / Germany wrote:
> So I can mark the partition with MTD_ERASE_PARTIAL, but I can not see
> how I can limit erase size to 0x1000 so that only mtd offsets 0x3c000 to
> 0x3dfff gets erased.
> The last 128 bytes (0x3ff80 - 3) of the mtd partition on WRT350N
It should work out of the box with the patch.
It will (should) set the erase size to the right value.
2010/5/26 Matthias Buecher / Germany :
> So I can mark the partition with MTD_ERASE_PARTIAL, but I can not see
> how I can limit erase size to 0x1000 so that only mtd offsets 0x3c000 to
> 0x3dfff
So I can mark the partition with MTD_ERASE_PARTIAL, but I can not see
how I can limit erase size to 0x1000 so that only mtd offsets 0x3c000 to
0x3dfff gets erased.
The last 128 bytes (0x3ff80 - 3) of the mtd partition on WRT350N v2
are very important and shouldn't be touched.
Or should this wor
https://dev.openwrt.org/browser/trunk/target/linux/generic-2.6/patches-2.6.32/222-partial_eraseblock_write.patch
2010/5/25 Matthias Buecher / Germany :
> Both, backfire and latest trunk.
> Can you hint me where this patch is?
>
> Maddes
>
> On 25.05.2010 21:59, Bernhard Loos wrote:
>> There is alr
Both, backfire and latest trunk.
Can you hint me where this patch is?
Maddes
On 25.05.2010 21:59, Bernhard Loos wrote:
> There is already a patch for this in openwrt, so it should work (in theory).
> Do you use trunk or backfire or something older?
>
> 2010/5/25 Matthias Buecher / Germany :
>> T
There is already a patch for this in openwrt, so it should work (in theory).
Do you use trunk or backfire or something older?
2010/5/25 Matthias Buecher / Germany :
> Today I checked out how to access the U-Boot variables of my WRT350N v2
> (Orion) from Linux.
>
> Installed uboot-envtools and crea
Today I checked out how to access the U-Boot variables of my WRT350N v2
(Orion) from Linux.
Installed uboot-envtools and created a fitting /etc/fw_env.config:
# WRT350N v2
# MTD device nameDevice offsetEnv. sizeFlash sector size
/dev/mtd50x0003c0000x20000x1000
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Try this:
fw_configure_interface $network add $device
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkv8CVUACgkQdputYINPTPNZdACePWR9xPBH143jvP9RHGKua
2010/5/25 Guillaume LECERF :
> A patch has been recently committed upstream that *may* solve this problem :
>
> http://git.infradead.org/mtd-2.6.git/commitdiff/412da2f6e083eba6e4bd91ff2e78abb4735357a7
Please forget this comment, it was a brainfart.
--
Guillaume LECERF
GeeXboX developer - www.gee
2010/5/25 Florian Fainelli :
> Hello Matthias,
>
> On Tuesday 25 May 2010 14:20:19 Matthias Buecher / Germany wrote:
>> Salut Florian,
>>
>> you took care of ticket #6552 [1] and committed the patch into trunk.
>> It came out that the patch broke compiling the Orion platform, that was
>> reported i
Hello Matthias,
On Tuesday 25 May 2010 14:20:19 Matthias Buecher / Germany wrote:
> Salut Florian,
>
> you took care of ticket #6552 [1] and committed the patch into trunk.
> It came out that the patch broke compiling the Orion platform, that was
> reported in ticket #7348 [2].
> Inside this tick
Hi,
before the firewall upgrade I used a very simple firewall.user script
whose only function was to add an interface to a newtwork:
addif "mesh" "xr0" "mesh"
the mesh zone was defined in /etc/config/firewall as follow
config 'zone' 'z_mesh'
option 'name' 'mesh'
option 'input' 'ACCEPT'
Salut Florian,
you took care of ticket #6552 [1] and committed the patch into trunk.
It came out that the patch broke compiling the Orion platform, that was
reported in ticket #7348 [2].
Inside this ticket the reporter of #6552 and I came to a much cleaner
approach.
Would be great if you could hav
Hi,
I wanted to make a suggestion for the package Makefile of the gsl (GNU
Scientific Library). You find a patch attached to this e-Mail.
Applying it (I did not try it!) the include files for the gsl should be
installed into the usr/include/gsl directory (instead of usr/include
directly) of the S
16 matches
Mail list logo
