Hi,
I wanted to know if there is any inclination towards making system calls more
portable. Please let
me know if this discussion has happened before.
Well, system calls today are not portable mainly because they are invoked using
a number and it
may happen that a number 'N' may refer to system
Manish Regmi wrote:
Hi all,
First of all sorry for bringing this topic again.
As discussed in --> http://lkml.org/lkml/2006/5/5/47
The ATA Streaming feature set is not necessary to be in Kernel Space
(IDE driver). There is a suggestion creating user space library.
But how is the user space ap
On 01/07/2007 09:15 AM, Amit Choudhary wrote:
Well, system calls today are not portable mainly because they are
invoked using a number and it may happen that a number 'N' may refer
to systemcall_1() on one system/kernel and to systemcall_2() on
another system/kernel.
If we're limited to Linux
In-Reply-To: <[EMAIL PROTECTED]>
On Thu, 4 Jan 2007 23:25:17 +0100, Adrian Bunk wrote:
> There's already a CVE number for
> "i386: save/restore eflags in context switch".
>
> Are there also CVE numbers for the equivalent x86_64 patch and
> "x86_64: fix ia32 syscall count"?
Sorry, my Web access
>>On 1/1/07, Amit Choudhary <[EMAIL PROTECTED]> wrote:
>>+#define KFREE(x) \
>>+ do { \
>>+ kfree(x); \
>>+ x = NULL; \
>>+ } while(0)
>>NAK until you have actual callers for it. CONFIG_SLAB_DEBUG already
>>catches use after free and double-free so I don't see the point of
>>
Commit 5c1e176781f43bc902a51e5832f789756bff911b ("sched: force
/sbin/init off isolated cpus") sets init's cpus_allowed to a subset of
cpu_online_map at boot time, which means that tasks won't be scheduled
on cpus that are added to the system later.
Make init's cpus_allowed a subset of cpu_possible
On Fri, 2007-01-05 at 22:52 -0600, John Rose wrote:
> > I dropped this on the floor over Christmas. This has had a few smoke
> > tests on ppc64 and i386 and is ready for -mm. Against 2.6.20-rc2-mm1.
>
> Could this break ia64, given that it uses memmap_init_zone()?
You are right, I think it does
Rene Herman wrote:
> In your opinion, is the attached (versus 2.6.20-rc3) better? This uses
> probe_kernel_address() for all accesses. Or rather, an expanded
> version thereof. The set_fs() and pagefault_{disable,enable} calls are
> only done once in probe_roms().
>
> Accessing the length byte at r
On Sat, Jan 06, 2007 at 09:39:42PM -0800, Linus Torvalds wrote:
>
>
> On Sat, 6 Jan 2007, H. Peter Anvin wrote:
> >
> > During extremely high load, it appears that what slows kernel.org down more
> > than anything else is the time that each individual getdents() call takes.
> > When I've looked
Willy Tarreau wrote:
At work, we had the same problem on a file server with ext3. We use rsync
to make backups to a local IDE disk, and we noticed that getdents() took
about the same time as Peter reports (0.2 to 2 seconds), especially in
maildir directories. We tried many things to fix it with
A variety of (mostly) innocuous fixes to the embedded kernel-doc
content in source files, including:
* make multi-line initial descriptions single line
* denote some function names, constants and structs as such
* change erroneous opening '/*' to '/**' in a few places
* reword some text
On Sat, Jan 06, 2007 at 01:17:25PM -0800, David Brownell wrote:
> On Saturday 06 January 2007 9:17 am, Woody Suwalski wrote:
> > >> There are PPC, M68K, SPARC, and other boards that could also
> > >> use this; ARMs tend to integrate some other RTC on-chip. ...
> >
> > > Let me put that differentl
On 01/07/2007 09:59 AM, Jeremy Fitzhardinge wrote:
Rene Herman wrote:
In your opinion, is the attached (versus 2.6.20-rc3) better? This
uses probe_kernel_address() for all accesses. Or rather, an
expanded version thereof. The set_fs() and
pagefault_{disable,enable} calls are only done once in
--- Rene Herman <[EMAIL PROTECTED]> wrote:
>
>If we're limited to Linux kernels, this seems to not be the case. Great care
>is taken in keeping
>this userspace ABI stable -- new system calls are given new numbers. Old
>system calls may
>disappear (after a long grace period) but even then I don't
On 1/5/07, Auke Kok <[EMAIL PROTECTED]> wrote:
keeping 2 gcc's around usually is just a pain, but might also work.
gcc-4.1.1 might give some problems with some packages and just work fine
otherwise too,
but 3.4.6 has just been known to work all around more.
I am planning in this fashion:-
gc
On 01/07/2007 10:07 AM, Amit Choudhary wrote:
However, people may say that, implementing custom system calls is not
advocated by linux. And I think it is not advocated precisely because
of this reason that they are not portable.
True I guess. But do you want to live in a software environment w
On Sun, Jan 07, 2007 at 12:58:38AM -0800, H. Peter Anvin wrote:
> Willy Tarreau wrote:
> >
> >At work, we had the same problem on a file server with ext3. We use rsync
> >to make backups to a local IDE disk, and we noticed that getdents() took
> >about the same time as Peter reports (0.2 to 2 secon
On Sun, 7 Jan 2007 09:55:26 +0100
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 06, 2007 at 09:39:42PM -0800, Linus Torvalds wrote:
> >
> >
> > On Sat, 6 Jan 2007, H. Peter Anvin wrote:
> > >
> > > During extremely high load, it appears that what slows kernel.org down
> > > more
> > >
On Thu, Jan 04, 2007 at 10:28:12PM -0600, Steve Brueggeman wrote:
> There are some difficulties with gcc versions between linux-2.4 and linux-2.6,
> but I do not recall all of the details off of the top of my head. If I recall
> correctly, one of the issues is, linux-2.4 ?prefers? gcc-2.96, while
On Sun, 2007-01-07 at 00:15 -0800, Amit Choudhary wrote:
> 1. Invoke a system call using its name. Pass its name to the kernel as an
> argument of syscall() or
> some other function. Probably may make the invocation of the system call
> slower. If the name
> doesn't match in the kernel then an er
On Sat, 6 Jan 2007, David Brownell wrote:
> > > Hmm ... "looping" fights against "quickly"; as would "wait for next
> > > update IRQ" (on RTCs that support that). But it would improve precision,
> > > at least in the sense of having the system clock and that RTC spending
> > > less time with the l
On 01/07/2007 10:15 AM, Andrew Morton wrote:
Yeah, slowly-growing directories will get splattered all over the
disk.
Possible short-term fixes would be to just allocate up to (say) eight
blocks when we grow a directory by one block. Or teach the
directory-growth code to use ext3 reservations
Hi. I use MediaGX with kernel 2.6.19.
cirix.c try to find companion chip (CS5510 and CS5520) with
pci_devPresent().
However, cyrix.c cannot find a companion chip because a list of
pci_devices is not yet initialized when __cpuinit is called.
Therefore, Search functions such as the 2.4 kernel which p
Sascha Sommer wrote:
> Hi,
>
> Attached is a very experimental driver for a Ricoh SD Card reader that can be
> found in some notebooks like the Samsung P35.
>
> Whenever a sd card is inserted into one of these notebooks, a virtual pcmcia
> card will show up:
>
> Socket 0:
> product info: "RI
On Sat, Jan 06, 2007 at 03:52:43PM -0800, David Brownell wrote:
> On Saturday 06 January 2007 3:26 pm, Philippe De Muyter wrote:
> > On Fri, Jan 05, 2007 at 07:49:00PM -0800, David Brownell wrote:
> > > > Those rtc's actually have a 1/100th of second
> > > > register. Should the generic rt
On Fri, Jan 05, 2007 at 07:49:00PM -0800, David Brownell wrote:
> > Those rtc's actually have a 1/100th of second
> > register. Should the generic rtc interface not support that?
>
> Are you implying a new userspace API, or just an in-kernel update?
>
> Either way, that raises the question o
Rene Herman wrote:
> How is it for efficiency? I thought it was for correctness.
> romsignature is using probe_kernel_adress() while all other accesses
> to the ROMs there aren't.
>
> If nothing else, anyone reading that code is likely to ask himself the
> very same question -- why the one, and not
On Sun, Jan 07, 2007 at 12:46:50AM -0800, Amit Choudhary wrote:
> Well, I am not proposing this as a debugging aid. The idea is about correct
> programming, atleast
> from my view. Ideally, if you kfree(x), then you should set x to NULL. So,
> either programmers do
> it themselves or a ready made
On Sun, Jan 07, 2007 at 10:03:36AM +0100, Willy Tarreau wrote:
> The problem is that I have no sufficient FS knowledge to argument why
> it helps here. It was a desperate attempt to fix the problem for us
> and it definitely worked well.
XFS does rather efficient btree directories, and it does sop
From: Hongjie Yang <[EMAIL PROTECTED]>
[S390] memory detection misses 128k.
Fix a memory leak problem in the memory detection routines. A memory leak
of 128k occurs when we have a contiguous memory with mixed access-mode
(read or write) ranges.
Signed-off-by: Hongjie Yang <[EMAIL PROTECTED]>
Si
From: Heiko Carstens <[EMAIL PROTECTED]>
[S390] cio: use barrier() in stsch_reset.
Use barrier() in stsch_reset() instead of duplicating the stsch()
inline assembly and adding "memory" to the clobberlist.
Pointed out by Chuck Ebbert.
Real fix would be to add a fixup section to the stsch() and ex
From: Heiko Carstens <[EMAIL PROTECTED]>
[S390] Fix cpu hotplug (missing 'online' attribute).
72486f1f8f0a2bc828b9d30cf4690cf2dd6807fc inverts the logic if an
'online' attribute in /sys/devices/system/cpu/cpuX should appear.
So we end up with no hotpluggable cpus at all...
Set the hotpluggable va
On Sat, Jan 06, 2007 at 08:34:16PM +0300, Oleg Nesterov wrote:
> I suspect this can't help either.
>
> The problem is that flush_workqueue() may be called while cpu hotplug event
> in progress and CPU_DEAD waits for kthread_stop(), so we have the same dead
> lock if work->func() does flush_workque
From: Heiko Carstens <[EMAIL PROTECTED]>
[S390] Fix vmalloc area size calculation.
setup_memory_end() uses VMALLOC_END instead of VMALLOC_END_INIT to
calculate the maximum supported size of physical memory. Since
VMALLOC_END is zero, this will cause a crash on 31 bit systems.
Signed-off-by: Heik
From: Heiko Carstens <[EMAIL PROTECTED]>
[S390] don't call handle_mm_fault() if in an atomic context.
There are several places in the futex code where a spin_lock is held
and still uaccesses happen. Deadlocks are avoided by increasing the
preempt count. The pagefault handler will then not take an
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/kernel/head31.S | 12 +++-
arch/s390/kernel/head64.S | 12 +++-
arch/s390/kernel/setup.c|2 +-
arch/s390/kernel
On 01/07/2007 11:20 AM, Jeremy Fitzhardinge wrote:
Rene Herman wrote:
How is it for efficiency? I thought it was for correctness.
romsignature is using probe_kernel_adress() while all other accesses
to the ROMs there aren't.
If nothing else, anyone reading that code is likely to ask himself
On Jan 6 2007 22:19, Linus Torvalds wrote:
>Leonard Norrgård (1):
> sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280)
Something seems to have mangled the name, that should have
been an å not A¥. (Something reencoded it). A gitlog problem?
-`J'
--
On Sat, Jan 06, 2007 at 11:11:17AM -0800, Andrew Morton wrote:
> Has anyone thought seriously about using the process freezer in the
> cpu-down/cpu-up paths? That way we don't need to lock anything anywhere?
How would this provide a stable access to cpu_online_map in functions
that need to block
On Sun, Jan 07, 2007 at 10:28:53AM +, Christoph Hellwig wrote:
> On Sun, Jan 07, 2007 at 10:03:36AM +0100, Willy Tarreau wrote:
> > The problem is that I have no sufficient FS knowledge to argument why
> > it helps here. It was a desperate attempt to fix the problem for us
> > and it definitely
On Jan 7 2007 01:07, Amit Choudhary wrote:
>
>I will come to the main issue later but I just wanted to point out
>that we maintain information at two separate places - mapping
>between the name and the number in user space and kernel space.
>Shouldn't this duplication be removed.
For example? Do
Le dimanche 07 janvier 2007 à 03:21 +0100, Jan Engelhardt a écrit :
> Hi sonypi (ex-)maintainers ;-)
>
>
> drivers/char/Kconfig lists SONYPI as being !64BIT, however, there seem
> to be sony users with x86_64 [1] around.
Indeed, I have had (private) reports about it working on x86_64 too.
> I
Hi Adrian,
On Sat, 6 Jan 2007 00:29:13 +0100, Adrian Bunk wrote:
> While looking at the code, I also noted the following:
>
> quirk_sis_96x_compatible() is pretty useless since all it does is to set
> a static variable that is only used in a printk().
>
> quirk_sis_96x_compatible() was added wi
On Jan 7 2007 10:03, Willy Tarreau wrote:
>On Sun, Jan 07, 2007 at 12:58:38AM -0800, H. Peter Anvin wrote:
>> >[..]
>> >entries in directories with millions of files on disk. I'm not
>> >certain it would be that easy to try other filesystems on
>> >kernel.org though :-/
>>
>> Changing filesystems
On Sun, Jan 07, 2007 at 11:56:01AM +0100, Jan Engelhardt wrote:
> On Jan 6 2007 22:19, Linus Torvalds wrote:
>
> >Leonard Norrgård (1):
> > sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280)
>
> Something seems to have mangled the name, that should have
> been an å not A¥.
Em Qui, 2007-01-04 às 15:18 -0800, Andrew Morton escreveu:
> On Thu, 04 Jan 2007 20:59:08 -0200
> Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
>
> > > The largest value we use here is 0x0200. Perhaps v4l2_std_id
> > > shouldn't
> > > be 64-bit?
> > Too late to change it to 32 bits. It is
On 1/7/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
There's absolutely nothing interesting here, unless you want to play with
KVM, or happened to be bitten by the bug with really old versions of the
linker that made parts of entry.S just go away.
But check it out anyway, and the shortlog gives
Hello,
Mark Wagner wrote:
[--snip--]
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out, tx_status 00 status e000.
[--snip--]
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hda: status timeout:
On 01/07, Srivatsa Vaddagiri wrote:
>
> On Sat, Jan 06, 2007 at 08:34:16PM +0300, Oleg Nesterov wrote:
> > I suspect this can't help either.
> >
> > The problem is that flush_workqueue() may be called while cpu hotplug event
> > in progress and CPU_DEAD waits for kthread_stop(), so we have the sam
On Sun, Jan 07, 2007 at 05:45:28PM +0530, Akula2 wrote:
> I can't find 2.6.20-rc4 on the kernel.org home page. Latest shows as:-
>
> The latest prepatch for the stable Linux kernel tree is: 2.6.20-rc3
> 2007-01-01 01:15 UTC
>
> Is there any problem here?
See the thread "kernel.org lie
Russell King schrieb:
[Leonard Norrgård (1):]
> That is an å if you look at the raw message in UTF-8. However, Linus
> sends mail in with a charset of ISO-8859-1, and if you place UTF-8
> encoded text in such a message body, you will see A¥.
Only if the mechanism used for placing it there ignore
On 1/7/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
> There are some difficulties with gcc versions between linux-2.4 and linux-2.6,
> but I do not recall all of the details off of the top of my head. If I recall
> correctly, one of the issues is, linux-2.4 ?prefers? gcc-2.96, while newer
> linu
On Sun, 7 Jan 2007 11:56:01 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 6 2007 22:19, Linus Torvalds wrote:
>
> >Leonard Norrgård (1):
> > sound: hda: detect ALC883 on MSI K9A Platinum motherboards (MS-7280)
>
> Something seems to have mangled the name, that should
On Sun, 7 Jan 2007 05:33:53 +, you wrote:
>Hi,
>
>I'm pleased to announce the release of Squashfs 3.2.
What about lzma and squashfs ?
Cheers,
--
Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/]
[IRC:areq skype:arekpatyk GG:1383 jid:arek<>patyk:net]
-
To unsubscribe f
Ingo Molnar wrote:
i'm pleased to announce the first release of paravirtualized KVM (Linux
under Linux), which includes support for the hardware cr3-cache feature
of Intel-VMX CPUs. (which speeds up context switches and TLB flushes)
the patch is against 2.6.20-rc3 + KVM trunk and can be found
Changes from kvm-9:
- more hypercall work
- cleanup irq handling
- shadow page table caching
- migration fixes
- stabilization fixes
This release is significantly faster than previous releases; upgrading
is recommended.
http://kvm.sourceforge.net
--
error compiling committee.c: too many argu
On Sun, Jan 07, 2007 at 06:41:00PM +0530, Akula2 wrote:
> On 1/7/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
> >> There are some difficulties with gcc versions between linux-2.4 and
> >linux-2.6,
> >> but I do not recall all of the details off of the top of my head. If I
> >recall
> >> correctl
Hi,
while running "shred /dev/hda3" this night I got the following oops. The
keyboard is no longer working, but the machine is up and running.
If you need any other information, please let me know, as I will reboot
this machine in ~24hours.
BUG: unable to handle kernel paging request at virtual a
setcc() in math-emu is written as a gcc extension statement expression
macro that returns a value. However, it's not used that way and it's
not needed like that, so just make it a do-while non-extension macro
so that we don't use an extension when it's not needed.
Looks fine, except
-#define
On 1/7/07, Russell King <[EMAIL PROTECTED]> wrote:
See the thread "kernel.org lies about latest -mm kernel" on this mailing
list.
Russell,
I have read the thread, big thanks to you for the inputs.
Honestly I didn't understand much about the git internal working
except getdents () @ HPA & Linu
didn't attach .config.. here it is..
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.19.1
# Tue Dec 12 18:51:16 2006
#
CONFIG_X86_32=y
CONFIG_GENERIC_TIME=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_X86=y
CONFIG_MMU=y
CON
On Sat, 2007-01-06 at 23:26 -0800, Andrew Morton wrote:
> diff -puN
> include/asm-i386/spinlock.h~spin_lock_irq-enable-interrupts-while-spinning-i386-implementation-fix
> include/asm-i386/spinlock.h
> ---
> a/include/asm-i386/spinlock.h~spin_lock_irq-enable-interrupts-while-spinning-i386-implem
On Sun, Jan 07, 2007 at 07:08:47PM +0530, Akula2 wrote:
> On 1/7/07, Russell King <[EMAIL PROTECTED]> wrote:
> >
> >See the thread "kernel.org lies about latest -mm kernel" on this mailing
> >list.
>
> Russell,
>
> I have read the thread, big thanks to you for the inputs.
> Honestly I didn't unde
On Sun, Jan 07, 2007 at 01:07:41AM -0800, Amit Choudhary wrote:
> Now, let's say a vendor has linux_kernel_version_1 that has 300
> system calls. The vendor needs to give some extra functionality to
> its customers and the way chosen is to implement new system call.
> The new system call number is
Rusty Russell wrote:
On Sat, 2007-01-06 at 12:55 -0800, Zachary Amsden wrote:
Rusty Russell wrote:
+int paravirt_write_msr(unsigned int msr, u64 val);
If binary modules using debug registers makes us nervous, the
reprogramming MSRs is also similarly bad.
Yes, but this is
> On 1/7/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
I don't see which libs you are talking about. The compiler you build your
kernel with is totally independant on the compiler you build your apps with.
A few years ago, some distros even shipped a compiler just for the kernel
(they called the bi
On 01/07, Oleg Nesterov wrote:
>
> Thoughts?
How about:
CPU_DEAD does nothing. After __cpu_disable() cwq->thread runs on
all CPUs and becomes idle when it flushes cwq->worklist: nobody
will add work_struct on that list.
CPU_UP:
if (!cwq->thread)
On 1/7/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
There are distro mirrors on kernel.org, and the most famous ones
are downloaded by huge number of people on their release day. What
John explained is that the cumulated downloads during the 12 first
hours after FC6 releases totalized 13 TB of d
On Sat, Jan 06, 2007 at 02:04:59PM -0800, Randy Dunlap wrote:
> On Tue, 2 Jan 2007 19:34:59 + Ken Moffat wrote:
>
> > On Tue, Jan 02, 2007 at 01:42:32PM -0500, Len Brown wrote:
> > >
> > > You might remove and re-insert the DIMMS.
> > > Sometimes there are poor contacts if the DIMMS are not f
[ CC list trimmed since I'm repeating myself ]
On Sun, Jan 07, 2007 at 07:49:05PM +0530, Akula2 wrote:
> >> On 1/7/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
> >I don't see which libs you are talking about. The compiler you build your
> >kernel with is totally independant on the compiler you bui
On Sun, 7 Jan 2007 05:33:53 +, Phillip Lougher <[EMAIL PROTECTED]> wrote:
> 6. Odd behaviour of MIPS memcpy in read_data() routine worked-
> around.
It is for PREFETCH issue reported on this mail, right?
http://sourceforge.net/mailarchive/message.php?msg_id=37687166
MIPS memcpy is no
Daniel Walker wrote:
On Sat, 2007-01-06 at 23:26 -0800, Andrew Morton wrote:
diff -puN
include/asm-i386/spinlock.h~spin_lock_irq-enable-interrupts-while-spinning-i386-implementation-fix
include/asm-i386/spinlock.h
---
a/include/asm-i386/spinlock.h~spin_lock_irq-enable-interrupts-while-spi
On 01/07, Oleg Nesterov wrote:
>
> How about:
>
> CPU_DEAD does nothing. After __cpu_disable() cwq->thread runs on
> all CPUs and becomes idle when it flushes cwq->worklist: nobody
> will add work_struct on that list.
Also, we can add cpu_workqueue_struct->should_exit_after_flu
Arkadiusz Patyk wrote:
> On Sun, 7 Jan 2007 05:33:53 +, you wrote:
>
>>Hi,
>>
>>I'm pleased to announce the release of Squashfs 3.2.
>
> What about lzma and squashfs ?
>
I have patches for 3.0, 3.1 and (not yet finished) 3.2. As far as I can
tell:
src/squashfs3.2/squashfs-tools/lzma/READM
Hi.
I just wanted to let you know that I tested the version found in
git-mmc.patch (from latest -mm kernel) with kernel version
2.6.20-rc3-g6a4306b3 (2 or 3 days ago Linus' GIT tree).
No problems so far: the driver seems pretty stable: it survived
various suspend-to-ram and suspend-to-disk attemp
On 1/7/07, Sebastian Kärgel <[EMAIL PROTECTED]> wrote:
BUG: unable to handle kernel paging request at virtual address 1b1ca570
printing eip:
c014c3b1
*pde =
Oops: [#1]
Modules linked in:
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010807 (2.6.19.1 #1)
EIP is at slab_ge
i am writing a module that have to make use in the vmx operations,
to enable vmx operations i have to set bit 13 (vmxe bit) in the
control registetr cr4 to 1.
doing so in a uni cpu platform is not a problem, the question is what
to do when working on smp system?
to make all the cpus in the smp sys
I want this:
char v[4];
...
memcmp(v, "abcd", 4) == 0
compile to single cmpl on i386. This (gcc 4.1.1) is ridiculous:
callmemcmp
i686-linux-gcc (GCC) 4.2.0 20060410 (experimental)
movl$4, %ecx#, tmp65
cld
movl$v, %esi#, tm
On Sun, 2007-01-07 at 14:06 +0100, Tilman Schmidt wrote:
> Russell King schrieb:
> > Welcome to the mess which the UTF-8 charset creates.
Utter bollocks.
> The problem of different character encodings coexisting on the same
> platform, and the resulting occasional messing-up, far predates Unicode
Hi folks,
I tried 2.6.20-rc3 and suspend to RAM is now broken. The screen stays
dark after resume, the same with the network link. It worked with
2.6.18 (I skipped 2.6.19 because of a regression in the sky2 driver).
I enabled pm_trace and did a echo mem > /sys/power/state in single user
mode.
Af
On Thu, 2007-01-04 at 17:42 +, Christoph Hellwig wrote:
> On Thu, Jan 04, 2007 at 02:00:20AM -0500, Mike Frysinger wrote:
> > most architectures (pretty much everyone but like x86/x86_64/s390)
> > export empty asm/page.h headers ... considering how useless these are,
> > why bother exporting th
While tracking a bug for Thibaut Varene, I noticed that almost all
architectures implemented exactly the same sys32_sysinfo... except
parisc, where a bug was to be found in handling of the uptime. So
let's remove a whole whack of code for fun and profit. Cribbed
compat_sys_sysinfo from x86_64's imp
> Some more data on how git affects kernel.org...
I have a quick question about the gitweb configuration, does the
$projects_list config entry point to a directory or a file?
When it is a directory gitweb ends up doing the equivalent of a 'find
$project_list' to find all the available projects, s
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> During extremely high load, it appears that what slows kernel.org down
> more than anything else is the time that each individual getdents()
> call takes. When I've looked this I've observed times from 200 ms to
> almost 2 seconds! Since an unpacked
On Sun, Jan 07, 2007 at 09:48:50AM -0500, Kyle McMartin wrote:
> While tracking a bug for Thibaut Varene, I noticed that almost all
> architectures implemented exactly the same sys32_sysinfo... except
> parisc, where a bug was to be found in handling of the uptime. So
> let's remove a whole whack o
Zachary Amsden wrote:
Now it fails with CONFIG_PARAVIRT off .
Now it compiles both ways. Or at least asm-offsets.c does. Testing
full build...
Zach
Yep, that lipstick makes the cat shine.
Zach
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Sun, Jan 07, 2007 at 03:13:19PM +, Christoph Hellwig wrote:
> and last but not least we probably want a unified mechanisms to deal
> with the 64bit arguments that are broken up into two 32bit ones (not just
> for emulation but also for 32it BE architectures)
It's not BE that is the problem
On Sun, Jan 07, 2007 at 03:13:19PM +, Christoph Hellwig wrote:
> > +compat_sys_sysinfo(struct compat_sysinfo __user *info)
> > +{
> > + extern int do_sysinfo(struct sysinfo *info);
>
> Please always put prototypes for functions with external linkage in
> header files.
>
Ah, crud, I stuck t
On Sun, Jan 07, 2007 at 11:13:57PM +0800, David Woodhouse wrote:
> On Sun, 2007-01-07 at 14:06 +0100, Tilman Schmidt wrote:
> > Russell King schrieb:
> > > Welcome to the mess which the UTF-8 charset creates.
>
> Utter bollocks.
Wrong. The problem is partly caused by not everything understanding
* Nathan Lynch <[EMAIL PROTECTED]> wrote:
> Commit 5c1e176781f43bc902a51e5832f789756bff911b ("sched: force
> /sbin/init off isolated cpus") sets init's cpus_allowed to a subset of
> cpu_online_map at boot time, which means that tasks won't be scheduled
> on cpus that are added to the system later
On Sun, 07 Jan 2007 17:39:04 +0300, you wrote:
>Arkadiusz Patyk wrote:
>
>> On Sun, 7 Jan 2007 05:33:53 +, you wrote:
>>
>>>Hi,
>>>
>>>I'm pleased to announce the release of Squashfs 3.2.
>>
>> What about lzma and squashfs ?
>>
>
>I have patches for 3.0, 3.1 and (not yet finished) 3.2. As f
This is mainly bug fixes, although there are a few harmless updates
(like email addresses and driver PCI IDs). The patch is available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6
The Short Changelog is:
adam radford (1):
3ware 8000 serialize reset code
Adrian
Hi Jean, Adrian:
> On Tue, 19 Dec 2006 05:13:15 +0100, Adrian Bunk wrote:
> > @@ -1122,6 +1123,14 @@ static void quirk_sis_96x_smbus(struct p
> > pci_write_config_byte(dev, 0x77, val & ~0x10);
> > pci_read_config_byte(dev, 0x77, &val);
> > }
> > +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_SI,
Hi Jean, Adrian, et. al.:
* Jean Delvare <[EMAIL PROTECTED]> [2007-01-07 12:30:13 +0100]:
> Hi Adrian,
>
> On Sat, 6 Jan 2007 00:29:13 +0100, Adrian Bunk wrote:
> > While looking at the code, I also noted the following:
> >
> > quirk_sis_96x_compatible() is pretty useless since all it does is to
On Sun, Jan 07, 2007 at 03:56:03PM +0300, Oleg Nesterov wrote:
> Srivatsa, I'm completely new to cpu-hotplug, so please correct me if I'm
> wrong (in fact I _hope_ I am wrong) but as I see it, the hotplug/workqueue
> interaction is broken by design, it can't be fixed by changing just locking.
>
>
Hi Takada-san,
It is obviously bad.
These part is added several years ago by my post.
A cyrix.c try to find chip because of chip hardware bug affected
to timer which has started early.
Now, these chips have already been obsolete.
There are 2 options. One is simply remove these functionality.
The
On Sun, 2007-01-07 at 15:38 +, Russell King wrote:
> On Sun, Jan 07, 2007 at 11:13:57PM +0800, David Woodhouse wrote:
> > On Sun, 2007-01-07 at 14:06 +0100, Tilman Schmidt wrote:
> > > Russell King schrieb:
> > > > Welcome to the mess which the UTF-8 charset creates.
> >
> > Utter bollocks.
>
On Thu, 4 Jan 2007, Robert Hancock wrote:
> > Saw this oops on 2.6.20-rc3-git4 when attempting to suspend. This only
> > happened in 1 of 3 attempts.
On Friday, 5 January 2007 20:15, Christoph Lameter wrote:
> See the fix that I posted yesterday to linux-mm. Its now in Andrew's tree.
On 1/5/
diff --git a/arch/ia64/ia32/ia32_entry.S b/arch/ia64/ia32/ia32_entry.S
index a32cd59..0a76de0 100644
--- a/arch/ia64/ia32/ia32_entry.S
+++ b/arch/ia64/ia32/ia32_entry.S
@@ -326,7 +326,7 @@ ia32_syscall_table:
data8 sys_ni_syscall
data8 compat_sys_wait4
data8 sys_swapoff
On Wed, 2007-01-03 at 15:09 +, Russell King wrote:
> On Wed, Jan 03, 2007 at 09:00:58AM -0600, James Bottomley wrote:
> > However, I was wondering if there might be a different way around this.
> > We can't really walk all the user mappings because of the locks, but
> > could we store the user
1 - 100 of 274 matches
Mail list logo
