A collegue of mine has an Intel mainboard with the i865 chipset onboard
(DQ965). All kernels up to and including 2.6.22-rc2 do not detect the IDE
CDROM/DVDROM when booting. The SATA hard drive is found without any
problems.
Relevant parts from lspci:
00:1f.2 0101: 8086:2820 (rev 02)
00:1f.2
On 5/20/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
hm, OK. I hope you guys have it under control ;)
With http://userweb.kernel.org/~akpm/config-vmm.txt I get
drivers/built-in.o:(.data+0x5790): undefined reference to
`serial8250_find_port_for_earlycon'
please check this one
Bjorn,
I can
On Fri, May 18, 2007 at 03:33:49PM +0200, Tejun Heo wrote:
...
> I wasn't really aiming for performance optimization. I agree that we
> have to live with barriers but it's also true that they and other
> synchronization constructs can be difficult to understand and thus to
> verify, so IMHO, when
On Mon, May 21, 2007 at 08:08:28AM +0200, Ingo Molnar wrote:
> To me it appears Peter's stuff is already a pretty complete solution on
> its own, and it's a whole lot simpler (and less duplicative) than your
> lockstat patch. Could you list the specific items/features that you
> think Peter's st
On 5/20/07, Ken Chen <[EMAIL PROTECTED]> wrote:
On 5/19/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> Yeah, that's the only one left. I was hoping it wasn't that one, as it
> claimed to have been tested extensively. Guess it wasn't tested with
> udev.
>
> Ken? Ball's in your court. As the patch isn't
On Mon, May 21 2007, Jens Axboe wrote:
> On Fri, May 18 2007, Badari Pulavarty wrote:
> > On Fri, 2007-05-18 at 09:35 +0200, Jens Axboe wrote:
> > > On Thu, May 17 2007, Badari Pulavarty wrote:
> > > > On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote:
> > > > > On Wed, May 16 2007, Badari Pulava
On Thu, May 10 2007, Benny Halevy wrote:
> @@ -411,12 +406,13 @@ int gart_map_sg(struct device *dev, struct scatterlist
> *sg, int nents, int dir)
> boundary and the new one doesn't have an offset. */
> if (!iommu_merge || !nextneed || !need || s->off
On 21 May 2007 I wrote:
> Attempting to compile a 2.6.21.1 kernel for use on a Fedora Core 6 box
> results in a panic at boot because the root filesystem can't be found.
I have just compiled 2.6.22-rc2 with the configuration file given in my
previous post and the resulting kernel successfully boo
On Fri, 18 May 2007 13:37:09 -0700
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > I wonder if there are other uses for the free space?
>
> unsigned long moreflags;
>
> Nick and Hugh were just sparring over adding a couple (or perhaps 8)
> flag bits. This would supply 64 new bits ... maybe th
On Monday 21 May 2007 03:13:08 Thomas Gleixner wrote:
> On Sun, 2007-05-20 at 02:53 +0530, Anant Nitya wrote:
> > > 1 == TASK_INTERRUPTIBLE, so we know that ksoftirqd was not woken up. At
> > > least it is not a scheduler problem.
> > >
> > > I work out a more complex debug patch and pester you to
a regression (well I switched to slub) happens on boot...
...
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
ACPI: PCI Interrupt :00:1d.3[D] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device :00:1d.3 to 64
uhci_hcd :00:1d.3: UHCI Host Controller
uhci_hcd 0
On Fri, May 18 2007, Badari Pulavarty wrote:
> On Fri, 2007-05-18 at 09:35 +0200, Jens Axboe wrote:
> > On Thu, May 17 2007, Badari Pulavarty wrote:
> > > On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote:
> > > > On Wed, May 16 2007, Badari Pulavarty wrote:
> > > > > On Tue, 2007-05-15 at 19:50
* Bill Huey <[EMAIL PROTECTED]> wrote:
> On Sun, May 20, 2007 at 12:30:26PM +0200, Peter Zijlstra wrote:
> > The 4 points are the first 4 unique callsites that cause lock contention
> > for the specified lock class.
> >
> > writing a 0 to /proc/lockdep_contentions clears the stats
>
> We should
On 5/19/07, Ray Lee <[EMAIL PROTECTED]> wrote:
Yeah, that's the only one left. I was hoping it wasn't that one, as it
claimed to have been tested extensively. Guess it wasn't tested with
udev.
Ken? Ball's in your court. As the patch isn't providing a killer
feature for 2.6.22, I'd suggest just r
On Sun, May 20, 2007 at 12:30:26PM +0200, Peter Zijlstra wrote:
> The 4 points are the first 4 unique callsites that cause lock contention
> for the specified lock class.
>
> writing a 0 to /proc/lockdep_contentions clears the stats
We should talk about unifying it with my lockstat work for -rt s
On Sat, 19 May 2007 04:55:12 -0700 kernel coder wrote:
> hi,
>
> I'm trying to implement a system call for x86_64. Mine processor is
> dual core opetron.There is very little material on web for
> implementing system calls for x86_64 processor for 2.6 series kernel.I
> tried to implement a new sys
Hi,
Could you put printf's in the setup code (especially
arch/i386/boot/main.c) to see how far it runs before it dies?
-hpa
I add some debug info to main.c, the result is that the kernel stopped
in query_edd();
Then I use kernel argument edd=off, the kernel booted happilly.
I will re
On Fri, 2007-05-18 at 23:44 -0700, Andrew Morton wrote:
> On Thu, 17 May 2007 19:41:15 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
>
> > fallocate() is a new system call being proposed here which will allow
> > applications to preallocate space to any file(s) in a file system.
>
> I merged t
add early dbgp to early_printk.
kernel command line:
earlyprintk=dbgp
or
earlyprintk=dbgp1
Signed-off-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/kernel/early_printk.c b/arch/x86_64/kernel/early_printk.c
index 56eaa25..f90a5f
On Mon, 2007-05-21 at 00:00 -0500, Frank Sorenson wrote:
> I see the slow bootup as well, even with 2.6.22-rc2-hrt1. It takes at
> least 5 times as long to boot, for X to start, to login, etc.
Can you provide me your .config and a boot log (please enable
CONFIG_PRINTK_TIME and add "apic=verbose"
early init pgt for fix virtual addr in head.S, so can use set_fixmap
before setup_arch.
otherwise set_fixmap_nocache will not work for x86_64
Signed-off-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/kernel/head.S b/arch/x86_64/k
early init pgt for fix virtual addr in head.S, so can use set_fixmap
before setup_arch.
otherwise set_fixmap_nocache will not work for i386
Signed-off-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/head.S b/arch/i386/kernel/
early_printk support on x86 platform
the patch was started by Eric, and I used it in LinuxBIOS, and added
some timeout etc.
also make it consistent to latest tree about relocated kernel feature.
include three part
1. x86_64: early init pgt for fix virtual addr in head.S, so can use
set_fixmap bef
On Sun, 20 May 2007 22:05:00 -0700 (PDT) Davide Libenzi <[EMAIL PROTECTED]>
wrote:
> On Sun, 20 May 2007, Andrew Morton wrote:
>
> > > I think it fits the rule "buffer must be big enough for at least one
> > > sigingo".
> > > We use the special return 0; as indicator that the process we were
>
On Sun, May 20, 2007 at 05:49:06PM +0200, Elimar Riesebieter wrote:
>On Sun, 20 May 2007 the mental interface of
>WANG Cong told:
>
>> On Sun, May 20, 2007 at 01:11:13PM +0200, Elimar Riesebieter wrote:
>> >Hi,
>> >
>> >FYI, building the kernel with
>> >gcc (GCC) 4.1.3 20070514 (prerelease) (Debian
On Sun, 20 May 2007, Andrew Morton wrote:
> > I think it fits the rule "buffer must be big enough for at least one
> > sigingo".
> > We use the special return 0; as indicator that the process we were
> > monitoring signals, detached the sighand.
> >
>
> hm. Kernel violates proper read() seman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> On Sun, 2007-05-20 at 14:25 +0200, Maarten Maathuis wrote:
>> When i try to boot a kernel higher than 2.6.21-rt1, it boots very
>> slowly. It takes minutes to even detect two cdrom players. I noticed
>> in the changelog:
>>
>>
young dave wrote:
> Hi,
>
> I tried the vga option , and the selection menu appeared, then I
> select 0(80x25) and nothing happened.
>
OK.
Could you put printf's in the setup code (especially
arch/i386/boot/main.c) to see how far it runs before it dies?
-hpa
-
To unsubscribe from this
On Thu, May 17, 2007 at 08:16:10PM +0200, Tejun Heo wrote:
> Allowing attribute and symlink dentries to be reclaimed means
> sd->s_dentry can change dynamically. However, updates to the field
> are unsynchronized leading to race conditions. This patch adds
> sysfs_lock and use it to synchronize u
Hi,
I tried the vga option , and the selection menu appeared, then I
select 0(80x25) and nothing happened.
2007/5/21, H. Peter Anvin <[EMAIL PROTECTED]>:
young dave wrote:
> Hi,
> My cpu is Intel(R) Pentium(R) D CPU 2.80GHz, below are the lspci
> output and kernel
Could you please try booting
On Mon, May 21, 2007 at 07:01:48AM +0400, Dan Kruchinin wrote:
> Hi.
>
> Section mismatch:
> --
> WARNING: init/built-in.o - Section mismatch: reference to .init.text:
> from .text between 'rest_init' (at offset 0x11e) and 'try_name'
> WARNING: arch/i386/mach-generic/built-in.o - Section mismatch:
On Sun, 20 May 2007 21:29:20 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> On 5/20/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > I'll queue this up for some testing, but I'd be a bit reluctant to send it
> > into Linus due to my poor understanding of what it actually does. What
> > _is_ an e
>
> under the circumstances, is there *any* cleanup worth doing WRT to
> this issue? because of the fact that module.h currently includes
> moduleparam.h, developers have been able to get away with being
> incredibly sloppy in their includes.
It is wortwhile to make module.h independent of modul
young dave wrote:
> Hi,
> My cpu is Intel(R) Pentium(R) D CPU 2.80GHz, below are the lspci
> output and kernel
Could you please try booting with "vga=ask", and see if you get the
video mode selection menu?
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On Thu, May 17, 2007 at 07:49:31PM +0200, Tejun Heo wrote:
> Maneesh Soni wrote:
> > On Thu, May 17, 2007 at 05:04:23AM -0700, Greg KH wrote:
> >> On Wed, May 16, 2007 at 08:31:00PM +0200, Tejun Heo wrote:
> >>> sd->s_dentry updates made by dentry/inode reclamation are racy and can
> >>> lead to BU
On Thu, May 17, 2007 at 07:52:53PM +0200, Tejun Heo wrote:
> The condition check doesn't make much sense as it basically always
> succeeds. This causes NULL dereferencing on certain cases. It seems
> that parentheses are put in the wrong place. Fix it.
>
> DON'T APPLY JUST YET
> ---
>
> Manees
On 5/20/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
I'll queue this up for some testing, but I'd be a bit reluctant to send it
into Linus due to my poor understanding of what it actually does. What
_is_ an early console, and how does it differ from a non-early one?
Someone help, please.
Coudl
On Sun, 20 May 2007 21:14:38 -0700 (PDT) Davide Libenzi <[EMAIL PROTECTED]>
wrote:
> On Sun, 20 May 2007, Andrew Morton wrote:
>
> > If 'count' is not a multiple of sizeof(struct signalfd_siginfo)), the read()
> > will return the next smallest multiple of `count'.
> >
> > That is, unless `count
On Sun, 20 May 2007, Davide Libenzi wrote:
> I think it fits the rule "buffer must be big enough for at least one sigingo".
^^^
/me wonders what sizeof(sigingo) is :)
- Davide
-
To unsubscribe from this list: send the
On Sun, 20 May 2007 23:27:28 +0900 Akinobu Mita <[EMAIL PROTECTED]> wrote:
> Maxinum number of I2O drivers which could be registered is
> configurable by max_drivers module parameter.
>
> But the module parameter is ignored and default value (I2O_MAX_DRIVERS = 8)
> is used in the loops to notify
On Friday 18 May 2007 09:54, Renato Golin wrote:
> Hi,
>
> I'm a kernel newbie so please, pardon my French.
>
> I have a Saitek Cyborg Evo Force, a very good joystick with force-
> feedback. Problem is, on Windows it works well (its drivers know its
> own idiosyncrasies) but on Linux it gets a bi
On Sun, 20 May 2007, Andrew Morton wrote:
> If 'count' is not a multiple of sizeof(struct signalfd_siginfo)), the read()
> will return the next smallest multiple of `count'.
>
> That is, unless `count' happens to be less than 1*sizeof(struct
> signalfd_siginfo)), in which case we return -EINVAL.
On Sat, 19 May 2007 21:07:11 -0300 Davi Arnaut <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Gathering signals in bulk enables server applications to drain a signal
> queue (almost full of realtime signals) more efficiently by reducing the
> syscall and file look-up overhead.
>
> Very similar to the sigt
On Saturday 19 May 2007 15:56, Thomas Renninger wrote:
> On Thu, 2007-05-17 at 15:17 -0400, Len Brown wrote:
> > On Thursday 17 May 2007 05:23, Pavel Machek wrote:
> >
> > > > ACPI: thermal trip points are read-only
> > >
> > > What was the rationale? Can we get this one reverted?
> > >
> >
On Sat, 19 May 2007 12:33:04 +0200 (MEST) Andrea Righi <[EMAIL PROTECTED]>
wrote:
> Bernd Eckenfels wrote:
> > In article <[EMAIL PROTECTED]> you wrote:
> >>printk("%s/%d: potentially unexpected fatal signal %d.\n",
> >>current->comm, current->pid, signr);
> >
> > can we
On Sat, 19 May 2007 12:34:01 +0200 (MEST) Andrea Righi <[EMAIL PROTECTED]>
wrote:
> Print informations about userspace processes that fail to allocate new virtual
> memory.
Why is this useful?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On Fri, 18 May 2007 19:00:16 -0700 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH]serial: make early_uart to use early_prarm instead of console_initcall
>
> Make early_uart to use early_param, so uart console can be used earlier.
> Make it to be bootconsole with CON_BOOT flag, so can use console
On Mon, 21 May 2007 03:43:45 +0200 (CEST) Roman Zippel wrote:
> Hi,
>
> On Sun, 20 May 2007, Sam Ravnborg wrote:
>
> > I did a quick hack so kconfig could scan all Kconfig files
> > in the kernel tree.
> > By scanning all Kconfig files we gain the following:
> >
> > -> kconfig can report when a
On Sunday 20 May 2007 07:01, Pierre Ossman wrote:
> Hi Greg,
>
> I'm reworking the sysfs stuff in the MMC layer to be a bit more flexible, but
> there is one thing that has me baffled; how do you add attributes to an object
> in a race free manner when you have a dynamic set of attributes.
>
> I'
Hello,
with gregkh-usb-usb-ehci-cpufreq-fix.patch removing ehci-hcd causes the
following BUG:
[ 459.800033] BUG: scheduling while atomic: rmmod/0x0001/4568
[ 459.800045] [] dump_trace+0x63/0x1ec
[ 459.800055] [] show_trace_log_lvl+0x1a/0x30
[ 459.800066] [] show_trace+0x12/0x14
[ 459.8
This patch had been suggested by Indan Zupancic on May 13 but is not
in 2.6.22-rc2 so I'm re-sending it. Prior to Indan's e-mail, I had
sent the same patch to the kernel janitors list. I don't care whether
you credit the patch to me or Indan.
Denver
-- Forwarded message --
Fro
-- Forwarded message --
From: Denver Gingerich <[EMAIL PROTECTED]>
Date: May 9, 2007 9:22 PM
Subject: [PATCH] fix compiler warnings in acorn.c
To: [EMAIL PROTECTED]
Correct the following compiler warnings:
warning: 'adfs_partition' defined but not used
warning: 'riscix_partition'
-- Forwarded message --
From: Denver Gingerich <[EMAIL PROTECTED]>
Date: May 9, 2007 9:26 PM
Subject: [PATCH] fix compiler warning in fixed.c
To: [EMAIL PROTECTED]
Correct the following compiler warning (and warnings resulting from
the correction):
warning: 'fixed_mdio_register_d
On Sun, May 20, 2007 at 06:22:23PM -0700, David Brownell wrote:
> On Sunday 20 May 2007, Mattia Dongili wrote:
> >
> > $ cat /proc/acpi/wakeup
> > Device S-state Status Sysfs node
> > PWRB S4*enabled
> > S1F0 S4 disabled
> > S1F1 S4 disabled
>
Hi.
There is a BUG message from SLUB during boot process:
--
May 21 05:39:10 midgard kernel: [ 31.177484] BUG: at
include/linux/slub_def.h:77 kmalloc_index()
May 21 05:39:10 midgard kernel: [ 31.178355] []
show_trace_log_lvl+0x1a/0x30
May 21 05:39:10 midgard kernel: [ 31.179263] [] show_tr
Final clearification of the pivot_root mechanism, which brings this
document really up-to-date.
Signed-off-by: Domenico Andreoli <[EMAIL PROTECTED]>
---
Documentation/initrd.txt | 74 -
1 files changed, 46 insertions(+), 28 deletions(-)
diff --git a
Hi,
On Sun, 20 May 2007, Andrew Morton wrote:
> On Sun, 20 May 2007 13:08:15 +0200 Elimar Riesebieter <[EMAIL PROTECTED]>
> wrote:
>
> > FYI, building 2.6.22-rc2 with
> > gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
> > on my powerbook (PPC) gives:
> >
> > ...
> > kernel/time/ntp.c:
Hi,
On Sun, 20 May 2007, Sam Ravnborg wrote:
> I did a quick hack so kconfig could scan all Kconfig files
> in the kernel tree.
> By scanning all Kconfig files we gain the following:
>
> -> kconfig can report when a depends on refer to an undefined symbol
> -> kconfig can report when a select re
bitmap_unplug only ever returns 0, so it may as well be void.
Two callers try to print a message if it returns non-zero, but
that message is already printed by bitmap_file_kick.
write_page returns an error which is not consistently checked. It
always causes BITMAP_WRITE_ERROR to be set on an err
Don't use 'unsigned' variable to track sync vs non-sync IO, as
the only thing we want to do with them is a signed comparison,
and fix up the comment which had become quite wrong.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./drivers/md/md.c | 35 +++
We current completely trust user-space to set up metadata
describing an consistant array. In particlar, that the metadata,
data, and bitmap do not overlap.
But userspace can be buggy, and it is better to report an error
than corrupt data. So put in some appropriate checks.
Signed-off-by: Neil B
It is possible that real data or metadata follows the bitmap
without full page alignment.
So limit the last write to be only the required number of bytes,
rounded up to the hard sector size of the device.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
### Diffstat output
./
Adding a drive to a linear array seems to have stopped working,
due to changes elsewhere in md, and insufficient ongoing testing...
So the patch to make linear hot-add work in the first place
introduced a subtle bug elsewhere that interracts poorly with
older version of mdadm.
This fixes it all
People try to use raid auto-detect with version-1 superblocks (which
is not supported) and get confused when they are told they have an
invalid superblock.
So be more explicit, and say it it is not a valid v0.90 superblock.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./dri
If a raid0 has a component device larger than 4TB, and is accessed on
a 32bit machines, then as 'chunk' is unsigned lock,
chunk << chunksize_bits
can overflow (this can be as high as the size of the device in KB).
chunk itself will not overflow (without triggering a BUG).
So change 'chunk' to
Following are 7 patches for md in current main-line.
The first two fix bugs that can cause data corruption, and so are suitable for
-stable.
The next fixes some problems with hot-adding a device to a linear array. As
has not
been tested by my test-suite until now, it hasn't worked properly un
Jon Smirl wrote:
This design still requires a global server app since the heads share a
single device.
I am always concerned that the root priv code in the X server is a
potential security hole. I would like to move away from a model where
there is a global controlling app. I don't think we need
On Sunday 20 May 2007, Mattia Dongili wrote:
>
> $ cat /proc/acpi/wakeup
> DeviceS-state Status Sysfs node
> PWRBS4*enabled
> S1F0S4 disabled
> S1F1S4 disabled
> S1F2S4 disabled
> S1F3S4 disabled
> S1F4S4 disabled
> S1F5S
On Fri, 18 May 2007 00:09:53 +0200, Thomas Gleixner said:
> Broken out version is available here:
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v7.patches.tar.bz2
By the time I got there, you'd put the -v8 version out there. It applied
to a 2.6.22-rc1-mm1 tree
Heiko Carstens wrote:
> Send a patch.
The following seems to work for me. Hope the form is ok. How does
one include source if one wants to compose using Firefox? Seems to
eat the tabs... :-( Are "text/plain" attachments ok to send to the
list? Haven't seen any, but maybe it is not a necessary
On Mon, 7 May 2007 13:31:28 -0700 Venki Pallipadi (VP) wrote:
VP> Force detect and/or enable HPET on ICH chipsets. This patch just handles the
VP> detection part and following patches use this information.
VP>
VP> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Venki,
Is there any reason
On 5/20/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
With the interfaces implemented here, a userspace application can create a
multiseat environment either with a single graphics card with multiple
outputs or multiple cards. It could do this by creating several frame
buffer objects and associati
On Sun, May 20, 2007 at 11:38:04AM -0700, David Brownell wrote:
> On Saturday 19 May 2007, Mattia Dongili wrote:
> > On Sat, May 19, 2007 at 12:04:13AM -0700, Andrew Morton wrote:
> > > On Sat, 19 May 2007 15:48:29 +0900 Mattia Dongili <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > On Fri, May 18
Hi,
On Sat, 19 May 2007, Sam Ravnborg wrote:
> We see a lot of these lately:
> GEN /home/bor/build/linux-2.6.22/Makefile
> scripts/kconfig/conf -s arch/i386/Kconfig
> drivers/macintosh/Kconfig:116:warning: 'select' used by config symbol
> 'PMAC_APM_EMU' refers to undefined symbol 'SYS_SUPP
Micah Cowan wrote:
> Alan Cox wrote:
>>> [XSI] [Option Start] If the request would cause the file size to
>>> exceed the soft file size limit for the process and there is no room
>>> for any bytes to be written, the request shall fail and the
>>> implementation shall generate the SIGXFSZ signal for
On Sunday, May 20, 2007, Jon Smirl wrote:
> On Thu, 17 May 2007 14:23:45 -0700, Jesse Barnes wrote:
> > In collaboration with the FB guys, we've been working on enhancing the
> > kernel's graphics subsystem in an attempt to bring some sanity to the
> > Linux graphics world and avoid the situation w
On Sat, May 19, 2007 at 10:53:20AM -0700, William Lee Irwin III wrote:
> On Fri, May 18, 2007 at 04:42:10PM +0100, Hugh Dickins wrote:
> > Sooner rather than later, don't we need those 8 bytes to expand from
> > atomic_t to atomic64_t _count and _mapcount? Not that we really need
> > all 64 bits o
hi there,
yet another[0] badness, again from this very iBook running vanilla
2.6.22-rc1-git8:
[41653.487050] Badness at include/linux/slub_def.h:77
[41653.487060] Call Trace:
[41653.487068] [ecafbcb0] [c0008d00] show_stack+0x3c/0x194 (unreliable)
[41653.487097] [ecafbce0] [c01426d4] report_bug
On Mon, May 21, 2007 at 12:24:22AM +0200, Andi Kleen wrote:
> > > But I think your list is far too long anyways.
> >
> > So, which ones would you like to have removed then?
>
> SIGFPE at least and the accounting signals are dubious too. SIGQUIT can
> be also relatively common.
And SIGSEGV and SI
Tejun Heo wrote:
[EMAIL PROTECTED] wrote:
Mybe I am wrong, but if you are detecting 40-wire cable to set them to
DMA/33, why the check includes also 80-wire cables configuring them to
DMA/33 too?
With this patch my nvidia4 IDE controllers detects correctly and
configure correctly DMA/100 for my
Randy Dunlap wrote:
On Sun, 20 May 2007 11:45:03 -0600 Robert Hancock wrote:
Indan Zupancic wrote:
Everything seems to work fine without sd_resume(), so why is it needed?
Because not all disks spin up without being told to do so and like it or
not spinning disks up on resume is the default be
On Sun, 2007-05-20 at 23:10 +0100, Christian Kujau wrote:
> hi there,
>
> yet another[0] badness, again from this very iBook running vanilla
> 2.6.22-rc1-git8:
Just another kmalloc(0)... report this one to the DRI folks, it's not
powerpc specific.
Cheers,
Ben.
-
To unsubscribe from this list:
On Sun, 20 May 2007 23:20:36 +0200, Folkert van Heusden wrote:
> > > + switch(sig) {
> > > + case SIGQUIT:
> > > + case SIGILL:
> > > + case SIGTRAP:
> > > + case SIGABRT:
> > > + case SIGBUS:
> > > + case SIGFPE:
> > > + case SIGSEGV:
> > > + case SIGXCPU:
> > > + case SIGXFSZ:
> > > + case
CIJOML wrote:
> Hi guys,
>
> can anybody help me find current usb.ids maintainer? David Brownell is not
> responding and latest official version is 5 mounths old.
>
> I could take ownership if nobody takes care.
>
> Thanks for reply
>
> Michal
farragut.flameeyes.is-a-geek.org/
-
To unsubscri
On Sun, 20 May 2007, CIJOML wrote:
> can anybody help me find current usb.ids maintainer? David Brownell is
> not responding and latest official version is 5 mounths old. I could
> take ownership if nobody takes care.
Official maintainer is afaik still Vojtech.
--
Jiri Kosina
-
To unsubscribe
On Fri, 18 May 2007 22:17:14 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger (7):
> [TCP] slow start: Make comments and code logic clearer.
> *** sky2: remove Gigabyte 88e8056 restriction ***
> sky2: PHY register settings
> sky2: keep track of rec
On Sunday, 20 May 2007 23:06, Oleg Nesterov wrote:
> On 05/20, Rafael J. Wysocki wrote:
> >
> > On Sunday, 20 May 2007 21:54, Oleg Nesterov wrote:
> > >
> > > I am a bit afraid of too many yes/no options for the freezer, a couple of
> > > naive
> > > questions.
> > >
> > > 1. Can't we make all w
On Sun, 20 May 2007 13:08:15 +0200 Elimar Riesebieter <[EMAIL PROTECTED]> wrote:
> FYI, building 2.6.22-rc2 with
> gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
> on my powerbook (PPC) gives:
>
> ...
> kernel/time/ntp.c: In function 'do_adjtimex':
> kernel/time/ntp.c:307: warning: compar
On Sun, 2007-05-20 at 02:53 +0530, Anant Nitya wrote:
> > 1 == TASK_INTERRUPTIBLE, so we know that ksoftirqd was not woken up. At
> > least it is not a scheduler problem.
> >
> > I work out a more complex debug patch and pester you to test once I'm
> > done.
> No problem :)
You asked for it :)
Pl
On Sun, May 20, 2007 at 11:20:36PM +0200, Folkert van Heusden wrote:
> > > + switch(sig) {
> > > + case SIGQUIT:
> > > + case SIGILL:
> > > + case SIGTRAP:
> > > + case SIGABRT:
> > > + case SIGBUS:
> > > + case SIGFPE:
> > > + case SIGSEGV:
> > > + case SIGXCPU:
> > > + case SIGXFSZ:
> > > +
On Sun, 2007-05-20 at 18:02 +0200, Segher Boessenkool wrote:
> > In fact, while it's never worded explicitely in the spec, it's always
> > been strongly in the "spirit" of the architecture that the timebase and
> > decrementer have a constant frequency.
>
> The architecture mentions varying time b
> So.. if we get enough clocksources into the tree, can any of those
> parts of the code be reworked to use clocksources/clockevents and
> hrtimers quickly and easily? I noticed the patch just posted does
> some of it.. but not as much as Ben just mentioned.
Well, some of these are expected to be
isicom, cleanup locking
don't spin processor when not needed (use sleep instead of delay). Don't
release the lock when needed in next iteration -- this actually fixes a
bug -- missing braces
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit af05316f4ba7503ae531f3afdb5264c10e3b8e2c
tree 2f
isicom, del_timer at exit
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 017f1314b3de8cf20bfff7df0d3d55e6498de104
tree 938fec328f3b24588575540771f65c8fadeaf961
parent af05316f4ba7503ae531f3afdb5264c10e3b8e2c
author Jiri Slaby <[EMAIL PROTECTED]> Sun, 20 May 2007 21:43:42 +0200
committer
isicom, proper variables types
irq is int, base is unsigned long
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 2c1fb6b2f7c17ab752e56220a0b7e84fbe6d3448
tree 1b4ceff6aacaae2ad1548c2efa202d7d0c3d92ba
parent 017f1314b3de8cf20bfff7df0d3d55e6498de104
author Jiri Slaby <[EMAIL PROTECTED]> S
> > > + switch(sig) {
> > > + case SIGQUIT:
> > > + case SIGILL:
> > > + case SIGTRAP:
> > > + case SIGABRT:
> > > + case SIGBUS:
> > > + case SIGFPE:
> > > + case SIGSEGV:
> > > + case SIGXCPU:
> > > + case SIGXFSZ:
> > > + case SIGSYS:
> > > + case SIGSTKFLT:
> > Unconditional? That's defi
> > + switch(sig) {
> > + case SIGQUIT:
> > + case SIGILL:
> > + case SIGTRAP:
> > + case SIGABRT:
> > + case SIGBUS:
> > + case SIGFPE:
> > + case SIGSEGV:
> > + case SIGXCPU:
> > + case SIGXFSZ:
> > + case SIGSYS:
> > + case SIGSTKFLT:
>
> Unconditional? That's def
Christoph Lameter wrote:
Yeah earlier versions did this but then I have to do a patch that changes
all destructors and all kmem_cache_create calls in the kernel.
Yes, please ;-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
On Sun, 20 May 2007, Sam Ravnborg wrote:
> On Sun, May 20, 2007 at 04:06:40PM -0400, Robert P. J. Day wrote:
> > On Sun, 20 May 2007, Sam Ravnborg wrote:
> >
> > > On Sun, May 20, 2007 at 03:06:15PM -0400, Robert P. J. Day wrote:
> > > >
> > > > In order to eventually break the interdependency bet
> + switch(sig) {
> + case SIGQUIT:
> + case SIGILL:
> + case SIGTRAP:
> + case SIGABRT:
> + case SIGBUS:
> + case SIGFPE:
> + case SIGSEGV:
> + case SIGXCPU:
> + case SIGXFSZ:
> + case SIGSYS:
> + case SIGSTKFLT:
Unconditional? That's defini
1 - 100 of 271 matches
Mail list logo
