Re: [RFC] buildtar: add case for riscv architecture

2019-09-11 Thread Troy Benjegerdes
None of the available RiscV platforms that I’m aware of use compressed images, unless there are some new bootloaders I haven’t seen yet. > On Sep 11, 2019, at 2:07 AM, Aurabindo Jayamohanan wrote: > > Hi, > > I would like to know if something extra needs to be done other than copying >

Re: [PATCH 15/15] riscv: disable the EFI PECOFF header for M-mode

2019-08-21 Thread Troy Benjegerdes
> On Aug 21, 2019, at 4:02 PM, Anup Patel wrote: > > > >> -Original Message- >> From: linux-kernel-ow...@vger.kernel.org > ow...@vger.kernel.org> On Behalf Of Troy Benjegerdes >> Sent: Wednesday, August 21, 2019 11:25 PM >> To: A

Re: [PATCH 15/15] riscv: disable the EFI PECOFF header for M-mode

2019-08-21 Thread Troy Benjegerdes
> On Aug 21, 2019, at 10:31 AM, Atish Patra wrote: > > On Tue, 2019-08-20 at 21:14 -0700, Troy Benjegerdes wrote: >>> On Aug 13, 2019, at 8:47 AM, Christoph Hellwig wrote: >>> >>> No point in bloating the kernel image with a bootloader header if >&

Re: [PATCH 15/15] riscv: disable the EFI PECOFF header for M-mode

2019-08-20 Thread Troy Benjegerdes
> On Aug 13, 2019, at 8:47 AM, Christoph Hellwig wrote: > > No point in bloating the kernel image with a bootloader header if > we run bare metal. I would say the same for S-mode. EFI booting should be an option, not a requirement. I have M-mode U-boot working with bootelf to start BBL, and

Re: [PATCH] RISC-V: Issue a local tlb flush if possible.

2019-08-12 Thread Troy Benjegerdes
> On Aug 9, 2019, at 8:43 PM, Atish Patra wrote: > > In RISC-V, tlb flush happens via SBI which is expensive. > If the target cpumask contains a local hartid, some cost > can be saved by issuing a local tlb flush as we do that > in OpenSBI anyways. Is there anything other than convention and

Re: [PATCH] RISC-V: defconfig: enable MMC & SPI for RISC-V

2019-06-25 Thread Troy Benjegerdes
> On Jun 25, 2019, at 5:56 PM, Atish Patra wrote: > > Currently, riscv upstream defconfig doesn't let you boot > through userspace if rootfs is on the SD card. > > Let's enable MMC & SPI drivers as well so that one can boot > to the user space using default config in upstream kernel. > >

Re: [PATCH v2] riscv: dts: Add DT node for SiFive FU540 Ethernet controller driver

2019-06-22 Thread Troy Benjegerdes
+phy-handle = <>; >> +phy1: ethernet-phy@0 { >> +reg = <0>; >> +}; >> +}; > > Thanks. I am able to boot Unleashed with networking enabled with this > patch. > > FWIW, > Tested-by: Atish Patra > > Regards, > Atish I am able to boot using a build from the dev/new-dts branch of my freedom-u-sdk development tree [1] which has this patch with an additional reset-gpios entry for the ethernet phy in the DTS provided by the legacy U-boot[2]. Tested-by: Troy Benjegerdes [1] https://github.com/tmagik/freedom-u-sdk [2] https://github.com/sifive/HiFive_U-Boot/blob/081373fa3eb0ca79ba3f4a703e8e83a15135a6d1/arch/riscv/dts/hifive_u540.dts#L73

Re: [PATCH v2] riscv: dts: Add DT node for SiFive FU540 Ethernet controller driver

2019-06-21 Thread Troy Benjegerdes
> On Jun 21, 2019, at 7:33 PM, Troy Benjegerdes > wrote: > > > >> On Jun 21, 2019, at 4:59 PM, Atish Patra wrote: >> >> On Fri, 2019-06-21 at 14:46 -0700, Atish Patra wrote: >>> On Fri, 2019-06-21 at 14:18 -0500, Troy Benjegerdes wrote: >&

Re: [PATCH v2] riscv: dts: Add DT node for SiFive FU540 Ethernet controller driver

2019-06-21 Thread Troy Benjegerdes
> On Jun 21, 2019, at 4:59 PM, Atish Patra wrote: > > On Fri, 2019-06-21 at 14:46 -0700, Atish Patra wrote: >> On Fri, 2019-06-21 at 14:18 -0500, Troy Benjegerdes wrote: >>> Can you post the fsbl and other images you used to boot/test this? >>> >> &

Re: [PATCH v2 0/2] Add macb support for SiFive FU540-C000

2019-06-18 Thread Troy Benjegerdes
> On Jun 18, 2019, at 4:32 AM, Anup Patel wrote: > >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=72296bde4f4207566872ee355950a59cbc29f852 I added your patches, along with two of mine, and rebased them to the latest U-boot master, and put them on the

Re: [PATCH v2 0/2] Add macb support for SiFive FU540-C000

2019-06-17 Thread Troy Benjegerdes
> On Jun 17, 2019, at 6:34 AM, Paul Walmsley wrote: > > On Mon, 17 Jun 2019, Andreas Schwab wrote: > >> On Jun 17 2019, Paul Walmsley wrote: >> >>> On Mon, 17 Jun 2019, Andreas Schwab wrote: >>> On Jun 17 2019, Paul Walmsley wrote: > Looks to me that it shouldn't have an

Re: Testing the recent RISC-V DT patchsets

2019-06-03 Thread Troy Benjegerdes
> On Jun 3, 2019, at 4:49 AM, Loys Ollivier wrote: > > On Wed 29 May 2019 at 12:25, Troy Benjegerdes > wrote: > >>> On May 29, 2019, at 5:04 AM, Loys Ollivier wrote: >>> >>> On Wed 29 May 2019 at 00:50, Atish Patra wrote: >>> >>

Re: Testing the recent RISC-V DT patchsets

2019-06-03 Thread Troy Benjegerdes
> On Jun 3, 2019, at 4:49 AM, Loys Ollivier wrote: > > On Wed 29 May 2019 at 12:25, Troy Benjegerdes > wrote: > >>> On May 29, 2019, at 5:04 AM, Loys Ollivier wrote: >>> >>> On Wed 29 May 2019 at 00:50, Atish Patra wrote: >>> >>

Re: Testing the recent RISC-V DT patchsets

2019-05-29 Thread Troy Benjegerdes
> On May 29, 2019, at 5:04 AM, Loys Ollivier wrote: > > On Wed 29 May 2019 at 00:50, Atish Patra wrote: > >> On 5/28/19 8:36 AM, Karsten Merker wrote: >>> On Tue, May 28, 2019 at 05:10:42PM +0200, Loys Ollivier wrote: On Tue 28 May 2019 at 01:32, Paul Walmsley wrote: >

Debugging x86_64 apic & bootup problems on the Cray XD1

2007-03-11 Thread Troy Benjegerdes
I am attempting to make a 2.6.20 kernel boot on a Cray XD1 node with a Mellanox InfiniBand card installed, however both the ancient supplied cray 2.6.5 suse derivative, and a 2.6.20 kernel I just booted fail on APIC initialization. Below is a diff of boot-up logs from a node without the mellanox

Debugging x86_64 apic bootup problems on the Cray XD1

2007-03-11 Thread Troy Benjegerdes
I am attempting to make a 2.6.20 kernel boot on a Cray XD1 node with a Mellanox InfiniBand card installed, however both the ancient supplied cray 2.6.5 suse derivative, and a 2.6.20 kernel I just booted fail on APIC initialization. Below is a diff of boot-up logs from a node without the mellanox

Re: [openib-general] Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-20 Thread Troy Benjegerdes
On Mon, Apr 18, 2005 at 10:07:12PM +0200, Bernhard Fischer wrote: > On Mon, Apr 18, 2005 at 09:40:40PM +0200, Arjan van de Ven wrote: > >On Mon, 2005-04-18 at 11:25 -0500, Timur Tabi wrote: > >> Arjan van de Ven wrote: > >> > >> > this is a myth; linux is free to move the page about in physical

Re: [openib-general] Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-20 Thread Troy Benjegerdes
On Mon, Apr 18, 2005 at 10:07:12PM +0200, Bernhard Fischer wrote: On Mon, Apr 18, 2005 at 09:40:40PM +0200, Arjan van de Ven wrote: On Mon, 2005-04-18 at 11:25 -0500, Timur Tabi wrote: Arjan van de Ven wrote: this is a myth; linux is free to move the page about in physical memory even

Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-11 Thread Troy Benjegerdes
On Mon, Apr 11, 2005 at 09:56:53AM -0700, Roland Dreier wrote: > Troy> Is there a check in the kernel that the memory is actually > Troy> mlock()ed? > > No. > > Troy> What if a malicious (or broken) application does > Troy> ibv_reg_mr() but doesn't lock the memory? Does the IB

Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-11 Thread Troy Benjegerdes
On Mon, Apr 11, 2005 at 08:34:19AM -0700, Roland Dreier wrote: > Troy> How is memory pinning handled? (I haven't had time to read > Troy> all the code, so please excuse my ignorance of something > Troy> obvious). > > The userspace library calls mlock() and then the kernel does >

Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-11 Thread Troy Benjegerdes
> In particular, the memory pinning code in in uverbs_mem.c could stand > a looking over. In addition, a sanity check of the write()-based > scheme for passing commands into the kernel in uverbs_main.c and > uverbs_cmd.c is probably worthwhile. How is memory pinning handled? (I haven't had time

Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-11 Thread Troy Benjegerdes
In particular, the memory pinning code in in uverbs_mem.c could stand a looking over. In addition, a sanity check of the write()-based scheme for passing commands into the kernel in uverbs_main.c and uverbs_cmd.c is probably worthwhile. How is memory pinning handled? (I haven't had time to

Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-11 Thread Troy Benjegerdes
On Mon, Apr 11, 2005 at 08:34:19AM -0700, Roland Dreier wrote: Troy How is memory pinning handled? (I haven't had time to read Troy all the code, so please excuse my ignorance of something Troy obvious). The userspace library calls mlock() and then the kernel does

Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation

2005-04-11 Thread Troy Benjegerdes
On Mon, Apr 11, 2005 at 09:56:53AM -0700, Roland Dreier wrote: Troy Is there a check in the kernel that the memory is actually Troy mlock()ed? No. Troy What if a malicious (or broken) application does Troy ibv_reg_mr() but doesn't lock the memory? Does the IB card

Re: Kernel SCM saga..

2005-04-10 Thread Troy Benjegerdes
On Thu, Apr 07, 2005 at 02:29:24PM -0400, Daniel Phillips wrote: > On Thursday 07 April 2005 14:13, Dmitry Yusupov wrote: > > On Thu, 2005-04-07 at 13:54 -0400, Daniel Phillips wrote: > > > Three years ago, there was no fully working open source distributed scm > > > code base to use as a starting

Re: Kernel SCM saga..

2005-04-10 Thread Troy Benjegerdes
On Thu, Apr 07, 2005 at 02:29:24PM -0400, Daniel Phillips wrote: On Thursday 07 April 2005 14:13, Dmitry Yusupov wrote: On Thu, 2005-04-07 at 13:54 -0400, Daniel Phillips wrote: Three years ago, there was no fully working open source distributed scm code base to use as a starting point,

Re: Cosmetic JFFS patch.

2001-06-28 Thread Troy Benjegerdes
gt; Linus > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/

Re: Cosmetic JFFS patch.

2001-06-28 Thread Troy Benjegerdes
> WinSock 2000. Copyright(c) 1990-2001 Microsoft. > WinSock 2000 Contributors include: John Doe, Jane Doe, Ed Smith, Herman > Melville. > Starting WinsockDirect. Winsock Direct Copyright(c) 1999 Microsoft. > WinsockDirect supported by 3COM Corporation, Intel Corporation. -- Troy B

Re: Cosmetic JFFS patch.

2001-06-28 Thread Troy Benjegerdes
) 1990-2001 Microsoft. WinSock 2000 Contributors include: John Doe, Jane Doe, Ed Smith, Herman Melville. Starting WinsockDirect. Winsock Direct Copyright(c) 1999 Microsoft. WinsockDirect supported by 3COM Corporation, Intel Corporation. -- Troy Benjegerdes | master of mispeeling | 'da hozer

Re: Cosmetic JFFS patch.

2001-06-28 Thread Troy Benjegerdes
://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -If this message isn't misspelled, I didn't write it -- Me - Why do musicians compose symphonies and poets write poems? They do

Re: spindown

2001-06-27 Thread Troy Benjegerdes
upgrades damn near everything before doing something that crashes the kernel. This WILL eat your ext2fs for breakfast. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled, I didn't write it" -- Me - "Why do musicians compo

Re: The Joy of Forking

2001-06-27 Thread Troy Benjegerdes
as soon as you say $2500 is a lot of money, I can probably find a dual CPU PentiumIII system for < $1000) We would be perfectly happy if you have the time and ability to maintain a fork that can do all of this, and those of us that have more than one CPU type will be perfectly happy to i

Re: The Joy of Forking

2001-06-27 Thread Troy Benjegerdes
PentiumIII system for $1000) We would be perfectly happy if you have the time and ability to maintain a fork that can do all of this, and those of us that have more than one CPU type will be perfectly happy to ignore it. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED

Re: spindown

2001-06-27 Thread Troy Benjegerdes
. This WILL eat your ext2fs for breakfast. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -If this message isn't misspelled, I didn't write it -- Me - Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning

Re: IBM PPC 405 series little endian?

2001-06-11 Thread Troy Benjegerdes
On Mon, Jun 11, 2001 at 03:08:26PM -0400, Mark Salisbury wrote: > On Mon, 11 Jun 2001, Troy Benjegerdes wrote: > > On Mon, Jun 11, 2001 at 01:34:21PM +0200, Zehetbauer Thomas wrote: > > > Has someone experimented with running linux in little-endian mode on IBM > > &g

Re: IBM PPC 405 series little endian?

2001-06-11 Thread Troy Benjegerdes
twork byte order is big-endian. You might find it interesting that even Intel is now re-discovering the usefullness of big-endian in some of their strongarm/Xscale processors. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled,

Re: IBM PPC 405 series little endian?

2001-06-11 Thread Troy Benjegerdes
is big-endian. You might find it interesting that even Intel is now re-discovering the usefullness of big-endian in some of their strongarm/Xscale processors. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -If this message isn't misspelled, I didn't write

Re: IBM PPC 405 series little endian?

2001-06-11 Thread Troy Benjegerdes
On Mon, Jun 11, 2001 at 03:08:26PM -0400, Mark Salisbury wrote: On Mon, 11 Jun 2001, Troy Benjegerdes wrote: On Mon, Jun 11, 2001 at 01:34:21PM +0200, Zehetbauer Thomas wrote: Has someone experimented with running linux in little-endian mode on IBM PowerPC 405 (Walnut) yet

Re: An improved natsemi driver for 2.2

2001-04-18 Thread Troy Benjegerdes
ease trim followups. > I do read the mailing list, but please cc me if responding. > > Thanks. > > Torrey Hoffman > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > > -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"I

Re: An improved natsemi driver for 2.2

2001-04-18 Thread Troy Benjegerdes
. Thanks. Torrey Hoffman [EMAIL PROTECTED] [EMAIL PROTECTED] -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled, I didn't write it" -- Me - "Why do musicians compose symphonies and poets write poems? They

Re: bug in natsemi driver 1.07 for linux 2.4.2

2001-04-12 Thread Troy Benjegerdes
Have you tried Donald Becker's version of the driver under linux 2.2.x? The only natsemi driver I've ever had come close to working is in 2.4.4pre1, and even then it's got some problems that cause poor perfomance, nfs timeouts, and dropped connections with the squid http proxy. -- Troy Benjegerde

natsemi.c still broken...

2001-04-12 Thread Troy Benjegerdes
On Wed, Apr 11, 2001 at 09:32:36PM -0500, Troy Benjegerdes wrote: > On Wed, Mar 28, 2001 at 12:58:57PM -0500, Jeff Garzik wrote: > > There are some improvements in the latest 2.4 test patch, 2.4.3-pre8. I > > would be very interested in hearing feedback on that. I finally got two

natsemi.c still broken...

2001-04-12 Thread Troy Benjegerdes
On Wed, Apr 11, 2001 at 09:32:36PM -0500, Troy Benjegerdes wrote: On Wed, Mar 28, 2001 at 12:58:57PM -0500, Jeff Garzik wrote: There are some improvements in the latest 2.4 test patch, 2.4.3-pre8. I would be very interested in hearing feedback on that. I finally got two test cards, FA311

Re: bug in natsemi driver 1.07 for linux 2.4.2

2001-04-12 Thread Troy Benjegerdes
of the driver under linux 2.2.x? The only natsemi driver I've ever had come close to working is in 2.4.4pre1, and even then it's got some problems that cause poor perfomance, nfs timeouts, and dropped connections with the squid http proxy. -- Troy Benjegerdes | master of mispeeling | 'da hozer

Re: natsemi.c (Netgear FA311 card) probmlems??

2001-04-11 Thread Troy Benjegerdes
MandrakeSoft | and a smooth road all the way to your door. > -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled, I didn't write it" -- Me - "Why do musicians compose symphonies and poets write poems? They do

Re: natsemi.c (Netgear FA311 card) probmlems??

2001-04-11 Thread Troy Benjegerdes
before you can build net drivers as modules. Building them into the kernel works fine.) -- Jeff Garzik | May you have warm words on a cold evening, Building 1024 | a full moon on a dark night, MandrakeSoft | and a smooth road all the way to your door. -- Troy Benjegerdes

natsemi.c (Netgear FA311 card) probmlems??

2001-03-27 Thread Troy Benjegerdes
perfomance under heavy load. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled, I didn't write it" -- Me - "Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any m

natsemi.c (Netgear FA311 card) probmlems??

2001-03-27 Thread Troy Benjegerdes
perfomance under heavy load. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled, I didn't write it" -- Me - "Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any m

RE: regression tester

2001-03-23 Thread Troy Benjegerdes
a certain number and/or type of machines. In theory, if this works, anyone can download either the source or pre-built binaries, and have a really good idea that it *will* work. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled

RE: regression tester

2001-03-23 Thread Troy Benjegerdes
heory, if this works, anyone can download either the source or pre-built binaries, and have a really good idea that it *will* work. -- Troy Benjegerdes | master of mispeeling | 'da hozer' | [EMAIL PROTECTED] -"If this message isn't misspelled, I didn't write it" -- Me - "

Re: [ANNOUNCE] Darkstar Development Project

2000-09-11 Thread Troy Benjegerdes
On Mon, 11 Sep 2000, Larry McVoy wrote: > > On Mon, Sep 11, 2000 at 01:13:56PM -0400, mberglund wrote: > > Name: > > Darkstar - an integrated operating system based on the Linux kernel > > and a stable set of tools. > [...] > > Development: > > In addition, by