Processing commands for cont...@bugs.debian.org:
> forwarded 554272 http://bugzilla.kernel.org/show_bug.cgi?id=14681
Bug #554272 [linux-image-2.6.30-2-686] linux-image-2.6.30-2-686: Deferences
NULL pointer in xfs
Set Bug forwarded-to-address to
'http://bugzilla.kernel.org/show_bug.cgi?id=14681'.
Processing commands for cont...@bugs.debian.org:
> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> tags 522922 + pending
Bug #522922 {Done: dann frazier } [linux-2.6] igb: missing
support for Intel 82576
Added tag(s) pending.
>
End of message, stopping processing here
Hi, Ben.
On Nov 24 2009, Ben Hutchings wrote:
> This particular build failure is understood.
By "understood" do you mean that there is no real problem?
> Everything you need to know should be at (or linked from)
> http://wiki.debian.org/DebianKernel
Thank you very much for the pointers. Lots of
On Mon, 2009-11-23 at 21:24 +0100, Niels Thykier wrote:
> Version: 2.6.31-2
>
> Hi Ben
>
> I still have an issue with xfs in 2.6.31-1-686; but this time it
> was not exactly a dereference of a NULL pointer but a failed
> "paging request" at "341b".
[...]
I think this is still the same bug.
On Mon, 2009-11-23 at 22:41 -0200, Rogério Brito wrote:
> Hi, Martin.
>
> On Nov 23 2009, Martin Michlmayr wrote:
> > Package: linux-2.6
> > Version: 2.6.31-2
> > Severity: serious
> >
> > 2.6.31-2 fails to build on powerpc:
> (...)
>
> Where can I get the source packages for linux on Debian?
>
On Mon, 2009-11-23 at 19:30 -0700, dann frazier wrote:
> The igb driver in stable currently supports these device:
>
> #define E1000_DEV_ID_82575EB_COPPER 0x10A7
> #define E1000_DEV_ID_82575EB_FIBER_SERDES 0x10A9
> #define E1000_DEV_ID_82575GB_QUAD_COPPER 0x10D6
>
> I obtained
Processing commands for cont...@bugs.debian.org:
> tags 557720 pending
Bug #557720 [linux-2.6] FTBFS on powerpc: undefined reference to
`.unmask_msi_irq'
Added tag(s) pending.
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system admini
On Mon, 2009-11-23 at 22:59 +, Martin Michlmayr wrote:
> Package: linux-2.6
> Version: 2.6.31-2
> Severity: serious
>
> 2.6.31-2 fails to build on powerpc:
>
> GEN .version
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD ini
The igb driver in stable currently supports these device:
#define E1000_DEV_ID_82575EB_COPPER 0x10A7
#define E1000_DEV_ID_82575EB_FIBER_SERDES 0x10A9
#define E1000_DEV_ID_82575GB_QUAD_COPPER 0x10D6
I obtained access to cards containing the first two chips[1] and did
some basic
On 11/23/09 09:23, Bastian Blank wrote:
>> I don't believe that is the case (the processor would have to carry some
>> state for the entire duration of a syscall for it to make any
>> difference). I think the spec simply assumes that an OS author would
>> want to use sysret if they used syscall.
>>
On 11/23/09 07:25, Ian Campbell wrote:
> On Sun, 2009-11-22 at 09:54 +, Bastian Blank wrote:
>
>> On Tue, Nov 17, 2009 at 10:04:36PM +0300, William Pitcock wrote:
>>
>>> [1.254927] init[1] general protection ip:f779042f sp:ff9b0340 error:0
>>>
>> Hmm, this looks like the old
Hi, Martin.
On Nov 23 2009, Martin Michlmayr wrote:
> Package: linux-2.6
> Version: 2.6.31-2
> Severity: serious
>
> 2.6.31-2 fails to build on powerpc:
(...)
Where can I get the source packages for linux on Debian?
I don't really know the infra-structure, as I always build the kernels
myself w
Package: linux-2.6
Version: 2.6.31-2
Severity: serious
2.6.31-2 fails to build on powerpc:
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
arch/powerpc/platforms/built-in.o: In functi
On 23.11.2009 20:30, Jan Wagner wrote:
> On Wednesday, 18. November 2009, you wrote:
>> I made test on HP DL160 G6 and works without problem. Please add support
>> for this NIC in next official release of kernel package.
>
> maybe you could also consider the solution from
> http://blog.waja.info/
Dear Bastian,
When testing the package I discovered the module pmu_battery is not yet
being build. After a bit of thinkering I figured out that
CONFIG_POWER_SUPPLY should be enabled as well, since CONFIG_BATTERY_PMU
depends on it.
I build debian kernel 2.6.31-2 after adding this option and this t
Version: 2.6.31-2
Hi Ben
I still have an issue with xfs in 2.6.31-1-686; but this time it
was not exactly a dereference of a NULL pointer but a failed
"paging request" at "341b".
~Niels
-- Package-specific info:
** Version:
Linux version 2.6.31-1-686 (Debian 2.6.31-2) (b...@decadent.org.
On Wednesday, 18. November 2009, you wrote:
> I made test on HP DL160 G6 and works without problem. Please add support
> for this NIC in next official release of kernel package.
maybe you could also consider the solution from
http://blog.waja.info/2009/11/18/dkms-rocks/
With kind regards, Jan.
-
On 23/11/2009 16:44, "Ian Campbell" wrote:
>> But this is not just the return-to-user-space path you're changing, but
>> also the hypercall one. You certainly don't want an iret in that case.
>
> Don't the hypercalls already always go via iret?
> -testw $TRAP_syscall,4(%rsp)
> -j
On Mon, 2009-11-23 at 17:13 +, Keir Fraser wrote:
> On 23/11/2009 16:44, "Ian Campbell" wrote:
>
> >> But this is not just the return-to-user-space path you're changing, but
> >> also the hypercall one. You certainly don't want an iret in that case.
> >
> > Don't the hypercalls already alway
On Mon, Nov 23, 2009 at 04:42:59PM +, Ian Campbell wrote:
> On Mon, 2009-11-23 at 16:31 +, Bastian Blank wrote:
> > The code actually have to know if it was called from 64 or compatibility
> > mode, not assume it.
> Sounds correct. This is tricky for a hypervisor since we don't know the
> m
>>> Ian Campbell 23.11.09 16:25 >>>
>Perhaps simply not returning guest userspace with sysret (as above)
>makes most sense, a syscall already takes a trap through the hypervisor
>on both entry and exit so I'm not sure the difference between sysret and
>iret is going to be noticeable.
But this is
On Mon, 2009-11-23 at 16:31 +, Jan Beulich wrote:
> >>> Ian Campbell 23.11.09 16:25 >>>
> >Perhaps simply not returning guest userspace with sysret (as above)
> >makes most sense, a syscall already takes a trap through the hypervisor
> >on both entry and exit so I'm not sure the difference bet
On Mon, 2009-11-23 at 16:31 +, Bastian Blank wrote:
> On Mon, Nov 23, 2009 at 03:25:35PM +, Ian Campbell wrote:
> > We are attempting to return to the Linux defined __USER_CS32 (0x23)
> > which does not match the test for the Xen defined FLAT_USER_CS32
> > (0xe023) and therefore we hit the
On Mon, Nov 23, 2009 at 03:25:35PM +, Ian Campbell wrote:
> We are attempting to return to the Linux defined __USER_CS32 (0x23)
> which does not match the test for the Xen defined FLAT_USER_CS32
> (0xe023) and therefore we hit the sysretq instead of the sysretl which
> causes us to return with
The root cause of this issue on grub-devel mailing list.
http://lists.gnu.org/archive/html/grub-devel/2009-08/msg1.html
You can read more information on
http://lists.xensource.com/archives/html/xen-users/2009-11/msg00703.html
The last message i sent is in cc with xen-devel mailing list, s
Thomas Schwinge writes:
> Hello!
>
> On Wed, Nov 18, 2009 at 11:54:49PM +0100, I wrote:
>> I finally got back to spending a few hours on working on xenifying this
>> pre-hardware-virtualization AMD64 machine. I re-installed the system.
>> Basing it on stable (Lenny) this time. The ol' combo of
On Sun, 2009-11-22 at 09:54 +, Bastian Blank wrote:
> On Tue, Nov 17, 2009 at 10:04:36PM +0300, William Pitcock wrote:
> > [1.254927] init[1] general protection ip:f779042f sp:ff9b0340 error:0
>
> Hmm, this looks like the old Debian bug 544145[1]. For some reason the
> hypervisor jumps bac
Hello!
On Wed, Nov 18, 2009 at 11:54:49PM +0100, I wrote:
> I finally got back to spending a few hours on working on xenifying this
> pre-hardware-virtualization AMD64 machine. I re-installed the system.
> Basing it on stable (Lenny) this time. The ol' combo of
> xen-hypervisor-3.2-1-amd64 / lin
* do_bootfloppy wasn't really ever supported in linux-2.6 Maintainer
scripts.
* relative_links had no action if set to another value then yes.
so just nuke them both.
(double check latest kernel-img.conf(5), they are also gone there.)
Signed-off-by: maximilian attems
---
packages/base-instal
Your message dated Mon, 23 Nov 2009 11:45:44 +0100
with message-id <20091123104543.gv25...@baikonur.stro.at>
and subject line Re: Bug#557536: initramfs-tools: break=init doesn't work
has caused the Debian Bug report #557536,
regarding initramfs-tools: break=init doesn't work
to be marked as done.
Hi Ben,
Ben Hutchings writes:
> Have you tested Linux 2.6.31 yet? This is the current version in
> unstable.
I tried yesterday that .deb from Sid. Blender keeps segfaulting and
WorldOfGoo shows corrupted textures and then hangs. Luckily, I could be
able to use Alt+SysReq S,U,B in order to avoid
31 matches
Mail list logo
