On 3/29/07, Ed Sweetman <[EMAIL PROTECTED]> wrote:
NVRM: loading NVIDIA UNIX x86_64 Kernel Module 1.0-9746 Fri Dec 15 10:19:35
PST 2006
PCI: Setting latency timer of device :01:00.0 to 64
NVRM: loading NVIDIA UNIX x86_64 Kernel Module 1.0-9746 Fri Dec 15 10:19:35
PST 2006
**WARNING** I2
On Wed, 28 Mar 2007 03:26:35 +0200,
Eric Rannaud <[EMAIL PROTECTED]> wrote:
> The reason for that original patch was that it is actually possible for the
> uevent functions to return -ENOMEM, the uevent buffer being statically
> allocated to BUFFER_SIZE (2048).
So maybe -ENOMEM should still be pr
On Tue, Mar 27, 2007 at 07:17:49PM +0200, Cornelia Huck wrote:
> On Tue, 27 Mar 2007 11:25:57 +0200,
> "Kay Sievers" <[EMAIL PROTECTED]> wrote:
> > Checking the uevent return value, will not prevent any malfunction,
> > usually this kind of "error handling" just prevents bringing up a
> > whole sub
On Tue, 27 Mar 2007 11:25:57 +0200,
"Kay Sievers" <[EMAIL PROTECTED]> wrote:
> I don't see any point in deregistering a kernel device, if the event
> to userspace goes wrong, or a subsytem returns a non-zero value in the
> filter.
But if we filter the event, we just return 0?
> Checking the uev
On Wed, Mar 21, 2007 at 10:54:36AM +0100, [EMAIL PROTECTED] wrote:
> This last patch is an adaptation of the sys_futex64 syscall provided in -rt
> patch (originally written by Ingo Molnar). It allows the use of 64-bit futex.
>
> I have re-worked most of the code to avoid the duplication of the cod
On 3/26/07, Eric Rannaud <[EMAIL PROTECTED]> wrote:
On Mon, Mar 26, 2007 at 01:22:32AM -0800, Andrew Morton wrote:
> On Mon, 26 Mar 2007 11:09:49 +0200 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > > If so, do you think I should labour on with
> > > uevent-improve-error-checking-and-handling.patch
Badari Pulavarty writes:
> Patch causing the problem in -mm:
> ibmebus-uevent-support.patch
>
> I don't see where $,1rx(Bof_device_uevent$,1ry(B is defined :(
That patch depends on another one from Sylvain Munaut that I haven't
yet managed to get Ben H. to express an opinion on, and wh
On Mon, Mar 26, 2007 at 09:35:48PM +0200, Jean Delvare wrote:
>
> Greg, please update your copy with this version of the patch. The only
> change is that sound/ppc/beep.c is removed from the patch.
Done.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ysfs file: block/hda/range
> > CPU 3
> > Modules linked in:
> > Pid: 900, comm: boot Not tainted 2.6.21-rc4-mm1 #1
> > RIP: 0010:[] [] __sched_text_start
>
> This is a very popular oops, caused by the rsdl scheduler. I don't _think_
> we yet know exactly why it is happe
On Mon, 26 Mar 2007 13:57:57 -0800
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >
> > Will appear later at
> &g
On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
>
Panics my x
On Fri, 23 Mar 2007 00:27:09 +0100, "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Mon, 19 Mar 2007 20:56:23 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc4-mm
On Mon, 26 Mar 2007 20:01:52 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> J.A. Magallón wrote:
> > Libata seems to misdetect my cable.
> > I have double-checked and the cable is 80 pin...
>
> Does the following patch fix your problem?
>
> http://article.gmane.org/gmane.linux.ide/17444
>
> (Y
Hi Badari,
On Mon, 26 Mar 2007 12:05:56 -0800, Badari Pulavarty wrote:
> On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >
> > Will appear later at
> >
> >
>
On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
# make -j8 modules
On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
>
CC ar
On Wed, 21 Mar 2007 10:54:36 +0100 [EMAIL PROTECTED] wrote:
> It does not provide the functionality for all architectures (only for x64 for
> now).
Well that scuppers our chances of getting -mm kernels tested on ia64, s390
and sparc64. Which is a problem - people do test s390 and ia64 and so th
J.A. Magallón wrote:
> Libata seems to misdetect my cable.
> I have double-checked and the cable is 80 pin...
Does the following patch fix your problem?
http://article.gmane.org/gmane.linux.ide/17444
(You can get the raw message by appending /raw to the URL).
--
tejun
-
To unsubscribe from t
On Mon, 26 Mar 2007 12:34:33 +0200 Eric Rannaud <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 26, 2007 at 01:22:32AM -0800, Andrew Morton wrote:
> > On Mon, 26 Mar 2007 11:09:49 +0200 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > > > If so, do you think I should labour on with
> > > > uevent-improve-err
On Mon, Mar 26, 2007 at 01:22:32AM -0800, Andrew Morton wrote:
> On Mon, 26 Mar 2007 11:09:49 +0200 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > > If so, do you think I should labour on with
> > > uevent-improve-error-checking-and-handling.patch plus your fix, or should
> > > I
> > > drop the lot?
On Wed, 21 Mar 2007 10:54:34 +0100 [EMAIL PROTECTED] wrote:
> This patch modifies futex_wait() to use an hrtimer + schedule() in place of
> schedule_timeout().
>
> schedule_timeout() is tick based, therefore the timeout granularity is
> the tick (1 ms, 4 ms or 10 ms depending on HZ). By using a
On Mon, 26 Mar 2007 11:09:49 +0200 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Fri, 23 Mar 2007 21:06:18 -0800,
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > Would I be right in guessing that this was all triggered by
> > uevent-improve-error-checking-and-handling.patch?
>
> Looks like it,
On Fri, 23 Mar 2007 21:06:18 -0800,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Would I be right in guessing that this was all triggered by
> uevent-improve-error-checking-and-handling.patch?
Looks like it, since it passed the uevent failures to the upper layer.
> If so, do you think I should lab
On Mon, 19 Mar 2007 20:56:23 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
Libata seems to misdetect my cable.
I have double-checked and the cable is 80 pin...
ata1 is PATA ICH5 bus 1 with DV
w2200: Unable to load firmware: -2
> > Mar 21 15:06:52 cinder kernel: ipw2200: failed to register network
> > device
>
> The firmware loading bug is caused by
> driver-core-handles-kobject_uevent-failure-while-device_add.patch
>
> I've uploaded a revert patch to
On Fri, 23 Mar 2007 11:10:29 +0100 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Mar 2007 13:55:51 -0500,
> Larry Finger <[EMAIL PROTECTED]> wrote:
>
> > Cornelia Huck wrote:
> > > On Thu, 22 Mar 2007 07:23:06 -0500,
> > >
> > > This would indicate that dev_uevent had been called. But ho
Zan Lynx wrote:
>
> It may have partly been a problem of having half of softmac and half
> devicescape. I'm not entirely sure what udev did.
>
> I tried a patch for the Sonic Silicon that was posted and I turned off
> all the configuration for the softmac driver.
>
> It isn't crashing right now
On Friday 23 March 2007 23:28, Andy Whitcroft wrote:
> Andy Whitcroft wrote:
> > Con Kolivas wrote:
> >> On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
> >>> Ok, I have yet a third x86_64 machine is is blowing up with the latest
> >>> 2.6.21-r
On Wed, 2007-03-21 at 15:12 +0100, Marcel Holtmann wrote:
> Hi Andrew,
>
> > > * Freezes immediately if I allow Bluetooth to configure.
> >
> > cc bluez-devel
>
> is the -mm specific or does this also happens with 2.6.21-rc4?
Bluetooth works now, so it isn't entirely -mm's fault.
I app
On Wed, 2007-03-21 at 11:13 -0500, Larry Finger wrote:
> Andrew Morton wrote:
> > On Tue, 20 Mar 2007 17:23:54 -0600 Zan Lynx <[EMAIL PROTECTED]> wrote:
> >> First impressions:
> >> Several of the same bugs as rc3-mm*:
> >> * Freezes immediately if I touch the wlan0 device after loading
> >>
On Fri, Mar 23, 2007 at 09:54:29PM +0900, Yasunori Goto wrote:
> Hello.
>
> > > WARNING: mm/built-in.o - Section mismatch: reference to
> > > .init.text:__alloc_bootmem_node from .text between 'sparse_init' (at
> > > offset 0x15c8f) and '__section_nr'
> > I took a look at this one.
> > You have SP
>
> Andy Whitcroft wrote:
> > Con Kolivas wrote:
> >> On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
> >>> Ok, I have yet a third x86_64 machine is is blowing up with the
> >>> latest
> >>> 2.6.21-rc4-mm1+hotfixes+rsdl-0.32 but
Cornelia Huck wrote:
> On Thu, 22 Mar 2007 13:55:51 -0500,
> Larry Finger <[EMAIL PROTECTED]> wrote:
>> I applied the debug patch, but I don't see any error codes being returned.
>> This time I also got the
>> General Protection Faults. An excerpt of the log is attached.
>
> Hm, I think I have an
Hello.
> > WARNING: mm/built-in.o - Section mismatch: reference to
> > .init.text:__alloc_bootmem_node from .text between 'sparse_init' (at
> > offset 0x15c8f) and '__section_nr'
> I took a look at this one.
> You have SPARSEMEM enabled in your config.
> And then I see that in sparse.c we call all
Andy Whitcroft wrote:
> Con Kolivas wrote:
>> On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
>>> Ok, I have yet a third x86_64 machine is is blowing up with the latest
>>> 2.6.21-rc4-mm1+hotfixes+rsdl-0.32 but working with
>>> 2.6.21-rc4-mm1+hotfixes-RSD
On Thu, 22 Mar 2007 13:55:51 -0500,
Larry Finger <[EMAIL PROTECTED]> wrote:
> Cornelia Huck wrote:
> > On Thu, 22 Mar 2007 07:23:06 -0500,
> >
> > This would indicate that dev_uevent had been called. But how could
> > kobject_uevent then return an error without moaning about an uevent()
> > error
Con Kolivas wrote:
> On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
>> Ok, I have yet a third x86_64 machine is is blowing up with the latest
>> 2.6.21-rc4-mm1+hotfixes+rsdl-0.32 but working with
>> 2.6.21-rc4-mm1+hotfixes-RSDL. I have results on various hotfix lev
On Friday 23 March 2007 05:17, Andy Whitcroft wrote:
> Ok, I have yet a third x86_64 machine is is blowing up with the latest
> 2.6.21-rc4-mm1+hotfixes+rsdl-0.32 but working with
> 2.6.21-rc4-mm1+hotfixes-RSDL. I have results on various hotfix levels
> so I have just fired off a
Please always do reply-to-all.
On Fri, 23 Mar 2007 00:27:09 +0100 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> On Mon, 19 Mar 2007 20:56:23 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > Temporarily at
> >
> > http://userweb.k
On Mon, 19 Mar 2007 20:56:23 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-r
Morton wrote:
> >>>>>> Temporarily at
> >>>>>>
> >>>>>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >>>>>>
> >>>>>> Will appear later at
> >>>>>>
> >>
button battery ac nls_utf8 ntfs loop
nfsd exportfs nfs lockd nfs_acl sunrpc sr_mod usb_storage libusual
snd_hda_intel snd_hda_codec snd_pcm snd_timer snd ohci1394 sdhci ieee1394
soundcore mmc_core snd_page_alloc forcedeth ehci_hcd ide_cd cdrom ohci_hcd
usbcore i2c_nforce2 bcm43xx firmware_class ieee80211so
Andy Whitcroft wrote:
> Con Kolivas wrote:
>> On Thursday 22 March 2007 20:48, Andy Whitcroft wrote:
>>> Andy Whitcroft wrote:
>>>> Andy Whitcroft wrote:
>>>>> Andrew Morton wrote:
>>>>>> Temporarily at
>>>>>>
>>
Con Kolivas wrote:
> On Thursday 22 March 2007 20:48, Andy Whitcroft wrote:
>> Andy Whitcroft wrote:
>>> Andy Whitcroft wrote:
>>>> Andrew Morton wrote:
>>>>> Temporarily at
>>>>>
>>>>> http://userweb.kernel.org/~ak
On Thu, 22 Mar 2007 07:23:06 -0500,
Larry Finger <[EMAIL PROTECTED]> wrote:
> Cornelia Huck wrote:
> > On Wed, 21 Mar 2007 23:39:17 -0800,
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> >> On Wed, 21 Mar 2007 15:22:25 -0500 Matt Mackall <[EMAIL PROTECTED]> wrote:
> >>
> >>> With the latest -m
On Thu, Mar 22, 2007 at 04:25:53PM +, David Woodhouse wrote:
> On Thu, 2007-03-22 at 12:41 +0100, Sam Ravnborg wrote:
> > Yep - realized this when I took a closer look.
> > One thing striked my mind. It is correct that new things gets added
> > to i386 first these days?
>
> Personally I tend t
On Thu, 2007-03-22 at 12:41 +0100, Sam Ravnborg wrote:
> Yep - realized this when I took a closer look.
> One thing striked my mind. It is correct that new things gets added
> to i386 first these days?
Personally I tend to do PowerPC first, but most others seem to do i386,
yes. There are still sys
I cannot reproduce the BUG with your ml.bz2 patch applied.
I am seeing this with both 2.6.21-rc4-mm1 + hotfixes, and with
2.6.21-rc4 + ml.bz2:
Mar 22 09:10:35 FractalPath kernel: ACPI: CPU0 (power states: C1[C1]
C2[C2] C3[C3])
Mar 22 09:10:35 FractalPath kernel: The kobject at, or inside
On Thu, Mar 22, 2007 at 09:17:00AM +, David Woodhouse wrote:
> On Wed, 2007-03-21 at 12:59 +0100, Sam Ravnborg wrote:
> > I will give it a shot tonight.
>
> Thanks. I'll delete the syscalls-2.6.git tree now that you have it.
>
> > One issue I have with current approach is that the ARCH specif
On Wed, 21 Mar 2007 23:39:17 -0800,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 21 Mar 2007 15:22:25 -0500 Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > With the latest -mm, I'm now getting this:
> >
> > Mar 21 15:06:52 cinder kernel: ipw2200: Detected Intel PRO/Wireless
> > 2200BG Networ
On Thursday 22 March 2007 20:48, Andy Whitcroft wrote:
> Andy Whitcroft wrote:
> > Andy Whitcroft wrote:
> >> Andrew Morton wrote:
> >>> Temporarily at
> >>>
> >>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >>>
> >&g
Andy Whitcroft wrote:
> Andy Whitcroft wrote:
>> Andrew Morton wrote:
>>> Temporarily at
>>>
>>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>>>
>>> Will appear later at
>>>
>>>
>>> ftp://
el_agp agpgart evdev ex
> t3 jbd mbcache sg sr_mod cdrom sd_mod pata_acpi ata_piix ohci1394
> ieee1394 8139too mii libata scsi_mod ehci_hcd uhci_h
> cd usbcore thermal processor fan
> CPU:0
> EIP:0060:[]Not tainted VLI
> EFLAGS: 00010202 (2.6.21-rc4-mm1 #5)
> EIP
On Wed, 2007-03-21 at 12:59 +0100, Sam Ravnborg wrote:
> I will give it a shot tonight.
Thanks. I'll delete the syscalls-2.6.git tree now that you have it.
> One issue I have with current approach is that the ARCH specific
> things are in a single .h file.
Que? There aren't really any arch-spec
Cook <[EMAIL PROTECTED]> wrote:
> > >
> > > > I can't
> > > > get 2.6.21-rc4-mm1 to compile (with or without this fix):
> > > >
> > > > GEN .version
> > > > init/.missing_syscalls.h.cmd:2: *** missing separator. Stop.
&
Andy Whitcroft wrote:
> Andrew Morton wrote:
>> Temporarily at
>>
>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>>
>> Will appear later at
>>
>>
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
On Thu, Mar 22, 2007 at 09:14:45AM +0100, Eric Dumazet wrote:
> Also, do we really need to proxy via proc_reg_file_ops files that are not
> provided by a module ?
>
> I think not.
>
> Could you please add in proc_get_inode() a check against de->proc_fops->owner
> ?
Let's _not_. Bugs that depe
Hi Alexey,
It seems you are fix-rmmod-read-write-races-in-proc-entries.patch author ?
/proc/kcore is no longer seekable (or mappable)
Also, do we really need to proxy via proc_reg_file_ops files that are not
provided by a module ?
I think not.
Could you please add in proc_get_inode() a check
ta_piix ohci1394 ieee1394
> 8139too mii libata scsi_mod ehci_hcd uhci_hcd usbcore thermal
> processor fan
> CPU: 0
> EIP:0060:[]Not tainted VLI
> EFLAGS: 00010202 (2.6.21-rc4-mm1 #4)
> EIP is at module_put+0x7/0x1f
> eax: 6b6b6b6b ebx: c34bea98 ecx: c01618d2
e firmware loading bug is caused by
driver-core-handles-kobject_uevent-failure-while-device_add.patch
I've uploaded a revert patch to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/hot-fixes/
-
To unsubscribe from this list: send the line "uns
(2.6.21-rc4-mm1 #4)
EIP is at module_put+0x7/0x1f
eax: 6b6b6b6b ebx: c34bea98 ecx: c01618d2 edx: 0001
esi: c358 edi: c34ba2fc ebp: c3597f38 esp: c3597f38
ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Process firmware_helper (pid: 1895, ti=c3596000 task=c35a40b0 task.ti=c3596000
On Wed, Mar 21, 2007 at 01:38:15PM -0700, Andrew Morton wrote:
> On Wed, 21 Mar 2007 13:49:58 -0500
> Larry Finger <[EMAIL PROTECTED]> wrote:
>
> > When I configure 'CPU Idle PM Support' on my HP dv2125nr notebook with a
> > Turion X64 X2 processor and
> > X86_64 architecture selected, the comput
Firmware loading is broken for all subsystems, not just network
→ http://bugzilla.kernel.org/show_bug.cgi?id=8239
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.
On Wed, 21 Mar 2007 23:19:05 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 20, 2007 at 09:47:14PM -0800, Andrew Morton wrote:
> > On Tue, 20 Mar 2007 12:20:16 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
> >
> > > I can't
> > > get 2
On Tue, Mar 20, 2007 at 09:47:14PM -0800, Andrew Morton wrote:
> On Tue, 20 Mar 2007 12:20:16 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
>
> > I can't
> > get 2.6.21-rc4-mm1 to compile (with or without this fix):
> >
> > GEN .version
> &
On Wed, 21 Mar 2007 15:22:25 -0500
Matt Mackall <[EMAIL PROTECTED]> wrote:
> With the latest -mm, I'm now getting this:
>
> Mar 21 15:06:52 cinder kernel: ipw2200: Detected Intel PRO/Wireless
> 2200BG Network Connection
> Mar 21 15:06:52 cinder kernel: firmware_loading_store: unexpected
> value (
l snd_hda_codec sdhci snd_pcm snd_timer ohci1394
> mmc_core snd ieee1394
> forcedeth soundcore snd_page_alloc ohci_hcd ide_cd ehci_hcd cdrom usbcore
> i2c_nforce2 bcm43xx
> firmware_class ieee80211softmac ieee80211 ieee80211_crypt ext3 mbcache jbd sg
> edd fan sata_nv libata
> a
211softmac ieee80211 ieee80211_crypt ext3 mbcache jbd sg
edd fan sata_nv libata
amd74xx thermal processor sd_mod scsi_mod ide_disk ide_core
kernel: Pid: 4026, comm: cat Not tainted 2.6.21-rc4-mm1-mm1 #6
kernel: RIP: 0010:[] []
module_put+0x1f/0x35
kernel: RSP: 0018:810006f85ea8 EFLAGS: 0
r kernel: ipw2200: ipw2200-bss.fw
> request_firmware failed:
> Reason -2
> Mar 21 15:06:52 cinder kernel: ipw2200: Unable to load firmware: -2
> Mar 21 15:06:52 cinder kernel: ipw2200: failed to register network
> device
>
I am seeing similar messages trying to load bcm43xx
On Mar 21, 2007, at 11:49 AM, Larry Finger wrote:
When I configure 'CPU Idle PM Support' on my HP dv2125nr notebook
with a Turion X64 X2 processor and
X86_64 architecture selected, the computer freezes on bootup. I
have included a portion the
configuration file and part of /var/log/boot.msg
On Wed, 21 Mar 2007 13:49:58 -0500
Larry Finger <[EMAIL PROTECTED]> wrote:
> When I configure 'CPU Idle PM Support' on my HP dv2125nr notebook with a
> Turion X64 X2 processor and
> X86_64 architecture selected, the computer freezes on bootup. I have included
> a portion the
> configuration file
With the latest -mm, I'm now getting this:
Mar 21 15:06:52 cinder kernel: ipw2200: Detected Intel PRO/Wireless
2200BG Network Connection
Mar 21 15:06:52 cinder kernel: firmware_loading_store: unexpected
value (0)
Mar 21 15:06:52 cinder kernel: ipw2200: ipw2200-bss.fw
request_firmware failed:
Reaso
; >>>
> >>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >>>
> >>> Will appear later at
> >>>
> >>>
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
> >>
007-03-19 at 20:56 -0800, Andrew Morton wrote:
> > >>> Temporarily at
> > >>>
> > >>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> > >>>
> > >>> Will appear later at
> > >>>
> > >>>
> > &
as follows:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21-rc4-mm1
# Wed Mar 21 13:05:07 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_ZONE_DMA32=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACK
Fix duplicate names in shpchp and pciehp.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Index: 2.6-mm/drivers/pci/hotplug/pciehp.h
===
--- 2.6-mm.orig/drivers/pci/hotplug/pciehp.h
+++ 2.6-mm/drivers/pci/hotplug/pciehp.h
@
On Tue, Mar 20, 2007 at 06:47:04PM -0700, Randy Dunlap wrote:
> On Mon, 19 Mar 2007 20:56:23 -0800 Andrew Morton wrote:
>
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >
> > Will appear later at
> >
> &g
gt;
> >>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >>>
> >>> Will appear later at
> >>>
> >>>
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
> >>
Eric W. Biederman [EMAIL PROTECTED] wrote:
|
| While we are on the topic. What became of the notion of zeroing the
| session and process group values for the init_task?
I just sent that patch a few minutes ago.
|
| Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
While we are on the topic. What became of the notion of zeroing the
session and process group values for the init_task?
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majo
Andrew Morton wrote:
> On Tue, 20 Mar 2007 17:23:54 -0600 Zan Lynx <[EMAIL PROTECTED]> wrote:
>
>> On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
>>> Temporarily at
>>>
>>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>>>
>&g
Andrew Morton [EMAIL PROTECTED] wrote:
| On Wed, 21 Mar 2007 19:55:34 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
|
| > On 03/21, Andrew Morton wrote:
| > >
| > > On Wed, 21 Mar 2007 15:45:16 +0100 "Rafael J. Wysocki" <[EMAIL
PROTECTED]> wrote:
| > >
| > > > On Wednesday, 21 March 2007 15:23,
On 03/21, Oleg Nesterov wrote:
>
> On 03/21, Andrew Morton wrote:
> >
> > On Wed, 21 Mar 2007 15:45:16 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Wednesday, 21 March 2007 15:23, Oleg Nesterov wrote:
> > > > >
> > > > > Could the freezer code be trying to freeze the idl
On Wed, 21 Mar 2007 19:55:34 +0300 Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> On 03/21, Andrew Morton wrote:
> >
> > On Wed, 21 Mar 2007 15:45:16 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Wednesday, 21 March 2007 15:23, Oleg Nesterov wrote:
> > > > >
> > > > > Could
On 03/21, Andrew Morton wrote:
>
> On Wed, 21 Mar 2007 15:45:16 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Wednesday, 21 March 2007 15:23, Oleg Nesterov wrote:
> > > >
> > > > Could the freezer code be trying to freeze the idle thread as a result?
> > >
> > > Yes. remove-th
On Wed, 21 Mar 2007 15:45:16 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Wednesday, 21 March 2007 15:23, Oleg Nesterov wrote:
> > On 03/21, Nigel Cunningham wrote:
> > >
> > > On Tue, 2007-03-20 at 19:23 -0600, Eric W. Biederman wrote:
> > > > >> > Rafael J. Wysocki napsal(a):
> >
Andrew Morton wrote:
> On Tue, 20 Mar 2007 17:23:54 -0600 Zan Lynx <[EMAIL PROTECTED]> wrote:
>
>> On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
>>> Temporarily at
>>>
>>> http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
>>>
>&g
On Tue, 20 Mar 2007, Eric W. Biederman wrote:
> Hugh Dickins <[EMAIL PROTECTED]> writes:
>
> > I get a hang at startup or shutdown: tiocsctty() holds tty_mutex, and
> > now with Eric's tty-in-tiocsctty-when-we-steal-a-tty-hang-it-up.patch
> > it can end up calling con_close(), which tries to take
On Wednesday, 21 March 2007 15:23, Oleg Nesterov wrote:
> On 03/21, Nigel Cunningham wrote:
> >
> > On Tue, 2007-03-20 at 19:23 -0600, Eric W. Biederman wrote:
> > > >> > Rafael J. Wysocki napsal(a):
> > > >
> > > > Bisection shows that the freezing of processes has been broken by one
> > > > of
On 03/21, Nigel Cunningham wrote:
>
> On Tue, 2007-03-20 at 19:23 -0600, Eric W. Biederman wrote:
> > >> > Rafael J. Wysocki napsal(a):
> > >
> > > Bisection shows that the freezing of processes has been broken by one of
> > > the
> > > patches:
> > >
> > > remove-the-likelypid-check-in-copy_proc
Hi Andrew,
> > * Freezes immediately if I allow Bluetooth to configure.
>
> cc bluez-devel
is the -mm specific or does this also happens with 2.6.21-rc4?
Regards
Marcel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On Wednesday, 21 March 2007 02:23, Eric W. Biederman wrote:
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
>
> > On Tuesday, 20 March 2007 22:06, Rafael J. Wysocki wrote:
> >> On Tuesday, 20 March 2007 21:58, Jiri Slaby wrote:
> >> > Rafael J. Wysocki napsal(a):
> >> > > Actually, the problem i
On Tue, Mar 20, 2007 at 09:47:14PM -0800, Andrew Morton wrote:
> On Tue, 20 Mar 2007 12:20:16 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
>
> > I can't
> > get 2.6.21-rc4-mm1 to compile (with or without this fix):
> >
> > GEN .version
> &
On Tue, 2007-03-20 at 21:47 -0800, Andrew Morton wrote:
> On Tue, 20 Mar 2007 12:20:16 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
>
> > I can't
> > get 2.6.21-rc4-mm1 to compile (with or without this fix):
> >
> > GEN .version
> > init/.
On 20/03/2007 3:56 PM, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/
- Restored the RSDL CPU scheduler (a new version thereof)
Just
This patch modifies futex_wait() to use an hrtimer + schedule() in place of
schedule_timeout().
schedule_timeout() is tick based, therefore the timeout granularity is
the tick (1 ms, 4 ms or 10 ms depending on HZ). By using a high resolution
timer for timeout wakeup, we can attain a much finer t
This patch provides the futex_requeue_pi functionality, which allows some
threads waiting on a normal futex to be requeued on the wait-queue of
a PI-futex.
This provides an optimization, already used for (normal) futexes, to be used
with
the PI-futexes.
This optimization is currently used by the
This last patch is an adaptation of the sys_futex64 syscall provided in -rt
patch (originally written by Ingo Molnar). It allows the use of 64-bit futex.
I have re-worked most of the code to avoid the duplication of the code.
It does not provide the functionality for all architectures (only for x
Hi Andrew,
This is a re-send of a series of patches concerning futexes (here
after is a short description).
I have reworked the patches to take into account the last changes
about futex, and this series should apply cleanly on -mm tree (the changes
mostly affect patch 2 "futex_wait
Today, all threads waiting for a given futex are woken in FIFO order (first
waiter woken first) instead of priority order.
This patch makes use of plist (pirotity ordered lists) instead of simple list in
futex_hash_bucket.
All non-RT threads are stored with priority MAX_RT_PRIO, causing them to b
1 - 100 of 142 matches
Mail list logo
