On 2019-04-11 23:15:45 [+0200], Kurt Roeckx wrote:
> On Thu, Apr 11, 2019 at 04:51:50PM -0400, Jeffrey Walton wrote:
> > On Thu, Apr 11, 2019 at 11:24 AM peter green wrote:
> > >
> > > I got a report from a user about "openssl sha1 " not working
> > > for large files on raspbian stretch.
> > >
>
On April 11, 2019 3:06:20 PM UTC, Lieven Baes wrote:
>On Thu, Apr 11, 2019 at 4:13 PM Martin Michlmayr
>wrote:
>
[snip]
>[0.008443] Console: colour dummy device 80x30
>[0.013038] console [tty0] enabled
console is opened on dummy "screen" device
>[0.016581] bootconsole [earlycon0]
On Thu, Apr 11, 2019 at 04:51:50PM -0400, Jeffrey Walton wrote:
> On Thu, Apr 11, 2019 at 11:24 AM peter green wrote:
> >
> > I got a report from a user about "openssl sha1 " not working for
> > large files on raspbian stretch.
> >
> > I investigated the problem and found that when I tried to use
On Thu, Apr 11, 2019 at 11:24 AM peter green wrote:
>
> I got a report from a user about "openssl sha1 " not working for
> large files on raspbian stretch.
>
> I investigated the problem and found that when I tried to use "openssl sha1
> " for a large (>2GB) file on Debian armhf stretch or raspb
On Wed, Apr 10, 2019 at 11:12:17AM +0200, Matthias Klose wrote:
> On 10.04.19 10:29, Adrian Bunk wrote:
> > On Wed, Apr 10, 2019 at 10:11:29AM +0200, Matthias Klose wrote:
> >> Package: src:llvm-toolchain-7
> >> Version: 1:7.0.1-8
> >> Severity: serious
> >> Tags: sid buster
> >>
> >> underlinked c
I got a report from a user about "openssl sha1 " not working for
large files on raspbian stretch.
I investigated the problem and found that when I tried to use "openssl sha1 " for
a large (>2GB) file on Debian armhf stretch or raspbian stretch I get|an error "Value too large for
defined data t
On Thu, Apr 11, 2019 at 4:13 PM Martin Michlmayr wrote:
> * Lieven Baes [2019-04-11 15:05]:
> > What can I do instead of a whole reinstall ?
> > Is there a trick to boot the 'old' system?
>
> This should work:
> setenv bootargs $(bootargs_console)
> usb start
> ext2load usb 1:1 0x0080 /uImag
* Lieven Baes [2019-04-11 15:05]:
> What can I do instead of a whole reinstall ?
> Is there a trick to boot the 'old' system?
This should work:
setenv bootargs $(bootargs_console)
usb start
ext2load usb 1:1 0x0080 /uImage.bak
ext2load usb 1:1 0x0110 /uInitrd.bak
bootm 0x0080 0x011000
Hello,
After upgrade 'booting the kernel' is hanging ...
What can I do instead of a whole reinstall ?
- u-boot-version : U-Boot 2016.11+dfsg1-4 (Mar 27 2017 - 18:39:51 +)
This seems like the last stable version.
- kernel : 4.9.0-8-marvell
I tried to boot kernel 4.9.0-6-marvell, by changing
9 matches
Mail list logo