>That said, is there any plan to change how this functions in the future
>to solve these problems? I.e. have it not use so much diskspace and
>thus use less bandwith. Am I misunderstanding in assuming that after
>say 1000 commits go into the tree it could end up several megs or gigs
>bigger?
Luck, Tony wrote:
Yeah, I'm facing the same issue. I started playing with git last
night. Apart from disk-space usage, it's very nice, though I really
hope someone puts together a web-interface on top of git soon so we
can seek what changed when and by whom.
Disk space issues? A complete git
hi,
after some thought, i decided on friday to port all of the 2.4.27
code over to 2.6.11.7.
bearing in mind that reading from /dev/input/evdev0 worked fine
on 2.4.27 - and now also works fine under 2.6.11.7 - the exact
same problem occurs on 2.6.11.7 as occurred under 2.4.27 -
hanging of the
Oh well, this was due to bad cabling after all. A 80-conductor cable
fixed the issue.Thanks for heads up. Appreciated.
Regards,
ismail
On 4/21/05, ismail dönmez <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 4/20/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > You might want to post that Oops message
On Thu, Apr 21, 2005 at 06:57:23PM +0100, Al Viro wrote:
> thread_info part 3: heads.
headers, even...
-
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
m68k thread_info - part 4
The rest:
a) added embedded thread_info [m68k processor.h]
b) added missing symbols in asm-offsets.c
c) task_thread_info() and freinds in asm-m68k/thread_info.h
d) made m68k thread_info.h included by m68k processor.h, not the
other
Martin J. Bligh wrote:
drivers/scsi/aic7xxx/aic7xxx_osm.c: In function `ahc_linux_init':
drivers/scsi/aic7xxx/aic7xxx_osm.c:3608: parse error before `int'
drivers/scsi/aic7xxx/aic7xxx_osm.c:3609: `rc' undeclared (first use in this
function)
drivers/scsi/aic7xxx/aic7xxx_osm.c:3609: (Each
On Thu, 21 Apr 2005 10:33:29 -0700 David Mosberger wrote:
| > On Thu, 21 Apr 2005 10:19:28 -0700, "Luck, Tony" <[EMAIL PROTECTED]>
said:
|
| >> I just checked 2.6.12-rc3 and the fls() fix is indeed missing.
| >> Do you know what happened?
|
| Tony> If BitKeeper were still in use, I'd
> On Thu, 21 Apr 2005 10:41:52 -0700, "Luck, Tony" <[EMAIL PROTECTED]> said:
Tony> Disk space issues? A complete git repository of the Linux
Tony> kernel with all changesets back to 2.4.0 takes just over 3G
Tony> ... which is big compared to BK, but 3G of disk only costs
Tony> about
thread_info part 2:
encapsulates the rest of arch-dependent operations with thread_info access.
Two new helpers - setup_thread_info() and end_of_stack(). For normal
case the former consists of copying thread_info of parent to new thread_info
and the latter returns pointer immediately
Hi,
I know there has been some talking about SATA/ATAPI being experimental and
might not work at all under kernel-2.6.x.
One of my linux boxes has a Plextor DVD-RW drive with a SATA interface. The
kernel sees this drive (ata3) but apparently doesn't tie it to a sdx device.
The box also have a
>Yeah, I'm facing the same issue. I started playing with git last
>night. Apart from disk-space usage, it's very nice, though I really
>hope someone puts together a web-interface on top of git soon so we
>can seek what changed when and by whom.
Disk space issues? A complete git repository of
drivers/scsi/aic7xxx/aic7xxx_osm.c: In function `ahc_linux_init':
drivers/scsi/aic7xxx/aic7xxx_osm.c:3608: parse error before `int'
drivers/scsi/aic7xxx/aic7xxx_osm.c:3609: `rc' undeclared (first use in this
function)
drivers/scsi/aic7xxx/aic7xxx_osm.c:3609: (Each undeclared identifier is
thread_info, part 1:
new helper - task_thread_info(task). On platforms that have thread_info
allocated separately (i.e. in default case) it simply returns task->thread_info.
m68k wants (and for good reasons) to embed its thread_info into task_struct.
So it will (in later patch) have
On Wed, Apr 20, 2005 at 10:07:45PM -0500, Timur Tabi wrote:
> Troy Benjegerdes wrote:
> >Someone (aka Tospin, infinicon, and Amasso) should probably post a patch
> >adding '#define VM_REGISTERD 0x0100', and some extensions to
> >something like 'madvise' to set pages to be registered.
> >
> >My
On Thu, Apr 21, 2005 at 02:28:54PM +0200, Andreas Steinmetz wrote:
> Hi,
> can anybody help out? I don't have access to Intel 64 bit CPUs and need
> some microbenchmark results on Intel 64 bit. Usage guide for the
> attached archive:
>
> 'ref' contains the current generic AES implementation
> On Thu, 21 Apr 2005 10:19:28 -0700, "Luck, Tony" <[EMAIL PROTECTED]> said:
>> I just checked 2.6.12-rc3 and the fls() fix is indeed missing.
>> Do you know what happened?
Tony> If BitKeeper were still in use, I'd have dropped that patch
Tony> into my "release" tree and asked Linus
>I just checked 2.6.12-rc3 and the fls() fix is indeed missing. Do you
>know what happened?
If BitKeeper were still in use, I'd have dropped that patch into my
"release" tree and asked Linus to "pull" ... but it's not, and I was
stalled. I should have a "git" tree up and running in the next
This is my continuing attempt to make an SCM suitable for kernel
hacking. It supports a distribution model similar to BK and Monotone
but is orders of magnitude simpler than both (about 1k lines of code).
http://selenic.com/mercurial/
New in this version:
- much improved command line tool
-
Based on the Paul's feedback, I have simplified and cleaned up the
code quite a bit.
o I have taken care of most of the nits, except for the output
format change for cpusets with isolated children.
o Also most of my documentation has been part of my earlier mails
and I have not yet
Hi!
i´m working on a linux livecd gentoo-based using the
linux-live scripts.
Ok, then, i use the gentoo kernel 2.6.11 with squashfs support
(not module, incore) and i compile the unionfs.ko module.
I gzip the module unionfs.ko and i copy it to the:
kernel-modules/'uname -r'/
directory for a
Hi Pavel,
there's some problems with swsusp in 2.6.12-rc3 (x86_64):
1. Is it necessary to print the following message during regular boot?
swsusp: Suspend partition has wrong signature?
It is a bit annoying and I believe it will confuse some swsusp
users.
2. PCMCIA related hangs during
On Thu, 21 Apr 2005 11:30:06 -0400 Ed L Cashin wrote:
| Greg KH <[EMAIL PROTECTED]> writes:
|
| > On Thu, Apr 21, 2005 at 09:36:17AM -0400, Ed L Cashin wrote:
| >> "Bodo Eggert <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
| >>
| >> > Ed L Cashin <[EMAIL PROTECTED]> wrote:
| >> >
| >> >> +++
On 13 Apr 2005 20:29:13 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 13, 2005 at 10:45:18AM -0700, Matt Tolentino wrote:
> >
> > Andi,
> >
> > If CONFIG_SYCTL is not enabled then the x86-64 tree
> > fails to build due to use of a symbol that is not
> > compiled in. Don't bother
Greg KH <[EMAIL PROTECTED]> writes:
...
> It's not for things other than modules, it's filling a real need that
> you yourself just pointed out. Namely, we need to be able to have
> access to module paramaters in a consistant place, no matter if the
> driver is built into the kernel or not.
>
>
Dear diary, on Thu, Apr 21, 2005 at 02:03:27PM CEST, I got a letter
where Pavel Machek <[EMAIL PROTECTED]> told me that...
> > You should put this into .git/remotes
> >
> > linus
> > rsync://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
(git addremote is preferred for
On Thu, 21 Apr 2005, Ingo Molnar wrote:
>
> i have released the -V0.7.46-00 Real-Time Preemption patch, which can be
> downloaded from the usual place:
>
>http://redhat.com/~mingo/realtime-preempt/
>
> this is a merge to 2.6.12-rc3, plus the 'ping localhost' fix from
> [EMAIL PROTECTED]
On Thu, Apr 21, 2005 at 11:10:15AM +0200, Geert Uytterhoeven wrote:
> On Thu, 21 Apr 2005, Jan Dittmer wrote:
> > Linus Torvalds wrote:
> > > Geert Uytterhoeven:
> > > [PATCH] M68k: Update defconfigs for 2.6.11
> > > [PATCH] M68k: Update defconfigs for 2.6.12-rc2
> >
> > Why do I still
On Wed, Apr 20, 2005 at 12:09:46PM -0700, Paul Jackson wrote:
> Earlier, I wrote to Dinakar:
> > What are your invariants, and how can you assure yourself and us
> > that your code preserves these invariants?
Ok, Let me begin at the beginning and attempt to define what I am
doing here
1. I need
On Thu, 21 Apr 2005, Chris Friesen wrote:
>
> Does mainline have a high precision monotonic wallclock that is not
> affected by time-of-day changes? Something like "nano/mico seconds
> since boot"?
High precision? No. We do have "jiffies since boot". We don't actually
expose it anywhere,
Hi Andi,
PPC64 IA64 and S390 use variable size TASK_SIZE for 32 bit and 64 bit
program.
I feel it is hard to maintain if we try to audit TASK_SIZE use
everywhere, because most of them are in generic code.
And maintaining those audit code in separate place is also a problem.
E.g. in current 32 bit
One more thing...
On 4/21/05, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-04-21 at 02:07 -0500, Dmitry Torokhov wrote:
>
> > w1-master-drop-attrs.patch
> >Get rid of unneeded master device attributes:
> >- 'pointer' and 'attempts' are meaningless for userspace;
> >-
On Thu, Apr 21, 2005 at 11:30:06AM -0400, Ed L Cashin wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> > On Thu, Apr 21, 2005 at 09:36:17AM -0400, Ed L Cashin wrote:
> >> "Bodo Eggert <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
> >>
> >> > Ed L Cashin <[EMAIL PROTECTED]> wrote:
> >> >
> >>
Andreas Steinmetz wrote:
Hi,
can anybody help out? I don't have access to Intel 64 bit CPUs and need
some microbenchmark results on Intel 64 bit. Usage guide for the
attached archive:
'ref' contains the current generic AES implementation
'new' contains the 64 bit AES assembler implementation
This
Linus Torvalds wrote:
If you calculate the expected timeout from the time-of-day in the caller,
your drift not only goes away, but you'll actually be able to handle
things like "oops, the machine is under load so I missed an event".
Does mainline have a high precision monotonic wallclock that is
On Thu, 21 Apr 2005 14:19:10 +0200 Ralf Hildebrandt wrote:
| > It's available both as a patch (against 2.6.11) and as a tar-ball, and
| Where IS the tarball? Not on www.kernel.org, that's for sure.
in http://www.kernel.org/pub/linux/kernel/v2.6/testing/
---
~Randy
-
To unsubscribe from this
Isn't that a
!test_thread_flag(TIF_IA32) && (flags & MAP_32BIT)
in my patch?
Zou Nan hai
> -Original Message-
> From: Andi Kleen [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 21, 2005 7:51 PM
> To: Zou, Nanhai
> Cc: Andi Kleen; [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
Greg KH <[EMAIL PROTECTED]> writes:
> On Thu, Apr 21, 2005 at 09:36:17AM -0400, Ed L Cashin wrote:
>> "Bodo Eggert <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
>>
>> > Ed L Cashin <[EMAIL PROTECTED]> wrote:
>> >
>> >> +++ b/Documentation/aoe/aoe.txt 2005-04-20 11:42:20.0 -0400
On Thu, 2005-04-21 at 07:58 -0700, Linus Torvalds wrote:
>
> On Thu, 21 Apr 2005, Steven Rostedt wrote:
> >
> > Thanks, I forgot about the guarantee of "at least" the time requested.
> > I took this on because I noticed this in a driver I wrote. With the user
> > passing in a timeval for a
On Wed, 20 Apr 2005 10:32:35 -0700 Greg KH wrote:
> On Wed, Apr 20, 2005 at 09:07:44PM +0900, Keiichiro Tokunaga wrote:
> > This is to add a generic function 'unregister_node()'.
> > It is used to remove objects of a node going away for
> > hotplug. If CONFIG_HOTPLUG=y, it becomes available.
>
kestrel linux-2.6.11.7 # make htmldocs
*** You need to install DocBook stylesheets ***
* app-text/docbook-dsssl-stylesheets
Latest version available: 1.77-r2
Latest version installed: 1.77-r2
^^^
Size of downloaded files: 385 kB
The following patch fixes the Oops though I don't know if this is the
correct solution.
--- linux-2.6.12-rc3/drivers/ide/ide.c.ast
+++ linux-2.6.12-rc3/drivers/ide/ide.c
@@ -2082,7 +2082,8 @@
static int ide_drive_remove(struct device * dev)
{
ide_drive_t * drive =
kestrel linux-2.6.11.7 # make htmldocs
*** You need to install DocBook stylesheets ***
* app-text/docbook-dsssl-stylesheets
Latest version available: 1.77-r2
Latest version installed: 1.77-r2
Size of downloaded files: 385 kB
Homepage:http://docbook.sourceforge.net
Tony and Andrew,
I just checked 2.6.12-rc3 and the fls() fix is indeed missing. Do you
know what happened?
--david
> On Thu, 21 Apr 2005 13:30:50 +0200, Andreas Hirstius <[EMAIL PROTECTED]>
> said:
Andreas> Hi, The fls() patch from David solves the problem :-))
Andreas>
On 04/21/05 10:50, Christoph Hellwig wrote:
> On Thu, Apr 21, 2005 at 09:13:17AM -0500, Miller, Mike (OS Dev) wrote:
>
>>Hi Christoph and James,
>>Luben submitted this RFC back on Apr 13. There have been no responses
>>either public or private. Does this proposal seem adequate? Is there
On 21/04/2005 12:38:29 linux-kernel-owner wrote:
>> >Without this patch, Linux provokes emergency disk shutdowns and
>> >similar nastiness. It was in SuSE kernels for some time, IIRC.
>> OMG! And I did try to raise that issue 10 months ago, see below:
>>
On Thu, Apr 21, 2005 at 09:36:17AM -0400, Ed L Cashin wrote:
> "Bodo Eggert <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
>
> > Ed L Cashin <[EMAIL PROTECTED]> wrote:
> >
> >> +++ b/Documentation/aoe/aoe.txt 2005-04-20 11:42:20.0 -0400
> >
> >> + When the aoe driver is a module,
On Thu, 21 Apr 2005, Steven Rostedt wrote:
>
> Thanks, I forgot about the guarantee of "at least" the time requested.
> I took this on because I noticed this in a driver I wrote. With the user
> passing in a timeval for a periodic condition. I noticed that this would
> drift quite a bit.
Your
Looks like I have to answer myself here with you guys all busy
gitting...
I posted two sample programs last week that showed that large
application can run out of memory a lot quicker on 2.6 than on 2.4.
The reason is that the /proc/*/maps space fragments a lot faster
on 2.6 than with 2.4
Lennart Sorensen wrote:
On Thu, Apr 21, 2005 at 08:15:02AM -0400, Doug Ledford wrote:
Ha! That's the whole damn point Dave. Use your head. Just because ATI
is getting more complex with their GPU does *not* mean nVidia is. Go
back to my original example of the aic7xxx cards. The alternative to
Hi Evgeniy,
On 4/21/05, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-04-21 at 02:07 -0500, Dmitry Torokhov wrote:
> > Hi,
>
> Hello, Dmitry.
>
> > I happened to take a look into drivers/w1 and found there bunch of thigs
> > that IMO should be changed:
> >
> > - custom-made
As already reported to lkml and IDE maintainer for 2.6.12-rc2:
Oops on 'cardctl eject' of an IDE flash disk (Pretec ATA Flash 16MB).
2.6.11.2 works fine.
System:
Linux (none) 2.6.12-rc3-gringo #1 Thu Apr 21 15:45:08 CEST 2005 x86_64
unknown unknown GNU/Linux
Kernel messages from startup to and
Hi,
I've been trying for the last few days to get my D810 to suspend and
resume in linux.
I'm doing it from klaptop in kde using Fedora Core 3, but I've now
compiled my own linux-2.6.12-rc2-mm3 kernel since I've seen some ACPI
changes going in.
At 2.6.11 it would seem to suspend ok, but when
On Thu, Apr 21, 2005 at 03:17:21PM +0200, Patrick McHardy wrote:
> Karsten Keil wrote:
> >Hi,
> >
> >We do not longer use DLT_LINUX_SLL for activ/pass filters but
> >DLT_PPP_WITHDIRECTION
> >witch need 1 as outbound flag.
> >Please apply.
>
> Won't this break compatibility with old ipppd
hi, please reply cc to me as well because i am not on these lists
(well i am but the receive post options are switched off), thank you.
i have a "noddy" question where what used to work under 2.4.27
(echo 'hello world' > /dev/vc/0) now doesn't work on 2.6.7.11,
even though echo 'garbage' >
Hi,
I tested the kdump tool on x235 and x206 machines and found this problem
where on kernel Panic, system instead of booting into the panic kernel
jumps into BIOS and machine restarts.
(I have given the hardware specifications at the bottom of the mail)
Software:
- 2.6.12-rc2-mm1
-
On Thu, Apr 21, 2005 at 12:32:59PM +0200, Maciej Soltysiak wrote:
> Hi,
>
> These are the sizes of rc2 and rc3 patches
>
> # ls -la patch-2.6.12*
> -rw-r--r-- 1 root src 18011382 Apr 4 18:50 patch-2.6.12-rc2
> -rw-r--r-- 1 root src 19979854 Apr 21 02:29 patch-2.6.12-rc3
>
> Let us make an
"Bodo Eggert <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> writes:
> Ed L Cashin <[EMAIL PROTECTED]> wrote:
>
>> +++ b/Documentation/aoe/aoe.txt 2005-04-20 11:42:20.0 -0400
>
>> + When the aoe driver is a module, use
>
> Is there any reason for this inconsistent behaviour?
Yes, the
On Thu, 21 Apr 2005, Christoph Hellwig wrote:
> On Thu, Apr 21, 2005 at 11:58:12AM +0200, Geert Uytterhoeven wrote:
> > sun3_NCR5380.c still uses the following:
> >
> > - SCSI_ABORT_SUCCESS
> > - SCSI_ABORT_ERROR
> > - SCSI_ABORT_SNOOZE
> > - SCSI_ABORT_BUSY
> > -
On Thu, Apr 21, 2005 at 08:15:02AM -0400, Doug Ledford wrote:
> Ha! That's the whole damn point Dave. Use your head. Just because ATI
> is getting more complex with their GPU does *not* mean nVidia is. Go
> back to my original example of the aic7xxx cards. The alternative to
> their simple
Compile error on x86_64:
CC [M] drivers/usb/image/microtek.o
drivers/usb/image/microtek.c: In function `mts_scsi_abort':
drivers/usb/image/microtek.c:338: error: `FAILURE' undeclared (first use
in this function)
drivers/usb/image/microtek.c:338: error: (Each undeclared identifier is
reported
Karsten Keil wrote:
Hi,
We do not longer use DLT_LINUX_SLL for activ/pass filters but
DLT_PPP_WITHDIRECTION
witch need 1 as outbound flag.
Please apply.
Won't this break compatibility with old ipppd binaries?
Regards
Patrick
-
To unsubscribe from this list: send the line "unsubscribe
On Thu, 2005-04-21 at 02:07 -0500, Dmitry Torokhov wrote:
> Hi,
Hello, Dmitry.
> I happened to take a look into drivers/w1 and found there bunch of thigs
> that IMO should be changed:
>
> - custom-made refcounting is racy
Why do you think so?
Did you find exactly the place which races against
Hi,
We do not longer use DLT_LINUX_SLL for activ/pass filters but
DLT_PPP_WITHDIRECTION
witch need 1 as outbound flag.
Please apply.
Signed-off-by: Karsten Keil <[EMAIL PROTECTED]>
diff -urN linux-2.6.12-rc2.org/drivers/isdn/i4l/isdn_ppp.c
linux-2.6.12-rc2/drivers/isdn/i4l/isdn_ppp.c
---
Hello,
On Thu, 2005-04-21 at 01:10 +0200, Alexander Nyberg wrote:
> The new out of line put_user() assembly on x86_64 changes %rcx without
> telling GCC about it causing things like:
>
> http://bugme.osdl.org/show_bug.cgi?id=4515
Thank you, this patch fixes the message queue problem.
Best
>
> Ha! That's the whole damn point Dave. Use your head. Just because ATI
> is getting more complex with their GPU does *not* mean nVidia is. Go
No I rely on things I read from hardware review websites and from the
GPU manufacturers to wonder what they are doing, unless putting more
On Thu, 2005-04-21 at 08:10 +0200, Jens Axboe wrote:
> I wondered about this action recently myself. What is the point in
> requeueing this request, only to call scsi_run_queue() ->
> blk_run_queue() -> issue same request. If the point really is to reissue
> the request immediately, I can think of
Jan Dittmer <[EMAIL PROTECTED]> wrote:
21.04.2005 10:49
> > [EMAIL PROTECTED]:
> > [PATCH] zfcp: convert to compat_ioctl
> This does not seem to compile anymore with defconfig:
> CC drivers/s390/scsi/zfcp_aux.o
>
Hi all,
on this ACER travelmate (ICH6 chipset) the BIOS somehow sets the
PIIX_PORT_ENABLED bit, but not the PIIX_PORT_PRESENT bit.
Appearently the BIOS did not do any device scan / initialisation, and
then, the ICH6 spec does not actually require it.
As the current code scans for
Hi,
can anybody help out? I don't have access to Intel 64 bit CPUs and need
some microbenchmark results on Intel 64 bit. Usage guide for the
attached archive:
'ref' contains the current generic AES implementation
'new' contains the 64 bit AES assembler implementation
Do 'make' in both
On Thu, 2005-04-21 at 12:29 +0200, Arjan van de Ven wrote:
> with BK this was not possible, but could we please have -p added to the
> diff parameters with git ? It makes diffs a LOT more reasable!
With BK this was not possible, but could you please provide your
criticism in 'diff -up' form?
> It's available both as a patch (against 2.6.11) and as a tar-ball, and
Where IS the tarball? Not on www.kernel.org, that's for sure.
--
Ralf Hildebrandt (i.A. des IT-Zentrum) [EMAIL PROTECTED]
Charite - Universitätsmedizin BerlinTel. +49 (0)30-450 570-155
Gemeinsame
On Thu, 2005-04-21 at 09:12 +1000, Dave Airlie wrote:
> > But *that's* the point people keep ignoring: the specs for programming
> > the hardware, in some cases, reveals details about the hardware's
> > implementation that nVidia does *not* want to release (in addition to
> > suggesting their
On Thu, 2005-04-21 at 13:20 +0200, Pavel Machek wrote:
> Hi!
>
> > And for the crazy people, the git archive on kernel.org is up and running
> > under /pub/scm/linux/kernel/git/torvalds/linux-2.6.git. For the
> > adventurous of you, the name of the 2.6.12-rc3 release is a very nice and
> >
Hi!
> > And for the crazy people, the git archive on kernel.org is up and running
> > under /pub/scm/linux/kernel/git/torvalds/linux-2.6.git. For the
> > adventurous of you, the name of the 2.6.12-rc3 release is a very nice and
> > readable:
> >
> >
On Tue, Apr 19, 2005 at 10:12:43PM +0900, Akinobu Mita wrote:
> Hello,
>
> I got the following Machine Check Exception on 4-way Opteron Server.
> I've tried 2.6.11.7 and 2.6.12-rc2.
> The kernel parameter "nomce" could help to boot it up.
Sounds like a bogus BIOS. It should disable these machine
Another comment:
In general I am not too happy about the variable size TASK_SIZE.
There was a patch for this earlier, but it broke 32bit emulation
completely. And I think it needs auditing of all uses of TASK_SIZE,
because I suspect there are more bugs lurking in it.
The way hugetlb etc. mmap
On Thu, Apr 21, 2005 at 01:17:40AM +0800, Zou, Nanhai wrote:
> Hi Andi,
>What is your comment on this patch?
There is at least one wrong change in there, you have a check
for test_thread_flag(TIF_IA32) && (flags & MAP_32BIT)
and that is wrong because MAP_32BIT is used from 64bit code
-Andi
Hi!
> >Without this patch, Linux provokes emergency disk shutdowns and
> >similar nastiness. It was in SuSE kernels for some time, IIRC.
>
> OMG! And I did try to raise that issue 10 months ago, see below:
>
> http://www.ussg.iu.edu/hypermail/linux/kernel/0406.0/0242.html
Heh, verify that this
Hi,
The fls() patch from David solves the problem :-))
Do you have an idea, when it will be in the mainline kernel??
Andreas
Bartlomiej ZOLNIERKIEWICZ wrote:
Hi!
A small update.
Patching mm/filemap.c is not necessary in order to get the improved
performance!
It's sufficient to remove
On 21/04/2005 12:13:46 linux-kernel-owner wrote:
>Without this patch, Linux provokes emergency disk shutdowns and
>similar nastiness. It was in SuSE kernels for some time, IIRC.
OMG! And I did try to raise that issue 10 months ago, see below:
Hi!
> And for the crazy people, the git archive on kernel.org is up and running
> under /pub/scm/linux/kernel/git/torvalds/linux-2.6.git. For the
> adventurous of you, the name of the 2.6.12-rc3 release is a very nice and
> readable:
>
> a2755a80f40e5794ddc20e00f781af9d6320fafb
>
> and
Hi,
I noticed, that starting from 2.6.10, the function (fs/jbd/transaction.c)
void journal_callback_set(handle_t *handle,
void (*func)(struct journal_callback *jcb, int error),
struct journal_callback *jcb)
along with the structure members of handle_s
Dave Airlie wrote:
The main reasons they don't like open source is from where I'm
standing, their IP lawyers and probably not being able to do sneaky
hacks in the driver because people can see them..
Well . . . if *that* is a reason for disliking open source then the
problem is solved.
We
CONFIG_PM_DISK is long gone, but it still managed to survived at few
places.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/arch/i386/mm/init.c 2005-03-19 00:31:06.0 +0100
+++ linux/arch/i386/mm/init.c 2005-03-25 09:08:37.0 +0100
@@ -352,7 +352,7 @@
#endif
}
Sleep code uses wrong version of lgdt, that does the wrong thing when
gdt is beyond 16MB or so...
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/arch/i386/kernel/acpi/wakeup.S2005-01-22 21:24:51.0
+0100
+++ linux/arch/i386/kernel/acpi/wakeup.S2005-04-14
Those cards really need A in their names. Otherwise it is pretty hard
to find anything about them on the net.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/drivers/net/hp100.c 2005-03-03 12:34:19.0 +0100
+++ linux/drivers/net/hp100.c 2005-03-22 12:20:53.0 +0100
This fixes typos/formatting in video_extension.txt.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/Documentation/power/video_extension.txt 2004-12-25
13:34:57.0 +0100
+++ linux/Documentation/power/video_extension.txt 2005-03-22
12:20:53.0 +0100
@@ -1,13
Without this patch, Linux provokes emergency disk shutdowns and
similar nastiness. It was in SuSE kernels for some time, IIRC.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/kernel/sys.c 2005-03-19 00:32:32.0 +0100
+++ linux/kernel/sys.c 2005-03-22 12:20:53.0 +0100
On Tue, Apr 19, 2005 at 06:41:00PM -0700, john stultz wrote:
> Andrew, All,
> Currently the x86-64 HPET code assumes the entire HPET implementation
> from the spec is present. This breaks on boxes that do not implement the
> optional legacy timer replacement functionality portion of the
On Thu, Apr 21, 2005 at 01:10:09AM +0200, Alexander Nyberg wrote:
> The new out of line put_user() assembly on x86_64 changes %rcx without
> telling GCC about it causing things like:
>
> http://bugme.osdl.org/show_bug.cgi?id=4515
>
> See to it that %rcx is not changed (made it consistent with
Maciej Soltysiak wrote:
>Hi,
>
>These are the sizes of rc2 and rc3 patches
>
># ls -la patch-2.6.12*
>-rw-r--r-- 1 root src 18011382 Apr 4 18:50 patch-2.6.12-rc2
>-rw-r--r-- 1 root src 19979854 Apr 21 02:29 patch-2.6.12-rc3
>
>Let us make an incremental patch from rc2 to rc3
>
># interdiff
This updates documentation and fixes pointers in MAINTAINERS file.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/Documentation/power/swsusp.txt2005-01-22 21:24:50.0
+0100
+++ linux/Documentation/power/swsusp.txt2005-04-17 21:06:32.0
+0200
@@ -164,11
On Thu, 2005-04-21 at 09:51 +0100, Russell King wrote:
[...]
> The problem is that when you add a timer, you don't have any idea
> which point you're going to be starting your timer at.
>
> This is why we always round up to the next jiffy when we convert
> times to jiffies - this ensures that you
On Iau, 2005-04-21 at 06:54, Albert Lee wrote:
> A particular revision of the HPT372N oopses hpt366 consistently. It's a
> regression caused by Alan's changes in 2.6.9 to support the HPT372N using
> only PLL timings. The driver works correctly in prior versions, where the the
> PCI clock is
Hi,
These are the sizes of rc2 and rc3 patches
# ls -la patch-2.6.12*
-rw-r--r-- 1 root src 18011382 Apr 4 18:50 patch-2.6.12-rc2
-rw-r--r-- 1 root src 19979854 Apr 21 02:29 patch-2.6.12-rc3
Let us make an incremental patch from rc2 to rc3
# interdiff patch-2.6.12-rc2 patch-2.6.12-rc3 >x
On Thu, 2005-04-21 at 14:22 +1000, David Woodhouse wrote:
> As of some time in the fairly near future, the [EMAIL PROTECTED] mailing
> list will be carrying real commits from Linus' live git repository, instead
> of just testing patches. Have fun.
>
with BK this was not possible, but could we
On 4/20/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> The times when tricky goto's produced better codes are long gone.
>
> This patch should express the same in a better way, please check whether
> I made any mistake.
>
By the way, it solves compile errors with gcc-4:
a lot of
On Thu, Apr 21, 2005 at 11:58:12AM +0200, Geert Uytterhoeven wrote:
> sun3_NCR5380.c still uses the following:
>
> - SCSI_ABORT_SUCCESS
> - SCSI_ABORT_ERROR
> - SCSI_ABORT_SNOOZE
> - SCSI_ABORT_BUSY
> - SCSI_ABORT_NOT_RUNNING
> - SCSI_RESET_SUCCESS
> - SCSI_RESET_BUS_RESET
>
>
On Tue, Apr 19, 2005 at 10:20:38PM +0200, Domen Puncer wrote:
> > Please keep using __inline__, not inline.
>
> Why?
>
> Couldn't find any threads about this, and even SubmittingPatches has:
> "'static inline' is preferred over 'static __inline__'..."
Unlike inline __inline__ will be
101 - 200 of 512 matches
Mail list logo