Bug#499463: linux-image-2.6.26-1-versatile: Please enable CONFIG_VFP

2008-09-18 Thread Daniel Jacobowitz
Package: linux-image-2.6.26-1-versatile Version: 2.6.26-5 Severity: normal Both some versatile boards, and qemu, have VFP support. The Debian kernel leaves CONFIG_VFP off, so any program using VFP will fail. I checked here: http://svn.debian.org/viewsvn/kernel/dists/trunk/linux-2.6/debian/config

Bug#484524: linux-image-2.6.24-1-versatile: Please enable Thumb

2008-06-04 Thread Daniel Jacobowitz
Package: linux-image-2.6.24-1-versatile Version: 2.6.24-7 Severity: normal # CONFIG_ARM_THUMB is not set This is set in the versatile defconfig, but not in the Debian package. In general all ARM distro kernels ought to have this turned on, I think. -- System Information: Debian Release: lenny/si

Bug#484432: linux-image-2.6.24-1-versatile: Please enable the RTC

2008-06-03 Thread Daniel Jacobowitz
Package: linux-image-2.6.24-1-versatile Version: 2.6.24-7 Severity: important # CONFIG_RTC_DRV_PL031 is not set This is both the device emulated by qemu, and the device present (I believe) on real Versatile boards. Without it qemu always starts the clock at the epoch. -- System Information: Deb

Re: Bug#475206: gdb: SIGTRAP interfering with debugging

2008-04-09 Thread Daniel Jacobowitz
Kernel maintainers, does this look familiar? Maybe one of the 2.6.24 patch releases broke this? On Wed, Apr 09, 2008 at 01:32:16PM -0400, Jerry Quinn (ibm) wrote: > Daniel Jacobowitz wrote: >> On Wed, Apr 09, 2008 at 12:58:37PM -0400, Jerry Quinn wrote: >> >>> As an e

Re: Bug#421270: gdb: fails to debug multithread programs

2007-04-30 Thread Daniel Jacobowitz
;t work in this configuration. It's a kernel bug; the ptrace 32-bit emulation does not handle some operations that normal i386 ptrace handles. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Solving the linux-2.6 firmware issue

2007-01-09 Thread Daniel Jacobowitz
On Tue, Jan 09, 2007 at 03:22:51PM -0800, Jeff Carr wrote: > What is > best for the free software movement going forward in your opinion? Discussing this, if you must discuss it at all, on a discussion list. That means -project or -kernel, but not -release, please. -- Daniel Jaco

Bug#336317: fixed udev -> fixed initramfs-tools?

2005-12-04 Thread Daniel Jacobowitz
ug report. Yep, worked here too. Thank you! I get the problem I mentioned in another bug report just now, but it's much later in the boot process - and the keyboard works by then, which is nice. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a sub

Bug#337176: initramfs-tools: initrd unusable on amd64

2005-12-04 Thread Daniel Jacobowitz
On Thu, Dec 01, 2005 at 10:37:47PM +0100, maximilian attems wrote: > tags 337176 moreinfo > tags 337607 moreinfo > stop > > On Wed, 02 Nov 2005, Daniel Jacobowitz wrote: > > > The generated initrd has ld.so in /lib, but no /lib64 symlink. But the ELF > > interprete

Bug#336317: initramfs-tools: MD doesn't get started

2005-11-02 Thread Daniel Jacobowitz
Package: initramfs-tools Version: 0.37 Followup-For: Bug #336317 I'm encountering the same problem, I think. I've got LVM running on top of RAID-1. When I get dropped to a busybox prompt, USB isn't loaded yet (could we do this _before_ messing with the root FS, please?) so I can't poke around.

Bug#337176: initramfs-tools: initrd unusable on amd64

2005-11-02 Thread Daniel Jacobowitz
Package: initramfs-tools Version: 0.37 Severity: normal The generated initrd has ld.so in /lib, but no /lib64 symlink. But the ELF interpreter of all amd64 binaries points to /lib64. So the kernel fails to load /bin/sh. I'm going to try with the directory manually created next. -- System Infor

Bug#336514: yaird: falls down when new scsi/sata disks are added

2005-10-31 Thread Daniel Jacobowitz
painful, manual, and awkward. Even if I had known that yaird would be such a problem before I did it, there's no obvious way to generate a new initrd for any configuration other than my current one. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Bug#336514: yaird: falls down when new scsi/sata disks are added

2005-10-31 Thread Daniel Jacobowitz
ed device names? I don't think that will help? That's for /dev/md0, not /dev/sd*. We could just create all the partitions and disks from sysfs, it's probably trivial. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject o

Bug#336514: yaird: falls down when new scsi/sata disks are added

2005-10-31 Thread Daniel Jacobowitz
On Mon, Oct 31, 2005 at 07:18:01PM +0100, Jonas Smedegaard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Mon, 31 Oct 2005 12:47:58 -0500 > Daniel Jacobowitz <[EMAIL PROTECTED]> wrote: > > > On Mon, Oct 31, 2005 at 06:09:28PM +0100, Jonas Smedega

Bug#336514: yaird: falls down when new scsi/sata disks are added

2005-10-31 Thread Daniel Jacobowitz
had one partition). > > My suggestion here is to _strip_ device nodes, leaving only UUID. > > It should help in your scenario (same disks, device numbers moving > around) but will not work for other scenarios. It wouldn't because the right device nodes would not have been cre

Bug#336514: yaird: falls down when new scsi/sata disks are added

2005-10-30 Thread Daniel Jacobowitz
On Mon, Oct 31, 2005 at 12:37:49AM +0100, Jonas Smedegaard wrote: > Daniel Jacobowitz <[EMAIL PROTECTED]> wrote: > > > This system has three SATA drives in it. sda and sdc have a RAID-1 > > array on them, with LVM on top of that, holding my root partition. > >

Bug#336514: yaird: falls down when new scsi/sata disks are added

2005-10-30 Thread Daniel Jacobowitz
Package: yaird Version: 0.0.11-9 Severity: normal This system has three SATA drives in it. sda and sdc have a RAID-1 array on them, with LVM on top of that, holding my root partition. sdb has a Windows installation. The Windows installation is new. So is the drive; I plugged it in yesterday.

Re: Instead of the amd64 GR: rudimentary amd64 support for sarge, need sponsor.

2004-08-03 Thread Daniel Jacobowitz
3.4 in unstable later. -- Daniel Jacobowitz

Re: Instead of the amd64 GR: rudimentary amd64 support for sarge, need sponsor.

2004-08-03 Thread Daniel Jacobowitz
o who is willing to sponsor the following packages: > > kernel-image-2.6.7-amd64 > amd64-libs > amd64-libs-dev > gcc-3.3-amd64 > gcc-3.4-amd64 > binutils-amd64 > > None of those are base or standard so there is no "must be today" > rush. But it still needs to be rushed a bit. Do you need gcc 3.3? -- Daniel Jacobowitz