On 11/2/2017 1:44 PM, Hartmut Knaack wrote:
I agree, that there were no warning signs on the public mailing list.
As I said before, all history now; discussing it further serves no purpose.
- Mike
___
openwrt-devel mailing list
openwrt-devel@lists.ope
On 11/1/2017 5:18 PM, Hartmut Knaack wrote:
This raises some more questions: which terms and conditions did people
have
to approve to get an @openwrt.org address? Where can these terms and
conditions be found? Is every email sent from such an address supposed to
be discussed and approved by the
On 10/28/2017 4:52 PM, Hartmut Knaack wrote:
Philip Prindeville wrote on 28.10.2017 23:20:
Hi all,
Does it seem to anyone else that we’re making this more complicated
than it needs to be?
If one of the goals we’re going for from here on out is “equality”,
then a basic litmus test to be app
On 6/13/2017 10:43 PM, John Crispin wrote:
On 13/06/17 21:58, Florian Fainelli wrote:
On 05/28/2017 11:56 PM, John Crispin wrote:
Hi,
here is a V3 of the remerge proposal, I tried to fold all the comments
people made into it, if anything is missing let me know. Please remeber
that post remerge
You're close; ultra is the name given to the proprietary code that runs on all
the threads not running linux. The ubicom chipsets are hardware multithreaded
with 8-12 threads -- SMT, think of it as SMP but context switching instead of
concurrent.
Ultra performs the board initialization and then
Careful, the ubicom32 target that was removed predates the ip8k chipset; it was
removed both due to lack of maintainer and because it required a strict nommu
userspace -- no calls to fork() and avoid mmap() or risk fragmenting available
memory.
The ip8k was the first Ubicom chipset to feature a
In all honesty I'd suggest opening a ticket on trac; I'm not sure who
wrote the page suggesting they be emailed, but it defeats the purpose
of having a bug tracking system.
As far as the topic of being a developer and getting commit access
goes, it's pretty straight forward; don't ask for commit a
There is a 4 byte EOF marker appended after the jffs2 image so that further
jffs2 data is ignored; this can happen when a large jffs2 partition is
overwritten by a small jffs2 image.
On Tue, Apr 20, 2010 at 09:27:40AM +0800, 徐开 wrote:
> $ ls -l bin/s3c24xx/
> 总用量 114196
> ...
> -rw-r--r-- 1 aaron
On Thu, Jan 22, 2009 at 06:46:10PM +0100, Steven Barth wrote:
> Why emulate a 1 dimensional limited configuration system for all platforms,
> with a maximum capacity of 32kiB just because ONLY some old broadcom based
> routers use it?
Right.
NVRAM was usually a 32k block of consecutive name=val
On Sun, Jan 18, 2009 at 04:28:04PM -0500, Stefan Monnier wrote:
> What's the difference between writing the flash using the `mtd' utility,
> or writing it by catting into /dev/mtdblockN ?
Ideally you want to use the mtd command.
The problem with flash is that you can't simply write to it one byte
> It has 50k or so of RAM ...
It won't run Linux.
The only thing you can do with so little ram is boot into a custom
"application" that controls the hardware directly.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.openwrt
On Tue, Jul 15, 2008 at 02:21:06PM +0200, Steven Van Ingelgem wrote:
> The once in italic I believe I can remove, but can someone please confirm
> this because I don't want to brick another modem ;-)
If you start a fresh build and leave the package selection at defaults
you'll get only slightly mo
On Tue, Jul 15, 2008 at 01:58:05PM +0200, wlanmac wrote:
> The concept of having configurations in XML could help. It's a bit
> easier to make rigid definitions, version these definitions, create
> off-line syntax checkers, and render the data in all sorts of
> formats...
Sorry, but in some respe
On Tue, Jul 15, 2008 at 12:38:24PM +0200, wlanmac wrote:
> > But if you are using the Gargoyle approach - that is not bad but simply a
> > different approach - you have to mess up with Shell and learn JavaScript or
> > in your case *yourFrontendLanguage*.
> >
>
> True. But, I'd argue that Java
On Sun, May 18, 2008 at 12:14:08PM +0200, Bastian Bittorf wrote:
> I've also added one more netmsg and moved the
> netmsg direct into the function, for not having
> two different places for the broadcast-address.
>
> Signed-off-by: Bastian Bittorf <[EMAIL PROTECTED]>
>
> ---
>
> Index: package/b
On Sat, May 17, 2008 at 06:46:23PM +0200, Bastian Bittorf wrote:
> wouldt it be better (for understanding) to do something like:
>
> while read NUL MEM NUL; do
> [ "$MEM" != "used:" ] && {
> MEM=$(( $MEM / 2 )) # filling var MEM with
> break
response.
On Tue, May 29, 2007 at 05:08:48AM +0200, Hamish Guthrie wrote:
> Hi All,
>
> Please just respond to this mail as quickly as possible.
>
> Thanks in advance.
>
> Regards
>
> Hamish
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.op
17 matches
Mail list logo