isolated the reason
for the crash.
Misc. Details on the Ooops is:-
1) Isolation of code causing the crash - As below
2) Hardware : ARM based running linux 2.6.11 with 32 MB of RAM
4) Crash Dump : - As below.
Isolation of code causing the crash:-
___
The target on which it
On Thu, Apr 21, 2005 at 03:26:37PM -0700, Shaun Jackman wrote:
> I was using lirc 0.7.0 with Linux 2.6.8.1. Upon upgrading to Linux
> 2.6.11, I recompiled the lirc 0.7.0 hauppauge (lirc_i2c) modules for
> the new kernel. This did not work. I then tried compiling the lirc
> 0.7.1 mod
I was using lirc 0.7.0 with Linux 2.6.8.1. Upon upgrading to Linux
2.6.11, I recompiled the lirc 0.7.0 hauppauge (lirc_i2c) modules for
the new kernel. This did not work. I then tried compiling the lirc
0.7.1 modules for the new kernel. This didn't work either. The error
message lircd giv
It wasn't the kernel.
Many thanks to those who helped me track down this problem.
It seems that the 'C' runtime library was trapping the call
to reboot() which probably should have been _reboot() in
earlier code to prevent this. Anyway, the fix is to call
the kernel directly so it doesn't get blame
On Fri, 8 Apr 2005, Daniel Jacobowitz wrote:
On Thu, Apr 07, 2005 at 04:50:32PM -0400, Richard B. Johnson wrote:
On Thu, 7 Apr 2005, Jan Harkes wrote:
On Thu, Apr 07, 2005 at 11:16:14AM -0400, Richard B. Johnson wrote:
In the not-too distant past, one could disable Ctl-Alt-DEL.
Can't do it anymore.
On Thu, Apr 07, 2005 at 04:50:32PM -0400, Richard B. Johnson wrote:
> On Thu, 7 Apr 2005, Jan Harkes wrote:
>
> >On Thu, Apr 07, 2005 at 11:16:14AM -0400, Richard B. Johnson wrote:
> >>In the not-too distant past, one could disable Ctl-Alt-DEL.
> >>Can't do it anymore.
> >...
> >>Observe that rebo
On Thu, 7 Apr 2005, Jan Harkes wrote:
On Thu, Apr 07, 2005 at 11:16:14AM -0400, Richard B. Johnson wrote:
In the not-too distant past, one could disable Ctl-Alt-DEL.
Can't do it anymore.
...
Observe that reboot() returns 0 and `strace` understands what
parameters were passed. The result is that, if
On Thu, 7 Apr 2005, Randy.Dunlap wrote:
On Thu, 7 Apr 2005 15:46:20 -0400 (EDT) Richard B. Johnson wrote:
| On Thu, 7 Apr 2005, Randy.Dunlap wrote:
|
| > On Thu, 7 Apr 2005 11:16:14 -0400 (EDT) Richard B. Johnson wrote:
| >
| > |
| > | In the not-too distant past, one could disable Ctl-Alt-DEL.
| >
On Thu, Apr 07, 2005 at 11:16:14AM -0400, Richard B. Johnson wrote:
> In the not-too distant past, one could disable Ctl-Alt-DEL.
> Can't do it anymore.
...
> Observe that reboot() returns 0 and `strace` understands what
> parameters were passed. The result is that, if I hit Ctl-Alt-Del,
> `init` w
On Thu, 7 Apr 2005 15:46:20 -0400 (EDT) Richard B. Johnson wrote:
| On Thu, 7 Apr 2005, Randy.Dunlap wrote:
|
| > On Thu, 7 Apr 2005 11:16:14 -0400 (EDT) Richard B. Johnson wrote:
| >
| > |
| > | In the not-too distant past, one could disable Ctl-Alt-DEL.
| > | Can't do it anymore.
| >
| > What s
On Thu, 7 Apr 2005, Randy.Dunlap wrote:
On Thu, 7 Apr 2005 11:16:14 -0400 (EDT) Richard B. Johnson wrote:
|
| In the not-too distant past, one could disable Ctl-Alt-DEL.
| Can't do it anymore.
What should disabling C_A_D do?
| Script started on Thu 07 Apr 2005 10:58:11 AM EDT
| [SNIPPED leading stu
On Thu, 7 Apr 2005 11:16:14 -0400 (EDT) Richard B. Johnson wrote:
|
| In the not-too distant past, one could disable Ctl-Alt-DEL.
| Can't do it anymore.
What should disabling C_A_D do?
| Script started on Thu 07 Apr 2005 10:58:11 AM EDT
| [SNIPPED leading stuff...]
|
| mprotect(0xb7fe4000, 286
In the not-too distant past, one could disable Ctl-Alt-DEL.
Can't do it anymore.
Script started on Thu 07 Apr 2005 10:58:11 AM EDT
[SNIPPED leading stuff...]
mprotect(0xb7fe4000, 28672, PROT_READ|PROT_EXEC) = 0
brk(0) = 0x804a000
brk(0x8053000)
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of linux-os
>Sent: Friday, March 25, 2005 1:19 PM
>To: Linux kernel
>Subject: mmap/munmap on linux-2.6.11
>
>Memory gurus,
>
>We have an application where a driver allocates D
Memory gurus,
We have an application where a driver allocates DMA-able memory.
This DMA-able memory is mmap()ed to user-space. To conserve
DMA memory only single pages are obtained using
__get_dma_pages(GFP_KERNEL, 1) (one page at a time). These
pages, that may be scattered all about, are mmap()ed
On Mon, Mar 21, 2005 at 02:25:55PM -0800, Andrew Morton wrote:
>"George Georgalis" <[EMAIL PROTECTED]> wrote:
>>
>> I'm very defiantly seeing a problem with the 2.6.11
>> kernel and my spamassassin setup. However, it's not
>> clear exactly where the problem is, seems like sa
>> but it might be 2.6.
"George Georgalis" <[EMAIL PROTECTED]> wrote:
>
> I'm very defiantly seeing a problem with the 2.6.11
> kernel and my spamassassin setup. However, it's not
> clear exactly where the problem is, seems like sa
> but it might be 2.6.11 with daemontools + qmail +
> QMAIL_QUEUE.
>
> A sure sign of it i
On Wed, Mar 16, 2005 at 05:37:59PM -0500, Paul Jarc wrote:
>"George Georgalis" <[EMAIL PROTECTED]> wrote:
>> On Wed, Mar 09, 2005 at 06:28:35PM -0500, Paul Jarc wrote:
>>> To simplify, what about these two:
>>> mplayer foo.mpg
>>> mplayer foo.mpg < mediafiles.txt
>>
>> The particular host does not
"George Georgalis" <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 09, 2005 at 06:28:35PM -0500, Paul Jarc wrote:
>> To simplify, what about these two:
>> mplayer foo.mpg
>> mplayer foo.mpg < mediafiles.txt
>
> The particular host does not have X support so mpg is out.
Well, use any one of the files list
2.6.11-ac4
o Merge with 2.6.11.4
2.6.11-ac3
o Make SATA AHCI error recovery work (Brett Russ)
o Watchdog link order (Dave Jones)
o Ressurect the epca driver (Alan Cox)
o Merge with 2.6.11.3
2.6.11-ac2
o
ired, maybe I can copy this string to others variables.
Yes... sure"
$ export VAR2=$VAR1
$ export VAR3=$VAR1
$ export VAR4=$VAR1
$ export VAR5=$VAR1
Then check your env size is large enough
$ env|wc -c
4508
$ ./xxx
./xxx 2>/dev/null
Apparently the kernel thinks 4096 is a good leng
ge enough
$ env|wc -c
4508
$ ./xxx
./xxx 2>/dev/null
Apparently the kernel thinks 4096 is a good length!
So what ? Your program works well now, on a linux-2.6.11 typical
machine. Ready to buffer overflow again.
Maybe you can pay me $1000 :)
Eric Dumazet
This is code for which there are no
linux-os wrote:
I don't know how much more precise I could have been. I show the
code that will cause the observed condition. I explain that this
condition is new, that it doesn't correspond to the previous
behavior.
Never before was some buffer checked for length before some data
was written to it
On Wed, 16 Mar 2005, Ian Campbell wrote:
On Wed, 2005-03-16 at 07:29 -0500, linux-os wrote:
This means that the read() is no longer perfectly happy
to corrupt all of the user's memory which is the defacto
correct response for a bad buffer as shown. Instead, some
added "check in software" claims to
On Wed, 2005-03-16 at 07:29 -0500, linux-os wrote:
> This means that the read() is no longer perfectly happy
> to corrupt all of the user's memory which is the defacto
> correct response for a bad buffer as shown. Instead, some
> added "check in software" claims to prevent this, but
> is wrong an
On Tue, 15 Mar 2005, Tom Felker wrote:
On Tuesday 15 March 2005 11:59 am, linux-os wrote:
The attached file shows that the kernel thinks it's doing
something helpful by checking the length of the input
buffer for a read(). It will return "Bad Address" until
the length is 1632 bytes. Apparently the
On Tue, 15 Mar 2005, Robert Hancock wrote:
linux-os wrote:
The attached file shows that the kernel thinks it's doing
something helpful by checking the length of the input
buffer for a read(). It will return "Bad Address" until
the length is 1632 bytes. Apparently the kernel thinks
1632 is a good l
On Wed, Mar 09, 2005 at 06:28:35PM -0500, Paul Jarc wrote:
>"George Georgalis" <[EMAIL PROTECTED]> wrote:
>> It (Gerrit Pape's technique) very defiantly stopped working a few revs
>> back (2.6.7?). I'm seeing a similar failed read from /dev/rtc and
>> mplayer with 2.6.10, now too.
>
>The /proc/kmsg
On Tuesday 15 March 2005 11:59 am, linux-os wrote:
> The attached file shows that the kernel thinks it's doing
> something helpful by checking the length of the input
> buffer for a read(). It will return "Bad Address" until
> the length is 1632 bytes. Apparently the kernel thinks
> 1632 is a good
linux-os wrote:
The attached file shows that the kernel thinks it's doing
something helpful by checking the length of the input
buffer for a read(). It will return "Bad Address" until
the length is 1632 bytes. Apparently the kernel thinks
1632 is a good length!
Likely because only 1632 bytes of me
The attached file shows that the kernel thinks it's doing
something helpful by checking the length of the input
buffer for a read(). It will return "Bad Address" until
the length is 1632 bytes. Apparently the kernel thinks
1632 is a good length!
Did anybody consider the overhead necessary to do th
Almost entirely the 2.6.11.3 update this time. Nice and simple because the
2.6.11.x is working out wonderfully.
Alan
2.6.11-ac3
o Merge in 2.6.11.3
o Make SATA AHCI error recovery work (Brett Russ)
o Watchdog link order (Dave Jones)
o
Hi All,
An update of the uClinux (MMU-less) fixups against 2.6.11.
Most new changes center around the recent nommu changes to keep
the mm list as a vma list. Still a bunch of old changes I need
to push up stream in this patch too.
http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/linux-2.6.11-uc0
Hi,
FiSC founds a potential error on JFS (Linux 2.6.11) where fsync doesn't
properly flushes out file data. Crash after this fsync causes data loss.
The test case can be found at http://fisc.stanford.edu/bug9/crash.c
To reproduce it, download and compile crash.c, and run it on a fres
Just booted 2.6.11-mm2 with a new .config and ran into this BUG(). Here
is the snippet from dmesg.
[ 25.088135] ohci_hcd :00:02.0: wakeup
[ 25.113120] BUG: soft lockup detected on CPU#0!
[ 25.113128]
[ 25.113135] Modules linked in: ehci_hcd ohci_hcd usbcore i2c_nforce2
it87 eeprom i2c
On Iau, 2005-03-10 at 09:06, Tupshin Harper wrote:
> Alan...since you disagreed with the earlier characterization of what it
> would take to get into the mainline kernels, could you let us know what
> it would take in your opinion? FWIW, I'm happily using it with a -ac kernel.
It needs some smal
Alan Cox wrote:
On Mer, 2005-03-09 at 22:22, CaT wrote:
Argh! Ok. I guess I shouldn't've just bought the card based on this
driver then so that I could better debug my problems with my promise
cards. 8(
Its good hardware. It does lots of neat things providing you run -ac
anyway. The raid1 p
On Wednesday 09 March 2005 17:51, Alan Cox wrote:
> On Mer, 2005-03-09 at 07:26, CaT wrote:
> > > Carried over from 2.6.10-ac
> >
> > BTW. What's the probability of the ITE driver making it into the stock
> > kernel?
>
> I have given up caring about the base kernel IDE code. I've tried to get
> s
On Mer, 2005-03-09 at 22:22, CaT wrote:
> Argh! Ok. I guess I shouldn't've just bought the card based on this
> driver then so that I could better debug my problems with my promise
> cards. 8(
Its good hardware. It does lots of neat things providing you run -ac
anyway. The raid1 performance is ver
On Wed, 09 Mar 2005, Paul Jarc uttered the following:
> "George Georgalis" <[EMAIL PROTECTED]> wrote:
>> It (Gerrit Pape's technique) very defiantly stopped working a few revs
>> back (2.6.7?). I'm seeing a similar failed read from /dev/rtc and
>> mplayer with 2.6.10, now too.
>
> The /proc/kmsg p
"George Georgalis" <[EMAIL PROTECTED]> wrote:
> It (Gerrit Pape's technique) very defiantly stopped working a few revs
> back (2.6.7?). I'm seeing a similar failed read from /dev/rtc and
> mplayer with 2.6.10, now too.
The /proc/kmsg problem happens because the kernel now checks for
permission at
On Wed, Mar 09, 2005 at 05:43:02PM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Wed, 09 Mar 2005 16:38:43 +, Alan Cox <[EMAIL PROTECTED]> wrote:
> > On Mer, 2005-03-09 at 16:26, Bartlomiej Zolnierkiewicz wrote:
> > > It can be merged if somebody fix it to always force controller into
> > > non-
On Wed, 09 Mar 2005 16:38:43 +, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Mer, 2005-03-09 at 16:26, Bartlomiej Zolnierkiewicz wrote:
> > It can be merged if somebody fix it to always force controller into
> > non-RAID mode and remove RAID mode support (which currently
> > does nothing more besid
On Mer, 2005-03-09 at 16:26, Bartlomiej Zolnierkiewicz wrote:
> It can be merged if somebody fix it to always force controller into
> non-RAID mode and remove RAID mode support (which currently
> does nothing more besides complicating the driver and making special
> commands unusable).
Incorrect
On Wed, 9 Mar 2005 18:26:46 +1100, CaT <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 07, 2005 at 09:34:22PM +, Alan Cox wrote:
> > For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
> > diff should actually apply to either right now.
> >
> > 2.6.11-ac1
> > o Fix jbd race in
On Mer, 2005-03-09 at 07:26, CaT wrote:
> > Carried over from 2.6.10-ac
>
> BTW. What's the probability of the ITE driver making it into the stock
> kernel?
I have given up caring about the base kernel IDE code. I've tried to get
stuff submitted and failed. I've no plan to waste further time on i
On Wed, Mar 09, 2005 at 01:06:11PM +, Nix wrote:
>> An interesting technique that allows a program (such as a log writer)
>> to run as an unprivileged user, while receiving privileged data. (taken
>> almost verbatim from Gerrit Pape's socklog)
>>
>> #!/bin/sh
>> exec > exec 2>&1
>> exec softl
On Tue, 8 Mar 2005, George Georgalis announced authoritatively:
> Here's what I'm doing that is broken. I use tcpserver (functionally
> similar to inetd) to receive an incoming smtp connection. While the
> smtp session is still open, the message is piped to a temp file which
> is then scanned for s
On Mon, Mar 07, 2005 at 09:34:22PM +, Alan Cox wrote:
> For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
> diff should actually apply to either right now.
>
> 2.6.11-ac1
> o Fix jbd race in ext3(Stephen Tweedie)
>
> Carried over from 2.6
George Georgalis wrote:
Here is a problem with 2.6.10:
while read file; do mplayer $file ; done
or
tail -n93 mediafiles.txt | while read file; do mplayer $file ; done
for each file path in that text file I get:
Failed to open /dev/rtc: Permission denied (it should be readable by the user.)
^- Thi
Hi Andrew,
Here's the latest version of relayfs, against linux-2.6.11-mm2. I'm
hoping you'll consider putting this version back into your tree - the
previous rounds of comment seem to have shaken out all the API issues
and the number of comments on the code itself have also st
On Tue, 8 Mar 2005 12:19:53 -0500, George Georgalis <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 08, 2005 at 11:58:14AM -0500, George Georgalis wrote:
> >On Tue, Mar 08, 2005 at 01:37:03PM +, Nix wrote:
> >>On Thu, 3 Mar 2005, George Georgalis uttered the following:
> >>> I recall a problem a while
On Tue, Mar 08, 2005 at 11:58:14AM -0500, George Georgalis wrote:
>On Tue, Mar 08, 2005 at 01:37:03PM +, Nix wrote:
>>On Thu, 3 Mar 2005, George Georgalis uttered the following:
>>> I recall a problem a while back with a pipe from
>>> /proc/kmsg that was sent by root to a program with a
>>> use
falseys
rm "$tmp"
exit 31
;;
*) # spamc error,
echo "$0 error, spamc exit $sce"
exit 71
esac
exit 81 # Internal bug
>If you can reproduce it consistently, *please* report
>this to the linux-kernel list!
I did, but have had no response to my
Hi,
On Tue, 2005-03-08 at 06:49, Chris Wright wrote:
> Yes, we are intending to pick up bits from -ac (you might have missed
> that in another thread).
There's actually a successor patch to that which I'm just about to get
feedback on here and on ext2-devel. It's higher-risk than the one Alan
h
Alan Cox wrote:
Functionality
o PWC USB camera driver
o Working ULI526X support (added to base in .11 but broken)
o ATP88x support
o Intelligent misrouted IRQ handlers
o Fix PCI boxes that take minutes IDE probing
o Remove bogus confusing XFree86 keyboard messag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/08/2005 03:49 PM, Chris Wright wrote:
> * Clemens Schwaighofer ([EMAIL PROTECTED]) wrote:
>
>>>2.6.11-ac1
>>>oFix jbd race in ext3(Stephen Tweedie)
>>
>>will that patch actually appear in 2.6.11.2? At least it loo
* Clemens Schwaighofer ([EMAIL PROTECTED]) wrote:
> --On Monday, March 07, 2005 09:34:22 PM + Alan Cox
> <[EMAIL PROTECTED]> wrote:
>
> >For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
> >diff should actually apply to either right now.
> >
> >2.6.11-ac1
> >oFix jb
--On Monday, March 07, 2005 09:34:22 PM + Alan Cox
<[EMAIL PROTECTED]> wrote:
For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
diff should actually apply to either right now.
2.6.11-ac1
o Fix jbd race in ext3(Stephen Tweedie)
will that
Yes yes yes! It almost seemed that your work on thesis stuff will kill
-ac :(
Thank you!
Indrek
-
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/majordomo-info.html
Please read th
For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
diff should actually apply to either right now.
2.6.11-ac1
o Fix jbd race in ext3(Stephen Tweedie)
Carried over from 2.6.10-ac
Security
o AF_ROSE security hole fix - still missing fro
On Sunday March 6, [EMAIL PROTECTED] wrote:
> su den 06.03.2005 Klokka 00:19 (+) skreiv J.A. Magallon:
>
> > static int __init init_nfsd(void)
> > {
> > ...
> > if (proc_mkdir("fs/nfs", NULL)) {
> > struct proc_dir_entry *entry;
> > entry = create_proc_entry("fs/nfs/exports
su den 06.03.2005 Klokka 00:19 (+) skreiv J.A. Magallon:
> static int __init init_nfsd(void)
> {
> ...
> if (proc_mkdir("fs/nfs", NULL)) {
> struct proc_dir_entry *entry;
> entry = create_proc_entry("fs/nfs/exports", 0, NULL);
> if (entry)
> entry->proc_
le!es \ It's better when it's free
Mandrakelinux release 10.2 (Cooker) for i586
Linux 2.6.11-jam1 (gcc 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
.6.10 fix this behavior?
>
> Yes, actually I revert to 2.6.8.1; will try 2.6.10 today...
I did make oldconfig (n,n,n) with my 2.6.11 .config
and seems to be working normal. Could
CONFIG_PREEMPT_BKL=y
have anything to do with it?
http://galis.org/linux-2.6.11-sta.config
http://galis.org/linux
On Thu, 3 Mar 2005 23:37:06 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 03, 2005 at 01:57:28PM -0500, George Georgalis wrote:
> > I recall a problem a while back with a pipe from
> > /proc/kmsg that was sent by root to a program with a
> > user uid. The fix was to run the logging pr
On Thu, Mar 03, 2005 at 01:57:28PM -0500, George Georgalis wrote:
> I recall a problem a while back with a pipe from
> /proc/kmsg that was sent by root to a program with a
> user uid. The fix was to run the logging program as
> root. Has that protected pipe method been extended
> since 2.6.8.1?
>
I recall a problem a while back with a pipe from
/proc/kmsg that was sent by root to a program with a
user uid. The fix was to run the logging program as
root. Has that protected pipe method been extended
since 2.6.8.1?
I'm very defiantly seeing a problem with the 2.6.11
kernel and my spamassassin
Please keep me in cc as I'm not presently subscribed to lkml)
I recall a problem a while back with a pipe from
/proc/kmsg that was sent by root to a program with a
user uid. The fix was to run the logging program as
root. Has that protected pipe method been extended
since 2.6.8.1?
I'm very defia
Ryan Anderson schrieb am 2005-03-03:
> Is there some reason why
> bk changes -aem -rv2.6.10..+ | shortlog
> isn't sufficient?
For some reason, this omits some changes, perhaps from sibling branches,
I haven't checked.
A similar change however warrants for a huge speedup of the changelog
sc
On Wed, 2 Mar 2005 13:26:18 -0800 (PST), Joshua Hudson
<[EMAIL PROTECTED]> wrote:
> No obvous reason. Works fine with kernel 2.6.10
Does it work with i8042.noacpi kernel boot parameter?
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Wed, Mar 02, 2005 at 07:46:05AM -0800, Linus Torvalds wrote:
> (In contrast the full ChangeLog was missing because the generation script
> I use is not exactly the smart way, so it's O(slow(n)), where slow is n**3
> or worse, so the log from the last -rc release is fast, but going back all
> t
Joshua Hudson wrote:
> No obvous reason. Works fine with kernel 2.6.10
>
> Result of lspci:
> 00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
> 00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control
> Registers (rev 02)
> 00:00.3 System peripheral: Intel Corp.
On Wednesday 02 March 2005 23:02, Joshua Hudson wrote:
> ACPI: PS/2 Keyboard Controller [KBC] at I/O 0x60, 0x66, irq 1
> ACPI: PS/2 Mouse Controller [PS2M] at irq 12
> i8042.c: Can't read CTR while initializing i8042.
Ok, your BIOS is also reporting incorrect port values for the keyboard
controlle
PCI: Using ACPI for IRQ routing
ACPI: AC Adapter [AC] (on-line)
ACPI: Battery Slot [BAT0] (battery present)
ACPI: Lid Switch [LID]
ACPI: Power Button (CM) [PBTN]
ACPI: Sleep Button (CM) [SBTN]
ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
ACPI: Video Device [VID2] (multi-head: yes
On Wed, 2 Mar 2005, Dmitry Torokhov wrote:
> On Wed, 2 Mar 2005 13:26:18 -0800 (PST), Joshua Hudson
> <[EMAIL PROTECTED]> wrote:
> > No obvous reason. Works fine with kernel 2.6.10
>
> Does it work with i8042.noacpi kernel boot parameter?
>
Yes, it does. I never heard of that option before, or a
On Wednesday 02 March 2005 21:01, Joshua Hudson wrote:
>
> On Wed, 2 Mar 2005, Dmitry Torokhov wrote:
>
> > On Wed, 2 Mar 2005 13:26:18 -0800 (PST), Joshua Hudson
> > <[EMAIL PROTECTED]> wrote:
> > > No obvous reason. Works fine with kernel 2.6.10
> >
> > Does it work with i8042.noacpi kernel boo
On Wednesday 02 March 2005 21:27, Joshua Hudson wrote:
> i8042: ACPI detection disabled
> i8042.c: Warning: Keylock active.
I really need dmesg when booting _without_ the option, i.e. non-working case.
Thanks!
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Relevent messages (erring on the heavy side)
ACPI: RSDP (v000 DELL ) @ 0x000fdf00
ACPI: RSDT (v001 DELLCPi R 0x27d4061d ASL 0x0061) @ 0x1fef
ACPI: FADT (v001 DELLCPi R 0x27d4061d ASL 0x0061) @ 0x1fef0400
ACPI: DSDT (v001 INT430 SYSFexxx 0
> > > Does it work with i8042.noacpi kernel boot parameter?
> > >
> > Yes, it does.
> Btw, when it boots _without_ this option is there any messages from
> i8042 or ACPI?
>
A few. I'll go back and catch them for you.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Linus Torvalds wrote:
> Ok,
> there it is. Only small stuff lately - as promised. Shortlog from -rc5
> appended, nothing exciting there, mostly some fixes from various code
> checkers (like fixed init sections, and some coverity tool finds).
>
> So it's now _officially_ all bug-free.
At least
On Wed, Mar 02, 2005 at 05:06:36PM +0300, Michael Tokarev wrote:
> Herbert Poetzl wrote:
> []
> >BUG_ON() and friends are still broken (at least on x86)
> []
> >Freeing unused kernel memory: 244k freed
> >[ cut here ]
> >kernel BUG at :9377!
> > ~~~
On Wed, 02 Mar 2005 23:16:43 +, Marcus Furlong <[EMAIL PROTECTED]> wrote:
> Here's the diff of dmesgs between 2.6.10 and 2.6.11
>
> 2.6.10
> >i8042.c: Warning: Keylock active.
> >serio: i8042 AUX port at 0x60,0x64 irq 12
> >serio: i8042 KBD port at 0x60,0x64 irq 1
>
> 2.6.11
> < ACPI: PS/2 Ke
Here's the diff of dmesgs between 2.6.10 and 2.6.11
2.6.10
i8042.c: Warning: Keylock active.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
2.6.11
< ACPI: PS/2 Keyboard Controller [KBC] at I/O 0x60, 0x66, irq 1
< ACPI: PS/2 Mouse Controller [PS2M] at irq 12
< i80
- linux-2.6.10/.config2005-02-19 18:33:49.00000 -0800
+++ linux-2.6.11/.config2005-03-02 12:11:54.0 -0800
@@ -1,7 +1,7 @@
#
# Automatically generated make config: don't edit
-# Linux kernel version: 2.6.10
-# Sat Feb 19 17:34:02 2005
+# Linux kernel version: 2.6.11
+#
On Wed, 2 Mar 2005, Matthias Andree wrote:
>
> Is the master side a hidden host rather than ftp.kernel.org?
Yes. The private keys etc used to generate the signatures are not on the
public sites, which is what I assume your question _really_ is.
> > (In contrast the full ChangeLog was missing b
Dick Johnson
Penguin : Linux version 2.6.11 on an i686 machine (5537.79 BogoMips).
Notice : All mail here is now cached for review by Dictator Bush.
98.36% of all statistics are fiction.--- linux-2.6.11/include/linux/jiffies.h.orig 2005-03-02 11:29:27.0
-0500
+++
On Wed, 02 Mar 2005, Linus Torvalds wrote:
> On Wed, 2 Mar 2005, Matthias Andree wrote:
> >
> > ftp.kernel.org:/pub/linux/kernel/v2.6 doesn't seem to carry a crypto
> > signature for the patch, patch-2.6.11.gz.sign
>
> It's there now (along with the ChangeLog).
> The signatures are automaticall
Linux 2.6 Compile Statistics (gcc 3.4.1)
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
Kernel bzImagebzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
--- --- --
On Wed, 2 Mar 2005, Matthias Andree wrote:
>
> ftp.kernel.org:/pub/linux/kernel/v2.6 doesn't seem to carry a crypto
> signature for the patch, patch-2.6.11.gz.sign
It's there now (along with the ChangeLog).
The signatures are automatically generated at the master site, and the
mirroring out t
Herbert Poetzl wrote:
[]
BUG_ON() and friends are still broken (at least on x86)
[]
Freeing unused kernel memory: 244k freed
[ cut here ]
kernel BUG at :9377!
~~~
Have you tried compiling with CONFIG_DEBUG_INFO=y ?
(Looks like CONFIG_DEBUG_BUGVE
> o [IPV6]: Unregister per-device snmp6 proc entry earlier
>
> Jens Axboe:
> o [PATCH] Fix bounced bio and dm panic
>
> Kenji Kaneshige:
> o [IA64] pci_irq.c: need signed variable to handle error return from
> acpi
>
> Linus Torvalds:
> o Fix pos
On Wed, 2 Mar 2005, Matthias Andree wrote:
> On Wed, 02 Mar 2005, Linus Torvalds wrote:
>
> > there it is. Only small stuff lately - as promised. Shortlog from -rc5
> > appended, nothing exciting there, mostly some fixes from various code
> > checkers (like fixed init sections, and some cover
On Wed, 02 Mar 2005, Linus Torvalds wrote:
> there it is. Only small stuff lately - as promised. Shortlog from -rc5
> appended, nothing exciting there, mostly some fixes from various code
> checkers (like fixed init sections, and some coverity tool finds).
ftp.kernel.org:/pub/linux/kernel/v2.
cpi
Linus Torvalds:
o Fix possible pty line discipline race
o Properly limit keyboard keycodes to KEY_MAX
o Make pipe "poll()" take direction of pipe into account
o Linux 2.6.11
Nishanth Aravamudan:
o [PKTGEN]: Replace interruptible_sleep_on_timeout()
Olaf Hering:
o Fix incorre
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> <[EMAIL PROTECTED]> wrote:
>> $ ulimit -m 10 bash: ulimit: max memory size: cannot modify
>> limit: Function not implemented
Andrew> I don't know about this. The change could cause existing
Andrew> applications and scripts
On Sun, 27 Feb 2005 [EMAIL PROTECTED] wrote:
> ulimit dont enforce RLIMIT_RSS now,while sys_setrlimit() pretend
> it(RLIMIT_RSS) is enforced.
>
> This may cause confusion to users, and may lead to un-guaranteed
> dependence on "ulimit -m" to limit users/applications.
>
> The patch fixed the pr
imit might be a historical issue, with already many applications
depending on it :(
Stone Wang
- Original Message -
From: Andrew Morton
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED] ;[EMAIL PROTECTED] ;linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Linux-2.6.11-rc5: kernel/sys.c
<[EMAIL PROTECTED]> wrote:
>
> $ ulimit -m 10
> bash: ulimit: max memory size: cannot modify limit: Function not implemented
I don't know about this. The change could cause existing applications and
scripts to fail. Sure, we'll do that sometimes but this doesn't seem
important enough.
-
To
kbytes, -v) unlimited
file locks (-x) unlimited
$ ulimit -m 10
bash: ulimit: max memory size: cannot modify limit: Function not implemented
-
patch: 2.6.11-rc5 kernel/sys.c setrlimit() RLIMIT_RSS cleanup
Signed-Off-By: Stone Wang <[EMAIL PROTECTED]>
diff -urpN linux-2.6
1 - 100 of 171 matches
Mail list logo
