Hello
This patch creates and fills a fallback SPROM for broadcom devices
with a wireless nic connected via pci.
It also reads a few more parameters from nvram.
Bernhard
970-WRT54G3GV2-wireless.patch
Description: Binary data
___
openwrt-devel
; 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 work out of the box with uboot-envtools?
>
> Maddes
>
> On 25.05.2010 23:14, Bernhard Loos wrote:
>> htt
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
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
You also have to enable it in menuconfig.
2010/5/24 :
>
> $ find packages/ -name "oprofile"
> package/feeds/packages/oprofile
>
> I don't quite understant that but there's no opcontrol related programs
> after the system is running.
> am I doing anything incorrectly?
>
>
> -Original Message--
mean to say "clean up the flash driver you have" ?
>
> Regards,
> Tathagata
>
>
> Bernhard Loos wrote:
>>
>> 2010/5/17 Tathagata Das :
>>
>>>
>>> Okay, so I will start working on those drivers (serial and wired). Does
>>> curr
lash.
So if you clean up the flash driver you have, it should be enough.
Having a proper bus driver for the serial flash code would be nice,
but it's probably overkill.
> Regards,
> Tathagata
>
> Bernhard Loos wrote:
>>
>> 2010/5/17 Tathagata Das :
>>
>>>
&g
al flash support (a
spi master driver) or network (both wired and wireless).
> Regards,
> Tathagata
>
> Bernhard Loos wrote:
>>
>> Hello
>> Thanks for you work, but as I already told you in the mail for your
>> last patch, this is not really useable as it is rig
Hello
Thank you for tracking this down.
Here are two new patches for the scan stuff, hopefully working now.
Bernhard Loos
2010/5/15 Hauke Mehrtens :
> Am 14.05.2010 00:25, schrieb Bernhard Loos:
>> Hello
>> Do you have any clue, what could produce b43? Because, afte
choice for a maintainer.
>
> do i have access to all packages or only the ones i currently maintain?
Usually only the ones you maintain afaik.
>
> thanks bud
>
> On 14.05.2010 20:00, Bernhard Loos wrote:
>>
>> Hello
>> As nobody seems to care very much about thi
Hello
I finally got around to take a look at this.
Thank you for setting this up.
Now, we only need a script to automatically review the patches ;)
Bernhard
2010/5/10 :
> Yes, great idea.
>
> i will be in berlin at the wcw on the weekend. there i will be meeting
> CyrusFF wh
Hello
As nobody seems to care very much about this package and not many
people if any can test it, I would suggest moving it out of trunk and
to packages and then trying to find a maintainer for it.
And maybe commit the patches provided for it.
Bernhard
_
Am 13.05.2010 18:52, schrieb Bernhard Loos:
>>> Hello
>>> Around line 583 in drivers/sbb/scan.c, there should be an if
>>> (bus->chip_rev >=4).
>>> Could you remove the if and always execute the code which assigns
>>> bus->nr_devices?
>>>
port it.
I can also provide a new patch, if you like it better.
Bernhard
2010/5/13 Hauke Mehrtens :
> Am 13.05.2010 01:08, schrieb Bernhard Loos:
>> Sorry, I goofed up while porting the patch to latest trunk, as I did
>> develop this on an older svn revision.
>>
x27;m actually using this binary for my RouterStation:
> http://downloads.openwrt.org/snapshots/trunk/ar71xx/openwrt-ar71xx-ubnt-rs-squashfs-factory.bin
>
> Thanks!
> Andrés
>
> 2010/5/13 Bernhard Loos :
>> The ar71xx is a mips.
>> But make sure you get the right v
The ar71xx is a mips.
But make sure you get the right version of the package, trunk
snapshots won't work with 8.09.
2010/5/13 Andres Duran :
> Hello,
> sorry for my bad english. I'm a student of IT from spain. I have
> an aplication written in PHP5 of my university that require PHP5.2.X,
> this
Sorry, I goofed up while porting the patch to latest trunk, as I did
develop this on an older svn revision.
The line should be ssb_chipco_pll_write(cc, 0xa, 0x380005C0);
Bernhard
2010/5/12 Hauke Mehrtens :
> Am 07.05.2010 22:38, schrieb Bernhard Loos:
>> Hello
>> This i
2010/5/10 Bernhard Loos :
> 2010/5/10 Matthias Buecher / Germany :
>> The "linux" partition spans over the kernel and the complete rootfs for
>> flashing.
>> The maximum kernel size is 0x000bc000 (begin of "rootfs") minus
>> 0x0004 (begin of &
2010/5/10 Matthias Buecher / Germany :
> The "linux" partition spans over the kernel and the complete rootfs for
> flashing.
> The maximum kernel size is 0x000bc000 (begin of "rootfs") minus
> 0x0004 (begin of "linux") equals 0x0007c000 (496KB).
>
> Maddes
This is not the maximum kernel size,
If you are really bored, you could use gcc 4.5 and link time optimization.
Support for it is already enabled in the openwrt gcc, but you have to
add the compiler flags to use it to packages and/or the kernel. In
theory, it could reduce the binary size, but I have no idea how well
this will work in
Actually, Y in menuconfig doesn't add the modules into the kernel,
they will still be kernel modules. It only places the modules directly
in the image and is in no way different from Y for programs. M creates
packages for the modules/program without placing it in the image.
If you want to compile a
From: Bernhard Loos
Date: 2010/5/6
Subject: Re: [OpenWrt-Devel] patchwork for openwrt
To: Outback Dingo
well, there is this:
https://lists.openwrt.org/pipermail/openwrt-devel/2010-May/007019.html
then this:
https://lists.openwrt.org/pipermail/openwrt-devel/2010-April/006960.html
https
Hello
Here is a list of the most useful commands.
For details, refert to http://www.3gpp.org/ftp/Specs/html-info/27007.htm
Bernhard
AT+WS46 #service, ro
AT+CBST #serielle baudrate?
AT+CRLP #radio link control, (retry attemps)
AT+CR #transmit connect intermediate result (not too useful?)
AT+CE
Hello
Is there any chance we could set up a patchwork server like the one
the kernel has?
I'm not sure, how much work this will be, but there are a significant
number of patches send to openwrt-devel, which are more or less
silently ignored, which is not very nice to the authors and probably
even w
Hello
Firstly, sysupgrade will not work at all, if you have a device with
the new bootloader version.
Fixing this is not straight forward and needs my mtd rework. Flashing
driectly with mtd should still work ok.
Secondly, I doubt it will make much of a difference for sysupgrade or
mtd, whether you
Hello
I'm sorry nobody answered you until know. I talked with jow about it
and part of the reson is, that this is a pretty complicated problem
and your patch solves this only partially.
rtz2: actually I think the multi config thing could actually
work, even for ppp* as long as you have multiple d
ly place I know of, where len actually matters is during
flashing with the original firmware, which complains if the filesize
and the trx len values are different.
Bernhard
2010/5/3 Felix Fietkau :
> On 2010-05-03 1:27 AM, Bernhard Loos wrote:
>> Ok, I did split the patch in
Hello
This patch updates the mac80211 version of the acx driver to the
latest git commit.
I removed most of the patches, as they were either merged or didn't
apply any more.
Client mode works reasonable well, I tested it under load for about 3h
without any problems.
The really brave can enable ap m
I tried to, but it didn't work out very well in the first version of
the patch. It should be easier in the current version, but I kinda
forgot about it, sorry.
Bernhard
2010/4/30 Felix Fietkau :
> On 2010-04-30 6:45 PM, Bernhard Loos wrote:
>> Hello
>> While tryin
Hello
While trying to add a crc fixup similiar to the one for the wrt160nl
to the ar525w, I stumbled over a number of problems in the mtd code.
Primarily, the current system will not work with sysupgrade. Also,
it's pretty hard to add new fixups and there are a number of devices
which could use the
nks for the clarification. Once I add support of WNR3500L into trunk I
> will send you the patch.
>
> Regards,
> Tathagata
>
> On Thu, 29 Apr 2010 19:28:55 +0200, Bernhard Loos
> wrote:
>> 2010/4/29 Tathagata Das :
>>> Hi,
>>> Sorry I do not underst
Hello
This includes 2 patches to add the actual scan method for the ai type
bus and implementations for enalbe/disable device.
The ai scan patch is a bit difficult, because I more or less assumes
that the first core is a chipcommon core, which is at least for the
4710 soc not the case. I'm not comp
2010/4/29 Tathagata Das :
> Hi,
> This is my first kernel patch submission. Please let me know if I do any
> mistake.
> All changes are made either under CONFIG_WNR3500L tag or "Tatha" tag.
>
> Regards,
> Tathagata
Hello
Thanks for the patch, but there are a number of problems with it:
Firstly, 8
rget then I can select rfswitch from menuconfig.
> Then I switchi to gemini (cortina systems) then I can't. If I comment out
> $(call SetDepends/rfkill) then I can select rfswitch with gemini build.
> Any hint where dependencies are stored? I'm still very new to building and
> ma
vices │ │
> │ │ < > kmod-usb-yealink.. USB Yealink VOIP
> phone │ │
> │ │ <*> kmod-usb2... Support for USB2
> controllers │ │
> │ │ < > kmod-usbip.. USB-over-IP (kernel
> su
2010/4/20 Janno Sannik :
> I'm kinda new to openwrt dependency and bulding. I have set the required
> modules (RFKILL, CONFIG_USB_HSO) in kernel_menuconfig as described in
> ticket: https://dev.openwrt.org/ticket/6998 . make kernel_menuconfig shows
> it, but after exiting looking at
> build_dir/lin
Hello
This patches updates the graphite patch with gcc 4.5 support, enables
link time optimization support and fixes some problems with the
patches.
Bernhard
gcc45.diff
Description: Binary data
___
openwrt-devel mailing list
openwrt-devel@list
Hello
Firstly, mask_flags in struct mtd_partition disables the given funtion
afaik, so you made everyting but the CalibData partition read only.
Also, don't you need to add a section to the image generation Makefile?
Bernhard
2010/4/18 Michael Kurz :
> This patch adds support for the zyxel nb
And I forgot the actual patch again, sorry.
2010/4/15 Bernhard Loos :
> Hello
> This adds two patches to brcm47xx.
> 950-sbb-sysfs-files.patch is not 4716 specific and adds a bunch of
> sysfs attributes to ssb devices, similiar to pci devices.
> 951-brcm4716-defines.patch conta
Hello
This adds two patches to brcm47xx.
950-sbb-sysfs-files.patch is not 4716 specific and adds a bunch of
sysfs attributes to ssb devices, similiar to pci devices.
951-brcm4716-defines.patch contains defines for registers and device
ids used on th brcm4716
Bernhard
_
Will do, thanks for testing this.
2010/4/11 Felix Fietkau :
> On 2010-04-11 3:45 AM, Bernhard Loos wrote:
>> Hello
>> I don't know, if there is some non-obvious reason for the lzma kernel
>> compression option, but I run a few tests and found a set of options,
>&g
Hello
I don't know, if there is some non-obvious reason for the lzma kernel
compression option, but I run a few tests and found a set of options,
that produce a smaller kernel (from 777376 to 761786 bytes for a rdc
vmlinux kernel).
Bernhard
better_lzma.diff
Description: Binary data
_
Hello
This patches updates some libraries to the versions needed for gcc 4.5
and adds the mpc library.
Once this is commited, I also have a patch for the gcc 4.5 RC.
I already tried it on rdc and it works pretty well there.
Bernhard
gcc45tools.diff
Description: Binary data
Hello
This patch propagates the CONFIG_GCC_USE_GRAPHITE option to gcc
configure and also adds an option to use the system versions of ppl
and cloog (disabled by default).
Bernhard
graphite.diff
Description: Binary data
___
openwrt-devel mailing l
Hello
I did work on adding support for the BRCM4716 to openwrt after getting
an ASUS RT-N16 from glp.
The main problem is, that the sonics silicon backplane is completly
different especially the registers of the actual backplane.
Also, it uses a different MIPS core and also a different ethernet mac
Hello
This is the final patch with the uci-default script from Otto Solares.
Would be nice, if somebody could commit this.
Bernhard
wrt160nl-fixtrx.diff
Description: Binary data
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
h
Seems a bit like overkill to me, but I guess that's not my call to make.
Thanks for your patch and your tests.
Bernhard
2010/3/24 Otto Solares :
> On Wed, Mar 24, 2010 at 02:39:51PM +0100, Bernhard Loos wrote:
>> After a suggestion from xMff, I dedicded to use a uci-d
Well, if you can reproduce the problem with ls, you can start
debugging the kernel and figure out, what exactly allocates that much
memory and maybe prevent it in some way.
2010/3/24 Kövesdi György :
>> Besides that, I would suggest to kill mjpg-streamer from time to time
>> and restart it with a
After a suggestion from xMff, I dedicded to use a uci-defaults script,
as this should fit the needs. Use it instead of the firstboot script
in the original patch.
I can't test it, as I don't have the device with me right now, but it's trivial.
Bernhard
2010/3/22 Otto Solares :
> On Sat, Mar
2010/3/22 Kövesdi György :
>> Where is the output of mjpg-streamer written to? It looks like it is
>> using ram disk or (slow) flash memory. Make sure it is on the hard disk.
> Sorry, i forgot to mention that there is a link:
> /data -> /mnt/xxx/
> which point to the HD.
>
>> What is the rate of da
It would be nice, to have better integration into the openwrt
infrastructure. For example using uci for the config file and
integrating with the firstboot and mount_root systems.
Bernhard
2010/3/20 :
> after coordination with the original author this includes the whole
> source and ma
19, 2010 at 04:53:34PM +0100, Bernhard Loos wrote:
>> > > Does this happen directly after flashing or only after a reboot?
>> >
>> > After the first reboot.
>> >
>> > > If openwrt does come up at least once, could you run "mtd -o 32 fixtrx
&g
2010/3/19 W. Michael Petullo :
>>> The WRT160NL gets shipped with a new bootloader since some time, which
>>> actually checks the checksum in the trx image header. As the
>>> checksummed area includes the jffs2 start marker, this will blow up
>>> after first boot.
>>> This patch fixes this by addin
Does this happen directly after flashing or only after a reboot?
If openwrt does come up at least once, could you run "mtd -o 32 fixtrx
firmware" and give me the output?
2010/3/19 Otto Solares :
> On Wed, Mar 17, 2010 at 05:34:33PM +0100, Bernhard Loos wrote:
>> Hello
>>
flashchip.
Bernhard
2010/3/17 Gianfranco Bauco :
> @Bernhard Loos
> The problem is described here
> https://forum.openwrt.org/viewtopic.php?id=17370&p=12 on post #279
> I don't know hot to fix it, but at least in this way is easy to circumvent.
>
> Ciao.
>
>
> _
You did understand correctly, I didn't know there were a problem with
flash detection.
But wouldn't it be better to fix the flash detection instead of simply
disabling it?
What exactly is the problem, why does it fail?
2010/3/17 Gianfranco Bauco :
> @Bernhard Loos
> Actua
Hello
I forgot to svn add the firstboot script, that actually calls mtd to
fix the trx, sorry about that.
Here is the complete patch again.
Bernhard
ar71xx.diff
Description: Binary data
___
openwrt-devel mailing list
openwrt-devel@lists.openw
Take a look at my patch for the wrt160nl. It should be pretty easy to
port and it avoids this rather ugly hack which may break a random
number of other things.
2010/3/17 Gianfranco Bauco :
> Florian Fainelli wrote:
>> Hi Gianfranco,
>>
>> Le vendredi 12 mars 2010 23:18:32, Gianfranco Bauco a écrit
I'm not sure about things like the flashlayout and the position of the
trx header for those board, but it should be pretty easy to extend.
You simply have to adapt the prinit script, the rest should be the
same.
2010/3/16 Mattia Aracne :
>> Hello
>> The WRT160NL gets shipped with a new bootloader
Hello
The WRT160NL gets shipped with a new bootloader since some time, which
actually checks the checksum in the trx image header. As the
checksummed area includes the jffs2 start marker, this will blow up
after first boot.
This patch fixes this by adding a new funktion to mtd (fixtrx) which
is cal
It may be a problem in asm generated functions, which don't have
symbols by default.
Besides that, the "Compile the kernel with symbol table information"
should give you names, not sure why it doesn't work.
But you could take a look into the kernel build_dir, there should be a
file Symbols.map in t
Hello
This is primarily for Florian, so he can keep track of things
This patch contains an unload fix for the wdt timer, and a new board
detection system based on magic strings in the flash.
It's working for Sitecom but the magic strings for the bifferboard and
the r8610 are missing.
The AR525W is
Actually this should only matter for dma buffers on kernel side and
for userspace not at all. A region of continous virtual memory can
consists of physically scattered memory without problems. That's what
the page table is for.
Bernhard
2010/3/10 Fabrizio Bertocci :
> Well,
> Im not an exper
2010/3/3 Florian Fainelli :
> Hi Bernhard,
>
> Le dimanche 21 février 2010 17:54:10, Bernhard Loos a écrit :
>> Annnd, I forgot to add the patch :/
>> Sorry about all the noise.
>>
>> Bernhard
>>
>
> Why did you move the reboot fixup function
the sqlite librarie
> it hangs. I use this command:
>
> /usr/src/openwrt/fon/openwrt/build_dir/mipsel/OpenWrt-SDK-fonera2n-for-Linux-x86_64/staging_dir/toolchain-mipsel_gcc4.1.2/bin/mipsel-linux-uclibc-gcc-4.1.2
> -L staging_dir/mipsel/usr/lib/ -lsqlite3 hello.c -o hello
>
>
&g
Without the source, how should we know?
You will have to start debugging it yourself. Besides good old printf
debugging, there is also remote gdb you can use.
2010/3/3 Jesus arteche :
> Hi,
>
> I'm compiling a c program that uses sqlite3 libraries...when I execute the
> program in my pc it works r
0 at 7:18 AM, Bernhard Loos
> wrote:
>>
>> Yes, but there are lots of testpoints around the cpu, I bet some of
>> them are from a jtag port.
>> Without those pins, the only possibility would be an to attach an
>> in-ciruit programmer to the flash chip, but thi
duhamell :
> The router does not have jtag pins. it only has a ttl port.
>
> On Wed, Mar 3, 2010 at 6:55 AM, Bernhard Loos
> wrote:
>>
>> Do you at least now the positions of the jtag test points?
>>
>> 2010/3/2 jason duhamell :
>> >
>> >
>>
> Jason
>>
>> On Tue, Mar 2, 2010 at 7:51 AM, Bernhard Loos
>> wrote:
>>>
>>> Did you try to flash an ar71xx image? For example the fon one?
>>> If the kernel at least starts to boot, I can do the rest. Otherwise,
>>> I'm not so sure.
Did you try to flash an ar71xx image? For example the fon one?
If the kernel at least starts to boot, I can do the rest. Otherwise,
I'm not so sure.
Bernhard
2010/3/1 jason duhamell :
> Ok, I decided I will start the Job offer at 100 dollars and the board. dont
> worry about the chip size
Well, you could always look at some packages for exisiting kernel
modules for blueprints.
If you have some specific questions, you can ask them here or in
#openwrt on freenode.
But please try to figure out how to do this by yourself first, too
general questions will only get general and not very he
Compile a kernel with debugging enabled, this is pretty much worthless
2010/2/27 Kövesdi György :
> Hi,
>
> I have Asus WL500gP V2 hardware.
> I compiled the latest kernel (svn rev. #19881) and find that at first boot the
> kernel always crashes. After the second boot it is running well.
>
> I hav
2010/2/26 Xavier Martinez :
> eth1 is not working anymore in current trunk (r19860). It seems to work in
> previous versions (19694), at least pings are answered and ssh connection is
> possible.
>
> On the other hand, when running olsrd under r19694, packets from other hosts
> in the network are n
2010/2/23 Michael Conrad :
> Hi,
>
>> I have a Asus WL500GPv2 and i would like to use its USB with 2.6 kernel.
>
> I had the same problem last November and sent a mail to the platform
> maintainers. No helpful response received
>
> Maybe this time we will find a solution.
>
>
> Regards
>
> M
Annnd, I forgot to add the patch :/
Sorry about all the noise.
Bernhard
rdc.diff
Description: Binary data
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
2010/2/21 Florian Fainelli :
> Hi Bernhard,
>
> Le jeudi 18 février 2010 12:54:28, Bernhard Loos a écrit :
>> Hello
>> This patch adds an pci driver for the rdc southbridge, where the gpio
>> and wdt config registers are located.
>> The custom reboot function is
Hello
This patch adds an pci driver for the rdc southbridge, where the gpio
and wdt config registers are located.
The custom reboot function is needed, beacuse the wdt works by
creating a nmi interrupt, and the normal reboot fixups don't work in
irq context.
The code in platfrom.c is rather messed
77 matches
Mail list logo
