Am Tue, 19 Feb 2008 01:55:05 -0800
schrieb Brandon Philips <[EMAIL PROTECTED]>:
> This fixes two bugs with UIO that cropped up recently in -rc1
>
> 1) WARNING: at fs/sysfs/file.c:334 sysfs_open_file when trying to open
>a map addr/size file - complaining about missing sysfs_ops for
> ktype
>
Am Sun, 17 Feb 2008 17:09:39 -0500
schrieb Mark Lord <[EMAIL PROTECTED]>:
> Mark Lord wrote:
> > Hans J. Koch wrote:
> ..
> >> Really? Unbelievable what these guys do to make my live harder...
> >> So, they might use some undocumented GPIO to turn the power on, and
> ...
>
> GPIO lines are not us
Am Sat, 16 Feb 2008 14:39:46 -0800
schrieb Arjan van de Ven <[EMAIL PROTECTED]>:
> On Sat, 16 Feb 2008 22:59:32 +0100
> Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> > I'm playing around with a vanilla 2.6.25-rc1, adding patches to make
> > it work on a
I'm playing around with a vanilla 2.6.25-rc1, adding patches to make it
work on an Asus EeePC. That one has the problem that its Mini PCIe WLAN
module doesn't show up in lspci. That brought up a few questions that I
couldn't answer yet:
How can they "hide" a PCIe card?
What could be their motive t
Am Thu, 14 Feb 2008 16:23:37 +0100 (CET)
schrieb Jan Engelhardt <[EMAIL PROTECTED]>:
>
> On Feb 14 2008 16:19, Hans-Jürgen Koch wrote:
> >>
> >> Q: What if a program attempts to mkdir /dev/nullmnt/foo to just
> >>create a file /dev/nullmnt/foo/barfile?
Am Thu, 14 Feb 2008 16:00:06 +0100 (CET)
schrieb Jan Engelhardt <[EMAIL PROTECTED]>:
>
> On Feb 14 2008 10:46, Andi Kleen wrote:
> >Jasper Bryant-Greene <[EMAIL PROTECTED]> writes:
> >>
> >> This could be done fairly trivially with FUSE, and IMHO is a good
> >> use for FUSE because since you're j
Am Wed, 13 Feb 2008 23:28:19 +0100
schrieb Alessandro Guido <[EMAIL PROTECTED]>:
> Signed-off-by: Alessandro Guido <[EMAIL PROTECTED]>
Hi Alessandro,
thanks, but this was already done by Denis Cheng:
http://lkml.org/lkml/2008/2/2/60
I signed-off his patch, but AFAICS it hasn't been applied yet.
In 2.6.25-rc1, there's a strange effect:
Although the map attributes "addr" and "size" show up correctly:
-r--r--r-- 1 root root 4096 2008-02-13 17:49 addr
-r--r--r-- 1 root root 4096 2008-02-13 17:49 size
you cannot access them, not even as root. Something like "cat addr"
fails with a no-permiss
Am Thu, 7 Feb 2008 14:12:36 +0100
schrieb Hans-Jürgen Koch <[EMAIL PROTECTED]>:
AFAICT, this patch was neither rejected nor applied. It generated a
long thread about changing the whole ARM Kconfig system. I feel not
qualified to do that, but I still want UIO available on ARM ;-)
What can I
Am Fri, 08 Feb 2008 03:20:26 +1030
schrieb David Newall <[EMAIL PROTECTED]>:
> Hans-Jürgen Koch wrote:
> > Am Fri, 08 Feb 2008 01:01:24 +1030
> > schrieb David Newall <[EMAIL PROTECTED]>:
> >
> >>> It is not legally meaningless if copyright holder
Am Fri, 08 Feb 2008 01:01:24 +1030
schrieb David Newall <[EMAIL PROTECTED]>:
> > It is not legally meaningless if copyright holders publicly state
> > how they interpret the license and what they consider a license
> > violation.
>
> Copyright-holders' opinions mean nothing. In the particular
Am Thu, 07 Feb 2008 23:49:42 +1030
schrieb David Newall <[EMAIL PROTECTED]>:
> Hans-Jürgen Koch wrote:
> > If somebody prefers an other OS for license reasons only, let them.
> > You cannot have open source software without open source license.
> > If a company ch
Am Thu, 7 Feb 2008 13:02:23 +
schrieb Russell King - ARM Linux <[EMAIL PROTECTED]>:
>
> Please place it in the same relative position in arch/arm/Kconfig as
> it is found in drivers/Kconfig.
Argh, sorry. Here's the correct version:
From: Hans J Koch <[EMAIL PROTECTED]>
To: linux
From: Hans J Koch <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
Cc: Greg KH <[EMAIL PROTECTED]>
Subject: arch/arm/Kconfig: Make UIO available on ARM architecture
Source drivers/uio/Kconfig to make UIO available in menuconfig if ARCH=arm.
I already posted this a few mon
Am Wed, 6 Feb 2008 21:34:49 +0100
schrieb Christer Weinigel <[EMAIL PROTECTED]>:
>
> I also think that my customers, that decided to keep their kernel
> modules binary only, made a big mistake and have told them so. But I
> still think it's better for the Linux community to be a bit soft on
> su
From: Hans J. Koch <[EMAIL PROTECTED]>
CC: Greg Kroah-Hartman <[EMAIL PROTECTED]>
CC: Benedikt Spranger <[EMAIL PROTECTED]>
Subject: Remove needless PCI_DEVICE_ID definition from uio_cif.c
Date: Sun, 03 Feb 2008 01:37:58 +0100
Meanwhile, PCI_DEVICE_ID_PLX_9030 is defined in pci_ids.h, no need to
d
Am Sat, 2 Feb 2008 17:51:36 +0800
schrieb Denis Cheng <[EMAIL PROTECTED]>:
Makes sense.
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
> ---
> drivers/uio/uio_cif.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
Am Sat, 2 Feb 2008 17:51:35 +0800
schrieb Denis Cheng <[EMAIL PROTECTED]>:
Agreed.
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
> ---
> drivers/uio/Kconfig | 10 +-
> 1 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git
Am Mon, 28 Jan 2008 02:13:09 -0800 (PST)
schrieb ManojKwal <[EMAIL PROTECTED]>:
>
> Greetings!
>
> System details:
> Board: DTSP-ARM926Ej-S(new board)
> Cross-toolchain: ELDK4.1
> Linux kernel: 2.6.18
> u-boot: 1.1.6
>
>
> I sucessfully port u-boot on board...But when i boot the
Am Thu, 24 Jan 2008 23:33:34 -0800
schrieb Greg Kroah-Hartman <[EMAIL PROTECTED]>:
> From: Jan Engelhardt <[EMAIL PROTECTED]>
>
> Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
> ---
> dr
Am Wed, 5 Dec 2007 11:10:42 +0100
schrieb Nick Piggin <[EMAIL PROTECTED]>:
> On Wed, Dec 05, 2007 at 11:04:08AM +0100, Hans-Jürgen Koch wrote:
> > Am Wed, 05 Dec 2007 18:15:51 +1100
> > schrieb [EMAIL PROTECTED]:
> >
> > > Convert uio from nopage to fault.
>
Am Wed, 05 Dec 2007 18:15:51 +1100
schrieb [EMAIL PROTECTED]:
> Convert uio from nopage to fault.
>
> Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
Hi Nick,
could you please add me to Cc: for UIO stuff:
Cc: [EMAIL PROTECTED]
The patch itself looks alright to me, but I
Am Thu, 8 Nov 2007 01:21:12 +0100
schrieb Francois Romieu <[EMAIL PROTECTED]>:
> Mark Lord <[EMAIL PROTECTED]> :
> [...]
> > I've now received a couple of private emails from people reporting
> > full success with this patch.
>
> Ok, I have pushed the patch below for Jeff to pull at korg.
>
> >F
Am Thu, 8 Nov 2007 08:52:56 +0100
schrieb Hans-Jürgen Koch <[EMAIL PROTECTED]>:
> Am Wed, 07 Nov 2007 11:07:07 -0500
> schrieb Mark Lord <[EMAIL PROTECTED]>:
>
> > My ASUS board has one of these:
> >
> > 01:00.0 Ethernet controller: Realtek Semiconductor
Am Wed, 07 Nov 2007 11:07:07 -0500
schrieb Mark Lord <[EMAIL PROTECTED]>:
> My ASUS board has one of these:
>
> 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
> Subsystem: ASUSTeK Computer Inc. Unknown device 81aa Cont
Am Sun, 14 Oct 2007 20:49:42 -0700
schrieb Randy Dunlap <[EMAIL PROTECTED]>:
> On Mon, 15 Oct 2007 08:21:01 +0900 Satoru Takeuchi wrote:
>
> > Add uio document to DocBook compilation target.
> >
> > `make *docs' doesn't generate "The Userspace I/O HOWTO", the user
> > space I/O document written
Compiling macb.c fails because the type of parameter 2 of macb_poll()
was changed from int* to int. Furthermore, a local variable was removed
but was still used inside the function. This patch fixes it.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
---
Index: linux-2.6.23-rc/drivers/net/macb.c
Am Montag 17 September 2007 15:15 schrieb Jason Dixon:
>
> The GPL places additional restrictions on code. It is therefore less
> free than the BSD.
>
> Free code + restrictions = non-free code.
The legal restriction that people must not enter your house uninvited
by smashing the door adds t
Am Donnerstag 13 September 2007 schrieb Jeff Garzik:
> Hans-Jürgen Koch wrote:
> > Lock debugging finds a problem in phy.c and phy_device.c,
> > this patch fixes it. Tested on an AT91SAM9263-EK board,
> > kernel 2.6.23-rc4.
> >
> > Signed-off-by: Hans J. Koc
Am Montag 10 September 2007 schrieb Herbert Xu:
> Hans-J??rgen Koch <[EMAIL PROTECTED]> wrote:
> > The following patch fixes it. Tested on an AT91SAM9263-EK board, kernel
> > 2.6.23-rc4 and -rc3-mm1.
>
> Could you please audit all instances of physdev->lock and add
> _bh where necessary? I can see
I already sent this patch on August, 31. I never got an answer, so here it
is again.
Lock debugging finds a problem in phy.c and phy_device.c:
[ 3.42] =
[ 3.42] [ INFO: inconsistent lock state ]
[ 3.42] 2.6.23-rc3-mm1 #21
[ 3.42] --
Am Freitag 31 August 2007 schrieb Hans-Jürgen Koch:
> Lock debugging finds a problem in phy.c and phy_device.c,
> this patch fixes it. Tested on an AT91SAM9263-EK board,
> kernel 2.6.23-rc4.
FYI, here's the log message without that patch:
Lock debugging finds a problem in phy.c and phy_device.c,
this patch fixes it. Tested on an AT91SAM9263-EK board,
kernel 2.6.23-rc4.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
---
Index: linux-2.6.23-rc/drivers/net/phy/phy_device.c
===
Am Montag 27 August 2007 13:58 schrieb Andreas Schwab:
> Hans-Jürgen Koch <[EMAIL PROTECTED]> writes:
>
> > Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
> >> How do you pause the kernel boot messages ?
> >>
> >> ^S, Pause and Scroll lock
Am Montag 27 August 2007 13:21 schrieb Esteban Fernandez:
> How do you pause the kernel boot messages ?
>
> ^S, Pause and Scroll lock do nothing and you can't Shift-Page-Up after a
> kernel panic.
These are functions of a shell (like bash), which you haven't got yet during
kernel boot. You can r
Am Montag 13 August 2007 09:18 schrieb Al Viro:
> On Sun, Aug 12, 2007 at 11:46:49PM -0700, Joe Perches wrote:
> > On Sun, 2007-08-12 at 23:36 -0700, David Miller wrote:
> > > Ok, 374 patches is just rediculious.
> > >
> > > So many patches eats up an enormous amount of mailing list resources,
> >
Am Freitag 10 August 2007 00:15 schrieb Ulf Samuelsson:
>
> > > +#if defined(CONFIG_ARCH_AT91RM9200)
> > > at91_sys_write(AT91_SDRAMC_SRR, 1); /*
> > > self-refresh mode */
>
> > Why don't use:
> > if (cpu_is_at91rm9200())
> > at91_sys_write(AT91_SDRAMC_SRR, 1);
>
> W
Am Donnerstag 09 August 2007 19:17 schrieb Andy Herzig:
> On Thu, 2007-08-09 at 18:01 +0200, Marc Pignat wrote:
>
> > > > +#if defined(CONFIG_ARCH_AT91RM9200)
> > > > at91_sys_write(AT91_SDRAMC_SRR, 1); /*
> > > > self-refresh mode */
> > Why don't use:
> > if (cpu_is_a
Am Donnerstag 09 August 2007 16:12 schrieb Alan Cox:
> > That's no UIO invention. Userspace software that uses kernel interfaces like
> > syscall, device files, sysfs, and so on, is by definition _not_ a derived
> > work
> > of the kernel and can be distributed under any license.
>
> This I belie
(added linux-arm-kernel to CC)
Am Donnerstag 09 August 2007 14:10 schrieb Andy Herzig:
> Hello all,
>
> This patch is intended to fix compilation errors when I tried to add in
> power management to my Atmel AT91SAM9260 board. First, there is no
> separate memory controller in the 9260 as there is
Am Donnerstag 09 August 2007 12:31 schrieb Stephen Hemminger:
> Since the network device documentation needs a rewrite, I was thinking
> of using basic html format instead of just plain text.
Why don't you simply use DocBook? Then the user has the choice to convert
to HTML, PDF, LaTex or whatever
Am Donnerstag 09 August 2007 00:12 schrieb [EMAIL PROTECTED]:
>
> If you have UIO in the kernel talking to stuff in userspace, you're going to
> have to deal with closed-source stuff at the userspace end of the pipe.
That's no UIO invention. Userspace software that uses kernel interfaces like
sy
Am Donnerstag 09 August 2007 01:40 schrieb Alan Cox:
> > On the other hand, given that we've always said that closed-source stuff in
> > userspace is OK, the only way to not let *that* horse out of the barn is to
> > not merge UIO at all.
>
> It really makes no difference whether it is merged or n
Am Mittwoch 08 August 2007 23:36 schrieb Jesper Juhl:
> On 19/07/2007, Greg Kroah-Hartman <[EMAIL PROTECTED]> wrote:
> > From: Hans J. Koch <[EMAIL PROTECTED]>
> >
> > Documentation for the UIO interface
> >
> ...
> > +If you use UIO for your card's driver, here's what you get:
> > +
> ...
> > +
>
Am Mittwoch 08 August 2007 18:10 schrieb Greg KH:
> On Wed, Aug 08, 2007 at 06:15:21PM +0200, Jan Engelhardt wrote:
> >
> > On Aug 8 2007 18:08, Hans-J??rgen Koch wrote:
> > >---
> > >Index: linux-2.6.23-rc/arch/arm/Kconfig
> > >===
>
The config system doesn't show the UIO menu if arch=arm, this patch fixes it.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
---
Index: linux-2.6.23-rc/arch/arm/Kconfig
===
--- linux-2.6.23-rc.orig/arch/arm/Kconfig 2007-08-08
v2.6.23-rc1-rt0 adds an msleep(1) in net/sched/sch_generic.c
without including the neceessary header. This patches fixes it.
Signed-off-by: Hans J. Koch <[EMAIL PROTECTED]>
Index: linux-2.6.23-rc/net/sched/sch_generic.c
===
---
Am Dienstag 24 Juli 2007 10:10 schrieb Jean Delvare:
> Hi Hans,
>
> On Mon, 23 Jul 2007 09:36:57 +0200, Hans-Jürgen Koch wrote:
> > Am Montag 23 Juli 2007 02:54 schrieb Adrian Bunk:
> > > The Coverity checker spotted the following array overruns
>
Am Montag 23 Juli 2007 02:54 schrieb Adrian Bunk:
> The Coverity checker spotted the following array overruns
> in drivers/hwmon/lm93.c:
>
> <-- snip -->
>
> ...
> struct lm93_data {
> ...
> struct {
> u8 min;
> u8 max;
> } temp_lim[3];
> ...
> };
Am Donnerstag 19 Juli 2007 22:02 schrieb Jan Engelhardt:
>
> On Jul 19 2007 21:28, Hans-Jürgen Koch wrote:
> >Am Donnerstag 19 Juli 2007 18:33 schrieb Jan Engelhardt:
> >> On Jul 18 2007 16:26, Greg Kroah-Hartman wrote:
> >> >
> >> >http:/
Am Donnerstag 19 Juli 2007 18:33 schrieb Jan Engelhardt:
>
> On Jul 18 2007 16:26, Greg Kroah-Hartman wrote:
> >
> >http://www.tglx.de/private/hjk/cif-orig-2.6.tar.bz2
> >
> >WARNING: Don't look at the code for too long, you might become sick :-)
>
> Taking precautions for people? I get a 404...
Am Freitag 29 Juni 2007 11:45 schrieb Midhun Agnihotram:
> >
> > This all looks correct. How about /proc/partitions? And what's in
> > /sys/block?
> >
>
> Both of them show no sign of MMC.
>
> / # cat /proc/partitions
> major minor #blocks name
>
> 31 0 8192 mtdblock0
> 31 1
Am Freitag 29 Juni 2007 09:40 schrieb Midhun Agnihotram:
>
> >* Is support for the file system on the MMC in your kernel?
>
> Yes. There is support for MMC card in my kernel.
I was talking about the file system on the card. Usually, you've
got vfat on such a card. How about that?
BTW, You m
Am Donnerstag 28 Juni 2007 21:22 schrieb Pierre Ossman:
> Since you use busybox I
> assume the system is too lightweight to run udev.
I run udev on an arm system, it costs you about 200kBytes,
and saves you all the trouble with creating device files.
Note that you don't need any rules files. If yo
Am Donnerstag 28 Juni 2007 19:08 schrieb Midhun Agnihotram:
> How do I access the MMC card data now? If I try to mount it,
> busybox doesnot mount it.
>
> # mount /dev/mmcblk0p0 /mnt/mmc
> mount: mounting /dev/mmcblk0p0 on /mnt/mmc failed
>
> I have tried with /dev/mmcblk0p0, mmcblk0p1,etc
Am Montag 25 Juni 2007 04:51 schrieb David Brownell:
> On Thursday 10 May 2007, Hans-Jürgen Koch wrote:
> > Am Donnerstag 10 Mai 2007 22:07 schrieb David Brownell:
> > > On Friday 27 April 2007, David Brownell wrote:
> > > > On Friday 27 Apri
Am Samstag 23 Juni 2007 schrieb Dmitry Krivoschekov:
> Wolfgang Draxinger wrote:
> > Typing "Linux XScale 270 or 27x" brings you a lot of pages but not an
>
> Probably "XScale 270" is not the best word combination for this,
> the exact processor name is PXA270 (formerly Intel, now Marvell).
>
> > i
Am Dienstag 19 Juni 2007 20:32 schrieb Alexandre Oliva:
> On Jun 19, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> > Am Dienstag 19 Juni 2007 04:46 schrieb Alexandre Oliva:
> >> The distrust for the FSF led to this very short-sighted decision of
> >>
Am Dienstag 19 Juni 2007 13:50 schrieb Michael Poole:
> Hans-Jürgen Koch writes:
>
> > No. Credible licenses should be simple like physical laws. Newton's law
> > is expressed in terms of a single mathematical equation. That's why it's
> > still valid, an
Am Dienstag 19 Juni 2007 04:46 schrieb Alexandre Oliva:
> On Jun 18, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> > Am Montag 18 Juni 2007 23:18 schrieb Alexandre Oliva:
> >> On Jun 18, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
> >>
Am Montag 18 Juni 2007 23:18 schrieb Alexandre Oliva:
> On Jun 18, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> >> Vendor would be entitled to the benefit of the doubt as to the
> >> motivations in this case, so it would likely be unenforceable anyway.
>
Am Montag 18 Juni 2007 20:55 schrieb Alexandre Oliva:
> On Jun 18, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> > So, if a manufacturer used a ROM instead of a flash memory with the
> > intention to make software modifications impossible, then it is bad,
&g
Am Montag 18 Juni 2007 02:56 schrieb Alexandre Oliva:
>
> Anyhow, AFAIK software in ROM is not non-Free Software. That it's
> impossible to modify/replace/whathaveyou it is not the result of a
> restriction that someone is imposing on you.
>
> It's the difference between "you can't fly because
Hi John,
the Video4Linux mailing list is a better place for this question.
I've added them to CC. Please remove linux-kernel from CC when
answering.
Thanks,
Hans
Am Mittwoch 06 Juni 2007 12:40 schrieb John Sigler:
> Hello,
>
> I work for a small company involved in broadcast.
>
> For the past y
Am Donnerstag 10 Mai 2007 22:07 schrieb David Brownell:
> On Friday 27 April 2007, David Brownell wrote:
> > On Friday 27 April 2007, Hans-Jürgen Koch wrote:
> >
> > > > the m25p80 driver
> > > > was pretty close to working with those Atmel devic
Am Mittwoch 09 Mai 2007 16:21 schrieb Greg KH:
> On Wed, May 09, 2007 at 08:36:54AM -0400, Jeff Garzik wrote:
> > Henry Su wrote:
> > > From: [EMAIL PROTECTED]
> > > Adding the device ID for AMD/ATI SB700.
> > > Signed-off-by:henry su <[EMAIL PROTECTED]>
> >
> > Time to train new people...
> >
>
Am Montag 07 Mai 2007 19:46 schrieb Randy Dunlap:
> On Fri, 4 May 2007 11:37:09 +0200 Hans-Jürgen Koch wrote:
>
> > Am Donnerstag 03 Mai 2007 08:39 schrieb Hans-Jürgen Koch:
> > > >
> > > > Hm, I have about 3 different patches here now, all dependant on each
&
Am Donnerstag 03 Mai 2007 08:39 schrieb Hans-Jürgen Koch:
> >
> > Hm, I have about 3 different patches here now, all dependant on each
> > other, yet I can't tell which goes first :(
> >
> > Can someone just send me 1, or 3 with the correct order in which
Am Donnerstag 03 Mai 2007 07:37 schrieb Greg KH:
> On Wed, May 02, 2007 at 04:37:34PM -0700, Randy Dunlap wrote:
> > On Thu, 3 May 2007 00:00:28 +0200 Hans-J?rgen Koch wrote:
> >
> > > Am Mittwoch 02 Mai 2007 schrieb Randy Dunlap:
> > > > On Wed, 2 May 2007 10:41:35 +0200 Hans-J?rgen Koch wrote:
>
Am Mittwoch 02 Mai 2007 schrieb Randy Dunlap:
> On Wed, 2 May 2007 10:41:35 +0200 Hans-Jürgen Koch wrote:
> > Am Mittwoch 02 Mai 2007 01:42 schrieb Randy Dunlap:
> > > > +The Userspace I/O HOWTO
> > >
> > > Most of this reads well. Thanks.
> > > A
Am Mittwoch 02 Mai 2007 01:42 schrieb Randy Dunlap:
> > +The Userspace I/O HOWTO
>
> Most of this reads well. Thanks.
> A few typo corrections are below...
Thank you for your work. I generated a new patch that includes all your
suggestions and also fixes the build problems.
[...]
>
> However
Am Samstag 28 April 2007 23:14 schrieb Hans-Jürgen Koch:
> Am Samstag 28 April 2007 23:08 schrieb Thomas Gleixner:
> > On Sat, 2007-04-28 at 23:03 +0200, Hans-Jürgen Koch wrote:
> > > Am Samstag 28 April 2007 22:24 schrieb Alan Cox:
> > > > > > AFAIK we don
Am Samstag 28 April 2007 00:50 schrieb Greg Kroah-Hartman:
> +static int __devinit hilscher_pci_probe(struct pci_dev *dev,
> + const struct pci_device_id *id)
> +{
> + struct uio_info *info;
> +
> + info = kzalloc(sizeof(struct uio_info), GFP_KERNEL);
>
Am Samstag 28 April 2007 23:08 schrieb Thomas Gleixner:
> On Sat, 2007-04-28 at 23:03 +0200, Hans-Jürgen Koch wrote:
> > Am Samstag 28 April 2007 22:24 schrieb Alan Cox:
> > > > > AFAIK we don't currently have any platform that runs binaries with
> > > >
Am Samstag 28 April 2007 22:24 schrieb Alan Cox:
> > > AFAIK we don't currently have any platform that runs binaries with
> > > different sizes of "int" but this is a) an unsigned value anyway, and b)
> > > should be a fixed type (eg u32)
> >
> > I reviewed the code once more and find it OK. There
Am Samstag 28 April 2007 21:56 schrieb Bill Davidsen:
> Greg KH wrote:
> > Here are the updated UIO (Userspace I/O driver framework) patches for
> > 2.6.21.
> >
> > They have been revamped from the last time you have seen them, and they
> > include a real driver, the Hilscher CIF DeviceNet and Pro
Am Samstag 28 April 2007 01:19 schrieb Alan Cox:
> > +static ssize_t uio_read(struct file *filep, char __user *buf,
> > + size_t count, loff_t *ppos)
> > +{
> > + struct uio_listener *listener = filep->private_data;
> > + struct uio_device *idev = listener->dev;
> > + DECLAR
Am Samstag 28 April 2007 15:00 schrieb Matthieu CASTET:
>
> uio_dummy.c (that should be present according documentation) seems
> missing.
Well, uio_dummy was created during development to have something to
test with. It calls uio_event_notify() from a timer routine to
simulate interrupts without
Am Samstag 28 April 2007 01:04 schrieb Andrew Morton:
> On Fri, 27 Apr 2007 15:49:57 -0700
>
> Greg KH <[EMAIL PROTECTED]> wrote:
> > Here are the updated UIO (Userspace I/O driver framework) patches for
> > 2.6.21.
>
> I'm a bit uncertain about the whole UIO idea, really. I have this vague
> feel
Am Freitag 06 April 2007 12:19 schrieb Adrian Bunk:
> This patch converts the pci_module_init() usage to pci_register_driver().
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
> --- linux-2.6.21-rc5-mm4/drivers/uio/uio_cif.c.old2007-04-05
> 20:44:24.0 +0200 +++
> linux-2.6.21
Am Samstag 03 März 2007 15:20 schrieb Mockern:
> Hi,
>
> I have a question.
>
> I need to use 20 microsecond delay in my driver.
> What exact jiffies value I should define to get 20 microseconds?
You can't do it with jiffies as they have 1 millisecond resolution at best.
You'd use something like
Am Sonntag, 17. Dezember 2006 16:04 schrieb Gleb Natapov:
> Hi Hans,
>
>Will it be possible to allocate DMAable memory using uio
> framework (currently it isn't as far as I see). More specifically
> if a driver needs memory allocated with dma_alloc_coherent() will
> it be possible to allocate
Am Donnerstag, 14. Dezember 2006 18:34 schrieb Bernd Petrovitsch:
> On Thu, 2006-12-14 at 10:56 +0100, Hans-Jürgen Koch wrote:
> []
> > A small German manufacturer produces high-end AD converter cards. He sells
> > 100 pieces per year, only in Germany and only with Windows
Am Donnerstag, 14. Dezember 2006 18:02 schrieb Jan Engelhardt:
>
> On Dec 14 2006 10:56, Hans-Jürgen Koch wrote:
> >
> >A small German manufacturer produces high-end AD converter cards. He sells
> >100 pieces per year, only in Germany and only with Windows drivers. He w
Am Donnerstag, 14. Dezember 2006 13:39 schrieb Alan:
> On Thu, 14 Dec 2006 10:56:03 +0100
> Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>
> > * They let somebody write the small kernel module they need to handle
> > interrupts in a _clean_ way. This module can
Am Donnerstag, 14. Dezember 2006 13:42 schrieb Alan:
> On Thu, 14 Dec 2006 12:31:16 +0100
> Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
> > You think it's easier for a manufacturer of industrial IO cards to
> > debug a (large) kernel module?
>
> You think its a
Am Donnerstag, 14. Dezember 2006 12:51 schrieb Olivier Galibert:
> On Thu, Dec 14, 2006 at 10:56:03AM +0100, Hans-Jürgen Koch wrote:
> > A small German manufacturer produces high-end AD converter cards. He sells
> > 100 pieces per year, only in Germany and only with Windows dr
Am Donnerstag, 14. Dezember 2006 12:39 schrieb Alan:
> On Thu, 14 Dec 2006 12:22:16 +0100
> Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2006-12-14 at 10:52 +, Alan wrote:
> > > Might be kind of hairy given uio_read() doesn't even return from the
> > > kernel.
> >
> > We probably
Am Donnerstag, 14. Dezember 2006 12:14 schrieb Alan:
> On Wed, 13 Dec 2006 22:01:15 -0800
> "Hua Zhong" <[EMAIL PROTECTED]> wrote:
>
> > > I think allowing binary hardware drivers in userspace hurts
> > > our ability to leverage companies to release hardware specs.
> >
> > If filesystems can be
Am Donnerstag, 14. Dezember 2006 09:49 schrieb Duncan Sands:
> > I'm really not convinced about the user-mode thing unless somebody can
> > show me a good reason for it. Not just some "wouldn't it be nice" kind of
> > thing. A real, honest-to-goodness reason that we actually _want_ to see
> > us
Am Donnerstag, 14. Dezember 2006 10:44 schrieb Avi Kivity:
>
> I understand one still has to write a kernel driver to shut up the irq.
> How about writing a small bytecode interpreter to make event than
> unnecessary?
>
> The userspace driver would register a couple of bytecode programs:
> i
Am Donnerstag, 14. Dezember 2006 10:30 schrieb Muli Ben-Yehuda:
> On Wed, Dec 13, 2006 at 10:15:47PM +0100, Arjan van de Ven wrote:
>
> > with DRI you have the case where "something" needs to do security
> > validation of the commands that are sent to the card. (to avoid a
> > non-privileged user
92 matches
Mail list logo
