On Sat, Mar 12, Greg KH wrote:
> Why #if this? Why not just always do this?
Because it always triggers with current sf.net snapshot.
-
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 Sat, 2005-03-12 at 21:59 -0800, Andrew Morton wrote:
> Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > The nvidia framebuffer code added recently is marked as
> > MODULE_LICENSE(GPL), but some things seem a little odd to me..
> >
> > 1. The boilerplate at the top of drivers/video/nvidia/nv_dma.
> \
> + if ((lock)->break_lock) \
> + (lock)->break_lock = 0; \
> }\
if it really worth
This patch further cleans up the appearance of TF in eflags when ptrace is
involved. With this, PTRACE_SINGLESTEP will not cause TF to appear in
eflags as seen by PTRACE_GETREGS and the like, when the instruction faulted
for some reason other than the single-step trap.
This moves the check added
On Sun, Mar 13, 2005 at 09:17:09AM +0100, Olaf Hering wrote:
> On Sat, Mar 12, Greg KH wrote:
>
> > Why #if this? Why not just always do this?
>
> Because it always triggers with current sf.net snapshot.
Someone said they were going to submit those shorter strings that the
kernel has, back to
On Sun, Mar 13, Greg KH wrote:
> On Sun, Mar 13, 2005 at 09:17:09AM +0100, Olaf Hering wrote:
> > On Sat, Mar 12, Greg KH wrote:
> >
> > > Why #if this? Why not just always do this?
> >
> > Because it always triggers with current sf.net snapshot.
>
> Someone said they were going to submit th
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
> Paulo Marques wrote:
> >[...]
> >A simple and robust way is to do the sampling on a list of symbols
> >sorted by symbol name. This way, even if the symbol positions that are
> >given to scripts/kallsyms change, the symbols sampled w
On Thu, Mar 03, 2005 at 04:16:41PM -0500, George G. Davis wrote:
> Sam,
>
> If `mkimage` is either not found in search path or returns non-zero status,
> `make uImage` succeeds when it should fail. This changes scripts/mkuboot.sh
> to return status so build succeeds or fails as appropriate.
As p
linux-os wrote:
On Sat, 12 Mar 2005, Matthias-Christian Ott wrote:
Hi!
I hope I'm right here. I've the following assembler code:
SECTION .DATA
hello: db 'Hello world!',10
helloLen: equ $-hello
SECTION .TEXT
GLOBAL main
main:
; Write 'Hello world!' to the screen
m
On Sun, 13 Mar 2005, Arjan van de Ven wrote:
> > \
> > + if ((lock)->break_lock) \
> > + (lock)->break_lock = 0; \
> > }
The existing x86-64 kprobes implementation doesn't cope with the
%RIP-relative addressing mode. Kprobes work by single-stepping a copy of
an instruction overwritten by a breakpoint. When a probe is inserted on an
instruction that uses the %RIP-relative data addressing mode, the copy run
in a diff
Mark Studebaker <[EMAIL PROTECTED]> writes:
> I upgraded from 2.6.5 to 2.6.11.2 and my ancient (libc4 a.out) /sbin/portmap
> from 1994 that's been running without complaint
> on kernels for 11 years now consistently segfaults.
>
> I upgraded to a version 4 RPM (circa 2002) and that fixed it.
>
>
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>>
>> Now, I haven't actually gotten any complaints about 2.6.11 (apart
>> from "gcc4 still has problems" with fairly trivial solutions)
Andrew> There have been quite a few. Mainly d
On my laptop, idebus=66 or nothing gets me this:
hda: 78140160 sectors (40007 MB) w/1768KiB Cache, CHS=65535/16/63, UDMA(33)
In contrast, ide0=ata66 gets me this (never mind the geometry):
ide_setup: ide0=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON!
hda: 78140160 sectors (40007 MB) w/1768KiB Cac
On Thu, Mar 03, 2005 at 11:59:50AM +0100, Martin Waitz wrote:
> hoi :)
>
> I just tested my little script that can send changesets per mail.
> okok, it still had a bug when I first tested it but that should be
> fixed now.
Greg has a similar script - could you take a look and tell
which is the be
Junfeng Yang <[EMAIL PROTECTED]> writes:
> I'm using dosfsck 2.10, 22 Sep 2003, FAT32, LFN, and yes,
> I do see root directory after I run dosfsck on the crashed disk
> image.
You can download fixed version of dosfsck at
http://user.parknet.co.jp/hirofumi/tmp/fatfsprogs.tar.bz2
(vanilla dosfs
On Sat, 12 Mar 2005 21:55:49 -0800, Andrew Morton wrote:
>It would be nice to start folding these patches together a bit to reduce
>such problems, but that's rather non-trivial because there is no way to
>simply join these patches together which maintains a sensible sequencing.
>
>If we're going to
On Sun, 13 Mar 2005 00:46:24 -0500, Hacksaw <[EMAIL PROTECTED]> wrote:
>In compiling 2.4.29 I get this during the compilation of pci-pc.c:
>
>Warning: indirect lcall without `*'
>
>I note from looking around the net that this is an old "problem", dating back
>at least to 2.4.18, if not earlier.
>
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such, see:
http://flynn.zork.net/~sneakums/pmac-machine-check-on-sleep-2611mm3.jpeg )
Call trace:
pmac_ide_pci_suspend
pci_device_susp
I suspect that del_timer_sync() in its current form is racy.
CPU 0 CPU 1
__run_timers() sets timer->base = NULL
del_timer_sync() starts, calls
del_timer(), it returns
Junfeng Yang <[EMAIL PROTECTED]> writes:
> /å004 and
> /0005
> share clusters.
> Truncating second to 0 bytes.
> /0005
> File size is 4 bytes, cluster chain length is 0 bytes.
> Truncating file to 0 bytes.
> Performing changes.
> /dev/sbd0: 5 files, 4/8167 clusters
>
> This causes file /0
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
> http://flynn.zork.net/~sneakums/pmac-machine-check-on-slee
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
> http://flynn.zork.net/~sneakums/pmac-machine-check-on-slee
On Sun, 2005-03-13 at 23:30 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> > Machine check in kernel mode.
> > Caused by (from SRR1=149030): Transfer error ack signal
> > Oops: machine check, sig: 7 [#1]
> > TASK = etc. 'pmud' etc.
> > (for registers
On Sat, Mar 12, 2005 at 09:08:45PM -0800, John Cherry wrote:
> drivers/media/dvb/frontends/dvb-pll.c:104: warning: (near initialization for
> `dvb_pll_unknown_1.entries')
> drivers/media/dvb/frontends/dvb-pll.c:104: warning: excess elements in array
> initializer
> drivers/media/dvb/frontends/dvb
Dave Jones <[EMAIL PROTECTED]> writes:
> On Sun, Mar 13, 2005 at 10:13:49AM +1100, Dave Airlie wrote:
> > On Sat, 12 Mar 2005 19:29:20 +, Sean Neakums <[EMAIL PROTECTED]> wrote:
> > > Sean Neakums <[EMAIL PROTECTED]> writes:
> > >
> > > > The following happens with 2.6.11-mm[123]. (I did
Hi,
Attched patch fixes gcc error:
`drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete type`
Please apply.
--
/* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */
#define say(x) lie(x)
drivers/input/mouse/psmouse.h:40: error
Hi,
Well, of course it cannot handle that large files (I wouldn't expect that,
either). My Problem is that when I open the file, it's not just kwrite but
other processes that need so much cpu time. That kwrite is eating cpu is ok.
I cannot reproduce the behaviour for some reason however.
So f
Fix warning in kernel/module.c::who_is_doing_it()
kernel/module.c:1405: warning: ignoring return value of `copy_from_user',
declared with attribute warn_unused_result
by subtracting copy_from_user return value from 'len' - if we copy less
data than we intend there's no point in looping over more
>
> Same symptoms with 2.6.11-bk8.
damn.. am travelling at the moment, won't get a chance to take a
detailed look for a while.. I'll see can I figure it out just from
code inspection...
Dave.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
On Sun, 2005-03-13 at 14:24 +0100, Alexander Gran wrote:
> Hi,
>
> Well, of course it cannot handle that large files (I wouldn't expect that,
> either). My Problem is that when I open the file, it's not just kwrite but
> other processes that need so much cpu time. That kwrite is eating cpu is o
Junfeng Yang <[EMAIL PROTECTED]> writes:
> Can you be a little bit more specific?
Please try
kernel:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.11.tar.gz
+
http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.11-bk7.bz2
or later
dosfstools:
h
On Mar 13, 2005, at 02:28, Junfeng Yang wrote:
Forget to mention, we are checking linux 2.6. It appears to us that
mmap
doesnt' work for FUSE in linux 2.6.
IIRC, the reason mmap doesn't work on FUSE is because when it dirties
pages they
cannot be flushed reliably, because writing them out involv
On Sun, 2005-03-13 at 09:35 +, Hugh Dickins wrote:
> On Sun, 13 Mar 2005, Arjan van de Ven wrote:
> > > \
> > > + if ((lock)->break_lock) \
> > > + (lock)->break_lock = 0;
Am Sonntag, 13. MÃrz 2005 14:44 schrieben Sie:
> That seems very much like expected behavior to me. I would expect kwrite
> to start loading the file, and then having pdflush kick in to page out
> parts of kwrite, so that it can allocate more memory. Then kwrite will
> continue to load until more o
Hello,
it works with Kernel 2.6.11, probably the problem was that I had used 4
kb stacks and now I use the 8kb, but I'm not sure whether this was the
problem.
greetings
Torben Viets
Nathan Scott schrieb:
On Sun, Mar 06, 2005 at 09:31:01PM +0100, Torben Viets wrote:
hello,
I tried to reproduce
Ahh, okay. I'm just jumpy because this is a production server.
Thanks for the answer. :-)
--
Nothing can plugh you now
http://www.hacksaw.org -- http://www.privatecircus.com -- KB1FVD
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
On Fri, 11 Mar 2005, Bjorn Helgaas wrote:
Can you do an "lspci -vvn"? I'm looking at quirk_via_irqpic() in
2.6.9, which is what printed this:
PCI: Via IRQ fixup for :00:07.2, from 9 to 10
PCI: Via IRQ fixup for :00:07.3, from 9 to 10
but it looks like it should only run for PCI_DEVIC
On Sat, 12 Mar 2005, Greg KH wrote:
> A bitkeeper tree for the 2.6.11.y releases can be found at:
> bk://linux-release.bkbits.net/linux-2.6.11
Do we then start switching trees with every new minor release?
--
Matthias Andree
-
To unsubscribe from this list: send the line "unsubscribe linu
Both patches give me a successful sleep, although I had to alter the
second to not #if 0 core99_ata100_enable -- there's another call to
that function in pmac_feature.c's set_initial_features().
I will try to gather some power numbers.
--
Dag vijandelijk luchtschip de huismeester is dood
-
To un
Am 11.03.2005 um 21:10 schrieb Kenneth Aafløy:
On Friday 11 March 2005 13:58, Juri Haberland wrote:
In article <[EMAIL PROTECTED]> you wrote:
With version 2.6.10 the driver for the tuner frontend from ALPS TDLB7
was removed.
Why do you think that this is a dead file?
While I'm happy with the work y
On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote:
> - A new version of the "acpi poweroff fix". People who were having trouble
> with ACPI poweroff, please test and report.
I've tested this set of ACPI poweroff patches with both clean, proper
shutdowns and Alt-SysRq-O, on hardware
On Sun, Mar 13, 2005 at 04:38:24PM +0100, Matthias Andree wrote:
> On Sat, 12 Mar 2005, Greg KH wrote:
>
> > A bitkeeper tree for the 2.6.11.y releases can be found at:
> > bk://linux-release.bkbits.net/linux-2.6.11
>
> Do we then start switching trees with every new minor release?
Yes.
tha
Hi.
These cdu31a patches are based on http://lkml.org/lkml/2004/12/18/107
from Ondrej Zary <[EMAIL PROTECTED]>
Split into three files (see replies):
1 - printk and other trivial cleanups
2 - semaphorifization (hey, i invented a new word)
3 - use wait_event instead of sleep_on in irq handling
Pat
Use wait_event instead of sleep_on.
Also, remove two unused variables.
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Acked-by: Ondrej Zary <[EMAIL PROTECTED]>
--- ./drivers/cdrom/cdu31a.c.orig3 2005-03-06 22:04:42.0 +0100
+++ ./drivers/cdrom/cdu31a.c2005-03-12 14:40:14.000
Pretty trivial cleanups:
- reordered #includes
- improved some printk's (note: this actually enabled some debug printk's)
- removed ()'s from returns
- removed SONY_POLL_EACH_BYTE, as grep doesn't find it anywhere else
- removed panic() as it can't happen.
Signed-off-by: Domen Puncer <[EMAIL PROT
Roland McGrath <[EMAIL PROTECTED]> writes:
> The existing x86-64 kprobes implementation doesn't cope with the
> %RIP-relative addressing mode. Kprobes work by single-stepping a copy of
Thanks for fixing that long standing bug.
> + static const unsigned char onebyte_has_modrm[256] = {
Can
Use semaphores instead of sleep_on*.
Stolen from patch: http://lkml.org/lkml/2004/12/18/107 from
Ondrej Zary <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Acked-by: Ondrej Zary <[EMAIL PROTECTED]>
--- ./drivers/cdrom/cdu31a.c.orig2 2005-03-13 14:12:23.0 +0100
+
On Sunday 13 March 2005 08:20, PaweÅ Sikora wrote:
> Hi,
>
> Attched patch fixes gcc error:
> `drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete type`
>
What file fails compilation? As far as I can see all users of psmouse.h do
#include first.
--
Dmitry
-
To unsubscribe f
On Sunday 13 of March 2005 17:48, Dmitry Torokhov wrote:
> On Sunday 13 March 2005 08:20, PaweÅ Sikora wrote:
> > Hi,
> >
> > Attched patch fixes gcc error:
> > `drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete
> > type`
>
> What file fails compilation?
custom patch for track
On Sunday 13 March 2005 11:54, PaweÅ Sikora wrote:
> On Sunday 13 of March 2005 17:48, Dmitry Torokhov wrote:
> > On Sunday 13 March 2005 08:20, PaweÅ Sikora wrote:
> > > Hi,
> > >
> > > Attched patch fixes gcc error:
> > > `drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete
> >
http://petition.eurolinux.org/
Is there anyone who has not signed this petition yet?
-
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 the FAQ at ht
Roland McGrath wrote:
>
> + * This basically replicates __vmalloc, except that it uses a
> + * range of addresses starting at MODULE_END. This also
Could you look at these patches:
[PATCH 1/5] vmalloc: introduce __vmalloc_area() function
http://marc.theaimsgroup.com/?l=linux-kernel&m=111
Hi!
> > > > Thats why moving the eye candy console into user space is such a good
> > > > idea. You don't have to run it 8) It also means that the console
> > > > development is accessible to all the crazy rasterman types.
> > >
> > > Yep. The basic console we already have. Everyone who wants eye
Hi Alan.
Attached patch works around the corruption
of the high word of the ESP register, which
is the official bug of x86 CPUs. The bug
triggers only when the one is using the
16bit stack segment, and is described here:
http://www.intel.com/design/intarch/specupdt/27287402.PDF
Patch helps running
Hi!
> This makes it possible for a root-task to pass capabilities to
> nonroot-task across execve. The root-task needs to change it's
> cap_inheritable mask and set prctl(PR_SET_KEEPCAPS, 1) to pass on
> capabilities.
> At execve time the capabilities will be passed on to the new
> nonroot-task a
Hi!
> >>And more... That this occures implies we are attempting to update the cmos
> >>clock on resume seems wrong. One would presume that the time is wrong at
> >>this
> >>time and we are about to save that wrong time. Possibly the APM code
> >>should
> >>change time_status to STA_UNSYNC on t
Hi!
> I'm just having a weird problem with 2.6.11. Namely, the keyboard stopped
> working after I'd added more RAM to the box (Asus L5D notebok, x86-64
> kernel). It works on 2.6.11-mm1.
Custom DSDT? DSDTs are known to depend on ammount of memory...
On Sun, 13 Mar 2005, Stas Sergeev wrote:
Hi Alan.
Attached patch works around the corruption
of the high word of the ESP register, which
is the official bug of x86 CPUs. The bug
triggers only when the one is using the
16bit stack segment, and is described here:
http://www.intel.com/design/intarch/s
On Sun, 13 Mar 2005, Pavel Machek wrote:
> > > > > Thats why moving the eye candy console into user space is such a good
> > > > > idea. You don't have to run it 8) It also means that the console
> > > > > development is accessible to all the crazy rasterman types.
> > > >
> > > > Yep. The basic c
Sean Neakums <[EMAIL PROTECTED]> writes:
> Both patches give me a successful sleep, although I had to alter the
> second to not #if 0 core99_ata100_enable -- there's another call to
> that function in pmac_feature.c's set_initial_features().
>
> I will try to gather some power numbers.
With the f
Hello.
Grzegorz Kulewski wrote:
Does the bug also egsist on AMD CPU's?
Yes. As well as the ones of a Transmeta etc.
I just haven't tested the old Cyrixes, that
AFAIK were trying to ignore some Intel bugs.
The test-case for the bug is here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0409.2/0690.h
On resume, an HP nc6220 fails during resuming of the IDE devices. In
this section of code from ide-iops.c:
stat = hwif->INB(hwif->io_ports[IDE_STATUS_OFFSET]);
if ((stat & BUSY_STAT) == 0)
return 0;
/*
* Assum
Hi,
On Sunday, 13 of March 2005 19:36, Pavel Machek wrote:
> Hi!
>
> > I'm just having a weird problem with 2.6.11. Namely, the keyboard stopped
> > working after I'd added more RAM to the box (Asus L5D notebok, x86-64
> > kernel). It works on 2.6.11-mm1.
>
> Custom DSDT? DSDTs are known to de
On Fri, Mar 11, 2005 at 06:03:20PM +, James Simmons wrote:
>
> > > > Thats why moving the eye candy console into user space is such a good
> > > > idea. You don't have to run it 8) It also means that the console
> > > > development is accessible to all the crazy rasterman types.
> > >
> > > Y
Stas Sergeev wrote:
Hello.
Grzegorz Kulewski wrote:
Does the bug also egsist on AMD CPU's?
Yes. As well as the ones of a Transmeta etc.
I just haven't tested the old Cyrixes, that
AFAIK were trying to ignore some Intel bugs.
The test-case for the bug is here:
http://www.ussg.iu.edu/hypermail/linux/
Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
>
> On Sat, Mar 12, 2005 at 09:08:45PM -0800, John Cherry wrote:
> > drivers/media/dvb/frontends/dvb-pll.c:104: warning: (near initialization
> for `dvb_pll_unknown_1.entries')
> > drivers/media/dvb/frontends/dvb-pll.c:104: warning: excess elements
Hello.
Ondrej Zary wrote:
I've just ran that on my Cyrix MII PR300 and the bug is present:<>
UMC U5SX/33 in my router - also present:
Thanks, now I know for sure that it exist
everywhere.
Now you can apply the patch and make sure
the bug goes away:)
-
To unsubscribe from this list: send the line "u
Hi!
> >Attached patch works around the corruption
> >of the high word of the ESP register, which
> >is the official bug of x86 CPUs. The bug
> >triggers only when the one is using the
> >16bit stack segment, and is described here:
> >http://www.intel.com/design/intarch/specupdt/27287402.PDF
>
> D
On Sun, Mar 13, 2005 at 12:04:27AM -0500, Trond Myklebust wrote:
> lau den 12.03.2005 Klokka 03:56 (-0800) skreiv Junfeng Yang:
> > Hi,
> >
> > We checked NFS on top of ext3 using FiSC (our file system model checker)
> > and found a case where NFS stat cache can contain inconsistent entries.
> >
On Sun, Mar 13, 2005 at 12:27:58AM -0800, Roland McGrath wrote:
> This patch further cleans up the appearance of TF in eflags when ptrace is
> involved. With this, PTRACE_SINGLESTEP will not cause TF to appear in
> eflags as seen by PTRACE_GETREGS and the like, when the instruction faulted
> for s
Hi!
> @@ -257,8 +265,31 @@
> movl TI_flags(%ebp), %ecx
> testw $_TIF_ALLWORK_MASK, %cx # current->work
> jne syscall_exit_work
> +
> restore_all:
> - RESTORE_ALL
> + movl EFLAGS(%esp), %eax # mix EFLAGS, SS and CS
> + movb OLDSS(%esp), %ah
> + movb CS(%
On Sun, Mar 06, 2005 at 03:39:08PM +0100, Adrian Bunk wrote:
> I didn't find any possible modular usage in the kernel.
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: William Irwin <[EMAIL PROTECTED]>
-- wli
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Benjamin Herrenschmidt wrote:
On Thu, 2005-03-10 at 11:05 -0600, Omkhar Arasaratnam wrote:
2.6.10 seems to have a different kernel panic which I'm investigating
(could be a problem with my ramdisk as it happens in my linuxrc). So
long story short the 2.6.10 sym driver looks ok.
Can you tr
I've noticed a few problems with HFS+ support in recent kernels on
another user's machine running Ubuntu (Warty) running
2.6.8.1-3-powerpc. I'm not in a position to extensively test or fix
either of these problem because of the fs tools situation so I'm just
passing this on.
First, it reports inap
su den 13.03.2005 Klokka 15:04 (-0500) skreiv Daniel Jacobowitz:
> I can't find any documentation about this, but it seems like the same
> problem that has been causing me headaches lately; when I replace glibc
> from the server side of an nfsroot, the client has a couple of
> variously wrong read
su den 13.03.2005 Klokka 15:42 (-0500) skreiv Trond Myklebust:
> No, that's a very different issue: you are violating the NFS cache
> consistency rules if you are changing a file that is being held open by
> other machines.
> The correct way to do the above is to use GNU install with the '-b'
> op
Hi.
Pavel Machek wrote:
+ andl $(VM_MASK | (4 << 8) | 3), %eax
+ cmpl $((4 << 8) | 3), %eax
+ je ldt_ss # returning to user-space with LDT SS
All common linux apps use same %ss, no? Perhaps it would be more
efficient to just check if %ss == 0x7b, and proceed
On Fri, Mar 04, 2005 at 03:47:07AM +0100, Jesper Juhl wrote:
> Now that 2.6.11 is out the door it's time to try and submit this again.
> The following patches convert all users of verify_area to access_ok and
> the final patch then deprecates verify_area acros all archs with the
> intention of re
hi,
khttpd oopses after a browser request is sent to the admin port on 8080. The
decoded oops follows with a patch that fixes it:
ksymoops 2.4.9 on i686 2.4.28. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.28/ (default)
On Sun, 13 Mar 2005 19:53:55 +0100 (CET), Geert Uytterhoeven
<[EMAIL PROTECTED]> wrote:
> On Sun, 13 Mar 2005, Pavel Machek wrote:
> > > > > > Thats why moving the eye candy console into user space is such a
> > > > > > good
> > > > > > idea. You don't have to run it 8) It also means that the cons
On Sun, 13 Mar 2005, Stas Sergeev wrote:
>
> Such an optimization will cost three more
> instructions, one of which is a "taken"
> jump.
I think Pavel missed the fact that you have to check the VM86 bit in
eflags before you check SS, since otherwise SS doesn't mean anything
special at all (ie ch
On Sun, Mar 06, 2005 at 03:39:08PM +0100, Adrian Bunk wrote:
> I didn't find any possible modular usage in the kernel.
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: William Irwin <[EMAIL PROTECTED]>
-- wli
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Thus spake Andrew Morton ([EMAIL PROTECTED]):
> > My new nForce 4 mainboard has 10 or so USB 2.0 outlets. In Windows,
> > they all work. In Linux, two of them work. Putting my USB stick or
> > anything else in one of the others produces nothing in Linux.
> > Apparently no IRQ getting through or
Thus spake Andrew Morton ([EMAIL PROTECTED]):
> > Finally Centrino SpeedStep.
> > I have a "Intel(R) Pentium(R) M processor 1.80GHz" in my notebook.
> > Linux does not support it. This architecture has been out there for
> > months now, and there even was a patch to support it posted here a in
> >
Dmitry, responding to Pawe__:
> > IMHO each header (e.g. psmouse.h) should include headers for types it uses.
> >
>
> Hmm, I thought it was other way around
I tend to agree with Pawe__ here.
There are two extremes here that I would avoid. Do not try to include
in source files every header tha
On Sun, 2005-03-13 at 16:19 +, Sean Neakums wrote:
> Both patches give me a successful sleep, although I had to alter the
> second to not #if 0 core99_ata100_enable -- there's another call to
> that function in pmac_feature.c's set_initial_features().
>
> I will try to gather some power number
Roland McGrath <[EMAIL PROTECTED]> wrote:
>
> + area = __get_vm_area(0, VM_ALLOC, MODULES_END, 0ULL - PAGE_SIZE);
The longlong here seems wrong? If this is to mean "the top of the address
space minus a page" then unsigned long is the appropriate type.
-
To unsubscribe from this list: send th
On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
> Sean Neakums <[EMAIL PROTECTED]> writes:
>
> > Both patches give me a successful sleep, although I had to alter the
> > second to not #if 0 core99_ata100_enable -- there's another call to
> > that function in pmac_feature.c's set_initial_fea
On Sun, 13 Mar 2005, William Lee Irwin III wrote:
> On Fri, Mar 04, 2005 at 03:47:07AM +0100, Jesper Juhl wrote:
> > Now that 2.6.11 is out the door it's time to try and submit this again.
> > The following patches convert all users of verify_area to access_ok and
> > the final patch then depreca
Hello.
Linus Torvalds wrote:
I think Pavel missed the fact that you have to check the VM86 bit in
Ah, thanks, I must have forgotten the
essentials of the own patch :(
That said, the "ldt_ss" case should be moved _after_ the conditional
tests, since most CPU's out there will do static prediction bas
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
>> Sean Neakums <[EMAIL PROTECTED]> writes:
>>
>> > Both patches give me a successful sleep, although I had to alter the
>> > second to not #if 0 core99_ata100_enable -- there's another cal
On Sun, 2005-03-13 at 22:08 +, Sean Neakums wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
> >> Sean Neakums <[EMAIL PROTECTED]> writes:
> >>
> >> > Both patches give me a successful sleep, although I had to alter the
>
> Oh, fiddlesticks, that didn't occur to me. I can redo with overnight
> sleeps on a full charge, if you like.
In the meantime, Andrew, please submit this one to Linus, I'll update
the stuff if it happens the other one gives better power consumptions:
--
This patch fixes a logic error in the i
Patrick McFarland <[EMAIL PROTECTED]> writes:
> On Saturday 12 March 2005 01:31 pm, Greg Stark wrote:
> > OSS Audio doesn't work properly for Quake3 in 2.6.10 but it worked in
> > 2.6.6. In fact I have the same problems in 2.6.9-rc1 so I assume 2.6.9 is
> > affected as well. This is with the Intel
Available at http://ep09.pld-linux.org/~mmazur/linux-libc-headers/
Changes:
- updated to 2.6.11 (added asm-frv)
- some minor fixes
The server hosting my page was down for a week or so. I don't provide any
official mirrors, but you can get llh from anywhere (gazillions of
LinuxFromScrach mirrors
Hi there!
The attachted patch fixes a compiler warning in drivers/scsi/dpt_i2o.c.
If you reply to this post, please CC me as I'm not suscribed to the
list.
Best Regards
--
Stefan Roas
[EMAIL PROTECTED]
diff -rNu a/drivers/scsi/dpt_i2o.c b/drivers/scsi/dpt_i2o.c
--- a/drivers/scsi/dpt_i2o.c
Greg KH wrote:
On Sat, Mar 12, 2005 at 10:57:24PM -0600, Corey Minyard wrote:
The IPMI driver has long needed to tie into the device model (and I've
long been hoping someone else would do it). I finally gave up and spent
the time to learn how to do it. I think this is right, it seems to work
Fix w6692 section references:
convert __initdata to __devinitdata.
Error: ./drivers/isdn/hisax/w6692.o .text refers to 002f R_386_32
.init.data
Signed-off-by: maximilian attems <[EMAIL PROTECTED]>
diff -pruN -X dontdiff linux-2.6.11-bk8/drivers/isdn/hisax/w6692.c
linux-2.6.11-bk8-max/dri
On Ne 13-03-05 13:13:16, Linus Torvalds wrote:
>
>
> On Sun, 13 Mar 2005, Stas Sergeev wrote:
> >
> > Such an optimization will cost three more
> > instructions, one of which is a "taken"
> > jump.
>
> I think Pavel missed the fact that you have to check the VM86 bit in
> eflags before you check
1 - 100 of 167 matches
Mail list logo
