* Linus Torvalds [EMAIL PROTECTED] wrote:
It's in fact entirely possible that the long freezes have always been
there, but the NOHZ option meant that we had much longer stretches of
time without things like timer interrupts to jumble up the timing! So
maybe the freezes existed before, but
* Linus Torvalds [EMAIL PROTECTED] wrote:
No, the cache line arbitration doesn't know anything about locked vs
unlocked instructions (it could, but there really is no point).
The real issue is that locked instructions on x86 are serializing,
which makes them extremely slow (compared to
On 2007-06-21T22:07:40, Pavel Machek [EMAIL PROTECTED] wrote:
AA is supposed to allow valid access patterns, so for non-buggy apps +
policies, the rename will be fine and does not change the (observed)
permissions.
That still breaks POSIX, right? Hopefully it will not break any apps,
Linus Torvalds pisze:
On Thu, 21 Jun 2007, Michal Piotrowski wrote:
Subject: long freezes on thinkpad t60
References : http://lkml.org/lkml/2007/5/24/100
Submitter : Miklos Szeredi [EMAIL PROTECTED]
Handled-By : Ingo Molnar [EMAIL PROTECTED]
Patch : http://lkml.org/lkml/2007/6/16/81
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Ingo Molnar wrote:
I can understand why no data is saved by this change: gcc is
aligning the next field to a natural boundary anyway and we dont
really have arrays of spinlocks (fortunately).
Actually, some data
Everyone is invited to the NUMA BOF at the Ottawa Linux Symposium
Friday Jun 29th, 2007 19:00 - 20:00 in Rockhopper
The main interest seems to be a discussion on the use of memory policies.
Lee Schermerhorn will talk a bit about his work and then I may say
something about the problems with
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
If it's input-only, then you can't possibly harm the operation of the
network by only listening in, can you?
Ok, so you consider any anti-piracy measures to be something that
GPLv3 should prohibit.
In
* Linus Torvalds [EMAIL PROTECTED] wrote:
for (;;) {
for (i = 0; i loops; i++) {
if (__raw_write_trylock(lock-raw_lock))
return;
__delay(1);
}
What a
Hi,
I just realized, working on my marker infrastructure, that a lot of
__attribute__((section( ))) should probably come along with an
aligned() attribute. Since there are no data structures of size greater
or equal to 32 bytes put in these sections later referred to by
__sectionname_start[] and
Linus Torvalds a écrit :
On Thu, 21 Jun 2007, Linus Torvalds wrote:
We don't do nesting locking either, for exactly the same reason. Are
nesting locks easier? Absolutely. They are also almost always a sign of
a *bug*. So making spinlocks and/or mutexes nest by default is just a way
to
On Thu, 21 Jun 2007, Ingo Molnar wrote:
yeah. I think Linux is i think the only OS on the planet that is using
the movb trick for unlock, it even triggered a hardware erratum ;)
I'm pretty sure others do it too.
Maybe not on an OS level (but I actually doubt that - I'd be surprised if
* Linus Torvalds [EMAIL PROTECTED] wrote:
Anybody who ever waits for a lock by busy-looping over it is BUGGY,
dammit!
btw., back then we also tried a spin_is_locked() based inner loop but it
didnt help the -tree_lock lockups either. In any case i very much agree
that the 'nicer' looping
On 21/06/07, Alexandre Oliva [EMAIL PROTECTED] wrote:
[snip]
BTW, I should probably have made clear that, as usual, I was speaking
my own mind, not speaking on behalf of FSFLA or Red Hat, with whom I'm
associated, and certainly not on behalf of FSF, with whom I'm not
associated. Just in case
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
If it's input-only, then you can't possibly harm the operation of the
network by only listening in, can you?
Ok, so you consider any anti-piracy measures to be
Wouldn't that defeat the entire purpose of the GPLv3? Couldn't
I take any
GPLv3 program, combine it with a few lines of Linux code, and
Tivoize the
result?
No. This is not permission to relicense. This is permission to
combine. Each author still gets to enforce the terms of her
The procfs-guide claims that 'the parameter start doesn't seem to be used
anywhere in the kernel'. This is out of date. In linux/fs/proc/generic.c
we find a very nice description of the parameters to read_func. The
appended patch replaces the bogus description with this (as far as I know)
* Oliver Pinter [EMAIL PROTECTED] wrote:
Hello!
In all kernel version on my system already see this locking api
result:
it's OK:
145 out of 218 testcases failed, as expected. |
On Thu, 21 Jun 2007, Ingo Molnar wrote:
damn, i first wrote up an explanation about why that ugly __delay(1) is
there (it almost hurts my eyes when i look at it!) but then deleted it
as superfluous :-/
I'm fine with a delay, but the __delay(1) is simply not correct. It
doesn't do
Hello Soeren,
Sorry for the delay.
I'm ccing all lists maybe some other people are interested. There is known
errata AE18 which prevents coretemp from working correctly on some mobile Core
processors (family 6 model e). My driver refuses to load and now thanks to
soeren will not crash ;)
On Thu, 2007-06-21 at 21:54 +0200, Lars Marowsky-Bree wrote:
On 2007-06-21T15:42:28, James Morris [EMAIL PROTECTED] wrote:
A veto is not a technical argument. All technical arguments (except for
path name is ugly, yuk yuk!) have been addressed, have they not?
AppArmor doesn't actually
On Thu, 21 Jun 2007, Ingo Molnar wrote:
btw., back then we also tried a spin_is_locked() based inner loop but it
didnt help the -tree_lock lockups either. In any case i very much agree
that the 'nicer' looping should be added again - the patch below does
that. (build and boot tested)
Hi,
recently have started to see this in my dmesg:
NETDEV WATCHDOG: eth0: transmit timed out
sky2 eth0: tx timeout
sky2 eth0: transmit ring 449 .. 408 report=449 done=449
sky2 eth0: disabling interface
sky2 eth0: enabling interface
sky2 eth0: ram buffer 48K
sky2 eth0: Link is up at 1000 Mbps,
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Ingo Molnar wrote:
damn, i first wrote up an explanation about why that ugly __delay(1) is
there (it almost hurts my eyes when i look at it!) but then deleted it
as superfluous :-/
I'm fine with a delay, but the
On Thu, 2007-06-21 at 20:54 +0200, Olaf Hering wrote:
On Thu, Jun 21, Linus Torvalds wrote:
On Thu, 21 Jun 2007, Will Schmidt wrote:
I'll second that. The obvious gotcha is that on a G5, the windfarm
drivers don't get automatically selected, thus the fans run at full
speed, and
Hi,
On Thursday, 21 June 2007 00:24, Nigel Cunningham wrote:
On Thursday 21 June 2007 08:09:26 Rafael J. Wysocki wrote:
On Tuesday, 19 June 2007 23:33, Rafael J. Wysocki wrote:
On Tuesday, 19 June 2007 13:18, Nigel Cunningham wrote:
Hi all
Here's what I have after today's work.
On Thu, Jun 21, 2007 at 03:20:08PM +0200, Pavel Machek wrote:
Hi!
No, i don't agree at all.
In this case, no config needed == not possible to debug suspend
problems.
No, sorry.
My proposed solution is figure out which console drivers can survive
being on while machines go down,
Alexandre Oliva wrote:
With a mere permission to combine, I can only enforce these provisions
over my own code.
What does my own code mean when we're talking about derivative works and
code in the codebase influencing the design of later code? Code from one
module gets copied into another.
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Ingo Molnar wrote:
btw., back then we also tried a spin_is_locked() based inner loop
but it didnt help the -tree_lock lockups either. In any case i very
much agree that the 'nicer' looping should be added again - the
sys_ioctl was only exported for our first version of compat ioctl
handling. Now that the whole compat ioctl handling mess is more or
less sorted out there are no more modular users left and we can kill it.
There's one exception and that's sparc64's solaris compat module, but
sparc64 has it's own
From: Christoph Hellwig [EMAIL PROTECTED]
Date: Thu, 21 Jun 2007 23:15:17 +0200
sys_ioctl was only exported for our first version of compat ioctl
handling. Now that the whole compat ioctl handling mess is more or
less sorted out there are no more modular users left and we can kill it.
On 2007-06-21T16:59:54, Stephen Smalley [EMAIL PROTECTED] wrote:
Or can access the data under a different path to which their profile
does give them access, whether in its final destination or in some
temporary file processed along the way.
Well, yes. That is intentional.
Your point is?
Hi,
Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell
E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but
it made no substantive difference). This laptop is an 'AMD Turion(tm) 64
X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make
defconfig).
Christoph Lameter wrote:
Everyone is invited to the NUMA BOF at the Ottawa Linux Symposium
Friday Jun 29th, 2007 19:00 - 20:00 in Rockhopper
The main interest seems to be a discussion on the use of memory policies.
Lee Schermerhorn will talk a bit about his work and then I may say
Adrian Bunk wrote:
On Thu, Jun 21, 2007 at 04:41:28PM +0300, Al Boldi wrote:
Adrian Bunk wrote:
Talk is cheap, but unless YOU will do it your emails will only be a
waste of bandwidth.
Thanks, and good luck with involving people with this kind of response!
It's simply how kernel
queue ? You are overestimating IDE ;)
He's not -- there is queued commands support since ATA[PI]-5. I'm not
sure
why but Linux decided not to support it.
Almost no hardware supports it and the functionality is really really
ugly to use when it works at all - NCQ is rather more
On 06/18/2007 04:05 PM, Aaron Porter wrote:
Reproducable, every time nfs-kernel-server exits:
nfsd: unexporting all filesystems
BUG: unable to handle kernel paging request at virtual address 6b6b6b6f
printing eip:
f92a7751
*pde = 6b6b6b6b
Oops: [#1]
PREEMPT SMP
Modules
Hi,
If a process uses read() it needs some executable and writable memory. We do
check for this in mprotect(). There is a problem with the i386-architecture,
because it allows execution of any readable page (except with newer
processors). But beyond that ugliness of i386, it should not be
On Thursday, 21 June 2007 21:39, Alan Stern wrote:
On Thu, 21 Jun 2007, Rafael J. Wysocki wrote:
I'll see if I can reproduce your problem here.
Yes, I can. It's only necessary to load usb-storage (without any devices
actually using it) and it fails device_suspend() immediately (I
Hello gentlemen (and ladies ?)
As a power-user (NOT a hacker) I kindly ask you to please
change the naming scheme and come back to the traditional
model, and release a stable kernel while working on a
develoment branch.
I'm not on the [lkml] so should you answer please CC my
e-mail: [EMAIL
On 06/21/2007 05:04 PM, Tim Gardner wrote:
Hi,
Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell
E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but
it made no substantive difference). This laptop is an 'AMD Turion(tm) 64
X2 Mobile Technology TL-50'
On 06/21/2007 05:49 PM, Zoltán HUBERT wrote:
So I feel that a turning-point is coming where a really
really really (x 15) stable and reliable kernel is NEEDED.
I'll say.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Thu, 2007-06-21 at 17:47 -0400, Chuck Ebbert wrote:
On 06/21/2007 05:04 PM, Tim Gardner wrote:
Hi,
Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell
E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but
it made no substantive difference). This
On Thu, 2007-06-21 at 22:57 +0200, Rudolf Marek wrote:
Hello Soeren,
Sorry for the delay.
I'm ccing all lists maybe some other people are interested. There is known
errata AE18 which prevents coretemp from working correctly on some mobile
Core
processors (family 6 model e). My driver
sd 0:0:0:0 [sda] Done: 0xeff3aba0 TIMEOUT
sd 0:0:0:0 [sda] Result: host_byte=DID_OK driver_byte=DRV_OK, SUG_OK
sd 0:0:0:0 [sda] CDB: Read(10): 28 00 00 ... 00 08 00
sd 0:0:0:0 [sda] scsi host busy 1 failed 0
ata_scsi_timed_out: ENTER
ata_scsi_timed_out: EXIT, ret=0
ata_port_flush_task:
On Thu, 2007-06-21 at 23:55 +0200, Thomas Gleixner wrote:
X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make
1.) are you booting a 32bit or a 64 bit kernel ?
Sigh, I'm too tired :)
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
and we all know this. The un-ending stable ABI argument
goes into this same direction.
We don't have a stable ABI argument. Linus and others have repeatedly
made this clear; Stable user space ABI is important (sysfs developers
please note 8)). Stable kernel ABI/API not going to happen.
So I
Thomas Gleixner wrote:
On Thu, 2007-06-21 at 17:47 -0400, Chuck Ebbert wrote:
On 06/21/2007 05:04 PM, Tim Gardner wrote:
Hi,
Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell
E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but
it made no substantive
I forgot to CC the list in my response to Alexey.
I plan to address Alexey's concerns in a couple of days (as soon as I
get past the OLS push).
Alexey Dobriyan wrote:
Can we get another user to justify this generalizing?
Systemtap has plans to use the GTSC also.
--
David Wilder
IBM
Vojtech agreed to pass usblp over to me, so if you find bugs don't bug him.
Signed-off-by: Pete Zaitcev [EMAIL PROTECTED]
Signed-off-by: Vojtech Pavlik [EMAIL PROTECTED]
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3702,12 +3702,12 @@ L: [EMAIL PROTECTED]
W: http://pegasus2.sourceforge.net/
On Friday 22 June 2007 00:08, you wrote:
So I feel that a turning-point is coming where a really
really really (x 15) stable and reliable kernel is
NEEDED.
Its incredibly hard to keep a stable kernel side API/ABI
by just backporting fixes. Fortunately you can pay
vendors to do this for
Second, Oracle is now working on Btrfs (if ever a FS needed a better
name... is that pronounced ButterFS?).
(In our silliest moments, yes. Absolutely.)
- z
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Thu, 21 Jun 2007, Nicolas Ferre wrote:
While debugging a Linux driver on my ARM platform (AT91), I switched on the
2.6.22-rc5 kernel. While reconfiguring it I selected CONFIG_SLUB as a SLAB
allocator.
The sd/mmc driver I tried to run is vanilla driver which never, until now,
produces
On 21/06/07, Zoltán HUBERT [EMAIL PROTECTED] wrote:
[snip]
All people who might read this know that traditionally
stable releases are even numbered and development branches
are odd numbered. This changed during late develoment of
2.6, according to my analysis because of the invention of
GIT
On 06/21/2007 06:29 PM, Jesper Juhl wrote:
I myself have argued that we should be focusing more on stability and
regression fixing, but I'm not so sure that a 2.6.7 devel branch would
solve this. In general the 2.6.x.y -stable kernels seem to be doing
the job pretty good.
Even the good
Zoltán HUBERT wrote:
So I feel that a turning-point is coming where a really
really really (x 15) stable and reliable kernel is NEEDED.
Not satisfied with 2.6.16.y or one of the enterprise distro kernels?
--
Stefan Richter
-=-=-=== -==- =-==-
http://arcgraph.de/sr/
-
To unsubscribe from
Hi all,
you might know that since ~ 2 years, the Sun Studio compilers
are available for Linux. Given the fact that they typically produce
faster code than GCC and that they offer more debug/optimizing features,
they are worth testing.
While it is no problem to use Sun Studio for
On Friday 22 June 2007 00:29, Jesper Juhl wrote:
You might think it's easy for me to simply use Linux
and complain while you're doing the hard stuff. As it
happens, the current development/stable model makes our
life as users more and more difficult.
In what way?
Well, I'm using SuSE
On Wed, Jun 20, 2007 at 11:20:59AM +0200, Jens Axboe wrote:
On Wed, Jun 20 2007, Peter Zijlstra wrote:
On Wed, 2007-06-20 at 11:14 +0200, Jens Axboe wrote:
On Wed, Jun 20 2007, Andrew Morton wrote:
Perhaps our queues are too long - if the VFS _does_ back off, it'll take
some time for
On Friday 22 June 2007 00:52, Stefan Richter wrote:
Zoltán HUBERT wrote:
So I feel that a turning-point is coming where a really
really really (x 15) stable and reliable kernel is
NEEDED.
Not satisfied with 2.6.16.y or one of the enterprise
distro kernels?
so why not call this a day and
On Thu, Jun 21, 2007 at 06:34:20PM -0400, Chuck Ebbert wrote:
Even the good ones that get lots of fixes aren't all that good. The
biggest problem ATM is that suspend is badly broken and keeps getting
worse...
I wasn't under the impression suspend had really ever worked. Such a
messy problem
On Wed, 20 Jun 2007 20:33:18 -0700 Jeremy Fitzhardinge [EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED] wrote:
git-r8169-fixup.patch
This causes a compile failure:
/home/jeremy/hg/xen/paravirt/linux/drivers/net/r8169.c: In function
'rtl8169_rx_interrupt':
H. Peter Anvin wrote:
Peter Rabbitson wrote:
I have captured dmesg output without mem[5], with mem=3900M[6] and
mem=2048M[7].
What does /proc/mtrr look like in the two cases?
Identical for mem=3900 and without it.
reg00: base=0x ( 0MB), size=2048MB: write-back, count=1
reg01:
Hi
After many hours to testing, we found that the Hardware Watchdog Timer
module causes our motherboard's BIOS CPU fan control to stop
controlling the fan. On Linux bootup, the fan speed stays constant all
the time.
Setup:
- kernel 2.6.20.1 and 2.6.21.5
- iTCO_wdt loaded with ICH4 chip on
On 06/21/2007 11:49 PM, Zoltán HUBERT wrote:
Please consider that we are living in a REAL world, and not
Disney-Land.
Well, I don't know about that so much; I've always thought Linus bears a
striking resemblance to Mickey Mouse.
More to the point though -- could you please consider just
I didn't get a comment on my suggestion for a quick and dirty fix for
-assume-clean issues...
Bill Davidsen wrote:
Neil Brown wrote:
On Thursday June 14, [EMAIL PROTECTED] wrote:
it's now churning away 'rebuilding' the brand new array.
a few questions/thoughts.
why does it need to do a
On Thu, Jun 21, 2007 at 05:15:03PM -0300, Alexandre Oliva wrote:
On Jun 21, 2007, Al Viro [EMAIL PROTECTED] wrote:
On Thu, Jun 21, 2007 at 06:39:07AM -0300, Alexandre Oliva wrote:
- the kernel Linux could use code from GPLv3 projects
... and inherit GPLv3 additional restrictions. No.
On 22/06/07, Zoltán HUBERT [EMAIL PROTECTED] wrote:
On Friday 22 June 2007 00:29, Jesper Juhl wrote:
You might think it's easy for me to simply use Linux
and complain while you're doing the hard stuff. As it
happens, the current development/stable model makes our
life as users more and
On 06/21/2007 07:01 PM, Lennart Sorensen wrote:
On Thu, Jun 21, 2007 at 06:34:20PM -0400, Chuck Ebbert wrote:
Even the good ones that get lots of fixes aren't all that good. The
biggest problem ATM is that suspend is badly broken and keeps getting
worse...
I wasn't under the impression
On Thu, 21 Jun 2007, Matt Mackall wrote:
Perhaps we want to throw some sliding window algorithms at it. We can
bound requests and total I/O and if requests get retired too slowly we
can shrink the windows. Alternately, we can grow the window if we're
retiring things within our desired
On Jun 21, 2007, Jesper Juhl [EMAIL PROTECTED] wrote:
On 21/06/07, Alexandre Oliva [EMAIL PROTECTED] wrote:
[snip]
BTW, I should probably have made clear that, as usual, I was speaking
my own mind, not speaking on behalf of FSFLA or Red Hat, with whom I'm
associated, and certainly not on
On Thursday 21 June 2007, Christoph Lameter wrote:
If you have another subject that should be brought up then please contact
me.
- Interface for preallocating hugetlbfs pages per node instead of system wide
- architecture independent in-kernel API for enumerating CPU sockets with
multicore
On Thu, Jun 21, 2007 at 04:13:27 EST, Satyam Sharma wrote:
On 6/21/07, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Thu, Jun 21, 2007 at 12:22:01PM +0530, Satyam Sharma wrote:
The build seems to fail because of:
ERROR: ROOT_DEV [drivers/mtd/maps/nettel.ko] undefined!
After taking a
On Thursday 21 June 2007, C. Scott Ananian wrote:
I'd like to make a read-only /proc file which supports inotify -- that
is, the kernel can send change notifications to userland via the
inotify mechanism. I've found fsnotify_modify() (in
include/linux/fsnotify.h) which seems to do what I
On 22/06/07, Alexandre Oliva [EMAIL PROTECTED] wrote:
On Jun 21, 2007, Jesper Juhl [EMAIL PROTECTED] wrote:
On 21/06/07, Alexandre Oliva [EMAIL PROTECTED] wrote:
[snip]
BTW, I should probably have made clear that, as usual, I was speaking
my own mind, not speaking on behalf of FSFLA or Red
On Fri, Jun 22, 2007 at 12:57:33AM +0200, Zolt?n HUBERT wrote:
Well, I'm using SuSE Pro 9.3 (excellent choice by the way),
coming with kernel 2.6.10-SuSE, on a ATI laptop, and the
drivers privided wouldn't compile (suspend freinds). The
SATA disks were only supported from 2.6.15 (which
On Thursday 21 June 2007, Carsten Otte wrote:
This is an updated version of my bugfix patch. Yan Zheng pointed out,
that ext2_remount lacks checking if -o xip should be enabled or not.
This patch checks for presence of direct_access on the backing block
device and if the blocksize meets the
On Jun 21, 2007, David Schwartz [EMAIL PROTECTED] wrote:
Wouldn't that defeat the entire purpose of the GPLv3? Couldn't
I take any
GPLv3 program, combine it with a few lines of Linux code, and
Tivoize the
result?
No. This is not permission to relicense. This is permission to
On Fri, 22 Jun 2007, Joerg Schilling wrote:
Is there some hope that at least the Linux kernel interface definition files and
everything recursively included from these files will be rewritten in vanilla
ANSI C?
this has been discussed many times and the answer is that the kernel is
not gong
On Thu, Jun 21, 2007 at 10:21:07PM +0200, Lars Marowsky-Bree wrote:
On 2007-06-21T22:07:40, Pavel Machek [EMAIL PROTECTED] wrote:
Plus IIRC we have something like AA has to allocate path-sized
buffers along every syscall.
That is an implementation bug though. I'm sure we have other
On Jun 22 2007 00:29, Jesper Juhl wrote:
On 21/06/07, Zoltán HUBERT [EMAIL PROTECTED] wrote:
[snip]
All people who might read this know that traditionally
stable releases are even numbered and development branches
are odd numbered. This changed during late develoment of
2.6, according to my
On Thu, 2007-06-21 at 22:58 +0400, Oleg Nesterov wrote:
No stealing. No signalfd, no *nothing*. Just normal signal
behaviour.
_Another_ thread could steal SIGSEGV via read(signalfd) without Ben's patch.
This is what Ben and Davide are worried about. I think we should not worry,
we have
On Thursday 21 June 2007, Jean Delvare wrote:
I2C bus drivers have to be implemented in the kernel, so user-space
isn't an option for me.
Well, you could have an i2c_algorithm that exports a character device
node to user space, and then have a trivial user application that
simply relays between
On Fri, 22 Jun 2007, Jan Engelhardt wrote:
On Jun 22 2007 00:29, Jesper Juhl wrote:
On 21/06/07, Zoltán HUBERT [EMAIL PROTECTED] wrote:
[snip]
All people who might read this know that traditionally
stable releases are even numbered and development branches
are odd numbered. This changed
On Sun, 17 Jun 2007 01:20:20 +0400 Ivan Kokshaysky [EMAIL PROTECTED] wrote:
Hopefully this fixes http://bugzilla.kernel.org/show_bug.cgi?id=8635
The struct in6_addr passed to csum_ipv6_magic() is 4 byte aligned,
so we can't use the regular 64-bit loads.
Since the cost of handling of 4 byte
On Jun 21, 2007, David Schwartz [EMAIL PROTECTED] wrote:
Are you seriously suggesting that the Linux kernel source contain code with
various different licenses
It already does. All the way from permissive Free Software licenses
to GPLv2-incompatible non-Free Software licenses.
Over time,
[EMAIL PROTECTED] wrote:
On Fri, 22 Jun 2007, Joerg Schilling wrote:
Is there some hope that at least the Linux kernel interface definition
files and
everything recursively included from these files will be rewritten in
vanilla
ANSI C?
this has been discussed many times and the
On Tue, Jun 19, 2007 at 08:01:19AM -0700, Linus Torvalds wrote:
On Tue, 19 Jun 2007, Adrian Bunk wrote:
...
The -mm kernel already implements what your proposed PTS would do.
Plus it gives testers more or less all patches currently pending
inclusion into Linus' tree in one kernel they
Chuck Ebbert [EMAIL PROTECTED] writes:
On 06/21/2007 07:01 PM, Lennart Sorensen wrote:
On Thu, Jun 21, 2007 at 06:34:20PM -0400, Chuck Ebbert wrote:
Even the good ones that get lots of fixes aren't all that good. The
biggest problem ATM is that suspend is badly broken and keeps getting
On Thu, 2007-06-21 at 19:08 -0400, Chuck Ebbert wrote:
On 06/21/2007 07:01 PM, Lennart Sorensen wrote:
On Thu, Jun 21, 2007 at 06:34:20PM -0400, Chuck Ebbert wrote:
Even the good ones that get lots of fixes aren't all that good. The
biggest problem ATM is that suspend is badly broken and
On Tue, Jun 19, 2007 at 10:04:58AM -0700, Linus Torvalds wrote:
...
This is why I've been advocating bugzilla forget stuff, for example. I
tend to see bugzilla as a place where noise accumulates, rather than a
place where noise is made into a signal.
Which gets my to the real issue I
This patch allows disabling DNOTIFY with CIONFIG_EMBEDDED=n.
I'm currently running a kernel with dnotify disabled and I haven't run
into any problem. Is there any popular application left that breaks
without dnotify support in the kernel?
Note that this patch does not remove dnotify support,
DISPLAY_SUPPORT offers support code without any users currently in the
tree. For a user it's quite confusing that the help text talks about
proper drivers when none are available.
This patch therefore lets DISPLAY_SUPPORT depend on BROKEN until there
will be user.
Signed-off-by: Adrian Bunk
Cdrtools ftp://ftp.berlios.de/pub/cdrecord/alpha/ offer support for an OS
dependent SCSI transport. Cdrtools cannot be compiled wihout support for SCSI
transport, so it is impossible to use Sun Studio to compile cdrtools.
Why does this happen?
Well, the reason is that in order to
The price might drop to $100 in a few years.
But currently, a more reasonable name might be $175 laptop.
Let's simply call it OLPC laptop without any price tag.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc4-mm2/drivers/mtd/nand/Kconfig.old 2007-06-21
Users should use the libata based drivers for SATA drives.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc4-mm2/Documentation/feature-removal-schedule.txt.old
2007-06-21 23:41:03.0 +0200
+++ linux-2.6.22-rc4-mm2/Documentation/feature-removal-schedule.txt
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc4-mm1:
...
git-md-accel.patch
...
git trees
...
calibrate_xor_blocks() can be marked __init.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc4-mm2/crypto/xor.c.old 2007-06-21
Fortier,Vincent [Montreal] wrote:
Here is part of the dmesg:
[EMAIL PROTECTED] /root]# dmesg | grep -i eth
[ 119.196375] Broadcom NetXtreme II Gigabit Ethernet Driver bnx2
v1.5.8.1 (May 7, 2007)
[ 119.215023] eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X
64-bit 133MHz found at mem
On Fri, 22 Jun 2007, Benjamin Herrenschmidt wrote:
Yeah well... I wanted to have the least surprise path... that is,
without my patch, signalfd will sometimes steal the SIGSEGV depending
on who races to the lock first
Oh, absolutely. I thought we all agreed that Ben's patch was the right
On Jun 21, 2007, Andrew McKay [EMAIL PROTECTED] wrote:
Alexandre Oliva wrote:
On Jun 21, 2007, Andrew McKay [EMAIL PROTECTED] wrote:
A balance of freedom to the licensee and the licenser. It's my
opinion that GPLv3 potentially shifts the balance too far to the
licensee.
It's more of a
On Friday 22 June 2007, [EMAIL PROTECTED] wrote:
this has been discussed many times and the answer is that the kernel is
not gong to change it's side of things to ANSI C.
I don't think that's entirely true with regard to the include files.
We have always tried not to step on anyone's toes
801 - 900 of 979 matches
Mail list logo
