I noticed that there have been updates to epic100 again and just wanted
to note that the problem remains:
2.4.2-ac3 still crashes, but it works fine when I use the epic100.c
from 2.4.0-test9, which was the last working version for me.
Arnd
On Thu, 15 Feb 2001, ARND BERGMANN wrote:
Sorry
Hi!
I think I found a bug in the IDE subsystem. When I do 'cat
/proc/ide/hde/identify', the system locks up completely, not
even Alt+RysRq+B helps. Everything else under /proc/ide works.
hdparm can cause the same symptoms, but I have not checked
when exactly it does so.
I have an Asus A7V
There seems to be some movement in the driver and the latest one
is not working for me (again), so I'm giving a subjective status report
for the versions I have tried lately:
Working epic100 drivers:
- 2.4.0
- 2.4.0-ac9
Broken epic100 drivers:
- 2.4.0-ac4
- 2.4.1-ac2
- 2.4.1-ac4
I have
On Thu, 8 Feb 2001, Francois Romieu wrote:
Working epic100 drivers:
- 2.4.0
- 2.4.0-ac9
Could you give a look at ac12 (fine here) ?
No, does not work, same problem.
Arnd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, 9 Feb 2001, Francois Romieu wrote:
ARND BERGMANN [EMAIL PROTECTED] écrit :
On Thu, 8 Feb 2001, Francois Romieu wrote:
Working epic100 drivers:
- 2.4.0
- 2.4.0-ac9
Could you give a look at ac12 (fine here) ?
No, does not work, same problem
Sorry for the delay, I could not get physical access to the machine
for the last days.
I was able to do some more testing today and found this:
- The problem is not the IRQ /sharing/, after getting rid of all the
other PCI cards, the problem was still there.
- The only thing that seems to have
Daniel Nofftz [EMAIL PROTECTED] wrote:
i can`t get my smc etherpower ii working with the 2.4.3 kernel.
now i have downgraded to 2.4.2 and it works again ...
does anyone have a suggestion, what the problem is ?
Looks to me like the problem I had in Febuary, see the thread
"epic100 in current
.
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
---
Index: olpc-2.6/drivers/mmc/mmc.c
===
--- olpc-2.6.orig/drivers/mmc/mmc.c
+++ olpc-2.6/drivers/mmc/mmc.c
@@ -621,6 +621,7 @@ static void mmc_decode_csd(struct mmc_ca
On Thursday 19 April 2007, Sergey Yanovich wrote:
The device is present in many notebooks. Notebooks depend heavily on
suspend/resume functionality. tifm_core/7xx1/sd family is an ambitous,
but uncompleted project. It used to crash on resuming, or hang up on
suspending. A less common
On Friday 20 April 2007, Martin Schwidefsky wrote:
diff -urpN linux-2.6/drivers/auxdisplay/Kconfig
linux-2.6-patched/drivers/auxdisplay/Kconfig
--- linux-2.6/drivers/auxdisplay/Kconfig2007-04-19 15:23:55.0
+0200
+++ linux-2.6-patched/drivers/auxdisplay/Kconfig
On Friday 20 April 2007, Martin Schwidefsky wrote:
diff -urpN linux-2.6/drivers/char/ipmi/Kconfig
linux-2.6-patched/drivers/char/ipmi/Kconfig
--- linux-2.6/drivers/char/ipmi/Kconfig 2007-02-04 19:44:54.0 +0100
+++ linux-2.6-patched/drivers/char/ipmi/Kconfig 2007-04-19
On Friday 20 April 2007, Martin Schwidefsky wrote:
diff -urpN linux-2.6/drivers/char/Kconfig
linux-2.6-patched/drivers/char/Kconfig
--- linux-2.6/drivers/char/Kconfig2007-04-19 15:49:51.0 +0200
+++ linux-2.6-patched/drivers/char/Kconfig2007-04-19 15:50:50.0
+0200
On Friday 20 April 2007, Martin Schwidefsky wrote:
From: Martin Schwidefsky [EMAIL PROTECTED]
Make the Sonics Silicon Backplane menu dependent on the two buses
it can be found on.
Goes on top of git-wireless.patch.
Cc: Michael Buesch [EMAIL PROTECTED]
Cc: John W. Linville [EMAIL
On Sunday 22 April 2007, Arnd Bergmann wrote:
I would prefer to not have 'depends on !S390' but rather 'depends on MMIO',
because that is what really drives stuff like IPMI: they expect the device
to be reachable through the use of ioremap or inX/outX instructions, which
don't exist on s390
On Sunday 22 April 2007, Vitaly Bordug wrote:
This utilizes PCMCIA on mpc885ads and mpc866ads from arch/powerpc. In the
new approach, direct IMMR accesses from within drivers/ were totally
eliminated, that requires hardware_enable, hardware_disable, voltage_set
board-specific functions to be
On Monday 23 April 2007, Martin Schwidefsky wrote:
The current Kconfig code does not check all select statements if they
can be enabled before allowing the config option that does the select.
So the rule for using select statements is that the depends line of the
config option that selects
On Monday 23 April 2007, Martin Schwidefsky wrote:
Isn't B44 already behind a WIRELESS or IEEE80211 or similar option that
can't be selected on s390?
No, the option can be found in drivers/net/Kconfig under menu Ethernet
(10 or 100Mbit).
Ah, I was confusing it with b43.
Depends on
On Monday 23 April 2007, Jan-Bernd Themann wrote:
- dlpar fix:
certain resources may only be allocated when first
logical port is available, and must be removed when
last logical port has been removed
- sysfs entries:
create symbolic link from each logical
On Monday 23 April 2007, Martin Schwidefsky wrote:
I've added the results of the review to the Kconfig cleanup patches
for s390. Patch #2 has been split, one half has all the HAS_IOMEM
depends lines the other the remaining !S390 depends lines.
They all look good to me now
-
To unsubscribe
On Friday 09 March 2007, Pekka J Enberg wrote:
From: Serge E. Hallyn [EMAIL PROTECTED]
Make revokeat and frevoke system calls available to user-space on s390.
Signed-off-by: Serge E. Hallyn [EMAIL PROTECTED]
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
Looks good to me, but you really
On Monday 12 February 2007 17:51, Andi Kleen wrote:
setcc() in math-emu is written as a gcc extension statement expression
macro that returns a value. However, it's not used that way and it's not
needed like that, so just make it a do-while non-extension macro so that we
don't use an
the serial port
in the firmware, which allows easier debugging before probing
the serial ports. In this case, the used-by-rtas property
must be set by the firmware. This patch also adds code to the
legacy serial driver to check for this.
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
---
Who will handle
On Wednesday 14 February 2007 22:54, Dave Jones wrote:
Without this, building drivers/serial/of_serial.c as a module fails.
WARNING: .of_find_property [drivers/serial/of_serial.ko] undefined!
Signed-off-by: Dave Jones [EMAIL PROTECTED]
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
Sorry about
On Thursday 15 February 2007 00:52, Carl Love wrote:
--- linux-2.6.20-rc1.orig/arch/powerpc/oprofile/Kconfig 2007-01-18
16:43:14.0 -0600
+++ linux-2.6.20-rc1/arch/powerpc/oprofile/Kconfig2007-02-13
19:04:46.271028904 -0600
@@ -7,7 +7,8 @@
config OPROFILE
On Thursday 15 February 2007 17:15, Maynard Johnson wrote:
+void spu_set_profile_private(struct spu_context * ctx, void * profile_info,
+ struct kref * prof_info_kref,
+ void (* prof_info_release) (struct kref * kref))
+{
+
On Thursday 15 February 2007 21:21, Carl Love wrote:
I have done some quick measurements. The above method limits the loop
to at most 2^16 iterations. Based on running the algorithm in user
space, it takes about 3ms of computation time to do the loop 2^16 times.
At the vary least, we need
On Thursday 15 February 2007 22:50, Paul E. McKenney wrote:
Is this 1.5ms with interrupts disabled? This time period is problematic
from a realtime perspective if so -- need to be able to preempt.
No, interrupts should be enabled here. Still, 1.5ms is probably a little
too long without a
On Friday 16 February 2007 01:32, Maynard Johnson wrote:
config OPROFILE_CELL
bool OProfile for Cell Broadband Engine
depends on OPROFILE SPU_FS
default y if ((SPU_FS = y OPROFILE = y) || (SPU_FS = m
OPROFILE = m))
help
Profiling of Cell BE SPUs
On Friday 16 February 2007 13:10, Eric W. Biederman wrote:
To do this I believe will require a s/unsigned int irq/struct irq_desc *irq/
throughout the entire kernel. Getting the arch specific code and the
generic kernel infrastructure fixed and ready for that change looks
like a pain but
On Friday 16 February 2007 20:52, Russell King wrote:
On Fri, Feb 16, 2007 at 08:45:58PM +0100, Arnd Bergmann wrote:
We did something like this a few years back on the s390 architecture, which
happens to be lucky enough not to share any interrupt based drivers with
any of the other
On Friday 16 February 2007 23:37, Benjamin Herrenschmidt wrote:
You might want to have a look at the powerpc API with it's remaping
capabilities. It's very nice for handling multiple domain spaces. It
might be of some use for you.
I don't consider the powerpc virtual IRQs a solution for the
On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote:
diff -auNrp tmp-from/drivers/mtd/ubi/alloc.c tmp-to/drivers/mtd/ubi/alloc.c
+#include ubi.h
+#include alloc.h
+#include io.h
+#include background.h
+#include wl.h
+#include debug.h
+#include eba.h
+#include scan.h
I don't see
On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote:
diff -auNrp tmp-from/drivers/mtd/ubi/debug.c tmp-to/drivers/mtd/ubi/debug.c
--- tmp-from/drivers/mtd/ubi/debug.c1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/debug.c 2007-02-17 18:07:26.0 +0200
This
On Saturday 17 February 2007 17:54, Artem Bityutskiy wrote:
+/* Maximum number of supported UBI devices */
+#define UBI_MAX_INSTANCES 32
Does this need to be limited?
+/* UBI messages printk level */
+#define UBI_MSG_LEVEL KERN_INFO
+#define UBI_WARN_LEVEL KERN_WARNING
+#define
On Saturday 17 February 2007 17:57, Artem Bityutskiy wrote:
+ * This unit is responsible for emulating MTD devices on top of UBI devices.
+ * This sounds strange, but it is in fact quite useful to make legacy
software
+ * work on top of UBI. New software should use native UBI API instead.
+
On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote:
+
+/**
+ * UBI debugging unit.
+ *
+ * UBI provides rich debugging capabilities which are implemented in
+ * this unit.
Stop right here. You should be doing one thing and do it right.
Since the point of your patches is to do volume
On Saturday 17 February 2007 17:54, Artem Bityutskiy wrote:
+struct ubi_mkvol_req {
+ int32_t vol_id;
+ int32_t alignment;
+ int64_t bytes;
+ int8_t vol_type;
+ int8_t padding[9];
+ int16_t name_len;
+ __user const char *name;
+} __attribute__
On Sunday 18 February 2007 03:04, Josh Boyer wrote:
No, the MTD interface isn't flawed. gluebi is present to make things like
JFFS2 work on top of UBI volumes with very little adaptations. If you go
changing _every_ MTD user to now use either an MTD device or a native UBI
device, then the
On Sunday 18 February 2007 04:02:17 Josh Boyer wrote:
On Sun, Feb 18, 2007 at 03:15:23AM +0100, Arnd Bergmann wrote:
On Sunday 18 February 2007 03:04, Josh Boyer wrote:
No, the MTD interface isn't flawed. gluebi is present to make things
like JFFS2 work on top of UBI volumes with very
On Friday 16 March 2007 01:22:15 Davide Libenzi wrote:
+
+static int ainofs_delete_dentry(struct dentry *dentry);
+static struct inode *aino_getinode(void);
+static struct inode *aino_mkinode(void);
+static int ainofs_get_sb(struct file_system_type *fs_type, int flags,
+
On Friday 16 March 2007 01:22:15 Davide Libenzi wrote:
+
+static struct sighand_struct *signalfd_get_sighand(struct signalfd_ctx
*ctx, + unsigned long
*flags);
+static void signalfd_put_sighand(struct signalfd_ctx *ctx,
+
On Friday 16 March 2007 01:22:15 Davide Libenzi wrote:
This patch introduces a new system call for timers events delivered
though file descriptors. This allows timer event to be used with
standard POSIX poll(2), select(2) and read(2). As a consequence of
supporting the Linux f_op-poll
On Saturday 17 March 2007 22:35:08 Arnd Bergmann wrote:
Also, what's the reasoning behind defining a new structure
instead of just returning siginfo_t? Sure siginfo_t is ugly
but it is a well-defined structure and users already deal
with the problems it causes.
Ok, found the answer myself
On Sunday 18 March 2007, Davide Libenzi wrote:
bah, __put_user is basically a move, so I don't think that efficency would
be that different (assuming that it'd matter in this case). The only thing
many __put_user do, is increase the exception table sizes.
The cost of user access functions
On Wednesday 21 March 2007, Wu, Bryan wrote:
@@ -97,6 +97,11 @@ static inline void leds_switch(int flag)
/*
* The idle loop on BFIN
*/
+#ifdef CONFIG_IDLE_L1
+static inline void default_idle(void)__attribute__((l1_text));
+void cpu_idle(void)__attribute__((l1_text));
+#endif
+
A
On Wednesday 21 March 2007, Wu, Bryan wrote:
I sent 4 mail to LKML, but this one lost. Arnd, can you receive this
email from LKML.
The mail was around 400kb, while the limit for lkml is 100kb.
Arnd
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Wednesday 21 March 2007, Wu, Bryan wrote:
1) Some issues are fixed according to LKML patch review.
2) Remove not supported BF535 code
3) Fixed some bugs from blackfin.uclinux.org SVN update
Here is the updated patch for 2.6.21-rc4-mm1
One rather general but important comment:
You need to
On Wednesday 21 March 2007 22:36:42 Jeremy Fitzhardinge wrote:
Please don't. We need it.
BTW, I didn't see this one go by, and I couldn't see it searching
around. Did it get posted to lkml?
I think it was only on the janitor list. It was considered
obviously correct since it does not get
On Wednesday 21 March 2007 13:02:46 Sam Ravnborg wrote:
Anything which is every exported to modules, which ought to
be the situation in this case, should be obj-y not lib-y
right?
That is also my understanding of lib-y - I should update makefiles.txt
to reflect this..
Strictly speaking,
I can see nothing wrong with your patches, but you should make the
patch descriptions a little clearer:
On Monday 26 March 2007, Wu, Bryan wrote:
Hi folks,
No need for this line, if it's there, Andrew just needs to remove
it from the changelog.
This patch adds kdebug.h header file to blackfin
On Thursday 05 April 2007, Kevin Corry wrote:
First, the stock 2.6.20 kernel has a prototype in include/linux/smp.h for a
function called smp_call_function_single(). However, this routine is only
implemented on i386, x86_64, ia64, and mips. Perfmon2 apparently needs to
call this to run a
On Thursday 05 April 2007, Kevin Corry wrote:
For the moment, I made the change to topology_init() since it was the
simplest
fix to get things working. I have considered switching the perfmon2
initialization to __initcall(), but there are apparently some timing issues
with ensuring that
On Thursday 05 April 2007, Alan Hourihane wrote:
As for the above, I've noticed that drivers/video/epson1355fb.c also has
this wording and is under the GPL.
Yes, many files have it, but that doesn't make it right ;-)
Arnd
-
To unsubscribe from this list: send the line unsubscribe
-by: Arnd Bergmann [EMAIL PROTECTED]
On a similar subject, how about merging include/linux/ioctl32.h and the ioctl
bits of fs/compat.c into fs/compat_ioctl.c as well to make it completely
self-contained?
Arnd
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Tuesday 20 February 2007 14:07, Artem Bityutskiy wrote:
This structure is not suitable for an ioctl call, because it has
incompatible layout between 32 and 64 bit processes. The easiest
fix for this would be to change the 'name' field to an array
instead of a pointer.
Will be fixed
: cleanup spu oprofile code
From: Arnd Bergmann [EMAIL PROTECTED]
This cleans up some of the new oprofile code. It's mostly
cosmetic changes, like way multi-line comments are formatted.
The most significant change is a simplification of the
context-switch record format.
It does mean the oprofile
On Tuesday 27 February 2007, Maynard Johnson wrote:
I have applied the cleanup patch that Arnd sent, but had to fix up a
few things:
- Bug fix: Initialize retval in spu_task_sync.c, line 95, otherwise
OProfile this function returns non-zero and OProfile fails.
- Remove unused codes
On Tuesday 27 February 2007, Eric W. Biederman wrote:
* Add a variation of the API in interrupt.h that uses
struct irq *irq instead of unsigned int irq
Probably replacing request_irq with irq_request or something
trivial like that.
This will need to touch all of different irq
On Wednesday 28 February 2007, Eric W. Biederman wrote:
Arnd Bergmann [EMAIL PROTECTED] writes:
Introducing the irq_request() etc. functions that take a struct irq*
instead of an int sounds good, but I'd hope we can avoid using those
in device drivers and do a separate abstraction
On Thursday 01 March 2007, Michael Ellerman wrote:
On Mon, 2006-11-20 at 18:45 +0100, Arnd Bergmann wrote:
plain text document attachment (spufs-master-control.diff)
When the user changes the runcontrol register, an SPU might be
running without a process being attached to it and waiting
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
The whole patch is located at URL:
https://blackfin.uclinux.org/gf/download/frsrelease/39/2583/blackfin-arch.p
atch The incremental patch is located at URL:
https://blackfin.uclinux.org/gf/download/frsrelease/39/2584/blackfin-arch-m
On Thursday 01 March 2007 05:14:40 Wu, Bryan wrote:
Here is the update version of blackfin-arch.patch in -mm tree.
simply add support to utrace and it was tested on blackfin STAMP board
as well as other following patches.
Wow, this has come a long way since I looked at the patches last
year,
On Saturday 03 March 2007 23:50:02 bert hubert wrote:
for (;;)
asm volatile (idle);
This looks remarkably like relax_cpu()
Actually not: cpu_relax() is defined as barrier(), it can't
call idle because that might make it sleep for a indefinite
amount of time (until the
On Friday 02 March 2007 00:38:19 Christoph Hellwig wrote:
Forgive me if I haven't put enough thought into it, but would it be
useful to create a generic_fallocate() that writes zeroed pages for any
non-existent pages in the range? I don't know how glibc currently
implements
On Sunday 04 March 2007 14:38:12 Akinobu Mita wrote:
@@ -1168,8 +1168,10 @@ int configfs_register_subsystem(struct c
err = -ENOMEM;
dentry = d_alloc(configfs_sb-s_root, name);
- if (!dentry)
+ if (!dentry) {
+
On Friday 02 March 2007 16:55:02 Richard Purdie wrote:
Allow mtd block drivers to customise their ioctl functions. Also
allow the drivers to obtain the gendisk struct since ioctl
functions can need this.
Are you sure that this is a good idea? I'd rather not open
up this method of letting the
On Sunday 04 March 2007, Anton Altaparmakov wrote:
A generic_fallocate makes sense to me iff we can do it in the kernel
more significantly more efficiently than in glibc, e.g. by using only
a single page in page cache instead of one for each page to be
preallocated.
If glibc is
I've played around with the new timer statistics to see which timers might
benefit of being moved from traditional timers to hrtimers.
Since my understanding is that timer_list timers are not really meant to
expire, this seems to include a lot of what comes in through
schedule_timeout, in
building on 64 bit machines.
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
Index: linux-cg/fs/select.c
===
--- linux-cg.orig/fs/select.c
+++ linux-cg/fs/select.c
@@ -189,7 +189,7 @@ get_max:
#define POLLOUT_SET (POLLWRBAND | POLLWRNORM
The new schedule_timeout_hr function is a variant of schedule_timeout
that uses hrtimers internally. Consequently, its argument and
return value are ktime_t.
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
Index: linux-cg/include/linux/sched.h
in the statistics rather than
schedule_timeout itself.
BUG: converting between jiffies and ktime is rather
inefficient here.
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
Index: linux-cg/kernel/hrtimer.c
===
--- linux-cg.orig/kernel
On Friday 02 March 2007, Michael Ellerman wrote:
There's also the error case for spu_run_init() which skips the master
stop. I guess that's ok because we've only set the master control in the
backing store, and the only way that will ever get propagated to an
actual spu is by coming back
On Wednesday 28 February 2007, Chuck Ebbert wrote:
Can we just put a canary in the threadinfo and check it on every
task switch? What are the drawbacks?
It's not completely reliable, in case of functions that allocate
far too much stack space. You might want to take a look at the
gcc support
On Monday 05 March 2007, Jörn Engel wrote:
That actually causes an interesting problem for compressing filesystems.
The space consumed by blocks depends on their contents and how well it
compresses. At the moment, the only option I see to support
posix_fallocate for LogFS is to set an inode
On Monday 05 March 2007, Anton Altaparmakov wrote:
An alternative would be to allocate blocks and then when the data is
written perform the compression and free any blocks you do not need
any more because the data has shrunk sufficiently. Depending on the
implementation details this
On Monday 05 March 2007, Wu, Bryan wrote:
So could please give us some information about the merge window
schedule, we may try to catch this.
The merge window opens after 2.6.21 gets released and is open for
two weeks aftre that. The idea is however that you have everything
ready at the
On Monday 05 March 2007, Aubrey Li wrote:
On 3/4/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
In general, please put EXPORT_SYMBOL lines below the definition
of the symbol itself. This list of exports should only be used
for symbols that come from assembly files.
What is the right way
On Monday 05 March 2007, Wu, Bryan wrote:
Maybe NUMA is a solution, but it is not a wonderful solution.
NUMA doesn't help you. Linux only runs on cache-coherent NUMA,
which this isn't.
In some application product, BF561 core A is running Linux kernel
+Applications while BF561 core B is just
On Wednesday 07 March 2007, Ingo Molnar wrote:
i'm not an xmon expert, but maybe it might make more sense to first
disable preemption, then interrupts - otherwise you could be preempted
right after having disabled these interrupts (and be scheduled to
another CPU, etc.). What is the
On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
So did you hunt it down to a particular cases where it triggers?
IIRC, it crashed on boot in the powerpc iommu code when slab
debugging is enabled. Not sure if it was on Cell or on benh's
powerbook though.
Arnd
-
To unsubscribe
On Tuesday 03 April 2007, H. Peter Anvin wrote:
However, one probably wants to think about what the heck one actually
means with virtualization in the absence of a lot of this stuff. PCI
is probably the closest thing we have to a lowest common denominator for
device detection.
I think
On Tuesday 03 April 2007, Cornelia Huck wrote:
I think that's true outside of s390, but a standardized virtual device
interface should be able to work there as well. Interestingly, the
s390 channel I/O also uses two 16 bit numbers to identify a device
(type and model), just like PCI or
On Tuesday 03 April 2007, Cornelia Huck wrote:
On Tue, 3 Apr 2007 14:15:37 +0200, Arnd Bergmann [EMAIL PROTECTED] wrote:
That's OK for a virtualized architecture where the base architecture
already supports PCI. But a traditional s390 OS would be as unhappy
with a PCI device as with a device
On Tuesday 03 April 2007, Cornelia Huck wrote:
On s390, it would be more than strangeness. There's no implementation
of PCI at all, someone would have to cook it up - and it wouldn't have
any use beyond those special devices. Since there isn't any bus type
that is available on *all*
On Tuesday 03 April 2007, Jeremy Fitzhardinge wrote:
Arnd Bergmann wrote:
I think we need to separate two problems here:
1. Probing:
That's really what triggered the discussion, PCI probing is well-understood
and implemented on _most_ platforms, so there is some value in reusing
On Tuesday 03 April 2007, Jeremy Fitzhardinge wrote:
Doing a SCSI driver has been tried before, with ibmvscsi. Not good.
OK, interesting. People had proposed using SCSI as the interface, but I
wasn't aware of any results from doing that. How is it not good?
SCSI is really
On Tuesday 03 April 2007, Jeremy Fitzhardinge wrote:
That said, something like USB is probably the best bet for this kind of
low-performance device. I think. Not that I really know anything about
USB.
USB has the disadvantage that it is more complex than PCI and requires
significantly more
On Tuesday 03 April 2007, Ulrich Drepper wrote:
The problem is glibc has to work around kernel limitations. If the
malloc implementation detects that a large chunk of previously allocated
memory is now free and unused it wants to return the memory to the
system. What we currently have to do
On Wednesday 04 April 2007, H. Peter Anvin wrote:
Note that at least for PIO-based devices, there is nothing that says you
can't implement PCI over another transport, if you wish. It's really
just a very simple RPC protocol.
The PIO aspect of PCI is simple, yes, except on architectures that
On Wednesday 04 April 2007, H. Peter Anvin wrote:
Configuration space access is platform-dependent. It's only defined to
work in a specific way on x86 platforms.
Interrupt swizzling is really totally independent of PCI. ALL PCI
really provides is up to four interrupts per device (not
On Tuesday 08 January 2008, Andi Kleen wrote:
Thanks, Andi! I think it'd very useful change.
Reminds me this is something that should be actually flagged
in checkpatch.pl too
Andy, it would be good if checkpatch.pl complained about .ioctl =
as opposed to .unlocked_ioctl = ...
This is
On Monday 07 January 2008, Michal Simek wrote:
I would like to ask you what is the best way to push these changes to
kernel.org.
I would like to know step by step how to do.
Adding the whole architecture tree will probably be too much for
a single reviewer and almost certainly too much
On Wednesday 09 January 2008, Andi Kleen wrote:
I imagined it would check for
+struct file_operations ... = {
+ ...
+ .ioctl = ...
That wouldn't catch the case of someone adding only .ioctl to an
already existing file_operations which is not visible in the patch context,
On Thursday 13 September 2007, Michael Ellerman wrote:
Well that'd be nice, but I don't see anywhere that that happens. AFAICT
the acquire we do in the first coredump callback is the first the SPU
contexts know about their PPE process dying. And spufs is still live, so
I think we definitely
PROTECTED]
Cc: Mattias Nissler [EMAIL PROTECTED]
To: Greg Kroah-Hartman [EMAIL PROTECTED]
To: Arnd Bergmann [EMAIL PROTECTED]
To: Akinobu Mita [EMAIL PROTECTED]
Signed-off-by: Stefano Brivio [EMAIL PROTECTED]
Have you checked that spufs still builds? I would guess that you need
to do the same
On Thursday 20 December 2007, Roland McGrath wrote:
This adds fs/compat_binfmt_elf.c, a wrapper around fs/binfmt_elf.c for
32-bit ELF support on 64-bit kernels. It can replace all the hand-rolled
versions of this that each 32/64 arch has, which are all about the same.
Great stuff! I've
On Friday 21 December 2007, Kyle McMartin wrote:
Just taking a stab that hch means,
config BINFMT_COMPAT_ELF
def_bool n
depends on 64BIT
I'd call it COMPAT_BINFMT_ELF, for consistency with the file name.
Also, the definition and the depends are redundant if you expect the
On Thursday 22 November 2007, Andi Kleen wrote:
#define EXPORT_SYMBOL(sym) \
- __EXPORT_SYMBOL(sym, )
+ __EXPORT_SYMBOL(sym, ,,, NULL)
#define EXPORT_SYMBOL_GPL(sym) \
- __EXPORT_SYMBOL(sym, _gpl)
+
On Thursday 29 November 2007, Andi Kleen wrote:
I think it would be good if you could specify a default namespace
per module, that could reduce the amount of necessary changes significantly.
But also give less documentation. It's also not that difficult to mark
the exports once. I've
On Thursday 06 December 2007, Joachim Fenkes wrote:
printk(KERN_INFO eHCA Infiniband Device Driver
(Version HCAD_VERSION )\n);
+ /* Autodetect hCall locking -- we can't read the firmware version
+ * directly, but we know that starting with POWER6, all
1 - 100 of 32729 matches
Mail list logo
