On Tue, 2008-11-04 at 19:12 +, Ian Campbell wrote:
> On Tue, 2008-11-04 at 17:43 +0100, Bastian Blank wrote:
> > On Tue, Nov 04, 2008 at 02:26:33PM +, Ian Campbell wrote:
> > > On Tue, 2008-11-04 at 14:02 +0100, Bastian Blank wrote:
> > > > Maybe its the best to remove the workaround and in
Package: initramfs-tools
Version: 0.92l
Severity: normal
Hi,
Redboot partitioning (used by mtd devices) provides devices with names like
"mtd:foo". Unfortunately, when booting with root=mtd:foo, the "*:*" check in
parse_numeric is matched and things break (the code expects major:minor
numbers).
Hi,
Along with an earlier submitted patch to include the mtd and jffs modules
in the initrd image, the attached patch is needed for booting with root=mtd0.
Basically, the init scripts assume the root device should have a special
device file somewhere, and if not will wait for it to appear. This p
Package: initramfs-tools
Version: 0.92l
Severity: wishlist
Hi,
There is currently support for modular framebuffers in initramfs-tools
(modules are loaded when the kernel is passed "video=$mod"), but those
framebuffer modules aren't normally included. Please consider the
following patch which inc
Package: initramfs-tools
Version: 0.92l
Severity: wishlist
Hi,
This was already included in an initramfs-tools release, but was the reverted
(due to #499270). This patch should enable it with a workaround that allows
the two postinst schemes to coexist without conflict. Please consider
includin
Your message dated Tue, 4 Nov 2008 19:52:40 -0500
with message-id <[EMAIL PROTECTED]>
and subject line ugh
has caused the Debian Bug report #504550,
regarding initramfs-tools:
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now y
Package: initramfs-tools
Version: 0.92l
Severity:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: initramfs-tools
Version: 0.92l
Severity: wishlist
OLPC laptops use jffs2 or ubifs for their root filesystem, along with
cafe_nand and mtd for the lower level devices. The following patch is
necessary for building a modular kernel on the XO. Please consider
including it!
>From 8854095ef
Package: linux-image-2.6.26-1-amd64
Version: 2.6.26-*
Followup-For: Bug #493479
After originally filing this bug report here on the Debian BTS, I
performed a kernel bisection and took my findings to the LKML. About
3 weeks later, the problem had finally been correctly diagnosed:
changes between
On Tue, 2008-11-04 at 17:43 +0100, Bastian Blank wrote:
> On Tue, Nov 04, 2008 at 02:26:33PM +, Ian Campbell wrote:
> > On Tue, 2008-11-04 at 14:02 +0100, Bastian Blank wrote:
> > > Maybe its the best to remove the workaround and instead cripple mprotect
> > > to not allow PROT_NONE for now. An
On Tue, Nov 04, 2008 at 02:26:33PM +, Ian Campbell wrote:
> On Tue, 2008-11-04 at 14:02 +0100, Bastian Blank wrote:
> > Maybe its the best to remove the workaround and instead cripple mprotect
> > to not allow PROT_NONE for now. And then hope that this can't be
> > triggered by mmap with PROT_N
Hmm after cca 10 compilations i can't resume even with vanilla 2.6.26.6 :(
I'll try another one and 2.6.26.5 too.
J.
smime.p7s
Description: S/MIME Cryptographic Signature
On Tue, 2008-11-04 at 14:02 +0100, Bastian Blank wrote:
> On Tue, Nov 04, 2008 at 09:49:19AM +0100, Bastian Blank wrote:
> > On Tue, Nov 04, 2008 at 08:30:16AM +, Ian Campbell wrote:
> > > However I assume the workaround is there for a specific purpose, what
> > > was it?
> > A crash in mprotec
In case it helps, I've tried again to boot this faulty kernel today, and
I've received a message like "EBDA too big, overlapping LILO second
stage" or something like that.
Just like Walter I use LILO and all my partitions are XFS (a single one
in fact on this particular laptop)
Since using GRUB w
On Tuesday 04 November 2008 11:27:16 LM Jogbäck wrote:
> This is not correct. On Etch (and Lenny) you need to either:
> a) Install linux-image-*-xen* AND xen-hypervisor-*
> or
> b) Install xen-linux-system* (which depends on both the kernel and the
> hypervisor)
Would it make sense for the packa
On Tue, Nov 04, 2008 at 09:49:19AM +0100, Bastian Blank wrote:
> On Tue, Nov 04, 2008 at 08:30:16AM +, Ian Campbell wrote:
> > However I assume the workaround is there for a specific purpose, what
> > was it?
> A crash in mprotect.
Maybe its the best to remove the workaround and instead crippl
I compiled 2.6.26.6 from kernel.org with make-kpkg and came up with
different results from the person in #504167. Out of 10 sleep/resume
cycles 2 were slow. This kernel used /boot/config-2.6.26-1-686 as it's
.config. I deleted the kernel source directory and I built two more
kernels just to make su
On Mon, Nov 3, 2008 at 10:54 PM, Dave Page <[EMAIL PROTECTED]> wrote:
> On Monday 03 November 2008 21:36:04 Debian Bug Tracking System wrote:
>
>> Their explanation is attached below along with your original report.
>> If this explanation is unsatisfactory and you have not received a
>> better one
On Tue, 2008-11-04 at 09:49 +0100, Bastian Blank wrote:
> On Tue, Nov 04, 2008 at 08:30:16AM +, Ian Campbell wrote:
> > However I assume the workaround is there for a specific purpose, what
> > was it?
>
> A crash in mprotect.
Thanks.
--
Ian Campbell
Today is a good day for information-gat
On Tue, Nov 04, 2008 at 08:30:16AM +, Ian Campbell wrote:
> However I assume the workaround is there for a specific purpose, what
> was it?
A crash in mprotect.
| #include
| #include
| #include
|
| const int size = 4096;
|
| int main()
| {
| char *buf = mmap(0, size * 4, PROT_READ | PROT
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.26
> severity 504167 grave
Bug#504167: linux-2.6 - regression: fails to unblank on resume
Severity set to `grave' from `normal'
>
End of message, stopping processing here.
Please contact
If I revert features/all/xen/workaround-pte-file.patch (i.e. use
_PAGE_PSE for _PAGE_PROTNONE) then the crash when running the test
program turns into a simple OOM, which I think is acceptable given the
nature of the test program.
However I assume the workaround is there for a specific purpose, wh
22 matches
Mail list logo
