Package: initramfs-tools
Version: 0.137
Severity: normal
Dear Maintainer,
update-initramfs fails:
Processing triggers for initramfs-tools (0.137) ...
update-initramfs: Generating /boot/initrd.img-5.2.17+
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed
build completes successfully.
On a different subject, could the build version of gcc be bumped from
4.4 to 4.7 or 4.8?
Thanks for the quick response,
Dave
--
John David Anglin dave.ang...@bell.net
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of
Source: linux
Version: 3.10.3-1
Severity: normal
Build ends here with error:
install -m 644
debian/linux-image-3.10-1-parisc/lib/modules/3.10-1-parisc/modules.builtin
debian/linux-image-3.10-1-parisc/lib/modules/3.10-1-parisc/modules.order
debian/kernel-image-3.10-1-parisc-di/lib/modul
On Sun, 17 Apr 2011, James Bottomley wrote:
> On Sun, 2011-04-17 at 10:23 -0500, James Bottomley wrote:
> > It's most likely a driver module that's getting loaded which is turned
> > off in the booting configuration ... finding it isn't going to be easy,
> > though ...
>
> Finally got a build (ha
On Sun, 17 Apr 2011, James Bottomley wrote:
> > Comparing the console output that I recorded for the debian kernel, I
> > see udev starts much earlier. It only has the initial message from the
> > tg3 driver and SCSI subsystem.
>
> It's most likely a driver module that's getting loaded which is
> On Sat, 2011-04-16 at 19:35 -0400, John David Anglin wrote:
> > On Sat, 16 Apr 2011, James Bottomley wrote:
> >
> > > Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
> > > the OHCI module and discovers the ports just fine.
> >
On Sat, 16 Apr 2011, Ben Hutchings wrote:
> If you can identify the compiler patches required, I can ask the Debian
> gcc maintainers to apply them.
gcc-4.4.6 is released and contains all parisc patches known to be relevant.
Dave
--
J. David Anglin dave.ang...@n
> On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
> > I posted this debian bug report because the most recent debian
> > SMP kernel build fails to boot on my rp3440:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
> >
> > I don't
I posted this debian bug report because the most recent debian
SMP kernel build fails to boot on my rp3440:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622997
I don't think debian kernels have worked since lenny.
Dave
--
J. David Anglin dave.ang...@nrc-cnrc.
Package: linux-2.6
Version: 2.6.38-2
Severity: critical
Justification: breaks the whole system
Booting...
Boot IO Dependent Code (IODC) revision 1
HARD Booted.
palo ipl 1.17 root@c3k Sun Mar 7 16:13:48 MST 2010
Skipping extended partition 6 - beyond reach of IPL
Partition Start(MB) End(MB) Id
On Wed, 02 Jun 2010, Modestas Vainius wrote:
> Hello,
>
> this bug [1] is back to the "very common" department with eglibc 2.11 (libc6-
> dev_2.11.1-1) builds. Majority of KDE applications are failing to build on
> hppa again. Is there really nothing what could be done to fix it?
I will just sa
> On Thu, 08 Apr 2010, Helge Deller wrote:
> > I tested your patch today on one of my machines with plain kernel 2.6.33
> > (32bit, SMP, B2000 I think).
> > Sadly I still did see the minifail bug.
> >
> > Are you sure, that the patch fixed this bug for you?
>
> Seemed to, but I have a bunch of
> > > By design that shouldn't happen: the idea behind COW breaking is
> > > that before it breaks, the page is read only ... this means that
> > > processes can have clean cache copies of it, but never dirty cache
> > > copies (because writes are forbidden).
> >
> > That must be design, I agree.
> Thanks a lot for the discussion.
>
> James Bottomley wrote:
> > So your theory is that the data the kernel sees doing the page copy can
> > be stale because of dirty cache lines in userspace (which is certainly
> > possible in the ordinary way)?
>
> Yes.
>
> > By design that shouldn't happen:
3528 1 sym53c8xx
scsi_mod 261104 3 sd_mod,sym53c8xx,scsi_transport_spi
Dave
--
J. David Anglin dave.ang...@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
Signed-off-by: John David Anglin
diff --git a/arch/parisc/kernel/mo
On Fri, 31 Jul 2009, Carlos O'Donell wrote:
> >> + if (d <= 15)
> >> + stub->insns[0] |= reassemble_14(d);
> >
> > reassemble_14 is wrong for ldd format 3. Need format 5 and im5 insertion.
>
> This is using reassemble_14 for ldd format 5, which is correct.
Huh?
> > case ELF_STUB_GOT:
> > - stub->insns[0] = 0x537b;/* ldd 0(%dp),%dp */
> > + stub->insns[0] = 0x537b;/* ldd 0(%dp),%dp */
> > stub->insns[1] = 0x53610020;/* ldd 10(%dp),%r1 */
> > stub->insns[2] = 0xe820d000;
> case ELF_STUB_GOT:
> - stub->insns[0] = 0x537b;/* ldd 0(%dp),%dp */
> + stub->insns[0] = 0x537b;/* ldd 0(%dp),%dp */
> stub->insns[1] = 0x53610020;/* ldd 10(%dp),%r1 */
> stub->insns[2] = 0xe820d000;
> On Fri, Jul 31, 2009 at 5:09 PM, Helge Deller wrote:
> > On 07/31/2009 09:03 PM, John David Anglin wrote:
> >>>
> >>> Only 32-bit targets have the 14-bit signed immediate offset (0x3fff),
> >>> which becomes a 13-bit limit when loading positive
> On Fri, Jul 31, 2009 at 5:17 AM, Frans Pop wrote:
> > Affects both stable and unstable!
> >
> > kernel: Linux version 2.6.26-2-parisc64-smp [...]
> > kernel: nfs: Global Offset Table overflow (used 1075, allowed 1023)
> >
> > kernel: Linux version 2.6.30-1-parisc64 [...]
> > kernel: nfs: Global O
> This I2C bus is not acessible by the operating system (as far as I know).
HP-UX seems to be able to access fan and power status somehow. It
sends me an email when it thinks the i2c is hung, and once a day,
it sends a message that a fan which the chassis doesn't have (as far
as I can tell) has f
> Um, because the architecture doesn't have an i2c bus.
Don't know about rtc but some PA-RISC models definitely have an i2c bus.
I see this message on a A500-75 model:
The support bus which connects the system processors, the Guardian Service
Processor (GSP) and the Power Monitor or Pla
> On Fri, Oct 28, 2005 at 05:34:06PM +0900, Horms wrote:
> > Also, can someone look into HPPA, or point me at which patch to use?
> > http://packages.vergenet.net/testing/linux-2.6-2.6.14/linux-2.6_2.6.14-1-hppa.log.gz
>
> I know I *said* not to use the -pa0 kernel, but it's booted fine for me
> o
23 matches
Mail list logo
