On 7/14/07, Olaf Hering <[EMAIL PROTECTED]> wrote:
On Sat, Jul 14, H. Peter Anvin wrote:
> Olaf Hering wrote:
> > Declare PAGE_SIZE as getpagesize() for userspace.
> > PAGE_SIZE is used in resource.h and shm.h
>
> I would think it would be better to not define it at all. Several
> architectures
On 7/14/07, Olaf Hering <[EMAIL PROTECTED]> wrote:
Declare PAGE_SIZE as getpagesize() for userspace.
PAGE_SIZE is used in resource.h and shm.h
define PAGE_SIZE in asm-generic/page.h
guard get_order() with _ARCH_HAS_GET_ORDER for ia64 and xtensa
include asm-generic/page.h in asm/page.h
make asm/p
On 7/14/07, Michael Buesch <[EMAIL PROTECTED]> wrote:
On Saturday 14 July 2007 21:49:21 Mike Frysinger wrote:
> On 7/14/07, Michael Buesch <[EMAIL PROTECTED]> wrote:
> > On Saturday 14 July 2007 20:49:53 Bryan Wu wrote:
> > > +static int __init bf537ma
On 7/14/07, Michael Buesch <[EMAIL PROTECTED]> wrote:
On Saturday 14 July 2007 20:49:53 Bryan Wu wrote:
> +static int __init bf537mac_probe(struct net_device *dev)
> +{
> + struct bf537mac_local *lp = netdev_priv(dev);
> + int retval;
> +
> + /* Grab the MAC address in the MAC */
> +
On 7/6/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
Mike Frysinger wrote:
> On 7/4/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>> Mike Frysinger wrote:
>> > On 7/3/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>> >> Bryan Wu wrote:
>> >&
This brings x86_64 into line with all other architectures by only defining
cond_syscall() when __KERNEL__ is defined.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/asm-x86_64/unistd.h b/include/asm-x86_64/unistd.h
index ae1ed05..f5d627c 100644
--- a/include/asm-
On Monday 09 July 2007, Gerd Hoffmann wrote:
> Joel Becker wrote:
> > And if you think that all packages should Just Work on all
> > Linuxen, with out any build-time detection, try determining the
> > differing udev layouts of FC6, FC7, Debian, Ubuntu, SuSE9, SuSE10, etc.
>
> s/build/run/ time
On 7/6/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
in addition to references to non-existent CONFIG variables in header
and source files, here's a list of such variables in Makefiles
throughout the entire tree:
= BF548 =
./arch/blackfin/Makefile:cpu-$(CONFIG_BF548) := bf548
=
On 7/4/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
Mike Frysinger wrote:
> On 7/3/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
>> Bryan Wu wrote:
>>> Jie's patch is required because we will release our new Blackfin toolchain.
>> So, what is the new
On Friday 06 July 2007, Nix wrote:
> On 5 Jul 2007, Bernhard Walle stated:
> >While cmake itself isn't the problem,
> > often, it also depends on the version of cmake that is installed. The
> > good idea about auto* tools is the idea that you don't need to install
>
On Friday 06 July 2007, DervishD wrote:
> I really like the spirit of CMake. Of course, it adds a dependency,
> but IMHO is much safer to depend on CMake being installed (or Perl, for
> that matter) than to depend on a shell. Every shell out there seems to
> do things on its own, and apart from
On Thursday 05 July 2007, Bryan Henderson wrote:
> >i dont see how blaming autotools for other people's misuse is relevant
>
> Here's how other people's misuse of the tool can be relevant to the choice
> of the tool: some tools are easier to use right than others. Probably the
> easiest thing to u
On Thursday 05 July 2007, Nix wrote:
> On 5 Jul 2007, Mike Frysinger outgrape:
> > On Thursday 05 July 2007, Bodo Eggert wrote:
> >> The Makefiles generated by autotools is a huge mess, if autotools got it
> >> wrong (again!), fixing them requires editing a lot of files
On Thursday 05 July 2007, Bodo Eggert wrote:
> Nix <[EMAIL PROTECTED]> wrote:
> > On 4 Jul 2007, DervishD stated:
> >> Anyway, if you don't like mobs or you just don't want to try it,
> >> that's fine, but please don't use autotools, it doesn't make much sense
> >> for a linux only project, sin
On Wednesday 04 July 2007, Christoph Hellwig wrote:
> On Wed, Jul 04, 2007 at 12:11:56AM +0200, Karel Zak wrote:
> > mount(8) doesn't include filesystem detection code anymore. You
> > have to compile --with-fsprobe={blkid,volume_id}, and libblkid
> > (e2fsprogs) or libvolume_id (udev >= v110) i
On 7/3/07, Jan Dittmer <[EMAIL PROTECTED]> wrote:
Bryan Wu wrote:
> Jie's patch is required because we will release our new Blackfin toolchain.
So, what is the new toolchain version?
gcc 4.1.1 (adi 07r1) / binutils 2.17 doesn't seem to work anymore:
we'll post new toolchain binaries in a bit
-
On Saturday 30 June 2007, Adrian McMenamin wrote:
> On Thu, 2007-06-28 at 17:27 +0530, Satyam Sharma wrote:
> > Hi,
> >
> > > On Monday 25 June 2007, Adrian McMenamin wrote:
> > > > Still getting this:
> > > >
> > > > MODPOST vmlinux
> > > > WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0):
On 6/28/07, Kyle McMartin <[EMAIL PROTECTED]> wrote:
On Thu, Jun 28, 2007 at 03:05:56PM -0700, Joshua Wise wrote:
> --- a/arch/x86_64/kernel/process.c
> +++ b/arch/x86_64/kernel/process.c
> @@ -356,6 +356,7 @@ void show_regs(struct pt_regs *regs)
> printk("CPU %d:", smp_processor_id());
>
On Monday 25 June 2007, Adrian McMenamin wrote:
> Still getting this:
>
> MODPOST vmlinux
> WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
> mismatch: reference to .init.text: (between 'mv_dreamcast' and
> 'systemasic_int')
> WARNING: drivers/built-in.o(.text+0x168e0): Section mi
On Tuesday 19 June 2007, Satyam Sharma wrote:
> On 6/19/07, Paulo Marques <[EMAIL PROTECTED]> wrote:
> > The only in-kernel user of "memmem" is scripts/kallsyms.c and it only
> > uses it to find tokens that are 2 bytes in size. It is trivial to
> > replace it with a simple function that finds 2-byt
s from systems that don't have the memmem GNU
> extension available.
>
> Signed-off-by: Paulo Marques <[EMAIL PROTECTED]>
sorry for not getting back to you in the previous thread ... this is a much
nicer patch than what i proposed and works for me :)
Acked-by: Mike Frysin
On Monday 18 June 2007, Christoph Hellwig wrote:
> On Mon, Jun 18, 2007 at 02:19:10AM -0400, Mike Frysinger wrote:
> > Since asm-ia64/gcc_intrin.h gets exported to userspace, we need to make
> > sure to use __asm__() rather than asm() since the latter is not available
> > wh
On Monday 18 June 2007, Christoph Hellwig wrote:
> On Mon, Jun 18, 2007 at 01:24:24AM +0200, Arnd Bergmann wrote:
> > On Monday 18 June 2007, Arjan van de Ven wrote:
> > > On Sun, 2007-06-17 at 18:33 -0400, Mike Frysinger wrote:
> > > > This changes asm() to __asm__(
On Monday 18 June 2007, H. Peter Anvin wrote:
> Mike Frysinger wrote:
> > Most of the macros in msr.h already use __asm__ and __volatile__, this
> > patch brings the rest into line. This is needed since these get exported
> > into userspace (need to use strict __asm__ vs
On Monday 18 June 2007, Sam Ravnborg wrote:
> On Sun, Jun 17, 2007 at 06:54:24PM -0400, Mike Frysinger wrote:
> > This updates scripts/hdrschecks.sh by grepping for asm() constructs and
> > rejecting them in favor of __asm__() in exported headers.
>
> I have a new version
On 6/18/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Mon, 18 Jun 2007 01:17:46 -0400 Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Monday 18 June 2007, Andrew Morton wrote:
> > And does the kernel pass these checks?
>
> nope ... should i audit the arches before thi
Since asm-s390/ptrace.h is exported to userspace, we need to make sure we use
__asm__() rather than asm() as the latter is disabled when gcc compiles with
GNU extensions turned off (like -std=c99).
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/asm-s390/ptra
Since asm-ia64/gcc_intrin.h gets exported to userspace, we need to make sure
to use __asm__() rather than asm() since the latter is not available when
compiling with gcc with GNU extensions turned off (like -std=c99).
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/inclu
Most of the macros in msr.h already use __asm__ and __volatile__, this patch
brings the rest into line. This is needed since these get exported into
userspace (need to use strict __asm__ vs asm when gcc compiles with GNU
extensions turned off).
Signed-off-by: Mike Frysinger <[EMAIL PROTEC
This brings Blackfin and x86_64 into line with all other architectures by only
defining cond_syscall() when __KERNEL__ is defined.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/asm-blackfin/unistd.h b/include/asm-blackfin/unistd.h
index 4df8790..0df9f2d 100644
On Monday 18 June 2007, Andrew Morton wrote:
> Also, your changelog sucks:
>
> This updates scripts/hdrschecks.sh by grepping for asm() constructs and
> rejecting them in favor of __asm__() in exported headers.
>
> well OK. But for what reason? We can see a lot of pain in this patch but
> no
On Monday 18 June 2007, Andrew Morton wrote:
> On Mon, 18 Jun 2007 01:17:46 -0400 Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Monday 18 June 2007, Andrew Morton wrote:
> > > On 17 Jun 2007 18:54:24 -0400 Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > >
On Monday 18 June 2007, Andrew Morton wrote:
> On Sun, 17 Jun 2007 18:54:24 -0400 Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > This updates scripts/hdrschecks.sh by grepping for asm() constructs and
> > rejecting them in favor of __asm__() in exported headers.
>
> And
On Sunday 17 June 2007, Arnd Bergmann wrote:
> On Monday 18 June 2007, Arjan van de Ven wrote:
> > On Sun, 2007-06-17 at 18:33 -0400, Mike Frysinger wrote:
> > > This changes asm() to __asm__() and volatile to __volatile__ so that
> > > these headers can be used with
This updates scripts/hdrschecks.sh by grepping for asm() constructs and
rejecting them in favor of __asm__() in exported headers.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/scripts/hdrcheck.sh b/scripts/hdrcheck.sh
index 3159858..33d17cc 100755
--- a/scripts/hdrch
This changes asm() to __asm__() and volatile to __volatile__ so that these
headers can be used with gcc's -std=c99.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/asm-arm/byteorder.h b/include/asm-arm/byteorder.h
index e6f7fcd..39105dc 100644
--- a/incl
On 6/11/07, Bernd Schmidt <[EMAIL PROTECTED]> wrote:
Mike Frysinger wrote:
> On 6/9/07, Matt Mackall <[EMAIL PROTECTED]> wrote:
>> On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
>> > 2. It is no longer possible to get blocks smaller than a pa
On 6/9/07, Matt Mackall <[EMAIL PROTECTED]> wrote:
On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> 2. It is no longer possible to get blocks smaller than a page through
>mmap. This behaviour was used by simplemalloc, which is an insane
>way of implementing malloc on nomm
On Thursday 07 June 2007, Jesper Juhl wrote:
> On 07/06/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > This patch basically copies the gnulib version of memmem() into
> > scripts/kallsyms.c. While a useful function, it isn't in POSIX so some
> > systems (like Da
This patch basically copies the gnulib version of memmem() into
scripts/kallsyms.c. While a useful function, it isn't in POSIX so some
systems (like Darwin) choose to omit it. How do others feel ?
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
--- a/scripts/kallsyms.c
++
looking at a simple program:
int main()
{
if (fork()) return 0;
printf("pid = %i\n", getpid());
while (1) sleep(3600);
}
and where my / and /var/tmp are on the same partition:
# gcc test.c -o /usr/sbin/MOO
# /usr/sbin/MOO
pid = 17144
# readlink /proc/17144/exe
/usr/sbin/MOO
# gcc test.c -o /
On 5/29/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
On 5/28/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> From: Mike Frysinger <[EMAIL PROTECTED]>
>
> This patch implements the driver necessary use the Analog Devices
> Blackfin processor's on-chip watchdog contro
On 5/28/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
From: Mike Frysinger <[EMAIL PROTECTED]>
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip watchdog controller, supports
BF53[123]/BF53[467]/BF561.
Signed-off-by: Mike Frysinger
On 5/25/07, Daniel Newby <[EMAIL PROTECTED]> wrote:
On 5/24/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> So far the only example anyone has provided outside of periodic timers or
> hardware reset has been dumping the stack when something gets stuck.
> Softlockup does this already today, using a ti
compliant "\{1,\}". Tested with
`make headers_install` against blackfin/x86_64/i386 targets.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
Stupid whiny OS X users and their crappy sed ;)
diff --git a/scripts/Makefile.headersinst b/scripts/Makefile.headersinst
index 8cd630
On 5/24/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Thu, May 24, 2007 at 12:21:47AM -0400, Mike Frysinger wrote:
> is this completely bad mojo ? is there some other mechanism that
> provides what i want and i just dont know about it ? or do i just
> make people change the driv
On 5/24/07, Daniel Newby <[EMAIL PROTECTED]> wrote:
On 5/24/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> It sounds like your constraining your driver based on terminology.
> Watchdogs on most embedded platforms support either a 'reset' mode or
> otherwise act as periodic timers, trying to push bo
On Thursday 24 May 2007, Sam Ravnborg wrote:
> The intent with this is clear but the solution you suggest albeit simple
> does not really match where we could end up with kconfig.
> Recently Roman added support for options in the kconfig language
> and I would assume we could deal with most of this
f the strings again.
what do you think of something like the attached patch ? i doubt i caught all
the places that'd need to be changed, but this should give a pretty good
picture of what we'd like to have.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
--- a/scripts/kcon
the Blackfin on-chip watchdog has controllable behavior ... it can be
configured to reset the processor (like a normal watchdog), or it can
be configured to simply generate an interrupt.
i can see embedded systems where simply resetting the system is not
desirable ... perhaps it's the control sys
The "==" operator is not in POSIX, so use -eq instead.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
index cdca738..9681476 100644
--- a/scripts/kconfig/lxdialog/check-lxdialog.sh
+++ b/scripts/kconfig/lxdialog/check-lxdialog.sh
@@ -51,7 +51,7 @@ usage() {
p
On 5/21/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Mon, May 21, 2007 at 10:35:08AM -0400, Robin Getz wrote:
> On Mon 21 May 2007 06:09, Bryan Wu pondered:
> > Lots of update for 2.6.22-rc2 and tested on STAMP537 board.
> >
>
> One of the things I noticed when trying out 2.6.22-rc1, on blackfin
On 5/21/07, Robin Getz <[EMAIL PROTECTED]> wrote:
On Mon 21 May 2007 13:36, Mike Frysinger pondered:
> On 5/21/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> > since there is noMMU, are we better:
> > - putting stubs (return ENOSYS - give runtime errors), or
> >
On 5/21/07, Pekka Enberg <[EMAIL PROTECTED]> wrote:
On 5/21/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> -void *dma_memcpy(void *dest, const void *src, size_t size)
> +void *_dma_memcpy(void *dest, const void *src, size_t size)
Minor nitpick: the established naming convention is two underscores, no
On 5/21/07, Robin Getz <[EMAIL PROTECTED]> wrote:
since there is noMMU, are we better:
- putting stubs (return ENOSYS - give runtime errors), or
- just ignore the errors - and give compile errors? (Is there any way to put
something into the syscall table, as not to get the warnings?)
there ar
On 5/8/07, David Brownell <[EMAIL PROTECTED]> wrote:
On Monday 07 May 2007, Mike Frysinger wrote:
> On 4/25/07, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Wednesday 25 April 2007, Mike Frysinger wrote:
> > > is there something obvious i'm missing ? se
On 4/25/07, David Brownell <[EMAIL PROTECTED]> wrote:
On Wednesday 25 April 2007, Mike Frysinger wrote:
> the spi_device structure has a bits_per_word so that you can change
> the value on a per-device setting, yet the spi_board_info structure
> does not ... this means that t
Sometimes it is useful to squash all uid's/gid's to 0:0 regardless of current
owner. For example, in build systems that get run as arbitrary users
(uClinux-dist). This adds a special "squash" keyword so you can do '-g
squash -u squash' and have ownership squashed
Treat an argument of "-" as meaning "read stdin for cpio files" so
gen_init_cpio can be piped into.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/usr/gen_init_cpio.c b/usr/gen_init_cpio.c
index 8365db6..7abc07f 100644
--- a/usr/gen_init_cpio.c
the isdn_divertif contains kernel-only references so ive wrapped them in
__KERNEL__ and add proper #include statements
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
index 4ff0f57..ab2aaa2 100644
--- a/include/linux/Kbuild
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/linux/quota.h b/include/linux/quota.h
index 77db80a..6243982 100644
--- a/include/linux/quota.h
+++ b/include/linux/quota.h
@@ -44,8 +44,6 @@
typedef __kernel_uid32_t qid_t; /* Type in which we store ids in
uinput.h relies on structures only found in input.h, so pull in the header
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/linux/uinput.h b/include/linux/uinput.h
index 1fd61ee..a6c1e8e 100644
--- a/include/linux/uinput.h
+++ b/include/linux/uinput.h
@@ -32,6
On 4/30/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
This only leaves blackfin in -mm which I'll fix separately
thanks
(depending on how quickly Andrew is with merging it).
seems to be slated for the 2.6.22 merge window :)
-mike
-
To unsubscribe from this list: send the line "unsubscribe lin
the spi_device structure has a bits_per_word so that you can change
the value on a per-device setting, yet the spi_board_info structure
does not ... this means that the bus-specific structure has to have a
bits_per_word member which the spi bus driver will copy into the spi
device bits_per_word me
Adds proper lines to help output of kconfig so people can find the module names.
Also fixed some broken leading spaces versus tabs.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/arch/x86_64/kernel/cpufreq/Kconfig
b/arch/x86_64/kernel/cpufreq/Kconfig
index 40acb67..c
their
commandline can simply add the appropriate root= line either into their
bootloader or into the compiled in bootargs
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/drivers/mtd/maps/uclinux.c b/drivers/mtd/maps/uclinux.c
index 389fea2..14ffb1a 100644
--- a/drivers/mt
On 3/29/07, Wu, Bryan <[EMAIL PROTECTED]> wrote:
On architectures with MMU, malloc takes about the same speed,
indepentant of malloc size, while on the Blackfin (NOMMU), as the malloc
size increases, the time that malloc consumes grows
err, this is not the direction we wanted to go ... this
On 3/27/07, David Howells <[EMAIL PROTECTED]> wrote:
Note that it's not possible to shift windows around in response to faults
because fault reporting is asynchronous - the entire remaining instruction
queue will be executed *before* the exception is actually raised to the
kernel.
ah that would
On 3/27/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
On Tue, 27 Mar 2007, Wu, Bryan wrote:
> Agree. MPU of Blackfin can provide some processes protection. But maybe
> at this moment just disable revoke for NOMMU is easier for further
> development. When we provide the MPU stuff, maybe we can ena
On 3/27/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Tue, Mar 27, 2007 at 12:34:25AM -0400, Mike Frysinger wrote:
> On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> >You should really consider the latter for getting updates merged in the
> >future
>
> we&#x
On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
You should really consider the latter for getting updates merged in the future
we're planning for this, but the short term it isnt doable for us
now that most of the initial troubles are resolved.
i would say initial troubles are resolved on
On 3/26/07, Wu, Bryan <[EMAIL PROTECTED]> wrote:
Replacing class_dev to directly using rtc_dev.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
-mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On 3/26/07, David Howells <[EMAIL PROTECTED]> wrote:
[*] The FRV, for example, does have some limited protection capability - but
it is really limited and not really useful in this case.
how so ? the Blackfin processor lacks a MMU but it does have a MPU
(memory protection unit) which allows gr
On 3/22/07, David Howells <[EMAIL PROTECTED]> wrote:
Fix the /proc/pid/stat representation of executable boundaries. It should show
the bounds of the executable, but instead shows the bounds of the loader.
heh, and here we were thinking this was by design :)
thanks
-mike
-
To unsubscribe from
On 3/22/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
On Thu, 22 Mar 2007 01:39:28 -0400, Mike Frysinger wrote:
> On 3/21/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > + p_adap->class = I2C_CLASS_ALL;
> >
> > This pretty much voids the point of the
On 3/22/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
On Wed, 21 Mar 2007 15:14:29 -0400, Mike Frysinger wrote:
> On 3/21/07, Bob Copeland <[EMAIL PROTECTED]> wrote:
> > > +config I2C_BLACKFIN_TWI
> > > + tristate "Blackfin TWI I2C support"
>
On 3/21/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> + p_adap->class = I2C_CLASS_ALL;
This pretty much voids the point of these probing classes. You should
only select the classes matching devices which may actually be probed
for on this bus. If different boards have different needs, get th
On 3/21/07, Bob Copeland <[EMAIL PROTECTED]> wrote:
> +config I2C_BLACKFIN_TWI
> + tristate "Blackfin TWI I2C support"
> + depends on I2C && (BF534 || BF536 || BF537)
> + help
> + This is the TWI I2C device driver for Blackfin 534/536/537.
> + This driver can als
On 3/5/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> +int __init oprofile_arch_init(struct oprofile_operations *ops)
> +{
> +#ifdef CONFIG_HARDWARE_PM
[snip]
> +#else
> + return -1;
> +#endif
> +}
Uh.. fix your dependencies.
can you elaborate ?
-mike
-
To unsubscribe from this list: send the
On 3/21/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Wed, Mar 21, 2007 at 06:06:58PM +0800, Wu, Bryan wrote:
> +++ linux-2.6/arch/blackfin/Kconfig 2007-03-21 14:38:42.0 +0800
> +config BLACKFIN
> config BFIN
Again, there's no reason to have both of these. Pick one and stick with
it.
The index() function is obsolete, use strchr() instead.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
--- a/scripts/kconfig/lxdialog/util.c
+++ b/scripts/kconfig/lxdialog/util.c
@@ -336,7 +336,7 @@
newl = 1;
word = tempstr;
while
On 3/15/07, Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
This patch (against 2.6.21-rc3-mm1) balances parenthesis in blackfin
header files.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
thanks, added to our repo
-mike
-
To unsubscribe from this list: send the line "unsubscribe l
On 3/7/07, Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
"Oleksiy Kebkal" <[EMAIL PROTECTED]> writes:
> May be it would be good idea to develop some tty control driver which
> provides a
> possibility to change default setting of the drivers?
If there is a real need for it (such as a real existing
On 3/6/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> +static int __init i2c_bfin_twi_init(void)
> +{
> + rc = request_irq(twi_iface.irq, bfin_twi_interrupt_entry, SA_INTERRUPT,
"i2c-bfin-twi", &twi_iface);
> + if (rc) {
> + printk(KERN_ERR "i2c-bfin-twi: can't get IRQ %d !
On 3/3/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> +#if defined(CONFIG_MTD_UCLINUX)
> + /* generic memory mapped MTD driver */
> + memory_mtd_end = memory_end;
> +
> + mtd_phys = _ramstart;
> + mtd_size = PAGE_ALIGN(*((unsigned long *)(mtd_phys + 8)));
> +
> +# if defined(CONFI
On 3/5/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> +config DEBUG_HUNT_FOR_ZERO
> + bool "Catch NULL pointer reads/writes"
> + default y
Is this sane to have conditional?
yes ... with the ability to change the load address of the kernel, you
can create a reserved chunk of memory for use
On 3/5/07, Russell King <[EMAIL PROTECTED]> wrote:
On Mon, Mar 05, 2007 at 12:09:20PM -0500, Mike Frysinger wrote:
> On 3/4/07, Russell King <[EMAIL PROTECTED]> wrote:
> >On Thu, Mar 01, 2007 at 07:03:02PM -0500, Mike Frysinger wrote:
> >> the console= bootcmd
On 3/4/07, Russell King <[EMAIL PROTECTED]> wrote:
On Thu, Mar 01, 2007 at 07:03:02PM -0500, Mike Frysinger wrote:
> the console= bootcmd allows for controlling of the initial state of
> flow control by adding/omitting the 'r' suffix ...
The console command *only*
the console= bootcmd allows for controlling of the initial state of
flow control by adding/omitting the 'r' suffix ... however, the
uart_startup() function in serial_core.c always calls down into the
serial driver with TIOCM_RTS:
static int uart_startup(...) {
...
/*
* Setup
On 3/1/07, David Brownell <[EMAIL PROTECTED]> wrote:
Look again, but at 2.6.21-rc2 instead ... ISTR that fix went into RC1,
but that one's been fixed in various trees (like handhelds.org) for
some time.
this driver was originally written against 2.6.19.x as we havent
gotten the Blackfin arch in
On 3/1/07, David Brownell <[EMAIL PROTECTED]> wrote:
Bryan, it'd be nice to see a followup patch addressing those
comments from Paul Mundt, especially about that code which
will spin-forever-under-spinlock. That spin should probably
drop the lock then msleep(1) then restore it before retest...
On 3/1/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Wu, Bryan wrote:
> +config BFIN_MAC
> + tristate "Blackfin 536/537 on-chip mac support"
> + depends on NET_ETHERNET && (BF537 || BF536) && (!BF537_PORT_H)
> + select CRC32
> + select BFIN_MAC_USE_L1 if DMA_UNCACHED_NONE
> +
On 3/1/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Thu, Mar 01, 2007 at 12:15:46PM +0800, Wu, Bryan wrote:
> +#define stamp(fmt, args...) pr_debug("%s:%i: " fmt "\n", __FUNCTION__,
__LINE__, ## args)
> +#define stampit() stamp("here i am")
Are these really necessary for the final driver? It's
On 2/8/07, Oleg Verych <[EMAIL PROTECTED]> wrote:
On Thu, Feb 08, 2007 at 09:28:03AM -0500, Mike Frysinger wrote:
> On 2/8/07, Oleg Verych <[EMAIL PROTECTED]> wrote:
> >proposition is to substitute:
> > "$(CONFIG_SHELL) $(MKIMAGE)"
> >with
> >
On Thursday 08 February 2007, Christoph Hellwig wrote:
> On Thu, Feb 08, 2007 at 02:46:16AM -0500, Mike Frysinger wrote:
> > was ufs_fs.h purposefully not exported to userspace or did it just slip
> > through the cracks ? assuming the latter scenario, the attached patch
>
On 2/7/07, Wu, Bryan <[EMAIL PROTECTED]> wrote:
+ if (request_irq
+ (uart->port.irq+1, bfin_serial_int, SA_INTERRUPT | SA_SHIRQ,
merely a cosmetic thing atm, but down the line we should convert these
SA_* flags to the new IRQF_* ones
-mike
-
To unsubscribe from this list: send t
On Thursday 08 February 2007, Arjan van de Ven wrote:
> On Thu, 2007-02-08 at 10:10 -0500, Mike Frysinger wrote:
> > On Thursday 08 February 2007, Arjan van de Ven wrote:
> > > On Thu, 2007-02-08 at 02:46 -0500, Mike Frysinger wrote:
> > > > was ufs_fs.h purposefull
On Thursday 08 February 2007, Arjan van de Ven wrote:
> On Thu, 2007-02-08 at 02:46 -0500, Mike Frysinger wrote:
> > was ufs_fs.h purposefully not exported to userspace or did it just slip
> > through the cracks ? assuming the latter scenario, the attached patch
> > touche
On 2/8/07, Oleg Verych <[EMAIL PROTECTED]> wrote:
proposition is to substitute:
"$(CONFIG_SHELL) $(MKIMAGE)"
with
"mkimage"
this isnt a one-to-one change ... let's look at the typical
mkimage-missing scenario ...
with mkuboot.sh you'd get output like:
...
UIMAGE arch/blackfin/boot/
this header for example
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
--- a/include/linux/Kbuild
+++ b/include/linux/Kbuild
@@ -324,6 +324,7 @@ unifdef-y += tty.h
unifdef-y += types.h
unifdef-y += udf_fs_i.h
unifdef-y += udp.h
+unifdef-y += ufs_fs.h
unifdef-y += uinput.h
uni
301 - 400 of 438 matches
Mail list logo
