On Thu, May 03, 2007 at 03:32:43PM +0200, Blaisorblade wrote:
> This is due to patch:
> "uml: drivers get release methods"
> this could be useful to check whether other such changes are needed, by
> grepping for platform_device_unregister in exit paths, also for ubd driver.
>
> That patch only
On Wed, May 02, 2007 at 11:09:19PM -0700, Andrew Morton wrote:
> OK, I clumped all three patches into one as I think that's required for
> git-bisect friendliness.
OK - I separated the i386 and x86_64 bits to make it easy to drop the
x86_64 part.
Plus, I think it doesn't make any difference -
On Thu, May 03, 2007 at 09:21:29AM -0400, simo wrote:
> Separate modules would mean the user have to know which protocol to
> choose each time. And this make little sense.
Of course it makes a lot of sense. We don't have anyfs.ko either
because some ubuntu users are too braindead to know what's
On Thu, May 03, 2007 at 12:16:14PM +0100, Russell King wrote:
> On Thu, May 03, 2007 at 06:40:03AM -0400, Robert P. J. Day wrote:
> > $ ../dead_config.sh drivers/video
> > == MACH_MX1FS2 ==
> > drivers/video/imxfb.c:410:#ifndef CONFIG_MACH_MX1FS2
> >
On Thu, 2007-05-03 at 06:10 -0400, Robert P. J. Day wrote:
> $ ../dead_config.sh drivers/scsi
> == 53C700_BE_BUS ==
> drivers/scsi/53c700.h:266:#ifdef CONFIG_53C700_BE_BUS
This isn't dead, it's a placeholder ... the 53c700 can be wired either
LE or BE ... there's only one current
On 5/3/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On May 3 2007 02:17, Albert Cahalan wrote:
> Those sizes are unreadable on the 200 dpi OLPC XO screen,
Hm that should have read, for you:
I don't object implementing support for larger sizes.
(But I wonder how that should work without
i'm pleased to announce release -v9 of the CFS scheduler patchset. (The
main goal of CFS is to implement "desktop scheduling" with as high
quality as technically possible.)
The CFS patch against v2.6.21.1 (or against v2.6.20.10) can be
downloaded from the usual place:
Ilpo Järvinen napisał(a):
> On Wed, 2 May 2007, Michal Piotrowski wrote:
>
>> Please take a look at this bug
>>
>> [15236.638092] kernel BUG at /mnt/md0/devel/linux-git/include/net/tcp.h:739!
>> [15236.644860] invalid opcode: [#1]
>> [15236.648514] PREEMPT SMP
>> [15236.651075] Modules
Em Qua, 2007-05-02 às 04:10 -0700, Trent Piepho escreveu:
> On Tue, 1 May 2007, Mauro Carvalho Chehab wrote:
> > However, when dst is selected, I got those errors:
>
> When I made this patch I was basing it off a patch I made around 9 months
> ago. I thought since that one was ok, this would be
Hello,
* Ingo Molnar <[EMAIL PROTECTED]> [2007-05-03 15:02]:
> great! So it seems -v8 does improve OpenGL handling too :-)
What are your thoughts/plans concerning merging CFS into mainline ? Is
it a bit premature to get it into 2.6.22 ? I remember Linus was ok to
change the default scheduler
On Tue, 2007-05-01 at 10:06 +0100, Christoph Hellwig wrote:
> On Mon, Apr 30, 2007 at 05:52:43PM -0500, Steve French wrote:
> > Any idea which would be preferred (smb2 support as part of cifs, or as
> > a distinct smb2.ko module)?
>
> Separate module please. If we grow enough common code as some
"John Anthony Kazos Jr." <[EMAIL PROTECTED]> writes:
> Besides, based on the actual binary representation of UTF-8, it's
> extremely unlikely for any ISO-8859-1 string to be detected as UTF-8. VIm
> already does this: UTF-8 it handles natively, but open up one of these
> unpatched files in VIm
On 5/2/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
99% of the fds you'll find inside an event loop you care to scale about,
are *already* fd based.
You are missing the point. To get acceptable behavior of the wakeup
it is necessary with this approach to open one descriptor _per thread_
for
Ingo Molnar wrote:
> * Al Boldi <[EMAIL PROTECTED]> wrote:
> > [...] But I can still see these awful latency blips in the presence of
> > negatively niced chew.c at -10 and two chew.c's at nice 0. [...]
>
> of course: you asked for the two chew's to be treated like that and CFS
> delivered it! :-)
Alan Stern wrote:
On Wed, 2 May 2007, Mark Lord wrote:
Alan Stern wrote:
A better approach would be to find out why your system gets into that loop
and fix the underlying cause.
Not better, just parallel.
That loop should not be unbounded, as this example proves.
But it also shouldn't get
On Thu, May 03, 2007 at 12:22:35AM +0530, Gautham R Shenoy wrote:
> On Wed, May 02, 2007 at 11:37:57AM -0500, Nathan Lynch wrote:
> > Hi Gautham-
> >
> > I believe that the powerpc behavior was established before
> > cpu_present_map was introduced.
>
> Ok. I guess the same is the reason with a
On 5/2/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
The usage cases of yours are quite different from mine. We don't use a
single file descriptor to to manage various resources. The worker threads
are _not going_ to have a file descriptor, _only_ the event dispatching
(poll)
thread.
An model
On Wed, 2 May 2007, Mark Lord wrote:
> Alan Stern wrote:
> >
> > A better approach would be to find out why your system gets into that loop
> > and fix the underlying cause.
>
> Not better, just parallel.
>
> That loop should not be unbounded, as this example proves.
> But it also shouldn't
I've written a module that acts as a cache for fixed size objects but I'm
getting a soft lockup using the buffer cache as backing storage.
I've attached the code that reproduces the error. You need to supply the module
with a valid block device, i.e. insmod disk_cache.ko devname="/dev/hda2".
On martedì 1 maggio 2007, Jeff Dike wrote:
> [ Paolo - could you eyeball the globally valid MAC piece of this and
> see if you think it's OK? ]
Done, the patch can be accepted (I've not looked at the PCAP part). I've a
note on the other fix there (the additional return).
> Some network device
Olaf Hering wrote:
> On Thu, May 03, Stefan Richter wrote:
>
>> ieee1394-old
>
> Noone will seriously ship two firewire stacks, so that cant be the
> issue (for distributors).
I don't actively watch distributions, but I believe there are frequently
alternative drivers shipped. How much
Robin Getz wrote:
On Thu 3 May 2007 07:03, Greg Ungerer pondered:
Robin Getz wrote:
On Wed 2 May 2007 07:32, Greg Ungerer pondered:
Robin Getz wrote:
I was trying to understand why we don't want to do the same checking on
noMMU?
The problem is on systems that have RAM mapped at high
> > Did this file individually, per request. Will re-do the whole tree later
> > as I'm still working on my handy-dandy testing and patching tools and
> > don't have a lot of time outside of work until the summer gets underway.
>
> While this is probably inevitable, it would be nice if there
Hi Michael,
On Wed May 2 2007 8:11 pm, Michael Ellerman wrote:
> On Wed, 2007-05-02 at 12:11 -0500, Kevin Corry wrote:
> > Change the powerpc version of topology_init() from an __initcall to
> > a subsys_initcall to match all other architectures.
> >
> > Signed-off-by: Kevin Corry <[EMAIL
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> OK, whatever you think will work. But I do think it should be a proper
> ELF file with a correct magic number, so that you can just point an ELF
> file parser at it and have it work (which means, of course, that all the
> file offsets are offsets
Linus, please pull from [the linus branch at]:
master.kernel.org:/pub/scm/linux/kernel/git/perex/alsa.git linus
gitweb interface:
http://www.kernel.org/git/?p=linux/kernel/git/perex/alsa.git
The GNU patch is available at:
On Thu, 2007-05-03 at 08:35 -0400, Robert P. J. Day wrote:
> On Thu, 3 May 2007, Antonino A. Daplas wrote:
>
> um ... just so there's no misunderstanding, *i* don't plan on fixing
> any of this, i'm just running the script and reporting it. i'm
> assuming the respective maintainers can take it
Hugh Dickins wrote:
On Thu, 3 May 2007, Nick Piggin wrote:
@@ -568,6 +570,11 @@ __lock_page (diff -p would tell us!)
{
DEFINE_WAIT_BIT(wait, >flags, PG_locked);
+ set_bit(PG_waiters, >flags);
+ if (unlikely(!TestSetPageLocked(page))) {
What happens if another cpu is coming
Hi Dmitry,
thanks for feedback. Improved version of this patch follows:
It is enabled only if CONFIG_XPAD_FF is set to y.
Implementation is using force feedback support for memoryless devices.
Signed-off-by: Jan Kratochvil <[EMAIL PROTECTED]>
---
drivers/usb/input/Kconfig |7 +++
* Zoltan Boszormenyi <[EMAIL PROTECTED]> wrote:
> I started up 12 glxgears to see the effect of CFS v8 on my Athlon64 X2
> 4200.
>
> Without this patch all the GL load was handled by the second core, the
> system only stressed the first core if other processes were also
> started, i.e. a
On Thu, May 03, 2007 at 10:15:11AM +1000, David Chinner wrote:
[ bad fragmentation from a funky write one byte every 128k system ]
>
> This only becomes a problem if the system has enough pages dirty to
> be triggering throttling so that the 1byte writes are converted before
> the data actually
On Thu, 3 May 2007, Nick Piggin wrote:
> >>@@ -568,6 +570,11 @@ __lock_page (diff -p would tell us!)
> > > {
> > > DEFINE_WAIT_BIT(wait, >flags, PG_locked);
> > >
> > >+ set_bit(PG_waiters, >flags);
> > >+ if (unlikely(!TestSetPageLocked(page))) {
> >
> > What happens if another cpu is coming
Christoph Hellwig wrote:
On Thu, May 03, 2007 at 11:32:23AM +1000, Nick Piggin wrote:
The attached patch gets performance up a bit by avoiding some
barriers and some cachelines:
G5
pagefault fork exec
2.6.21 1.49-1.51 164.6-170.8 741.8-760.3
+patch 1.71-1.73
On May 3 2007 09:37, Mauro Carvalho Chehab wrote:
>Trent is mentioning an out-of-tree building system to allow easier
>testing of V4L/DVB patches by end users and developers and during driver
>development time. The building system allows faster
>compilation/linkedition during driver development,
On SN, only allow one bit to be set in the smp_affinty mask
when redirecting an interrupt. Currently setting multiple
bits is allowed, but only the first bit is used in
determining the CPU to redirect to. This has caused confusion
among some customers.
Signed-off-by: John Keller <[EMAIL
Hi,
now this patch doesn't need flags but rather adds new member xtype.
Xbox 360 gamepad is slightly different then the previous model so it has
its own version of process_packet method.
Detection of this new device relies on USB_DEVICE_INTERFACE_PROTOCOL macro.
This device got vendor
Marcel Holtmann wrote:
> it seems this could be easily exploited and is at least a local DoS. It
> should be a candidate for the -stable kernel.
The bug got introduced in 2.6.21-git, so -stable is not affected.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Hugh Dickins wrote:
On Thu, 3 May 2007, Nick Piggin wrote:
The problem is that lock/unlock_page is expensive on powerpc, and
if we improve that, we improve more than just the fault handler...
The attached patch gets performance up a bit by avoiding some
barriers and some cachelines:
> regarding the fairness of the different schedulers, please note the
> different runtimes for each component of the workload:
>
> LTMM: 5655.07/ 5682
> LTMB: 7729.81/ 7755
> LTBM: 7720.70/ 7746
>
> this means that a fair scheduler would _not_ be the one that finishes
>
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de Con Kolivas
> Envoyé : 3 mai 2007 02:30
>
> I've done some minor cleanups and microoptimisations to the
> code since version
> 0.46 in preparation for releasing -ck with SD as its base.
>
>
Hi Dmitry,
On Wed, 2 May 2007, Dmitry Torokhov wrote:
Hi Jan,
On Wednesday 02 May 2007 11:01, Jan Kratochvil wrote:
This changes are expected to simplify further improves of this driver,
We will need to add information if the driver is xbox360 device or not.
Second option was to simply add
Andrew Morton napsal(a):
> On Wed, 2 May 2007 17:56:01 +0200 (CEST) Jiri Slaby <[EMAIL PROTECTED]>
> wrote:
>
>> add sensable phantom driver
>
>
>
> Is that one of these?
>
* Al Boldi <[EMAIL PROTECTED]> wrote:
> [...] But I can still see these awful latency blips in the presence of
> negatively niced chew.c at -10 and two chew.c's at nice 0. [...]
of course: you asked for the two chew's to be treated like that and CFS
delivered it! :-)
nice -10 means the two
Em Qui, 2007-05-03 às 08:56 +0200, Jan Engelhardt escreveu:
> On May 2 2007 14:38, Trent Piepho wrote:
> >On Wed, 2 May 2007, Mauro Carvalho Chehab wrote:
> >> Em Seg, 2007-04-30 às 14:30 +0200, Jan Engelhardt escreveu:
> >> > Change Kconfig objects from "menu, config" into "menuconfig" so
> >> >
Hi Gary,
On 03/05/07, Gary Martin <[EMAIL PROTECTED]> wrote:
I have a system running Fedora Core 6 on a Dell PE4400 that crashed
and became unresponsive, I captured the following kernel oops in
/var/log/messages:
Apr 30 08:52:11 hostname kernel: list_del corruption. prev->next
should be
On Thu, 3 May 2007, Antonino A. Daplas wrote:
> On Thu, 2007-05-03 at 06:40 -0400, Robert P. J. Day wrote:
> > $ ../dead_config.sh drivers/video
> > == FB_68328_INVERT ==
> > drivers/video/68328fb.c:53:#if defined(CONFIG_FB_68328_INVERT)
>
> Can be made part of Kconfig, I think
>
Hi Gary,
> I have a system running Fedora Core 6 on a Dell PE4400 that crashed
> and became unresponsive, I captured the following kernel oops in
> /var/log/messages:
>
> Apr 30 08:52:11 hostname kernel: list_del corruption. prev->next
> should be d5507478, but was 008f
> Apr 30 08:52:11
Hi Dave,
> > When the user passes in MSG_TRUNC the skb is used after getting freed.
> >
> > Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> > Signed-off-by: David Howells <[EMAIL PROTECTED]>
>
> Ugh, good catch, applied :-)
it seems this could be easily exploited and is at least a local
* Michael Gerdau <[EMAIL PROTECTED]> wrote:
> There are 3 scenarios:
> j1 - all 3 tasks run sequentially
>/proc/sys/kernel/sched_granularity_ns=400
>/proc/sys/kernel/rr_interval=16
> j3 - all 3 tasks run in parallel
>
I have a system running Fedora Core 6 on a Dell PE4400 that crashed
and became unresponsive, I captured the following kernel oops in
/var/log/messages:
Apr 30 08:52:11 hostname kernel: list_del corruption. prev->next
should be d5507478, but was 008f
Apr 30 08:52:11 hostname kernel:
On Thu, 3 May 2007, Nick Piggin wrote:
>
> The problem is that lock/unlock_page is expensive on powerpc, and
> if we improve that, we improve more than just the fault handler...
>
> The attached patch gets performance up a bit by avoiding some
> barriers and some cachelines:
There's a strong
"John Anthony Kazos Jr." <[EMAIL PROTECTED]> writes:
> Did this file individually, per request. Will re-do the whole tree later
> as I'm still working on my handy-dandy testing and patching tools and
> don't have a lot of time outside of work until the summer gets underway.
While this is
On Wed 2 May 2007 10:04, Hugh Dickins pondered:
> On Tue, 1 May 2007, Phillip Susi wrote:
> > I seem to remember seeing some patches go by at some point that
> > allowed one of the rom type embeded system filesystems to directly
> > execute binaries out of the original rom memory rather than
On Tue, May 01, 2007 at 08:23:14AM -0500, Corey Minyard wrote:
> Russell King wrote:
> >On Mon, Apr 30, 2007 at 05:08:59PM -0500, Corey Minyard wrote:
> >
> >>I'm having a hard time understanding why the lsr_break_flag
> >>is necessary.
> >>
> >
> >Merely reading the LSR clears status bits.
On Thu, 2007-05-03 at 06:40 -0400, Robert P. J. Day wrote:
> $ ../dead_config.sh drivers/video
> == FB_68328_INVERT ==
> drivers/video/68328fb.c:53:#if defined(CONFIG_FB_68328_INVERT)
Can be made part of Kconfig, I think
> == FB_AU1200_DEVS ==
>
On Thu, 2007-05-03 at 14:54 +1000, Tony Breeds wrote:
> From: Tony Breeds <[EMAIL PROTECTED]>
>
> [LGUEST] Look in object dir for .config
>
> If you build with make O= then .config isn't in ../../, this patch
> goes partway to making sure that you don't dirty the source tree.
>
>
On Thu, May 03, Stefan Richter wrote:
> ieee1394-old
Noone will seriously ship two firewire stacks, so that cant be the
issue (for distributors).
Once there is a way to easily switch between kernel releases, I'm ok
with whatever module names you pick.
-
To unsubscribe from this list:
Dmitry Krivoschekov wrote:
> Al Boldi wrote:
> > Now, if there were only an easy way to make tmpfs persistent?
>
> It would be not a tmpfs (*temporary* fs)then,
Isn't everything really just temporary?
> but something like this
>
> http://pramfs.sourceforge.net/
Thanks a lot, but this seems to
On Wed, May 02, 2007 at 03:04:44PM +0100, Hugh Dickins wrote:
> On Tue, 1 May 2007, Phillip Susi wrote:
> > I seem to remember seeing some patches go by at some point that allowed one
> > of
> > the rom type embeded system filesystems to directly execute binaries out of
> > the original rom
Robert P. J. Day wrote:
[...]
>> > drivers/scsi/arm/acornscsi.c:70:#undef CONFIG_SCSI_ACORNSCSI_LINK
>> > drivers/scsi/arm/acornscsi.c:169:#ifdef CONFIG_SCSI_ACORNSCSI_LINK
[...]
> p.s. "CONFIG_" prefix aside, i would think it's also a bit yucky to
> be checking for the definition of a
On Thu 3 May 2007 07:03, Greg Ungerer pondered:
> Robin Getz wrote:
> > On Wed 2 May 2007 07:32, Greg Ungerer pondered:
> >> Robin Getz wrote:
> >>> I was trying to understand why we don't want to do the same checking on
> >>> noMMU?
> >>
> >> The problem is on systems that have RAM mapped at high
On Thu, May 03, 2007 at 07:17:34AM -0400, Robert P. J. Day wrote:
> p.s. "CONFIG_" prefix aside, i would think it's also a bit yucky to
> be checking for the definition of a preprocessor symbol that you've
> already hardcoded out of existence in the same source file. :-)
No, because the way you
In article <[EMAIL PROTECTED]> you write:
>On May 02, 2007 18:23 +0530, Amit K. Arora wrote:
>> On Sun, Apr 29, 2007 at 10:25:59PM -0700, Chris Wedgwood wrote:
>> > On Mon, Apr 30, 2007 at 10:47:02AM +1000, David Chinner wrote:
>> >
>> > > For FA_ALLOCATE, it's supposed to change the file size
On Thu, 3 May 2007, Thomas Meyer wrote:
> With current git head from linus' tree and LOCALVERSION_AUTO [=y] and
> USB_APPLETOUCH [=m]
> find /lib/modules/ -name apple*
> /lib/modules/2.6.20/kernel/drivers/usb/input/appletouch.ko
> /lib/modules/2.6.21/kernel/drivers/usb/input/appletouch.ko
>
Original-Nachricht
Datum: Wed, 02 May 2007 20:45:58 +0400
Von: Manu Abraham <[EMAIL PROTECTED]>
An: Uwe Bugla <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: [linux-dvb] DST/BT878 module customization (.. was: Critical
pointsabout
From: John Anthony Kazos Jr. <[EMAIL PROTECTED]>
Convert the encoding of from ISO-8859-1 to UTF-8.
Signed-off-by: John Anthony Kazos Jr. <[EMAIL PROTECTED]>
---
Did this file individually, per request. Will re-do the whole tree later
as I'm still working on my handy-dandy testing and
>
> As Andy already submitted it to Linus with http://lkml.org/lkml/2007/5/2/346
> we may have to create a patch which reverts this patch.
Ok thanks for the explanation. I will queue a revert patch
> I'm also planning to add some function headers to the MTRR functions
> and also fix the
On Thu, 3 May 2007, Russell King wrote:
> On Thu, May 03, 2007 at 06:10:28AM -0400, Robert P. J. Day wrote:
> >
> > $ ../dead_config.sh drivers/scsi
> > == ACORNSCSI_CONSTANTS ==
> > drivers/scsi/arm/acornscsi.c:106:#undef CONFIG_ACORNSCSI_CONSTANTS
> >
I noticed that I can just use call graphs to make more clear what I want to say.
There is otherwise nothing new in this mail and I'll submit a new patch
which reverts this patch if my review came too late, if in doubt, just
ignore this mail, I may just refer to it later then.
> NACK - obsolete,
On Thu, May 03, 2007 at 06:40:03AM -0400, Robert P. J. Day wrote:
> $ ../dead_config.sh drivers/video
> == MACH_MX1FS2 ==
> drivers/video/imxfb.c:410:#ifndef CONFIG_MACH_MX1FS2
> arch/arm/tools/mach-types:486:mx1fs2MACH_MX1FS2
> MX1FS2
Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > [...] but there are still some nice issues.
> > >
> > > Try running 3 chew.c's, then renicing one to -10, starves others for
> > > some seconds while switching prio-level. Now renice it back to 10,
> > > it starves for up to
On Thu, May 03, 2007 at 06:10:28AM -0400, Robert P. J. Day wrote:
>
> $ ../dead_config.sh drivers/scsi
> == ACORNSCSI_CONSTANTS ==
> drivers/scsi/arm/acornscsi.c:106:#undef CONFIG_ACORNSCSI_CONSTANTS
> drivers/scsi/arm/acornscsi.c:417:#ifdef CONFIG_ACORNSCSI_CONSTANTS
>
Robin Getz wrote:
On Wed 2 May 2007 07:32, Greg Ungerer pondered:
Robin Getz wrote:
On Wed 2 May 2007 01:23, Greg Ungerer pondered:
diff -Naur linux-2.6.21/fs/namei.c linux-2.6.21-uc0/fs/namei.c
--- linux-2.6.21/fs/namei.c 2007-05-01 17:12:53.0 +1000
+++
hi,
I'm profiling some part of kernel code.Mine profiling mechanism
is based on rdtsc instruction.
Please tell me if i'm profiling correctly.I'm teting linux kernel
2.6.15 and mine system is P4.
function(){
unsigned long long c1,c2,c3,c4,c5;
before=readtsc();
> > > What's the reason for splitting this up? Things would be a quite a bit
> > > simpler if all the code was directly in atakeyb.c.
> >
> > Simple: I assumed that keeping the input driver code with the other input
> > stuff was the Right Thing. I can move everything back to atakeyb.c if
> >
On Wed 2 May 2007 07:32, Greg Ungerer pondered:
> Robin Getz wrote:
> > On Wed 2 May 2007 01:23, Greg Ungerer pondered:
> >> diff -Naur linux-2.6.21/fs/namei.c linux-2.6.21-uc0/fs/namei.c
> >> --- linux-2.6.21/fs/namei.c 2007-05-01 17:12:53.0 +1000
> >> +++ linux-2.6.21-uc0/fs/namei.c
Hi,
On Wed, 2 May 2007, Andrew Morton wrote:
> On Tue, 1 May 2007 02:10:34 +0200 (CEST) Roman Zippel <[EMAIL PROTECTED]>
> wrote:
>
> > This finally renames the thread_info field in task structure to stack,
> > so that the assumptions about this field are gone and archs have more
> > freedom
On Thu, May 03, 2007 at 12:47:12PM +0200, Michael Schmitz wrote:
> On Tue, 1 May 2007, Christoph Hellwig wrote:
>
> > What's the reason for splitting this up? Things would be a quite a bit
> > simpler if all the code was directly in atakeyb.c.
>
> Simple: I assumed that keeping the input driver
On Tue, 1 May 2007, Christoph Hellwig wrote:
> What's the reason for splitting this up? Things would be a quite a bit
> simpler if all the code was directly in atakeyb.c.
Simple: I assumed that keeping the input driver code with the other input
stuff was the Right Thing. I can move everything
> > > Update the atari fb to 2.6 by Michael Schmitz,
> >
> > Finally :-). That leaves only pm3fb that needs porting.
> >
> > It still contains remnants of 2.4 code though, ie, FBCON_HAS_*, but
> > that's minor.
>
> Yeah!!! Its a good step forward. Needs more cleanup down the road.
You bet. I'll
> > > +#define BUS_ATARI0x1B
> >
> > Is this really a separate bus? Should't we have a BUS_ONBOARD or so
> > instead?
>
> BUS_HOST shoudl fit the bill.
OK, I'll use that one.
Michael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
$ ../dead_config.sh drivers/video
== FB_68328_INVERT ==
drivers/video/68328fb.c:53:#if defined(CONFIG_FB_68328_INVERT)
== FB_AU1200_DEVS ==
drivers/video/au1200fb.c:52:#ifndef CONFIG_FB_AU1200_DEVS
drivers/video/au1200fb.c:53:#define CONFIG_FB_AU1200_DEVS 4
On Thu, May 03, 2007 at 11:32:23AM +1000, Nick Piggin wrote:
> The attached patch gets performance up a bit by avoiding some
> barriers and some cachelines:
>
> G5
> pagefault fork exec
> 2.6.21 1.49-1.51 164.6-170.8 741.8-760.3
> +patch 1.71-1.73 175.2-180.8
$ ../dead_config.sh drivers/media
== BIGPHYS_AREA ==
drivers/media/video/zoran_driver.c:185:// RJ: Test only - want to test
BUZ_USE_HIMEM even when CONFIG_BIGPHYS_AREA is defined
drivers/media/video/zoran_driver.c:186:#if !defined(CONFIG_BIGPHYS_AREA)
On Wed, May 02, 2007 at 03:02:03PM -0700, Roland McGrath wrote:
> That's just a workaround for an actual bug that I need to fix.
> You wouldn't really want to do it that way.
It's actuall a very nice and needed simplification. It gets rid
of an object with subtle life time rules, which is always
On May 02, 2007 18:23 +0530, Amit K. Arora wrote:
> On Sun, Apr 29, 2007 at 10:25:59PM -0700, Chris Wedgwood wrote:
> > On Mon, Apr 30, 2007 at 10:47:02AM +1000, David Chinner wrote:
> >
> > > For FA_ALLOCATE, it's supposed to change the file size if we
> > > allocate past EOF, right?
> >
> > I
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Thu, 3 May 2007 09:51:36 +0300 (EEST)
> [PATCH] [TCP]: Use S+L catcher only with SACK for now
>
> TCP has a transitional state when SACK is not in use during
> which this invariant is temporarily broken. Without SACK,
> tcp_clean_rtx_queue does not
> If we are looking at current "potential users" that are already in
> mainline, we could change blktrace to make it use the markers.
Ok, but do it step by step:
- split out useful pieces like the "patched in enable/disable flags"
and submit them separate with an example user or two
[I got a
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:36 +0100
> Adjust the new netdevice scanning code provided by Patrick McHardy:
>
> (1) Restore the function banner comments that were dropped.
>
> (2) Rather than using an array size of 6 in some places and an array size of
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:31 +0100
> Replace the large and complicated rtnetlink client by two simple
> functions for getting the MAC address for the first ethernet device
> and building a list of IPv4 addresses.
>
> Signed-off-by: Patrick McHardy
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:26 +0100
> Add __dev_getfirstbyhwtype for callers that don't want a reference but
> some data from the device and thus need to take the rtnl anyway.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> Signed-off-by: David
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:20 +0100
> The interface array is not freed on exit.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:15 +0100
> When the user passes in MSG_TRUNC the skb is used after getting freed.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Ugh, good catch, applied :-)
-
To
On Thu, 3 May 2007, Arnd Bergmann wrote:
> On Thursday 03 May 2007, Robert P. J. Day wrote:
> > > Suggest: configfiles=$(find . -name 'Kconfig*' -or -name '*defconfig*')
> > >
> > > Some CONFIG_ options exist that are not declared anywhere in the
> > > Kconfig files but defined directly in the
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Wed, 2 May 2007 14:12:22 +1000
> Dave, thanks for reminding me. Here it is.
>
> [NETLINK]: Kill CB only when socket is unused
>
> Since we can still receive packets until all references to the
> socket are gone, we don't need to kill the CB until that
On Wed, May 02, 2007 at 11:18:45PM -0400, Ting Yang wrote:
> I just want to point out that ->wait_runtime, in fact, stores the lag of
> each task in CFS, except that it is also used by other things, and
> occasionally tweaked (heuristically ?). Under normal cases the sum of
> lags of all active
On Thu, 2007-05-03 at 02:40 -0700, Andrew Morton wrote:
> Monitor the system using the taskstats interface. There is a sample
> application and documentation in Documentation/accounting/.
>
> Your monitoring application will receive a netlink packet each time a process
> exits. It includes the
On Thu, 03 May 2007 00:19:59 -0700
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Albert Cahalan wrote:
> > Font size is not a sane place to draw the line. Features are.
>
> Font sizes are an eminently sane place to draw the line, because the
> crossover is largely determined by the point at
From: "Robert P. J. Day" <[EMAIL PROTECTED]>
Date: Tue, 1 May 2007 14:52:14 -0400 (EDT)
> Delete the apparently unused header file net/ipv4/tcp_yeah.h.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Applied, thanks.
> kind of odd that this header file is unreferenced since there's a
>
From: David Howells <[EMAIL PROTECTED]>
Date: Tue, 01 May 2007 19:17:06 +0100
> Fix use of __exit functions from __init path.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
301 - 400 of 998 matches
Mail list logo
