* Pavel Machek <[EMAIL PROTECTED]> [050906 15:28]:
> Hi!
>
> > > > +NOTE: Currently there's a bug somewhere where the reading the
> > > > + P_LVL2 for the first time causes the system to sleep instead of
> > > > + idling. This means that you need to hit the power button once to
> > > >
On Mon, Sep 05, 2005 at 12:44:37PM -0700, Nish Aravamudan wrote:
> It looks like all callers of these functions pass in milliseconds? Any
> chance you can get rid of these two and use msleep_interruptible() and
> msleep() instead? As long as you are not using these functions around
> wait-queues, y
On Tue, 2005-09-06 at 12:58 -0400, [EMAIL PROTECTED] wrote:
> On Tue, 06 Sep 2005 17:15:51 +0800, "Sat." said:
>
> Not a kernel problem, please consult an intro-to-C list next time
>
> > if(!(pid=fork())){
> > ..
> > printk("in child process");
> > ..
> > }else{
> >
This patch for 2.6.13-git6 fixes a typo involving CONFIG_ACPI_SRAT.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- from-0005/include/asm-i386/mmzone.h
+++ to-0008/include/asm-i386/mmzone.h 2005-09-07 15:06:52.0 +0900
@@ -29,7 +29,7 @@ static inline void get_memcfg_numa(void)
#
On Mon, Sep 05, 2005 at 02:42:43PM +0200, Bartlomiej Zolnierkiewicz wrote:
> Should be fixed in 2.6.13.
>
> On 8/16/05, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> > On Aug 13, 2005, at 18:54:30, LT-P wrote:
> > > Le lun 08 aoû 2005 17:57:04 CEST, Horms <[EMAIL PROTECTED]> a écrit:
> > >> Can you pl
Unfortunately this isn't sufficient, yet. In the architecture-specific
makefiles asm-offsets.s (or however the specific architectures call
this) now need their dependencies on include/linux/version.h changed (I
wonder whether it wouldn't be more efficient to centralize these
dependencies into an ar
Hi,
I suspect that one of my module that I am inserting in
the kernel may be causing the stack overflow which is
leading to kernel crash (may because it is corrupting
some one lese memory).
How can I find this out?
Thanks in advance.
Nazim
__
Do Y
* Nishanth Aravamudan <[EMAIL PROTECTED]> [050905 20:02]:
> On 05.09.2005 [10:27:05 +0300], Tony Lindgren wrote:
> > * Srivatsa Vaddagiri <[EMAIL PROTECTED]> [050905 10:03]:
> > > On Sun, Sep 04, 2005 at 01:10:54PM -0700, Nishanth Aravamudan wrote:
> > > >
> > > > Also, I am a bit confused by the
* Nishanth Aravamudan <[EMAIL PROTECTED]> [050906 23:55]:
...
> Sigh, later than I had hoped, but here is what I have hashed out so far.
> Does it seem like a step in the right direction? Rather hand-wavy, but I
> think it's mostly correct ;)
Some comments below.
> - include/linux/intsource.h
>
nazim khan wrote:
I suspect that one of my module that I am inserting in
the kernel may be causing the stack overflow which is
leading to kernel crash (may because it is corrupting
some one lese memory).
How can I find this out?
You could enable CONFIG_DEBUG_STACKOVERFLOW.
If you showed us you
Hi Arjen,
> this looks ENTIRELY like the wrong solution!
To be honoust: I'm not in favour of using refcounts unnecessarily either.
> Isn't it a LOT easier to just del_timer_sync() the timer from the module
> exit code? Mucking with module refcounts in a driver is almost always a
> sign of a bug
Repost previously discussed patch (on Jul 27, 2005). Ingo did
the same thing for all arch with 471 lines of patch. I'm still
advocating this little 30 lines patch, of 6 lines introduces
prefetch_stack() generic interface.
Andrew, please consider -mm inclusion. Or advise me what I need
to do to ta
mercredi 17 Août 2005 02:53, George Anzinger wrote/a écrit :
> I have put a version of KGDB for x86 RT kernels here:
> http://source.mvista.com/~ganzinger/
>
> The common_kgdb_cfi_ stuff creates debug records for entry.S and
> friends so that you can "bt" through them. Apply in this order:
> I
On 9/7/05, Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> Repost previously discussed patch (on Jul 27, 2005). Ingo did
> the same thing for all arch with 471 lines of patch. I'm still
> advocating this little 30 lines patch, of 6 lines introduces
> prefetch_stack() generic interface.
>
> Andrew, p
"Christiaan den Besten" <[EMAIL PROTECTED]> wrote:
>
> We have recently installed two new Usenet feeders, but are having issue's
> keeping them alive under 'heavy' load. Both are SuperMicro
> based models with onboard Intel GB NICS and have a Areca 16 ports SATA-II
> controller. Both are Dual X
Hallo all,
I'm running kernel 2.6.13 on an Asus SK8N motherboard with an AMD
Opteron. I use the onboard Promise Fasttrak 378 Raid Controller in RAID
1 mode. Every time I turn off ACPI my machine hangs just some minutes
after boot up. The kernel reports
sata timeout error
One solution to solve t
On Tue, Sep 06 2005, Ravikiran G Thirumalai wrote:
> The following patchset breaks down the global ide_lock to per-hwgroup lock.
> We have taken the following approach.
Curious, what is the point of this?
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
> On Wed, 07 Sep 2005 00:20:11 +0200, Esben Nielsen said:
>
> > Which is too bad. You can do stuff much more elegant, effectively and
> > safer in C++ than in C. Yes, you can do inheritance in C, but it leaves
> > it up to the user to make sure the type
Hi,
>> That would be because the kernel is written in *C* (and some asm),
*not* C++.
I cannot see the connection. At the end everything gets converted
to assembler/opcode. In the user space I can mix C and C++ code
without any problems, why should this not be possible in the
kernel mode?
>> Ther
[EMAIL PROTECTED] wrote:
>
> I played with a daisy chain device that is not ieee1284 compliant
> and found buffer overflow and failure to open daisy chain devices.
> While fixing it I found also a number of other problems also affecting
> proper ieee1284 devices.
>
> This is a collection of the ch
Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> --- memhotplug/include/asm-x86_64/mmzone.h~C0-kill-local_mapnr
> 2005-08-18 14:59:43.0 -0700
> +++ memhotplug-dave/include/asm-x86_64/mmzone.h 2005-08-18
> 14:59:43.0 -0700
> @@ -38,8 +38,6 @@ static inline __attribute__((pu
The earlier commit 8d9273918635f0301368c01b56c03a6f339e8d51
(Consolidate early console and PPCDBG code) broke iSeries because
it caused unregister_console(&udbg_console) to be called
unconditionally. iSeries never registers the udbg_console.
This just reverts part of the change.
Signed-off-by: S
On Wed, 07 Sep 2005 11:13:24 +0200, "Budde, Marco" said:
> E.g. in my case the Windows source code has got more than 10 MB.
> Nobody will convert such an amount of code from C++ to C.
> This would take years.
Do you have any *serious* intent to drop 10 *megabytes* worth of driver
into the kernel?
BTW you kill threading.
On Wed, 2005-09-07 at 11:13 +0200, Budde, Marco wrote:
[...]
> >> That would be because the kernel is written in *C* (and some asm),
> *not* C++.
>
> I cannot see the connection. At the end everything gets converted
> to assembler/opcode. In the user space I can mix C and
At Wed, 7 Sep 2005 01:17:20 -0400,
Jeff Garzik wrote:
>
>
> [kernel-doc] fix various DocBook build problems/warnings
>
> Most serious is fixing include/sound/pcm.h, which breaks the DocBook
> build.
What is the error exactly? IIRC, it did work in the early version.
Well, I need
On Wed, 07 Sep 2005 11:21:42 +0200, Esben Nielsen said:
> I use a RTOS written in plain C but where you can easily use C++ in kernel
> space (there is no user-space :-). We use gcc by the way.
This isn't RTOS, in case you haven't noticed. ;)
> It has been done for Linux as well
> (http://netlab
At Wed, 07 Sep 2005 12:00:31 +0200,
I wrote:
>
> At Wed, 7 Sep 2005 01:17:20 -0400,
> Jeff Garzik wrote:
> >
> >
> > [kernel-doc] fix various DocBook build problems/warnings
> >
> > Most serious is fixing include/sound/pcm.h, which breaks the DocBook
> > build.
>
> What is the
Hi,
> Do you have any *serious* intent to drop 10 *megabytes* worth of
driver
> into the kernel??? (Hint - *everything* in drivers/net/wireless
*totals*
> to only 2.7M).
no, I don't. No every module has to go into the standard kernel :-).
> A Linux device driver isn't the same thing as a Windows
Pascal GREGIS <[EMAIL PROTECTED]> wrote:
>
> I have a big problem that I supposed to be a bug of ide-scsi, eventhough I'm
> not totally sure of this.
>
> I am using manual tape drives, some of them are real scsi drives and the
> others are ide drives, on some Linux systems that I recently upgr
Hello all,
I'm a PhD student and I'm focusing on HW/SW co-design.
First of all, a brief introduction to problem:
Nowadays, we can use C++ libraries, called SystemC, to describe HW
behavior, and synthesize with commercial tools.
A SystemC description can be simulated using its own simulator kerne
On Wed, 7 Sep 2005 04:25, Adam Petaccia wrote:
> I think this patch is missing an IFDEF or something (I'm not really a
> programmer, I just like to pretend). Anyway, I've tried building -ck2
> without swap enabled, and it failed. Just to make sure, I make'd
> distclean, and I get the following:
>
On Wed, 7 Sep 2005 [EMAIL PROTECTED] wrote:
> On Wed, 07 Sep 2005 11:13:24 +0200, "Budde, Marco" said:
>
> > E.g. in my case the Windows source code has got more than 10 MB.
> > Nobody will convert such an amount of code from C++ to C.
> > This would take years.
>
> Do you have any *serious* int
Hi Linus,
Can you pull the drm-fixes branch from
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
It's got some fixes and minor cleanups ... Andrew I'm bypassing -mm as
these are needed in mainline...
drivers/char/drm/drm_bufs.c| 66 --
On Tue, Sep 06, 2005 at 04:28:01PM -0500, Dave C Boutcher wrote:
> This device driver provides the SCSI target side of the "virtual
> SCSI" on IBM Power5 systems. The initiator side has been in mainline
> for a while now (drivers/scsi/ibmvscsi/ibmvscsi.c.) Targets already
> exist for AIX and OS/4
On Wed, 7 Sep 2005 [EMAIL PROTECTED] wrote:
> On Wed, 07 Sep 2005 11:21:42 +0200, Esben Nielsen said:
>
> > I use a RTOS written in plain C but where you can easily use C++ in kernel
> > space (there is no user-space :-). We use gcc by the way.
>
> This isn't RTOS, in case you haven't noticed.
Does anything actually break without this patch?
My reading of unregister_console says we will acquire
the console semaphore, walk the list, fail to find the
console, relase the semaphore, and return.
Hmm... unless there is a problem with the console preference
code? I don't see anything that
Hi,
first of all: I'm unsure if i'm writing to the right list, so if i'm
wrong please just correct me.
At one of our sites we run a Novell Fileserver with some DOS Clients
and a linux server. The linux server is running an older SuSE version
with Linux 2.4.29 kernel, as well as various custom app
It would seem that swsusp doesn't properly suspend devices, or more
precisely it wakes them up again before suspending the machine.
The problem is in swsusp_suspend(). It is designed as if
swsusp_arch_suspend() would suspend the hardware, when in fact all it
does is prepare for a suspend. The effe
Takashi Iwai wrote:
At Wed, 07 Sep 2005 12:00:31 +0200,
I wrote:
At Wed, 7 Sep 2005 01:17:20 -0400,
Jeff Garzik wrote:
[kernel-doc] fix various DocBook build problems/warnings
Most serious is fixing include/sound/pcm.h, which breaks the DocBook
build.
What is the error exactl
On Wed, Sep 07, 2005 at 12:26:55AM -0400, Lee Revell wrote:
> On Tue, 2005-09-06 at 21:35 -0400, John Richard Moser wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Are there any recent kernel profiles? I think from an acedemic
> > perspective it'd be nice to see some graphs a
On 9/7/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > This is a collection of the changes I have made. They have been through
> > linux-parport mailing list already in January and they have been modified
> > according to comments.
>
> umm, OK. parport patches worry me
Màrius Montón wrote:
Hello all,
I'm a PhD student and I'm focusing on HW/SW co-design.
First of all, a brief introduction to problem:
Nowadays, we can use C++ libraries, called SystemC, to describe HW
behavior, and synthesize with commercial tools.
A SystemC description can be simulated using
On Wed, 2005-09-07 at 11:21 +0200, Esben Nielsen wrote:
> On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
>
> > On Wed, 07 Sep 2005 00:20:11 +0200, Esben Nielsen said:
> >
> > > Which is too bad. You can do stuff much more elegant, effectively and
> > > safer in C++ than in C. Yes, you can do inherit
On Wed, Sep 07, 2005 at 10:18:13AM +0200, Michal Schmidt wrote:
> nazim khan wrote:
> >I suspect that one of my module that I am inserting in
> >the kernel may be causing the stack overflow which is
> >leading to kernel crash (may because it is corrupting
> >some one lese memory).
> >
> >How can I
- adds the adapter number + i2c address to printk msgs.
- Some CodingStyle cleanups.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/tvaudio.c | 206 +++-
1 files changed, 112 insertions
- tveeprom improved and updated to reflect newer Hauppage cards.
- CodingStyle fixes.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/bttv-cards.c |3
linux/drivers/media/video/bttv-driver.c |1
Marko Kohtala <[EMAIL PROTECTED]> wrote:
>
> > You just sent ten patches, all with the same name. This causes me grief
> > (See http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt, section 2a).
>
> I used "quilt mail" to send those patches and it seems it requires
> some additional trick I
On Wed, Sep 07, 2005 at 07:40:41AM -0400, Jeff Garzik wrote:
> No need for a set of tools. As long as your SystemC simulator simulates
> an entire platform -- CPU, DRAM, etc. -- then you can boot Linux on the
> simulated platform.
Even if it doesn't, hooking SystemC into something that does bo
On Sun, 4 Sep 2005, Blaisorblade wrote:
> On Friday 02 September 2005 23:02, Hugh Dickins wrote:
> > On Fri, 26 Aug 2005, Blaisorblade wrote:
> > > * The first 2 patches modify the PTE encoding macros and start preparing
> > > the VM for the new situation (i.e. VMA which have variable protections,
09/07/2005 01:40 PM, Jeff Garzik wrote/a écrit:
Màrius Montón wrote:
:
At this point, we plan to develop a pci device driver to act as a bridge
between kernel PCI subsystem and SystemC simulator (in user space).
No need for a set of tools. As long as your SystemC simulator simulates
an en
Budde, Marco <[EMAIL PROTECTED]> wrote:
> for one of our customers I have to port a Windows driver to
> Linux. Large parts of the driver's backend code consists of
> C++.
>
> How can I compile this code with kbuild? The C++ support
> (I have tested with 2.6.11) of kbuild seems to be incomplete /
Hi,
> Yes, this is a general problem with integrated c/c++ stuff like
> Win-Visual C++.
not all Windows users do not know what they are doing :-).
Speaking for myself: I am programming under Linux and
Windows (with more than 10 years experience in C and C++)
and I do know the differences. So ple
Eric Piel wrote:
09/07/2005 01:40 PM, Jeff Garzik wrote/a écrit:
No need for a set of tools. As long as your SystemC simulator
simulates an entire platform -- CPU, DRAM, etc. -- then you can boot
Linux on the simulated platform.
If you can boot Linux on the simulated platform, then you can e
On Wed, 7 Sep 2005, YH wrote:
> It seems that the kernel disallows drivers to use system IPC.
> Asynchronous communication mechanism is very effective mechanism among
> various embedded OSes, even popular in RTOSes. Any reason why cannot use
> sys_msgsnd and sys_msgrcv for kernel drivers?
>
Beca
On Wed, 2005-09-07 at 13:08 +0200, schönfeld / in-medias-res wrote:
> At one of our sites we run a Novell Fileserver with some DOS Clients
> and a linux server. The linux server is running an older SuSE version
> with Linux 2.4.29 kernel, as well as various custom applications.
> It is running quie
At Wed, 07 Sep 2005 07:27:54 -0400,
Jeff Garzik wrote:
>
> Takashi Iwai wrote:
> > At Wed, 07 Sep 2005 12:00:31 +0200,
> > I wrote:
> >
> >>At Wed, 7 Sep 2005 01:17:20 -0400,
> >>Jeff Garzik wrote:
> >>
> >>>
> >>>[kernel-doc] fix various DocBook build problems/warnings
> >>>
> >>>Mos
[1.] One line summary of the problem:
I am using linux and quagga (latest release) for a small network. It
does load-balancing between 3 providers.
[2.] Full description of the problem/report:
If I only make a default route (the hard way - route add default gw
xxx.xxx.xxx.xxx) everything is
Alejandro Bonilla napsal(a):
Thanks. I also had a question. To whom is this patch sent to? Netdev or
LK?
How does one determine?
Read, read, read. Documentation/SubmittingPatches, point 4.
--
Jiri Slaby www.fi.muni.cz/~xslaby
~\-/~ [EMAIL PROTECTED] ~\-/~
241B347E
On Wed, Sep 07, 2005 at 12:49:32PM +0200, Christoph Hellwig wrote:
> On Tue, Sep 06, 2005 at 04:28:01PM -0500, Dave C Boutcher wrote:
> > This device driver provides the SCSI target side of the "virtual
> > SCSI" on IBM Power5 systems. The initiator side has been in mainline
> > for a while now (d
On Tue, Sep 06, 2005 at 07:29:30PM +0200, Marc Lehmann <[EMAIL PROTECTED]>
wrote:
> Weird obervation 2:
>
> Some sites could be connected to with TCP. It turned out that those
> sites did not support TCP SACK. Indeed, turning off SACK either on the
> remote side of a connection or on the origonat
On Wed, 2005-09-07 at 14:04 +0200, Budde, Marco wrote:
[...]
> > Yes, this is a general problem with integrated c/c++ stuff like
> > Win-Visual C++.
>
> not all Windows users do not know what they are doing :-).
> Speaking for myself: I am programming under Linux and
> Windows (with more than 10
From: Dave C Boutcher <[EMAIL PROTECTED]>
Subject: Re: [RFC] SCSI target for IBM Power5 LPAR
Date: Wed, 7 Sep 2005 07:45:04 -0500
> On Wed, Sep 07, 2005 at 12:49:32PM +0200, Christoph Hellwig wrote:
> > On Tue, Sep 06, 2005 at 04:28:01PM -0500, Dave C Boutcher wrote:
> > > This device driver provi
Budde, Marco wrote:
make life more difficult. If you do not like any kind of abstraction,
why are you using C instead of pure assembler?
This has nothing to do with the linux kernel anymore, so can the
thread be killed from lkml please? (Not to be rude; understand
the s/n ratio is bad at the
All suggestions are good, but from my point of view, both solutions
(entire simulated system, or using an emulator) could be too slow and
too much artificial, so in translation to 'real world' can be a lot of
problems.
I think our approach is the most real environment for our SystemC module.
We w
At Fri, 2 Sep 2005 23:44:54 +0200,
Jiri Slaby wrote:
>
> Generated in 2.6.13-mm1 kernel version.
>
> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
Thanks, I took all sound/* patches to ALSA tree.
Takashi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi Jeff,
Jeff Garzik wrote:
> David S. Miller wrote:
> > From: Jeff Garzik <[EMAIL PROTECTED]>
> > Date: Tue, 06 Sep 2005 21:51:21 -0400
> >
> >>NAK. Rationale: maintainer's choice. Pavel doesn't get to choose
> >>the debugger of choice for the driver maintainer.
> >
> > If it makes the driver u
On Wed, 2005-09-07 at 10:33 +0800, Zhang, Yanmin wrote:
> >>-Original Message-
> >>From: [EMAIL PROTECTED]
> >>[mailto:[EMAIL PROTECTED] On Behalf Of Adam Litke
> >>Sent: Wednesday, September 07, 2005 5:59 AM
> >>To: linux-kernel@vger.kernel.org
> >>Cc: ADAM G. LITKE [imap]
> >>Subject: Re:
Hi,
thanks for your answere.
Anton Altaparmakov schrieb:
> Are you using IPX or TCP/IP or UDP? Are you using the same on both?
Sorry missed pointing that out. We are using IPX. I don't think it'll
be that easy to switch to anything other :/
> Are the two boxes in the same place and on the same
On Wed, Sep 07, 2005 at 12:31:07PM +0200, Màrius Montón wrote:
> At this point, we plan to develop a pci device driver to act as a bridge
> between kernel PCI subsystem and SystemC simulator (in user space).
>
> Do you think this implementation is fine? Maybe it's better to register
> a new bus
>
Many embedded linux products have been using romfs and it's still
growing. most, if not all, of them implement thier own way to check
its romfs size.
this patch provides this commonly used function.
Signed-off-by: Yasushi SHOJI <[EMAIL PROTECTED]>
---
diff --git a/fs/romfs/inode.c b/fs/romfs/ino
On Wed, Sep 07, 2005 at 11:22:19PM +0900, Yasushi SHOJI wrote:
> Many embedded linux products have been using romfs and it's still
> growing. most, if not all, of them implement thier own way to check
> its romfs size.
>
> this patch provides this commonly used function.
Used where. Please come
On Fri, Sep 02, 2005 at 12:19:07AM -0400, Trond Myklebust wrote:
> fr den 02.09.2005 Klokka 00:15 (-0400) skreiv Trond Myklebust:
>
> > Sure. The other problem is that the test is made before the i_sem is
> > grabbed. OK, so how about the appended patch instead?
>
> Doh!
>
> Trond
> VFS/NFS: Fi
> Anticipatory prefaulting raises the highest fault rate obtainable three-fold
> through gang scheduling faults but may allocate some pages to a task that are
> not needed.
IIRC that costed more than it saved, at least for forky workloads like a
kernel compile - extra cost in zap_pte_range etc. If
At Wed, 7 Sep 2005 15:26:04 +0100,
Christoph Hellwig wrote:
>
> On Wed, Sep 07, 2005 at 11:22:19PM +0900, Yasushi SHOJI wrote:
> > Many embedded linux products have been using romfs and it's still
> > growing. most, if not all, of them implement thier own way to check
> > its romfs size.
> >
> >
Jeff Garzik wrote:
applied
There are some issues with this. One of which I fixed and the other is
a bit confusing. The one I fixed concerned the 5xxx chips not
supporting the master reset functionality. The other problem has been
reported by 2 people so far. I have a stack trace from ea
Francois Romieu napisał(a):
[EMAIL PROTECTED] <[EMAIL PROTECTED]> :
[...]
Ok, thanks for the hint.
Currently one can do 'ifconfig ethX up', check the link status, then try
to DHCP or whatever. Apparently a few drivers do not support tne detection
of link as presented above. So is it anything l
Jeff Garzik wrote:
It seems to me that one should write an ATA-specific Device Mapper
driver, which layers on top of an ATA disk. The driver obtains the
starting location of HPA, then exports two block devices: one for the
primary data area, and one for the HPA.
I've stayed out of this, bu
On Wed, Sep 07, 2005 at 03:49:37PM +1000, Paul Mackerras wrote:
> Maybe, but it seems like a bad idea to me. It's longer, it's less
> obvious what's happening,
I would argue it more obvious. People looking at the code
are immediately going to realize it was a deliberate choice to
not use a spinlo
Hi Anton,
+ adapter->max_sectors = MAX_SECTORS;
Does this mean we are limited to 128kB transfers? Would it be OK to
bump the default?
We use MAX_SECTORS (which is actually 127.5kB) because that's the
max_sectors of the loopback device (we have a lot of users that like the
flexibility
On 07.09.2005 [11:13:04 +0300], Tony Lindgren wrote:
> * Nishanth Aravamudan <[EMAIL PROTECTED]> [050906 23:55]:
>
> ...
>
> > Sigh, later than I had hoped, but here is what I have hashed out so far.
> > Does it seem like a step in the right direction? Rather hand-wavy, but I
> > think it's mostl
On Wed, 7 Sep 2005, Benjamin LaHaise wrote:
> On Wed, Sep 07, 2005 at 12:31:07PM +0200, Màrius Montón wrote:
>> At this point, we plan to develop a pci device driver to act as a bridge
>> between kernel PCI subsystem and SystemC simulator (in user space).
>>
>> Do you think this implementation is
On Wed, Sep 07, 2005 at 11:31:36PM +0900, Yasushi SHOJI wrote:
> > On Wed, Sep 07, 2005 at 11:22:19PM +0900, Yasushi SHOJI wrote:
> > > Many embedded linux products have been using romfs and it's still
> > > growing. most, if not all, of them implement thier own way to check
> > > its romfs size.
On 07.09.2005 [10:37:43 +0300], Tony Lindgren wrote:
> * Nishanth Aravamudan <[EMAIL PROTECTED]> [050905 20:02]:
> > On 05.09.2005 [10:27:05 +0300], Tony Lindgren wrote:
> > > * Srivatsa Vaddagiri <[EMAIL PROTECTED]> [050905 10:03]:
> > > > On Sun, Sep 04, 2005 at 01:10:54PM -0700, Nishanth Aravamu
On Wed, 2005-09-07 at 20:41 +1000, Con Kolivas wrote:
> On Wed, 7 Sep 2005 04:25, Adam Petaccia wrote:
> > I think this patch is missing an IFDEF or something (I'm not really a
> > programmer, I just like to pretend). Anyway, I've tried building -ck2
> > without swap enabled, and it failed. Just
Updates the RIO messaging interface to pass a device instance into
the event registeration and callbacks.
Signed-off-by: Matt Porter <[EMAIL PROTECTED]>
diff --git a/arch/ppc/syslib/ppc85xx_rio.c b/arch/ppc/syslib/ppc85xx_rio.c
--- a/arch/ppc/syslib/ppc85xx_rio.c
+++ b/arch/ppc/syslib/ppc85xx_rio
Benjamin LaHaise wrote:
>On Wed, Sep 07, 2005 at 12:31:07PM +0200, Màrius Montón wrote:
>
>
>>At this point, we plan to develop a pci device driver to act as a bridge
>>between kernel PCI subsystem and SystemC simulator (in user space).
>>
>>Do you think this implementation is fine? Maybe it's
This is the rionet cleanup patch previously posted in reply to Jeff's
concerns with this driver. It depends on the rapidio messaging interface
updates patch.
Signed-off-by: Matt Porter <[EMAIL PROTECTED]>
diff --git a/drivers/net/rionet.c b/drivers/net/rionet.c
--- a/drivers/net/rionet.c
+++ b/d
On Wed, Sep 07, 2005 at 10:00:01AM +0300, Tony Lindgren wrote:
> * Pavel Machek <[EMAIL PROTECTED]> [050906 15:28]:
> > Hi!
> >
> > > > > +NOTE: Currently there's a bug somewhere where the reading the
> > > > > + P_LVL2 for the first time causes the system to sleep instead
> > > > > of
> >
Hi
This patch has added TANBAC TB0287 support.
Please apply.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff mm1-orig/arch/mips/Kconfig mm1/arch/mips/Kconfig
--- mm1-orig/arch/mips/Kconfig 2005-09-01 21:58:37.0 +0900
+++ mm1/arch/mips/Kconfig 2005-09-
On Maw, 2005-09-06 at 18:47 +0200, Thomas Kleffel (LKML) wrote:
> According to the specs, those registers should be there in every CF
> card. I've tested this with a couple of CFs, including SanDisk,
> Microdrive and several NoNames.
ide-cs handles a lot more than just CF cards so it might not b
At Wed, 7 Sep 2005 16:04:39 +0100,
Christoph Hellwig wrote:
>
> On Wed, Sep 07, 2005 at 11:31:36PM +0900, Yasushi SHOJI wrote:
> > > On Wed, Sep 07, 2005 at 11:22:19PM +0900, Yasushi SHOJI wrote:
> > > > Many embedded linux products have been using romfs and it's still
> > > > growing. most, if n
On 07.09.2005 [11:13:04 +0300], Tony Lindgren wrote:
> * Nishanth Aravamudan <[EMAIL PROTECTED]> [050906 23:55]:
>
> ...
>
> > Sigh, later than I had hoped, but here is what I have hashed out so far.
> > Does it seem like a step in the right direction? Rather hand-wavy, but I
> > think it's mostl
On Tue, Sep 06, 2005 at 10:33:51PM +0100, [EMAIL PROTECTED] wrote:
> elf_aux is userland code; it uses symbol (ELF_CLASS) that doesn't exist in
> userland headers; pulled into kernel-offsets.h, switched elf_aux to using it.
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: Jeff Dike <[EMAI
Srivatsa Vaddagiri wrote:
On Sun, Sep 04, 2005 at 10:48:13PM -0700, Nishanth Aravamudan wrote:
Admittedly, I don't think SMP ARM has been around all that long? Maybe
the existing code just has not been extended.
Yeah, maybe ARM never cared for SMP. But we do care :)
I'm not sure on this.
On Wed, Sep 07, 2005 at 04:52:17PM +0800, Coywolf Qi Hunt wrote:
> On 9/7/05, Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> > Repost previously discussed patch (on Jul 27, 2005).
For reference:
http://www.gelato.unsw.edu.au/archives/linux-ia64/0507/14686.html
> Do you have any benchmarks?
Have yo
schönfeld / in-medias-res wrote:
Hi,
thanks for your answere.
Uhmm... then remains the question: Why should that happen on the first
machine but not on the second?
Enable displaying of connection watchdog logouts on the server. Do not
use 'intr' mount option. Do not send KILL signal to th
On Linux/MIPS, a simple test program can create unkillable process.
The "sigkill priority fix" was introduced in 2.6.12, but it does not
effective for signals sent by force_sig() in kernel. For detailed
behavior and testcase, please look at this thread in linux-mips ML:
http://www.linux-mips.org/
On Wed, Sep 07, 2005 at 08:49:50AM +0200, Andi Kleen wrote:
> >
> > You had suggested in that discussion that it would be better to add an
> > option for startup. Iam opposed to adding any option, when we certainly
> > know
>
> I suggested to auto detect it based on ACPI information. I don't
On Tue, Sep 06, 2005 at 02:02:22AM +0100, [EMAIL PROTECTED] wrote:
> A piece of the UML stubs patch got lost - it has
> Killed STUBS_CFLAGS - it's not needed and the only remaining use had been
> gratitious - it only polluted CFLAGS
> in description and does remove it in arch/um/Makefile-x8
On Wed, 7 Sep 2005, Brett Russ wrote:
> The one I fixed concerned the 5xxx chips not supporting the master
> reset functionality.
Please note that in my case the failure to do master reset is followed
by the module still being loaded and oops-ing at rmmod, which means
that the error path in the p
1 - 100 of 281 matches
Mail list logo
