Sometimes the trx offsets are 0, in that case there is no partition and
we should not try to add one.
Signed-off-by: Hauke Mehrtens
[Brian: rewrapped]
Signed-off-by: Brian Norris
[Stephen Parry: Backported to 3.14]
Signed-off-by: Stephen Parry
---
...art
Thanks, that's close to what I've come up with myself. I'll test this evening.
If it works can we commit the patch please?
On 29 October 2014 06:23:32 GMT+00:00, "Rafał Miłecki" wrote:
>On 29 October 2014 02:17, Stephen G. Parry
>wrote:
>> As some of you will be aware I have been working on an
Enhance support for initramfs:
- added commands to create chk images for flashing via tftp or
stock firmware gui
- added commands to generate nodictionary and noloader variants of trx
images
Signed-off-by: Stephen Parry
---
target/linux/brcm47xx/image/Makefile | 3 +++
1 file changed, 3
go some way
toward fixing ticket #17465.
Signed-off-by: Stephen Parry
---
V2: Improved script structure using elif
---
target/linux/generic/base-files/init | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/target/linux/generic/base-files/init
b/target/linux/generic
On 26 August 2014 10:00:35 BST, "Rafał Miłecki" wrote:
>On 26 August 2014 10:26, Stephen Parry wrote:
>> One gap in my my knowledge: which code actually loads squashfs into
>memory - is that lzma-loader or something between lzma-loader and
>kernel start please?
>
r how you
>created
>it?
>
>That might help debugging the "Starting program" hang...
>
>Mathias
>
>
>Am Di, 26.08.2014, 04:34 schrieb Stephen Parry:
>> No sorry - I did not explain carefully enough:
>> 1. About 9 months ago I built a trx using trunk t
@John:
If you mean /sbin/ramfsinit, it doesn't exist until provided by a.n.other
package or by the developer under $ROOT/files - it's just a hook. I have an
example I wrote and tested that mounts external usb storage and switches root
but it isn't neccesarily up to fully generalised use.
If you
No sorry - I did not explain carefully enough:
1. About 9 months ago I built a trx using trunk that flashed and worked OK.
2. Two weeks ago I built a new image. This loaded and tested fine as ELF via
tftp boot so I flashed the trx using MTD command. the resulting image hung
after "starting progra
go some way
toward fixing ticket #17465.
Signed-off-by: Stephen Parry
---
target/linux/generic/base-files/init | 8
1 file changed, 8 insertions(+)
diff --git a/target/linux/generic/base-files/init
b/target/linux/generic/base-files/init
index 514be57..cae515d 100755
--- a/target/linux
The thing that makes my blood boil is this - there are plenty of use
cases where initramfs is a must:
- ELF boot from external media
- KEXEC to external media
- TFTP boot
None of these currently work in BB whereas they used to. And you cannot
easily add the scripts to support them because all the '
se the MTD command had failed, so I tried from CFE and
inadvertently overwrote my CFE - doh!
Stephen Parry
P.S. Sorry for first post without subject - noob error.
On 18/08/14 22:31, openwrt-devel-requ...@lists.openwrt.org wrote:
> Message: 2
> Date: Mon, 18 Aug 2014 21:44:46 +0200
> From:
The thing that makes my blood boil is this - there are plenty of use
cases where initramfs is a must:
- ELF boot from external media
- KEXEC to external media
- TFTP boot
None of these currently work in BB whereas they used to. And you cannot
easily add the scripts to support them because all the '
se the MTD command had failed, so I tried from CFE and
inadvertently overwrote my CFE - doh!
Stephen Parry
On 18/08/14 22:31, openwrt-devel-requ...@lists.openwrt.org wrote:
> Message: 2
> Date: Mon, 18 Aug 2014 21:44:46 +0200
> From: Rafa? Mi?ecki
> To: Hauke Mehrtens ,openwrt-d
Can someone please give me some feedback as to whether this patch now
meets the canonical standard, and whether it's likely to get applied. I
have a number of others to come and I would like to make sure I get them
right.
Thanks,
Stephen Parry
On 17/08/14 23:30, Stephen Parry wrote:
>
Patch to BusyBox Makefile to fix linker errors when PAM support is enabled by
CONFIG_BUSYBOX_CONFIG_PAM=y. Typical errors include:
login.c:(.text.login_main+0x122): undefined reference to `pam_start'
Signed-off-by: Stephen Parry
---
New version of patch - now against trunk and using git
pa
Thank Jonas, that really helps - I will use this in future patches to
core. Could this please be wiki'd?
On 15/08/14 17:40, Jonas Gorski wrote:
> Hi,
>
> On Fri, Aug 15, 2014 at 5:30 PM, Stephen Parry wrote:
>> Dear All,
>> Can someone tell me please:
>> a) Is
From: Stephen G. Parry
Patch to BusyBox Makefile to fix linker errors when PAM support is enabled by
CONFIG_BUSYBOX_CONFIG_PAM=y. Typical errors include:
login.c:(.text.login_main+0x122): undefined reference to `pam_start'
Signed-off-by: Stephen Parry
---
Index: trunk/package/utils/bu
I have sent as a git patch. I will follow up with an svn one. Please let
me know which is more preferable.
If possible please apply to BB as well as trunk. Thanks.
On 15/08/14 17:25, Stephen Parry wrote:
> From: Stephen G. Parry
>
> Patch to BusyBox Makefile to fix linker errors
From: Stephen G. Parry
Patch to BusyBox Makefile to fix linker errors when PAM support is enabled by
CONFIG_BUSYBOX_CONFIG_PAM=y. Typical errors include:
login.c:(.text.login_main+0x122): undefined reference to `pam_start'
Signed-off-by: Stephen Parry
---
package/utils/busybox/Makefile
should I use the
generate the patch ?
I have searched extensively online but am still confused.
Many Thanks
Stephen Parry
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
should I use the
generate the patch ?
I have searched extensively online but am still confused.
Many Thanks
Stephen Parry
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
tested the resulting login behaviour, but this patch does at least allow
BusyBox to build without breaking.
Can this please be included in fixes for the final release of BB?
Many Thanks
Stephen Parry
tested the resulting login behaviour, but this patch does at least allow
BusyBox to build without breaking.
Can this please be included in fixes for the final release of BB?
Many Thanks
Stephen Parry
correct location or if it will change to:
https://fedorahosted.org/releases/l/i/linux-pam/
Thanks
Stephen Parry
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
24 matches
Mail list logo
