wer table */
> switch (ah->ah_radio) {
> diff --git a/drivers/net/wireless/ath/ath5k/reset.c
> b/drivers/net/wireless/ath/ath5k/reset.c
> index e2d8b2c..a3399c4 100644
> --- a/drivers/net/wireless/ath/ath5k/reset.c
> +++ b/drivers/net/wireless/ath/ath5k/reset.c
> @@ -984,9 +984
On Tue Feb 19 15:36:07 2013, Jiri Slaby wrote:
> On 02/18/2013 01:47 AM, Nick Kossifidis wrote:
>> int
>> ath5k_eeprom_mode_from_channel(struct ieee80211_channel *channel)
>> {
>> switch (channel->hw_value) {
>> case AR5K_MODE_11A:
>>
I'm so sorry, something went terribly wrong with gmail/thunderbird :-(
2013/2/22 Nick Kossifidis :
> Hello all,
>
> It's nice to see there is still discussion on the matter of using cpu
> timings for entropy. In general using cpu timings for gathering entropy is a
> ni
exit_ath5k_pci(void)
> {
> - pci_unregister_driver(&ath5k_pci_drv_id);
> + pci_unregister_driver(&ath5k_pci_driver);
>
> ath5k_debug_finish();
> }
> --
> 1.5.3.8
>
>
Thanx ;-)
Acked-by: Nick Kossifidis <[EMAIL PROTECTED]>
--
GPG ID: 0xD2
>
> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
> Cc: Nick Kossifidis <[EMAIL PROTECTED]>
> Cc: Luis R. Rodriguez <[EMAIL PROTECTED]>
> ---
> drivers/net/wireless/ath5k/base.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --gi
iri Slaby <[EMAIL PROTECTED]>
> Cc: Nick Kossifidis <[EMAIL PROTECTED]>
> Cc: Luis R. Rodriguez <[EMAIL PROTECTED]>
> ---
> drivers/net/wireless/ath5k/ath5k.h |2 +-
> drivers/net/wireless/ath5k/base.c |5 -
> drivers/net/wireless/ath5k/hw.c|
2008/2/15, Jiri Slaby <[EMAIL PROTECTED]>:
> Move ath5k_hw_nic_wakeup after ah_single_chip being set, because we
> test the value in there and decides whether reset or not.
>
> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
> Cc: Nick Kossifidis <[EMAIL PROTEC
When a thread exits mix it's cputime (userspace + kernelspace) to the entropy
pool.
We don't know how "random" this is, so we use add_device_randomness that
doesn't mess
with entropy count.
Signed-off-by: Nick Kossifidis
---
kernel/posix-cpu-timers.c |3 +++
1 fi
t;
> Signed-off-by: Jiri Slaby
> Cc: Nick Kossifidis
> Cc: "Luis R. Rodriguez"
> ---
> drivers/net/wireless/ath/ath5k/phy.c | 4
> drivers/net/wireless/ath/ath5k/reset.c | 2 ++
> 2 files changed, 6 insertions(+)
>
> diff --git a/drivers/net/wireless
2007/12/7, Dave Young <[EMAIL PROTECTED]>:
> Hi,
>
> 2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
> inline functions like this:
> drivers/net/wireless/ath5k/base.c:292: sorry, unimplemented: inlining failed
> in call to 'ath5k_extend_tsf': function body not available
2007/12/14, Dave Young <[EMAIL PROTECTED]>:
> On Dec 10, 2007 1:55 AM, Nick Kossifidis <[EMAIL PROTECTED]> wrote:
> > 2007/12/7, Dave Young <[EMAIL PROTECTED]>:
> >
> > > Hi,
> > >
> > > 2.6.24-rc4-mm1 build failed at drivers/net/wire
2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
> On Tue, Aug 28, 2007 at 12:01:30PM -0400, Jiri Slaby wrote:
> > +config ATH5K_AR5210
> > + bool "Support AR5210"
> > + depends on ATH5K
> > + default y
> > +
> > +config ATH5K_AR5211
> > + bool "Support AR5211"
> > + depends on
2007/8/30, John W. Linville <[EMAIL PROTECTED]>:
> On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
> > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
>
> > > Also this whole patch seems rather pointless. It saves only
> > > very l
2007/8/31, Nick Kossifidis <[EMAIL PROTECTED]>:
> 2007/8/30, John W. Linville <[EMAIL PROTECTED]>:
> > On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
> > > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
> >
> > > > Also t
2007/9/1, Jiri Slaby <[EMAIL PROTECTED]>:
> John W. Linville napsal(a):
> > On Tue, Aug 28, 2007 at 12:00:09PM -0400, Jiri Slaby wrote:
> >> ath5k, use int as retval
> >>
> >> Convert some functions to return int and proper negative return value on
> >> error as we are used to.
> >
> > Since I didn
Over the past year we were able to make the necessary changes to the
microcode used with the 3945 such that we were able to remove the
regulatory daemon.
Great news !! Congratz ;-)
--
As you read this post global entropy rises. Have Fun ;-)
Nick
-
To unsubscribe from this list: send the line "
Just in case you want to experiment, i have a working port of ar5k
that works on madwifi-old before the BSD - HEAD merge...
well i'm no good programmer (yet), i did what i could (i'm sure those
define macros are nasty for most people :P) and hope that helps...
you can git clone from the followin
Hello David,
Στις 2018-11-08 21:02, David Abdurachmanov έγραψε:
Marcin Juszkiewicz reported issues while generating syscall table for
riscv
using 4.20-rc1. The patch refactors our unistd.h files to match some
other
architectures.
- Add asm/unistd.h UAPI header, which has __ARCH_WANT_NEW_STAT
Στις 2018-11-08 18:48, Sudeep Holla έγραψε:
On Thu, Nov 08, 2018 at 04:52:30PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
>
> I agree, but we have kernel code using it(arm64/kernel/topology.c). It's
> too late to remove it. But we can always keep to
Στις 2018-11-08 17:54, Mark Rutland έγραψε:
On Thu, Nov 08, 2018 at 03:45:36PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
> On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
> > Mark and Sundeep thanks a lot for your feedback, I guess you
Στις 2018-12-17 11:36, Anup Patel έγραψε:
On Mon, Nov 26, 2018 at 11:42 AM Anup Patel
wrote:
The objcopy only emits loadable sections when creating flat kernel
Image. To have minimal possible size of flat kernel Image, we should
have all non-loadable sections after loadable sections.
Currentl
Hello Logan,
Στις 2018-10-15 20:57, Logan Gunthorpe έγραψε:
This patch implements sparsemem support for risc-v which helps pave the
way for memory hotplug and eventually P2P support.
We introduce Kconfig options for virtual and physical address bits
which
are used to calculate the size of the
Στις 2018-11-05 21:38, Palmer Dabbelt έγραψε:
On Fri, 02 Nov 2018 06:09:39 PDT (-0700), robh...@kernel.org wrote:
On Thu, Nov 1, 2018 at 6:04 PM Atish Patra
wrote:
Define a RISC-V cpu topology. This is based on cpu-map in ARM world.
But it doesn't need a separate thread node for defining SMT
Στις 2018-11-06 16:13, Sudeep Holla έγραψε:
On Fri, Nov 02, 2018 at 08:58:39PM +0200, Nick Kossifidis wrote:
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
> This patch series adds the cpu topology for RISC-V. It contains
> both the DT binding and actual source code. It has been
Στις 2018-11-06 18:20, Mark Rutland έγραψε:
On Tue, Nov 06, 2018 at 05:26:01PM +0200, Nick Kossifidis wrote:
Στις 2018-11-06 16:13, Sudeep Holla έγραψε:
> On Fri, Nov 02, 2018 at 08:58:39PM +0200, Nick Kossifidis wrote:
> > Στις 2018-11-02 01:04, Atish Patra έγραψε:
> > > This
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
Mark and Sundeep thanks a lot for your feedback, I guess you convinced
me that having a device tree binding for the scheduler is not a
correct approach. It's not a device after all
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
[...]
Mark and Sudeep thanks a lot for your feedback, I guess you convinced
me
that having a device tree binding for the scheduler is not a correct
approach.
Thanks :)
It'
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
This patch series adds the cpu topology for RISC-V. It contains
both the DT binding and actual source code. It has been tested on
QEMU & Unleashed board.
The idea is based on cpu-map in ARM with changes related to how
we define SMT systems.
Στις 2018-11-02 23:14, Atish Patra έγραψε:
On 11/2/18 11:59 AM, Nick Kossifidis wrote:
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
This patch series adds the cpu topology for RISC-V. It contains
both the DT binding and actual source code. It has been tested on
QEMU & Unleashed b
Hello Vincent,
Στις 2018-10-31 12:35, Vincent Chen έγραψε:
RISC-V permits each vendor to develop respective extension ISA based
on RISC-V standard ISA. This means that these vendor-specific features
may be compatible to their compiler and CPU. Therefore, each vendor may
be considered a sub-archi
2007/9/19, Alan Cox <[EMAIL PROTECTED]>:
> > If you use ioport_map/unmap, then you really *should* access them with the
> > proper iomem accessors (ioread/iowrite). The fact that it may happen to
> > work (when using the default lib/iomap.c implementation, at least) on
> > some architectures and wi
Στις 2019-03-13 00:08, Anup Patel έγραψε:
Currently, we have to boot RISCV64 kernel from a 2MB aligned physical
address and RISCV32 kernel from a 4MB aligned physical address. This
constraint is because initial pagetable setup (i.e. setup_vm()) maps
entire RAM using hugepages (i.e. 2MB for 3-leve
Στις 2021-03-26 17:26, Rob Herring έγραψε:
On Fri, Mar 26, 2021 at 8:20 AM Christophe Leroy
wrote:
Le 26/03/2021 à 15:08, Andreas Schwab a écrit :
> On Mär 26 2021, Christophe Leroy wrote:
>
>> diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
>> index f8f15332caa2..e7c91ee4
Hello Geert,
Στις 2021-04-06 10:19, Geert Uytterhoeven έγραψε:
Hi Nick,
Thanks for your patch!
On Mon, Apr 5, 2021 at 10:57 AM Nick Kossifidis
wrote:
* Kernel region is always present and we know where it is, no
need to look for it inside the loop, just ignore it like the
rest of the
ous kernel
through /proc/vmcore, using the vmcore-dmesg utility from
kexec-tools.
v4:
* Rebase on top of "fixes" branch
v3:
* Rebase
v2:
* Use linux,usable-memory on /memory instead of a new binding
* Use a reserved-memory node for ELF core header
Signed-off-by: Nick Kossifidis
---
can be used later on for implementing strict /dev/mem
* Use linux,usable-memory on /memory instead of a new binding
* USe a reserved-memory node for ELF core header
Nick Kossifidis (5):
RISC-V: Add EM_RISCV to kexec UAPI header
RISC-V: Add kexec support
RISC-V: Improve init_resources
Add RISC-V to the list of supported kexec architectures, we need to
add the definition early-on so that later patches can use it.
EM_RISCV is 243 as per ELF psABI specification here:
https://github.com/riscv/riscv-elf-psabi-doc/blob/master/riscv-elf.md
Signed-off-by: Nick Kossifidis
the fdt address of the included fdt.
* Use SYM_* macros on kexec_relocate.S.
* Compatibility with STRICT_KERNEL_RWX.
* Compatibility with HOTPLUG_CPU for SMP
* Small cleanups
Signed-off-by: Nick Kossifidis
---
arch/riscv/Kconfig | 15 +++
arch/riscv/include/asm/ke
es in two parts, messing things
up, just re-use the previous pre-allocated resource and free any
unused resources after both loops finish.
Signed-off-by: Nick Kossifidis
---
arch/riscv/kernel/setup.c | 91 ---
1 file changed, 46 insertions(+), 45 deletions(-)
di
ate the ioresources tree, so that it can be
used later on for implementing strict /dev/mem.
* Minor cleanups and re-base
Signed-off-by: Nick Kossifidis
---
arch/riscv/include/asm/elf.h| 6 +++
arch/riscv/include/asm/kexec.h | 19 +---
arch/riscv/kernel/Makefile
Στις 2021-04-07 19:29, Rob Herring έγραψε:
On Mon, Apr 05, 2021 at 11:57:07AM +0300, Nick Kossifidis wrote:
This patch series adds kexec/kdump and crash kernel
support on RISC-V. For testing the patches a patched
version of kexec-tools is needed (still a work in
progress) which can be found at
Στις 2021-04-06 11:22, Geert Uytterhoeven έγραψε:
Hi Nick,
On Tue, Apr 6, 2021 at 10:11 AM Nick Kossifidis
wrote:
Hello Geert,
Στις 2021-04-06 10:19, Geert Uytterhoeven έγραψε:
> On Mon, Apr 5, 2021 at 10:57 AM Nick Kossifidis
> wrote:
>> * Kernel region is always present and w
Στις 2021-04-06 21:38, Alex Ghiti έγραψε:
Le 4/5/21 à 4:57 AM, Nick Kossifidis a écrit :
+
+/* Reserve a page for the control code buffer */
+#define KEXEC_CONTROL_PAGE_SIZE 4096
PAGE_SIZE instead ?
Yup, I'll change it.
+obj-${CONFIG_KEXEC}+= kexec_relocate.o machine_ke
Στις 2021-04-06 21:36, Alex Ghiti έγραψε:
+ /* Switch to physical addressing */
+ la s4, 1f
+ sub s4, s4, s3
+ csrwstvec, s4
+ csrwsptbr, zero
satp is used everywhere instead of sptbr. And maybe you could CSR_
naming, like you did in riscv_cr
ry on /memory instead of a new binding
* USe a reserved-memory node for ELF core header
Nick Kossifidis (5):
RISC-V: Add EM_RISCV to kexec UAPI header
RISC-V: Add kexec support
RISC-V: Improve init_resources
RISC-V: Add kdump support
RISC-V: Add crash kernel support
arch/riscv/Kc
L_RWX.
* Compatibility with HOTPLUG_CPU for SMP
* Small cleanups
Signed-off-by: Nick Kossifidis
---
arch/riscv/Kconfig | 15 +++
arch/riscv/include/asm/kexec.h | 47
arch/riscv/kernel/Makefile | 5 +
arch/riscv/kernel/kexec_relocate.S
Minor cleanups and re-base
Signed-off-by: Nick Kossifidis
---
arch/riscv/include/asm/elf.h| 6 +++
arch/riscv/include/asm/kexec.h | 19 ---
arch/riscv/kernel/Makefile | 2 +-
arch/riscv/kernel/crash_save_regs.S | 56 +
arch/riscv/kernel/kexe
hoeven)
Signed-off-by: Geert Uytterhoeven
Signed-off-by: Nick Kossifidis
---
arch/riscv/kernel/setup.c | 90 ---
1 file changed, 46 insertions(+), 44 deletions(-)
diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
index e85bacff1..030554bab 10
Add RISC-V to the list of supported kexec architecturs, we need to
add the definition early-on so that later patches can use it.
EM_RISCV is 243 as per ELF psABI specification here:
https://github.com/riscv/riscv-elf-psabi-doc/blob/master/riscv-elf.md
Signed-off-by: Nick Kossifidis
---
include
From: Nick Kossifidis
This patch allows Linux to act as a crash kernel for use with
kdump. Userspace will let the crash kernel know about the
memory region it can use through linux,usable-memory property
on the /memory node (overriding its reg property), and about the
memory region where the elf
Στις 2020-07-09 21:27, Palmer Dabbelt έγραψε:
On Tue, 16 Jun 2020 00:45:46 PDT (-0700), zong...@sifive.com wrote:
Add System RAM to /proc/iomem, various tools expect it such as kdump.
It is also needed for page_is_ram API which checks the specified
address
whether registered as System RAM in i
Στις 2020-07-10 08:38, Christoph Hellwig έγραψε:
On Thu, Jul 09, 2020 at 11:49:21PM +0300, Mike Rapoport wrote:
> +#ifndef CONFIG_GENERIC_DEVMEM_IS_ALLOWED
> +extern int devmem_is_allowed(unsigned long pfn);
> +#endif
Nit: no need for the extern here.
> +config GENERIC_LIB_DEVMEM_IS_ALLOWED
, but maybe it might make
sense to have these in the generic byteorder headers. Note that these
are UAPI headers and some compilers might not actually define
__BYTE_ORDER__, so we first check that it actually exists.
Suggested-by: Nick Kossifidis
Signed-off-by: Christoph Hellwig
Acked-by:
Στις 2020-06-17 04:56, Zong Li έγραψε:
On Tue, Jun 16, 2020 at 8:27 PM Nick Kossifidis
wrote:
Στις 2020-06-16 10:45, Zong Li έγραψε:
> Implement the 'devmem_is_allowed()' interface for RISC-V, like some of
> other architectures have done. It will be called from
> range_
Στις 2020-06-03 11:11, Alexandre Ghiti έγραψε:
By adding a new 4th level of page table, give the possibility to 64bit
kernel to address 2^48 bytes of virtual address: in practice, that
roughly
offers ~160TB of virtual address space to userspace and allows up to
64TB
of physical memory.
If the
Στις 2020-06-16 10:45, Zong Li έγραψε:
Add System RAM to /proc/iomem, various tools expect it such as kdump.
It is also needed for page_is_ram API which checks the specified
address
whether registered as System RAM in iomem_resource list.
Signed-off-by: Zong Li
---
arch/riscv/mm/init.c | 22
Στις 2020-06-16 10:45, Zong Li έγραψε:
Implement the 'devmem_is_allowed()' interface for RISC-V, like some of
other architectures have done. It will be called from
range_is_allowed()
when userpsace attempts to access /dev/mem.
Access to exclusive IOMEM and kernel RAM is denied unless
CONFIG_ST
57 matches
Mail list logo
