H. Peter Anvin wrote:
> Given that we have already established littleendian byte order, it's the
> same thing.
>
Well, not quite; mentioning the string form first creates an ambiguity.
I'd express as something like: ``The magic number is 0x53726448
(implicitly, stored little-endian), which bre
H. Peter Anvin wrote:
> Philipp Kohlbecher wrote:
>> From: Philipp Kohlbecher <[EMAIL PROTECTED]>
>>
>> The kernel_execve function issues a software interrupt (int 0x80) to make
>> a system call to sys_execve. This function expects to find the stack segment
>> and stack pointer of the function that
I have posted the results of my initial testing, measuring IPC rates
using various schedulers under no load, limited nice load, and heavy
load at nice 0.
http://www.tmr.com/~davidsen/ctxbench_testing.html
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things w
On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
> Randy just informed me that the patch limits are bigger now, so here are the
> actual patches.
>
> This patch allows for proper console unregistration via the VT layer, and
> updates the FB layer to use it. This makes debugging new console
Jeremy Fitzhardinge wrote:
> H. Peter Anvin wrote:
>> +Field name: boot_flag
>> +Type: read
>> +Offset/size:0x1fe/2
>> +Protocol: ALL
>> +
>> + Contains 0xAA55. This is the closest thing old Linux kernels have
>> + to a magic number.
>>
>
> Endianess? I guess a blank
Jörn Engel wrote:
> > Almost all your static functions start with logfs_, why not this one?
>
> Because after a while I discovered how silly it is to start every
> function with logfs_. That prefix doesn't add much unless the function
> has global scope. What I didn't do was remove the prefix fr
H. Peter Anvin wrote:
> +Field name: boot_flag
> +Type:read
> +Offset/size: 0x1fe/2
> +Protocol:ALL
> +
> + Contains 0xAA55. This is the closest thing old Linux kernels have
> + to a magic number.
>
Endianess? I guess a blanket statement saying that all constants are
st
on x86_64 kernel, level triggered irq migration gets initiated in the context
of that interrupt(after executing the irq handler) and following steps are
followed to do the irq migration.
1. mask IOAPIC RTE entry; // write to IOAPIC RTE
2. EOI; // processor EOI write
3. re
From: Tim Hockin <[EMAIL PROTECTED]>
Background:
The MCE handler already has an idle-task handler which checks for the
TIF_MCE_NOTIFY flag. Given that the system is idle at that point, we can
get even better granularity of MCE logging by polling for MCEs whenever
we enter the idle loop. This
Tobias, did you test this patch and did it solve your problem?
Philip Langdale wrote:
> There is apparently at least one instance of the Ricoh SDHCI
> implementation out there where card insertion (and possibly
> removal) interrupts do not work - so the only way to detect
> a change in the presenc
Fix confirmed, filled the whole 11T hard disk, without crashing.
I presume this would go into 2.6.22
Thanks again.
Jeff
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Zheng
> Sent: Thursday, 17 May 2007 5:39 p.m.
> To: Neil Brown; [EMAIL PR
A number of items in the i386 boot documentation have been either
vague, outdated or hard to read. This text revision adds several more
examples, including a memory map for a modern kernel load. It also
adds a field-by-field detailed description of the setup header, and a
bootloader ID for Qemu.
On Thursday 17 May 2007 04:40:24 David Chinner wrote:
> On Wed, May 16, 2007 at 11:31:16PM +0200, Jesper Juhl wrote:
> > Hi,
> >
> > The Coverity checker found a memory leak in xfs_inactive().
>
> > So, the code allocates a transaction, but in the case where 'truncate' is
> > !=0 and xfs_itru
On Thursday, May 17, 2007 3:37 pm Jesse Barnes wrote:
> This patch adds the core of the new DRM based modesetting system. It
> creates several new structures in the DRM, the primary ones being the
> CRTC, which controls all aspects of your device's CRTC(s), output,
> which describes and controls t
On Thursday, May 17, 2007 3:40 pm Jesse Barnes wrote:
> This patch adds support for DRM modesetting to the Intel DRM driver
> and stubs out a simple FB driver to sit underneath. The code had to
> be refactored a bit, since current DRM drivers tend to be fully
> initialized by userspace via ioctls.
On Thursday, May 17, 2007 3:32 pm Jesse Barnes wrote:
> Randy just informed me that the patch limits are bigger now, so here
> are the actual patches.
>
> This patch allows for proper console unregistration via the VT layer,
> and updates the FB layer to use it. This makes debugging new console
>
> Something similar happened to me on XE3, yes.
>
> (Actual values were different; BIOS specified critical temperature at
> cca 95C, but hw killed the power at cca 83C. Setting critical trip
> point at 80C made the problem go away.)
Great, please file a bug and include the acpidump from the XE3
a
> > No, writing trip-points is neither a fix, nor it is reasonable.
> > It is a workaround at best, and it is a dangerous and mis-leading hack.
> >
> > The OS has no capability to actually change the ACPI trip points
> > that are used by the BIOS. Changing the OS copy of them
> > to make the user
Randy just informed me that the patch limits are bigger now, so here are the
actual patches.
This patch allows for proper console unregistration via the VT layer, and
updates the FB layer to use it. This makes debugging new console drivers
much easier, since you can properly clean them up before
Simon Arlott wrote:
> On 17/05/07 21:15, H. Peter Anvin wrote:
>> Simon Arlott wrote:
>>> Is it automatic? I have CONFIG_X86_CMPXCHG=y without cx8 showing in
>>> cpuinfo, and it appears to work fine.
>>>
>>> Will your changes needlessly prevent the kernel running? Would I be
>>> right in thinking t
On Thu, 17 May 2007, Peter Zijlstra wrote:
> The way I read the cpuset page allocator, it will only respect the
> cpuset if there is memory aplenty. Otherwise it will grab whatever. So
> still, it will only ever use ALLOC_NO_WATERMARKS if the whole system is
> in distress.
Sorry no. The purpose o
From: Philipp Kohlbecher <[EMAIL PROTECTED]>
The kernel_execve function issues a software interrupt (int 0x80) to make
a system call to sys_execve. This function expects to find the stack segment
and stack pointer of the function that issued the system call in the pt_regs
struct. The syscall entry
> This is the original ARM dyntick stuff, right ?
Yes this is a version is not using clocksource.
> The dyntick support on your architecture is broken. Why does it fiddle
> with the timer, when the system is not idle ?
I can't yet run the test sequence on the latest kernel so I'll have to
wait t
Matthew Wilcox wrote:
On Tue, May 15, 2007 at 12:26:29PM +0100, Simon Arlott wrote:
I've already suggested a sysfs attribute - or something equivalent - would
be much better. It's just one function that a user might want to run multiple
times (e.g. after adding scsi devices?) - why should loadin
On Thu, 17 May 2007 16:33:12 -0500
"MIke Miller (OS Dev)" <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-05-14 at 17:53 +, Gerald Britton wrote:
> > Fix an Oops in the cciss driver caused by system shutdown while a filesystem
> > on a cciss device is still active. The cciss_remove_one function onl
Philipp Kohlbecher wrote:
> From: Philipp Kohlbecher <[EMAIL PROTECTED]>
>
> The kernel_execve function issues a software interrupt (int 0x80) to make
> a system call to sys_execve. This function expects to find the stack segment
> and stack pointer of the function that issued the system call in t
On 17/05/07 21:15, H. Peter Anvin wrote:
Simon Arlott wrote:
Is it automatic? I have CONFIG_X86_CMPXCHG=y without cx8 showing in
cpuinfo, and it appears to work fine.
Will your changes needlessly prevent the kernel running? Would I be
right in thinking that the kernel is successfully using cmpx
Dave Jones wrote:
On Thu, May 17, 2007 at 05:40:31PM -0400, Ed Sweetman wrote:
> Here's a patch
(please inline patches so they can be quoted in replies).
having this as a tristate makes no sense, that code can't be modular.
Also, there's a gratuitous whitespace change, and the default should
On Thu, May 17, 2007 at 10:20:10PM +0200, CIJOML wrote:
> Hi,
>
> with kernel 2.6.20 and 2.6.21 I have problem with my good old router
> Dell Dual P2 333MHz.
>
> Module 8250 getts loaded, but UPS driver is unable talk to UPS:
>
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing
Andi Kleen wrote:
>>
>> The C3s all have cx8, but it needs to be enabled in an MSR first.
>> (See arch/i386/kernel/cpu/centaur.c , search for CX8)
>
> Sigh. I wonder what genius at VIA came up with that setup.
>
It's very simple, actually. We had to do something similar at
Transmeta, because Wi
On Mon, May 07, 2007 at 01:44:05PM +0200, Jesper Juhl wrote:
>
> I just noticed, when running scripts/ver_linux on a Gentoo system, that the
> line printing the C library version looked a little odd. So I fixed it up
> to be in line with all the rest.
>
> Old output:
> Linux C Library> li
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc1:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v7.patch
Broken out version is available here:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-
Dave Jones wrote:
On Thu, May 17, 2007 at 03:30:43PM -0600, Matthew Wilcox wrote:
> On Thu, May 17, 2007 at 03:43:26PM -0400, Benjamin LaHaise wrote:
> > On Thu, May 17, 2007 at 01:39:54PM -0600, Matthew Wilcox wrote:
> > > On Fri, May 18, 2007 at 12:34:40AM +0530, Satyam Sharma wrote:
> > >
Dave Jones wrote:
> On Thu, May 17, 2007 at 11:28:01PM +0200, Christian Volkmann wrote:
> Though, I've *never* seen or even heard of someone with one of those CPUs,
> so whether we need to care is questionable. The mp6 did actually make it
> to manufacture aparently, but I don't think anyone actual
On Thu, 17 May 2007 23:36:13 +0200, Arnd Bergmann wrote:
> On Thursday 17 May 2007, Pekka Enberg wrote:
> >
> > So any sane way to enable compression is on per-inode basis which makes
> > me still wonder why you need per-object compression.
>
> 1. it doesn't require user interaction, the file sy
* Vivek Goyal <[EMAIL PROTECTED]> [2007-05-17 15:05]:
> On Mon, May 14, 2007 at 04:05:15PM +0200, Bernhard Walle wrote:
> > * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-08 19:18]:
> > > On Thu, May 03, 2007 at 12:19:32AM +0200, Bernhard Walle wrote:
> > > > * Vivek Goyal <[EMAIL PROTECTED]> [2007-04-
On Thu, May 17, 2007 at 05:40:31PM -0400, Ed Sweetman wrote:
> Here's a patch
(please inline patches so they can be quoted in replies).
having this as a tristate makes no sense, that code can't be modular.
Also, there's a gratuitous whitespace change, and the default should
probably stay.
If t
On Thu 2007-05-17 15:08:39, Len Brown wrote:
> On Thursday 17 May 2007 09:36, Maciej Rutecki wrote:
>
> > Many people need change trippoints, for example I have:
> >
> > cat /proc/acpi/thermal_zone/TZ0/trip_points | grep critical
> > critical (S5): 256 C
> >
> > I _must_ change it to
Hi!
> > > ACPI: thermal trip points are read-only
> >
> > What was the rationale? Can we get this one reverted?
> >
> > Some machines (HP omnibook xe3) have broken trip points -- too high --
> > so machine will overheat and trigger hw shutdown before starting
> > passive cooling.
> >
> > T
On Thu, 17 May 2007, Jan Kratochvil wrote:
> This patch is using mmap()'s randomization functionality in such a way
> that it maps the main executable of (specially compiled/linked
> -pie/-fpie) ET_DYN binaries onto a random address (in cases in which
> mmap() is allowed to perform a randomizat
Kernel: v2.6.22-rc1-g0479ea0
Got this in the logs:
[ 8314.672340] BUG: at fs/inotify.c:172 set_dentry_child_flags()
[ 8314.672345]
[ 8314.672346] Call Trace:
[ 8314.672353] [] _spin_lock+0x9/0xb
[ 8314.672361] [] set_dentry_child_flags+0x6d/0x14f
[ 8314.672366] [] remove_watch_no_event+0x68/0x
On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote:
> i'm pleased to announce release -v13 of the CFS scheduler patchset.
>
> The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be
> downloaded from the usual place:
>
> http://people.redhat.com/mingo/cfs-scheduler/
>
> -v13 is a fix
On Thu, May 17, 2007 at 11:28:01PM +0200, Christian Volkmann wrote:
> - Important: somebody to check other CPU types if the same behavior happens.
arch/i386/kernel/cpu/rise.c
Though, I've *never* seen or even heard of someone with one of those CPUs,
so whether we need to care is questionable. T
David Miller wrote:
I'm currently trying to set IPv6 up on a Linux-based router. The
aforementioned router runs kernel 2.6.8.1, and just about all the hardware
driver modules are binary modules. For the record, I'd love to upgrade the
router to one of the newer kernels, but AIUI I can't do i
On Thu, May 17, 2007 at 02:33:34PM -0700, David Miller wrote:
> From: "Dmitry Torokhov" <[EMAIL PROTECTED]>
> Date: Thu, 17 May 2007 17:14:26 -0400
>
> > On 5/17/07, Al Viro <[EMAIL PROTECTED]> wrote:
> > >
> > > Ahem... So what does
> > >x |= y;
> > > turns into with that approach?
> >
> The way I read the cpuset page allocator, it will only respect the
> cpuset if there is memory aplenty. Otherwise it will grab whatever. So
> still, it will only ever use ALLOC_NO_WATERMARKS if the whole system is
> in distress.
Wrong. Well, only a little right.
For allocations that can't fail
On Thu, May 17, 2007 at 05:29:04PM -0400, Ed Sweetman wrote:
> Every other cpufreq driver demands acpi
This isn't true.
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
On Thu, May 17, 2007 at 03:30:43PM -0600, Matthew Wilcox wrote:
> On Thu, May 17, 2007 at 03:43:26PM -0400, Benjamin LaHaise wrote:
> > On Thu, May 17, 2007 at 01:39:54PM -0600, Matthew Wilcox wrote:
> > > On Fri, May 18, 2007 at 12:34:40AM +0530, Satyam Sharma wrote:
> > > > Hmmm, actually tho
Ed Sweetman wrote:
Dave Jones wrote:
On Thu, May 17, 2007 at 02:13:42PM -0400, Len Brown wrote:
> > Index: linux/arch/i386/kernel/cpu/cpufreq/Kconfig
> > ===
> > --- linux.orig/arch/i386/kernel/cpu/cpufreq/Kconfig
> > +++ linux
On Thursday 17 May 2007, Pekka Enberg wrote:
>
> Jörn Engel wrote:
> > Compressing random data will actually enlarge it. If that happens I
> > simply store the verbatim uncompressed data instead and mark it as such.
> >
> > There is also demand for a user-controlled bit in the inode to disable
>
On Mon, 2007-05-14 at 17:53 +, Gerald Britton wrote:
> Fix an Oops in the cciss driver caused by system shutdown while a filesystem
> on a cciss device is still active. The cciss_remove_one function only
> properly removes the device if the device has been cleanly released by its
> users, whic
On Thu, 17 May 2007 23:00:20 +0200, Arnd Bergmann wrote:
>
> Just using nanoseconds probably doesn't gain you much after all
> then. You could however just have separate 32 bit fields in the
> inode for seconds and nanoseconds, that will result in the exact
> same layout that you have right now, b
From: Philip Pemberton <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 21:59:31 +0100
>I'm currently trying to set IPv6 up on a Linux-based router. The
> aforementioned router runs kernel 2.6.8.1, and just about all the hardware
> driver modules are binary modules. For the record, I'd love to upg
On Thu, May 17, 2007 at 03:43:26PM -0400, Benjamin LaHaise wrote:
> On Thu, May 17, 2007 at 01:39:54PM -0600, Matthew Wilcox wrote:
> > On Fri, May 18, 2007 at 12:34:40AM +0530, Satyam Sharma wrote:
> > > Hmmm, actually those other users could easily write and maintain
> > > a 20-line patch that do
On Thu, 17 May 2007, Tomas Carnecky wrote:
> Additional info: HID device has two collections (whatever those are, I
> have _no_ idea):
If you are interested what usages and collections are (and if you are
going to write the support for this device, you probably are :) ), please
see http://www.u
From: "Dmitry Torokhov" <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 17:14:26 -0400
> On 5/17/07, Al Viro <[EMAIL PROTECTED]> wrote:
> >
> > Ahem... So what does
> >x |= y;
> > turns into with that approach?
>
> Do we want to do such kind of operations on endian-annotated data? I'd
> imagi
Dave Jones wrote:
On Thu, May 17, 2007 at 02:13:42PM -0400, Len Brown wrote:
> > Index: linux/arch/i386/kernel/cpu/cpufreq/Kconfig
> > ===
> > --- linux.orig/arch/i386/kernel/cpu/cpufreq/Kconfig
> > +++ linux/arch/i386/kernel/cp
On Thu, 2007-05-17 at 12:24 -0700, Christoph Lameter wrote:
> On Thu, 17 May 2007, Peter Zijlstra wrote:
>
> > The proposed patch doesn't change how the kernel functions at this
> > point; it just enforces an existing rule better.
>
> Well I'd say it controls the allocation failures. And that onl
Christian wrote:
Hmm, I really think so...:
>
> May I brought up a wrong reason with the command cmpxchg64.
> But disabling CONFIG_X86_CMPXCHG64 helps.
>
Hi,
I found some time to investigate. My resume is:
- kernel/verify_cpu.S causes the stop at boot time
Cause the required flag for CMPXC
On Thu, May 17, 2007 at 05:14:26PM -0400, Dmitry Torokhov wrote:
> On 5/17/07, Al Viro <[EMAIL PROTECTED]> wrote:
> >
> >Ahem... So what does
> > x |= y;
> >turns into with that approach?
>
> Do we want to do such kind of operations on endian-annotated data? I'd
> imagine you want to conver
On Thu, May 17, 2007 at 09:42:34PM +0100, Al Viro wrote:
> Ahem... So what does
> x |= y;
> turns into with that approach?
Another case is
#define FLAG1 cpu_to_be32(2)
#define FLAG2 cpu_to_be32(0x400)
if (packet_header->field & (FLAG1 | FLAG2))
which is a blo
Patches at http://www.kernel.org/pub/linux/kernel/people/jbarnes/patches
drm-modesetting-core.patch
drm-modesetting-i915.patch
console-unregister.patch
(Sorry the first two are slightly too big for lkml; they're against the
DRM tree at git://git.freedesktop.org/git/mesa/drm.)
In collaborati
Claas Langbehn wrote:
This is bug 8142. Please see
http://bugzilla.kernel.org/show_bug.cgi?id=8142
Apologies if this wasn't clear from context. The drive (Hitachi
TravelStar 7K100) is IDE not SATA so differs from this bug in the way
that the cable check should be relevant.
Francis
-
To un
Whoever responds to this mail, please email me directlythank-you!
It seems that the dos file system does not work correctly with kernel
version 2.6.12. When using a dos formatted usb memory stick and placing
files onto the memory stick, the files are corrupt.
All the data is there in the fil
On May 17 2007 13:17, Andrew Morton wrote:
>> @@ -2115,7 +2115,7 @@ static void nv_fill_sg(struct ata_queued
>> WARN_ON(qc->__sg == NULL);
>> WARN_ON(qc->n_elem == 0 && qc->pad_len == 0);
>>
>> -prd = (struct ata_prd*)((u64)pp->prd + ATA_PRD_TBL_SZ*qc->tag);
>> +prd = pp->prd +
Hi,
I'm currently trying to set IPv6 up on a Linux-based router. The
aforementioned router runs kernel 2.6.8.1, and just about all the hardware
driver modules are binary modules. For the record, I'd love to upgrade the
router to one of the newer kernels, but AIUI I can't do it because I don't
On 5/17/07, Al Viro <[EMAIL PROTECTED]> wrote:
Ahem... So what does
x |= y;
turns into with that approach?
Do we want to do such kind of operations on endian-annotated data? I'd
imagine you want to convert ot host-endianess first anyway.
--
Dmitry
-
To unsubscribe from this list: send
This is a note to let you know that we have just queued up the patch titled
Subject: CPUFREQ: powernow-k7: fix MHz rounding issue with perflib
to the 2.6.21-stable tree. Its filename is
cpufreq-powernow-k7-fix-mhz-rounding-issue-with-perflib.patch
A git repo of this tree can be foun
On Thu, May 17, 2007 at 11:05:38PM +0200, Robert Schwebel wrote:
> So it must be something with my configuration. I've tried to build a
> minimized configuration, see below. You can trigger the bug here by
> changing "Enable loadable module support.
update: it can also be triggered by switching of
Rob,
On Wed, May 16, 2007 at 09:11:18PM -0400, Rob Landley wrote:
> 2.6.21.1 built for me:
>
> tar xvjf linux-2.6.21.1.tar.bz2 &&
> cd linux-2.6.21.1 &&
> cat > mini.conf << EOF
> CONFIG_MODE_SKAS=y
> CONFIG_BINFMT_ELF=y
> CONFIG_HOSTFS=y
> CONFIG_SYSCTL=y
> CONFIG_STDERR_CONSOLE=y
> CONFIG_UNIX9
On Thu, May 17, 2007 at 01:56:24PM -0700, David Miller wrote:
> From: Artem Bityutskiy <[EMAIL PROTECTED]>
> Date: Thu, 17 May 2007 17:50:43 +0300
>
> > Well, I see the good side of your change - no home-brewed media<->cpu
> > things. Fair enough and nice. But why don't you make __be32 a struct
>
Hi,
thanks for publishing this.
Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA
controller.
This patch base on sata_nv.c file from kernel 2.6.22-rc1
See attachment for the patch.
Signed-off-by: Kuan Luo <[EMAIL PROTECTED]>
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
===
On Thursday 17 May 2007, Jörn Engel wrote:
>
> > Why not just store 64 bit nanoseconds? that would avoid the problem
> > with ns overflow and the year-2038 bug. OTOH, that would require
> > a 64 bit integer division when reading the data, so it gets you
> > a runtime overhead.
>
> I like the idea
Jörn Engel wrote:
Compressing random data will actually enlarge it. If that happens I
simply store the verbatim uncompressed data instead and mark it as such.
There is also demand for a user-controlled bit in the inode to disable
compression completely. All those .jpg, .mpg, .mp3, etc. just wa
From: Artem Bityutskiy <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 17:50:43 +0300
> Well, I see the good side of your change - no home-brewed media<->cpu
> things. Fair enough and nice. But why don't you make __be32 a struct
> (just like I do) so that compiler could complain then?
structs get pass
Otherwise, when the contents of DEC0 change, the exception effects
of the Decrementer become consistent with the new contents of the
Decrementer reasonably soon after the change.
And that is guaranteed on all PowerPC as far as I can see.
The main thing is that a decrementer exception won't go
> Ahem... So what does
> x |= y;
> turns into with that approach?
BTW, you can simply typedef __be16 ubi16_t; etc. and define conversion
functions as cpu_to_ubi16(x) being (__force ubi16_t)cpu_to_be16(x), etc.
sparse will do all checks just fine, you still have bitwise operations
(might or
On Thu, May 17, 2007 at 10:29:31AM -0700, Andrew Morton wrote:
> On Thu, 17 May 2007 18:09:50 +0300 Artem Bityutskiy <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2007-05-17 at 16:56 +0200, Christoph Hellwig wrote:
> > > On Thu, May 17, 2007 at 05:50:43PM +0300, Artem Bityutskiy wrote:
> > > > Christop
Added to bugzilla (Bug 8496)
http://bugzilla.kernel.org/show_bug.cgi?id=8496
--
Maciej Rutecki
http://www.maciek.unixy.pl
smime.p7s
Description: S/MIME Cryptographic Signature
On Sun, 13 May 2007, Roland McGrath wrote:
> You may need some memory barriers around the switching/restart stuff.
> In fact, I think it would be better not to delve into reinventing the
> low-level bits there at all. Instead use read_seqcount_retry there
> (linux/seqlock.h). Using that read_seq
On Thu, 17 May 2007 10:29:31 -0700, Andrew Morton wrote:
> On Thu, 17 May 2007 18:09:50 +0300 Artem Bityutskiy
> <[EMAIL PROTECTED]> wrote:
>
> umm.. I'd say what you've done in there is an improvement to the
> exiting stuff: getting gcc to check it is better than having to use
> sparse.
>
> I'
On Thu, 17 May 2007, Andrew Morton wrote:
Drat, and here was I hoping I'd lured you into implementing the generic
code.
Well, I am really happy to contribute, but I am not a generic janitor like
Cristoph, who (amaizingly) knows many differet kernel subsystems. I am
a specific developer and I w
On Thu, 2007-05-17 at 15:14 -0500, Woodruff, Richard wrote:
> > which code is disabling / enabling the timer interrupt ?
>
> - No one in this case is calling enable_irq(#timer). The failure is
> triggered from a non-tick-related enable_irq(#x). The function
> handle_IRQ_event() always calls handle
From: Thomas Gleixner <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 12:52:11 +0200
> On Wed, 2007-05-16 at 15:00 +0200, Mikulas Patocka wrote:
> > Hi
> >
> > On one of my machines with tickless kernel and plip I get messages :
>
> I bet this is a machine a P4 with Hyperthreading enabled ?
>
> > NO
Hi.
On 5/17/07, Luca Tettamanti <[EMAIL PROTECTED]> wrote:
Il Thu, May 17, 2007 at 11:59:23AM +1000, Benjamin Herrenschmidt ha scritto:
> On Wed, 2007-05-16 at 21:47 -0400, Daniel Drake wrote:
> > Hi,
> >
> > Did anything happen to the patch titled "radeonfb: add support for newer
> > cards"?
>
From: "Antonino A. Daplas" <[EMAIL PROTECTED]>
Date: Thu, 17 May 2007 18:51:22 +0800
> On Thu, 2007-05-17 at 10:49 +0100, Christoph Hellwig wrote:
> > On Thu, May 17, 2007 at 05:33:48AM +0800, Antonino A. Daplas wrote:
> > > -#if defined(__sparc__) && !defined(__sparc_v9__)
> > > - /* Should never
> On Wed, 2007-05-16 at 18:20 -0500, Woodruff, Richard wrote:
> > The crashes were because the frame pointer per_cpuirq_regs value
was
> > 0. That code does a user_mode(get_irq_regs()). Currently regs is
set
> > only upon real hardware entry on an irq.
> >
> > The crash path shows resend_irqs
Hi!
> >Yes. These things are almost always implemented _very_
> >badly by the same
> >kind of crack-smoking hobo they drag in off the streets
> >to write BIOSen.
> >
> >It's bog-roll technology; if you fancy a laugh try
> >doing some real
> >reliability tests on them time some. Powerfail testin
On Thu, 17 May 2007 16:32:01 +0200, Christoph Hellwig wrote:
> Kill ubis homegrown endianess handling crap and replace it with the
> normal kernel endianess handling.
>
Hum, you should check about alignment stuff.
Jffs2 use a similar mechanism and the packed struct also take care of
some unalign
Simon Arlott wrote:
>
> Is it automatic? I have CONFIG_X86_CMPXCHG=y without cx8 showing in
> cpuinfo, and it appears to work fine.
>
> Will your changes needlessly prevent the kernel running? Would I be
> right in thinking that the kernel is successfully using cmpxchg even
> though it's consider
Hi!
> I was wondering if any progress was made on the docking station support for
> new thinkpads,
> like the x60s ultradock. I'm looking for support for the CD/DVD burner on
> it. I tried
> enabling the most recent dock support in the kernel and still nothing.
> (2.6.22-rc1)
Kristen is work
On Thu, 17 May 2007 17:08:51 +0200, Arnd Bergmann wrote:
> On Tuesday 15 May 2007, Jörn Engel wrote:
> > Add LogFS, a scalable flash filesystem.
>
> Sorry for not commenting earlier, there were so many discussions on version
> two that I wanted to wait for the fallout of that instead of duplicatin
Hi,
sorry for insufficient description in my earlier post. I hope it is better
this time.
Jiri: Thanks for help, I applied your change on my previous patch.
This patch is using mmap()'s randomization functionality in such a way
that it maps the main executable of (specially compiled/linked -pi
Christoph Hellwig wrote:
> The attribute syntax is perfecltly
> find to address endianess issues without introducing wrapper structs the
> lead to horrible code generation in some situations (e.g. trying to return
> such a value)
Small structs are returned in register; it is indistinguishable fro
On Thu, 17 May 2007 13:12:35 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> The patch generates warnings:
>
> drivers/ata/sata_nv.c:2118: warning: cast from pointer to integer of
> different size
> drivers/ata/sata_nv.c:2118: warning: cast to pointer from integer of
> different size
>
> due
Hello!
This is bug 8142. Please see http://bugzilla.kernel.org/show_bug.cgi?id=8142
claas
-
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
On Thu, 17 May 2007 18:15:45 +0800
"Peer Chen" <[EMAIL PROTECTED]> wrote:
> Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA
> controller.
>
> This patch base on sata_nv.c file from kernel 2.6.22-rc1
>
> See attachment for the patch.
>
> Signed-off-by: Kuan Luo <[EMAIL PROT
* Török Edvin <[EMAIL PROTECTED]> wrote:
> On 5/17/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> >note: you ran it on a dual-core system and the SMP load-balancer needs
> >time to gain precision in the non-RT test - so i'd suggest to test it
> >much longer than 10 seconds: 300 seconds at least
I tried 2.6.22rc1-git5 with both the libata pcmcia and the legacy ide
pcmcia support, both failed as can be seen below...
Linux localhost.localdomain 2.6.22-rc1-git5 #5 SMP Thu May 17 21:23:42
CEST 2007 i686 i686 i386 GNU/Linux
** libata **
May 17 21:55:06 localhost kernel: pccard: PCMCIA car
On Thu, May 17, 2007 at 01:39:54PM -0600, Matthew Wilcox wrote:
> On Fri, May 18, 2007 at 12:34:40AM +0530, Satyam Sharma wrote:
> > Hmmm, actually those other users could easily write and maintain
> > a 20-line patch that does the wait for async scans thing for them
> > using /proc/scsi/scsi in an
101 - 200 of 455 matches
Mail list logo