Processed: tagging 505609
Processing commands for cont...@bugs.debian.org: > # Not applicable to squeeze; LILO must install kernel hook > tags 505609 + lenny Bug #505609 {Done: dann frazier } [linux-2.6] Unbootable after kernel upgrade: Lilo can't load kernel Bug #535331 {Done: dann frazier } [linux-2.6] lilo not run after install/upgrade Added tag(s) lenny. Added tag(s) lenny. > thanks Stopping processing here. Please contact me if you need assistance. -- 505609: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505609 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12803758491203.transcr...@bugs.debian.org
Processed: reassign 590653 to linux-2.6
Processing commands for cont...@bugs.debian.org: > reassign 590653 linux-2.6 2.6.32-15 Bug #590653 [linux-image-2.6-686] "lo: Disabled Privacy Extensions" in kernel log every couple of seconds Bug reassigned from package 'linux-image-2.6-686' to 'linux-2.6'. Bug No longer marked as found in versions linux-latest-2.6/27. Bug #590653 [linux-2.6] "lo: Disabled Privacy Extensions" in kernel log every couple of seconds There is no source info for the package 'linux-2.6' at version '2.6.32-15' with architecture '' Unable to make a source version for version '2.6.32-15' Bug Marked as found in versions 2.6.32-15. > thanks Stopping processing here. Please contact me if you need assistance. -- 590653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590653 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12803662574392.transcr...@bugs.debian.org
Bug#590653: "lo: Disabled Privacy Extensions" in kernel log every couple of seconds
On Wed, 2010-07-28 at 08:19 +0200, Sammy Atmadja wrote: > Package: linux-image-2.6-686 > Version: 2.6.32+27 > Severity: minor > > The system is a KVM guest (host is squeeze, qemu-kvm version 0.12.4+dfsg-1, > kernel 2.6.32-5-amd64). /var/log/syslog looks like this: > > Jul 28 08:03:35 brakiri kernel: [606636.002265] lo: Disabled Privacy > Extensions > Jul 28 08:03:35 brakiri kernel: [606636.298208] lo: Disabled Privacy > Extensions > Jul 28 08:03:37 brakiri kernel: [606637.828089] lo: Disabled Privacy > Extensions > Jul 28 08:03:37 brakiri kernel: [606638.121206] lo: Disabled Privacy > Extensions > Jul 28 08:03:39 brakiri kernel: [606639.757784] lo: Disabled Privacy > Extensions > Jul 28 08:03:39 brakiri kernel: [606640.069208] lo: Disabled Privacy > Extensions > Jul 28 08:04:07 brakiri kernel: [606668.083251] lo: Disabled Privacy > Extensions > Jul 28 08:04:08 brakiri kernel: [606668.377440] lo: Disabled Privacy > Extensions > Jul 28 08:04:27 brakiri kernel: [606687.857553] lo: Disabled Privacy > Extensions > Jul 28 08:04:27 brakiri kernel: [606688.153738] lo: Disabled Privacy > Extensions > Jul 28 08:04:56 brakiri kernel: [606717.187811] lo: Disabled Privacy > Extensions > Jul 28 08:04:57 brakiri kernel: [606717.486261] lo: Disabled Privacy > Extensions > > How do I get rid of these messages? Other than this, the system seems to be > running fine. Stop whatever is reconfiguring lo repeatedly. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#590658: linux-image-2.6.26-2-686-bigmem: 2.6.26-2 bigmem nfs4 kerberos kernel panic
On Wed, 2010-07-28 at 09:42 +0200, ulysse31 wrote: [...] > kernel:[63659.784275] invalid opcode: [#1] SMP [...] > kernel:[63659.784275] [] kmem_cache_alloc+0x47/0x87 [...] > kernel:[63659.784275] Code: 8b 75 00 39 ee 75 15 8b 75 10 8d 45 10 c7 45 34 > 01 00 00 00 39 c6 0f 84 a5 00 00 00 8b 4c 24 0c 8b 81 98 00 00 00 39 [...] Although the code dump is incomplete, I was able to find a match. This byte sequence appears only in cache_alloc_refill(). There is a ud2a instruction a few bytes further on which appears to correspond to this assertion: /* * The slab was either on partial or free list so * there must be at least one object available for * allocation. */ BUG_ON(slabp->inuse < 0 || slabp->inuse >= cachep->num); This means that the free list has been corrupted in some way. I don't see any references to a bug in the NFS client that might do that - though, just because the corruption is found when the NFS client is active, doesn't mean it caused the corruption. Before we investigate the software any further, please check the RAM on the affected machine, e.g. using memtest86+. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#590744: Fails to boot if /sbin/init is a symlink
* Michael Biebl [Thu Jul 29, 2010 at 02:16:32AM +0200]: > On 29.07.2010 01:37, Michael Prokop wrote: > > * Michael Biebl [Thu Jul 29, 2010 at 01:13:01AM +0200]: > >> for testing purposes, I installed the upstart binary as /sbin/upstart and > >> created a symlink /sbin/init → /sbin/upstart > >> This causes a boot failure, due to this check in /usr/share/initramfs- > >> tools/init > >> # Check init bootarg > >> if [ -n "${init}" ] && [ ! -x "${rootmnt}${init}" ]; then > >>echo "Target filesystem doesn't have ${init}." > >>init= > >> fi > >> To quote Mithrandir (from irc): > >> -x follows symlinks > >> but that means it'll look for symlinks in the initramfs, so > >> the > >> check is buggy. > > You shouldn't use an absolut symlink here, use a relative one instead. > > See Debian policy 10.5 for details. > Well, changing it to /sbin/init -> upstart did indeed work for this particular > case. But I still get the problem when the link is absolute, as is specified > by > the policy for symlinks not in the same directory. > To be a bit more specific what I was doing: > I tested the new systemd init system, which installs the binary in > /bin/systemd > (note the "/bin"). This isn't an existing + available Debian package yet, right? Why is it installing itself to /bin/systemd? Is it supposed to be executed by non-root users as well? > So I moved /sbin/init from upstart to /sbin/upstart and made > /sbin/init a symlink so I could easily test both systems. Using a relative > symlink for /sbin/upstart does work, but an absolute symlink /sbin/init -> > /bin/systemd does not. > So I'm reopening the bug report and retitling appropriately. If systemd really uses /bin for a reason we could use something like the following in initramfs-tools' init: # Check init bootarg if [ -n "${init}" ] ; then # Work around absolute symlinks initsymlinktarget="${init}" if [ -d "${rootmnt}" ] && [ -h "${rootmnt}${init}" ] ; then case $(readlink "${rootmnt}${init}") in /*) initsymlinktarget=$(chroot "${rootmnt}" readlink "${init}") ;; esac fi if [ ! -x "${rootmnt}${init}" ] || [ ! -x "${rootmnt}${initsymlinktarget}" ] ; then echo "Target filesystem doesn't have ${init}." init= fi fi Can you please give that a try? regards, -mika- signature.asc Description: Digital signature
Bug#590480: linux-image-2.6.32-5-amd64: webcam does not work with gspca driver
On Wed, 2010-07-28 at 10:11 +0200, Marco Bajo wrote: > Hi Ben, > > I tried with camstream and skype (32bit version forced). With > camstream > nothing happened, camstream versions before 0.27+dfsg-4 don't work with most recent camera drivers. > with skype the led near the webcam makes a single pulse, > then nothing happens. Skype used to have a similar problem. It's not clear to me whether it has been fixed. You may have to install lib32v4l-0 and then run Skype using the command 'LD_PRELOAD=/usr/lib32/libv4l/v4l2convert.so skype' Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#517716: marked as done (linux-image-2.6.26-1-686: ehci_hcd 0000:00:02.2: HC died; cleaning up when importing photographs via PTP using gthumb)
Your message dated Thu, 29 Jul 2010 01:12:27 +0100 with message-id <1280362347.13192.95.ca...@localhost> and subject line Re: Bug#517716: Acknowledgement (linux-image-2.6.26-1-686: ehci_hcd :00:02.2: HC died; cleaning up when importing photographs via PTP using gthumb) has caused the Debian Bug report #517716, regarding linux-image-2.6.26-1-686: ehci_hcd :00:02.2: HC died; cleaning up when importing photographs via PTP using gthumb 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 your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 517716: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517716 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: linux-image-2.6.26-1-686 Version: 2.6.26-13 Severity: normal When downloading pictures from one of my PTP cameras my USB host controller appears to "die". Pictures that have been successfully transferred are not deleted from the camera. The ports connected to that controller don't work until the machine is rebooted. I don't see the same problem on my other PTP camera. I suspect that this is because the camera that shows the problem contains a number of large video files; I believe it is during the transfer of one of these that things go awry. I did not see this problem on etch (using either the original etch kernel or the 2.6.24 etchnhalf kernel.) -- Package-specific info: ** Version: Linux version 2.6.26-1-686 (Debian 2.6.26-13) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 18:29:31 UTC 2009 ** Command line: auto BOOT_IMAGE=Linux ro root=fd00 ** Not tainted ** Kernel log: [ 10.941383] input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input4 [ 10.941664] hub 2-2:1.0: 4 ports detected [ 11.034209] DVB: registering frontend 0 (Philips TDA10045H DVB-T)... [ 11.034813] NFORCE2: :00:09.0 (rev a2) UDMA133 controller [ 11.034864] NFORCE2: IDE controller (0x10de:0x0065 rev 0xa2) at PCI slot :00:09.0 [ 11.034954] NFORCE2: not 100% native mode: will probe irqs later [ 11.035016] ide0: BM-DMA at 0xf000-0xf007 [ 11.035069] ide1: BM-DMA at 0xf008-0xf00f [ 11.035118] Probing IDE interface ide0... [ 11.060197] usb 2-2: New USB device found, idVendor=0451, idProduct=1446 [ 11.060254] usb 2-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 11.326708] NET: Registered protocol family 8 [ 11.326764] NET: Registered protocol family 20 [ 11.364034] usb 1-3: new full speed USB device using ohci_hcd and address 3 [ 11.579334] usb 1-3: configuration #1 chosen from 1 choice [ 11.582429] usb 1-3: New USB device found, idVendor=06b9, idProduct=4061 [ 11.582479] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 11.582530] usb 1-3: Product: Speed Touch 330 [ 11.582575] usb 1-3: Manufacturer: THOMSON [ 11.582620] usb 1-3: SerialNumber: 000E50F673E1 [ 11.772168] hda: _NEC DVD_RW ND-3520A, ATAPI CD/DVD-ROM drive [ 11.797524] usb 2-2.2: new low speed USB device using ohci_hcd and address 4 [ 11.909580] usb 2-2.2: configuration #1 chosen from 1 choice [ 11.912622] usb 2-2.2: New USB device found, idVendor=045e, idProduct=0039 [ 11.912673] usb 2-2.2: New USB device strings: Mfr=1, Product=3, SerialNumber=0 [ 11.912731] usb 2-2.2: Product: Microsoft 5-Button Mouse with IntelliEye(TM) [ 11.912780] usb 2-2.2: Manufacturer: Microsoft [ 12.444069] hda: host max PIO5 wanted PIO255(auto-tune) selected PIO4 [ 12.444232] hda: UDMA/33 mode selected [ 12.46] Probing IDE interface ide1... [ 12.600021] usb 1-3: reset full speed USB device using ohci_hcd and address 3 [ 12.816077] firmware: requesting speedtch-1.bin.4.00 [ 12.821969] usbcore: registered new interface driver speedtch [ 12.822533] usbcore: registered new interface driver hiddev [ 12.828781] input: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM) as /class/input/input5 [ 12.834746] input,hidraw0: USB HID v1.10 Mouse [Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)] on usb-:00:02.1-2.2 [ 12.834968] usbcore: registered new interface driver usbhid [ 12.835017] usbhid: v2.6:USB HID core driver [ 12.869567] firmware: requesting speedtch-1.bin.4 [ 12.989516] firmware: requesting speedtch-1.bin [ 13.012130] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 [ 13.013474] ide1 at 0x170-0x177,0x376 on irq 15 [ 13.107841] speedtch 1-3:1.0: found stage 1 firmware speedtch-1.bin [ 13.107900] firmware: requesting speedtch-2.bin.4.00 [ 13.213301] firmware: requesting speedtch-2.bin.4 [ 13.263578] firmware: requesting speedtch-2.bin [ 13.353494] hda: ATAPI 48X DV
Processed: Re: Bug#590744: Fails to boot if /sbin/init is a symlink
Processing commands for cont...@bugs.debian.org: > reopen 590744 Bug #590744 {Done: Michael Prokop } [initramfs-tools] Fails to boot if /sbin/init is a symlink > retitle 590744 Fails to boot if /sbin/init is a non-relative symlink Bug #590744 [initramfs-tools] Fails to boot if /sbin/init is a symlink Changed Bug title to 'Fails to boot if /sbin/init is a non-relative symlink' from 'Fails to boot if /sbin/init is a symlink' > thanks Stopping processing here. Please contact me if you need assistance. -- 590744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590744 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12803626079923.transcr...@bugs.debian.org
Bug#590744: Fails to boot if /sbin/init is a symlink
reopen 590744 retitle 590744 Fails to boot if /sbin/init is a non-relative symlink thanks On 29.07.2010 01:37, Michael Prokop wrote: > * Michael Biebl [Thu Jul 29, 2010 at 01:13:01AM +0200]: > >> for testing purposes, I installed the upstart binary as /sbin/upstart and >> created a symlink /sbin/init → /sbin/upstart >> This causes a boot failure, due to this check in /usr/share/initramfs- >> tools/init > >> # Check init bootarg >> if [ -n "${init}" ] && [ ! -x "${rootmnt}${init}" ]; then >>echo "Target filesystem doesn't have ${init}." >>init= >> fi > >> To quote Mithrandir (from irc): >> -x follows symlinks >> but that means it'll look for symlinks in the initramfs, so the >> check is buggy. > > You shouldn't use an absolut symlink here, use a relative one instead. > See Debian policy 10.5 for details. Well, changing it to /sbin/init -> upstart did indeed work for this particular case. But I still get the problem when the link is absolute, as is specified by the policy for symlinks not in the same directory. To be a bit more specific what I was doing: I tested the new systemd init system, which installs the binary in /bin/systemd (note the "/bin"). So I moved /sbin/init from upstart to /sbin/upstart and made /sbin/init a symlink so I could easily test both systems. Using a relative symlink for /sbin/upstart does work, but an absolute symlink /sbin/init -> /bin/systemd does not. So I'm reopening the bug report and retitling appropriately. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Xen "pvhvm" driver support for squeeze?
On Wed, 2010-07-28 at 09:57 +0100, Ian Campbell wrote: > On Wed, 2010-07-28 at 03:43 +0100, Ben Hutchings wrote: > > On Tue, 2010-07-27 at 15:44 +0100, Ian Campbell wrote: > > > The pvhvm drivers for Xen allow a fully virtualised guest (aka HVM) to > > > use the Xen PV disk and network interfaces the same as a Xen guest > > > running paravirtualised, in addition they allow for PV time and event > > > delivery, suspend/resume support and PV hooks to improve performance > > > under shadow page tables. > > > > > > The drivers are currently in linux-next and are expected to go in during > > > the next merge window. Stefano (the upstream author) has also prepared > > > backports to 2.6.32 for RHEL6 and I would like to know if there would be > > > interest in (or rather objections to) my adding these to the squeeze > > > kernel? > > > > This looks OK in principle. > > > > > The majority of the patch is a new driver for a virtual PCI device which > > > provides the glue to allow the existing PV drivers to work in an HVM > > > context. > > > > One nit is that you are adding to which is deprecated > > now. You should just define the vendor/device IDs in the driver. > > I didn't know that, it looks like the file is still being updated fairly > regularly. I guess it should have come up in review of the upstream > version? [...] It looks like this is not handled consistently by the various subsystem maintainers. I'm speaking based on my experience with network drivers. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#590744: marked as done (Fails to boot if /sbin/init is a symlink)
Your message dated Thu, 29 Jul 2010 01:37:55 +0200 with message-id <2010-07-29t01-34...@devnull.michael-prokop.at> and subject line Re: Bug#590744: Fails to boot if /sbin/init is a symlink has caused the Debian Bug report #590744, regarding Fails to boot if /sbin/init is a symlink 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 your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 590744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590744 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: initramfs-tools Version: 0.97.2 Severity: normal Hi, for testing purposes, I installed the upstart binary as /sbin/upstart and created a symlink /sbin/init → /sbin/upstart This causes a boot failure, due to this check in /usr/share/initramfs- tools/init # Check init bootarg if [ -n "${init}" ] && [ ! -x "${rootmnt}${init}" ]; then echo "Target filesystem doesn't have ${init}." init= fi To quote Mithrandir (from irc): -x follows symlinks but that means it'll look for symlinks in the initramfs, so the check is buggy. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 6.2M Jul 25 00:10 /boot/initrd.img-2.6.32-5-686 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=9a6d2bd2-58d1-4a75-baff-166b8637e3cc ro init=/bin/systemd systemd.log_target=kmsg systemd.crash_shell=1 systemd.crash_chvt=1 systemd.log_level=info quiet -- resume RESUME=LABEL=Swap -- /proc/filesystems ext4 fuseblk -- lsmod Module Size Used by michael_mic 1506 4 arc4 974 2 ecb 1405 2 lib80211_crypt_tkip 6709 1 aes_i5866816 1 aes_generic25738 1 aes_i586 lib80211_crypt_ccmp 3643 1 sco 5857 2 acpi_cpufreq4943 0 bridge 32987 0 stp 996 1 bridge bnep7444 2 cpufreq_userspace 1480 0 rfcomm 25167 8 l2cap 21705 16 bnep,rfcomm cpufreq_stats 1940 0 cpufreq_powersave602 0 cpufreq_conservative 4018 0 ppdev 4058 0 lp 5570 0 vboxnetadp 5118 0 vboxnetflt 12555 0 vboxdrv 126550 2 vboxnetadp,vboxnetflt fuse 43758 3 binfmt_misc 4907 1 dm_crypt9127 0 dm_mod 46082 1 dm_crypt joydev 6771 0 snd_intel8x0m 8100 0 pcmcia 17442 0 snd_intel8x0 19523 1 snd_ac97_codec 79148 2 snd_intel8x0m,snd_intel8x0 ac97_bus 710 1 snd_ac97_codec snd_pcm_oss28671 0 snd_mixer_oss 10461 1 snd_pcm_oss btusb 7997 2 snd_pcm47214 4 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_seq_midi3576 0 bluetooth 36327 9 sco,bnep,rfcomm,l2cap,btusb rfkill 10264 3 bluetooth snd_rawmidi12505 1 snd_seq_midi sg 15968 0 snd_seq_midi_event 3684 1 snd_seq_midi snd_seq35463 2 snd_seq_midi,snd_seq_midi_event smsc_ircc2 8891 0 firewire_ohci 16509 0 8139too14949 0 ipw2200 108368 0 yenta_socket 16403 1 irda 75920 1 smsc_ircc2 parport_pc 15799 1 sr_mod 10770 0 firewire_core 31187 1 firewire_ohci 8139cp 13421 0 libipw 18439 1 ipw2200 rsrc_nonstatic 7057 1 yenta_socket snd_timer 12258 2 snd_pcm,snd_seq snd_seq_device 3673 3 snd_seq_midi,snd_rawmidi,snd_seq pcmcia_core20450 3 pcmcia,yenta_socket,rsrc_nonstatic lib802112870 4 lib80211_crypt_tkip,lib80211_crypt_ccmp,ipw2200,libipw snd34363 12 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device mii 2714 2 8139too,8139cp crc_itu_t 1035 1 firewire_core uhci_hcd 16057 0 cdrom 26487 1 sr_mod container 1833 0 wbsd8650 0 crc_ccitt 1039 1 irda parport22554 3 ppdev,lp,parport_pc ac 1640 0 battery 3782 0 mmc_core 38503 1 wbsd soundcore 3450 1 snd processor 26599 2 acpi_cpufreq pcspkr 1207 0 serio_ra
Bug#590744: Fails to boot if /sbin/init is a symlink
* Michael Biebl [Thu Jul 29, 2010 at 01:13:01AM +0200]: > for testing purposes, I installed the upstart binary as /sbin/upstart and > created a symlink /sbin/init → /sbin/upstart > This causes a boot failure, due to this check in /usr/share/initramfs- > tools/init > # Check init bootarg > if [ -n "${init}" ] && [ ! -x "${rootmnt}${init}" ]; then >echo "Target filesystem doesn't have ${init}." >init= > fi > To quote Mithrandir (from irc): > -x follows symlinks > but that means it'll look for symlinks in the initramfs, so the > check is buggy. You shouldn't use an absolut symlink here, use a relative one instead. See Debian policy 10.5 for details. Closing this bugreport as i-t works as intended. regards, -mika- signature.asc Description: Digital signature
Bug#590744: Fails to boot if /sbin/init is a symlink
Package: initramfs-tools Version: 0.97.2 Severity: normal Hi, for testing purposes, I installed the upstart binary as /sbin/upstart and created a symlink /sbin/init → /sbin/upstart This causes a boot failure, due to this check in /usr/share/initramfs- tools/init # Check init bootarg if [ -n "${init}" ] && [ ! -x "${rootmnt}${init}" ]; then echo "Target filesystem doesn't have ${init}." init= fi To quote Mithrandir (from irc): -x follows symlinks but that means it'll look for symlinks in the initramfs, so the check is buggy. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 6.2M Jul 25 00:10 /boot/initrd.img-2.6.32-5-686 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=9a6d2bd2-58d1-4a75-baff-166b8637e3cc ro init=/bin/systemd systemd.log_target=kmsg systemd.crash_shell=1 systemd.crash_chvt=1 systemd.log_level=info quiet -- resume RESUME=LABEL=Swap -- /proc/filesystems ext4 fuseblk -- lsmod Module Size Used by michael_mic 1506 4 arc4 974 2 ecb 1405 2 lib80211_crypt_tkip 6709 1 aes_i5866816 1 aes_generic25738 1 aes_i586 lib80211_crypt_ccmp 3643 1 sco 5857 2 acpi_cpufreq4943 0 bridge 32987 0 stp 996 1 bridge bnep7444 2 cpufreq_userspace 1480 0 rfcomm 25167 8 l2cap 21705 16 bnep,rfcomm cpufreq_stats 1940 0 cpufreq_powersave602 0 cpufreq_conservative 4018 0 ppdev 4058 0 lp 5570 0 vboxnetadp 5118 0 vboxnetflt 12555 0 vboxdrv 126550 2 vboxnetadp,vboxnetflt fuse 43758 3 binfmt_misc 4907 1 dm_crypt9127 0 dm_mod 46082 1 dm_crypt joydev 6771 0 snd_intel8x0m 8100 0 pcmcia 17442 0 snd_intel8x0 19523 1 snd_ac97_codec 79148 2 snd_intel8x0m,snd_intel8x0 ac97_bus 710 1 snd_ac97_codec snd_pcm_oss28671 0 snd_mixer_oss 10461 1 snd_pcm_oss btusb 7997 2 snd_pcm47214 4 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_seq_midi3576 0 bluetooth 36327 9 sco,bnep,rfcomm,l2cap,btusb rfkill 10264 3 bluetooth snd_rawmidi12505 1 snd_seq_midi sg 15968 0 snd_seq_midi_event 3684 1 snd_seq_midi snd_seq35463 2 snd_seq_midi,snd_seq_midi_event smsc_ircc2 8891 0 firewire_ohci 16509 0 8139too14949 0 ipw2200 108368 0 yenta_socket 16403 1 irda 75920 1 smsc_ircc2 parport_pc 15799 1 sr_mod 10770 0 firewire_core 31187 1 firewire_ohci 8139cp 13421 0 libipw 18439 1 ipw2200 rsrc_nonstatic 7057 1 yenta_socket snd_timer 12258 2 snd_pcm,snd_seq snd_seq_device 3673 3 snd_seq_midi,snd_rawmidi,snd_seq pcmcia_core20450 3 pcmcia,yenta_socket,rsrc_nonstatic lib802112870 4 lib80211_crypt_tkip,lib80211_crypt_ccmp,ipw2200,libipw snd34363 12 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device mii 2714 2 8139too,8139cp crc_itu_t 1035 1 firewire_core uhci_hcd 16057 0 cdrom 26487 1 sr_mod container 1833 0 wbsd8650 0 crc_ccitt 1039 1 irda parport22554 3 ppdev,lp,parport_pc ac 1640 0 battery 3782 0 mmc_core 38503 1 wbsd soundcore 3450 1 snd processor 26599 2 acpi_cpufreq pcspkr 1207 0 serio_raw 2916 0 psmouse44657 0 evdev 5609 16 snd_page_alloc 5045 3 snd_intel8x0m,snd_intel8x0,snd_pcm i2c_i8016462 0 shpchp 21220 0 rng_core2178 0 ehci_hcd 27851 0 pci_hotplug18065 1 shpchp usbcore98402 4 btusb,uhci_hcd,ehci_hcd nls_base4541 1 usbcore autofs416667 6 ext4 254973 2 mbcache 3762 1 ext4 jbd2 56091 1 ext4 crc16 1027 2 l2cap,ext4 radeon509090 2 sd_mod 25869 5 crc_t10dif 1012 1 sd_mod ttm33378 1 radeon ata_generic 2019 0 drm_kms_helper 18305 1 radeon ata_piix 17640 4 drm
Re: How to add new platform flavours to linux-2.6 source code package?
Original-Nachricht > Datum: Wed, 28 Jul 2010 09:32:04 +0200 > Von: Bastian Blank > An: Gerhard Pircher > CC: debian-kernel@lists.debian.org > Betreff: Re: How to add new platform flavours to linux-2.6 source code package? > On Tue, Jul 27, 2010 at 11:01:20PM +0200, Gerhard Pircher wrote: > > > book3s-amigaone > > > 44x-sam440ep > > > > 3. 'configs' keyword: > > Contrary to my expectations I had add 'configs' entries for my > > flavours, whereas the normal powerpc and powerpc64 flavours don't need > > it. Why can't the build system find my config.book3s-amigaone and > > config.44x-sam440ep files automatically? > > Well, it should and will error out if it does not. What is the exact > error? Are you sure you did not write weird characters into the names? Previously the build script didn't list the config.book3s-amigaone file in this line: > python debian/bin/kconfig.py 'debian/build/config.powerpc_none_book3s- > amigaone' debian/config/config debian/config/powerpc/config debian/ > config/powerpc/config.book3s-amigaone Anyway, it seems to work now. Not sure what went wrong before. Maybe it was really a typo. > > One last thing: the device tree source would need to be included in > > the kernel package to create the cuImage file with the bootwrapper, > > the device tree blob and the zImage (and the initrd), when the kernel > > is installed or the initrd image is (re)generated. The device tree > > sources are included in the Lenny powerpc kernel packages, but > > disappeared from the Squeeze and Sid ones (the bootwrapper object > > files are still there however). > > Does anybody know why this happened and if it is possbile to include > > the DT sources again? Should I file a bug report? > > arch/powerpc/boot/dts? Exactly! > > PS: Please put me on CC:, as I'm not (yet) subscribed to this mailing > > list. > > Please use a MUA that supports Mail-Followup-To. Sorry, but I have to use GMX's web frontend here. :-( Thanks a lot! Gerhard -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728194353.82...@gmx.net
Re: How to add new platform flavours to linux-2.6 source code package?
Original-Nachricht > Datum: Wed, 28 Jul 2010 00:02:01 +0100 > Von: Ben Hutchings > An: Gerhard Pircher , debian-kernel@lists.debian.org > Betreff: Re: How to add new platform flavours to linux-2.6 source code > package? Thanks for the fast reply! I'll take a look at your suggestions. > > One last thing: the device tree source would need to be included in > > the kernel package to create the cuImage file with the bootwrapper, > > the device tree blob and the zImage (and the initrd), when the kernel > > is installed or the initrd image is (re)generated. The device tree > > sources are included in the Lenny powerpc kernel packages, but > > disappeared from the Squeeze and Sid ones (the bootwrapper object > > files are still there however). > > Does anybody know why this happened and if it is possbile to include > > the DT sources again? > [...] > > If these are not part of the upstream Linux source then I think they > should be packaged separately. The device tree sources are part of the upstream Linux source and IMHO without them some of the bootwrapper object files (cuboot.*) are pretty much useless. Gerhard -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728194106.23...@gmx.net
Processed: bug 588574 is forwarded to http://lkml.org/lkml/2010/7/20/213
Processing commands for cont...@bugs.debian.org: > forwarded 588574 http://lkml.org/lkml/2010/7/20/213 Bug #588574 [linux-2.6] [ia64] gdb FTBFS and freezes / reboots the machine Set Bug forwarded-to-address to 'http://lkml.org/lkml/2010/7/20/213'. > thanks Stopping processing here. Please contact me if you need assistance. -- 588574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588574 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128034308115705.transcr...@bugs.debian.org
Re: Xen "pvhvm" driver support for squeeze?
On Wed, Jul 28, 2010 at 03:35:54PM +0200, Bastian Blank wrote: > On Wed, Jul 28, 2010 at 10:44:32AM +0100, Ian Campbell wrote: > > Anything I can help with? > Testing the new packages from [1]: > | 052925077f22f79042934f25d03708eb18ebf1fe56f1d9d7b1c086dd72ee8f81 > linux-2.6_2.6.32-19~xen.1.diff.gz > | 4c88c5bb57b68981f919323f61f272d42157c8be7bee107b7b58fb031d090d9d > linux-2.6_2.6.32-19~xen.1.dsc > | 606fe123806d2ed8d229076045387c58793cba280c756e5e04198bb5c659262a > linux-2.6_2.6.32-19~xen.1_source.changes > | 7d33cd91de58ab82c8258c86175a5fc3819eb4ec7e85ac32f084bb51d1e420bb > linux-image-2.6.32-5-xen-amd64_2.6.32-19~xen.1_amd64.deb > | d697e71d7603c67072265cc0c7b7a175e91332d2adc9f6164340fa143400e4a1 > linux-image-2.6.32-5-xen-amd64-dbg_2.6.32-19~xen.1_amd64.deb > They include 78b55f90e72348e231092dbe3e50ac7414b9e1af. Still fails badly. See <20100728162001.ga21...@wavehammer.waldi.eu.org>. Bastian -- Only a fool fights in a burning house. -- Kank the Klingon, "Day of the Dove", stardate unknown -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728162227.ga21...@wavehammer.waldi.eu.org
Bug#570382: after upgrade: "vlogin: openpty(): No such file or directory"
As a workaround instead of stopping and restarting you might want to use vmount on the affected vservers: # vmount foo -- -a You will get some error messages for all already correctly mounted filesystems, but you can enter your vserver again. Running ### for vserver in `vserver-stat | tail -n +2 | awk '{print $8}'`; do vmount $vserver -- -a done ### will fix all your vservers - broken or not (and give some more error messages). -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c503e11.1050...@dimdi.de
Re: Xen "pvhvm" driver support for squeeze?
On Wed, Jul 28, 2010 at 10:44:32AM +0100, Ian Campbell wrote: > Anything I can help with? Testing the new packages from [1]: | 052925077f22f79042934f25d03708eb18ebf1fe56f1d9d7b1c086dd72ee8f81 linux-2.6_2.6.32-19~xen.1.diff.gz | 4c88c5bb57b68981f919323f61f272d42157c8be7bee107b7b58fb031d090d9d linux-2.6_2.6.32-19~xen.1.dsc | 606fe123806d2ed8d229076045387c58793cba280c756e5e04198bb5c659262a linux-2.6_2.6.32-19~xen.1_source.changes | 7d33cd91de58ab82c8258c86175a5fc3819eb4ec7e85ac32f084bb51d1e420bb linux-image-2.6.32-5-xen-amd64_2.6.32-19~xen.1_amd64.deb | d697e71d7603c67072265cc0c7b7a175e91332d2adc9f6164340fa143400e4a1 linux-image-2.6.32-5-xen-amd64-dbg_2.6.32-19~xen.1_amd64.deb They include 78b55f90e72348e231092dbe3e50ac7414b9e1af. Bastian [1]: http://hermes.jura.uni-tuebingen.de/~blank/debian/linux -- Vulcans worship peace above all. -- McCoy, "Return to Tomorrow", stardate 4768.3 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728133554.ga17...@wavehammer.waldi.eu.org
Bug#583139: linux-2.6: no DHCP offers on r8169
Hi, For the record, after more investigation, this appears not to be related to the kernel at all (sorry) but ot a misbehaving DHCP server that only answers on broadcast. My ISP must have changed its config. $ cat /var/log/daemon.log.1 /var/log/daemon.log 2>/dev/null | grep dhclient | cut -d':' -f4- | uniq -c 18225 DHCPREQUEST on eth0 to 82.224.x.y port 67 1 DHCPREQUEST on eth0 to 255.255.255.255 port 67 1 DHCPACK from 82.224.x.y 1 bound to 82.224.z.p -- renewal in 249667 seconds. 15075 DHCPREQUEST on eth0 to 82.224.x.y port 67 # dhcping -v -s 255.255.255.255 Got answer from: 82.224.x.y received from 82.224.x.y, expected from 255.255.255.255 no answer # dhcping -v -s 82.224.x.y no answer Not sure how to fix this (contact my ISP or DHCP client option), but at least this is not kernel related. Alex -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=wqnqa6wremra2lcg4fbgfb+qev_etkposa...@mail.gmail.com
Bug#517716: Acknowledgement (linux-image-2.6.26-1-686: ehci_hcd 0000:00:02.2: HC died; cleaning up when importing photographs via PTP using gthumb)
Unfortunately the motherboard that I saw this problem on died. :( I tried to reproduce it on my new Intel motherboard using linux-image-2.6.26-2-686 v2.6.26-24 but could not do so. Thanks. Mike. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728122215.ga23...@mcrowe.com
Re: Xen "pvhvm" driver support for squeeze?
On Wed, Jul 28, 2010 at 11:38:43AM +0100, Ian Campbell wrote: > On Wed, 2010-07-28 at 12:05 +0200, Bastian Blank wrote: > > You can always decide to use HVM or PV. PV is already pretty well > > supported. > So is HVM and I see no reason not to offer users of Debian in a Xen > guest the flexibility to install Debian with PV drivers if that is what > they want. Yes. We also don't support installing Debian on the iPhone. Bastian -- Either one of us, by himself, is expendable. Both of us are not. -- Kirk, "The Devil in the Dark", stardate 3196.1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728112236.ga14...@wavehammer.waldi.eu.org
Bug#590661: linux-image-2.6.32-5-openvz-amd64: openswan ipsec packets do not reach openvz instances
Hi, On Wed, 2010-07-28 at 11:30 +0200, maximilian attems wrote: > On Wed, Jul 28, 2010 at 11:09:41AM +0200, Daniel Tombeil wrote: [...] > > in netkey-mode. I'll post the setup-guide for reproduction and the > > binary tcpdump ASAP. > > ok sorry overlooked, as wasn't in body, please make upstream devs > aware by filing there. > development and fixes happens there. thanks no prob. I'm not very used to file bugs by now. I found a related bug-report at openvz.org for RHEL6. Seems to be the same problem. The workaround I found there works for me, too: Bug 1554 - ipsec vpn terminated in HN not available in VE unless IPSEC policies are disabled for venet0 http://bugzilla.openvz.org/show_bug.cgi?id=1554 There is still a discussion ongoing if this scenario is or should be supported at all or not. I wrote a comment confirming the problem exists also on debian squeeze/testing. I'll now wait what the discussion leads to. As long as it works I can live with the sysctl inside the VE. Thank you! -- Gruss | LF.net GmbH| fon +49 711 90074-402 Daniel Tombeil | Ruppmannstr. 27| fax +49 711 90074-33 d...@lf.net | D-70565 Stuttgart | http://www.LF.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1280314011.27040.20.ca...@tomte.lf.net
Re: Xen "pvhvm" driver support for squeeze?
On Wed, 2010-07-28 at 12:06 +0200, Bastian Blank wrote: > On Tue, Jul 27, 2010 at 03:44:01PM +0100, Ian Campbell wrote: > > The full series of patches can be found at > > http://xenbits.xensource.com/gitweb?p=people/sstabellini/linux-pvhvm.git > > in the branch 2.6.32-pvhvm > > I still veto the xenfs change. For rationale see > <20100527225440.gc25...@wavehammer.waldi.eu.org>. You can help me fix > this, as I currently lack the time to do that. (http://marc.info/?l=xen-devel&m=127500093308294) xenfs is already in the mainline kernel (since v2.6.29-rc1 if git describe isn't lying to me), so I'm not sure what you are vetoing here. I don't think anybody likes /proc/xen but unfortunately it is the historical interface provided by the kernel and it is used by existing userspace from both dom0 and domU so even if it were completely replaced by an equivalent sysfs interface it would likely need to be maintained for a transitional period. In other words, while I agree that /proc/xen isn't great and that we should be moving over to interfaces in /sys or /dev/ etc I don't see why it would block any use of a kernel which contained it. Ian. -- Ian Campbell Your friends will know you better in the first minute you meet than your acquaintances will know you in a thousand years. -- Richard Bach, "Illusions" -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1280313542.24292.74.ca...@zakaz.uk.xensource.com
Re: Xen "pvhvm" driver support for squeeze?
On Wed, 2010-07-28 at 12:05 +0200, Bastian Blank wrote: > On Wed, Jul 28, 2010 at 10:44:32AM +0100, Ian Campbell wrote: > > On Wed, 2010-07-28 at 11:18 +0200, Bastian Blank wrote: > > > This is no excuse, the installer uses the real PV kernel. > > Not when running in an HVM guest it doesn't, which is the whole point of > > this driver. > > You can always decide to use HVM or PV. PV is already pretty well > supported. So is HVM and I see no reason not to offer users of Debian in a Xen guest the flexibility to install Debian with PV drivers if that is what they want. -- Ian Campbell Current Noise: Nailbomb - Police Truck This end up. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1280313523.24292.71.ca...@zakaz.uk.xensource.com
Re: Xen "pvhvm" driver support for squeeze?
On Tue, Jul 27, 2010 at 03:44:01PM +0100, Ian Campbell wrote: > The full series of patches can be found at > http://xenbits.xensource.com/gitweb?p=people/sstabellini/linux-pvhvm.git > in the branch 2.6.32-pvhvm I still veto the xenfs change. For rationale see <20100527225440.gc25...@wavehammer.waldi.eu.org>. You can help me fix this, as I currently lack the time to do that. Bastian -- Knowledge, sir, should be free to all! -- Harry Mudd, "I, Mudd", stardate 4513.3 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728100655.gb12...@wavehammer.waldi.eu.org
Re: Xen "pvhvm" driver support for squeeze?
On Wed, Jul 28, 2010 at 10:44:32AM +0100, Ian Campbell wrote: > On Wed, 2010-07-28 at 11:18 +0200, Bastian Blank wrote: > > This is no excuse, the installer uses the real PV kernel. > Not when running in an HVM guest it doesn't, which is the whole point of > this driver. You can always decide to use HVM or PV. PV is already pretty well supported. Bastian -- Where there's no emotion, there's no motive for violence. -- Spock, "Dagger of the Mind", stardate 2715.1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728100504.ga12...@wavehammer.waldi.eu.org
Bug#590658: linux-image-2.6.26-2-686-bigmem: 2.6.26-2 bigmem nfs4 kerberos kernel panic
Bastian Blank wrote: severity 590658 important thanks On Wed, Jul 28, 2010 at 09:42:13AM +0200, ulysse31 wrote: Who? Package: linux-2.6 Version: 2.6.26-24 Severity: critical Justification: breaks the whole system No, the kernel is the system. ** Tainted: P (1) * Proprietary module has been loaded. This voids your warranty. The only modules that "taints" the kernel is the nvidia.ko which is no really linked to what we have on the stack ..., and i tried to boot without it in vesa mode, the problem subsist ... If you want I can create a new bug report, without the "taint", but it won't change the fact that the bug exist ... Bastian ulysse31 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c4ffb6f.9030...@cellectis.com
Bug#590661: linux-image-2.6.32-5-openvz-amd64: openswan ipsec packets do not reach openvz instances
Hi, On Wed, 2010-07-28 at 10:50 +0200, maximilian attems wrote: > On Wed, Jul 28, 2010 at 10:29:40AM +0200, Daniel Tombeil wrote: > > Package: linux-2.6 > > Version: 2.6.32-18 > > Severity: important > > Tags: squeeze > > > > > > > > -- Package-specific info: > > ** Version: > > Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-18) > > (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul > > 24 02:32:56 UTC 2010 > > > > ** Command line: > > BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-openvz-amd64 > > root=/dev/mapper/osfw--v3--01--vda1-osfw--v3--01--root ro quiet > > see no posted evidence here, but anyway please post tcpdumps > and setup in upstream bugzilla.openvz.org and let us know bug nr > so that it can be tracked. I attached some ASCII-tcpdump output at the end of the report. Below the "More information:"-Line. But I'll try if it is reproducable in an easier setup. base-install, one bridge-device, and then trying to access the veth-attached VE's on the bridge-devices network using an ipsec tunnel terminated using openswan in netkey-mode. I'll post the setup-guide for reproduction and the binary tcpdump ASAP. -- Gruss | LF.net GmbH| fon +49 711 90074-402 Daniel Tombeil | Ruppmannstr. 27| fax +49 711 90074-33 d...@lf.net | D-70565 Stuttgart | http://www.LF.net -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1280308181.27040.11.ca...@tomte.lf.net
Bug#590661: linux-image-2.6.32-5-openvz-amd64: openswan ipsec packets do not reach openvz instances
On Wed, Jul 28, 2010 at 11:09:41AM +0200, Daniel Tombeil wrote: > > > see no posted evidence here, but anyway please post tcpdumps > > and setup in upstream bugzilla.openvz.org and let us know bug nr > > so that it can be tracked. > > I attached some ASCII-tcpdump output at the end of the report. Below the > "More information:"-Line. > > But I'll try if it is reproducable in an easier setup. base-install, one > bridge-device, and then trying to access the veth-attached VE's on the > bridge-devices network using an ipsec tunnel terminated using openswan > in netkey-mode. I'll post the setup-guide for reproduction and the > binary tcpdump ASAP. ok sorry overlooked, as wasn't in body, please make upstream devs aware by filing there. development and fixes happens there. thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728093050.gm19...@baikonur.stro.at
Re: Xen "pvhvm" driver support for squeeze?
On Wed, 2010-07-28 at 11:18 +0200, Bastian Blank wrote: > I did not request a copy of this mail, please respect that. Sure, sorry about that. > On Wed, Jul 28, 2010 at 09:43:50AM +0100, Ian Campbell wrote: > > On Wed, 2010-07-28 at 09:37 +0200, Bastian Blank wrote: > > > We have this code already, so no extra round. > > In the xen flavour only though. I'd like to get these drivers into the > > regular flavours so that they are available for Debian Installer to use. > > This is no excuse, the installer uses the real PV kernel. Not when running in an HVM guest it doesn't, which is the whole point of this driver. > > My intention was to add the series to the base patch series and add a > > patch to the xen flavour to revert them so that pvops.patch applies > > cleanly. > > No. The same code two times, maybe slightly different, is no option. Agreed. I would prefer to refresh the pvops.patch so that it contains the same version of this driver as is added to the base flavour. IOW this specific functionality would drop out of pvops.patch since it would be present in the base -- to do that I'd need to know how to refresh the pvops.patch in a controlled way... > > BTW, are you going to refresh pvops.patch? How do you do that, I wasn't > > sure which base version to use for git diff, the target version is > > contained in the patch header. > > My last tried update broke anything and I did not get to it after that. Anything I can help with? Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1280310272.5872.9043.ca...@zakaz.uk.xensource.com
Re: Xen "pvhvm" driver support for squeeze?
I did not request a copy of this mail, please respect that. On Wed, Jul 28, 2010 at 09:43:50AM +0100, Ian Campbell wrote: > On Wed, 2010-07-28 at 09:37 +0200, Bastian Blank wrote: > > We have this code already, so no extra round. > In the xen flavour only though. I'd like to get these drivers into the > regular flavours so that they are available for Debian Installer to use. This is no excuse, the installer uses the real PV kernel. > My intention was to add the series to the base patch series and add a > patch to the xen flavour to revert them so that pvops.patch applies > cleanly. No. The same code two times, maybe slightly different, is no option. > BTW, are you going to refresh pvops.patch? How do you do that, I wasn't > sure which base version to use for git diff, the target version is > contained in the patch header. My last tried update broke anything and I did not get to it after that. Bastian -- Behind every great man, there is a woman -- urging him on. -- Harry Mudd, "I, Mudd", stardate 4513.3 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728091853.ga11...@wavehammer.waldi.eu.org
Bug#590661: linux-image-2.6.32-5-openvz-amd64: openswan ipsec packets do not reach openvz instances
On Wed, Jul 28, 2010 at 10:29:40AM +0200, Daniel Tombeil wrote: > Package: linux-2.6 > Version: 2.6.32-18 > Severity: important > Tags: squeeze > > > > -- Package-specific info: > ** Version: > Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) > (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 02:32:56 UTC 2010 > > ** Command line: > BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-openvz-amd64 > root=/dev/mapper/osfw--v3--01--vda1-osfw--v3--01--root ro quiet see no posted evidence here, but anyway please post tcpdumps and setup in upstream bugzilla.openvz.org and let us know bug nr so that it can be tracked. thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728085026.gl19...@baikonur.stro.at
Re: Xen "pvhvm" driver support for squeeze?
On Wed, 2010-07-28 at 03:43 +0100, Ben Hutchings wrote: > On Tue, 2010-07-27 at 15:44 +0100, Ian Campbell wrote: > > The pvhvm drivers for Xen allow a fully virtualised guest (aka HVM) to > > use the Xen PV disk and network interfaces the same as a Xen guest > > running paravirtualised, in addition they allow for PV time and event > > delivery, suspend/resume support and PV hooks to improve performance > > under shadow page tables. > > > > The drivers are currently in linux-next and are expected to go in during > > the next merge window. Stefano (the upstream author) has also prepared > > backports to 2.6.32 for RHEL6 and I would like to know if there would be > > interest in (or rather objections to) my adding these to the squeeze > > kernel? > > This looks OK in principle. > > > The majority of the patch is a new driver for a virtual PCI device which > > provides the glue to allow the existing PV drivers to work in an HVM > > context. > > One nit is that you are adding to which is deprecated > now. You should just define the vendor/device IDs in the driver. I didn't know that, it looks like the file is still being updated fairly regularly. I guess it should have come up in review of the upstream version? > > The diffstat (below vs 2.6.32) is a bit daunting but really it is just > > some infrastructure hooks and the new "platform-pci" driver. The > > functionality is also rather modular so it would be possible e.g. to > > just have PV disk and network but not time etc etc. > > > > The full series of patches can be found at > > http://xenbits.xensource.com/gitweb?p=people/sstabellini/linux-pvhvm.git > > in the branch 2.6.32-pvhvm > > > > Opinions? > > I note that the backport branch was only created today, so I'm guessing > it hasn't had a whole lot of testing yet. I'm sure Stefano will correct me if I'm wrong but I think the majority of the patch series was actually developed against the stable-2.6.32.x branch in the xen.git tree and then forward ported to a more recent version for upstreaming. The 2.6.32-pvhvm is a rebase to plain 2.6.32, so it's relatively well tested, as new branches go ;-) Stefano, I actually had to rebase again onto 2.6.32.16 (which is currently the Debian base version) to resolve a few conflicts. > Can we put off this decision for a week or so, so you and your > colleagues have time to test the backport branch and we can also see > Linus's decision on whether to pull the changes into 2.6.36? Sure, that seems reasonable. Ian. -- Ian Campbell Current Noise: Tool - Eulogy Yow! It's some people inside the wall! This is better than mopping! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1280307444.5872.8987.ca...@zakaz.uk.xensource.com
Bug#590661: linux-image-2.6.32-5-openvz-amd64: openswan ipsec packets do not reach openvz instances
Package: linux-2.6 Version: 2.6.32-18 Severity: important Tags: squeeze -- Package-specific info: ** Version: Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 02:32:56 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-openvz-amd64 root=/dev/mapper/osfw--v3--01--vda1-osfw--v3--01--root ro quiet ** Not tainted ** Kernel log: [0.711027] usb usb1: SerialNumber: :00:01.2 [0.711064] usb usb1: configuration #1 chosen from 1 choice [0.711084] hub 1-0:1.0: USB hub found [0.711093] hub 1-0:1.0: 2 ports detected [0.712995] FDC 0 is a S82078B [0.719474] libata version 3.00 loaded. [0.721513] ata_piix :00:01.1: version 2.13 [0.721578] ata_piix :00:01.1: setting latency timer to 64 [0.722690] scsi0 : ata_piix [0.727492] scsi1 : ata_piix [0.727589] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc000 irq 14 [0.727593] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc008 irq 15 [0.884454] ata2.01: NODEV after polling detection [0.884701] ata2.00: ATAPI: QEMU DVD-ROM, 0.12.4, max UDMA/100 [0.885134] ata2.00: configured for MWDMA2 [0.885567] scsi 1:0:0:0: CD-ROMQEMU QEMU DVD-ROM 0.12 PQ: 0 ANSI: 5 [0.894999] sr0: scsi3-mmc drive: 4x/4x xa/form2 tray [0.895002] Uniform CD-ROM driver Revision: 3.20 [0.895207] sr 1:0:0:0: Attached scsi CD-ROM sr0 [0.907747] sr 1:0:0:0: Attached scsi generic sg0 type 5 [0.955614] device-mapper: uevent: version 1.0.3 [0.956022] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-de...@redhat.com [1.034222] EXT3-fs: INFO: recovery required on readonly filesystem. [1.034225] EXT3-fs: write access will be enabled during recovery. [6.200503] kjournald starting. Commit interval 5 seconds [6.200517] EXT3-fs: recovery complete. [6.211297] EXT3-fs: mounted filesystem with ordered data mode. [6.366763] udev: starting version 158 [6.632461] input: PC Speaker as /devices/platform/pcspkr/input/input2 [6.635775] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [6.635779] ACPI: Power Button [PWRF] [6.701913] processor LNXCPU:00: registered as cooling_device0 [6.785981] piix4_smbus :00:01.3: SMBus Host Controller at 0xb100, revision 0 [6.826793] Error: Driver 'pcspkr' is already registered, aborting... [7.045272] EXT3 FS on dm-0, internal journal [7.105607] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input4 [7.116925] loop: module loaded [7.346973] Adding 7999480k swap on /dev/mapper/osfw--v3--01--vda1-osfw--v3--01--swap. Priority:-1 extents:1 across:7999480k [7.605167] 802.1Q VLAN Support v1.8 Ben Greear [7.605170] All bugs added by David S. Miller [7.687959] Bridge firewalling registered [8.792227] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [8.792927] CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use [8.792930] nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or [8.792932] sysctl net.netfilter.nf_conntrack_acct=1 to enable it. [8.933138] Netfilter messages via NETLINK v0.30. [8.939723] ctnetlink v0.93: registering with nfnetlink. [9.089892] Ebtables v2.0 registered [9.220739] ip_tables: (C) 2000-2006 Netfilter Core Team [ 10.058516] warning: `vzctl' uses 32-bit capabilities (legacy support in use) [ 10.060900] CT: 100: started [ 10.187317] device veth100.0 entered promiscuous mode [ 10.187339] br0: port 1(veth100.0) entering learning state [ 10.317531] CT: 200: started [ 10.964835] device veth200.0 entered promiscuous mode [ 10.964856] br1: port 1(veth200.0) entering learning state [ 12.802630] RULE 2 -- DENY IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1 DST=127.0.0.1 LEN=240 TOS=0x00 PREC=0x00 TTL=64 ID=59272 DF PROTO=UDP SPT=37197 DPT=123 LEN=220 [ 14.829759] RULE 2 -- DENY IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1 DST=127.0.0.1 LEN=240 TOS=0x00 PREC=0x00 TTL=64 ID=59273 DF PROTO=UDP SPT=37197 DPT=123 LEN=220 [ 16.857702] RULE 2 -- DENY IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1 DST=127.0.0.1 LEN=240 TOS=0x00 PREC=0x00 TTL=64 ID=59274 DF PROTO=UDP SPT=37197 DPT=123 LEN=220 [ 17.696018] eth1: no IPv6 routers present [ 18.052016] eth1.100: no IPv6 routers present [ 18.188015] br1: no IPv6 routers present [ 18.324017] br0: no IPv6 routers present [ 18.576016] eth0: no IPv6 routers present [ 18.884890] RULE 2 -- DENY IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1 DST=127.0.0.1 LEN=240 TOS=0x00 PREC=0x00 TTL=64 ID=59275 DF PROTO=UDP SPT=37197 DPT=123 LEN=220 [ 20.992015] veth100.0: no IPv6 routers present [ 21.444017] eth0: no IPv6 routers present [ 21.600017] veth200.0: no IPv6 routers pre
Re: Xen "pvhvm" driver support for squeeze?
On Wed, 2010-07-28 at 09:37 +0200, Bastian Blank wrote: > On Tue, Jul 27, 2010 at 03:44:01PM +0100, Ian Campbell wrote: > > The full series of patches can be found at > > http://xenbits.xensource.com/gitweb?p=people/sstabellini/linux-pvhvm.git > > in the branch 2.6.32-pvhvm > > We have this code already, so no extra round. In the xen flavour only though. I'd like to get these drivers into the regular flavours so that they are available for Debian Installer to use. My intention was to add the series to the base patch series and add a patch to the xen flavour to revert them so that pvops.patch applies cleanly. BTW, are you going to refresh pvops.patch? How do you do that, I wasn't sure which base version to use for git diff, the target version is contained in the patch header. Ian. -- Ian Campbell Current Noise: Tool - Eulogy U: There's a U -- a Unicorn! Run right up and rub its horn. Look at all those points you're losing! UMBER HULKS are so confusing. -- The Roguelet's ABC -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1280306630.5872.8958.ca...@zakaz.uk.xensource.com
Processed: Re: Bug#590658: linux-image-2.6.26-2-686-bigmem: 2.6.26-2 bigmem nfs4 kerberos kernel panic
Processing commands for cont...@bugs.debian.org: > severity 590658 important Bug #590658 [linux-2.6] linux-image-2.6.26-2-686-bigmem: 2.6.26-2 bigmem nfs4 kerberos kernel panic Severity set to 'important' from 'critical' > thanks Stopping processing here. Please contact me if you need assistance. -- 590658: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590658 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12803051738519.transcr...@bugs.debian.org
Bug#590658: linux-image-2.6.26-2-686-bigmem: 2.6.26-2 bigmem nfs4 kerberos kernel panic
severity 590658 important thanks On Wed, Jul 28, 2010 at 09:42:13AM +0200, ulysse31 wrote: Who? > Package: linux-2.6 > Version: 2.6.26-24 > Severity: critical > Justification: breaks the whole system No, the kernel is the system. > ** Tainted: P (1) > * Proprietary module has been loaded. This voids your warranty. Bastian -- Knowledge, sir, should be free to all! -- Harry Mudd, "I, Mudd", stardate 4513.3 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728081911.ga10...@wavehammer.waldi.eu.org
Bug#590658: linux-image-2.6.26-2-686-bigmem: 2.6.26-2 bigmem nfs4 kerberos kernel panic
Package: linux-2.6 Version: 2.6.26-24 Severity: critical Justification: breaks the whole system I have a desktop machine running debian lenny, with nfs4/kerberos for home directory accounting, which works great on my own machine. But on a specific machine, it kernel panics all nights, when the user come back the day, the machine is freezed, sometime I have logs of the kernel Oops, when i have an open ssh connection to the machine : Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [ cut here ] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] invalid opcode: [#1] SMP Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] Process gdm (pid: 2854, ti=f3d54000 task=f797c280 task.ti=f3d54000) Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] Stack: 001e 80d0 f7401480 f744d200 0043 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275]f7429e80 f017a790 0001 f8a2ec80 f7401480 0246 80d0 c017b969 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275]f8a2ec80 f35be404 f363a474 f8a2b189 f8a2ec80 f30dfd0c Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] Call Trace: Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] kmem_cache_alloc+0x47/0x87 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] gss_create_cred+0x32/0x94 [auth_rpcgss] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] rpcauth_lookup_credcache+0x92/0x177 [sunrpc] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] generic_bind_cred+0x15/0x27 [sunrpc] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] rpcauth_bindcred+0x17/0xaa [sunrpc] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] find_get_pages_tag+0x2a/0x6e Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] rpc_new_task+0xee/0x145 [sunrpc] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] rpc_run_task+0x9/0x45 [sunrpc] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_write_rpcsetup+0x202/0x218 [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_flush_one+0x72/0xa0 [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_pageio_doio+0x22/0x47 [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_writepages+0x57/0x72 [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_flush_one+0x0/0xa0 [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] __nfs_write_mapping+0xf/0x3b [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_write_mapping+0x34/0x52 [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_do_fsync+0x13/0x2d [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] nfs_file_write+0x13d/0x15f [nfs] Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] do_sync_write+0xbf/0x100 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] autoremove_wake_function+0x0/0x2d Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] security_file_permission+0xc/0xd Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] do_sync_write+0x0/0x100 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] vfs_write+0x83/0x120 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] sys_write+0x3c/0x63 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] [] sysenter_past_esp+0x78/0xb1 Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] === Message from sysl...@lagune at Jul 28 02:36:02 ... kernel:[63659.784275] Code: 8b 75 00 39 ee 75 15 8b 75 10 8d 45 10 c7 45 34 01 00 00 00 39 c6 0f 84 a5 00 00 00 8b 4c 24 0c 8b 81 98 00 00 00 39 It seems to happened always on the same stack state (kmem_cache_alloc/gss... etc ...) I keep the machine up to date, but it does not correct the problem. If someone could correct that ... Thanks. -- Package-specific info: ** Version: Linux version 2.6.26-2-686-bigmem (Debian 2.6.26-24) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Mon Jun 21 06:45:17 UTC 2010 ** Command line: root=/dev/sda1 ro quiet ** Tainted: P (1) * Proprietary module has been loaded. ** Kernel log: [4.592849] ata6: SATA max UDMA/133 abar m2...@0xff97 port 0xff970380 irq 218 [4.766920] usb 6-2: new low speed USB device using uhci_hcd and address 2 [4.91
Re: Xen "pvhvm" driver support for squeeze?
On Tue, Jul 27, 2010 at 03:44:01PM +0100, Ian Campbell wrote: > The full series of patches can be found at > http://xenbits.xensource.com/gitweb?p=people/sstabellini/linux-pvhvm.git > in the branch 2.6.32-pvhvm We have this code already, so no extra round. Bastian -- There's a way out of any cage. -- Captain Christopher Pike, "The Menagerie" ("The Cage"), stardate unknown. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728073755.ga9...@wavehammer.waldi.eu.org
Re: How to add new platform flavours to linux-2.6 source code package?
On Tue, Jul 27, 2010 at 11:01:20PM +0200, Gerhard Pircher wrote: > > book3s-amigaone > > 44x-sam440ep > > 3. 'configs' keyword: > Contrary to my expectations I had add 'configs' entries for my > flavours, whereas the normal powerpc and powerpc64 flavours don't need > it. Why can't the build system find my config.book3s-amigaone and > config.44x-sam440ep files automatically? Well, it should and will error out if it does not. What is the exact error? Are you sure you did not write weird characters into the names? > One last thing: the device tree source would need to be included in > the kernel package to create the cuImage file with the bootwrapper, > the device tree blob and the zImage (and the initrd), when the kernel > is installed or the initrd image is (re)generated. The device tree > sources are included in the Lenny powerpc kernel packages, but > disappeared from the Squeeze and Sid ones (the bootwrapper object > files are still there however). > Does anybody know why this happened and if it is possbile to include > the DT sources again? Should I file a bug report? arch/powerpc/boot/dts? > PS: Please put me on CC:, as I'm not (yet) subscribed to this mailing > list. Please use a MUA that supports Mail-Followup-To. Bastian -- Beam me up, Scotty! It ate my phaser! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728073204.gb8...@wavehammer.waldi.eu.org
Re: How to add new platform flavours to linux-2.6 source code package?
On Wed, Jul 28, 2010 at 12:02:01AM +0100, Ben Hutchings wrote: > On Tue, 2010-07-27 at 23:01 +0200, Gerhard Pircher wrote: > > 2. 'image-file' keyword: > > Does this keyword also affect the kernel image makefile target? > No, it specifies the file to look at when checking that the kernel image > size is not too large. Well, I wanted to use it for both, but did not get around to finally implement it. It makes no sense to have the same information in two places. Bastian -- But Captain -- the engines can't take this much longer! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100728072930.ga8...@wavehammer.waldi.eu.org