On Fri, 2007-10-19 at 11:59 -0400, Chris Bandy wrote:
> I had this same problem, but found that it was because I turned off the
> newly deprecated CONFIG_ACPI_PROCFS.
This was the problem. Thank you.
What confused me was that *only* the battery information seemed to be
missing. If all the ACPI
On Sat, 13 Oct 2007 11:51:25 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> Following call trace is seen will booting up the machine. Similar
> call trace was reported for 2.6.23-rc3-mm1 at
> http://lkml.org/lkml/2007/8/26/77
>
> Mount-cache hash table entries: 512
> WARNING:
ISTL.
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.23-rc8-mm2
# Wed Oct 10 10:59:23 2007
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BR
On Thu, Sep 27, 2007 at 02:22:20AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
>
>
> - The scheduler devel tree has been restored
>
> - The driver tree is presently busted, so I reverted it
On 9/29/07, Greg KH <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 29, 2007 at 05:37:29PM +0800, Dave Young wrote:
> > Hi,
> > The kernel report warnings about sysfs filename duplicate under
> > rc8-mm1 and rc8-mm2.
> > 1.
> > cut
> > NET: Registered protocol family 16
> > ACPI: bus type pci reg
From: Paul Moore <[EMAIL PROTECTED]>
Add a new set of configuration functions to the NetLabel/LSM API so that
LSMs can perform their own configuration of the NetLabel subsystem without
relying on assistance from userspace.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
include/net/netlabel.h
I am reposting yesterday's Version 5 patch set because I know that
it didn't get everywhere it was supposed to.
I have broken the Smack patch into the netlabel changes from Paul Moore
(1/2) and the Smack LSM (2/2), at Paul's kind suggestion.
The smackfs symlinks have proven too contentious. I ha
I have broken the Smack patch into the netlabel changes from Paul Moore
(1/2) and the Smack LSM (2/2), at Paul's kind suggestion.
The smackfs symlinks have proven too contentious. I have removed the
facility. Al and Alan are correct that the rich set of mount options
currently available can handl
From: Paul Moore <[EMAIL PROTECTED]>
Add a new set of configuration functions to the NetLabel/LSM API so that
LSMs can perform their own configuration of the NetLabel subsystem without
relying on assistance from userspace.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
Signed-off-by: Casey Schaufl
On Thu, Oct 04 2007, Don Mullis wrote:
> That patch boots without complaint as well.
>
> BTW, the earlier failure messages did not make it
> into /var/log/messages, only the dmesg buffer.
> This is with standard Ubuntu Gutsy logging levels.
Super, thanks for retesting!
--
Jens Axboe
-
To unsub
That patch boots without complaint as well.
BTW, the earlier failure messages did not make it
into /var/log/messages, only the dmesg buffer.
This is with standard Ubuntu Gutsy logging levels.
On Thu, 2007-10-04 at 18:42 +0200, Jens Axboe wrote:
> On Thu, Oct 04 2007, Pierre Ossman wrote:
> > On
On Thu, 4 Oct 2007 18:42:25 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> diff --git a/drivers/mmc/card/queue.c b/drivers/mmc/card/queue.c
> index b0abc7d..a5d0354 100644
> --- a/drivers/mmc/card/queue.c
> +++ b/drivers/mmc/card/queue.c
Acked-by: Pierre Ossman <[EMAIL PROTECTED]>
(Provided it
On Thu, Oct 04 2007, Pierre Ossman wrote:
> On Thu, 04 Oct 2007 09:19:40 -0700
> Don Mullis <[EMAIL PROTECTED]> wrote:
>
> > This patch fixes the boot.
> >
>
> Fantastic. Then will try to get this upstream then.
I already put it in the sgchain drivers part. If you could please ack
it, that woul
On Thu, 04 Oct 2007 09:19:40 -0700
Don Mullis <[EMAIL PROTECTED]> wrote:
> This patch fixes the boot.
>
Fantastic. Then will try to get this upstream then.
> >
> > It looks like missing init of the sg list in mmc, does this work?
> >
Jens, is this zeroing needed for each invocation, or reall
g80211 mmc_core shpchp
> > > pci_hotplug intel_agp agpgart battery ac power_supply button evdev
> > > ata_generic ext3 jbd mbcache sg sd_mod usbhid hid ahci ata_piix libata
> > > scsi_mod ohci1394 tg3 ieee1394 ehci_hcd uhci_hcd thermal processor fan
> > > fuse
&
On Thu, Oct 04 2007, Pierre Ossman wrote:
> On Thu, 4 Oct 2007 12:38:05 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Oct 04 2007, Pierre Ossman wrote:
> > >
> > > Is that a yes or a no? You said that the ->page field was involved
> > > in
> >
> > It's a conditional yes, re-read it
On Thu, 4 Oct 2007 12:38:05 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 04 2007, Pierre Ossman wrote:
> >
> > Is that a yes or a no? You said that the ->page field was involved
> > in
>
> It's a conditional yes, re-read it :-)
>
I didn't get the memo about what chained sg entries
On Thu, Oct 04 2007, Pierre Ossman wrote:
> On Thu, 4 Oct 2007 11:30:14 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Oct 04 2007, Pierre Ossman wrote:
> > >
> > > I assume sg_init_one() still can work on an uninitialized sg entry?
> >
> > Yes, but only if that sg entry is not part
On Thu, 4 Oct 2007 11:30:14 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 04 2007, Pierre Ossman wrote:
> >
> > I assume sg_init_one() still can work on an uninitialized sg entry?
>
> Yes, but only if that sg entry is not part of a chained list.
>
Is that a yes or a no? You said th
On Thu, Oct 04 2007, Pierre Ossman wrote:
> On Thu, 4 Oct 2007 10:06:32 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Oct 04 2007, Pierre Ossman wrote:
> > >
> > > Huh? Isn't the block layer supposed to fill in the entire thing?
> > > (i.e. current contents shouldn't matter)
> >
>
On Thu, 4 Oct 2007 10:06:32 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 04 2007, Pierre Ossman wrote:
> >
> > Huh? Isn't the block layer supposed to fill in the entire thing?
> > (i.e. current contents shouldn't matter)
>
> Yeah, but sg chaining requires that ->page be filled in pr
On Thu, Oct 04 2007, Pierre Ossman wrote:
> On Thu, 4 Oct 2007 09:25:15 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> >
> > It looks like missing init of the sg list in mmc, does this work?
> >
>
> Huh? Isn't the block layer supposed to fill in the entire thing? (i.e.
> current contents sho
On Thu, 4 Oct 2007 09:25:15 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> It looks like missing init of the sg list in mmc, does this work?
>
Huh? Isn't the block layer supposed to fill in the entire thing? (i.e.
current contents shouldn't matter)
Rgds
Pierre
signature.asc
Description: PGP
On Wed, 3 Oct 2007 23:16:59 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 03 Oct 2007 23:11:02 -0700 Don Mullis <[EMAIL PROTECTED]> wrote:
>
> > OOPS followed by a 3 minute timeout, then completion of boot.
> > Not seen if card (Kingston microSD adapter) is ejected; not seen in
> > 2.6
ohci1394 tg3 ieee1394
> > ehci_hcd uhci_hcd thermal processor fan fuse
> > [ 13.709649]
> > [ 13.709705] Pid: 4089, comm: mmcqd Not tainted (2.6.23-rc8-mm2 #27)
> > [ 13.709767] EIP: 0060:[] EFLAGS: 00010206 CPU: 0
> > [ 13.709831] EIP is at blk_rq_map_sg+0xc0
ehci_hcd
uhci_hcd thermal processor fan fuse
[ 13.709649]
[ 13.709705] Pid: 4089, comm: mmcqd Not tainted (2.6.23-rc8-mm2 #27)
[ 13.709767] EIP: 0060:[] EFLAGS: 00010206 CPU: 0
[ 13.709831] EIP is at blk_rq_map_sg+0xc0/0x160
[ 13.709889] EAX: 04b6a000 EBX: c4a030e0 ECX: 04b6b000 EDX
tplug intel_agp
> agpgart battery ac power_supply button evdev ata_generic ext3 jbd mbcache sg
> sd_mod usbhid hid ahci ata_piix libata scsi_mod ohci1394 tg3 ieee1394
> ehci_hcd uhci_hcd thermal processor fan fuse
> [ 13.709649]
> [ 13.709705] Pid: 4089, comm: mmcqd Not tainted
--- Al Viro <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 03, 2007 at 03:23:15PM -0700, Casey Schaufler wrote:
> > 1. Create /moldy at "_"
> > 2. For each label you care about
> >2a. Create /moldy/
> >2b. Set the label of /moldy/ to
> > 3. ln -s /smack/tmp /tmp
>
> > 1. Create /moldy at "_"
On Wed, Oct 03, 2007 at 03:23:15PM -0700, Casey Schaufler wrote:
> 1. Create /moldy at "_"
> 2. For each label you care about
>2a. Create /moldy/
>2b. Set the label of /moldy/ to
> 3. ln -s /smack/tmp /tmp
> 1. Create /moldy at "_"
> 2. For each label you care about
>2a. Create /moldy
--- Al Viro <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 03, 2007 at 12:51:08PM -0700, Casey Schaufler wrote:
> > > > Because you throw "simple" out the window when you require userland
> > > > assistance to perform this function.
> > >
> > > Any more than having /tmp replaced with a symlink?
> >
>
--- Alan Cox <[EMAIL PROTECTED]> wrote:
> > An embedded system that does not have user logins but that does
> > have applications that require separation, perhaps a moble communication
> > device with application download capability, is just one example
> > where the smack symlink implementation
On Wed, Oct 03, 2007 at 12:51:08PM -0700, Casey Schaufler wrote:
> > > Because you throw "simple" out the window when you require userland
> > > assistance to perform this function.
> >
> > Any more than having /tmp replaced with a symlink?
>
> Yes. By the way, there's nothing that really require
> An embedded system that does not have user logins but that does
> have applications that require separation, perhaps a moble communication
> device with application download capability, is just one example
> where the smack symlink implementation provides the required
> function without requiring
--- Alan Cox <[EMAIL PROTECTED]> wrote:
> > Absolute paths in that kind of thing are _wrong_. You know where the
> things
> > are on your fs. You don't know if anything else will be visible, let alone
> > whether it will be at the same place in all chroots or namespaces. And no,
> > you _can't
--- Al Viro <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 03, 2007 at 10:21:08AM -0700, Casey Schaufler wrote:
> > > what
> > > happens if we want it in two chroot jails with different layouts?
> >
> > As you can only have /smack mounted once, this isn't an issue,
> > but it does present an interesti
On Wed, Oct 03, 2007 at 07:17:35PM +0100, Alan Cox wrote:
> > Absolute paths in that kind of thing are _wrong_. You know where the things
> > are on your fs. You don't know if anything else will be visible, let alone
> > whether it will be at the same place in all chroots or namespaces. And no,
> Absolute paths in that kind of thing are _wrong_. You know where the things
> are on your fs. You don't know if anything else will be visible, let alone
> whether it will be at the same place in all chroots or namespaces. And no,
> you _can't_ make sure that fs is visible only in one place. N
On Wed, Oct 03, 2007 at 10:21:08AM -0700, Casey Schaufler wrote:
> > what
> > happens if we want it in two chroot jails with different layouts?
>
> As you can only have /smack mounted once, this isn't an issue,
> but it does present an interesting use case that brings the one
> mount limitation in
--- Al Viro <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 02, 2007 at 09:45:42PM -0700, Casey Schaufler wrote:
> >
> > From: Casey Schaufler <[EMAIL PROTECTED]>
> >
> > Smack is the Simplified Mandatory Access Control Kernel.
> >
> > Smack implements mandatory access control (MAC) using labels
> >
On Wednesday 03 October 2007 12:45:42 am Casey Schaufler wrote:
> From: Casey Schaufler <[EMAIL PROTECTED]>
>
> Smack is the Simplified Mandatory Access Control Kernel.
>
> Smack implements mandatory access control (MAC) using labels
> attached to tasks and data containers, including files, SVIPC,
On Tue, Oct 02, 2007 at 09:45:42PM -0700, Casey Schaufler wrote:
>
> From: Casey Schaufler <[EMAIL PROTECTED]>
>
> Smack is the Simplified Mandatory Access Control Kernel.
>
> Smack implements mandatory access control (MAC) using labels
> attached to tasks and data containers, including files, S
> On Tue, 2 Oct 2007, Ilpo Järvinen wrote:
>
> > I'm currently out of ideas where it could come from...
Hmm, there seems to be off-by-one in tcp_retrans_try_collapse after
all, or in fact, two of them. I'll post patch for this tomorrow...
--
i.
On Tue, 2 Oct 2007, Ilpo Järvinen wrote:
> I'm currently out of ideas where it could come from... so lets try
> brute-force checking as your test case is not very high-speed... This
> could hide it though... :-(
>
> Please put the patch below on top of clean rc8-mm2 (it includes the patch
> I g
On Mon, 1 Oct 2007, Cedric Le Goater wrote:
> got it !
>
> r3-06.test.meiosys.com login: WARNING: at
> /home/legoater/linux/2.6.23-rc8-mm2/net/ipv4/tcp_input.c:2314
> tcp_fastretrans_alert()
>
> Call Trace:
>[] tcp_ack+0xcd6/0x18af
[...snip...]
>
> TCP 0
H
gt; > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
> > >
> > > Locks up hard at very early boot on my Dell Latitude - grub says loading
> > > kernel, the screen clears, and we lock up before we get penguins.
> &
On Sun, 30 Sep 2007 01:50:14 PDT, Andrew Morton said:
> On Sat, 29 Sep 2007 22:26:21 -0400 [EMAIL PROTECTED] wrote:
>
> > On Thu, 27 Sep 2007 02:22:20 PDT, Andrew Morton said:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
>
s. It seems that it's been
>>>>> happening since rc7-mm1 at least.
>>>>>
>>>>> WARNING: at /home/legoater/linux/2.6.23-rc8-mm2/net/ipv4/tcp_input.c:2314
>>>>> tcp_fastretrans_alert()
>>>>>
>>>>> Call Tra
On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
> > That excludes all the extra stuff in -mm and should give us a good hint
> > whether HPET is really at fault.
>
> The system does boot with rc8 + hrt1.
>
> Andrew: any suggestions on how to trace the "real" culprit for the
On Monday 01 October 2007, Udo A. Steinberg wrote:
> On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop (FP) wrote:
> FP> On Monday 01 October 2007, you wrote:
> FP> > I was suggesting to download 2.6.23-rc8 and applying the -hrt
> patchset FP> > at
> FP> >
> http://www.kernel.org/pub/linux/kernel/people/
On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop (FP) wrote:
FP> On Monday 01 October 2007, you wrote:
FP> > I was suggesting to download 2.6.23-rc8 and applying the -hrt patchset
FP> > at
FP> > http://www.kernel.org/pub/linux/kernel/people/tglx/hrtimers/2.6.23-rc8/
FP> > on top of it.
FP>
FP> Ah, OK.
On Monday 01 October 2007, you wrote:
> On Sun, 30 Sep 2007 23:50:29 +0200 Frans Pop (FP) wrote:
> > I'm not sure what you mean. I fetched the branch I think you referred
> > to [1], but when I did a merge of that on top of v2.6.23-rc8-mm2 I
> > got "Already up-to-date", so AFAICT that branch is fu
On Sunday 30 September 2007, you wrote:
> On Sun, 30 Sep 2007 00:15:35 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
> > On Friday 28 September 2007, you wrote:
> > > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> >
> > With 'hpet-force-enable-on-ich34' reverted the system boots
> > +Call Trace:
> > + [] kobject_cleanup+0x31/0x47
> > + [] kref_put+0x76/0x84
> > + [] fuse_sysfs_cleanup+0xa/0x14 [fuse]
> > + [] fuse_exit+0x19/0x24 [fuse]
> > + [] sys_delete_module+0x1c0/0x228
> > + [] sysenter_past_esp+0x6b/0xa1
> > + [] 0xe410
> > + ===
> > +Code: aa
On Sun, 30 Sep 2007 23:50:29 +0200 Frans Pop (FP) wrote:
FP> I'm not sure what you mean. I fetched the branch I think you referred to
FP> [1], but when I did a merge of that on top of v2.6.23-rc8-mm2 I
FP> got "Already up-to-date", so AFAICT that branch is fully merged into mm
FP> and I'm alread
On Sunday 30 September 2007, you wrote:
> On Sat, 29 Sep 2007 13:02:34 -0700 Andrew Morton (AM) wrote:
> AM> On Sat, 29 Sep 2007 21:40:22 +0200 Frans Pop wrote:
> AM> > 3fe6c0016fd863b233097a8219a0d8577c2fd503 is first bad commit
> AM> > commit 3fe6c0016fd863b233097a8219a0d8577c2fd503
> AM> > Autho
On Sunday, 30 September 2007 10:50, Andrew Morton wrote:
> On Sat, 29 Sep 2007 22:26:21 -0400 [EMAIL PROTECTED] wrote:
>
> > On Thu, 27 Sep 2007 02:22:20 PDT, Andrew Morton said:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
&
On Sat, 29 Sep 2007 13:02:34 -0700 Andrew Morton (AM) wrote:
AM> On Sat, 29 Sep 2007 21:40:22 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
AM>
AM> > On Saturday 29 September 2007, you wrote:
AM> > > On Sat, 29 Sep 2007 02:32:44 +0200 Frans Pop <[EMAIL PROTECTED]>
AM> > > wrote:
AM> > > > On Friday
rom ide_disk
> piix generic ide_core ata_generic libata scsi_mod ehci_hcd uhci_hcd usbcore
> thermal processor fan
> +
> +Pid: 3763, comm: rmmod Not tainted (2.6.23-rc8-mm2 #1)
> +EIP: 0060:[] EFLAGS: 00010046 CPU: 0
> +EIP is at kfree+0x5e/0x97
> +EAX: EBX: dfe704b
Kamalesh Babulal wrote:
> Hi Andrew,
>
> The compilation with the cross compiler for the PowerPC-405 on the powerbox
> fails at linking
>
> LD init/built-in.o
> LD .tmp_vmlinux1
> ld: arch/powerpc/kernel/head_64.o(.text+0x80c8): sibling call optimization to
> `.text.init.refok' doe
On Sat, 29 Sep 2007 22:26:21 -0400 [EMAIL PROTECTED] wrote:
> On Thu, 27 Sep 2007 02:22:20 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
>
> Locks up hard at very early boot on my Dell Latitude - grub says l
fs_create_symlink failed (-17)
ip_tables: (C) 2000-2006 Netfilter Core Team
.config attached below.
Kind regards,
Jurriaan
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.23-rc8-mm2
# Sat Sep 29 07:37:07 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=
Hi Andrew,
The compilation with the cross compiler for the PowerPC-405 on the powerbox
fails at linking
LD init/built-in.o
LD .tmp_vmlinux1
ld: arch/powerpc/kernel/head_64.o(.text+0x80c8): sibling call optimization to
`.text.init.refok' does not allow automatic multiple TOCs; recom
On Thu, 27 Sep 2007 02:22:20 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
Locks up hard at very early boot on my Dell Latitude - grub says loading
kernel, the screen clears, and we lock up before we get penguins.
-rc8-mm1
gt; > [] kernel_thread_helper+0x7/0x14
> > ===
> > kobject_add failed for usbcore with -EEXIST, don't try to register
> > things with the same name in the same directory.
>
> That is very wierd, do you have both USB built in and as a module
>
trider2.log 2007-09-29 23:55:18.0 +0200
@@ -1,335 +1,360 @@
-Linux version 2.6.23-rc6 ([EMAIL PROTECTED]) (gcc version 4.2.1 (Debian 4.2.1-4)) #1 SMP Wed Sep 19 16:31:00 CEST 2007
+Linux version 2.6.23-rc8-mm2 ([EMAIL PROTECTED]) (gcc version 4.2.1 (Debian 4.2.1-4)) #1 SMP Sat Sep 29 23:22:39 CEST
been
> >>> happening since rc7-mm1 at least.
> >>>
> >>> WARNING: at /home/legoater/linux/2.6.23-rc8-mm2/net/ipv4/tcp_input.c:2314
> >>> tcp_fastretrans_alert()
> >>>
> >>> Call Trace:
> >>>[] tcp_ack+0xcd6/0x1894
> >&g
On Sat, 29 Sep 2007 21:40:22 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
> On Saturday 29 September 2007, you wrote:
> > On Sat, 29 Sep 2007 02:32:44 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
> > > On Friday 28 September 2007, Frans Pop wrote:
> > > > My Toshiba Satellite A40 (i386, P4 Mobile) han
On Sat, Sep 29, 2007 at 05:37:29PM +0800, Dave Young wrote:
> Hi,
> The kernel report warnings about sysfs filename duplicate under
> rc8-mm1 and rc8-mm2.
> 1.
> cut
> NET: Registered protocol family 16
> ACPI: bus type pci registered
> PCI: PCI BIOS revision 2.10 entry at 0xfb93e, last bu
Ilpo Järvinen wrote:
> On Fri, 28 Sep 2007, Ilpo Järvinen wrote:
>> On Fri, 28 Sep 2007, Cedric Le Goater wrote:
>>
>>> I just found that warning in my logs. It seems that it's been
>>> happening since rc7-mm1 at least.
>>>
>>> WARNING: at
On Fri, 28 Sep 2007, Ilpo Järvinen wrote:
> On Fri, 28 Sep 2007, Cedric Le Goater wrote:
>
> > I just found that warning in my logs. It seems that it's been
> > happening since rc7-mm1 at least.
> >
> > WARNING: at /home/legoater/linux/2.6.2
Vendor=, idProduct=
usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.23-rc8-mm2 ehci_hcd
usb usb1: SerialNumber: :00:1d.7
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Drive
On Sat, 29 Sep 2007 02:32:44 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
> On Friday 28 September 2007, Frans Pop wrote:
> > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> > Marking TSC unstable due to: possible TSC halt in C2.
> > Time: acpi_pm clocksource has been installed
On Friday 28 September 2007, Frans Pop wrote:
> My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> Marking TSC unstable due to: possible TSC halt in C2.
> Time: acpi_pm clocksource has been installed.
A few new boot attempts show the problem is more likely at:
Probing IDE interf
usb_storage libusual psmouse serio_raw ssb video output ehci_hcd ohci_hcd usbcore snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd_timer snd snd_page_alloc
Pid: 7291, comm: smbd Not tainted 2.6.23-rc8-mm2 #1
RIP: 0010:[] [] __mnt_is_readonly+0x0/0x20
RSP: 0018:8100068b1b60 EFLAGS: 00010296
RAX: 8
nx6325 and similar boxes caused by a
> > reference
> > to disable_apic_timer (labeled as __initdata) from the CPU initialization
> > code.
> >
> > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> Doh, I knew I blew it.
>
> Good catch, thanks
My Toshiba Satellite A40 (i386, P4 ) hangs during boot after:
Marking TSC unstable due to: possible TSC halt in C2.
Time: acpi_pm clocksource has been installed.
It may not actually hang, but rather end up in a loop as after some time the
fan goes wild.
System boots fine with 2.6.23-rc8. Have no
On Fri, 28 Sep 2007, Cedric Le Goater wrote:
> Hello !
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
>
> I just found that warning in my logs. It seems that it's been
> happening since r
Jiri Slaby <[EMAIL PROTECTED]> writes:
> On 09/27/2007 11:22 AM, Andrew Morton wrote:
>>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
Yep.
> # find /proc >/dev/null
> find: WARNING: Hard link count is wrong for /pro
On 09/27/2007 11:22 AM, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
# find /proc >/dev/null
find: WARNING: Hard link count is wrong for /proc/net: this may be a bug in your
filesystem driver. Automatically turning on
[1] SMP
> > last sysfs file: /block/sr0/size
> > CPU 0
> > Modules linked in: netconsole configfs sg ipv6 evdev usbhid hid usb_storage
> > libusual psmouse serio_raw ssb video output ehci_hcd ohci_hcd usbcore
> > snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm snd
Hello !
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
I just found that warning in my logs. It seems that it's been
happening since rc7-mm1 at least.
Thanks !
C.
WARNING: at /home/legoater/linux/2.6.23-rc8-mm2/
Compiling macb.c fails because the type of parameter 2 of macb_poll()
was changed from int* to int. Furthermore, a local variable was removed
but was still used inside the function. This patch fixes it.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
---
Index: linux-2.6.23-rc/drivers/net/macb.c
Hi Andrew,
Here are the Linux Kernel Markers for 2.6.23-rc8-mm2. The only change that has
been made since 2.6.23-rc8-mm1 is to integrate the updated samples menu.
The patches apply in the following order:
kconfig-instrumentation.patch
linux-kernel-markers.patch
add-samples-subdir.patch
linux
On Thu, 27 Sep 2007 15:54:20 -0600 Zan Lynx <[EMAIL PROTECTED]> wrote:
> Kernel 2.6.23-rc8-mm2 on a AMD-64, filesystems mounted are reiserfs,
> reiser4 and tmpfs.
> netconsole dmesg output and .config are included below.
reiser3 has a known problem, but it oopses in a different
Kernel 2.6.23-rc8-mm2 on a AMD-64, filesystems mounted are reiserfs,
reiser4 and tmpfs.
netconsole dmesg output and .config are included below.
Near the end of my boot sequence, there is a kernel error. I am not
sure exactly what user-space is doing to make this happen, but I know
that a simple
On Thu, Sep 27, 2007 at 12:48:33PM -0700, Andrew Morton wrote:
> > __fput+0x124/0x1a9
> > fput+0x31/0x35
> > reiserfs_xattr_set+0x291/0x2b0 [reiserfs]
> > user_set+0x4c/0x57 [reiserfs]
> > reiserfs_setxattr+0x81/0xf1 [reiserfs]
> > vfs_setxattr+0x7d/0xfa
> > setxattr+0xb9/0xd1
> > sys_lsetx
On Thu, 2007-09-27 at 12:48 -0700, Andrew Morton wrote:
>
> Hi, Dave!
>
> > It's fully reproducible.
> >
> > /home is mounted with the following options:
> >/dev/mapper/vglinux1-lvhome on /home type reiserfs
> (rw,noatime,nodiratime,user_xattr)
> >
> > This BUG happened with rc8-mm1 too.
>
On Thu, 27 Sep 2007 21:18:55 +0200
Laurent Riffard <[EMAIL PROTECTED]> wrote:
> Le 27.09.2007 11:22, Andrew Morton a écrit :
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
>
> I've got this BUG a few seconds after I lo
t; > to disable_apic_timer (labeled as __initdata) from the CPU
> > > > > > initialization code.
> > > > > >
> > > > > > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> >
de.
> > > > >
> > > > > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > > > > ---
> > > > > arch/x86_64/kernel/apic.c |2 +-
> > > > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > > > >
]>
> > > > ---
> > > > arch/x86_64/kernel/apic.c |2 +-
> > > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > > >
> > > > Index: linux-2.6.23-rc8-mm2/arch/x86_64/kernel/apic.c
> > > > ===
Le 27.09.2007 11:22, Andrew Morton a écrit :
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
I've got this BUG a few seconds after I logged in into Gnome desktop :
[partially hand copied BUG]
BUG: unable to handle kernel NULL pointer derefe
able_apic_timer (labeled as __initdata) from the CPU initialization
> > > code.
> > >
> > > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > > ---
> > > arch/x86_64/kernel/apic.c | 2 +-
> > > 1 fi
;
> > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > ---
> > arch/x86_64/kernel/apic.c |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > Index: linux-2.6.23-rc8-mm2/arch/x86_64/kernel/apic.c
> > ==========
nel/apic.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: linux-2.6.23-rc8-mm2/arch/x86_64/kernel/apic.c
> ===============
> --- linux-2.6.23-rc8-mm2.orig/arch/x86_64/kernel/apic.c
> +++ linux-2.6.23-rc
.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Doh, I knew I blew it.
Good catch, thanks,
tglx
> ---
> arch/x86_64/kernel/apic.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: linux-2.6.23-rc8-mm2/arch/x86_64/kernel/apic.c
&g
On Thursday, 27 September 2007 17:19, Rafael J. Wysocki wrote:
> On Thursday, 27 September 2007 11:22, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
> >
> >
> > - The scheduler devel tree
On Thursday, 27 September 2007 11:22, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
>
>
> - The scheduler devel tree has been restored
>
> - The driver tree is presently busted, so I reverted it
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
Hi Andrew,
The drivers/net/ibm_newemac/mal seems to be broken with 2.6.23-rc8-mm2 also, it
was
reported on 2.6.23-rc8-mm1 (http://lkml.org/lkml/2007/9/25/173).
--
Thanks &
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
- The scheduler devel tree has been restored
- The driver tree is presently busted, so I reverted it to the 2..23-rc8-mm1
version.
- It's now a nearly-32MB diff.
Boilerplate:
- See the `hot-
100 matches
Mail list logo
