Bug#466754: marked as done (linux-image-2.6.24-1-amd64: AMD64 Dual-Core clock skew of 2.5%)

[Debian Bug Tracking System]

Your message dated Thu, 21 Feb 2008 10:44:28 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#466754: linux-image-2.6.24-1-amd64: AMD64  Dual-Core 
clock skew of 2.5%
has caused the Debian Bug report #466754,
regarding linux-image-2.6.24-1-amd64: AMD64 Dual-Core clock skew of 2.5%
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 [EMAIL PROTECTED]
immediately.)


-- 
466754: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466754
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---

Subject: linux-image-2.6.24-1-amd64: AMD64 Dual-Core clock skew of 2.5%
Package: linux-image-2.6.24-1-amd64
Version: 2.6.24-4
Severity: important

My system clock loses 7.5s every 5 minutes, for what appears to be a
very consistent 2.5% clock skew. The hardware clock appears to be very
steady.

I'm running an AMD64 x2 5600 on an Asus M2N-SLI Deluxe MB. I've tried
disabling HPET on the MB. I've tried booting with "noapic," with
"no_timer_check," with combinations of those and other flags, and just
about any other recipe I've been able to find on the web. I've tried
enabling Powernow and AMD Live on the MB.

I can't run ntp because the clock skews are too drastic -- the daemon
never peers.

I'm open for suggestions, up to and including building a custom
module/kernel with "Enhanced RTC option," about which I've seen hints
but no documentation.

Please let me know if you need any additional information. In the
meantime, I'm re-setting the clock via ntpdate-debian every 5 minutes
from a server on my subnet.

While I see this in the latest kernel, I haven't been able to get this
working in, e.g., 2.6.18 either.

-- Package-specific info:
** Version:
Linux version 2.6.24-1-amd64 (Debian 2.6.24-4) ([EMAIL PROTECTED]) (gcc
version 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)) #1 SMP Mon Feb 11
13:47:43 UTC 2008

** Command line:
root=/dev/md/root data=journal ro

** Tainted: P (1)

** Kernel log:
swsusp: Marking nosave pages: 0009f000 - 0010
swsusp: Basic memory bitmaps created
swsusp: Basic memory bitmaps freed
ReiserFS: md_d126: found reiserfs format "3.6" with standard journal
ReiserFS: md_d126: using ordered data mode
ReiserFS: md_d126: journal params: device md_d126, size 8192, journal
first block 18, max trans len 1024, max batch 900, max commit age 30,
max trans age 30
ReiserFS: md_d126: checking transaction log (md_d126)
ReiserFS: md_d126: Using r5 hash to sort names
i2c-adapter i2c-0: nForce2 SMBus adapter at 0x1c00
i2c-adapter i2c-1: nForce2 SMBus adapter at 0x1c40
input: Power Button (FF) as /class/input/input2
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input3
ACPI: Power Button (CM) [PWRB]
input: PC Speaker as /class/input/input4
ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 20
ACPI: PCI Interrupt :00:06.1[B] -> Link [AAZA] -> GSI 20 (level,
low) -> IRQ 20
PCI: Setting latency timer of device :00:06.1 to 64
input: ImExPS/2 Generic Explorer Mouse as /class/input/input5
pnp: the driver 'parport_pc' has been registered
parport_pc 00:09: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP]
parport_pc 00:09: driver attached
Adding 4008176k swap on /dev/sdb1.  Priority:-1 extents:1 across:4008176k
Adding 4008176k swap on /dev/sdc1.  Priority:-2 extents:1 across:4008176k
ReiserFS: md_d126: switching to journaled data mode
loop: module loaded
ReiserFS: md_d125: found reiserfs format "3.6" with standard journal
ReiserFS: md_d125: using ordered data mode
ReiserFS: md_d125: journal params: device md_d125, size 8192, journal
first block 18, max trans len 1024, max batch 900, max commit age 30,
max trans age 30
ReiserFS: md_d125: checking transaction log (md_d125)
ReiserFS: md_d125: Using r5 hash to sort names
ReiserFS: md_d127p1: found reiserfs format "3.6" with standard journal
ReiserFS: md_d127p1: using journaled data mode
ReiserFS: md_d127p1: journal params: device md_d127p1, size 8192,
journal first block 18, max trans len 1024, max batch 900, max commit
age 30, max trans age 30
ReiserFS: md_d127p1: checking transaction log (md_d127p1)
ReiserFS: md_d127p1: Using r5 hash to sort names
ReiserFS: md_d127p2: found reiserfs format "3.6" with standard journal
ReiserFS: md_d127p2: using journaled data mode
ReiserFS: md_d127p2: journal params: device md_d127p2, size 8192,
journal first block 18, max trans len 1024, max batch 900, max commit
age 30, max trans age 30
ReiserFS: md_d127p2: checking transaction log (md_d127p2)
ReiserFS: md_d127p2: Using r5 hash to sort names
ReiserFS: md_d127p3: found reiserfs format "3.6" with standard journal
ReiserFS: md_d127p3: 

Bug#466600: Does not detect/mount cpqarray RAIDed volume

[antonio]

Hi,
we have the same problem here, with 2.6.22-3-686. The kernel from stable 
(2.6.18-6-686) just works fine. Seems like a bug introduced in a later 
version.

I attach the info requested:


* cat /proc/cmdline

root=/dev/ida/c0d0p2 ro

* cat /proc/modules

ide_generic 1216 0 [permanent], Live 0xf884d000
ide_cd 36416 0 - Live 0xf9901000
cdrom 32832 1 ide_cd, Live 0xf990c000
ata_generic 7556 0 - Live 0xf881600
libata 115984 1 ata_generic, Live 0xf88a5000
generic 4836 0 [permanent], Live 0xf884a000
aic7xxx 156856 - Live 0xf9934000
tg3 100260 0 - Live 0xf88e
serverworks 7528 0 [permanent], Live 0xf882
ide_core 113764 4 ide_generic,ide_cd,generic,serverworks, Live 0xf88c3000
e100 33644 0 - Live 0xf8851000
mii 5280 1 e100, Live 0xf8842000
floppy 54884 0 - Live 0xf889600
cpqarray 20004 0 - Live 0xf883c000
sym53c8xx 68116 0 - Live 0xf8884000
scsi_transport_spi 23072 2 aic7xxx,sym53c8xx, Live 0xf883500
scsi_mod 136620 4 libata,aic7xxx,sym53c8xx,scsi_transport_spi, Live 0xf8861000
thermal 13416 0 - Live 0xf883
processor 31176 1 thermal, Live 0xf8827000
fan 4836 0 - Live 0xf8819000

* ls -l /dev/ida

brw-rw  1 0 0   72, 0 Feb 20 22:45 c0d0

* cat /etc/fstab

# /etc/fstab: static file system information.
#
#
proc/proc   procdefaults0   0
/dev/ida/c0d0p2 /   ext3defaults,errors=remount-ro 0   1
/dev/ida/c0d0p1 /boot   ext3defaults0   2
/dev/ida/c0d0p5 /home   xfs defaults0   2
/dev/ida/c0d0p7 /tmpext3defaults0   2
/dev/ida/c0d0p6 /varxfs defaults0   2
/dev/ida/c0d0p3 noneswapsw  0   0
/dev/hda/media/cdrom0   iso9660 ro,user,noauto  0   0
/dev/fd0/media/floppy0  autorw,user,noauto  0   0

* dpkg -l grub

ii  grub   0.97-28GRand Unified Bootloader

* dpkg -l udev

ii  udev   0.114-2/dev/ and hotplug management daemon

* dpkg -l initramfs-tools

ii  initramfs-tool 0.90a  tools for generating an initramfs

* lspci -vv

00:00.0 Host bridge: Broadcom CNB20LE Host Bridge (rev 05)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 

Re: Future of the linux udebs

[Bastian Blank]

On Tue, Feb 19, 2008 at 10:05:15PM +0100, Frans Pop wrote:
> Before I replay to the proposal and the various options, I have two 
> questions:
> 1) Exactly what problem or problems is this proposal solving?

This was no proposal, this was an announcement. We don't longer use this
sort of source since we have one common source package for the kernels.

> 2) How would the new situation be better than the current situation for
>Debian as a whole?

Nothing. This only removes the burden of maintenance from one team.

Bastian

-- 
A princess should not be afraid -- not with a brave knight to protect her.
-- McCoy, "Shore Leave", stardate 3025.3


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Future of the linux udebs

[Otavio Salvador]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bastian Blank <[EMAIL PROTECTED]> writes:

> On Tue, Feb 19, 2008 at 10:05:15PM +0100, Frans Pop wrote:
>> Before I replay to the proposal and the various options, I have two 
>> questions:
>> 1) Exactly what problem or problems is this proposal solving?
>
> This was no proposal, this was an announcement. We don't longer use this
> sort of source since we have one common source package for the kernels.

Calm down a bit Bastian. You can't change this without agrement from
d-i side.

- -- 
O T A V I OS A L V A D O R
- -
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
- -
"Microsoft sells you Windows ... Linux gives
 you the whole house."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iD8DBQFHvZSeLqiZQEml+FURAhsgAKCk+2XjAe4DzIx18w6N19qazFxr9QCeO9do
DyZbL6VUNDcLfR0IizyYGN4=
=jrJl
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: reassign 466416 to linux-image-2.6.18-6-686

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> reassign 466416 linux-image-2.6.18-6-686
Bug#466416: backuppc corrupts its data if they are on a reiserfs partition
Bug reassigned from package `backuppc' to `linux-image-2.6.18-6-686'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444271: any progress on iop32x hard drive performance patch?

[Gaudenz Steinlin]

Hi 

Are there any news on the patch tbm mentioned for #444271? Anything I
could test or investigate? I would really love to have better hard disk
performance on my N2100. Is the patch from Intel available somewhere?

Gaudenz


-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#444271: any progress on iop32x hard drive performance patch?

[Martin Michlmayr]

* Gaudenz Steinlin <[EMAIL PROTECTED]> [2008-02-21 17:10]:
> Are there any news on the patch tbm mentioned for #444271? Anything I
> could test or investigate? I would really love to have better hard disk
> performance on my N2100. Is the patch from Intel available somewhere?

Intel sent me new patches about a week or two ago.  So far, they look
good.  My test kernel can be found at
http://merkel.debian.org/~tbm/tmp/linux-image-2.6.24-1-iop32x_2.6.24-4iop1_arm.deb

-- 
Martin Michlmayr
http://www.cyrius.com/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#466887: make ccs and redhat-cluster-suite dependent of ssh

[Andre Felipe Machado]

Package: redhat-cluster-source
Version: 2.20080212-1
Severity: wishlist

--- Please enter the report below this line. ---
Please, make ccs and redhat-cluster-suite (and possibly cman, fence, clvm |
lvm2, rgmanager)
dependent of ssh daemon (openssh-server package ).
It is very difficult to solve cluster eventual problems without ssh access
to the machines.
As new LSB cluster init.d script headers are implemented (see bug report
#427499), the ssh service will must be running before cluster daemons.
Regards.
Andre Felipe Machado


--- System information. ---
Architecture: i386
Kernel: Linux 2.6.18-6-xen-686

Debian Release: 4.0
99 unstable debian.hug.cx
500 stable www.debian-multimedia.org
500 stable volatile.debian.org
500 stable security.debian.org
500 stable ftp.br.debian.org
1 etch-backports www.backports.org

--- Package information. ---
Depends (Version) | Installed
===-+-===
|


-- 
"A Debian user never dies. Issues a last command:
shutdown -h now"
http://www.techforce.com.br

Bug#466933: Debian-arm: kernel BUG at fs/inode.c:250!

[u7l11ey]

Package: kernel
Version: 2.6.18-6-ixp4xx
Severity: Important

I'm running the latest version of Debian on a Linksys NSLU2 with a 2GB USB
stick as mass storage and a pl2303 based USB-to-serial adapter attached.
The box crashes at least once a day, and I find messages like this in
kern.log:

Feb 19 21:50:35 slug kernel: kernel BUG at fs/inode.c:250!
Feb 19 21:50:35 slug kernel: Unable to handle kernel NULL pointer
dereference at virtual address 
Feb 19 21:50:35 slug kernel: pgd = c1778000
Feb 19 21:50:35 slug kernel: [] *pgd=017b0031, *pte=,
*ppte=
Feb 19 21:50:35 slug kernel: Internal error: Oops: 817 [#1]
Feb 19 21:50:35 slug kernel: Modules linked in: ledtrig_heartbeat
dm_snapshot dm_mirror dm_mod rtc_dev ixp4xx_mac evdev ixp4
xx_npe ixp4xx_qmgr firmware_class pl2303 usbserial ixp4xx_beeper ext3 jbd
mbcache sd_mod usb_storage scsi_mod ehci_hcd ohci_
hcd usbcore
Feb 19 21:50:35 slug kernel: CPU: 0
Feb 19 21:50:35 slug kernel: PC is at __bug+0x44/0x58
Feb 19 21:50:35 slug kernel: LR is at 0x1
Feb 19 21:50:35 slug kernel: pc : []lr : [<0001>]Not
tainted
Feb 19 21:50:35 slug kernel: sp : c1845e9c  ip : 6093  fp : c1845ea8
Feb 19 21:50:35 slug kernel: r10: 40184000  r9 : c1844000  r8 : c02d31a0
Feb 19 21:50:35 slug kernel: r7 : c08aac38  r6 :   r5 : c02e258c 
r4 : 
Feb 19 21:50:35 slug kernel: r3 :   r2 :   r1 : 1e7d 
r0 : 0001
Feb 19 21:50:35 slug kernel: Flags: nZCv  IRQs on  FIQs on  Mode SVC_32 
Segment user
Feb 19 21:50:35 slug kernel: Control: 397F  Table: 01778000  DAC: 0015
Feb 19 21:50:35 slug kernel: Process sh (pid: 10528, stack limit =
0xc1844250)
Feb 19 21:50:35 slug kernel: Stack: (0xc1845e9c to 0xc1846000)
Feb 19 21:50:35 slug kernel: 5e80:
   c1845ebc
Feb 19 21:50:35 slug kernel: 5ea0: c1845eac c00931a8 c0023868 c0303500
c1845ed4 c1845ec0 c00ad0b0 c0093170
Feb 19 21:50:35 slug kernel: 5ec0: c02e258c c00ad030 c1845eec c1845ed8
c0093378 c00ad03c c02e258c c02e258c
Feb 19 21:50:35 slug kernel: 5ee0: c1845f00 c1845ef0 c0092d18 c0093298
c08aac38 c1845f1c c1845f04 c0090f4c
Feb 19 21:50:35 slug kernel: 5f00: c0092c94  c08aac38 
c1845f34 c1845f20 c0091aa4 c0090eb8
Feb 19 21:50:35 slug kernel: 5f20: 00bf  c1845f5c c1845f38
c0079aac c0091954  c1d67760
Feb 19 21:50:35 slug kernel: 5f40: c130e240  0006 c001ff24
c1845f6c c1845f60 c0079b04 c0079928
Feb 19 21:50:35 slug kernel: 5f60: c1845f88 c1845f70 c00766fc c0079adc
 c130e240 c1d67760 c1845fa4
Feb 19 21:50:35 slug kernel: 5f80: c1845f8c c0077dc0 c0076694 0006
0006 0003  c1845fa8
Feb 19 21:50:35 slug kernel: 5fa0: c001fd80 c0077d48 0006 0006
0003 be911aac 001f 2c94
Feb 19 21:50:35 slug kernel: 5fc0: 0006 0006 0003 0003
be911aac be911ba0 40184000 000b6ed0
Feb 19 21:50:35 slug kernel: 5fe0: 400fc6fc be911aac 0006e9b4 400fcb78
0010 0003 0002 0003
Feb 19 21:50:35 slug kernel: Backtrace:
Feb 19 21:50:35 slug kernel: [] (__bug+0x0/0x58) from
[] (clear_inode+0x44/0x128)
Feb 19 21:50:35 slug kernel: [] (clear_inode+0x0/0x128) from
[] (proc_delete_inode+0x80/0x84)
Feb 19 21:50:35 slug kernel:  r4 = C0303500
Feb 19 21:50:35 slug kernel: [] (proc_delete_inode+0x0/0x84)
from [] (generic_delete_inode+0xec/0x174)
Feb 19 21:50:35 slug kernel:  r5 = C00AD030  r4 = C02E258C
Feb 19 21:50:35 slug kernel: [] (generic_delete_inode+0x0/0x174)
from [] (iput+0x90/0xa4)
Feb 19 21:50:35 slug kernel:  r5 = C02E258C  r4 = C02E258C
Feb 19 21:50:35 slug kernel: [] (iput+0x0/0xa4) from
[] (dentry_iput+0xa0/0xa4)
Feb 19 21:50:35 slug kernel:  r4 = C08AAC38
Feb 19 21:50:35 slug kernel: [] (dentry_iput+0x0/0xa4) from
[] (dput+0x15c/0x18c)
Feb 19 21:50:35 slug kernel:  r5 =   r4 = C08AAC38
Feb 19 21:50:35 slug kernel: [] (dput+0x0/0x18c) from
[] (__fput+0x190/0x1b4)
Feb 19 21:50:35 slug kernel:  r5 =   r4 = 00BF
Feb 19 21:50:35 slug kernel: [] (__fput+0x0/0x1b4) from
[] (fput+0x34/0x38)
Feb 19 21:50:35 slug kernel:  r8 = C001FF24  r7 = 0006  r6 =  
r5 = C130E240
Feb 19 21:50:35 slug kernel:  r4 = C1D67760
Feb 19 21:50:35 slug kernel: [] (fput+0x0/0x38) from
[] (filp_close+0x74/0x80)
Feb 19 21:50:35 slug kernel: [] (filp_close+0x0/0x80) from
[] (sys_close+0x84/0x90)
Feb 19 21:50:35 slug kernel:  r6 = C1D67760  r5 = C130E240  r4 = 
Feb 19 21:50:35 slug kernel: [] (sys_close+0x0/0x90) from
[] (ret_fast_syscall+0x0/0x2c)
Feb 19 21:50:35 slug kernel:  r6 = 0003  r5 = 0006  r4 = 0006
Feb 19 21:50:35 slug kernel: Code: eb004925 e59f0014 eb004923 e3a03000
(e5833000)

The box collects data via the serial line into a file, which is processed
every 10 minutes with sed, awk and the rrdtool package. All software
straight from the debian etch distribution, nothing self-compiled or from
other sources. There is more than enough space left on the USB stick, so
it is not running out o

use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED

[Frank S. Thomas]

clone 461630 -1
reassign -1 linux-image-2.6.24-1-686
retitle -1 use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED
tags -1 = 
submitter -1 !
stop

Hello,

linux-image-2.6.24-1-686 is built with the Completely Fair Scheduler 
(CONFIG_FAIR_GROUP_SCHED) and it uses userid as basis for grouping tasks 
(CONFIG_FAIR_USER_SCHED), and therefore provides equal CPU bandwidth to each 
user. This configuration has a severe impact on e.g. a desktop system where a 
CPU intensive program with niceness 19 runs under a user that is not the user 
who uses the desktop. The CPU intensive task gets nearly half of the CPU 
cycles which results in a sluggish desktop. An example of such a program is 
boinc-client (from which this bug has been reassigned).

A possible solution for this issue is to use CONFIG_FAIR_CGROUP_SCHED instead 
of CONFIG_FAIR_USER_SCHED and using cgroups to assign different cpu_shares to 
different tasks. Without any configuration all processes are then in the same 
cgroup and since niceness is retained in the same cgroup this would restore 
the behaviour prior to 2.6.24.

More information regarding this issue can be found here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/188226
https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/177713

Thanks,
-- 
Frank S. Thomas <[EMAIL PROTECTED]>   PGP public key ID: 0xDC426429
Debian Developerfinger fst/[EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part.

Processed: use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 461630 -1
Bug#461630: Adjust cpu_share for boinc user (for 2.6.24 cfs scheduler)
Bug 461630 cloned as bug 466942.

> reassign -1 linux-image-2.6.24-1-686
Bug#466942: Adjust cpu_share for boinc user (for 2.6.24 cfs scheduler)
Bug reassigned from package `boinc-client' to `linux-image-2.6.24-1-686'.

> retitle -1 use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED
Bug#466942: Adjust cpu_share for boinc user (for 2.6.24 cfs scheduler)
Changed Bug title to `use CONFIG_FAIR_CGROUP_SCHED instead of 
CONFIG_FAIR_USER_SCHED' from `Adjust cpu_share for boinc user (for 2.6.24 cfs 
scheduler)'.

> tags -1 =
Bug#466942: use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED
Tags were: patch
Tags set to: 

> submitter -1 !
Bug#466942: use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED
Changed Bug submitter from dAniel hAhler <[EMAIL PROTECTED]> to "Frank S. 
Thomas" <[EMAIL PROTECTED]>.

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#463200: linux-image-2.6-powerpc64: Please enable platform options for PA Semi boards on powerpc64

[Olof Johansson]

Anything I can do to help move this along? Should I respin and post a
fresh patch, or will you just edit the changes before checking them in?


Thanks,

Olof




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]