mount the eMMC ubi0:rootfs.
This is an unfortunate omission for a kernel built for a small SoC that is
designed to boot from flash. Please add (restore?) the ability of the Debian
Marvell Kirkwood kernels to use a UBI rootfs.
Larry Baker
US Geological Survey (Ret.)
c. 650-784-9650
ba...@usgs.gov
gt; > 'ARM ports status' talk for Debconf next week.
> >
> > Clearly one normally does not run foreign-arch kernels on hardware so
> > we don't have to support it, and Ben is right to say 'this is not a
> > bug'.
> >
> > On the other hand, if
On Fri, Jul 15, 2022 at 09:46:59PM +0200, Arnd Bergmann wrote:
> It is generally possible to run 32-bit kernels on 64-bit hardware on x86,
> some armv8 and mips, but there are a lot of downsides. On powerpc,
> sparc, riscv, and newer armv8/v9, one has to run a 64-bit kernel.
>
>
y one normally does not run foreign-arch kernels on hardware so
> we don't have to support it, and Ben is right to say 'this is not a
> bug'.
>
> On the other hand, if the armhf kernel does work on RPi4 with a few
> config options, and there is an actual use case, then
the question is
> what is the downside of enabling the config options?
>
> Does this only work for the RPi4, or does it enable/prevent 32-bit
> kernels on other 64-bit machines?
The bug report was only about a missing driver for the Raspberry Pi 4,
enabling the driver has no effect on ot
On 2022-07-15, woo...@wookware.org wrote:
> The question from Debian's POV is how many other people want to use
> non-native arm kernels (and for what?). How many platforms is it
> relevant to? And if there is a downside, how many does that effect,
> and how/how much.
For Re
On 2022-07-15 13:40 -0400, gene heskett wrote:
> On 7/15/22 12:16, Wookey wrote:
> >
> > Clearly one normally does not run foreign-arch kernels on hardware so
> > we don't have to support it, and Ben is right to say 'this is not a
> > bug'.
> >
ing armhf' when it was news to me, and I'm just writing the
'ARM ports status' talk for Debconf next week.
Clearly one normally does not run foreign-arch kernels on hardware so
we don't have to support it, and Ben is right to say 'this is not a
bug'.
On the othe
as wondering why we were being accused of 'Debian
abandonning armhf' when it was news to me, and I'm just writing the
'ARM ports status' talk for Debconf next week.
Clearly one normally does not run foreign-arch kernels on hardware so
we don't have to support it, and B
used with both kernels and Xfce4 desktop was used.
For playing YouTube by firefox, 64-bit kernel seems more suitable
than 32-bit.
Exact kernel compilation options for 32- and 64-bit kernels are
https://github.com/emojifreak/debian-rpi-image-script/blob/main/build-raspi-kernel.sh
Best regards
On Tue, Jul 30, 2019 at 06:31:32PM -0400, Gene Heskett wrote:
> On Tuesday 30 July 2019 06:42:15 Reco wrote:
>
> > On Tue, Jul 30, 2019 at 06:02:05AM -0400, Gene Heskett wrote:
(...)
> Thanks everybody who has a clue.
Gene,
you have been repeatly asked to keep the postings on-topic.User
questio
On Ma, 30 iul 19, 18:35:21, Gene Heskett wrote:
> On Tuesday 30 July 2019 15:42:14 Andrei POPESCU wrote:
>
> > On Ma, 30 iul 19, 06:02:05, Gene Heskett wrote:
> > > is empty. kern.log.1 is over 200k, and the list won't accept that.
> >
> > [citation needed]
>
> Over the years I have had several l
On Tuesday 30 July 2019 15:42:14 Andrei POPESCU wrote:
> On Ma, 30 iul 19, 06:02:05, Gene Heskett wrote:
> > is empty. kern.log.1 is over 200k, and the list won't accept that.
>
> [citation needed]
Over the years I have had several logfile containing postings ejected
because they were too big.
On Tuesday 30 July 2019 06:42:15 Reco wrote:
> On Tue, Jul 30, 2019 at 06:02:05AM -0400, Gene Heskett wrote:
> > > > That simple question is:
> > > >
> > > > What log file do you want to see?
> > >
> > > Assuming Debian defaults - /var/log/kern.log,
> >
> > is empty. kern.log.1 is over 200k, and t
On Ma, 30 iul 19, 06:02:05, Gene Heskett wrote:
>
> is empty. kern.log.1 is over 200k, and the list won't accept that.
[citation needed]
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
signature.asc
Description: PGP signature
On Tue, Jul 30, 2019 at 06:02:05AM -0400, Gene Heskett wrote:
> > > That simple question is:
> > >
> > > What log file do you want to see?
> >
> > Assuming Debian defaults - /var/log/kern.log,
>
> is empty. kern.log.1 is over 200k, and the list won't accept that.
This very e-mail that I'm writing
On Tuesday 30 July 2019 05:30:35 Reco wrote:
> On Tue, Jul 30, 2019 at 05:21:29AM -0400, Gene Heskett wrote:
> > On Monday 29 July 2019 09:17:37 Reco wrote:
> > > On Mon, Jul 29, 2019 at 07:56:25AM -0400, Gene Heskett wrote:
> > > > On Monday 29 July 2019 05:08:49 Reco wrote:
> > > > > On Sun, Jul
On Tue, Jul 30, 2019 at 05:21:29AM -0400, Gene Heskett wrote:
> On Monday 29 July 2019 09:17:37 Reco wrote:
>
> > On Mon, Jul 29, 2019 at 07:56:25AM -0400, Gene Heskett wrote:
> > > On Monday 29 July 2019 05:08:49 Reco wrote:
> > > > On Sun, Jul 28, 2019 at 08:15:20PM -0400, Gene Heskett wrote:
>
On Monday 29 July 2019 09:17:37 Reco wrote:
> On Mon, Jul 29, 2019 at 07:56:25AM -0400, Gene Heskett wrote:
> > On Monday 29 July 2019 05:08:49 Reco wrote:
> > > On Sun, Jul 28, 2019 at 08:15:20PM -0400, Gene Heskett wrote:
> > > > On Sunday 28 July 2019 00:27:36 Reco wrote:
> > > > > On Sun, Jul
On Monday 29 July 2019 09:17:37 Reco wrote:
> On Mon, Jul 29, 2019 at 07:56:25AM -0400, Gene Heskett wrote:
> > On Monday 29 July 2019 05:08:49 Reco wrote:
> > > On Sun, Jul 28, 2019 at 08:15:20PM -0400, Gene Heskett wrote:
> > > > On Sunday 28 July 2019 00:27:36 Reco wrote:
> > > > > On Sun, Jul
On Mon, Jul 29, 2019 at 07:56:25AM -0400, Gene Heskett wrote:
> On Monday 29 July 2019 05:08:49 Reco wrote:
>
> > On Sun, Jul 28, 2019 at 08:15:20PM -0400, Gene Heskett wrote:
> > > On Sunday 28 July 2019 00:27:36 Reco wrote:
> > > > On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote:
>
ctl output here.
Where do I find that journalctl log? Or do I go get the u-sd card by
turning it off right now, bring the card in and mount it here so I can
troll around in it and get it for you. That would probably work, just
have to know what I'm looking for.
I really would like to m
Hi.
On Sun, Jul 28, 2019 at 08:15:20PM -0400, Gene Heskett wrote:
> On Sunday 28 July 2019 00:27:36 Reco wrote:
>
> > On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote:
> > > > > That, and a whole restaraunt sized menu of dpkg stuff for
> > > > > building packages is on the mis
On Sunday 28 July 2019 00:27:36 Reco wrote:
> On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote:
> > > > That, and a whole restaraunt sized menu of dpkg stuff for
> > > > building packages is on the missing list. Gr.
> > >
> > > apt install build-essential
> >
> > I *think* I did t
On Sun, Jul 28, 2019 at 06:50:53AM -0400, Gene Heskett wrote:
> On Sunday 28 July 2019 00:27:36 Reco wrote:
>
> > On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote:
> > > > > That, and a whole restaraunt sized menu of dpkg stuff for
> > > > > building packages is on the missing list. G
On Sunday 28 July 2019 00:27:36 Reco wrote:
> On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote:
> > > > That, and a whole restaraunt sized menu of dpkg stuff for
> > > > building packages is on the missing list. Gr.
> > >
> > > apt install build-essential
> >
> > I *think* I did t
On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote:
> > > That, and a whole restaraunt sized menu of dpkg stuff for building
> > > packages is on the missing list. Gr.
> >
> > apt install build-essential
>
> I *think* I did that. With synaptic. I gave it quite a list, it took
> abo
On Saturday 27 July 2019 22:24:30 Reco wrote:
> On Sat, Jul 27, 2019 at 06:20:23PM -0400, Gene Heskett wrote:
> > > I was too lazy to dig out that USB TTL cable for the true console,
> > > but I suppose that it won't interfere either.
> >
> > But I'm now missing bklid, and neither apt nor synaptic
On Saturday 27 July 2019 22:24:30 Reco wrote:
> /sbin/sysctl -w kernel.dmesg_restrict=0
Well, I did that, and ran dmesg once as root. Self destructed 15 minutes
later as I couldn't get it to do anything from an ssh login as me. And
its an hour later and I still haven't been able to reboot, las
On Sat, Jul 27, 2019 at 06:20:23PM -0400, Gene Heskett wrote:
> > I was too lazy to dig out that USB TTL cable for the true console, but
> > I suppose that it won't interfere either.
>
> But I'm now missing bklid, and neither apt nor synaptic can find it to
> install it.
/sbin/blkid. It's in the
On Saturday 27 July 2019 15:56:54 Reco wrote:
> On Sat, Jul 27, 2019 at 03:51:06PM -0400, Gene Heskett wrote:
> > > Second, some wishlist bugreports are in order. It's not an
> > > installation that took the most of the effort, it's the camera
> > > that's attached to the said RPi3.
> >
> > That i
On Sat, Jul 27, 2019 at 03:51:06PM -0400, Gene Heskett wrote:
> > Second, some wishlist bugreports are in order. It's not an
> > installation that took the most of the effort, it's the camera that's
> > attached to the said RPi3.
> >
> That install nomograph says to disconnect ALL that stuff. ;-)
On Saturday 27 July 2019 15:46:59 Reco wrote:
> On Sat, Jul 27, 2019 at 12:02:18PM -0400, Gene Heskett wrote:
> > On Friday 26 July 2019 17:35:01 Reco wrote:
> > > Hi.
> > >
> > > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote:
> > > > I am furious (fat lot of good that does me) wi
On Sat, Jul 27, 2019 at 12:02:18PM -0400, Gene Heskett wrote:
> On Friday 26 July 2019 17:35:01 Reco wrote:
>
> > Hi.
> >
> > On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote:
> > > I am furious (fat lot of good that does me) with the lack of tools,
> > > and information on how to
On Saturday 27 July 2019 15:38:38 Reco wrote:
> Hi.
>
> On Sat, Jul 27, 2019 at 10:11:06AM -0400, Gene Heskett wrote:
> > But this instruction also wants the debian-10.0.0-arm64-netinst.iso
> > written to it, which is 250MiB and which if I use dd to follow this
> > instruction:
> >
> > Extra
On Friday 26 July 2019 17:35:01 Reco wrote:
> Hi.
>
> On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote:
> > I am furious (fat lot of good that does me) with the lack of tools,
> > and information on how to use them to build an installable
> > kernel.deb for a rpi-3b. I know it c
Hi.
On Sat, Jul 27, 2019 at 10:11:06AM -0400, Gene Heskett wrote:
> But this instruction also wants the debian-10.0.0-arm64-netinst.iso
> written to it, which is 250MiB and which if I use dd to follow this
> instruction:
>
> Extract the content of the Debian ISO you downloaded to the ro
On Friday 26 July 2019 17:35:01 Reco wrote:
> Hi.
>
> On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote:
> > I am furious (fat lot of good that does me) with the lack of tools,
> > and information on how to use them to build an installable
> > kernel.deb for a rpi-3b. I know it c
On Friday 26 July 2019 17:35:01 Reco wrote:
> Hi.
>
> On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote:
> > I am furious (fat lot of good that does me) with the lack of tools,
> > and information on how to use them to build an installable
> > kernel.deb for a rpi-3b. I know it c
On Friday 26 July 2019 17:35:01 Reco wrote:
> Hi.
>
> On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote:
> > I am furious (fat lot of good that does me) with the lack of tools,
> > and information on how to use them to build an installable
> > kernel.deb for a rpi-3b. I know it c
ided by Debian.
If you need features not present in the Debian provided kernels I'm not
sure what complicated hoops you may need to jump through to get the
system to boot.
live well,
vagrant
p.s. Disclaimer: I maintain u-boot in Debian, so maybe I'm biased.
On Friday 26 July 2019 17:19:12 Stefan Monnier wrote:
> > So http://www.digi.com, and the 37 page "U-Boot Reference Manual"
> > that you can download and print from their site is all BS?
>
> I don't know. I'd assume it's the doc that applies to a version of
> U-Boot they distribute. Are you usin
Hi.
On Thu, Jul 25, 2019 at 12:49:32PM -0400, Gene Heskett wrote:
> I am furious (fat lot of good that does me) with the lack of tools, and
> information on how to use them to build an installable kernel.deb for a
> rpi-3b. I know it can be done, I have witnessed apt do it several
> ti
> So http://www.digi.com, and the 37 page "U-Boot Reference Manual" that
> you can download and print from their site is all BS?
I don't know. I'd assume it's the doc that applies to a version of
U-Boot they distribute. Are you using Digi's U-Boot? I'm not.
I'm using the U-Boot from denx, whic
On Thursday 25 July 2019 15:50:08 Tixy wrote:
> On Thu, 2019-07-25 at 12:49 -0400, Gene Heskett wrote:
> > Possibly good to know, but is not at all helpfull when you "make
> > uImage" in a kernel src tree's top level directory and it terminates
> > with a missing numerical argument, which I'm, ass
On Thu, 2019-07-25 at 12:49 -0400, Gene Heskett wrote:
> Possibly good to know, but is not at all helpfull when you "make uImage"
> in a kernel src tree's top level directory and it terminates with a
> missing numerical argument, which I'm, assuming is the offset from lsn0
> in the dos /boot par
at until a suitable
kernel-[version].deb build has been achieved. Something that is new
enough to have the video patches (they are nominally 12+x faster than
the framebuffer video we've been stuck with on the pi3's for years), so
that probably means the 5.2.1-##-rt series of kernels, but p
>> > The u-boot protocol assumes some of the files you see here:
>> [...]
>> > Are located at fixed offsets from the disks LSN0.
>> I don't were you got that idea.
^^^
know
> From Digi,
That's rather vague.
> who own the copyrights since they announced it in 2001.
https://gitl
On Wednesday 24 July 2019 08:54:42 Stefan Monnier wrote:
> > The u-boot protocol assumes some of the files you see here:
>
> [...]
>
> > Are located at fixed offsets from the disks LSN0.
>
> I don't were you got that idea.
From Digi, who own the copyrights since they announced it in 2001.
> Or m
> The u-boot protocol assumes some of the files you see here:
[...]
> Are located at fixed offsets from the disks LSN0.
I don't were you got that idea. Or maybe you're using a non-mainline U-Boot.
The mainline U-Boot I'm using on my Banana-Pis can find the files it
needs (including boot.scr) in t
Hello Gene Heskett,
Am Di., 23. Juli 2019 um 14:49 Uhr schrieb Gene Heskett :
> I have several realtime patched kernels, built for armhf that I'd like to
> try, but they are all built in the std grub-like format, and that will
> not install to a u-boot system.
I've uploa
irectory
entry, but at those fixed address's
Or at least thats what it says in the original u-boot docs that I have.
>
> My BananaPi here uses the stock Debian kernels without any trouble.
> Both the vmlinuz and the dtb files are read as-is by U-Boot.
> The only thing I need to do
> So what tools do I use to build an installable kernel deb for a u-boot
> system?
I'm not sure what you mean.
My BananaPi here uses the stock Debian kernels without any trouble.
Both the vmlinuz and the dtb files are read as-is by U-Boot.
The only thing I need to do is to package
age-u-boot format of a
deb?
I have several realtime patched kernels, built for armhf that I'd like to
try, but they are all built in the std grub-like format, and that will
not install to a u-boot system.
So what tools do I use to build an installable kernel deb for a u-boot
system?
-
Ch
Hi, Ben and others..
On Wed, Apr 18, 2018 at 8:42 AM, Ben Hutchings wrote:
> On Wed, 2018-04-18 at 05:23 -0300, Rogério Brito wrote:
(...)
>> hardware-long: Marvell Kirkwood based systems (SheevaPlug, QNAP
>> TS-119/TS-219, etc)
>> - and Orion 5181, 5182 and 5281 based systems (QNAP TS-109/TS-2
On Wed, 2018-04-18 at 05:23 -0300, Rogério Brito wrote:
> Signed-off-by: Rogério Brito
> ---
> debian/config/armel/defines | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/debian/config/armel/defines b/debian/config/armel/defines
> index d968def73..a1adc03f5 100644
> ---
Hello Jonathan,
On 06/22/2017 05:02 PM, Jonathan Dowland wrote:
> Would it be possible to get CONFIG_FB_SIMPLE enabled for arm64 kernels? Are
> there any downsides?
I don't see a reason to not enable it.
-> http://deb.li/FUoc
Best regards
Uwe
signature.asc
Description: O
LE in the
kernel configuration is all that is needed to fix the video output. Michael is
going to test this (I might also, but I am slower and have not yet built or
cross-built an arm64 kernel).
Would it be possible to get CONFIG_FB_SIMPLE enabled for arm64 kernels? Are
there any downsides?
T
Hi,
On Monday 22 December 2014 16:27:20 Neil Williams wrote:
> On Mon, 22 Dec 2014 15:08:25 +
>
> Neil Williams wrote:
> > On Sun, 21 Dec 2014 23:51:41 +
> >
> > peter green wrote:
> > > Currently there are (among others) the following k
On Mon, 22 Dec 2014 15:08:25 +
Neil Williams wrote:
> On Sun, 21 Dec 2014 23:51:41 +
> peter green wrote:
>
> > Currently there are (among others) the following kernels installed
> > on the boards.
> >
> > linux-image-3.16-trunk-armmp version 3.16-1~
On Sun, 21 Dec 2014 23:51:41 +
peter green wrote:
> Currently there are (among others) the following kernels installed on
> the boards.
>
> linux-image-3.16-trunk-armmp version 3.16-1~exp1
> linux-image-3.17-1-armmp version 3.17-1~exp1
> linux-image-3.18.0-trunk-armmp v
) the following kernels installed on
the boards.
linux-image-3.16-trunk-armmp version 3.16-1~exp1
linux-image-3.17-1-armmp version 3.17-1~exp1
linux-image-3.18.0-trunk-armmp version 3.18-1~exp1
linux-image-3.16-trunk-armmp seemed to work ok without any tweaking.
linux-image-3.17-1-armmp seemed to wo
Greetings, and thanks so much for your feedback!
Ian Campbell writes:
> On Tue, 2014-08-19 at 18:50 -0400, Camm Maguire wrote:
>
>> mprotect failure: 0xd49000 305430528 : Cannot allocate memory
>> sgc disabled: Cannot allocate memory
>
> I've now repro'd this (on a system running 3.10-0.bpo.2-ar
On Tue, 2014-08-19 at 18:50 -0400, Camm Maguire wrote:
> mprotect failure: 0xd49000 305430528 : Cannot allocate memory
> sgc disabled: Cannot allocate memory
I've now repro'd this (on a system running 3.10-0.bpo.2-armmp). (it the
dumps me to some gcl prompt which I don't seem to be able to exit ;
On Tue, 2014-08-19 at 18:50 -0400, Camm Maguire wrote:
> 4) add the lines
>
> #ifdef NEED_STACK_CHK_GUARD
> if (!raw_image) __stack_chk_guard=random_ulong();/*Cannot be safely set
> inside a function which returns*/
> #endif
>
> to main.c, right after
I think you meant o/main.c (at least tha
gt; Have you confirmed that it is definitely a kernel change which has
> > caused this (as opposed to e.g. some user level change, ulimits, library
> > using 10x more RAM etc). Assuming so do you have any idea with which
> > kernel version this started happening?
> >
&g
0,0x39000), sbrk(0)=0x1501f000
>> prot[3264,3323,(1),writable]
>> mprotect(0xcc,0x3b000), sbrk(0)=0x1501f000
>> prot[3323,3325,(0),not writable]
>> mprotect(0xcfb000,0x2000), sbrk(0)=0x1501f000
>> prot[3325,3397,(1),writable]
>> mprotect(0xcfd000,0x48000), sbr
,not writable]
> mprotect(0xd47000,0x2000), sbrk(0)=0x1501f000
> prot[3401,77964,(1),writable]
> mprotect(0xd49000,0x12343000), sbrk(0)=0x1501f000
>
> Take care,
>
>
> Ian Campbell writes:
>
> > On Sun, 2014-08-17 at 11:29 -0400, Camm Maguire wrote:
> >
brk(0)=0x1501f000
Take care,
Ian Campbell writes:
> On Sun, 2014-08-17 at 11:29 -0400, Camm Maguire wrote:
>> Greetings! Recently, some change has been introduced into the 32bit arm
>> kernels (apparently) which is blocking maxima and axiom, and perhaps
>> others. These pr
On Sun, 2014-08-17 at 11:29 -0400, Camm Maguire wrote:
> Greetings! Recently, some change has been introduced into the 32bit arm
> kernels (apparently) which is blocking maxima and axiom, and perhaps
> others. These programs rely on mprotecting various pages read-only to
> accele
Greetings! Recently, some change has been introduced into the 32bit arm
kernels (apparently) which is blocking maxima and axiom, and perhaps
others. These programs rely on mprotecting various pages read-only to
accelerate garbage collection, an algorithm which has worked on arm for
many years
; urgency=medium
* Add support for the CuBox-i.
+ * Add support for symlinking kernels/initrds on targets that use dtb.
-- Steve Langasek Fri, 30 May 2014 16:23:29 +0200
diff --git a/functions b/functions
index 9213145..d3009e8 100644
--- a/functions
+++ b/functions
@@ -631,14 +631,15 @@ case
2014-01-10 Held Bier :
> Marcin,
>
>> One can, but Samsung ARM Chromebook is not fully supported by mainline
>> kernel. At least you'll miss wi-fi.
> Wi-Fi, USB3, Audio and some other stuff probably too. But you get
> working virtualisation with proper U-Boot.
Good news meanwhile. Virtual Open Sy
2014/1/10 Ian Campbell :
> On Fri, 2014-01-10 at 13:03 +0400, Held Bier wrote:
>> Ian,
>>
>> 2014/1/10 Ian Campbell :
>> > On Fri, 2014-01-10 at 10:57 +0400, Held Bier wrote:
>> >> Marcin,
>> >>
>> >> > But you get working virtualisation with proper U-Boot.
>> >>
>> >> Yes, it's a must for KVM, but
On Fri, 2014-01-10 at 13:03 +0400, Held Bier wrote:
> Ian,
>
> 2014/1/10 Ian Campbell :
> > On Fri, 2014-01-10 at 10:57 +0400, Held Bier wrote:
> >> Marcin,
> >>
> >> > But you get working virtualisation with proper U-Boot.
> >>
> >> Yes, it's a must for KVM, but Xen for Chromebook still has a sec
Ian,
2014/1/10 Ian Campbell :
> On Fri, 2014-01-10 at 10:57 +0400, Held Bier wrote:
>> Marcin,
>>
>> > But you get working virtualisation with proper U-Boot.
>>
>> Yes, it's a must for KVM, but Xen for Chromebook still has a secure
>> mode escape hack in it's tree, and hence, can be booted from st
On Fri, 2014-01-10 at 10:57 +0400, Held Bier wrote:
> Marcin,
>
> > But you get working virtualisation with proper U-Boot.
>
> Yes, it's a must for KVM, but Xen for Chromebook still has a secure
> mode escape hack in it's tree, and hence, can be booted from stock
> U-boot.
This escape hack was r
Marcin,
> But you get working virtualisation with proper U-Boot.
Yes, it's a must for KVM, but Xen for Chromebook still has a secure
mode escape hack in it's tree, and hence, can be booted from stock
U-boot. This project also uses a kernel tree built upon a chromeos-3.4
one, so you have more work
W dniu 09.01.2014 21:15, Held Bier pisze:
>> one cannot boot from a stock linux kernel
>
> One can, but Samsung ARM Chromebook is not fully supported by mainline
> kernel. At least you'll miss wi-fi.
Wi-Fi, USB3, Audio and some other stuff probably too. But you get
working virtualisation with pr
-- Forwarded message --
From: Held Bier
Date: 2014/1/10
Subject: On a Samsung ARM Chromebook, could nv-uboot easily boot to
stock linux kernels, by way of ARM-GRUB?
To: subharo@, help-grub@
Hi, Subharo
> one cannot boot from a stock linux kernel
One can, but Samsung
Hello Luke,
On Thu, Jan 2, 2014 at 1:03 PM, Luke Kenneth Casson Leighton
wrote:
> On Thu, Jan 2, 2014 at 2:57 PM, Subharo Bhikkhu
> wrote:
>
> > Indeed. It seems that the Utopian technological future that I was
> hoping for, where solid state hardware would last *even longer* than
> non-solid s
W dniu 01.01.2014 15:48, Subharo Bhikkhu pisze:
> I have a Samsung ARM Cromebook. I'm running Chrubuntu 13.04 in the
> internal 16GB eMMC.
> ...but the current problem is that one cannot boot from a stock
> linux kernel. One currently must "borrow" the ChromeOS kernel, and
> "sign" it. I wo
On Thu, Jan 2, 2014 at 2:57 PM, Subharo Bhikkhu
wrote:
> Indeed. It seems that the Utopian technological future that I was hoping
> for, where solid state hardware would last *even longer* than non-solid state
> hardware, has been replaced with a distopian present, where the solid state
> har
than to attempt).
> but, without going down that insane route, you are along the right
> kind of lines with loading a 2nd bootloader - one that can then load
> an unsigned kernel.
>
> there is potentially a simpler option: you might wish to look at the
> kexec option. this would
s with loading a 2nd bootloader - one that can then load
> an unsigned kernel.
>
> there is potentially a simpler option: you might wish to look at the
> kexec option. this would allow you to continue to use the *existing*
> kernel - unmodified - purely as a bootloader. there is a
ld allow you to continue to use the *existing*
kernel - unmodified - purely as a bootloader. there is a userspace
program kicking around which allows selection of kernels (heck, you
could even try using grub in userspace). modify /sbin/init (or other
method) to run that userspace "kernel-selector&q
wing idea?
What if nv-u-boot was used simply to boot to ARM-GRUB, and then GRUB in
turn was used to boot from a "normal-looking" selection of stock linux
kernels (along with rescue modes, etc.)? For example, GRUB stage 1 (and/or
stage 1.5) could be installed to a small GPT partition (i
> On Fri, Jun 14, 2013 at 07:41:24AM +0100, Stuart Winter wrote:
> > I've been unable to produce Linux 3.8 and 3.9 kernels with gcc 4.8.0, but
> > the same kernels build and boot when compiled with gcc 4.7.2.
>
> FWIW, I'm also unable to get a stable kernel for kir
On Fri, Jun 14, 2013 at 07:41:24AM +0100, Stuart Winter wrote:
> I've been unable to produce Linux 3.8 and 3.9 kernels with gcc 4.8.0, but
> the same kernels build and boot when compiled with gcc 4.7.2.
FWIW, I'm also unable to get a stable kernel for kirkwood
with 4.8 (already t
essing Linux... done, booting the kernel.
Are the 3.9 kernels compiled with gcc-4.8.x ?
I've been unable to produce Linux 3.8 and 3.9 kernels with gcc 4.8.0, but
the same kernels build and boot when compiled with gcc 4.7.2.
There's an open bug (I don't know if the specifics are t
On Thu, 13 Jun 2013, Martin Michlmayr wrote:
* kqt4a...@gmail.com [2013-06-12 13:42]:
U-Boot 2011.12-06918-gf33b06f-dirty (Jun 10 2012 - 18:01:14)
Can you check if it includes this patch:
http://lists.denx.de/pipermail/u-boot/2012-February/117020.html
Background:
http://bugs.debian.org/cgi-
* kqt4a...@gmail.com [2013-06-12 13:42]:
> U-Boot 2011.12-06918-gf33b06f-dirty (Jun 10 2012 - 18:01:14)
Can you check if it includes this patch:
http://lists.denx.de/pipermail/u-boot/2012-February/117020.html
Background:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658904
--
Martin Michlma
On Wed, 12 Jun 2013, Martin Michlmayr wrote:
* kqt4a...@gmail.com [2013-06-12 13:00]:
I know this is not the proper list for this but I do not know what is
I have used the UPDATE-KERNEL.sh to retrieve 3.9.* from
http://www.xilka.com/sheeva/ and they all fail to load
Starting kernel ...
Unco
* kqt4a...@gmail.com [2013-06-12 13:00]:
> I know this is not the proper list for this but I do not know what is
> I have used the UPDATE-KERNEL.sh to retrieve 3.9.* from
> http://www.xilka.com/sheeva/ and they all fail to load
>
> Starting kernel ...
>
> Uncompressing Linux... done, booting th
I know this is not the proper list for this but I do not know what is
I have used the UPDATE-KERNEL.sh to retrieve 3.9.* from
http://www.xilka.com/sheeva/ and they all fail to load
## Booting kernel from Legacy Image at 0080 ...
Image Name: Linux-kirkwood-sheevaplug-3.9.3
Image Type:
> Did you get it to work??
Partly. I fixed one bug and can kexec some kernels, but not others.
I posted the details here:
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-February/040999.html
I haven't gotten any further.
--
Eric Cooper e c c @ c m u . e d u
[ 35.553632] Starting new kernel
> Uncompressing Linux... done, booting the kernel.
>
> and then nothing.
>
> --
> Eric Cooper e c c @ c m u . e d u
>
>
Did you get it to work??
--
View this message in context:
http://old.nabble.com/kexec-on-kirk
200" zImage
> # kexec -e
> [ 35.553632] Starting new kernel
> Uncompressing Linux... done, booting the kernel.
>
> and then nothing. I've tried with both 2.6.35 and 2.6.38-rc1 kernels.
> I've tried modifying the kernel image to set the machine ID
&g
g Linux... done, booting the kernel.
and then nothing. I've tried with both 2.6.35 and 2.6.38-rc1 kernels.
I've tried modifying the kernel image to set the machine ID
explicitly, but that makes no difference. I wonder if the boot
parameters are being passed correctly, but I don't know ho
On Thu, Jan 14, 2010 at 5:48 AM, Martin Michlmayr wrote:
> I believe this has been fixed in the latest upload. Would you mind
> trying again?
Hi Martin,
With the 2.6.32-5 upload the box does indeed boot correctly. Thanks
very much for your time.
Thanks,
Ryan
--
To UNSUBSCRIBE, email to debi
1 - 100 of 134 matches
Mail list logo
